Les éléments à faire glisser doivent offrir une alternative à pointeur unique

Le contrôle recherche les poignées de curseur personnalisées : [role="slider"], les classes de poignée de noUiSlider, de jQuery UI et d’Ion.RangeSlider, ainsi que des noms de classe comme price-handle. Il ignore input[type="range"], les poignées masquées, de moins de 4 px ou marquées aria-disabled="true", et les éléments repérés par leur classe qui dépassent 80 px ou qui contiennent une image. Six poignées au plus par page sont contrôlées.

Une poignée hors de l’ordre de tabulation est un constat. Une poignée focalisable reçoit une touche fléchée dans le sens de son axe puis, si rien n’a changé, une touche fléchée perpendiculaire à cet axe. Si aucune des deux ne modifie aria-valuenow, aria-valuetext, le texte de la poignée ou sa position sur la piste, c’est un constat. Si un appui sur une touche fait quitter la page, un rechargement l’annule ; ce curseur et les poignées focalisables suivantes vont dans « à examiner ».

Les widgets de zoom d’au moins 80 × 80 px dotés de draggable="true" ou de touch-action: none, sans commande de zoom à proximité, vont eux aussi dans « à examiner ». Le scanner ne transforme pas aujourd’hui les résultats « à examiner » en constats. Seules des touches sont pressées ; le contrôle ne vérifie donc pas si un simple appui tactile ou un clic suffit à régler une valeur.