quand je disais que les phrases étaient pas claires : en voulant les rendre plus claires en r110197, je me suis embrouillé! Maintenant c'est bon (tests effectués)
j'en profite pour corriger une erreur sur le paquet.xml

Dans le cas où on a affaire à un tableau de valeur, on parse le tout et
on met une virgule comme séparateur.
Eviter de tester un isset() sur un tableau.

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue en

le destinataire sera l'expediteur n'est pas hyper clair. Il faut préciser destinataire de quoi / expediteur de quoi

  - si pas d'expediteur défini, on met une explication disant qu'il faut
  le définir
  - si expediteur défini, on affiche la config de l'accusé de réception

1. Sujet
2. Contenu
3. Destinataire
4. Expediteur
5. Accusé de réception

Cela permet d'avoir l'accusé de réception à côté de l'expéditeur

pas de phrase pour expliquer où trouver les infos du formulaire, cela voudrait dire qu'il est mal fichu

On empêche de l'utiliser en ne l'affichant que si elle avait été définie
auparavent.

fieldset
- Le champ nid à SPAM a un message d'avertissement est mis tout à la fin
des champs d'expediteur
- Plus d'explication sur les destinataires depuis champs

- un trim pour éviter les soucis d'espace entre / avant les virgules
- on autorise la syntaxe classique avec les @

- Suite à un problème de sécu concernant facteur, je monte la version mini des necessites pour réduire le risque que les gens aient une version de facteur à risque.
- Je monte aussi la version mini des utilises, ce qui aura pour incidence une désactivation de facteur si les gens ne le mettent pas également à jour ( à voir si c'est une bonne idée), je pars du principe que le mieux, c'est une désactivation, plutôt que d'avoir un plug à problème

- A savoir que je n'ai fait la mise à jour que pour la version de facteur qui est pour spip 3.0.0 mini
https://zone.spip.org/trac/spip-zone/changeset/109788

les valeurs interprétées et pas les valeur brutes.
Dans certains cas on a besoin des valeurs brutes. On met une case qui
permet de le faire.

Un isset pour pas avoir de warning si clé pas existante. + un changement de nom de variable + des commentaires pour comprendre

(pour les optgroup).
Par conséquent, pour récupérer le résultat textuel, il faut aplatir au
préalable le tableau de description.

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue pt_br

Fix warning si la saisie du formidable est vide ou invalide + nommage conventionnel res/row du sql_select/sql_fetch

afficher_si_remplissage.
A la place, on a une case à cocher pour dire qu'afficher_si ne
s'applique qu'au remplissage.
On incorpore un outil de migration dans formidable.

Quand on construite le sujet du mail ou de l'AR avec des raccourcis @selection_1@ ou @radio_2@, utiliser les vrais libellés (Un, Deux...) plutôt que les valeurs stockées en base (choix1, choix2...)

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue de

On veut "uploader", alors il faut faire la différence avec "download". Pas de prob. en F mais en EN et DE on fait la différence. D'où le fait que l'inscription du bouton éait fausse.

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue en

Si on fait une redirection, et que l'on a enregistré le résultat, alors, passer l'id de la réponse à la page (si c'est embêtant que ce soit systématique, il faudra le faire de manière optionnelle)

« Depuis PHP 5.4, vous pouvez également utiliser la syntaxe courte, qui remplace array() par []. »

Mais ça pose problème à Philippe ;-)

C'est encore très long.

- On diminue drastiquement le nombre de requêtes SQL
- On tente de limiter les appels à facteur_mail_html2text + recuperer_fond qui prennent pas mal de temps.

Pour 1000 réponses, on passe de 4000 requêtes à 1000 requêtes,
et de 15.6 secondes à 12 secondes de travail.

C'est encore becoup.