lisibilite du code : ne pas reaffecter fichier mais utiliser un nom different pour la destination + remplir le tableau avec le meme index que das la source

l'ajout de réponse.
Note : inutile de d'appliquer cela au changement de statut, car SPIP le
fait pour automatiquement pour le statut de tout objet (cf
https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/modifier.php#L261
qui est appeler par objet_modifier, lui-même appelé par objet_instituer)

enregistrées correspond au seul traitement "enregistrement".
On déplace donc la config dans les réglages de ce traitement.
La migration des réglages est prévues lors de la mise à jour du plugin.

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...)