d2b5c9eb38
pipeline `saisies_afficher_si_js_saisies_form` devient `saisies_afficher_si_saisies`.
On met une compat au cas où (même si j'ai des doutes que besoins).
A supprimer lors du passage en 4.0
- utiliser un pipeline saisie_afficher_si_js_type qui dit le type de
test à générer. Exemple d'usage : la saisie evenements d'agenda ne doit
pas générer le même test selon qu'elle est configuré en mode radio ou en
mode checkbox ou en mode select
- déterminer automatiquement la fonction à utiliser
saisies_afficher_si_js_<type>, ce qui permettra de créer les propres
fonctions
- uniformisation des arguments des fonctions
- ca casse l'appel aux fonctions renommées / signature changées, mais
normalement est pas censé s'en servir publiquement
modifier au cas par cas les saisies considérées comme existantes par
saisies_Afficher_si_js.
Par exemple la saisie evenements du plugin agenda a besoin d'une pseudo
saisie "liste d'attente" pour que les test conditionnels sur la faite de
choisir un evenement avec liste d'attente fonctionnent.
Par conséquent, il faut passer les saisies du formulaire à saisies_afficher_si_js().
On en profite pour mieux découper les fonctions.
On ajoute l'appel à saisies_afficher_si_js() dans saisies/_base.html.
Et si on utilise saisie_generer_html() comme dans #GENERER_SAISIES,
alors on passe les saisies de l'ensemble du formulaire à
saisies_base.html (cf. début de ce message de commit.)
Maïeul
maieul@maieul.net