Les outils de test doivent être opérationnels
XZETO est conçu selon les principes fondamentaux des WCAG 2.2 AA, avec des notes honnêtes où les interactions axées sur le matériel créent des contraintes inévitables.
Navigation au clavier
La navigation, les formulaires, les boutons, les widgets de divulgation et les contrôles d'outils autres que le clavier utilisent des éléments natifs focalisables avec des anneaux de mise au point visibles. Les tests de capture du clavier nécessitent une action d'entrée explicite et fournissent une action de sortie visible afin que les utilisateurs ne soient pas piégés.
Lecteurs d'écran et statut
Les titres suivent la hiérarchie visuelle, les contrôles comportent du texte ou des étiquettes accessibles, et les changements de statut importants utilisent des régions dynamiques polies. Les mesures brutes qui évoluent rapidement sont résumées plutôt que annoncées à plusieurs reprises.
Couleur, mouvement et taille
La signification est associée au texte ou aux icônes plutôt qu’à la couleur seule. Les thèmes clairs et sombres utilisent des jetons sémantiques et des limites visibles. Les cibles interactives mesurent au moins 44 x 44 pixels CSS. L'interface respecte prefers-reduced-motion.
Limites connues
Certains tests sont intrinsèquement visuels, auditifs ou dépendent d’un apport physique. Les modèles d'affichage, les contrôles audio subjectifs, les traces de pointeur et les axes du manette peuvent ne pas avoir un résultat sensoriel équivalent. Dans la mesure du possible, la page comprend des instructions textuelles, des résumés numériques, des commandes de saut et des outils connexes alternatifs.
Envoyer des commentaires
Si un contrôle est inaccessible, un statut n'est pas clair, le texte n'est pas redimensionné ou un test entre en conflit avec la technologie d'assistance, utilisez la page Contact et sélectionnez Commentaires sur l'accessibilité. Incluez la page et le navigateur, mais n'envoyez pas d'enregistrements bruts ni de captures d'écran sensibles.