Construire dynamiquement les onglets de statut, ce qui permet à n'importe qui d'ajouter ses propres statuts de réponse.
Du coup on perd le pluriel sur les onglets, car seule la forme singulier
est dispo dans la description des objets (et en plus singulier/pluriel
c'est parfois plus complexe pour l'internationalisation)
Fix #41

date_soumission devient date_envoi, plus proche du langage courant, tout
en évitant de confondre avec date_reponse qui pourrait être la date de
l'objet.
On fait pas de migration de structure SQL car il s'agissait d'une branche de dev qui n'a existait que 24h et n'a a priori été déployé que chez le dev.

lisibiité du code + potentiel bug (?). Cf https://contrib.spip.net/Formidable-le-generateur-de-formulaires#comment505441

[Formidable] Densifier l'affichage en tenant compte des remarques de Maïeul, Cédric et du define('_SAISIES_AFFICHAGE_COMPACT', 'oui');
La classe .colonincluded permet de ne pas rajouter les " :" (voir commit à suivre sur Saisies)

Respectons le markup standard. Si présentation différente, à faire en
css.
This reverts commit 5d0a7798.

Revertons le bon commit.

J'avais pas reverté le bon commit.
This reverts commit 5fb0d999.

Respectons le markup standard. Si on doit personnaliser, faisons le en
css.
This reverts commit 34b32b0b.

des exceptions au niveau des css.
https://zone.spip.net/trac/spip-zone/changeset/65632/spip-zone#file16
On laisse tomber ces exceptions et on utilise le markup SPIP

Plus de séparation entre les traitements à choisir et leur configuration, moins de marges inutiles, plus d'espace.

Modification d'une réponse depuis l'espace privé : le faire même si le formulaire n'autorise pas la modification par les utilisateurs de leurs propres réponses

tri des formulaires dans l'espace privé : par défaut par titre + garder l'ordre de tri d'une fois sur l'autre via la session

Exemple d'emploi: un site qui gère des inscriptions à des évènements,
avec plusieurs dates possibles, pour modifier directement les infos sur la date de l'evenement retenue si la personne change d'avis.

si on autorise les pages publiques pour les formulaires, alors il faut mettre le lien pour les voir en ligne s'ils sont publiés

Nouvelle fonctionnalité : on utilise toutes les modifs faites en amont sur Saisies. On peut donc maintenant configurer certaines options globales dans l'interface du constructeur. Pour cela on déclare au constructeur quelles options on accepte (c'est propre au contexte de Formidable).

Dans le lot, il y a donc la personnalisation du bouton final, et… le multi-étapes !

Pour cela, il a fallu faire un refactoring de la fonction verifier() de Formidable où tout était en dur… On l'a donc vidé de son contenu, afin que Formidable utilise enfin l'API CVT de Saisies avec la fonction saisies().

Au passsage, il y avait une vérification propre à un traitement (enregistrement) sur l'unicité : on en profite pour mettre en place un fonctionnement générique et extensible. Tout type de traitement peut désormais déclarer une fonction de vérification qui lui est propre avec traiter/montraitement_verifier(). Et si ça existe, ça sera utilisé.

Il reste un problème avec ce dernier point : pour le cas habituel ça continue de marcher pareil MAIS quand on active les étapes… Pour le moment j'ai fait le choix lorsqu'il y a étapes, de lancer ces vérifications propres aux traitements à la toute fin, quand on sait qu'on est à la dernière étape. Mais du coup ça ne va pas, car les erreurs ajoutées peuvent être sur des champs qui sont à d'autres étapes. Et CVT ne le sait pas, il reste sur la dernière étape. Donc ça montre "Vous avez X erreurs" en haut, mais on ne voit pas forcément le ou les champs précis en erreur s'ils sont ailleurs. Je ne sais pas encore comment résoudre ça…

enregistrer les config de formidable dans #CONFIG{formidable} et pas dans #CONFIG{formidable/analyse}

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