+ par defaut les formulaires avec le plus de reponses en tete
(il faudrait peut etre ceux avec les reponses les plus recentes en fait, a voir)

Statut archive (refuse) pour les formulaires : ils ne sont plus visibles en ligne mais on conserve le contenu et les reponses
+ la balise #FORMIDABLE n'affiche que les formulaires publies (ou prop en preview) dans le site public

correction d'un bug dans la balise #FORMULAIRE_FORMIDABLE

- 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 actions supprimer ne font que mettre en statut poubelle/refuse, plus de risque de pertes de données à cause d'une action maladroite
on enleve le bouton "Supprimer" sur la page d'un formulaire

on ajoute une recherche sur la page des reponses, ça ne marche qu'avec le patch http://core.spip.org/projects/spip/repository/revisions/21176

bugfix sur breadcrumb des reponses et formulaires non publies
formulaire de recherche dans la page des formulaires
nombre de formulaires et de reponses dans les listes

chaines de langue pour les statuts, liste des réponses plus claire, et filtrage des réponses par statut dans la page des réponses (onglets Toutes/A modérer/Validées/Supprimées)

listes formulaires et reponses : homogeneiser avec les conventions de SPIP 3 (titre, ordre des colonnes)
On supprime l'action dupliquer/supprimer sur la liste des formulaires, il faut aller sur un form pour faire l'operation
mais on ajoute le nombre de réponses et un lien vers la page des réponses

afficher toutes les infos du formulaire sur la page de vue, l'aide memoire de la colonne extra ne s'affichait pas dans tous les cas, traitement propre sur le message de retour

insérer l'aide mémoire aussi dans la page de config des champs (utile lorsque pourra conditionner les traitements des champs)

Inclusion explicite de inc/config pour les appels des fonctions lire_config et ecrire_config

Ajout de la possibilité d'associer des auteurs à un formulaire. Le choix s'effectue dans la config globale du plugin. Une fois un formulaire créé par un auteur, il en devient auteur et peut ajouter et supprimer des auteurs.
Seul les auteurs associés à un formulaire peuvent en voir les résultats

Désactiver le filtre de statut quand on cherche à savoir s'il y a au moins une réponse : on veut aussi celles non publiées.

* 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é

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

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

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 ?

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.