You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ce composant est utile à 2 endroits pour les personnes amenées à configurer des guichets :
la liste des valeurs possibles pour un attribut de type liste d'un thème de signalement
la liste des valeurs possibles pour n'importe quel type d'attribut d'une table (Plutôt string ou integer. ça a moins de sens pour un booléen ou un flottant. Mais virtuellement n'importe quel type)
Le composant doit permettre d'enregistrer 2 types de listes :
une liste simple : [null, "valeur 1", "valeur 2"] ou [null, 1, 2, 3] (tableau JSON)
une liste de clé:valeur : {"(vide)":null, "valeur 1": 1, "valeur 2": 2} (objet JSON)
Dans le 2ème cas, la clé représente la valeur à afficher dans les interfaces graphiques et la valeur est ce qui est réellement stocké en base.
Dans les interfaces actuelles on a un seul champ de saisie compliqué à remplir pour un utilisateur néophyte car il faut saisir une syntaxe JSON valide (tableau ou objet).
Il y a également des contrôles inter-champs qui vérifient que la valeur par défaut fait bien partie de la liste donnée ou que null est présent si l'utilisateur du guichet peut laisser le champ vide.
On pourrait imaginer un composant avec 2 champs sur une ligne dont seul le premier est obligatoire ainsi qu'un bouton pour ajouter une nouvelle entrée dans la liste et un bouton pour supprimer une entrée.
Il pourrait également y avoir une manière de changer l'ordre des entrées dans la liste.
A l'enregistrement si seul un des 2 champs de chaque entrée est rempli, on enregistre un tableau.
Si au moins une des entrées a les 2 champs remplis, alors on enregistre un objet JSON. Et pour les entrées qui n'ont qu'un champ remplit, alors dans l'objet JSON, clé = valeur.
Le composant doit être configurable pour s'adapter au type de valeur qu'on souhaite dans le champ ainsi qu'à d'éventuelles contraintes de saisie (type, nb de caractère min et max, valeur min et max).
Est-ce que @tonai tu pourrais tenter une proposition ?
Et @marie-lorraine-cpl tu pourrais éventuellement trouver des inspirations et nous dire si on part dans une bonne direction ?
The text was updated successfully, but these errors were encountered:
Ce composant est utile à 2 endroits pour les personnes amenées à configurer des guichets :
string
ouinteger
. ça a moins de sens pour un booléen ou un flottant. Mais virtuellement n'importe quel type)Le composant doit permettre d'enregistrer 2 types de listes :
[null, "valeur 1", "valeur 2"]
ou[null, 1, 2, 3]
(tableau JSON){"(vide)":null, "valeur 1": 1, "valeur 2": 2}
(objet JSON)Dans le 2ème cas, la clé représente la valeur à afficher dans les interfaces graphiques et la valeur est ce qui est réellement stocké en base.
Dans les interfaces actuelles on a un seul champ de saisie compliqué à remplir pour un utilisateur néophyte car il faut saisir une syntaxe JSON valide (tableau ou objet).
Il y a également des contrôles inter-champs qui vérifient que la valeur par défaut fait bien partie de la liste donnée ou que
null
est présent si l'utilisateur du guichet peut laisser le champ vide.On pourrait imaginer un composant avec 2 champs sur une ligne dont seul le premier est obligatoire ainsi qu'un bouton pour ajouter une nouvelle entrée dans la liste et un bouton pour supprimer une entrée.
Il pourrait également y avoir une manière de changer l'ordre des entrées dans la liste.
A l'enregistrement si seul un des 2 champs de chaque entrée est rempli, on enregistre un tableau.
Si au moins une des entrées a les 2 champs remplis, alors on enregistre un objet JSON. Et pour les entrées qui n'ont qu'un champ remplit, alors dans l'objet JSON, clé = valeur.
Le composant doit être configurable pour s'adapter au type de valeur qu'on souhaite dans le champ ainsi qu'à d'éventuelles contraintes de saisie (type, nb de caractère min et max, valeur min et max).
Est-ce que @tonai tu pourrais tenter une proposition ?
Et @marie-lorraine-cpl tu pourrais éventuellement trouver des inspirations et nous dire si on part dans une bonne direction ?
The text was updated successfully, but these errors were encountered: