pas garder de traces des utilisateurs ayant répondu (tout en gardant
la possibilité d'avoir des réponses uniques, modifiables

possibilité d'autoriser un admin restreint à administrer les formulaires et consulter les résultats... par défaut à 'false'

* traitement de l'anonymisation. Elle permet de créer des formulaires dont les réponses sont anonymes (pas d'adresse IP, pas de nom de cookie, pas de login)
* export de l'analyse des données en en CSV depuis l'Espace Privé

No commit message

Analyses sur les checkbox/radio : respecter le format natif de la valeur à afficher (balises HTML par exemple)

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

Rustine jQuery pour éviter que les navs html5 compliant n'empêchent la mise à jour à cause des "required". 
TODO: le faire en php pour que ce soit corrigé pour tous...

Ce code est vilain des puces. Faudrait améliorer ça pour la 3.1 avec la connaissance du parent :)

- déclarer 'spip_formulaires' en objet éditorial
- renommage des pages exec homogène avec le reste de SPIP : formulaires, formulaire  et formulaire_edit
- décoration des listes de formulaire aux nouvelles normes

Reste à gérer les réponses...

Petit inconvénient aussi, il fait du coup des urls propres pour les formulaires…

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.

On décore d'un graphisme les analyses des réponses de formulaire en mettant des barres de progression et des pourcentages. Le code provient du module de sondage qu'on va intégrer directement dans formidable en créant un nouveau type de retour.