fix: mise à plat de l'id et des classes associé·es à un formulaire
- L'identifiant est de la form
formulaire_formidable-<slug>
, ce qui permet par exemple de cibler un formulaire spécifique dans un jeu de squelettes générique sans avoir à connaître à l'avance l'identifiant numérique - Les classes associées sont
formulaire_formidable-<id_formulaire> formulaire_formidable-<slug> formulaire_formidable_<id_formulaire> formulaire_formidable_<slug>
ceci permet de cibler par slug ou par identifiant, la présence de la double forme avec tiret du milieu ou tiret du bas est là pour assurer la compatibilité historique - on passe au contexte
id_formulaire
, plus explicite queid
(mais on garde aussiid
pour ne pas casser les pipelines qui s'en servirait)
En passant, on simplifie le code : un formulaire formidable ne peut pas être nouveau une fois qu'il est enregistré en base
fix: #228 (closed)
ref: 835079f6 qui avait semé le bazar
ping @pierr0t
pour répondre à ta question : avec cela on forcément un id_unique sur une même page, sauf si une personne insère 2 fois le même formulaire... mais là franchement je pense qu'on y peut pas grand chose et que c'est de l'ordre du très improbable que cela arrive