Web développer - Tactile et interactions

S’assurer que l’utilisateur garde le contrôle sur les interactions, en particulier tactiles

Autoriser l'utilisation du zoom #

Cible : tout le monde en particulier les personnes déficientes visuelles.
Quand : lors du développement.

Description :
L'utilisateur doit être capable de zoomer le contenu de la page facilement sur périphérique tactile (smartphone, tablette...). Cette fonctionnalité de base offerte par le navigateur ne doit pas être désactivée au niveau du code (ne pas utiliser de balise meta interdisant le zoom).

Permettre d'annuler le déclenchement des interactions #

Cible : Facilite l'annulation pour tous les utilisateurs en cas d'erreur sur la cible.
Aide les personnes ayant des déficiences visuelles, des limitations cognitives et des déficiences motrices.
Les personnes incapables de détecter les changements de contexte sont moins susceptibles d'être désorientées lors de la navigation sur un site.

Quand : lors du développement.

Description :
Lors d'une interaction gestuelle mono-point, au moins une condition est vraie :

  • l'événement "descendant" du pointeur (ex: MouseDown) n'est pas utilisé pour effectuer une partie de la fonction
  • Pouvoir abandonner ou annuler, la fonction est terminée sur l'événement "montant" (ex: MouseUp) et un mécanisme est disponible pour abandonner la fonction avant la fin ou pour annuler la fonction une fois terminée
  • Pouvoir sur l'événement montant inverser tout résultat de l'événement descendant précédent
  • Terminer la fonction sur l'événement est essentiel. Note : les fonctions qui émulent un appui clavier ou un pavé numérique sont considérées comme essentielles.

Référence WCAG :

Proposer une alternative aux gestuelles complexes #

Cible : tout le monde en particulier les personnes souffrant de handicap moteur ou visuel, de troubles cognitifs ou d'apprentissage et en mobilité. Les utilisateurs qui ne peuvent pas (avec précision) effectuer des gestes complexes avec un pointeur. Les utilisateurs novices qui ignorent souvent la prise en charge de gestes de pointeur complexes.

Quand : lors de la conception et lors du développement.

Description :

  • Pour chaque interaction gestuelle complexe ou basée sur une trajectoire (swipe, drag, pinch...), une alternative doit être disponible (par exemple une alternative non gestuelle ou simplifiée) sauf si cette gestuelle ou cette trajectoire est essentielle (ex. : signature).
  • De même, pour les interactions nécessitant un changement d'orientation de l'appareil ou un mouvement de l'appareil effectué par l'utilisateur (basculement, rotation, secouement...), cette fonctionnalité peut être désactivée et doit avoir une alternative dans l'interface.

Gestuelles complexes: tout geste multi-points (nécessitant plusieurs doigts), et/ou nécessitant de suivre une trajectoire précise.
Gestuelle simplifiée: une alternative nécessitant un seul pointeur (un seul doigt) et sans trajectoire précise.

Référence WCAG :

Proposer une alternative aux mouvements de glisser-déposer #

Cible : tout le monde en particulier les personnes souffrant de handicap moteur, visuel et en mobilité.
Quand : lors de la conception et lors du développement.

Description :
Pour chaque interaction de glisser-déposer, vérifier qu'une alternative accessible est disponible et ne demande pas de mouvement de glisser.
Ce critère concerne seulement les mouvements dont seuls les points de départ et d'arrivée sont pris en compte sans geste basé sur une trajectoire précise.
Mouvement de glisser : Action de cliquez sur un point de départ, puis maintenir contact pour déplacer puis relâcher le pointeur au positionnement final.

Exemple valide :
Par exemple, si on peut glisser-déposer des valeurs dans différentes colonnes, une alternative suffisante serait un bouton qui permet de sélectionner la colonne où déplacer la valeur.

Exception :
La fonctionnalité de glisser-déposer est essentielle (un jeu de dextérité par exemple) ou la fonctionnalité est native et gérée par l'agent utilisateur et non modifiée.

Référence WCAG :

Donner accès au contenu quelle que soit l'orientation de l'écran #

Cible : tout le monde en particulier les personnes souffrant de handicap moteur ou visuel et en mobilité.
Quand : lors de la conception et lors du développement.

Description :
L'accès au contenu ne doit pas dépendre de l'orientation de l'écran (portrait et paysage). Sauf usage essentiel au fonctionnement de l’application (ex : serious game).

Référence WCAG :