8. Navigation au clavier

8.1 Dans chaque écran, pour chaque élément recevant le focus, la prise de focus est visible.

8.1.1


Pour chaque élément recevant le focus, la prise de focus vérifie-t-elle une de ces conditions ?

  • Le style du focus natif du système d'exploitation, de la technologie d'assistance, ou du navigateur, n'est pas supprimé ou dégradé.
  • Un style du focus défini par l'auteur est visible.

Méthodologie du test

iOS et Android
  1. Connecter un clavier externe (et paramétrer la navigation au clavier).
  2. Naviguer dans l'application et évaluer si la visibilité du focus est préservée sur l'ensemble des éléments de l'application.
  3. Si c'est le cas, le critère est validé.

Références

WCAG 2.1

Critère(s) de succès :


RGAA 4.1.2

Critère(s) de référence :

8.2 Dans chaque écran, l'ordre de tabulation est cohérent.

8.2.1

Dans chaque écran, l'ordre de tabulation dans le contenu est-il cohérent ?

Méthodologie du test 8.2.1


iOS et Android
  1. Connecter un clavier externe (et paramétrer la navigation au clavier).
  2. Naviguer sur l'ensemble des éléments de l'écran et vérifier que l'ordre de tabulation reste cohérent. Il n'est pas obligatoire que la tabulation suive l'ordre de lecture naturel (de gauche à droite et de haut en bas par exemple) tant que les éléments sont accessibles dans un ordre cohérent.
  3. Repérer dans l'écran les composants (bouton par exemple) qui actualisent un contenu (affichage d'élément masqué, mise à jour dynamique de contenus par exemple) :
    • activer le composant ;
    • après l'affichage du contenu actualisé, vérifier que la tabulation reste cohérente.
  4. Si c'est le cas, le critère est validé.


Références

WCAG 2.1

Critère(s) de succès :


RGAA 4.1.2

Critère(s) de référence :

8.3 La navigation ne contient pas de piège au clavier.

8.3.1


Dans chaque page web, chaque élément recevant le focus vérifie-t-il une de ces conditions ?

  • Il est possible d'atteindre l'élément suivant ou précédent pouvant recevoir le focus avec la touche de tabulation ;
  • L'utilisateur est informé d'un mécanisme fonctionnel permettant d'atteindre au clavier l'élément suivant ou précédent pouvant recevoir le focus.


Méthodologie du test 8.3.1

iOS et Android
  1. Retrouver dans l'écran l'ensemble des éléments d'interface susceptibles de recevoir le focus (au moyen de la tabulation ou au moyen d'un script) ;
  2. Pour chaque élément d'interface, vérifier que l'utilisateur peut atteindre l'élément suivant ou précédent pouvant recevoir le focus :
    • Soit au moyen de la touche de tabulation (Tab ou Maj+Tab) ;
    • Soit au moyen d'une autre interaction clavier dont l'utilisateur est informé (par exemple, les flèches de direction).
  3. Si c'est le cas pour chaque élément d'interface, le test est validé.


Références

WCAG 2.1

Critère(s) de succès :


RGAA 4.1.2

Critère(s) de référence :

8.4 Chaque fonctionnalité de l'interface est contrôlable au clavier (hors cas particuliers).

8.4.1

Chaque composant d'interface vérifie-t-il une de ces conditions ?

Méthodologie du test 8.4.1

iOS et Android
  1. Connecter un clavier externe (et paramétrer la navigation au clavier).
  2. Parcourir l'ensemble des composants interactifs.
  3. Vérifier :
    • qu'il peut être atteint avec les touches du clavier ;
    • qu'il peut être activé avec la touche dédiée du clavier.
    • sinon, vérifier qu'un élément atteignable et contrôlable au clavier permettant de réaliser la même action est présent à l'écran.
  4. Si c'est un composant modifiable (champ de saisie, case à cocher, potentiomètre), vérifier qu'il peut être modifié avec les touches du clavier.
  5. Si c'est le cas, le critère est validé.


Cas particuliers

Il existe une gestion de cas particulier 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.


Références

WCAG 2.1

Critère(s) de succès :


RGAA 4.1.2

Critère(s) de référence :

7.8 Chaque composant d'interface est, si nécessaire, compatible avec le lecteur d'écran.

7.9 L'utilisateur est averti ou a le contrôle des changements de contexte.

7.10 Les messages de statut sont correctement restitués.

7.11 L'application est clairement identifiable depuis l'écran de lancement.

9.8 Les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran peuvent faire l'objet d'une annulation (hors cas particuliers).

9.9 Les fonctionnalités qui impliquent un mouvement de l'appareil ou vers l'appareil peuvent être satisfaites de manière alternative (hors cas particuliers).