On précise le statut entre parenthèses.

fix #141
close #144

- Le filtre `|tenter_unserialize` est déprécié.
- Il est remplacé par `|formidable_deserialize`.
- Ce filtre peut recevoir au choix :
  * Un tableau, qu'il retourne tel quel
  * Un tableau serializé via `json_encode`
  * Un tableau serializé via `serialize`
- Dans les deux dernier cas, il renvoie la version deserializé, en cas
de réussite, sinon l'argument passé.

Exemple

````
include_spip('formidable_fonctions');
'filtre');
$a = ['a' => 'a'];

$a = json_encode($a);
var_dump($a);

$a = formidable_deserialize($a);
var_dump($a);

$a = serialize($a);
var_dump($a);

$a = formidable_deserialize($a);
var_dump($a);

$a = serialize($a).'plop';//Serialisation corrompu
var_dump($a);

$a = formidable_deserialize($a);
var_dump($a);
````

Ainsi, pas besoin de convertir tous les formulaires de `serialize`  à
`json_encode`  à la mise à jour du plugin formidable :
on peut le faire au fur à mesure qu'on modifie les champs/traitements
d'un formulaire.

On utilisera donc ce filtre à chaque fois que l'on veut déchiffrer
depuis la BDD :
- * traitements d'un formulaire
- * saisies d'un formulaire
- * réponse d'un champ multivalué (ex: checkbox)

Complement de e860673d et 7ecaceef pour eviter une erreur à la compilation dans le public quand la fonction statut_titre n'est pas chargée

Fix #108 : meme fix sur le modele <form> + supprimer le test sur la presence du plugin forms qui n'existe plus

+ ajouter un statut==.* pour toujours afficher le formulaire dans l'espace privé, mais avec un .msg-alert.info qui signale que le formulaire est dans un statut autre que publié

- icone_barre en svg et dans le thèmes
- plus de logo
- plus d'article devant le nom du modèle

Via
```
find . -name "*.html" -type f -exec sed -i "s/(POUR) *{tableau/(DATA){source tableau,/" {} \;
```

Sauf pour les importes depuis f&t, vu que tjr en .yaml + chaine de
langue + maintien compat historique

On en profite pour passer systématiquement datas à `saises_chaine2tableau()`, afin
de profiter systématiquement de `_T_ou_typo()` (même si en l'occurence,
ca passait deja tout le temps, on ne sait jamais pour l'avenir si on
stocke autrement les saisies de formidable...)

utiliser le paramètre saisie_id plutôt que de le reconstruire après coup. Evite d'avoir une redirection foireuse en cas de suppression de champ (!)

`saisies_afficher_si_js_saisies_form` en `saisies_afficher_si_saisies`. Même
si une compat est prévu pour un temps, on anticipe.

memento des champs : mettre aussi les pseudo-saisies insérées via le pipeline saisies_afficher_si_js_saisies_form, car sert pour construire des afficher_si

nouveau raccourci pour le message de l'accusé de réception : @message_retour@. Permet de prendre le message standard de retour de formulaire puis de le compléter

mettre dans l'aide memoire la liste des options possibles pour les champs y c'est pertinent. Utile notamment pour créer des afficher_si et autre

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

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

r84696 avait cassé le modèle <form> quand on a PAS form&table puisque la table FORMS n'existe alors pas/plus

Cf : http://thread.gmane.org/gmane.comp.web.spip.zone/36491

- 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

A l'installation les formulaires importés de f&t ont tous l'identifiant formXX avec XX l'ancien ID de form dans f&t
Du coup le modele <formXX> recupere le formulaire avec identifiant formXX et assure la compatibilte des contenus existants

possibilité d'exclure certains champ de l'analyse (utile notamment lorsque on des champs qui sont uniquement là pour conditionner l'affichage d'autres champs)

Exemple : #INCLURE{fond=modeles/formulaire_analyse,id_formulaire,nom=checkbox_1}

TODO: si besoin, exploiter les listes du genre : nom=checkbox_1|input_1
(souvent l'analyse de tous les champs n'est pas nécessaire...)

On permet de choisir l'affichage des statistiques de réponses après la saisie d'un formulaire (et si on a déjà rempli le formulaire et qu'on peut pas resaisir).
On permet de configurer la classe css appliquée sur le modèle des barres de progression des statistiques.