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

charger() et pas à la fin de traiter(), sinon on ne peut pas accéder a
leurs valeurs dans le pipeline formulaire_traiter()

c1baaee2 était un peu trop fort. En effet, si jamais on a un identification par id_auteur sans anonymisation, alors la variable PHP peut être pertinente

Amélioration de l'anonymisation dans le cadre une d'identification par identifiant de la personne identifiée. Modification légère de la base.

Possibilité d'utiliser une méthode d'identification par l'identifiant de la personne identifiée tout en anonymisant les réponses.

Inversons la logique actuelle…

Le span passe en absolute et on passe le texte en relative. Ca permet d'avoir la même baseline du texte entre le label et le texte dans la barre (ex: 67% - 8 réponses). Accessoirement ca permet de modifier la taille du texte effet de débord (suppression de la hauteur en px de .progress-bar).

Eclaircir le gris, trop foncé pour y mettre du texte par dessus.

En attendant html5 qui a sa propre balise <progress>

si on veut la forme brut d'un saisie qui renvoie un tableau, transformer correctement ce tableau avant

les valeurs n'ont pas dans _request() mais dans l'enregistrement d'une
réponse. On peut donc facilement utiliser le raccourci @@ pour afficher
une présentation particulière d'une réponse donnée (cas d'usage : un
plugin perso pour une application métier).

Du coup on fait appel à cette fonction pour affiche_resume_reponse() en
gardant la compatibilité ascendante de ce qui est passé au pipeline
homonyme (dont je doute que qui que ce soit l'utilise, mais c'est une
autre affaire).

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

options pour ne pas envoyer d'email en cas de modif de réponse (par exemple: lorsqu'on modifie depuis l'espace privé)

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.

lors de l'enregistrement d'une réponse, indiquer dans la chaine de traitement s'il s'agit d'une modif d'une reponse, pour que les les traitements ultérieures puissent, le cas échéant, avoir un comportement spécifique

Utiliser objet_modifier plutôt que sql_updateq pour générer une révision quand on modifie les traitements ou les saisies.
La restauration de révisions ne fonctionne pas pour autant, mais c'est un autre problème à régler.