Etape 2: séparer clairement l'id_auteur de la variable php d'identification + migrer les données et traitements existants

problème indépendant de la conservation de l'identifiant auteur.

On sépare donc cela.
Première étape : séparation dans l'espace de config.

Dans formidable, on n'appelle pas en squelette le chemin des fichiers
mais via formidable_generer_chemin_fichier().
Si les personnes surchages dans leur mes_options cela ne change rien.

Si les gens font des #EVAL{_DIR_FICHIERS_FORMIDABLE}, et bien c'est mal.
Ils sauront qu'il faut utiliser formidable_generer_chemin_fichier(), et
ils pourront rustiner en definissant eux mêmes les constantes.

on conditionne au fait qu'on teste l'unicité d'un champ

mettre la case rafraichir le cache avant affichage résumé de la réponse, juste pour des raisons esthétiques

- Réglages généraux
- Données personnelles
- Divers

Etape 1 : ordonner les champs

label + explication pour la variable d'anonymisation + pas besoin d'une chaine de langue pour l'intro du select (surtout avec un nom absolument pas explicite)

identification ne sert pas que pour la modification des réponses, mais aussi pour interdire les réponses multiple, on reformule la chaîne de langue.

1. n'était utilisé que deux fois
2. était redondante avec le système d'afficher_si utilisé partout ailleurs (car fournit par saisie)
3. en plus n'était pas à bon escient (cf prochain commit)

tout ceci nous permet de supprimer formidable_options, et donc d'economiser à chaque hit. Cela mérite bien un +1 sur y

éviter de mettre une définition  dans un options, lorsque la valeur n'est utilisé que dans une fonction. Autant définir dans ce cas dans la fonction

- code plus clair en évitant de créer des variables juste pour inverser le résultat d'un test, et pour recopier la valeur d'une variable sans la modifier après (!)
- plus de variables globales pour modifier un réglage (qui de toute facon
aurait du passer plutot par un pipeline dédiée)
- limiter les cas d'appel a eval()

Compatibilité assuré pour les quelques personnes qui auraient modifiés
ces variables globales (mais qui?)

pas besoin de définir les constante dans un fichier d'options, ne le définir que lorsqu'on s'en sert

La fonction "d'anomysation" dans traiter/enregistrement  concerne uniquement les auteurs connectés, on modifie les labels en conséquence.
On affiche les options pour cette fonction que si elle est cochée.

qui est passé au squelette de construction d'accusé de reception.
Par ex pour ajouter automatiquement certains messages en fonction des
résultats.

C'est plus propre que de faire cela par le pipeline recuperer_fond, car
cela ne dépend pas du formatage fait par le squelette.