Skip to content

fix: mise à plat de l'id et des classes associé·es à un formulaire

Maïeul a demandé de fusionner issue_228_id vers master
  • 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 que id (mais on garde aussi id 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

Rapports de requête de fusion