Clavier :
Comprendre le CS 2.1.1

Objectif de ce critère de succès

L'objectif de ce critère de succès est de garantir, partout où cela est possible, que le contenu peut être manipulé à l'aide d'un clavier ou d'une interface clavier (un clavier alternatif peut donc être utilisé). À l'aide d'un clavier ou d'un clavier alternatif, le contenu peut être manipulé par des personnes qui n'ont pas de vision (qui ne peuvent utiliser de périphériques comme les souris nécessitant une coordination de l’œil et de la main) ainsi que par les personnes qui doivent se servir de claviers alternatifs ou de périphériques de saisie qui agissent comme des émulateurs de clavier. Les émulateurs de clavier incluent les logiciels de saisie par commande vocale, les logiciels de commande par le souffle, les claviers virtuels, les logiciels reposant sur le balayage et de nombreuses technologies d'assistance et claviers alternatifs. Les personnes malvoyantes peuvent aussi avoir des difficultés à suivre un pointeur et trouver plus facile (ou n'avoir que cette possibilité) d'utiliser un logiciel si elles peuvent le contrôler à l'aide d'un clavier.

Des exemples de « rythme de frappe propre à l'utilisateur » incluent les situations dans lesquelles un utilisateur serait amené à répéter ou exécuter plusieurs commandes dans un court laps de temps ou dans lesquelles une touche doit être maintenue enfoncée pendant une période prolongée avant que la commande ne soit prise en compte.

La phrase « sauf lorsque la fonction sous-jacente nécessite une saisie qui dépend du tracé du mouvement effectué par l'utilisateur et pas seulement des points de départ et d'arrivée » a été ajoutée pour distinguer ces éléments qui ne peuvent raisonnablement être contrôlés au clavier.

La plupart des actions réalisables à l'aide d'un périphérique de pointage peuvent également l'être au clavier (par exemple, cliquer, sélectionner, déplacer, redimensionner). Il existe cependant un petit ensemble de commandes effectuées à l'aide d'un périphérique de pointage qui ne peuvent être faites au clavier de quelque manière connue que ce soit sans requérir un nombre démesuré de commandes. Dessiner à main levée, faire du coloriage, faire voler un hélicoptère par dessus des obstacles sont autant de fonctions nécessitant une saisie qui dépend du tracé du mouvement. Tracer des lignes droites, des formes géométriques courantes, redimensionner des fenêtres et déplacer des objets à un endroit (dès lors que le tracé vers cet endroit n'est pas significatif), ne nécessitent pas de saisie qui dépend du tracé du mouvement.

L'utilisation de MouseKeys ne satisferait pas à ce critère de succès car il ne s'agit pas d'un équivalent du clavier du point de vue de l'application ; c'est un équivalent de la souris (du point de vue applicatif, c'est une souris).

Il est admis que le développement de fonctionnalités de saisie utilisateur prend en compte le fait que les fonctionnalités d'accessibilité par le clavier du système d'exploitation peuvent être utilisées. Par exemple, les touches de modification peuvent se trouver verrouillées. Dans un tel environnement, le contenu fonctionne toujours, n'envoie pas d'évènements qui entreraient en conflit avec les touches de modification verrouillées et produiraient des résultats indésirables.