le problème venait du fait que saisies_verifier() n'était pas capable de
gérer les champs imbriqués (aussi parce que set_request n'en était pas
capable, cf https://core.spip.net/issues/4110).
Du coup il faut parser en profondeur le tableau.
Merci Rastapopoulos d'avoir signalé le problème et la piste de solution.
On peut vouloir normaliser les paramètres de saisies.
Cas concret : la saisie "choix d'événements" propose des dates min/max
comme paramètre. Il faut qu'on puisse normaliser les paramètres en
formats datetime (SQL).
- En 3.2, jquery-ui est… encore ailleurs… on ajoute un test de plus pour pouvoir déplacer les éléments dans le constructeur de formulaire à la souris.
- Sans SPIP bonux (optionnel), il était impossible de déplacer un champ à la fin d'un groupe de champ, dans la saisie 'position' car on utilisait SET_PUSH qui n'était pas connu.
dans le constructeur de formulaire en ajoutant un pipeline 'saisies_construire_formulaire_config'.
Les ajouts sont pris en compte avant l'enregistrement éventuel des données également, dans le cas
où on clique donc le bouton enregistrer, ce qui fait que les vérifications sur les champs
du formulaire de config, qu'on a modifié ou ajouté seront prises en compte directement.
C'est bien plus pratique que de passer par le pipeline formulaire_verifier, et cela
va grandement servir au plugin Champs Extras Interfaces, car les vérications sur les onglets
'Restrictions' et 'Techniques' qu'il ajoute n'étaient jamais testé !!
- il suffit d'un unique .yaml dans saisies/groupes/ déclarant des saisies et leurs options
- Résolu : dans traitements de la saisie champ qui buggait -> Le tableau reconstruit lors de l'import d'un groupe de champs imbriquait à chaque saisie un tableau d'options
Up de Y du coup :)
Testez en déposant un yaml de votre choix dans un dossier saisies/groupes/
dans le cas contraire les dernières modifs ne changent rien du comportement de formidable.
- déposer un fichier .yaml décrivant les champs et leurs options dans le répertoire saisies/groupes
- dans 'configurer les champs' ajouter l'ensemble au choix avec la même facilité qu'un champ de type input
- les champs restent modifiables et on peut en ajouter d'autres
Todo:
- importer/exporter dans saisies/groupes/ les formulaires précédemment configurés depuis formidable et exportés en format .yaml,
pour l'instant c'est possible mais le traitement n'agit pas (je pense que c'est un problème d"identifiant impossible à unset et qui colle des warnings partout)
Vos retours sont les bienvenus !
Je ne fait pas de up de Y, si jamais un revert était nécessaire.
- Pas de fermeture de php sur les fichiers php
- Le phpdoc nécessite 2 étoiles
- Les pipelines simplement déclarés (et non utilisés dans saisis) le sont dans paquet.xml directement