Development #24844
Mis à jour par Benjamin Dauvergne il y a presque 6 ans
Pour supprimer l'utilisation des session_var_* et le problème de non utilisation des champs qui en découle:
* à Nanterre: problème d'accès concurrent à session_var_rsuid par plusieurs formulaire (un agent commence une démarche sur une fiche fichier puis sur une autre, mélange de session_var_rsuid, session_var, fail...)
* au CD05 pour le champ de sélection de la commune en première page: on peut utiliser soit ce champ soit session_var_commune ça complexifie toutes les conditions et les templats ensuite (on doit systématiquement systématique faire @form_var_commune or session_var_commune@)
Je remarque une première chose: comme quixote mélange le body du POST et la query string, on a déjà du pré-remplissage automatique sur présence du nom d'un champ, exemple:
* https://demarches-publik.entrouvert.com/intervention/signaler-un-incident-de-voirie/?f1=coin
Ici @f1@ est le champ Nom, et en arrivant sur la première page il est bien pré-rempli.
Ce que je propose ce serait de pouvoir préciser pour une page (ici la première) que si elle est pré-rempli on peut immédiatement passé à la suivante (donc nouveau booléen sur PageField, "autosubmit_if_filled"). Pour simplifier un peu et ne pas avoir à utiliser f1, f2, etc... je ferai en sorte que ça se pré-remplisse aussi sur le nom de la variable utilisée dans la query string (donc ici pour l'exemple en mettant @?nom=coin@).
Sur Nanterre on ajouterait à tous les formulaires une première page de choix du RSU_ID, comme ce serait pré-rempli on ne la verrait jamais, mais en cas d'erreur on aurait pas un formulaire tout cassé, ensuite dans le reste du formulaire on pourrait référencer @form_var_rsuid@ sans que ça se mélange avec un autre formulaire en cours de remplissage.
Sur CD05 la page existe déjà, il n'y aurait qu'à activer la nouvelle option.
* à Nanterre: problème d'accès concurrent à session_var_rsuid par plusieurs formulaire (un agent commence une démarche sur une fiche fichier puis sur une autre, mélange de session_var_rsuid, session_var, fail...)
* au CD05 pour le champ de sélection de la commune en première page: on peut utiliser soit ce champ soit session_var_commune ça complexifie toutes les conditions et les templats ensuite (on doit systématiquement systématique faire @form_var_commune or session_var_commune@)
Je remarque une première chose: comme quixote mélange le body du POST et la query string, on a déjà du pré-remplissage automatique sur présence du nom d'un champ, exemple:
* https://demarches-publik.entrouvert.com/intervention/signaler-un-incident-de-voirie/?f1=coin
Ici @f1@ est le champ Nom, et en arrivant sur la première page il est bien pré-rempli.
Ce que je propose ce serait de pouvoir préciser pour une page (ici la première) que si elle est pré-rempli on peut immédiatement passé à la suivante (donc nouveau booléen sur PageField, "autosubmit_if_filled"). Pour simplifier un peu et ne pas avoir à utiliser f1, f2, etc... je ferai en sorte que ça se pré-remplisse aussi sur le nom de la variable utilisée dans la query string (donc ici pour l'exemple en mettant @?nom=coin@).
Sur Nanterre on ajouterait à tous les formulaires une première page de choix du RSU_ID, comme ce serait pré-rempli on ne la verrait jamais, mais en cas d'erreur on aurait pas un formulaire tout cassé, ensuite dans le reste du formulaire on pourrait référencer @form_var_rsuid@ sans que ça se mélange avec un autre formulaire en cours de remplissage.
Sur CD05 la page existe déjà, il n'y aurait qu'à activer la nouvelle option.