Email requis
Configure une adresse obligatoire avec validation native, nom de soumission et autocomplétion sans remplacer le label par un placeholder.
Objectifs de la leçon
- Construire la saisie email fiable avec un élément HTML adapté.
- Ajouter les attributs qui rendent la structure testable.
- Expliquer l'impact utilisateur de la décision prise.
Validation native avant JavaScript
Un formulaire fiable indique ce qui est attendu, transmet des données nommées et utilise les capacités natives du navigateur avant d'ajouter du JavaScript.
« Email requis » sert ici à rendre la saisie email fiable explicite dans le document.
Décision de saisie
Choisis le contrôle selon la donnée, relie toujours son libellé visible et donne un name aux valeurs qui doivent être envoyées.
Un input de type texte avec le placeholder « email » peut sembler correct, mais il n'apporte ni validation native de l'adresse ni signal sémantique fiable.
Test de saisie et d'envoi
Utilise le formulaire au clavier, soumets des valeurs valides et invalides, puis vérifie que la requête contient des noms et valeurs compréhensibles.
Pour html-06-email-required, commence par le premier test en échec et relie son message à l'élément, l'attribut ou la relation concernée.
Vocabulaire lié
- form — Zone de saisie envoyable.
- label — Nom accessible visible d'un champ.
- input — Contrôle de saisie.
- required — Contrainte native obligatoire.
- autocomplete — Indice de remplissage automatique.
Validation
- Je sais expliquer pourquoi la saisie email fiable améliore PulsaConf.
- Je peux relier chaque test à une exigence utilisateur.
- Je garde une structure compréhensible sans style CSS.