bouton de validation caché au début #140

(edit : ticket renommé suite à discussion)

Récemment j'ai eu plusieurs fois besoin d'ajouter des boutons au milieu d'un formulaire.

Dans mon cas il s'agissait de boutons qui permettait d'ajouter ou supprimer dynamiquement des saisies : « ajouter/supprimer un item ».

Peut-être qu'ajouter cette saisie dans le plugin aurait du sens, avec des options pour choisir le type (button ou submit), le texte du bouton et tout autre attribut utile.

Je pense pas qu'il y ait besoin d'un yaml, l'utilisation de cette saisie impliquant à priori d'avoir la main sur le charger et le traiter pour marabouter les valeurs et la liste des saisies.

Corollairement ça suppose aussi que le 1er bouton présent dans le formulaire reste un bouton de soumission par défaut, quand on soumet le formulaire au clavier.
S'il y a une classe pour masquer des saisies de façon accessible, ça devrait être bon.

Oui je pense aussi que ça devrait être disponible. Par contre il y a toujours un bouton de fin du fin de validation qui est automatique (la "vraie" validation finale) et donc je pense que si ya d'autres boutons au milieu ça devrait plutôt être au plugin d'ajouter un submit caché au tout tout début sans avoir à y penser. Peut-être même qu'en fait on pourrait d'ors et déjà toujours l'ajouter, ça ne coûte rien à priori, et comme ça peu importe la méthode d'ajout de boutons au milieu (nouvelle saisie button ou dans des inserer_debut/fin etc), bah la validation par touche Entrée marchera toujours pour tout le monde.

Bon en fait le bouton submit caché au début c'est plus important que l'eventuelle saisie button, c'est le vrai sujet du ticket, je renomme.

Je viens de retomber fortuitement sur le problème à pas comprendre ce qui se passait quand je validais le formulaire au clavier :)

Un détail avant de lancer la PR : pour cacher le bouton, des styles inline directement sur le bouton, ou une classe et compléter les css de saisies ?
Je sais plus si elle est chargée en permanence, faut que ça marche dans tous les cas.

Je comprend pas trop tes affaires de bouton, mais pour les css : tu peux créer des classes; c'est chargé en permanence sur demande OU bien c'est chargé automatiquement dès qu'une saisie est détéctée.

Un formulaire peut contenir plusieurs boutons, dans ce cas là quand tu presses la touche entrée tu veux que ça soit le bouton de soumission principal qui soit utilisé. La technique est de mettre une copie cachée du bouton au début du formulaire.

Je disais 👍:

en fait on pourrait d'ors et déjà toujours l'ajouter, ça ne coûte rien à priori, et comme ça peu importe la méthode d'ajout de boutons au milieu (nouvelle saisie button ou dans des inserer_debut/fin etc), bah la validation par touche Entrée marchera toujours

Je suis pour l'instant toujours d'accord avec moi-même :p
Il me semble qu'on devrait donc toujours ajouter ce submit caché au tout début (peut-être qu'il peut être en display none même je sais plus), 100% du temps, pointant vers le submit principal comme le tout dernier bouton de fin.

Alors j'ai essayé pour de vrai et ça va pas : quand on a le focus sur un des champs du formulaire et qu'on presse la touche entrée, ça submit avec le prochain bouton rencontré dans le formulaire, pas celui caché au tout début.

Pour l'instant le seul truc qui semble fonctionner c'est de faire ça en js : capturer les events sur la touche entrée, et si ça provient d'un élément de formulaire autre qu'un textarea, submit avec le bouton principal. Sauf qu'il faut pouvoir identifier avec certitude lequel est le bouton principal.

Bon je botte en touche pour l'instant, je sais pas s'il y a moyen de généraliser ça de façon fiable sur tous les formulaires.

Bon c'est juste que mon bouton était pas dans le <form>. Je me retire de la vie politique.

PR !167 donc