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

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.

+ pas de formulaire dans une boite dans la colonne extra des analyses

on accede aux reponses quelles que soit leur statut, mais a l'analyse uniquement si il y a une reponse publiee au moins
+ eviter les liens redondant vers soi meme dans la colonne de gauche

- conventionnellement la boite raccourci sert a des liens, pas des boutons d'action de suppression
- on deplace le bouton de suppression en partie centrale, soumis aux conditions 1/que toutes les reponses sont affichees 2/ qu'il y a au moins 10 reponses a supprimer
- on le soumet a la bonne autorisation
- dans l'action on verifie l'autorisation
- dans l'action, le statut est refuse et pas poubelle
- on ne met pas un formulaire dans une boite dans une colonne

+ ajout du nombre de reponse de chaque statut dans les onglets, si non nul (mais pas sur l'onglet 'toutes')

Ajout de l’identifiant du formulaire courant dans les appels à #AUTORISER pour permettre un controle d’accès par formulaire.

Les listes de reponses sont par defaut non signifiantes car n'affichant aucune autre information que la date de saisie et l'IP source.
On permet de configurer pour chaque formulaire une chaine qui sera utilisee pour afficher un resume de chaque reponse (les champs @input_1@.. etant remplaces par leur valeur).
Ceci rend les listes de reponse beaucoup plus utilisables.

liste des reponses : on affiche l'IP uniquement si pas d'auteur connu, ca fusionne les 2 colonnes, et quand l'IP est un hash on affiche que les 8 premiers caracteres, ca suffit

+ 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

Retrouver l'édition des formulaires dans le privé, maintenant qu'ils ont un statut (je vais pas y arrriver tout seul :-p)

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

Lors de l'import f&t les formulaires sans réponses sont mis en statut proposé, les autres en publiés

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

on masque le gros message vert et le gros bouton "Reinitialiser" trop affordants qui sont proposés par saisies.
 A la place un message simple en haut, et le bouton "Revenir à la dernière version enregistrée" dans le cartouche en bas, qui apparaissent dès qu'une saisie est modifiée

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