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.

- paquet.xml et administration nouvelle mode
- un peu de phpdoc.

On complète très légèrement formidable pour préparer un petit module de sondage dans un plugin séparé :

- Dans le chargement du formulaire formidable, on transmet la ligne SQL du formulaire (ça évite de refaire une requête pour les modules se branchant dessus)

- Dans la construction des analyses de réponses, on indique dans l'attribut data-nombre le nombre total de réponse (ça permet de faire des pourcentages en jquery)

filtre singulier ou pluriel sur le nombre de réponses sur la page d'analyse.

Notices PHP lors de l'utilisation de Formidable. Ajout d'un filtre pour désérialiser si possible sans générer d'erreur

L'ajax a du mal à se charger correctement. Pour le moment, on l'enlève jusqu'à ce qu'on comprenne d'où vient l'erreur.
- <:bouton_radio_modere_xxx:> passe dans l'extension forum en spip3. A prendre en compte dans formidable.
Est-ce qu'on met un nécessite pour l'extension forum alors ?

Gestion des from sur les emails envoyés post saisie : il faut garder le from par defaut de SPIP car sinon on ne peut pas utiliser les SMTP un peu sécurisés, et de plus un mail avec même dest et from a toutes les chances de se faire arrêter par les antispams...

On continue les corrections esthétiques. On unifie le tout. Création du répertoire prive/objets/infos pour faciliter le tout. Mais je n'arrive pas à comprendre la mécanique de #FORMULAIRE_INSTITUER_OBJET pour le faire fonctionner avec FORMULAIRES_REPONSE. Suite au prochain épisode…

Correction esthétique. Il faudra revoir sur la page ?exec=formulaires_reponses le javascript du statut des réponses. Cela ne fonctionne plus comme avant au survol.

Les numéros de version c'était n'importe quoi dans le fichier de mise à jour + on change le type du champ "message_retour" pour augmenter sa capacité et résoudre ainsi le bug signalé par Gecko62.

La version actuelle peut être considérée comme stable, le trunk repasse en dev avec changement de fourchette de compat.