Chercher le token exact
button, role=button et aria-expanded sont acceptés. Le filtre distingue rôles et attributs sans requête vers un service externe.
Référence pour développeurs
Recherchez un rôle ou un attribut aria-* et lisez son exemple, ses conditions d’interaction et sa source normative.
button déclenche une action ; l’élément HTML natif fournit déjà focus et clavier.
Clavier: Le HTML natif prend en charge les touches de base ; un rôle personnalisé exige du code.
Attention: Évitez de répéter un rôle lorsque l’élément natif a déjà même sens et même comportement.
Exigences clés: Aucune
<button type="button">Save</button>La recherche reste sur cette page ; les sources externes ne s’ouvrent que sur demande.
1 sur 16 entrées
Avant d’ajouter un rôle à un composant, vérifiez si le HTML natif suffit. Les rôles ARIA expriment une sémantique ; ils ne donnent pas à un div les comportements clavier d’un vrai bouton.
Cette sélection de rôles ARIA rassemble aussi les propriétés et états utiles, avec des extraits à copier. Les schémas APG restent indispensables pour un onglet, une boîte de dialogue ou une liste déroulante personnalisée.
L’exemple, le comportement requis et le texte source restent liés.
Les fiches button et checkbox commencent par les éléments HTML. Même avec des rôles ARIA, un div ne devient ni focusable ni activable par Entrée et Espace sans code supplémentaire.
L’exemple aria-expanded associe le bouton à son panneau. Quand on applique des rôles ARIA ou des états, la valeur annoncée doit évoluer avec la partie réellement affichée.
button, role=button et aria-expanded sont acceptés. Le filtre distingue rôles et attributs sans requête vers un service externe.
Une fiche de rôles ARIA montre la sémantique de départ. Pour tab, dialog ou combobox, lisez le schéma APG et prévoyez le focus et le clavier.
Chaque fiche renvoie à la définition figée de WAI-ARIA 1.2. Testez ensuite votre vrai composant au clavier et avec un lecteur d’écran.
Huit rôles et huit attributs ou états aria-* figurent dans l’index. Une absence de résultat ne signifie pas qu’un terme est interdit par la norme.
Chaque fiche fournit un fragment HTML et son ancre WAI-ARIA 1.2 ; les composants complexes renvoient aussi aux pratiques APG.
aria-expanded annonce un état, mais n’ouvre aucun panneau à lui seul. Le code doit modifier à la fois l’affichage et la valeur annoncée.
Si un élément HTML offre déjà le sens et le comportement voulus, préférez-le. Les rôles ARIA servent aux composants que le HTML natif ne peut pas décrire seul, avec une interaction à implémenter.
Non. role=button change l’annonce faite aux technologies d’assistance, pas le focus ni les touches Entrée et Espace. Un élément button natif évite souvent ce travail.
aria-label contient directement le texte du nom. aria-labelledby renvoie aux ID d’éléments dont le texte fournit ce nom. Privilégiez une étiquette visible ou un label HTML quand ils conviennent.
Cela dépend du rôle. La fiche affiche les relations et états essentiels, et la définition liée de WAI-ARIA 1.2 contient les exigences normatives complètes.
Non. Une liste de rôles ARIA aide à choisir des termes, mais la conformité dépend du contenu réel, du focus, du clavier et des tests avec des technologies d’assistance.
Une entrée manque ou comporte une erreur ?
Choisissez un token, vérifiez l’alternative HTML et ouvrez la définition W3C avant de l’intégrer.