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

memento des champs : mettre aussi les pseudo-saisies insérées via le pipeline saisies_afficher_si_js_saisies_form, car sert pour construire des afficher_si

[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue en
[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

Maintenant, que la richesse des retours de traitement est préservée.
Maintenant, nous pouvons incrémenter y.

Merge pull request 'Afficher tous les messages de retour' (#46) from dev/messages_retour_traitements into master

Reviewed-on: https://git.spip.net/spip-contrib-extensions/formidable/pulls/46

Petite sociologie du "débat" autour de l'écriture inclusive et l'accessibilité.

À ce jour sur le lieu de relecture des propositions visant à éviter le point médian tout en permettant de ne pas oublier les femmes.

Reviewed-on: https://git.spip.net/spip-contrib-extensions/formidable/pulls/47

Nous avons eu 5 interventions de différentes personnes. Bizarrement aucune de ces personnes ne faisaient partie de la meute hurlant au sacrilège des points médians.

Bref, on le voit, le refus du point médian est effectivement plus souvent un signe identitaire masculin qu'un vrai souci d'accessibilité.

En attendant, et pour finir sur une note positive : merci aux relecteurs et relectrices.

Et de gros soutiens à toutes celles — j'emploie volontairement le féminin générique — qui luttent pour un monde plus juste, plus inclusif ET plus accessible.

ppasse de admin* à admin, soyons clair sur les statut, pas besoin d'une explication si le libellé est clair. Ping @nicod_

proposition subordonné relative pour éviter à la fois 'gestionnaire' et la question de l'accord du participe présent (et les trolls)

mérite tout de même d'être traitée.

Le point médian en tant que forme d'écriture inclusive pose des
problèmes d'accessibilité. Il doit donc être évité autant que possible.
Voir notamment
https://legothequeabf.wordpress.com/2017/11/07/recommandations-pour-une-ecriture-inclusive-et-accessible/

C'est pourquoi après un travail collectif entrepris avec @touti,
@rastapopoulos et @Jack31, voici une première proposition pour des
chaînes de langue de Formidable inclusives (en terme de genre) et
accessible, aka sans point médian.

Ce travail a eu le mérite de repenser certains concepts en les précisant.

Mieux : on collecte tous les messages de retour (le personnalisé + ceux des traitements), ce qui permet ensuite de les distinguer plus facilement avec des sauts de lignes.

Ticket #44 : afficher les messages de retour des traitements même s'il y a un message personnalisé, car ils peuvent contenir de informations importantes, ou être indispensables au fonctionnement même du formulaire s'ils contiennent du JS qui déclenche des actions. On fait au plus simple : Le message perso est placé au début, séparé par un saut de ligne.

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

Reviewed-on: https://git.spip.net/spip-contrib-extensions/formidable/pulls/43