uniquement par le plugin `formidable_quizz`, actuellement non maintenu
et non publié.

Ce pipeline n'était pas générique, car le remplacement des `@@` ne
concerne pas que l'affichage résumé des réponses, mais aussi en
différent endroit (message de retour par exemple).

On créé deux pipelines plus générique :
- `formidable_pre_raccourcis_arobases`
- `formidable_post_raccourcis_arobases`

On supprime donc le pipeline `formidable_affiche_resume_reponse`.

On simplifie par ailleurs la signature de la fonction
`formidable_raccourcis_arobases_2_valeurs_champs()`.
1. En supprimant les deux derniers arguments passés par références (`$valeurs` et
`$valeurs_libellees`).
La seule raison de ce passage par référence, qui n'était utilisé sur
toute la zone que dans **UN** appel à la fonction, était précisement
de passer les valeurs libellées en arguments du pipeline `formidable_affiche_resume_reponse`. Puisqu'on supprime ce pipeline, plus besoin de ces valeurs.
2. On regroupe tout les paramètres en troisième arguments, dans
$options, tout en assurant une rétrocompatibilité (pas d'autre usage de
`formidable_raccourcis_arobases_2_valeurs_champs()` sur la zone, mais j'ai
du code perso qui l'utilise, et il n'est pas impossible que d'autres
fassent de même.
3. On ajoute une option `'contexte'` pour indiquer le contexte d'appel
de `formidable_raccourcis_arobases_2_valeurs_champs`, ce qui permet de
remplacer utilement le pipeline `formidable_affiche_resume_reponse`.

`traiter_email_destinataires` : reçois un tableau d'emails (ou une liste
séparée des virgule).
Se complète avec l'option `traiter_email_destinataires_methode_methode`
qui peut être :
- `remplacer` pour que les destinataires passés par squelettes
remplacent ceux de config
- `ajouter` (valeur par défaut) pour qu'ils viennent compléter la liste.

Exemple d'appel

````

 #FORMULAIRE_FORMIDABLE{coordonnees,#ARRAY{input_1,plop}, #ARRAY{traiter_email_destinataires,22@22.fr,traiter_email_destinataires_methode,remplacer}}

````

formulaire lorsqu'on l'appel dans un squelette.
Pour ce faire, on modifie la syntaxe de `#FORMULAIRE_FORMIDABLE`, qui ne
prend désormais plus que trois arguments
- id nunérique ou identifiant textuel du formulaire
- tableau de valeur par défaut
- tableau d'options
On assure la retrocompatibilité, car il y a beaucoup de gens pour qui le
troisième paramètre c'est l'id de réponse.

Attention, pour l'heure on ne peut pas le faire dans un contenu, car il
n'y pas de syntaxe SPIP pour passer des tableaux en options de formulaire.

Fix #108 : meme fix sur le modele <form> + supprimer le test sur la presence du plugin forms qui n'existe plus

+ ajouter un statut==.* pour toujours afficher le formulaire dans l'espace privé, mais avec un .msg-alert.info qui signale que le formulaire est dans un statut autre que publié

[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue de
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue en
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue es
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue fr
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue it
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue nl
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue pt_br
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue ru
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue sk
[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

qu'on ne veut pas, par ailleurs, disposer d'un lien et d'une information
sur "à quel champ correspond les fichiers".

D'autant plus que cette suppression dans le corps du mail ne marchait plus depuis un
certains temps (lorsqu'on a séparer `$saisies` et
`$saisies_notifications`).

En supprimant cette suppression (!), on bugfix le cas où :
- `_FORMIDABLE_LIENS_FICHIERS_ACCUSE_RECEPTION` était sur `false`
- mais on disait de mettre les fichiers dans le corps du mail
=> `_FORMIDABLE_LIENS_FICHIERS_ACCUSE_RECEPTION` à false ne changeait
rien.
Cf. https://discuter.spip.net/t/formulaire-formidable/160827/6

pas été créé lors de l'installation.

lorsqu'une saisie fichiers se trouve dans un fieldset.

Sans oublier les autorisations possibles sur l'affichage d'un formulaire, ou de la liste des formulaires.
En l'état du plugin, les rédacteurs ont accès aux formulaires.

N'afficher que les formulaires dont le statut est publie dans la liste des formulaires qu'on peut acssocier à un objet (article, rbrique...).

cf https://discuter.spip.net/t/formidable-possibilite-de-lier-un-formulaire-avec-status-archive-et-a-la-corbeille-a-un-article-rubrique/160516

peut lier que les formulaires publiés.

```
Erreur d’exécution ../plugins-dist/revisions/prive/objets/liste/versions.html | File […]/plugins/formidable/formidable_fonctions.php Line 280 : Argument 2 passed to generer_titre_formulaires_reponse() must be of the type array, null given, called in […]/ecrire/inc/filtres.php on line 4752
```
A priori il faudrait corriger plutot l'appel en amont, mais pour l'heure
il faut que ca sorte.

Crayonnage des champs. Pour que WHERE des requete SQL multitable fonctionnent correctement, il faut passer par des alias.
Cf. spip/spip#5112

Torsten Willmann a rédigé il y a 3 ans et salvatore a validé il y a 3 ans

[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

On mappe dong g`enerer_titre_formulaires_reponse()` dessus. C'est utilisée
notamment pour l'affichage des révisions (si champs extras sur
formulaire).

Si on se base sur alea_ephemere (qui change régulièrement) pour générer le hash qui permet de récupérer les fichiers, les liens envoyés par mail ne fonctionnent plus. On crée donc un hash spécifique 'secret_de_formidable' de la même façon que le 'secret_du_site', qu'on n'utilise pas pour ne pas l'exposer inutilement.
Fix #77

[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue en
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue es
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue it
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue nl
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue pt_br
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue ru
[Salvatore] [source:lang/ formidable] Export depuis https://trad.spip.net de la langue sk
[Salvatore] [source:lang/ formidable] Mise a jour du bilan depuis https://trad.spip.net

`formidable_verifier_reponse_formulaire()` devait retourner un tableau
contenant les id des réponses.

- icone_barre en svg et dans le thèmes
- plus de logo
- plus d'article devant le nom du modèle

Fonctionnalité qui n'est plus utile avec la prise en charge correct des restauration des formulaires en session