maintenant que le formulaire s'occupe lui même de concatener les messages_ok, on peut s'épargner ces 2 tests

fix #59 : ne pas appliquer propre sur tous les retours de traitements, charge à chaque traitement de le faire

[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

Puisque maintenant le javascript est à part, on peut mettre une case à
cocher pour demander d'afficher explicitement les messages de retour de chaque
traitement si jamais on a défini un message général.

allons y carrément : formulaire/editer_formulaire.html est vide, et c'est saisies qui s'occupe de tout (mais pas encore pour le chargement des valeurs)

deleguer à saisies la verification de formulaire_editer_formulaire (y compris slug, avec la dernière version de slugify

formulaire_editer_formulaire > déclaration des saisies en tableau, pour pouvoir jouer sur les afficher_si après. Pour l'instant je met à l'identique

note : un de ces 4 il faudra voir à améliorer saisies pour faire
l'ensemble d'un formulairer _editer avec un automagique, comme on fait
pour les config... mais plus tard.

cas de succès (formidable_subscribers). Ces scripts ne passent par
propre, contrairement aux vrais message_ok. Ils ne sont donc pas
échappés.

cerdic a rédigé il y a 4 ans et salvatore a validé il y a 4 ans

[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

ajout des roles sur les message de retour (inspiré par https://git.spip.net/spip/dev/commit/25c2fa85

crayons sur les champs d'une réponse : passer par objet_modifier, afin de pouvoir profiter si besoin des pipelines (cas du plugin formidable_participation)

[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue fr
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue nl
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue pt_br
[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

automatiquement, il faut que les @@ soit interprétés partout ailleurs
(coprs du message, en tete, sujet, etc).

le message de retour n'est pas un array, donc le test n'avait pas lieu d'être. De toute facon, il y a un texte au niveau du squelette qui ne wrappe pas le message ok si vide

mais plus les changement de paragraphe.

On corriger en déportant propre directement dans le .php, message de
retour individuel par message de retour individuel.

ping @nicod_

[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

La toute dernière version de saisies (3.47.0) transforme automatiquement
les fieldset des options globales pour ajouter des onglets, dans le
constructeur de formulaire.

option globale pour avoir un afficher_si sur le bouton de validation, cf. https://contrib.spip.net/Formidable-le-generateur-de-formulaires#comment507495

Conséquences : #ENV{truc,<sup>2</sup>} transforme les sup.
Ce (petit)bugfix passe par |sinon afin de pouvoir afficher
correctement le titre lors de l'édition d'un formulaire dont le titre contient des exposants (ou autres balises html).

Ouais, je sais c'est rare :)

hop @rastapopoulos

en faisant de l'archéologie dans la doc de de formidable, j'ai suis tombé sur https://contrib.spip.net/ecrire/?exec=article&id_article=3486

j'ai vu que prévoyais au départ une fonction `update` pour les traitements. Et de facto cette fonction existait pour le traitement enregistrement.

Mais par ailleurs il n'y a aucun appel à cette fonction dans le code. De plus il me semble que c'est piégeux, car ca risque de demultiplier le code. Comme par ailleurs j'avais moi même ajouté `$retours['modification_reponse'] = true` au retour du traitement enregistrer, permettant aux traitements ultérieurs d'avoir l'info, je ne vois pas la logique de cette fonction distincte.

Je supprime donc.

Evitons de donner le même nom à la variable qu'on veut retourner et à
celle qui sert de réceptacle à preg_match(), sinon on peut renvoyer en
cas de nom match un tableau array(array(empty)) ce qui n'est pas le
souhait.

remplacement des @@ : s'assurer de ne pas avoir des espaces trainants dans les champs, notamment si on fait (@truc@)

profiter de l'option afficher_si_avec_post des dernières versions de saisies, pour pouvoir tester/retester le multi-étapes

configuration globale du formulaire : cela n'a de sens de pouvoir régler précédent/suivant que si on active le multi etape

null. Les gens savent consciemment s'ils passent une valeur par défaut!

uniformisation de la présentation des case dans le formulaire de config des options globale d'un formulaire