- mars 03, 2021
-
-
Maïeul a rédigé
maintenant que le formulaire s'occupe lui même de concatener les messages_ok, on peut s'épargner ces 2 tests
-
- mars 01, 2021
-
-
https://trad.spip.netsalvatore a rédigé
[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net
-
- fév. 28, 2021
-
-
Maïeul a rédigé
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.
-
Maïeul a rédigé
-
Maïeul a rédigé
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)
-
Maïeul a rédigé
-
Maïeul a rédigé
-
Maïeul a rédigé
deleguer à saisies la verification de formulaire_editer_formulaire (y compris slug, avec la dernière version de slugify
-
Maïeul a rédigé
-
Maïeul a rédigé
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.
- fév. 27, 2021
-
-
Maïeul a rédigé
cas de succès (formidable_subscribers). Ces scripts ne passent par propre, contrairement aux vrais message_ok. Ils ne sont donc pas échappés.
-
- fév. 25, 2021
-
-
https://trad.spip.net
[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net
-
- fév. 17, 2021
-
-
Maïeul a rédigé
ajout des roles sur les message de retour (inspiré par https://git.spip.net/spip/dev/commit/25c2fa85
-
- fév. 13, 2021
-
-
Maïeul a rédigé
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)
-
Maïeul a rédigé
-
https://trad.spip.netsalvatore a rédigé
[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
-
- fév. 12, 2021
-
-
Maïeul a rédigé
-
Maïeul a rédigé
-
Maïeul a rédigé
automatiquement, il faut que les @@ soit interprétés partout ailleurs (coprs du message, en tete, sujet, etc).
-
Maïeul a rédigé
-
Maïeul a rédigé
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
-
- fév. 10, 2021
-
-
Maïeul a rédigé
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_
-
nicod a rédigé
-
nicod a rédigé
-
https://trad.spip.netsalvatore a rédigé
[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net
-
- fév. 09, 2021
- fév. 02, 2021
-
-
Maïeul a rédigé
option globale pour avoir un afficher_si sur le bouton de validation, cf. https://contrib.spip.net/Formidable-le-generateur-de-formulaires#comment507495
-
Maïeul a rédigé
-
- jan. 16, 2021
-
-
Maïeul a rédigé
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 :)
-
Maïeul a rédigé
-
Maïeul a rédigé
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.
-
- jan. 13, 2021
-
-
Maïeul a rédigé
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.
-
- jan. 12, 2021
-
-
Maïeul a rédigé
remplacement des @@ : s'assurer de ne pas avoir des espaces trainants dans les champs, notamment si on fait (@truc@)
-
- jan. 10, 2021
-
-
Maïeul a rédigé
profiter de l'option afficher_si_avec_post des dernières versions de saisies, pour pouvoir tester/retester le multi-étapes
-
Maïeul a rédigé
configuration globale du formulaire : cela n'a de sens de pouvoir régler précédent/suivant que si on active le multi etape
-
Maïeul a rédigé
null. Les gens savent consciemment s'ils passent une valeur par défaut!
-
- jan. 06, 2021
-
-
Maïeul a rédigé
uniformisation de la présentation des case dans le formulaire de config des options globale d'un formulaire
-