pour gérer le recap final des étapes
- Faire l'appel au bon code de saisies (même si à terme on devrait tout
mutualiser)
- Avoir une option pour ne pas afficher le récapitulatif

de l'affichage des étapes.
- Au lieu d'ajouter des options à chaque fois qu'on veut faire une présentation différente, on propose une seule option globales _etapes_presentation_, qui selon la valeur, va chercher un squelette ou un autre
- Pour l'instant on a :
  - 'defaut' => toutes les étapes, comme c'est le cas actuellement
  - 'courante' => uniquement l'étape courante, et dans ce cas le total
  d'étape (adapté aux éventuels afficher_si)
- On propose cela dans la config globale du formulaire
- On appel le bon modèle

afficher_si entre les étapes ou pour conditionner des étapes :
- Adaptation à la nouvelle gestion des étapes dans saisies

vieilles versions de PHP... alors que c'était bien une grosse faute de
syntaxe.

`formidable_raccourcis_arobases_2_valeurs_champs` pour les formulaires
avec des fieldsets et des explications.

les dernières versions de la normalisation de date normalisent les dates vides à 0000-00-00, en tenir compte pour les dates d'export

Sauf pour les importes depuis f&t, vu que tjr en .yaml + chaine de
langue + maintien compat historique

On en profite pour passer systématiquement datas à `saises_chaine2tableau()`, afin
de profiter systématiquement de `_T_ou_typo()` (même si en l'occurence,
ca passait deja tout le temps, on ne sait jamais pour l'avenir si on
stocke autrement les saisies de formidable...)

saisies masquées par afficher_si. Lors de l'enregistrement des réponses
d'un formulaire, on cherche les saisies qui ont masquées et ont les mets
à `null`.

perf sur export csv : plutot que de parcourir les réponses pour vider les IP, ne les inserer au moment où l'on prépare les lignes que si on les demande explicitement

Message de DD sur contrib : si pas d'export des IP lors de l'export des réponses, ne pas mettre l'entete correspond

fielset + ne pas proposer les saisies de type explication + diverses
corrections syntaxique.

formulaire.
Mais un slug ne peut pour l'heure pas contenir des majuscules.
Pour éviter de force la main aux gens (au risque de casser l'existant),
on rétabli pour l'instant l'ancienne verif en regex.
A voir comment on fait à moyen terme dans le ticket #60