L'élément select doit avoir un nom accessible

ID de règle: select-name
Ensemble de règles: axe-core 4.13
Impact sur l’utilisateur: Critique
Lignes directrices: WCAG 2.1 (A), WCAG 2.0 (A), WCAG 2.2 (A), Section 508, Trusted Tester, EN 301 549, RGAA

Éliminez davantage de bugs d'accessibilité avec axe DevTools Pro

Recherchez et corrigez davantage de problèmes avec les tests guidés intelligents™ en répondant à une série de questions simples sur le contenu de votre page. Essai gratuit. Aucune carte de crédit nécessaire.

Compliance Data & Impact

User Impact

Disabilities Affected

  • Aveugle
  • Basse vision
  • Mobilité

Standard(s)

  • WCAG 2.1 (A)
  • WCAG 2.0 (A)
  • WCAG 2.2 (A)
  • Section 508
  • Trusted Tester
  • EN 301 549
  • RGAA

Critères de réussite WCAG [WCAG 2.1 (A)]

  • 4.1.2: Name, Role, Value

Critères de réussite WCAG [WCAG 2.0 (A)]

  • 4.1.2: Name, Role, Value

Critères de réussite WCAG [WCAG 2.2 (A)]

  • 4.1.2: Name, Role, Value

Directives de la section 508

  • 1194.22: Web based intranet and Internet Information & Applications
  • 1194.22 (n): When electronic forms are designed to be completed on-line, the form shall allow people using assistive technology to access the information, field elements, and functionality required for completion and submission of the form, including all directions and cues.

Directives pour les testeurs de confiance

  • 5.C: The combination of the accessible name, accessible description, and other programmatic associations (e.g., table column and/or row associations) describes each input field and includes all relevant instructions and cues (textual and graphical).

EN 301 549 Directives

  • 9.4.1.2: Name, Role, Value

RGAA

  • 11.1.1: Each form field has a label.

Comment résoudre le problème

Associez par programmation des étiquettes à des éléments select. La méthode recommandée dans la plupart des cas consiste à utiliser l'élément label et une association explicite utilisant les attributs for et id . Les exemples ici sont classés de la solution acceptable la plus courante à la solution acceptable la moins courante.

<label for="state">State:</label> <select id="state"></select>

L'étiquette peut également être implicite en enveloppant l' <label> élément autour du select :

<label>State: <select></select></label>

Si le select est déjà étiqueté visuellement d'une autre manière, il peut être acceptable d'utiliser aria-label pour créer une étiquette de texte invisible que les lecteurs d'écran pourront lire.

<select aria-label="State"></select>

Une méthode alternative (parfois utilisée lorsque l'ajout d'une <label> balise perturberait la fonctionnalité ou les styles, ou lorsque plusieurs étiquettes s'appliquent au même select) consiste à utiliser aria-labelledby à la place :

<div id="state">State:</div> <select aria-labelledby="state"></select>

Assurez-vous également que tous les id éléments sont uniques sur chaque page et que le texte de l'étiquette a du sens pour quelqu'un qui les écoute avec un lecteur d'écran.

Lorsque vous ajoutez des étiquettes, veillez à éviter les éléments suivants :

State: <select></select>

Ce balisage génère une zone de texte avec les mots « État : » à côté. Les utilisateurs voyants n’ont aucun problème à associer le texte au champ de sélection. Néanmoins, ce lien n’est pas aussi clair pour les utilisateurs non voyants, d’autant plus que les formulaires deviennent plus longs et plus complexes. Cette ambiguïté peut rendre les erreurs plus probables, surtout lorsque les informations requises sont plus complexes qu’un État.

Pour obtenir des instructions détaillées sur la manière de mettre en œuvre ces différentes méthodes d'étiquetage, consultez les contrôles automatisés exécutés dans le cadre de cette règle.

Enfin, assurez-vous que chaque select élément n'a qu'une seule étiquette.

Pourquoi c'est important

Des étiquettes de formulaire efficaces sont nécessaires pour rendre les formulaires accessibles. L'objectif des éléments de formulaire tels que les cases à cocher, les boutons radio, les champs de saisie, etc., est souvent évident pour les utilisateurs voyants, même si l'élément de formulaire n'est pas étiqueté de manière programmatique. Les utilisateurs de lecteurs d'écran ont besoin d'étiquettes de formulaire utiles pour identifier les champs de formulaire. L’ajout d’une étiquette à tous les éléments du formulaire élimine l’ambiguïté et contribue à un produit plus accessible.

Lorsque les étiquettes des éléments de formulaire sont absentes, les utilisateurs de lecteurs d'écran ne connaissent pas les attentes en matière de données d'entrée. Les lecteurs d’écran ne peuvent pas déterminer par programmation des informations sur les objets d’entrée sans une relation d’étiquette établie (ou un texte redondant servant d’étiquette).

Description de la règle

Chaque élément select doit avoir un élément d'étiquette associé par programmation.

L'algorithme (en termes simples)

Garantit que chaque élément select possède une étiquette associée par programmation.

Ressources

Reportez-vous à la liste complète des règles d'axe 4.13 .

Ces informations vous ont-elles été utiles ?

Vous avez déjà donné votre avis, merci..

Votre réponse a été la suivante :

Ces informations vous ont-elles été utiles ?
Date/heure de soumission des commentaires :