Mouvements de glissement

Ce que le critère demande

Si une fonctionnalité peut être effectuée par glissement — réordonner des éléments, ajuster un curseur, faire pivoter une carte, signer sur un pavé de signature, faire glisser une bascule de déverrouillage — il doit également exister un moyen d’effectuer la même fonction avec une action à pointeur unique qui n’est pas un glissement. Appuyer sur un bouton, cliquer sur une flèche, saisir une valeur, choisir dans un menu : l’un de ces moyens satisfait le critère de succès.

La règle s’applique que le glissement soit horizontal, vertical ou de forme libre. L’exemption concerne les cas où le glissement est essentiel à la fonction — dessiner dans une application de peinture, faire glisser le joystick analogique d’un joystick virtuel.

Comment y répondre

• Listes triables : ajouter des boutons flèche haut/bas à côté de chaque élément, ou un menu « Déplacer vers la position… ». Le glissement fonctionne toujours pour les utilisateurs de souris ; les boutons couvrent tous les autres.
• Curseurs : fournir <input type="range"> (ou role="slider" avec prise en charge des touches de direction) afin que les valeurs puissent être définies au clavier ou en saisissant un nombre dans un champ associé.
• Panoramique/zoom de carte : ajouter des contrôles visibles de zoom avant/arrière et de panoramique directionnel, ou accepter un champ de recherche pour la navigation directe.
• Carrousels : fournir des boutons Précédent / Suivant en plus du balayage.
• Filtres de plage/prix utilisant un curseur à deux poignées : les associer à deux champs numériques.
• Bannières et modales à fermeture par glissement : ajouter un bouton Fermer visible.
• Capture de signature : proposer une alternative « taper votre nom ».

Échecs courants

• Tableaux Kanban de type Trello où le seul moyen de déplacer une carte entre colonnes est de la faire glisser.
• Poignées de réordonnancement dans les paramètres ou les playlists sans alternative clavier ou bouton.
• Curseurs de plage à deux poignées qui nécessitent le glissement des deux extrémités et n’ont pas de champs min/max.
• Curseurs de comparaison d’images (avant/après) sans boutons pour déplacer le séparateur.
• Sélecteurs de couleur où le seul moyen d’ajuster la teinte/saturation est de glisser dans le sélecteur.
• Contrôles « glisser pour confirmer » ou « glisser pour déverrouiller » sans alternative par appui.
• Sélecteurs de plage de dates personnalisés qui nécessitent de glisser-sélectionner les cellules du calendrier.

Pourquoi c’est important

Le glissement est difficile ou impossible pour les utilisateurs avec un contrôle moteur fin limité, un tremblement, une utilisation du téléphone d’une seule main, les utilisateurs avec une baguette buccale ou un pointeur de tête, et toute personne dont la main se fatigue après quelques glissements sur un pavé tactile. C’est également un problème pour de nombreux utilisateurs de commande de commutateur et de commande vocale — il n’existe pas de commande vocale évidente pour « faire glisser la troisième carte vers la deuxième colonne ». Le critère 2.5.7 est nouveau dans WCAG 2.2 et a remodélisé la conception des interfaces de réordonnancement : la plupart des systèmes de conception modernes fournissent désormais des alternatives par boutons fléchés par défaut. Ce critère de succès devrait être un résultat fréquent dans les audits de tableaux de bord, d’outils de gestion de projet et de toute interface construite autour de listes triables.