Development #2782
rendre possible des valeurs "raw" dans les listes statiques
0%
Description
Pour les listes qui viennent de data_source, on a une syntaxe (id, text) pour chaque élément de la liste. Au niveau des variables cela donne form_var_xxx=text et form_var_xxx_raw=id. C'est très utile pour faire des conditions et autres manipulations (on fait des tests sur les "id", les textes peuvent évoluer).
Ca sera bien d'avoir la même possibilité pour les listes "statiques" entrée à la main dans l'admin. Au lieu d'un simple champ de saisie, on en aurait deux :
[ text (le grand champ actuel) ] [ id ] [ ] [ ] [ ] [ ]
sachant que "id", s'il n'est pas rempli, ne serait pas utilisé (i.e. on reste dans le comportement actuel).
Ca serait utile actuellement pour le formulaire du CG14 où nous avons des listes telles que :
Mesure de protection :
- 3 Curatelle
- 4 Tutelle
- 5 Sauvegarde de justice
Nationalité
- 1 Française
- 2 Ressortissant européen
- 3 Hors Union Européenne
Situation familiale
- 1 Célibataire
- 2 Marié
- 3 Veuf
- 5 Divorcé
- 7 Concubin
- 8 Pacs
Demandes liées
Historique
Mis à jour par Frédéric Péters il y a presque 11 ans
Je préférerais laisser les choses simples comme elles le sont actuellement dans wcs, et que ce besoin d'association à des identifiants soit plutôt assuré par des données tirées de passerelle.
Mis à jour par Thomas Noël il y a presque 11 ans
- une liste "marié(e)", "veuf(ve)" ...
- une page conditionnelle qui teste la réponse à cette liste, ou une étape de workflow qui utilise cette réponse : on doit explicitement faire des choses du genre « form_var_liste == "marié(e)" »
- si on change "marié(e)" en "marié-e" dans la liste, la condition de page ou le workflow ne marche plus...
En ajoutant la possibilité de mettre des id, c'est simple.
Alors qu'installer passerelle, y mettre CSV avec les choix, indiquez ce choix dans wcs, retourner dans passerelle pour se rappeler des valeurs lors des conditions... c'est pas simple.
Mis à jour par Frédéric Péters il y a presque 11 ans
Garder les choses simples, simples, et avoir les choses "compliquées" possibles. À partir du moment où on parle de page conditionnelle, de variable, et tant qu'il n'y a pas de documentation, c'est du cadre du compliqué; et je ne voudrais pas complexifier le fonctionnement simple actuel, de définir un champ avec une liste de termes, pour ce gain sur le moment où il y a une page conditionnelle sur une valeur qui à un moment est modifiée.
Mis à jour par Thomas Noël il y a presque 11 ans
Ok, mais quand même.
A noter que pour éviter passerelle+CSV, on peut proposer d'utiliser une data_source Python : [("MARIE", "marié"), ("CELIBATAIRE", "célibataire"), ...]
Mis à jour par Thomas Noël il y a plus de 5 ans
- Lié à Development #7467: Définition des éléments des champs de type liste avec (clé, valeur) ajouté