Lorsqu'on ajoute un fichier, et que le formulaire retourne une erreur sur un autre champ, le fichier est affiché avec un bouton "Supprimer".
Si on rempli un texte manquant dans un champ input texte par exemple, et qu'on appuie "entrée" pour valider le formulaire…
C'est le premier bouton submit du formulaire qui est utilisé, en l'occurrence "Supprimer le fichier". 
Le formulaire revient alors avec une erreur (qui ne précisait même pas que le fichier avait été supprimé).
On ajoute donc un bouton submit valider tout en haut du formulaire, caché en css.

profiter de la nouvelle version de cvtupload pour ne pas réafficher les fichiers lorsqu'on reaffiche le formulaire

securité : si un fichier à une paire (extension,mime) inconnue, on zip. Cela évite de permettre de balancer par négligence un .htaccess dans config/fichiers/formidable/formulaire_x/reponse_y/champ_z

et maintenant le cas où on envoie la réponse, mais on l'enregistre pas. On en profite pour mutualiser du code

traitement email, cas simple: les réponses ont déjà été enregistrées. Dans ce cas, on se contente d'ajouter un lien, expirable, pour télécharger le fichier

modifier legerement les paramètres passés à la vue de saisie fichiers, pour ajouter l'url de l'action

et se servir du fait que maintenant les mails partent après l'enregistrement pour mettre l'url de la réponse dans le mail

Un pipeline qui permet de gérer l'ordre des traitements par formidable. On l'appelle par défaut, pour que les emails partent APRÈS l'enregistrement, ce qui permet le cas échéant d'avoir le numéro d'enregistrement.

declarer la formulaires_formidable_fichiers() pour que les fichiers envoyés soient conservés en cas d'erreur

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

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

Ajout d'une option dans le traitement par email : elle permet d'indiquer un ou plusieurs emails en fonction de la valeur qui a été 
saisie dans un champ du formulaire. Particulièrement utilise pour un sélecteur qui indiquerait que le formulaire est à destination
de tel ou tel service, sans transmettre les couriels en question dans le html du formulaire.

Ainsi, si un sélecteur a 3 choix (le test s'appuie sur la clé, pas le texte de la sélection) (par défaut dans les saisies : choix1|Texte),
il est possible d'écrire, si le champ est nommé `@selection_1@` :

```
@selection_1@/choix1 : un_courriel@domain.tld
@selection_1@/choix2 : autre@domain.tld, et_autre@domain.tld
@selection_1@/choix3 : secretariat@domain.tld
```

On remarque qu'il faut revenir à la ligne pour créer un nouveau test. 
Le nom du champ est entre @ (comme ailleurs dans Formidable), la valeur du champ à tester est précédée d'un /
Les emails sont précédés de : et peuvent être séparés par des virgules.
Les espaces ne comptent pas.

Les tests ne sont pas exclusifs : si plusieurs conditions sont valides, les couriels sont cumulés.

+ Notice PHP en moins sur $destinataires parfois.

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

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