Les dernière modifs sur "date_crea" avait pété Formidable chez tous ceux qui l'avaient déjà et ne l'installaient pas à zéro.

En effet, au moins en MySQL, il *faut* indiquer le type de donnée quand on fait un CHANGE sur le nom d'un champ, on ne peut pas juste donner le nouveau nom.

Du coup ça ne jouait pas la requête et on avait toujours "date_crea" dans la base.

Ajout d'une date de création du formulaire (nommée date_crea parce que date est un mot reservé mysql)
Incrémentation mineure de version et de shéma

Mettre en stable, car même s'il y a quelques bugs à corriger, ça fait longtemps que c'est utilisé sans changement majeur.

Rectification de l'évaluation des options du formumlaire pour vérifier si un formulaire est modifiable à réponse unique et retrouver la réponse en cas d'anonymisation.
Je ne comprends pas comment ça pouvait marcher avant...

Ajout d'un nouveau champ dans les traitements permettant de spécifier l'adresse email d'un des destinataires comme un des champs du formulaire.

[Salvatore] [source:_plugins_/formidable/trunk/lang/ paquet-formidable] Export depuis http://trad.spip.net

Version 1.8.4 : report de r78009, passer le champ saisies de la table spip_formulaires en longtext pour permettre d'y stocker des formulaires longs

Ne pas laisser des entités dans les champs de mail qui ne gèrent pas le HTML : c'était déjà le cas pour le sujet mais pas pour le nom de l'envoyeur. On fait donc filtrer_entites().

Ajout du paramètre de configuration permettant à un auteur de modifier le statut d'une des réponses à un formulaire dont il est l'auteur ou l'un des auteurs. Modifie le comportement par défaut où seul un admin pouvait le faire.

puisque le message de retour passe par |propre, inutile de mettre un <br /> devant... cela évite d'avoir un <br /> en début de message

comme le fait remarquer cedric, il n'est pas très poli de ne mettre aucun message après la validation d'un formulaire. Mettons un message par défaut à l'enregistrement en bdd.

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)

pouvoir aussi exporter les stats sur choix_couleurs (remarque : il serait bon de prévoir un mécanisme générique en fonction de la description de la saisie

analyse des données : prendre en compte le fait que désormais les saisies de type sélection peuvent avoir des sous-saisies (optgroup)

Version 1.5.2 pour formidable et 3.0.3 pour facteur désormais.

après réflexion, on peut utiliser la constante cnil periode aussi, de toute facon la surcharge se fera ds tt les cas ds mes_options.php

vie privée : hasher les ip des réponse au bout du délai _CNIL_PERIODE_FORMIDABLE (code inspiré du plugin-dist forum). Par défaut 4 mois de 31 jour