Acessibilidade
Projetado para teclado, zoom e leitura sem depender da cor
O assistente usa grupos semânticos, foco visível, controles amplos, rótulos de texto e uma interpretação HTML paralela ao SVG. A cor nunca é o único identificador de um canal de diagnóstico, e o fluxo principal foi organizado para funcionar em tela estreita e com teclado.
Recursos incluídos
A navegação inclui links de salto e regiões identificadas. Opções são agrupadas em fieldsets com legendas; mensagens de estado e erro são anunciadas sem deslocar o foco automaticamente. Alvos interativos do fluxo crítico têm tamanho adequado e os canais C, M, Y e K usam letras além das cores.
Cada zona visual possui resumo escrito em HTML com o que verificar e o que não pode ser comprovado. O layout considera movimento reduzido, cores forçadas e adaptação de celular a desktop; ampliar a prévia não altera o tamanho físico pretendido da impressão.
Limites da prévia e da impressão
O SVG tem título e descrição, mas contém geometria densa destinada à saída física. Por isso, não é necessário interpretar formas interativas apenas pela imagem: a lista textual oferece uma rota equivalente. A prévia serve para conferir composição, não cor calibrada nem medida real.
Diálogos de impressão e leitores de PDF pertencem ao sistema operacional ou a outros fornecedores. Controles de escala, anúncios e navegação variam entre combinações. Esses componentes precisam de testes representativos e não podem ser declarados universalmente acessíveis pelo site.
Abordagem de validação
Verificações automatizadas de acessibilidade e testes de teclado ajudam a localizar problemas de semântica, contraste, rótulo e foco. Revisões responsivas procuram transbordamento horizontal em várias larguras. Esses controles são necessários, mas não substituem avaliação manual.
Zoom de 200% a 400%, cores forçadas, movimento reduzido, VoiceOver, NVDA, leitores de PDF e diálogos reais de impressão fazem parte da revisão contínua. Nenhuma dessas atividades constitui certificação independente nem promessa de ausência de barreira em toda combinação possível.
Relate uma barreira
Escreva para Vincent Schneider em tailorweb.contact@gmail.com. Informe a rota, o controle ou a zona da folha, navegador, sistema operacional, tecnologia assistiva, nível de zoom, comportamento observado e resultado esperado. Também é possível usar o endereço postal 14 avenue Jean Médecin, 06000 Nice, France.
Não envie documento privado, identificador de impressora, endereço de rede, credencial nem captura que contenha dados pessoais. Um exemplo fictício e uma descrição breve geralmente bastam para investigar a interface.
Privacidade e suporte
A ferramenta funciona localmente, sem conta, banco de dados ou armazenamento do conteúdo digitado. Google Analytics mede visitas separadamente; não há publicidade nem CMP ativa. Um relato por e-mail é um canal distinto e deve conter só o necessário para reproduzir a barreira.
A caixa é monitorada, mas não há prazo fixo de resposta ou correção. O operador prioriza barreiras no percurso entre sintoma, prévia, impressão ou download e interpretação, sem prometer compatibilidade imediata com todos os recursos assistivos.
Limites ainda abertos
A acessibilidade da impressão física depende também do papel, do equipamento e da finalidade de quem utiliza a folha. Rótulos e explicações reduzem a dependência de cor, mas não transformam um padrão visual em teste plenamente não visual.
A saída Legal continua sem validação física em impressora compatível. Relatos reproduzíveis orientam melhorias, porém uma correção de software não pode garantir o comportamento futuro de todo navegador, leitor de PDF, driver, diálogo de impressão ou dispositivo.