- pour les checkbox, stocker de manière sérialisée
- pour les choix_grille, stocker correctement, tout court, et déjà
permettre l'édition

Attention on s'appuie sur `saisies_est_tabulaire()` qui a été corrigée
dans saisies@2e507635

Eviter un warning lors de l'upgrade pour cause de lien mort, et optimiser les liens morts dans formidable_optimiser_base_disparus()

Ceci a pour but de mieux profiter des futures évolutions des markups
des saisies `radio`/`checkbox` (passage en `<fieldset>`), sur lesquels `champ` s'appuie.

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)

Issue 42 : améliorer la liaison des formulaires avec un champ vu comme pour les documents : il FAUT savoir quels liens ont été mis à la main et lesquels sont automatiques suivant les modèles dans les textes. Surtout qu'il y avait un bug : ça virait les liens même ceux mis à la main si on les trouvait pas dans les textes. Maintenant ça fait tout comme les documents : si le form n'est plus en modèles dans les textes, ça passe juste en vu=non, mais le lien reste.

Lors de la réception d'un crayon, utiliser saisies_verifier() pour vérifier la saisie, et pas l'appel direct à verifier_xxx(). Cela permet de tester si la saisie est obligatoire. Fix #31

Reconnaitre la signature <formulaire|formidable|identifiant> (un modèle formidable ne contient pas forcément id=identifiant)

enregistrer les config de formidable dans #CONFIG{formidable} et pas dans #CONFIG{formidable/analyse}

pouvoir effacer régulièrement les réponses d'un formulaire. Évite de conserver plus qu'il ne faut des données potentiellement privées

- un statut poubelle -> est supprimé
- un statut refusé -> n'est pas supprimé
Ca correspond en gros à ce qui existe pour les articles

mettre dans un génie à part l'effacement des fichiers de réponse stockés sous forme de timestamp, dès fois que corbeille sera là

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

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.

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.

- lors de l'enregistrement d'un objet on reconnait les raccourcis qui inserent un formulaire et on maintient les liens
- sur la fiche d'un formulaire on affiche les objets qui l'utilise
- sur la fiche d'un objet on affiche les formulaires utilisés
- correction du modèle <formXX> pour ne pas mettre en cache le formulaire dans le site public tout en affichant le formulaire dans l'espace privé
- introduction du modèle <formidableXX> qui permet d'inserer un formulaire avec une syntaxe courte pour #ID_FORMULAIRE=XX
- chaines de langue et styles
- recreation des liens formulaires-articles lors de l'import f&t

Pour le moment, on ne rattrape pas les liens sur les formulaires déjà utilisés dans des contenus sur une installation existante de formidable. Pour forcer la mise à jour des liens il suffit d'enregistrer le contenu qui utilise un formulaire

- les formulaires a la poubelles
- les reponses associees a un formulaire supprimé
- les reponses a la poubelle
- les champs des reponses associés à une réponse supprimée

après réflexion, on peut utiliser la constante cnil periode aussi, de toute facon la surcharge se fera ds tt les cas ds mes_options.php

vie privée : hasher les ip des réponse au bout du délai _CNIL_PERIODE_FORMIDABLE (code inspiré du plugin-dist forum). Par défaut 4 mois de 31 jour