Entrées simultanées

Silktide recherche des styles qui désactivent l’entrée tactile pour toute la page, ou qui masquent des boutons et des liens aux personnes utilisant un type particulier de pointeur, comme une souris ou un écran tactile. Les pages devraient permettre aux visiteurs d’utiliser tout mécanisme d’entrée offert par leur appareil.

Pourquoi c’est important

Les gens changent constamment de méthode d’entrée : un ordinateur portable à écran tactile, une tablette avec un clavier, un ordinateur de bureau avec un stylet. D’autres dépendent d’un mécanisme d’entrée précis en raison d’un handicap — une personne ayant des tremblements peut trouver l’interaction tactile plus facile qu’avec une souris, tandis qu’une personne utilisant un bâton buccal peut n’utiliser que le clavier. Une page qui désactive le tactile, ou qui masque des commandes à moins de pouvoir les survoler à la souris, exclut ces visiteurs des fonctionnalités accessibles au reste de votre public.

C’est l’enjeu visé par le critère de succès 2.5.6 des (Mécanismes d’entrée simultanés), une exigence de .

Comment corriger

Supprimez touch-action: none de l’élément html ou body. Si vous en avez besoin pour un geste personnalisé, appliquez-le seulement à l’élément précis qui gère le geste, comme une carte ou une glissière, pas à toute la page.
Lorsqu’une requête média comme @media (hover: none) ou @media (pointer: coarse) masque un bouton ou un lien, assurez-vous que la même action reste accessible autrement pour ces visiteurs. Adaptez le style des commandes pour l’usage tactile au lieu de les supprimer.
Si le style signalé est réellement inoffensif — par exemple, il masque une commande qui possède un équivalent visible pour tout le monde — vous pouvez le constat.

/* Problème : désactive l’entrée tactile pour toute la page */
body {
  touch-action: none;
}

/* Mieux : limiter cela à l’élément qui nécessite des gestes personnalisés */
.map-canvas {
  touch-action: none;
}

Comment Silktide teste cela

Lire le écrit directement dans chaque page, tant les blocs <style> que les attributs style sur les éléments html et body.
Signaler une page lorsqu’elle désactive le tactile globalement, avec touch-action: none appliqué à l’élément html, body ou à l’élément racine.
Signaler une page quand une requête média qui teste le survol ou le type de pointeur (p. ex., hover: hover ou pointer: coarse) masque un élément interactif comme un bouton, un lien ou un champ de formulaire avec display: none.
Signaler au plus un constat par page. Comme ces modèles ont parfois des usages légitimes, les constats sont signalés pour votre confirmation plutôt que comptabilisés comme des échecs confirmés.

Dépannage

Le style signalé est intentionnel

Certaines pages ont réellement besoin de ces modèles — un outil de dessin peut désactiver les gestes tactiles natifs, ou une fonctionnalité réservée aux ordinateurs de bureau peut masquer son menu au survol sur les appareils tactiles tout en offrant un autre chemin vers le même contenu. Si vous confirmez qu’un chemin d’entrée équivalent existe, approuvez le constat.

Ma page restreint l’entrée mais n’a pas été signalée

Silktide ne lit que le CSS écrit dans la page elle-même; les règles présentes dans des feuilles de style liées séparées ne sont pas analysées par ce contrôle. Il ne peut pas non plus voir les restrictions d’entrée appliquées par , comme des scripts qui ignorent les événements tactiles sur certains appareils. Une réussite ici ne garantit pas que la page satisfait au critère.