Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Recurrent complex text formats #746

Open
BulotF opened this issue Mar 22, 2024 · 0 comments
Open

Recurrent complex text formats #746

BulotF opened this issue Mar 22, 2024 · 0 comments

Comments

@BulotF
Copy link
Contributor

BulotF commented Mar 22, 2024

In some cases, text formats are current and really complex: mainly SIREN and SIRET, but email or telephone, too.

Moreover, for Siren and Siret, regex is not enough. 3 checks are made for which Pogues's users fluently want to personalize the label.

UX Proposal:
Replace the "Motif" text by something much richer:
A drop-down list of standard complex formats including : Siren, Siret, email, ... and Other
Choosing one would make appear a list of one or several:

  • radio-button : "type of formula" : pattern / VTL formula
  • "Motif" if "pattern" is chosen
  • "Formule" if "VTL formula" is chosen
  • "Label" in all cases

For Siret for example, 1 pattern and 2 VTL formulas would appear.

User may change label, pattern or formula ; remove or add one

Pogues-back-office would provide a list of:

  • FormatLabel
  • list of:
    • Pattern or VTLFormula
    • ErrorLabel

Pogues-model:
In TextDatatypeType, Pattern, which is not used would be replaced by a element FormatCheck of type FormatCheckType, minOccurs="0" ; maxOccurs="unbounded"
FormatCheckType would be a sequence of:

  • Pattern: minOccurs = 0
  • Formula: minOccurs = 0
  • Label

DDI:
Pattern would be saved in the TextDaomin / @regexp
Formula would be saved in a ComputationItem with TypeOfComputationItem = formatExtendedCheck

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant