Mécanismes de saisie simultanés

Ce que le critère demande

Si l’appareil de l’utilisateur prend en charge plusieurs méthodes de saisie — tactile, souris, clavier, stylet, voix, commutateur — le site doit permettre à l’utilisateur de basculer librement entre elles. Un utilisateur sur une Surface qui alterne entre clavier et tactile au cours de la journée ne doit pas avoir à « choisir » l’un ou l’autre. Un utilisateur sur un iPad avec un clavier Bluetooth et un commutateur connecté ne doit pas obtenir une interface qui n’écoute qu’un seul.

Cas exemptés : lorsque la restriction est essentielle (une application de saisie de piano), requise pour la sécurité (un CAPTCHA qui doit vérifier un mode de saisie spécifique), ou lorsque l’utilisateur lui-même a restreint les modalités via ses paramètres.

Comment y répondre

• Ne pas détecter le type de saisie au chargement de la page et verrouiller l’interface. Un site qui détecte « appareil tactile — masquer tous les états de survol et les indications clavier » est inutilisable sur les ordinateurs portables hybrides.
• Ne pas désactiver les styles de focus lorsqu’une souris est détectée, sauf s’il existe un moyen robuste de les réactiver dès que le clavier est utilisé. :focus-visible résout ce problème.
• Ne pas confiner l’interaction dans le glisser-déposer uniquement, ou le balayage uniquement ; associer les gestes à des équivalents clavier et pointeur (chevauchement important avec les critères 2.5.1 et 2.5.7).
• Tester sur une Surface, un Chromebook ou un iPad avec un clavier connecté. Basculer entre les méthodes de saisie en cours de tâche et confirmer que tout fonctionne encore.

Échecs courants

• Sites qui masquent les indicateurs de focus dès qu’ils détectent une « capacité tactile » — les utilisateurs de clavier sur les appareils hybrides perdent toute indication de focus.
• Carrousels qui ne répondent qu’au balayage même lorsque l’utilisateur survole avec une souris.
• Modales conçues pour le tactile qui ignorent la touche Échap du clavier.
• Détection du « mode mobile » qui désactive la palette de raccourcis clavier sur tout appareil dont la fenêtre d’affichage est étroite.

Pourquoi c’est important

De nombreux utilisateurs handicapés combinent des périphériques de saisie — un pointeur de tête plus un clavier, un commutateur plus la voix, un trackball plus le tactile. Verrouiller l’interface sur un seul mode de saisie supposé rompt ces combinaisons. Cela nuit également à la population croissante d’utilisateurs sur des ordinateurs portables convertibles et des tablettes avec clavier. En tant que critère AAA, il n’a pas le poids juridique du niveau AA, mais le comportement sous-jacent (ne pas détecter la saisie, utiliser :focus-visible, prendre en charge le clavier parallèlement au pointeur) est une hygiène de système de conception qui se justifie d’elle-même.