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 certain type de pointeur, comme une souris ou un écran tactile. Les pages devraient laisser les visiteurs utiliser n’importe quel mode d’entrée proposé par leur appareil.

Pourquoi c’est important

Les personnes changent constamment de méthode d’entrée : un ordinateur portable avec écran tactile, une tablette avec un clavier, un ordinateur de bureau avec un stylet. D’autres dépendent d’un mode d’entrée précis en raison d’un handicap — une personne souffrant de tremblements peut trouver le tactile plus facile que la souris, tandis que quelqu’un utilisant un stylet buccal n’utilisera que le clavier. Une page qui désactive le tactile, ou qui masque des contrôles à moins de pouvoir passer la souris dessus, exclut ces visiteurs de fonctionnalités accessibles au reste de votre audience.

C’est l’objet du critère de succès 2.5.6 de la (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 prendre en charge un geste personnalisé, appliquez‑le uniquement à l’élément spécifique qui gère ce geste, tel qu’une carte ou un curseur, et non à toute la page.
Là où 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 disponible autrement pour ces visiteurs. Adaptez le style des contrôles pour le tactile plutôt que de les supprimer.
Si le style signalé est réellement inoffensif — par exemple, il masque un contrôle dont un équivalent est 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, à la fois les blocs <style> et les attributs style sur les éléments html et body.
Signaler une page lorsqu’elle désactive globalement le tactile, avec touch-action: none appliqué à l’élément html, body ou à l’élément racine.
Signaler une page lorsqu’une requête média qui teste le survol ou le type de pointeur (telles que hover: hover ou pointer: coarse) masque un élément interactif comme un bouton, un lien ou un champ de formulaire au moyen de display: none.
Ne signaler qu’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 un véritable besoin de ces modèles — un outil de dessin peut désactiver les gestes tactiles natifs, ou une fonctionnalité réservée au bureau peut masquer son menu au survol sur les appareils tactiles tout en offrant une autre voie vers le même contenu. Si vous confirmez qu’un moyen d’entrée équivalent existe, approuvez le constat.

Ma page restreint la saisie mais n’a pas été signalée

Silktide ne lit que le CSS écrit directement dans la page elle‑même ; les règles situées dans des feuilles de style liées séparément ne sont pas analysées par cette vérification. Il ne peut pas non plus voir les restrictions d’entrée appliquées via , comme des scripts qui ignorent les événements tactiles sur certains appareils. Une réussite ici ne garantit pas que la page respecte le critère.