RGAA 4.1.2 · THÉMATIQUE 7 · SCRIPTS
Critère 7.3 : Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
Texte officiel du RGAA 4.1.2 (DINUM), mis en page par Claren · Mis à jour le
Ce critère appartient à la thématique « Scripts » du RGAA 4.1.2. Il se vérifie par 2 tests.
Le critère
Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
Les tests
Test 7.3.1
Chaque élément possédant un gestionnaire d’événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?
- L’élément est accessible par le clavier et tout dispositif de pointage ;
- Un élément accessible par le clavier et tout dispositif de pointage permettant de réaliser la même action est présent dans la page.
Méthodologie du test 7.3.1
- Retrouver dans le document, tous les éléments sur lesquels est implémenté un gestionnaire d’événements JavaScript (par exemple click, focus, mouseover, blur, keydown, touch…).
- Vérifier que l’élément est accessible au moyen du clavier :
- Il est atteignable avec la touche de tabulation (tab) ;
- Si l’élément gère une action simple, il est activable au clavier avec la touche entrée (Entrée) ;
- Si l’élément gère une action complexe, il est utilisable avec le clavier (généralement avec les touches de direction).
- Sinon, vérifier qu’un élément accessible par le clavier permettant de réaliser la même action est présent dans la page.
- Vérifier que l’élément est accessible par tout dispositif de pointage (souris, toucher, stylet…).
- Sinon, vérifier qu’un élément accessible au moyen d’un dispositif de pointage et permettant de réaliser la même action est présent dans la page.
- Si c’est le cas, le test est validé.
Test 7.3.2
Un script ne doit pas supprimer le focus d’un élément qui le reçoit. Cette règle est-elle respectée (hors cas particuliers) ?
Méthodologie du test 7.3.2
- Activer, l’un après l’autre, tous les éléments capables de recevoir le focus.
- Vérifier que le focus n’est pas supprimé via une fonctionnalité JavaScript.
- Si c’est le cas, le test est validé.
Cas particuliers
Il existe une gestion de cas particuliers lorsque la fonctionnalité dépend de l’utilisation d’un gestionnaire d’événement sans équivalent universel ; par exemple, une application de dessin à main levée ne pourra pas être rendue contrôlable au clavier. Dans ces situations, le critère est non applicable.
Correspondance WCAG
- WCAG 2.2, critère 1.3.1 : Info and Relationships
- WCAG 2.2, critère 2.1.1 : Keyboard
- WCAG 2.2, critère 2.4.7 : Focus Visible
Ce qu’un contrôle automatique peut voir
Les contrôles automatiques de Claren couvrent une partie de ce critère. Le reste se vérifie à la main.
- Élément cliquable inaccessible au clavier
- Les cadres avec du contenu focalisable ne doivent pas avoir tabindex=-1
- Vérifier que les régions défilantes sont accessibles au clavier
Faire vérifier votre site
Un test automatique ne tranche qu’une partie des critères. Un audit RGAA les contrôle tous à la main, sur un échantillon de pages, et vous laisse un plan de correction.
Version officielle : critère 7.3 sur accessibilite.numerique.gouv.fr.
Textes du critère, des tests, de la méthodologie, des cas particuliers et des notes techniques : RGAA 4.1.2, DINUM, sous Licence Ouverte 2.0 (Etalab), repris tels quels. Intitulés des critères WCAG 2.2 : W3C, W3C Document License. Les liens des termes mènent au glossaire officiel du RGAA.