Bug : les cases à cocher n'étaient plus exportées. On tente de désérialiser la valeur dans tous les cas.

r101463 avait gardé par copier-coller un continue non pertinent. Cela ne posait pas de problème en PHP 5, mais par contre est fatal en PHP 7

pour que les hashage des réponses fonctionne, on passe par un génie à
part

profiter de la nouvelle version de cvtupload pour permettre de remplacer les fichiers lors d'un envoi de formulaire de modification d'une réponse

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

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.

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.

Très légère modification de la signature des mails de notification pour mieux respecter les standards en la matière

Suite à discussion sur IRC, la communication de l'IP de l'envoyeur aux destinataires doit être une option désactivée par défaut (nicod, Rastapopoulos)

Le mail envoyé aux destinataires du résultat du formulaire indique l'adresse IP du posteur (utile dans un contexte international pour vérifier la cohérence du contenu des infos saisies avec l'IP) (Bertrand)

Ajouter un champ CSS aux formulaires… pour permettre de rajouter des classes CSS sur les formulaires.

Ding ding ding, il est 3h00, c'est l'heure de permettre de poster une réponse Formidable par API Collection+JSON ! En plus des champs du formulaire (input_1, etc), il faut rajouter 'id_formulaire' dans les 'data' envoyés. Après ça teste l'autorisation du coup, et c'est parti pour verifier() et traiter(). On repart avec un 201 et le retour en JSON de la nouvelle réponse créée.

On donne accès en lecture aux formulaires et aux réponses en Collection+JSON. Plus tard le postage de réponses à un formulaire, en écriture donc.

Après des années avec une table de liaison générique, on ajoute enfin le formulaire editer_liens… uniquement sur les objets configurés pour ça évidemment.

On ajoute deux pipelines qui permettent d'étendre l'export des réponses : un pour les titres de colonnes, et un pour chacune des réponses.

Dans un formulaire, quand on choisit de réafficher à l'utilisateur les valeurs qu'il a saisi, on ne veut pas lui montrer les <hidden>. Up de z : version 2.9.15

Ferme #3735