afficher_si_avec_post et verification
Rappel
afficher_si_avec_post
permet que les valeurs d'un champ conditionné par afficher_si
ne soient pas perdus au niveau du traitement (et donc conservés en base par ex.).
Problèmes
Imaginons les scénarios suivant
PB 1
a. Une personne commence à remplir un formulaire, avec une saisie conditionné avec afficher_si + afficher_si_avec_post + une contrainte de verification sur afficher_si_avec_post b. Finalement elle change d'avis, laisse tomber l'option qui permettait d'afficher la saisie conditionée, mais n'a pas le reflexe de vider sa saisie conditionnée
-> La vérification va échouer, elle aura un message d'erreur en retour, mais ne saura pas sur quel champ, car il sera masqué.
PB 2
Dans un formulaire de config, je veux que si on selectionne l'option A1
d'un champ A
un champ B apparaisse, permettant par exemple de saisir une clé de service. Ce champ B doit
a. Être obligatoire si A1 est choisi b. Avoir sa valeur conservée si on bascule à A2, donc j'utilise afficher_si_avec_post.
Mais du coup si je choisi A2 au départ, le champ B n'a pas de valeur, comme il est afficher_si_avec_post
et qu'il est obligatoire, ca va couiner au moment de la vérification, mais pareil on verra pas sur quel champ est l'erreur.
Piste de solutions
a. Dans tous les cas je propose qu'un champ qui a un message d'erreur soit systématiquement affiché côté public, même si la condition d'afficher_si
n'est pas remplie (ca facilitera le debugage dans le futur si ca arrive)
b. Subsidiairement, l'on pourrait décider (ca prend 3 lignes à bouger) que si une saisie masquée par afficher_si MAIS qu'elle a un afficher_si_avec_post
, on ne la vérifie pas (comme c'est le cas si pas d'afficher_si_avec_post
).
ping @tcharlss à l'origine d'afficher_si_avec_post :)