As ferramentas de teste devem estar operáveis
O XZETO foi projetado de acordo com os fundamentos do WCAG 2.2 AA, com notas honestas onde as interações focadas em hardware criam restrições inevitáveis.
Navegação pelo teclado
Navegação, formulários, botões, widgets de divulgação e controles de ferramentas sem teclado usam elementos nativos focáveis com anéis de foco visíveis. Os testes de captura de teclado exigem uma ação de entrada explícita e fornecem uma ação de saída visível para que os usuários não fiquem presos.
Leitores de tela e status
Os títulos seguem a hierarquia visual, os controles têm texto ou rótulos acessíveis e alterações importantes de status usam regiões ativas educadas. As métricas brutas que mudam rapidamente são resumidas em vez de anunciadas repetidamente.
Cor, movimento e tamanho
O significado é combinado com texto ou ícones, e não apenas com a cor. Os temas claros e escuros usam tokens semânticos e limites visíveis. Os alvos interativos têm pelo menos 44 por 44 pixels CSS. A interface respeita prefers-reduced-motion.
Limitações conhecidas
Alguns testes são inerentemente visuais, auditivos ou dependem de informações físicas. Padrões de exibição, verificações subjetivas de áudio, traços de ponteiro e eixos do controlador podem não ter um resultado sensorial equivalente. Sempre que possível, a página inclui instruções de texto, resumos numéricos, controles para pular e ferramentas alternativas relacionadas.
Enviar comentários
Se um controle estiver inacessível, um status não estiver claro, o texto não for redimensionado ou um teste entrar em conflito com a tecnologia assistiva, use a página Contato e selecione Feedback de acessibilidade. Inclua a página e o navegador, mas não envie gravações brutas ou capturas de tela confidenciais.