Ceweb.br - http://www.ceweb.br/
Av. das Nações Unidas, 11.541, 7º andar
São Paulo, SP - Brasil
Telefone +55 11 5509-3511
CEP 04578-000
Coordenador da tradução: Reinaldo Ferraz - Contato
Esta é uma Tradução Autorizada de um documento do W3C. A publicação desta tradução seguiu os passos descritos em Regras para Traduções Autorizadas do W3C. No caso de controvérsias a versão oficial da especificação é o documento original, inglês.
Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2
As Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2 abrangem diversas recomendações com a finalidade de tornar o conteúdo da Web mais acessível. Seguir estas diretrizes irá tornar o conteúdo acessível a um maior número de pessoas com deficiência, incluindo acomodações para cegueira e baixa visão, surdez e baixa audição, limitações de movimentos, incapacidade de fala, fotossensibilidade e combinações destas características, e alguma acomodação para dificuldades de aprendizagem e limitações cognitivas; mas não abordará todas as necessidades de usuários com essas deficiências. Estas diretrizes abordam a acessibilidade do conteúdo da web em computadores de mesa, notebooks, tablets e dispositivos móveis. Seu conteúdo da Web também ficará mais acessível aos usuários em geral ao seguir estas diretrizes.
Os critérios de sucesso das WCAG 2.2 são escritos como declarações testáveis, que não se referem à tecnologias específicas. Orientações sobre como satisfazer os critérios de sucesso em tecnologias específicas, bem como informações gerais sobre como interpretar os critérios de sucesso, são disponibilizadas em documentos separados. Consulte uma Visão Geral sobre as Diretrizes de Acessibilidade para Conteúdo Web (em inglês), para uma introdução e links de material técnico e educacional das WCAG.
As WCAG 2.2 estendem as Diretrizes de Acessibilidade para Conteúdo Web 2.0 [WCAG21], as quais foram publicadas como Recomendação do W3C em junho de 2018. O conteúdo em conformidade com as WCAG 2.2 também está em conformidade com as WCAG 2.0 e WCAG 2.1. O GT pretende que, para as normas que demandem conformidade com as WCAG 2.0 ou WCAG 2.1, as WCAG 2.2 possam fornecer um meio alternativo de conformidade. A publicação das WCAG 2.2 não torna obsoletas ou substitui as WCAG 2.0 e WCAG 2.1. Embora as WCAG 2.0 e WCAG 2.1 permaneçam como Recomendação do W3C . O W3C aconselha a utilização das WCAG 2.2 para maximizar esforços futuros de aplicabilidade de acessibilidade. O W3C incentiva o uso da versão mais atual das WCAG ao desenvolver ou atualizar políticas de acessibilidade da Web.
Status Deste Documento
Esta seção descreve o status deste documento no momento de sua publicação. Outros documentos podem substituir esse documento. A lista das atuais publicações do W3C e a última revisão deste relatório técnico podem ser encontradas no índice dos relatórios técnicos do W3C em https://www.w3.org/TR/ (em inglês).
Para comentar, registre uma questão (issue) no repositório WCAG do GitHub do W3C. Embora os Critérios de Sucesso propostos neste documento façam referência à discussão do acompanhamento de questões, o Grupo de Trabalho solicita que os comentários públicos sejam arquivados como novas questões (issues), uma questão por comentário distinto. É gratuito criar uma conta GitHub para registrar questões. Se registrar problemas no GitHub não for viável, envie um e-mail para: public-agwg-comments@w3.org (arquivo de comentários).
O W3C recomenda a implementação ampla desta especificação como um padrão para a Web.
Uma Recomendação do W3C é uma especificação que, após amplo processo para estabelecer consenso, é endossada pelo W3C e seus membros, e os membros do Grupo de Trabalho se comprometem com o licenciamento isento de royalties (em inglês) para implementações.
As Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2 definem a forma de como tornar o conteúdo da Web mais acessível para pessoas com deficiência. A acessibilidade envolve uma ampla variedade de deficiências, incluindo questões visuais, auditivas, físicas, de fala, intelectuais, de linguagem, de aprendizagem e neurológicas. Embora estas diretrizes cubram uma ampla diversidade de situações, elas não são capazes de abordar as necessidades das pessoas com todos os tipos, graus e combinações de deficiências. Estas diretrizes tornam também o conteúdo da Web mais acessível por pessoas idosas, cujas habilidades estão em constante mudança devido ao envelhecimento, e muitas vezes melhoram a usabilidade para usuários em geral.
As WCAG 2.2 foram desenvolvidas pelo processo W3C (em inglês) em colaboração com pessoas e organizações em todo o mundo, objetivando fornecer um padrão compartilhado referente à acessibilidade do conteúdo da Web e que atenda as necessidades das pessoas, das organizações e dos governos em âmbito internacional. As WCAG 2.2 baseiam-se nas WCAG 2.2 [WCAG22] e WCAG 2.1 [WCAG21], que, por sua vez, foram construídas sobre as WCAG 1.0 [WAI-WEBCONTENT] e concebidas para ser largamente aplicadas às diferentes tecnologias atuais e futuras da Web, bem como testáveis com uma combinação de testes automáticos e avaliação humana. Para uma introdução às WCAG, consulte a Descrição Geral das Diretrizes de Acessibilidade para Conteúdo Web (em inglês).
Desafios significativos foram encontrados ao se definir critérios adicionais de abordagem a deficiências cognitivas, de linguagem e aprendizagem, incluindo um cronograma reduzido para o desenvolvimento, bem como para lidar com os desafios de alcançar um consenso sobre testes, implementação e considerações internacionais sobre propostas. O trabalho prosseguirá nessa área em futuras versões das WCAG. Encorajamos os autores a se referirem à nossa orientação suplementar sobre a melhoria da inclusão de pessoas com deficiências, incluindo dificuldades cognitivas e de aprendizagem, pessoas com baixa visão e muito mais (em inglês).
A acessibilidade na Web depende não só do conteúdo acessível, como também de navegadores web acessíveis e outros agentes de usuário. Ferramentas de autoria também desempenham um papel importante para a acessibilidade na Web. Para uma descrição geral sobre como estes componentes de desenvolvimento web e interação funcionam em conjunto, consulte:
Quando este documento se referir ao WCAG 2, ele inclui todas e quaisquer versões do WCAG que comecem com 2.
0.2 Camadas de Orientação das WCAG 2
As pessoas e organizações que utilizam as WCAG são diversas e incluem programadores e web designers, legisladores, responsáveis pelas compras, professores e alunos. Para corresponder às várias necessidades deste público, são fornecidas diversas camadas de orientação, incluindo princípios globais, diretrizes gerais, critérios de sucesso testáveis, um rico conjunto de técnicas de tipo suficientes e de tipo aconselhadas ,bem como falhas comuns documentadas com exemplos, links para recursos e código fonte.
Diretrizes - Abaixo dos princípios estão as diretrizes. As 13 diretrizes fornecem os objetivos básicos que os autores devem atingir para tornar o conteúdo mais acessível aos usuários com diferentes deficiências. As diretrizes não são testáveis, mas disponibilizam a estrutura e os objetivos de âmbito global que ajudam os autores a compreender os critérios de sucesso e a melhor implementar as técnicas.
Critérios de Sucesso - Para cada diretriz, são fornecidos critérios de sucesso testáveis para permitir que as WCAG 2.2 sejam utilizadas onde os requisitos e os testes de conformidade são necessários, tais como na especificação do projeto, nas compras, na regulamentação e nos acordos contratuais. A fim de atender as necessidades dos diferentes grupos e situações, são definidos três níveis de conformidade: A (o mais baixo), AA e AAA (o mais elevado). Informações adicionais sobre os níveis das WCAG, podem ser encontradas em Compreendendo os Níveis de Conformidade (em inglês).
Técnicas Suficientes e Aconselhadas - Para cada uma das diretrizes e critérios de sucesso existentes no próprio documento das WCAG 2.2, o grupo de trabalho documentou ainda uma grande variedade de técnicas. As técnicas têm caráter informativo e enquadram-se em duas categorias: as que são suficientes para satisfazer os critérios de sucesso e as que são aconselhadas. As técnicas aconselhadas vão além do que é exigido pelos critérios de sucesso individuais e permitem aos autores um melhor cumprimento das diretrizes. Algumas técnicas aconselhadas vão ao encontro de barreiras de acessibilidade que não estão abrangidas pelos critérios de sucesso testáveis. Onde são conhecidas falhas comuns, estas são igualmente documentadas. Consulte também Técnicas Suficientes e Aconselhadas em Compreendendo as WCAG 2.2 (em inglês).
Todas estas camadas de orientação (princípios, diretrizes, critérios de sucesso e técnicas suficientes e aconselhadas) funcionam em conjunto para fornecer orientações sobre como tornar o conteúdo mais acessível. Os autores são encorajados a observar e a aplicar todos os níveis que conseguirem, incluindo as técnicas aconselhadas, de forma a melhor satisfazerem as necessidades do maior número possível de usuários.
Note-se que, até mesmo, o conteúdo que está em conformidade com o nível mais elevado (AAA) não estará acessível a pessoas com todos os tipos, graus ou combinações de deficiências, particularmente nas áreas da cognição, linguagem e aprendizagem. Os autores são encorajados a considerar a totalidade das técnicas, incluindo as técnicas aconselhadas, Tornando o Conteúdo Utilizável por Pessoas com Deficiências Cognitivas e de Linguagem (em inglês), assim como a procurar orientação relevante sobre as atuais boas práticas, de forma a garantir que o conteúdo da Web seja acessível, tanto quanto possível, a essa comunidade. Os metadados (em inglês) podem ajudar os usuários a encontrarem o conteúdo mais adequado às suas necessidades.
0.3 Documentos de Apoio das WCAG 2.2
O documento WCAG 2.2 foi concebido para satisfazer as necessidades daqueles que precisam de um padrão técnico referenciável e estável. Outros documentos, chamados de documentos de apoio, baseiam-se no documento WCAG 2.0 e abordam outros objetivos importantes, incluindo a capacidade de serem atualizados para descrever a forma como as WCAG seriam aplicadas com novas tecnologias. Os documentos de apoio incluem:
Como cumprir as WCAG 2.2 (em inglês) - Uma referência rápida personalizável para as WCAG 2.2 que inclui todas as diretrizes, critérios de sucesso e técnicas para os autores usarem à medida que vão desenvolvendo e avaliando o conteúdo Web. Inclui também conteúdo das WCAG 2.0, 2.1, e 2.2, e que pode ser filtrado de várias maneiras para ajudar os autores a concentrarem-se no conteúdo relevante.
Compreendendo as WCAG 2.2 (em inglês) - Um guia para compreender e implementar as WCAG 2.2. Existe um pequeno documento intitulado "Compreendendo" para cada diretriz e critério de sucesso existente nas WCAG 2.2, assim como tópicos-chave.
Técnicas para as WCAG 2.2(em inglês) - Uma coleção de técnicas e erros comuns, cada uma em um documento em separado que inclui uma descrição, os exemplos, o código fonte e os testes.
As Novidades do WCAG 2.2 (em inglês) introduzem os novos critérios de sucesso com citações de personas que ilustram as questões de acessibilidade.
Veja a Descrição Geral das Diretrizes de Acessibilidade para Conteúdo Web (WCAG) (em inglês) para uma descrição do material de apoio das WCAG 2.2, incluindo os recursos educativos relacionados com as WCAG 2. Os recursos adicionais, que abrangem tópicos como a questão comercial da acessibilidade da Web, o planejamento da implementação para melhorar a acessibilidade dos sites Web, e as políticas de acessibilidade encontram-se listados em Recursos WAI (em inglês).
0.4 Requisitos para WCAG 2.2
As WCAG 2.2 cumprem um conjunto de requisitos para as WCAG 2.2, que, por sua vez, herdam os requisitos das versões anteriores das WCAG 2. Os requisitos organizam a estrutura geral das diretrizes e garantem a compatibilidade com versões anteriores. O Grupo de Trabalho também utilizou um conjunto menos formal de critérios de aceitação para critérios de sucesso, com isso, visando ajudar a garantir que os critérios de sucesso sejam semelhantes em estilo e qualidade àqueles das WCAG 2.0. Esses requisitos restringiram o que poderia ser incluso nas WCAG 2.2. Esta restrição foi importante para preservar a sua natureza como um lançamento pontual das WCAG 2.
0.5 Comparação com as WCAG 2.1
As WCAG 2.2 foram criadas com o objetivo de continuar o trabalho das WCAG 2.1: melhorar as diretrizes de acessibilidade de três grupos principais: usuários com deficiências cognitivas ou de aprendizagem, usuários com baixa visão e usuários com deficiências em dispositivos móveis. Muitas maneiras de atender a essas necessidades foram propostas e avaliadas, e um conjunto delas foi refinado pelo Grupo de Trabalho. Os requisitos estruturais herdados das WCAG 2.0, a clareza e o impacto das propostas e o cronograma levaram ao conjunto final de critérios de sucesso inclusos nesta versão. O Grupo de Trabalho acredita que as WCAG 2.2 desenvolvem, de forma incremental, as diretrizes de acessibilidade de conteúdo Web de todas essas áreas, mas ressalta que nem todas as necessidades dos usuários foram atendidas por essas diretrizes.
As WCAG 2.2 desenvolvem-se e são compatíveis com a versão WCAG 2.1; o que significa que as páginas Web em conformidade com as WCAG 2.2 também estão em conformidade com as WCAG 2.1. Foram adicionados requisitos que se baseiam nas versões 2.1 e 2.0. As WCAG 2.2 removeram um critério de sucesso, 4.1.1 Análise. Os autores que estão, por questões legais, obrigados a cumprir as WCAG 2.0 ou 2.1 poderão atualizar o conteúdo para as WCAG 2.2, mas devem manter os testes e notificar a 4.1.1. Autores que seguem mais de uma versão das diretrizes devem estar cientes das seguintes inclusões.
Novas Funcionalidades das WCAG 2.2
As WCAG 2.2 ampliam as WCAG 2.1 adicionando novos critérios de sucesso, definições para apoiá-los, e diretrizes para organizar as adições. Esta abordagem aditiva ajuda a deixar claro que os sites que estão em conformidade com as WCAG 2.2 também estão em conformidade com as WCAG 2.1. O Grupo de Trabalho de Diretrizes de Acessibilidade recomenda que os sites adotem as WCAG 2.2 como sua nova meta de conformidade, mesmo se as obrigações formais mencionarem versões anteriores, para proporcionar uma
melhor acessibilidade e antecipar futuras mudanças políticas.
Os seguintes Critérios de Sucesso são novos no WCAG 2.2:
Os novos critérios de sucesso podem fazem referência a novos termos que também foram adicionados ao glossário e fazem parte dos requisitos normativos dos critérios de sucesso.
O WCAG 2.2 também introduz novas seções detalhando aspectos da especificação que podem impactar na privacidade e segurança.
Numeração nas WCAG 2.2
Com a finalidade de evitar confusões para implementadores para os quais a compatibilidade com as versões das WCAG 2 é importante, os novos critérios de sucesso nas WCAG 2.2 foram anexados ao final do conjunto de critérios de sucesso dentro das diretrizes. Isso evita a necessidade de alterar o número da seção de critérios de sucesso das WCAG 2, o que seria causado pela inserção de novos critérios de sucesso entre os critérios de sucesso existentes na diretriz, mas significa que os critérios de sucesso em cada diretriz não estão mais agrupados por nível de conformidade. A ordem dos critérios de sucesso dentro de cada diretriz não implica em informações sobre o nível de conformidade; somente o indicador de nível de conformidade (A / AA / AAA) no próprio critério de sucesso indica isso. Referências Rápidas das WCAG 2.2 (em inglês) fornecem meios para visualizar os critérios de sucesso agrupados por nível de conformidade, juntamente com muitas outras opções de filtro e ordenação.
Conformidade com as WCAG 2.2
As WCAG 2.2 utilizam o mesmo modelo de conformidade das WCAG 2.0. Pretende-se que sites em conformidade com as WCAG 2.2 também estejam em conformidade com as WCAG 2.0 e as WCAG 2.1. Isso significa que cumprem os requisitos de quaisquer políticas que façam referência às WCAG 2.0 ou WCAG 2.1, além de atenderem melhor às necessidades dos usuários na Web atual.
Versões Posteriores das Diretrizes de Acessibilidade
Em paralelo às WCAG 2.2, o Grupo de Trabalho Diretrizes de Acessibilidade está desenvolvendo outra versão principal de diretrizes de acessibilidade. Espera-se que o resultado deste trabalho seja uma reestruturação mais substancial da orientação de acessibilidade na Web do que seria realista para as edições pontuais das WCAG 2. O trabalho segue uma metodologia de projeto concentrada na pesquisa e voltada ao usuário para produzir um resultado mais eficaz e flexível, incluindo as funções de criação de conteúdo, suporte a agente de usuário e suporte a ferramentas de criação. Este é um esforço de vários anos, sendo assim, as WCAG 2.2 são necessárias como medida provisória para fornecer orientações atualizadas de acessibilidade e para refletir as alterações na Web desde a publicação das WCAG 2.0. O Grupo de Trabalho também pode desenvolver versões provisórias adicionais, continuando com as WCAG 2.2, em um curto período de tempo semelhante para fornecer suporte adicional enquanto a versão principal é concluída.
1. Perceptível
As informações e os componentes da interface do usuário devem ser apresentados em formas que possam ser percebidas pelo usuário.
Fornecer alternativas textuais para qualquer conteúdo não textual, para que possa ser transformado em outras formas de acordo com as necessidades dos usuários, tais como impressão com tamanho de fontes maiores, braille, fala, símbolos ou linguagem mais simples.
Se o conteúdo não textual for um controle ou aceitar a entrada de dados por parte do usuário, então esse conteúdo não textual possui um nome que descreve a sua finalidade. (Consultar o Critério de Sucesso 4.1.2 para requisitos adicionais de controles e conteúdo que aceitam entrada de dados por parte do usuário)
Mídias com base no tempo
Se o conteúdo não textual consiste em mídia baseada em tempo, então as alternativas textuais fornecem, no mínimo, uma identificação descritiva do conteúdo não textual (Consulte a Diretriz 1.2 para obter os requisitos adicionais para mídia).
Teste
Se o conteúdo não textual for um teste ou um exercício, que ficaria inválido se fosse apresentado em texto, então as alternativas textuais fornecem, no mínimo, uma identificação descritiva do conteúdo não textual.
Sensorial
Se a finalidade do conteúdo não textual for, essencialmente, criar uma experiência sensorial específica, então as alternativas textuais fornecem, no mínimo, uma identificação descritiva do conteúdo não textual.
Se a finalidade do conteúdo não textual for confirmar que o conteúdo está sendo acessado por uma pessoa e não por um computador, então devem ser fornecidas alternativas textuais que identificam e descrevem a finalidade do conteúdo não textual. Formas alternativas de CAPTCHA, que utilizam modos de saída para diferentes tipos de percepção sensorial, devem ser apresentadas para atender diferentes deficiências.
Decoração, Formatação, Invisível
Se o conteúdo não textual for meramente decorativo, se for utilizado apenas para formatação visual, ou se não for exibido aos usuários, então esse conteúdo não textual deve ser implementado de uma forma que possa ser ignorado pelas tecnologias assistivas.
É fornecida uma alternativa em mídia com base em tempo ou uma faixa de áudio que apresenta informação equivalente para o conteúdo apenas de vídeo pré-gravado.
As instruções fornecidas para compreender e utilizar o conteúdo não dependem somente das características sensoriais dos componentes, tais como forma, cor, tamanho, localização visual, orientação ou som.
Nota
Para requisitos relacionados com a cor, consulte a Diretriz 1.4.
O conteúdo não restringe sua visualização e operação a uma única orientação de exibição, como retrato ou paisagem, a menos que uma orientação de exibição específica seja essencial.
Nota
Exemplos em que uma determinada orientação de exibição pode ser essencial são um cheque bancário, uma aplicação de piano, slides para projetor ou televisão ou conteúdo de realidade virtual em que o conteúdo não está necessariamente restrito à orientação de exibição paisagem ou retrato.
Critério de Sucesso 1.3.5 Identificar o Propósito de Entrada
A cor não é utilizada como o único meio visual de transmitir informações, indicar uma ação, pedir uma resposta ou distinguir um elemento visual.
Nota
Este critério de sucesso aborda especificamente a percepção de cores. Outras formas de percepção são abordadas na Diretriz 1.3 incluindo o acesso às cores por meio de código de programação e outras codificações de apresentação visual.
Se qualquer áudio em uma página web tocar automaticamente durante mais de 3 segundos, deve estar disponível um mecanismo para fazer uma pausa ou parar o áudio, ou um mecanismo para controlar o volume do áudio,
independentemente do nível de volume total do sistema.
NOTA
Uma vez que qualquer conteúdo que não cumpra este critério de sucesso pode interferir na capacidade de um usuário de usar toda a página, todo o conteúdo da página web (quer seja ou não utilizado para cumprir outros critérios de sucesso) deve atender este critério de sucesso. Consulte o Requisito de Conformidade 5: Não-Interferência.
Texto em tamanho grande e as imagens compostas por texto em tamanho grande têm uma relação de contraste de, no mínimo, 3:1;
Texto em plano Secundário
O texto ou imagens de texto que fazem parte de um componente de interface de usuário inativo, que são meramente decorativos, que não estão visíveis para ninguém, ou que são parte de uma imagem que inclui outro conteúdo visual significativo, não têm requisito de contraste.
Logotipos
O texto que faz parte de um logotipo ou marca comercial não tem requisito mínimo de contraste.
Se as tecnologias que estiverem sendo utilizadas puderem proporcionar a apresentação visual, é utilizado texto para transmitir informações em vez de imagens de texto exceto para o seguinte:
Texto em tamanho grande e as imagens compostas por texto em tamanho grande têm uma relação de contraste de, no mínimo, 4.5:1;
Texto em plano Secundário
O texto ou as imagens de texto que fazem parte de um componente de interface de usuário inativo, que são meramente decorativos, que não estão visíveis para ninguém, ou que fazem parte de uma imagem que inclui outro conteúdo visual significativo, não têm requisito de contraste.
Logotipos
O texto que faz parte de um logotipo ou marca comercial não tem requisito de contraste.
Critério de Sucesso 1.4.7
Áudio de fundo baixo ou sem Áudio de fundo
Para conteúdo composto por apenas áudio pré-gravado que (1) contenha essencialmente fala em primeiro plano, (2) não seja um
CAPTCHA de áudio ou logotipo de áudio, e (3) não seja vocalização com o objetivo de ser, essencialmente, expressão musical, tal como canto ou canto rítmico (rapping), no mínimo, uma das seguintes afirmações é verdadeira:
Sem Fundo
O áudio não contém sons de fundo.
Desligar
Os sons de fundo podem ser desligados.
20 dB
Os sons de fundo são, no mínimo, 20 decibéis mais baixos que o conteúdo da voz em primeiro plano, com a exceção de sons ocasionais que duram apenas um ou dois segundos.
Nota
De acordo com a definição de "decibel", o som de fundo que cumprir este requisito será, aproximadamente, quatro vezes mais baixo do que o conteúdo de voz em primeiro plano.
Para a apresentação visual de blocos de texto, um mecanismo está disponível para se obter o seguinte:
As cores do primeiro plano e do plano de fundo podem ser selecionadas pelo usuário.
A largura não tem mais do que 80 caracteres ou glifos (40 se CJK)
O texto não é justificado (alinhado a ambas as margens esquerda e direita).
O espaçamento entre linhas (principal) tem, no mínimo, um espaço e meio nos parágrafos, e o espaçamento entre parágrafos é, no mínimo, 1,5 vezes maior do que o espaçamento entre linhas.
O texto pode ser redimensionado sem tecnologia assistiva até 200 por cento, de um modo que o usuário não necessite rolar horizontalmente para ler uma linha de texto em uma janela em tela cheia.
Nota 1
Não é obrigatório que o conteúdo use esses valores. A exigência é que um mecanismo esteja disponível para usuários mudarem esses aspectos da apresentação. O mecanismo pode ser fornecido pelo navegador ou outro agente usuário. Não é obrigatório que o conteúdo forneça o mecanismo.
Nota 2
Sistemas de escrita para algumas línguas usam diferentes aspectos de apresentação para melhorar a legibilidade. Se um aspecto de apresentação nesse critério de sucesso não for usado no sistema de escrita, o conteúdo naquele sistema de escrita não precisa usar aquela configuração de apresentação e pode estar em conformidade sem ele. Os autores são incentivados a seguir as diretrizes para melhorar a legibilidade do texto em seu sistema de escrita.
Critério de Sucesso 1.4.9 Imagens de Texto (sem exceção)
O conteúdo pode ser apresentado sem perda de informação ou funcionalidade e sem exigir rolagem em duas dimensões para:
Conteúdo de rolagem vertical com largura equivalente a 320 pixels CSS;
Conteúdo de rolagem horizontal com altura equivalente a 256 pixels CSS.
Exceto para partes do conteúdo que requerem layout bidimensional para uso ou significado.
Nota 1
320 pixels CSS equivalem a uma largura de janela de exibição (viewport) inicial de 1.280 pixels de largura, com zoom de 400%. Para conteúdo da Web projetado para rolar horizontalmente (por exemplo, com texto vertical), os 256 pixels CSS equivalem a uma altura inicial da janela de exibição de 1024px com zoom de 400%.
Nota 2
Exemplos de conteúdo que exigem layout bidimensional são imagens
necessárias para compreensão (como mapas e diagramas), vídeos, jogos,
apresentações, tabelas de dados (não células individuais) e interfaces
onde seja necessário manter as barras de ferramentas em exibição ao
manipular o conteúdo. É aceitável fornecer rolagem bidimensional para
tais partes do conteúdo.
Informações visuais necessárias para identificar estados e componentes de interface de usuário, exceto para componentes inativos ou quando a aparência do componente é determinada pelo agente de usuário e não é modificada pelo autor;
Objetos Gráficos
Partes de gráficos necessárias para entender o conteúdo, exceto quando uma apresentação específica de gráficos é essencial para as informações que estão sendo transmitidas.
No conteúdo implementado usando linguagens de marcação que suportam as seguintes propriedades de estilo de texto, nenhuma perda de conteúdo ou funcionalidade ocorre pela configuração de todos os itens a seguir e pela alteração de nenhuma outra propriedade de estilo:
Altura da linha (espaçamento entre linhas) de pelo menos 1,5 vezes o tamanho da fonte;
Espaçamento entre os parágrafos subsequentes de pelo menos 2 vezes o tamanho da fonte;
Espaçamento entre letras de pelo menos 0,12 vezes o tamanho da fonte;
Espaçamento entre palavras de pelo menos 0,16 vezes o tamanho da fonte.
Exceção: linguagens humanas e escritas (scripts) que não fazem uso de uma ou mais dessas propriedades de estilo de texto em textos escritos podem estar em conformidade usando apenas as propriedades existentes para essa combinação de linguagem e script.
Nota 1
O conteúdo não precisa usar esses valores de espaçamento de texto, a exigência é de garantir que, quando um usuário substitui o espaçamento de texto do autor, o conteúdo ou a funcionalidade não sejam perdidos.
Nota 2
Sistemas de escrita para algumas línguas usam diferentes configurações de espaçamento de texto, como o recuo de início de parágrafo. Autores são incentivados a seguir as orientações disponíveis localmente para melhorar a legibilidade do texto em seu sistema de escrita.
Critério de Sucesso 1.4.13 Conteúdo em foco por mouse ou teclado
Quando a ação de receber e então remover o ponteiro do mouse ou o foco do teclado aciona conteúdo adicional tornando-o visível e então oculto, os itens a seguir são verdadeiros:
Descartável
Um mecanismo está disponível para descartar conteúdo adicional sem mover o ponteiro do mouse ou o foco do teclado, a menos que o conteúdo adicional comunique um erro de entrada ou não oculte ou substitua outro conteúdo;
Flutuante (passar o cursor sobre)
Se ao passar sobre o conteúdo adicional, o ponteiro do mouse puder acioná-lo, então o ponteiro poderá ser movido sobre o conteúdo adicional sem que o conteúdo adicional desapareça;
Persistente
O conteúdo adicional permanece visível até que o gatilho de foco do mouse ou do teclado seja removido, o usuário o descarte ou sua informação não seja mais válida.
Exceção: a apresentação visual do conteúdo adicional é controlada pelo agente de usuário e não é modificada pelo autor.
Nota 1
Exemplos de conteúdos adicionais controlados pelo agente de usuário incluem tooltips de navegador criados por meio do uso do atributo title do HTML (em inglês).
Nota 2
Tooltips personalizados, submenus e outros popups não modais exibidos ao passar o cursor sobre e com o foco são exemplos de conteúdos adicionais cobertos por esse critério.
Nota 3
Este critério se aplica ao conteúdo que aparece adicionalmente ao componente de gatilho em si. Como componentes escondidos que se tornam visíveis no foco do teclado (como links utilizados para pular para outra parte da página) não apresentam conteúdo adicional, não são cobertos por este critério.
2. Operável
Os componentes de interface de usuário e a navegação devem ser operáveis.
Toda a funcionalidade do conteúdo é operável através de uma interface de teclado sem exigir o pressionamento de teclas individuais em tempos específicos, exceto quando a função subjacente requer entrada de dados que dependa do caminho do movimento do usuário e não apenas dos pontos finais.
Nota 1
Esta exceção diz respeito à função subjacente, não à técnica de entrada de dados. Por exemplo, se utilizar escrita manual para introduzir texto, a técnica de entrada de dados (escrita manual) requer entrada de dados dependente de caminho, mas a função subjacente (entrada de texto) não.
Nota 2
Isto não proíbe, e não deve desencorajar, a entrada de dados através do mouse ou outros métodos de entrada de dados em conjunto à operação com o teclado.
Se o foco do teclado puder ser movido para um componente da página utilizando uma interface de teclado, então o foco pode ser retirado desse componente utilizando apenas uma interface de teclado e, se for necessário mais do que as setas do cursor ou tabulação ou outros métodos de saída normalmente utilizados, o usuário deve ser informado sobre o método para retirar o foco.
Nota
Como qualquer conteúdo que não cumpra este critério de sucesso pode interferir na capacidade do usuário de usar a página inteira, todo o conteúdo da página da Web (seja usado ou não para cumprir outros critérios de sucesso) deve cumprir este critério de sucesso. Consulte o Requisito de Conformidade 5: Não Interferência.
Toda a funcionalidade do conteúdo é operável através de uma interface de teclado sem exigir o pressionamento de teclas individuais em tempos específicos.
Critério de Sucesso 2.1.4 Atalhos de teclado por caractere
Se um atalho de teclado é implementado no conteúdo utilizando apenas letras (incluindo letras maiúsculas e minúsculas), pontuação, números ou símbolos, então ao menos um dos itens é verdadeiro:
Desativar
Um mecanismo está disponível para desativar o atalho;
Remapear
Um mecanismo está disponível para remapear o atalho para usar um ou mais caracteres de teclado não imprimíveis (por exemplo, Ctrl, Alt etc);
Para cada limite de tempo definido pelo conteúdo, no mínimo, uma das seguintes afirmações é verdadeira:
Desligar
O usuário pode desligar o limite de tempo antes de atingi-lo; ou
Ajustar
O usuário pode ajustar o limite de tempo antes de atingi-lo em um amplo intervalo que seja pelo menos dez vezes maior que a duração da configuração padrão; ou
Prolongar
O usuário é avisado antes de o tempo expirar e tem, no mínimo, 20 segundos para prolongar o limite de tempo com uma simples ação (por exemplo, "pressionar a barra de espaços"), e o usuário pode prolongar o limite de tempo, no mínimo, dez vezes; ou
Exceção em Tempo Real
O limite de tempo é uma parte necessária de um evento em tempo real (por exemplo, um leilão), e não é possível nenhuma alternativa ao limite de tempo; ou
Exceção Essencial
O limite de tempo é essencial e prolongá-lo invalidaria a atividade; ou
Exceção de 20 Horas
O limite de tempo é superior a 20 horas.
NOTA
Este critério de sucesso ajuda a garantir que os usuários possam concluir tarefas sem alterações inesperadas no conteúdo ou contexto, que sejam resultado de um limite de tempo. Este critério de sucesso deve ser considerado em conjunto com o Critério de Sucesso 3.2.1, que impõe limites nas alterações de conteúdo ou contexto como resultado da ação do usuário.
Critério de Sucesso 2.2.2 Colocar em Pausa, Parar, Ocultar
Para informações em movimento, em modo intermitente ou piscando, rolando ou em atualização automática, todas as seguintes afirmativas são verdadeiras:
Informações em movimento, piscando, rolando
Para qualquer informação que se mova, pisque ou role e que (1) sejam
iniciadas automaticamente, (2) durem mais de cinco segundos e (3) sejam
apresentadas em paralelo com outro conteúdo, deve haver um mecanismo que
permita ao usuário pausar,parar ou ocultar, a menos que o movimento, o
piscar ou a rolagem façam parte de uma atividade em que isso seja essencial; e
Em atualização automática
Para quaisquer informações em atualização automática, que (1) sejam iniciadas automaticamente e (2) sejam apresentadas em paralelo com outro conteúdo, existe um mecanismo para o usuário colocar em pausa, parar ou ocultar as mesmas, ou controlar a frequência da atualização, a menos que a atualização automática faça parte de uma atividade, onde é essencial.
NOTA 1
Para requisitos relacionados a conteúdo oscilante ou flash intermitente,
consulte a Diretriz 2.3.
NOTA 2
Uma vez que qualquer conteúdo que não cumpra este critério de sucesso pode interferir com a capacidade de um usuário de usar toda a página, todo o conteúdo da página web (quer seja ou não utilizado para cumprir outros critérios de sucesso) tem que cumprir este critério de sucesso. Consulte o Requisito de Conformidade 5: Não-Interferência.
NOTA 3
O conteúdo que é atualizado periodicamente por software ou que é transmitido ao agente do usuário não tem obrigação de preservar ou apresentar as informações geradas ou recebidas entre o início de uma pausa e a continuação da apresentação, uma vez que pode não ser tecnicamente possível e, em muitas situações, pode ser confuso fazê-lo.
NOTA 4
Uma animação que ocorra como parte de uma fase de pré-carregamento ou situação semelhante pode ser considerada essencial se a interação não puder ocorrer durante essa fase para todos os usuários e se a não indicação do progresso puder confundir os usuários e levá-los a pensar que o conteúdo está congelado ou danificado.
Os usuários são avisados sobre a duração de qualquer inatividade do usuário que possa causar perda de dados, a menos que os dados sejam preservados por mais de 20 horas quando o usuário não realizar nenhuma ação.
Nota
As políticas de privacidade podem exigir o consentimento explícito do usuário antes que a identificação do usuário seja autenticada e antes que os dados do usuário sejam preservados. Nos casos em que o usuário é menor de idade, o consentimento explícito não pode ser solicitado na maioria das jurisdições, países ou regiões. Aconselha-se a consulta com profissionais de privacidade e assessoria jurídica ao se considerar a preservação de dados como uma abordagem para satisfazer esse critério de sucesso.
Uma vez que qualquer conteúdo que não cumpra este critério de sucesso pode interferir com a capacidade de um usuário de usar toda a página, todo o conteúdo da página web (quer seja ou não utilizado para cumprir outros critérios de sucesso) tem que cumprir este critério de sucesso. Consulte o Requisito de Conformidade 5: Não-Interferência.
A animação de movimento acionada por interação pode ser desativada, a menos que a animação seja essencial para a funcionalidade ou para as informações que estão sendo transmitidas.
Diretriz 2.4 Navegável
Fornecer maneiras de ajudar os usuários a navegar, localizar conteúdos e determinar onde se encontram.
Se uma página web puder ser navegada de forma sequencial e as sequências de navegação afetarem o significado ou a operação, os componentes que podem ser focados recebem o foco em uma ordem que preserva o significado e a operabilidade.
Critério de Sucesso 2.4.4 Finalidade do Link (Em contexto)
Está disponível mais de uma forma para localizar uma página web em um conjunto de páginas web exceto quando a página web for o resultado ou uma etapa de um processo.
Um mecanismo está disponível para permitir que o propósito de cada link
seja identificado apenas pelo texto do link, exceto quando seu propósito for ambíguo para os usuários em geral.
Quando um componente de interface de usuário recebe foco do teclado, o componente não fica totalmente escondido pelo conteúdo criado pelo autor.
Nota 1
Quando o conteúdo numa interface configurável puder ser reposicionado pelo usuário, apenas as posições iniciais de conteúdos que podem ser movidos pelo usuário serão consideradas para teste e conformidade com este Critério de Sucesso.
Nota 2
O conteúdo aberto pelo usuário pode obscurecer o componente recebendo o foco. Se o usuário pode revelar o componente focado sem avançar o foco do teclado, o componente com foco não é considerado escondido devido ao conteúdo criado pelo autor.
Critério de Sucesso 2.4.12 Foco não Obscurecido (Melhorado)
Quando o indicador do foco teclado estiver visível, uma área do indicador de foco atende a todos os seguintes requisitos:
é pelo menos tão grande quanto a área de um perímetro de 2 pixels CSS de espessura do componente ou subcomponente sem foco; e
tem uma relação de contraste de pelo menos 3:1 entre os mesmos pixels nos estados com foco e sem foco.
Exceções:
O indicador de foco é determinado pelo agente de usuário e não pode ser ajustado pelo autor; ou
O indicador de foco e a cor de fundo do indicador não são modificados pelo autor.
Nota 1
O que é percebido como o componente ou subcomponente da interface de usuário (para determinar a delimitação ou tamanho) depende da sua apresentação visual. A apresentação visual inclui o conteúdo visível, a borda e o plano de fundo específico do componente. Ela não inclui efeitos de sombra ou brilho fora do conteúdo, fundo ou borda do componente.
Nota 2
Exemplos de subcomponentes que podem receber um indicador de foco são itens de menu em um menu suspenso (drop-down menu), ou células que podem focar em uma grade.
Nota 3
Cálculos de contraste podem ser baseados nas cores definidas dentro da tecnologia (como HTML, CSS e SVG). Os pixels modificados por melhorias de resolução do agente do usuário e suavização de serrilhado (anti-aliasing) podem ser ignorados.
Todas as funcionalidades que usam gestos multiponto ou baseados em caminhos para operação podem ser operadas com um ponteiro único sem um gesto baseado em caminho, a menos que um gesto multiponto ou baseado em caminho seja essencial.
Nota
Este requisito se aplica a conteúdo Web que interpreta ações de ponteiro (por exemplo, isto não se aplica a ações exigidas para operar o agente de usuário ou tecnologia assistiva).
Critério de Sucesso 2.5.2 Cancelamento de Acionamento
Para funcionalidade que pode ser operada usando um ponteiro único, pelo menos um dos seguintes itens é verdadeiro:
Sem Down-Event
O down-event do ponteiro não é utilizado para executar nenhuma parte da função;
Interromper ou Desfazer
A conclusão da função está no up-event, e um mecanismo está disponível para interromper a função antes da conclusão ou para desfazer a função após a conclusão;
Ativação Reversa
O up-event reverte qualquer resultado do down-event precedente.
As funções que emulam o pressionamento de teclas de um teclado convencional ou numérico são consideradas essenciais.
Nota 2
Este requisito se aplica a conteúdo web que interpreta ações de ponteiro (por exemplo, isto não se aplica a ações exigidas para operar o agente de usuário ou a tecnologia assistiva).
Critério de Sucesso 2.5.3 Rótulo em Nome Acessível
A funcionalidade que pode ser operada por movimento do dispositivo ou movimento do usuário pode também ser operada por componentes de interface de usuário e a resposta ao movimento pode ser desabilitada para evitar acionamento acidental, exceto quando:
Interface com suporte
O movimento é usado para operar a funcionalidade por meio de uma interface com suporte a acessibilidade;
Essencial
O movimento é essencial para a função e fazendo isso invalidaria a atividade.
Critério de Sucesso 2.5.5 Tamanho do Alvo (Melhorado)
O conteúdo da Web não restringe o uso de modalidades de entrada disponíveis em uma plataforma, exceto quando a restrição é essencial, necessária para garantir a segurança do conteúdo ou obrigatória para respeitar as configurações do usuário.
Este requisito se aplica ao conteúdo web que interpreta ações do cursor (ou seja, não se aplica a ações exigidas para operar o agente de usuário ou a tecnologia assistiva).
Critério de Sucesso 2.5.8 Tamanho do Alvo (Mínimo)
Espaçamento: Alvos menores que o tamanho recomendado (menos de 24 x 24 pixels CSS) estão posicionados de modo que, se um círculo de diâmetro de 24 pixels CSS estiver centralizado na caixa delimitadora de cada alvo, os círculos não cruzam com outro alvo ou o círculo de outro alvo está abaixo do tamanho;
Equivalente: A função pode ser alcançada por meio de um controle diferente na mesma página que cumpre esse critério;
Em linha: O alvo está em uma sentença de texto ou seu tamanho está limitado pela altura da linha do texto sem alvo;
Controle do agente usuário: O tamanho do alvo é determinado pelo agente de usuário e não modificado pelo autor;
Essencial: Uma apresentação específica do alvo é essencial ou é legalmente exigida para a informação transmitida.
Nota 1
Alvos que permitem que os valores sejam selecionados espacialmente com base na posição dentro do alvo são considerados um alvo para os fins do critério de sucesso. Exemplos incluem controle de deslizamento, escolha de cor mostrando um gradiente de cores, ou áreas editáveis onde se posiciona o cursor.
Nota 2
Alvos que permitem que os valores sejam selecionados espacialmente com base na posição dentro do alvo são considerados um alvo para os fins do critério de sucesso. Exemplos incluem controle de deslizamento, escolha de cor mostrando um gradiente de cores, ou áreas editáveis onde se posiciona o cursor.
3. Compreensível
A informação e a operação da interface de usuário devem ser compreensíveis.
O idioma de cada passagem ou frase no conteúdo pode ser determinado programaticamente exceto para nomes próprios, termos técnicos, palavras de idioma indeterminado e palavras ou frases que se tornaram parte do vernáculo do texto que as envolve.
Um mecanismo está disponível para identificar a pronúncia específica de palavras, onde o significado das mesmas, no contexto, é ambíguo se a pronúncia não for conhecida.
Se uma página web contiver qualquer um dos mecanismos de ajuda a seguir, e esses mecanismos se repetem em várias páginas dentro de um conjunto de páginas web, eles ocorrem na mesma ordem em relação a outros conteúdos das páginas, a não ser que uma mudança seja iniciada pelo usuário:
Detalhes de contato humano;
Mecanismo de contato humano;
Opção de autoajuda;
Um mecanismo de contato completamente automatizado.
Nota 1
Mecanismos de ajuda podem ser fornecidos diretamente na página ou podem ser fornecidos via um link direto para uma página diferente que contém a informação.
Nota 2
Para este Critério de Sucesso, "na mesma ordem em relação a outros conteúdos da página" pode ser pensada em termos de como o conteúdo é ordenado quando a página é encadeada. A posição visual de um mecanismo de ajuda provavelmente será consistente em todas as páginas para a mesma variação de página (por exemplo, CSS break-point). O usuário pode iniciar uma mudança, como mudar o zoom ou a orientação da página, o que pode desencadear uma variação de página diferente. Esse critério se preocupa com a ordem relativa entre as páginas exibidas na mesma variação de página (por exemplo, mesmo nível de zoom e orientação).
Se um erro de entrada for automaticamente detectado e forem conhecidas sugestões de correção, então as sugestões são fornecidas ao usuário, a menos que coloque em risco a segurança ou o propósito do conteúdo.
Critério de Sucesso 3.3.4 Prevenção de erros (legais, financeiros, de dados)
Para páginas web que façam com que ocorram responsabilidades jurídicas ou transações financeiras para o usuário, que modificam ou eliminam dados controláveis pelo usuário em sistemas de armazenamento de dados, ou que enviem respostas de teste do usuário, no mínimo, uma das seguintes afirmações é verdadeira:
Reversível
Os envios de informações são reversíveis.
Verificado
Os dados introduzidos pelo usuário são verificados quanto à existência de erros de entrada e é oferecida ao usuário uma oportunidade de corrigi-los.
Confirmado
Um mecanismo está disponível para rever, confirmar e corrigir as informações antes de finalizar o envio.
Um teste de função cognitiva (como se lembrar de uma senha ou resolver um quebra-cabeças) não é exigido para qualquer passo no processo de autenticação, a não ser que esse passo forneça pelo menos um dos elementos a seguir:
Alternativa
Outro método de autenticação que não depende de um teste de função cognitiva.
Mecanismo
Um mecanismo está disponível para ajudar o usuário a completar o teste de função cognitiva.
Reconhecimento de objeto
O teste de função cognitiva consiste em reconhecer objetos.
Conteúdo pessoal
O teste de função cognitiva consiste em identificar conteúdo não textual que o usuário fornece ao website.
Nota 1
"Reconhecimento de objeto" e "Conteúdo pessoal" pode ser representado por imagens, vídeos ou áudios.
Nota 2
Exemplos de mecanismos que satisfazem esse critério incluem:
apoio para a inserção de senha por gerenciadores de senha para reduzir a necessidade de memorização, e
copiar e colar para reduzir a carga cognitiva de redigitar.
Critério de Sucesso 3.3.9 Autenticação Acessível (Melhorado)
Um teste de função cognitiva (como se lembrar de uma senha ou resolver um problema) não é exigido para qualquer passo no processo de autenticação, a não ser que esse passo forneça pelo menos uma das opções a seguir:
Alternativa
Outro método de autenticação que não depende de um teste de função cognitiva
Mecanismo
Um mecanismo está disponível para ajudar o usuário a completar o teste de função cognitiva
4. Robusto
O conteúdo deve ser robusto o suficiente para poder ser interpretado de forma confiável por uma ampla variedade de agentes de usuário, incluindo tecnologias assistivas.
Esse critério foi originalmente adotado para abordar problemas que a tecnologia assistiva tinha ao analisar o HTML diretamente. A tecnologia assistiva não tem mais necessidade de analisar o HTML diretamente. Consequentemente, esses problemas ou não existem mais ou são abordados por outros critérios. Esse critério não tem mais utilidade e foi removido.
Este critério de sucesso destina-se, essencialmente, a autores da Web que desenvolvem ou criam os seus próprios componentes de interface de usuário. Por exemplo, os controles HTML normais já cumprem este critério de sucesso quando utilizados de acordo com a especificação.
Esta seção apresenta os requisitos de conformidade para a versão WCAG 2.2. Ela também fornece informações sobre como apresentar reivindicações de conformidade, que são opcionais. Finalmente, descreve o que significa ter suporte a acessibilidade , dado
que somente maneiras de usar tecnologias com suporte a acessibilidade
podem ser confiáveis para conformidade. Em Compreendendo Conformidade (em inglês) há uma explicação mais completa sobre o conceito de suporte a acessibilidade.
5.1 Interpretação dos Requisitos Normativos
O conteúdo principal das WCAG 2.2 é normativo e define requisitos que impactam as reinvindicações de conformidade. Material introdutório, apêndices, seções marcadas como "não normativas", diagramas, exemplos e notas são informativos (não normativos). O material não normativo fornece informações aconselhadas para auxiliar na interpretação das diretrizes, mas não cria requisitos que afetem uma reinvindicação de conformidade.
As palavras-chave PODE, DEVE, NÃO DEVE, NÃO RECOMENDADO, RECOMENDADO, DEVERIA, E NÃO DEVERIA devem ser interpretadas como descrito em [RFC2119].
5.2 Requisitos de Conformidade
Para que uma página web esteja em conformidade com as WCAG 2.2, todos os seguintes requisitos de conformidade devem ser cumpridos:
5.2.1 Nível de Conformidade
Um dos seguintes níveis de conformidade é inteiramente cumprido.
Para conformidade de Nível AA, a página web satisfaz todos os Critérios de Sucesso de Nível A e Nível AA, ou é fornecida uma versão alternativa em conformidade de Nível AA.
Para conformidade de Nível AAA, a página web satisfaz todos os Critérios de Sucesso de Nível A, Nível AA e Nível AAA, ou é fornecida uma versão alternativa em conformidade de Nível AAA.
NOTA 1
Embora só se possa obter conformidade com os níveis estabelecidos, os autores são encorajados a comunicar (nas reivindicações) quaisquer progressos no sentido de cumprir os critérios de sucesso a partir de todos os níveis para além do nível de conformidade alcançado.
NOTA 2
Não é recomendado que a conformidade Nível AAA seja requerida como política geral para sites inteiros porque, para alguns conteúdos, não é possível satisfazer todos os Critérios de Sucesso de Nível AAA.
5.2.2 Páginas inteiras
A conformidade (e o nível de conformidade) aplica-se apenas a página(s) web inteiras, e não pode ser alcançada se parte de uma página web for excluída.
NOTA 1
Para efeitos de determinação de conformidade, as alternativas a parte do conteúdo de uma página são consideradas como parte integrante dessa mesma página quando as alternativas puderem ser obtidas diretamente a partir da página, por exemplo, uma descrição longa ou uma apresentação alternativa em vídeo.
NOTA 2
Os autores de páginas web que não possam cumprir os requisitos de conformidade devido ao conteúdo fora do seu controle, poderão apresentar uma Declaração de Conformidade Parcial.
NOTA 3
Uma página inteira inclui cada variação da página que é automaticamente apresentada pela página para vários tamanhos de tela (por exemplo, variações em uma página da Web responsiva). Cada uma dessas variações precisa estar em conformidade (ou precisa ter uma versão alternativa em conformidade) para que a página inteira fique em conformidade.
5.2.3 Processos completos
Quando uma página web fizer parte de uma série de páginas web que apresentem um processo (por exemplo, uma sequência de passos necessários para executar uma atividade), todas as páginas web no processo devem estar em conformidade com o nível específico ou superior. (Não é possível obter conformidade com um determinado nível se uma das páginas do processo não estiver em conformidade com esse nível ou superior.)
5.2.4 Apenas Formas de Utilizar Tecnologias com Suporte a Acessibilidade
Só podemos confiar nas formas de uso da tecnologia que suportem a acessibilidade para satisfazer os critérios de sucesso. Qualquer informação ou funcionalidade que é fornecida de uma forma que não seja suportada pela acessibilidade está também disponível de uma forma com suporte a acessibilidade. (Consulte Compreendendo Com Suporte a Acessibilidade - em inglês).
5.2.5 Não-Interferência
Se as tecnologias forem utilizadas de uma forma que não haja suporte a acessibilidade , ou se forem usadas de uma forma não conforme, então elas não bloqueiam a capacidade dos usuários de acessar o restante da página.
Além disso, apágina web como um todo continua a atender aos requisitos de conformidade sob cada uma das seguintes condições:
quando qualquer tecnologia da qual não se dependa para conformidade é
ativada em um agente de usuário,
quando qualquer tecnologia da qual não se dependa para conformidade
é desativada em um agente de usuário, e
quando qualquer tecnologia da qual não se dependa para conformidade
não for suportada por um agente de usuário.
Além disso, os seguintes critérios de sucesso aplicam-se a todo o conteúdo da página, incluindo conteúdo do qual não se dependa para cumprir requisitos de conformidade, porque a falha no cumprimento destes requisitos poderá interferir com qualquer utilização da página:
1.4.2 - Controle de Áudio,
2.1.2 - Sem Bloqueio de Teclado,
2.3.1 - Três flashes ou Abaixo do Limite, e
2.2.2 - Colocar em Pausa, Parar, Ocultar.
NOTA
Se uma página não puder estar em conformidade (por exemplo, uma página de teste de conformidade ou uma página de exemplo), não poderá ser incluída no âmbito da conformidade ou em uma reivindicação de conformidade.
A conformidade é definida apenas para páginas web. Contudo, poderá ser apresentada uma reivindicação de conformidade em relação a uma página, uma série de páginas ou múltiplas páginas web associadas.
5.3.1 Componentes Necessários de uma Reivindicação de Conformidade
As reivindicações de conformidade não são obrigatórias. Os autores podem estar em conformidade com as WCAG 2.2 sem fazerem reivindicação disso. No entanto, se for feita uma reivindicação de conformidade, então deve incluir a seguinte informação:
Nível de conformidade obtido: (Níveis A, AA ou AAA)
Uma breve descrição das páginas web, como, por exemplo, uma lista de URIs na qual a reivindicação é feita, incluindo ainda subdomínios que possam estar na reivindicação.
NOTA 1
As páginas web podem ser descritas em lista por uma expressão que descreva todos os URIs incluídos na reivindicação.
NOTA 2
Os produtos baseados na Web que não tiverem um URI antes da sua instalação no site Web do cliente poderão apresentar uma declaração de que o produto estaria em conformidade quando for instalado.
Se um logotipo de conformidade for usado, ele constituirá uma reivindicação, tendo por isso de ser acompanhado pelos componentes necessários de uma reivindicação de conformidade listados acima.
5.3.2 Componentes Opcionais de uma Reivindicação de Conformidade
Além dos componentes necessários de uma reivindicação de conformidade acima referida, considere oferecer informação adicional para auxiliar os usuários. A informação adicional recomendada inclui:
Uma lista de critérios de sucesso para além do nível de conformidade reivindicado que foram cumpridos. Esta informação deve ser fornecida de uma maneira que os usuários possam utilizar preferencialmente metadados em formato legível por máquina.
Uma lista de tecnologias específicas que sejam "utilizadas, mas das quais não se depende para conformidade."
Uma lista de agentes de usuário, incluindo tecnologias assistivas que tenham sido utilizadas para testar o conteúdo.
Uma lista de características de acessibilidade específicas do conteúdo, fornecidas em metadados legíveis por máquina.
Informação sobre quaisquer passos adicionais executados que excedam os critérios de sucesso para melhorar a acessibilidade.
5.4 Declaração de Conformidade Parcial - Conteúdo de Terceiros
As páginas Web que mais tarde terão conteúdos adicionais adicionados podem utilizar uma "declaração de conformidade parcial". Por exemplo, um programa de correio eletrônico, um blog, um artigo que permita aos usuários adicionarem comentários, ou aplicações que suportem conteúdos de contribuição do usuário. Outro exemplo seria uma página, tal como um portal ou site de notícias, composta por conteúdos agregados a partir de múltiplos colaboradores, ou sites que introduzem automaticamente conteúdo a partir de outras fontes ao longo do tempo, como ocorre quando os anúncios são inseridos de forma dinâmica.
Nestes casos, não é possível saber no momento da publicação original como vão ficar os conteúdos não controlados. É importante notar que os conteúdos não controlados podem afetar também a acessibilidade dos conteúdos controlados. Duas opções estão disponíveis:
Uma determinação de conformidade pode ser baseada no conhecimento existente. Se uma página deste tipo for monitorada e corrigida (o conteúdo que não está em conformidade é removido ou adaptado à conformidade) no prazo de dois dias úteis, então pode ser feita uma determinação ou reivindicação de conformidade, uma vez que a página está em conformidade, à exceção dos erros em conteúdos construídos de modo colaborativo externamente, que são corrigidos ou removidos assim que são encontrados. Não é possível fazer nenhuma reivindicação de conformidade se não for possível monitorar ou corrigir conteúdos que não estejam em conformidade;
OU
Uma "declaração de conformidade parcial" pode ser feita para uma página que não esteja em conformidade, mas que poderia ficar em conformidade se determinadas partes fossem removidas. A forma da declaração seria, "Esta página não está em conformidade, mas ficaria em conformidade com o nível X das WCAG 2.2 se as seguintes partes procedentes de fontes não controladas fossem removidas." Além disso, as seguintes informações também se aplicam a conteúdos não controlados, apresentados na declaração de conformidade parcial:
Conteúdo que não está sob o controle do autor.
Descrito de maneira que os usuários podem identificar (por exemplo, não podem ser descritos como "todas as partes que não controlamos", a menos que estejam assinaladas como tal.)
5.5 Declaração de Conformidade Parcial - Idioma
Uma "declaração de conformidade parcial por motivos de idioma" pode ser feita quando a página não está em conformidade, mas estaria se existisse suporte a acessibilidade para todo(s) o(s) idioma(s) utilizado(s) na página. A declaração seria, "Esta página não está em conformidade, mas ficaria em conformidade com o nível X das WCAG 2.2 se houvesse suporte a acessibilidade para o(s) seguinte(s) idioma(s):"
5.6 Considerações de Privacidade
Esta seção é não normativa.
Critérios de Sucesso dentro dessa especificação cujo Grupo de Trabalho identificou possíveis implicações para a privacidade - seja ao fornecer proteções para os usuários finais, seja porque são importantes para provedores de websites considerarem ao implementar recursos desenhados para proteger a privacidade - estão listados abaixo. Essa lista reflete o entendimento atual do Grupo de Trabalho, mas outros Critérios de Sucesso podem ter implicações de privacidade que o Grupo de Trabalho não estava ciente na época da publicação.
Critérios de Sucesso dentro dessa especificação que podem estar relacionados à privacidade são:
Critérios de Sucesso dentro dessa especificação cujo Grupo de Trabalho identificou possíveis implicações para a segurança, seja ao fornecer proteções para os usuários finais que são importantes para os provedores de websites levarem em consideração ao implementarem recursos desenhados para proteger a segurança do usuário estão listados abaixo. Essa lista reflete o entendimento atual do Grupo de Trabalho, mas outros Critérios de Sucesso podem ter implicações de segurança que o Grupo de Trabalho não estava ciente na época de publicação.
Critérios de Sucesso dentro dessa especificação que podem estar relacionados à segurança são:
forma abreviada de uma palavra, expressão ou nome, onde a abreviação não se torna parte da língua
NOTA
Isto inclui siglas e acrônimos, onde:
siglas são formas abreviadas de um nome ou frase criadas a partir das letras iniciais das palavras ou sílabas contidas neste nome ou frase
NOTA
Nota 1: Não definidas em todos os idiomas.
Exemplo 1: SNCF é a sigla em francês que contém as letras iniciais de Société Nationale des Chemins de Fer, a ferrovia nacional francesa.
Exemplo 2: ESP é uma sigla para extrasensory perception (percepções extrassensoriais).
acrônimos são formas abreviadas criadas a partir de letras iniciais ou parte de outras palavras (em um nome ou expressão) que podem ser pronunciadas como uma palavra.
Exemplo: NOAA é um acrônimo criado a partir das letras iniciais de National Oceanic and Atmospheric Administration dos Estados Unidos.
NOTA
Algumas empresas adotaram o que costumavam ser as iniciais como o próprio nome de suas empresas. Nesses casos, o novo nome da empresa são as letras (por exemplo: Ecma) e a palavra não é mais considerada uma abreviação.
agente de usuário
qualquer software que obtenha e apresente conteúdos da Web aos usuários.
Exemplo: navegadores web, reprodutores de multimídia, plug-ins e outros programas — incluindo tecnologias assistivas — que ajudam a obter, apresentar e interagir com conteúdo da Web.
ajuda (ajuda contextual)
texto de ajuda que fornece informações relacionadas à função que está sendo executada atualmente.
NOTA
Rótulos claros podem atuar como ajuda contextual.
alternativa textual
Texto que está associado por meio de código de programação a conteúdo não textual referido a partir de texto associado por meio de código de programação a conteúdo não textual. O texto associado por meio de código de programação é aquele cuja localização pode ser determinada programaticamente a partir do conteúdo não textual.
Exemplo: Uma imagem de um gráfico é descrita em texto no parágrafo após o gráfico. A alternativa em texto abreviado para o gráfico indica que uma descrição é apresentada em seguida.
documento que inclui descrições em texto, corretamente sequenciadas, de informações visuais e auditivas baseadas em tempo, e que fornece um meio para atingir os resultados de qualquer interação baseada no tempo
NOTA
Uma apresentação utilizada para criar conteúdo de mídia sincronizada somente cumpre esta definição se tiver sido corrigida para representar, de forma precisa, a mídia sincronizada final após a edição.
alvo
região da exibição que aceitará uma ação de ponteiro, como a área interativa de um componente de interface de usuário
NOTA
Caso dois ou mais alvos de toque estiverem se sobrepondo, a área de sobreposição não deve ser incluída na medida do tamanho do alvo (Área Clicável), exceto quando os alvos sobrepostos executam a mesma ação ou abrem a mesma página.
ambígua para os usuários em geral
a finalidade não pode ser determinada a partir do link e de toda a informação da página web apresentada ao usuário simultaneamente com o link (por exemplo, os leitores sem deficiências não saberiam qual a finalidade de um link até que fosse ativado)
Exemplo: A palavra "goiaba" na seguinte frase "Uma das maiores exportações é a goiaba" corresponde a um link. O link pode conduzir a uma definição de goiaba, a um gráfico que apresenta a quantidade de goiabas exportadas ou a uma fotografia de pessoas colhendo goiabas. Todos os leitores só poderão saber depois de ativarem o link e, neste caso, a pessoa com deficiência não se encontra em qualquer desvantagem
animação de movimento
adição de passos entre condições para criar ilusão de movimento ou para dar uma sensação de transição suave
Exemplo: Por exemplo, um elemento que se desloca ou muda de tamanho enquanto aparece é considerado animado. Um elemento que aparece instantaneamente sem transição não está usando animação. A animação de movimento não inclui mudanças de cor, desfoque ou opacidade.
ao vivo
informação obtida a partir de um evento real e transmitida em tempo real ao receptor com não mais que o atraso proveniente da transmissão.
NOTA 1
Um atraso na transmissão consiste em um pequeno atraso (normalmente automatizado) utilizado, por exemplo, para dar tempo ao transmissor de sinalizar ou censurar a transmissão do áudio (ou vídeo), mas não é suficiente para permitir uma edição significativa.
NOTA 2
Se a informação for totalmente gerada por computador, então não é ao vivo.
apenas áudio
uma apresentação baseada em tempo que contém apenas áudio (sem vídeo e sem interação)
apenas vídeo
uma apresentação baseada em tempo que contém apenas video (sem áudio e sem interação)
apresentação
composição do conteúdo de forma a ser compreendido pelos usuários.
arte ASCII
imagem criada por uma disposição espacial de caracteres ou glifos (normalmente, a partir dos 95 caracteres imprimíveis definidos pelo ASCII).
atalho de teclado
meios alternativos de desencadear uma ação pressionando uma ou mais teclas
áudio
a tecnologia de reprodução de som
NOTA
O áudio pode ser criado sinteticamente (incluindo a síntese de fala), gravado a partir de sons reais, ou ambos.
audiodescrição
narração adicionada à trilha sonora para descrever detalhes visuais importantes que não podem ser compreendidos a partir apenas da trilha sonora principal
NOTA 1
A audiodescrição de vídeo fornece informações sobre ações, personagens, mudanças de cenário, textos na tela e outro conteúdo visual.
NOTA 2
Na audiodescrição padrão, a narração é adicionada durante as pausas existentes no diálogo.
(Consulte também a audiodescrição estendida.)
NOTA 3
Se todas as informações sobre o vídeo já estão disponíveis no áudio, não é necessária qualquer audiodescrição adicional.
NOTA 4
Também designada por "vídeo-descrição" e "narrativa descritiva".
audiodescrição estendida
audiodescrição que é adicionada a uma apresentação audiovisual através da pausa no vídeo,dessa forma há tempo para adicionar a descrição estendida
NOTA
Esta técnica só é utilizada se o sentido do vídeo se perder sem a audiodescrição e as pausas entre o diálogo/narração forem curtas demais.
blocos de texto
mais de uma frase de texto.
caixa delimitadora mínima
[Novo]
o menor retângulo limitante alinhado ao eixo horizontal dentro do qual todas as pontas da forma recaem. Para componentes que quebram as linhas em múltiplas linhas como parte de um texto (como links de hipertexto), a caixa limitante tem por base como seria a aparência do componente em uma única linha.
CAPTCHA
iniciais de "Completely Automated Public Turing test to tell Computers and Humans Apart" (Teste Público de Turing Completamente Automatizado para Diferenciar Computadores e Humanos).
NOTA 1
Os testes CAPTCHA implicam, muitas vezes, pedir ao usuário para digitar texto que é apresentado em uma imagem obscura ou em um arquivo de áudio.
NOTA 2
Um teste de Turing é qualquer sistema de testes concebido para diferenciar um humano de um computador. O nome provém de um famoso cientista de informática, chamado Alan Turing. O termo foi criado por pesquisadores da Carnegie Mellon University.
componente de interface de usuário
parte do conteúdo que é percebido pelos usuários como um único controle para uma função específica.
NOTA 1
É possível implementar vários componentes de interface de usuário como um único elemento programático. Esses componentes não estão relacionados às técnicas de programação, mas sim ao que o usuário entende como sendo controles independentes.
Exemplo: Uma miniaplicação tem um "controle" que pode ser utilizado para se deslocar através de conteúdos por linha, por página ou por acesso aleatório. Uma vez que cada um destes controles necessita de um nome e de ser ajustado de forma independente, cada um deles torna-se "componente da interface de usuário."
NOTA 2
Os componentes da interface de usuário incluem elementos de um formulário e links, bem como componentes gerados por scripts.
NOTA 3
O que se entende aqui por "componente" ou "componente de interface de usuário" também é às vezes chamado de "elemento de interface de usuário".
confiáveis / das quais se depende para conformidade (tecnologias)
o conteúdo não está em conformidade caso esta tecnologia seja desligada ou não seja suportada
conformidade
cumprir todos os requisitos de um determinado padrão, diretriz ou especificação
conjunto de páginas web
um grupo de páginas web que compartilha um objetivo comum e que são criadas pelo mesmo autor, grupo ou organização
Exemplo: Os exemplos incluem uma publicação dividida em várias páginas da Web, onde cada página contém um capítulo ou outra seção significativa do trabalho. A publicação é logicamente uma única unidade contígua e contém recursos de navegação que permitem o acesso ao conjunto completo de páginas.
NOTA
Versões de línguas diferentes são consideradas como sendo conjuntos diferentes de páginas web.
contexto do link determinado programaticamente
informação adicional que pode ser determinada programaticamente a partir de relações com um link, combinada com o texto de link e apresentada aos usuários de diferentes maneiras
Exemplo: Em HTML, a informação que é determinada programaticamente a partir de um link em inglês inclui texto que se encontra no mesmo parágrafo, lista ou célula de uma tabela como sendo o link, ou em uma célula de cabeçalho em uma tabela associado a célula da tabela que contém o link.
NOTA
Uma vez que os leitores de tela interpretam a pontuação, eles também podem fornecer o contexto da frase atual, quando o foco está em um link nessa frase.
conteúdo (conteúdo da Web)
informação e experiência sensorial a serem comunicadas ao usuário através de um agente de usuário, incluindo o código ou a marcação que define a estrutura do conteúdo, a apresentação , e as interações.
conteúdo não textual
qualquer conteúdo que não seja uma sequência de caracteres que possa ser determinado programaticamente ou onde a sequência não exprima algo no idioma
NOTA
Isto inclui arte ASCII (que consiste em um padrão de caracteres), emoticons, leetspeak (que utiliza a substituição de caracteres), e imagens que representem texto
conteúdo suplementar
conteúdo adicional que ilustra ou explica o conteúdo principal
Exemplo 2: Uma ilustração de um processo complexo.
Exemplo 3: Um parágrafo que resume os principais resultados e recomendações obtidos numa pesquisa.
controlável pelo usuário
dados destinados a serem acessados pelos usuários
NOTA
Isto não se refere, por exemplo, a registros de Internet (logs) e dados de monitoração de mecanismos de busca.
Exemplo: Campos de nome e endereço de uma conta de usuário.
delimita
[Novo]
Limita ou envolve
determinado programaticamente (determinado/determinável por meio de código de programação)
determinado pelo software a partir de dados fornecidos pelo autor, de forma a que os diferentes
agentes de usuário,incluindo tecnologias assistivas, possam extrair e apresentar esta informação aos usuários de diferentes maneiras
Exemplo 1
Determinado em uma linguagem de marcação a partir de elementos e atributos que são acessados diretamente através de tecnologias assistivas normalmente disponíveis.
Exemplo 2
Determinado a partir de tecnologias específicas de estrutura de dados, em uma linguagem que não é de marcação, e exposto à tecnologia assistiva através de uma API de acessibilidade, que é suportada por tecnologia assistiva facilmente disponível.
definidos programaticamente
definido por software utilizando métodos que são suportados por agentes de usuário, incluindo tecnologias assistivas
down-event
evento da plataforma que ocorre quando o estímulo de acionamento de um ponteiro é pressionado
O down-event pode ter diferentes nomes em diferentes plataformas, tais como "touchstart" ou "mousedown".
em pausa
interrompido por ação do usuário e não retomado até que seja novamente solicitado pelo mesmo
em uma janela em tela cheia
na maioria das telas comuns de computadores desktops/notebooks com viewport maximizado
NOTA
Visto que as pessoas normalmente utilizam os seus computadores durante vários anos, recomendamos que não se sujeitem às mais recentes resoluções de computadores de desktops/notebooks, mas que, ao efetuar esta avaliação, considerem as resoluções mais comuns de computadores desktops/notebooks ao longo de vários anos.
emergência
uma repentina e inesperada situação que requer ação imediata para preservar a saúde, segurança ou propriedade
entrada de ponteiro
dispositivo de entrada que pode ter como alvo uma coordenada específica (ou um conjunto de coordenadas) em uma tela, tal como um mouse, caneta ou contato de toque
informação fornecida pelo usuário que não é aceita
NOTA
Isto inclui:
Informação que é solicitada pela página web mas omitida pelo usuário.
Informação que é fornecida pelo usuário, mas que não se enquadra no formato ou valores dos dados exigidos.
essencial
se removido, alterará profundamente a informação ou funcionalidade do conteúdo,
e a informação e a funcionalidade não podem ser obtidas de outra forma para ficarem em conformidade.
estado
propriedade dinâmica que expressa características de um componente de interface de usuário, que pode mudar em resposta a uma ação de usuário ou a processos automatizados
Os estados não afetam a natureza do componente, mas representam dados associados ao componente ou às possibilidades de interação do usuário. Os exemplos incluem foco, passar o mouse, selecionar, pressionar, marcar, visitado/não visitado e expandir/recolher.
estrutura
O modo como as partes de uma página web estão organizadas em relação umas às outras; e
O modo como um conjunto de páginas web está organizado
evento em tempo real
evento que a) ocorre ao mesmo tempo em que é visto e b) não é totalmente gerado pelo conteúdo
Exemplo 1: Uma Webcast de uma apresentação ao vivo (ocorre ao mesmo tempo em que é vista e não é pré-gravada).
Exemplo 2: Um leilão online com pessoas dando lances. (ocorre ao mesmo tempo em que é visto).
Exemplo 3: Indivíduos que interagem em um mundo virtual utilizando avatares (não é totalmente gerado pelo conteúdo e ocorre ao mesmo tempo em que é visto).
experiência sensorial específica
uma experiência sensorial que não é meramente decorativa e não transmite informação importante, nem desempenha nenhuma função
Exemplo: Os exemplos incluem a execução de um solo de flauta, trabalhos de artes visuais, etc.
expressão idiomática
expressão cujo significado não pode ser deduzido a partir do significado de palavras isoladas, e as palavras específicas não podem ser alteradas sem perder o seu sentido
NOTA
as expressões idiomáticas não podem ser traduzidas diretamente, palavra por palavra, sem perder o seu sentido (cultural ou dependente da língua).
Exemplo 1: Em inglês, "spilling the beans" significa "revelar um segredo". Contudo, "knocking over the beans" (derrubar os feijões) ou "spilling the vegetables" (deixar cair os vegetais) não tem o mesmo significado.
Exemplo 2: Em japonês, a expressão "さじを投げる" traduz-se literalmente como "ele joga uma colher", mas significa que não existe mais nada que ele possa fazer e que, finalmente, ele desiste.
Exemplo 3: Em holandês, "Hij ging met de kippen op stok" traduz-se literalmente como "Deitou-se com as galinhas", mas significa que ele foi cedo para a cama.
flash
um par de alterações opostas numa luminescência relativa que pode causar convulsões em algumas pessoas caso a exposição seja prolongada e ocorram em um determinado intervalo de frequência.
range
interface utilizada pelo software para obter entradas por digitação
NOTA 1
A interface de teclado permite aos usuários introduzir dados por teclado nos programas, mesmo que a tecnologia nativa não disponha de teclado.
NOTA 2
Um PDA com tela sensível ao toque tem uma interface de teclado incorporada no seu sistema operacional, bem como uma conexão para teclados externos. As aplicações no PDA podem utilizar a interface para obter dados de entrada por teclado, quer a partir de um teclado externo, quer a partir de outras aplicações que forneçam dados de saída por teclados simulados, tais como sistemas de interpretação de caracteres manuscritos ou aplicações "voz-para-texto" com a funcionalidade de "emulação de teclado".
NOTA 3
O funcionamento da aplicação (ou partes da aplicação) através de um emulador de teclado operado pelo mouse, tais como as MouseKeys, não a qualifica como sendo uma operação por interface de teclado porque a operação do programa é, neste caso, feita pela sua interface de dispositivo apontador e não pela sua interface de teclado.
interpretação em língua de sinais
tradução de uma língua, normalmente uma língua falada, para língua de sinais
NOTA
As verdadeiras línguas de sinais são línguas independentes não relacionadas com a(s) língua(s) falada(s) no mesmo país ou região.
jargão
palavras utilizadas pelas pessoas de uma forma particular em um campo específico
Exemplo: A palavra StickyKeys (teclas presas) faz parte do jargão utilizado no contexto da tecnologia assistiva/acessibilidade.
legendas descritivas
sincronização visual e/ou alternativa em texto para informação de áudio, com ou sem fala, necessárias para compreender o conteúdo em mídia.
NOTA 1
Estas legendas são semelhantes às legendas só de diálogo, exceto as que transmitem não só o conteúdo do diálogo falado, como também equivalentes à informação de áudio sem diálogo, necessários para compreender o conteúdo do programa, incluindo efeitos sonoros, música, risos, localização e identificação do interlocutor.
NOTA 2
As legendas ocultas são equivalentes que podem ser ativadas e desativadas em alguns leitores multimídia.
NOTA 3
As legendas abertas são legendas que não podem ser desativadas. Por exemplo, se as legendas forem imagens de texto equivalentes à parte visual, incorporadas no vídeo.
NOTA 4
As legendas não devem ocultar nem obstruir informações relevantes do vídeo.
NOTA 5
Em alguns países, as legendas de diálogo e de áudio (legendas
descritivas) e as legendas só de diálogo designam-se ambas por "legendas".
NOTA 6
As audiodescrições podem ser legendadas, mas não obrigatoriamente, uma vez que são descrições de informações que já se encontram presentes visualmente.
limites de flash universal e flash vermelho
um flash ou alteração rápida de sequência de imagem encontra-se abaixo do limite (por exemplo, conteúdo que passa) se qualquer uma das seguintes afirmações for verdadeira:
não existem mais de três flashes universais e/ou mais de três flashes vermelhos no período de um segundo, ou
a área combinada de flashes que ocorrem ao mesmo tempo não ocupa mais de um total de 0,006 esterradianos em um campo visual de 10 graus na tela (25% de um campo visual de 10 graus na tela) a uma distância normal de visualização
onde:
Um flash universal é definido como um par de alterações opostas na luminescência relativa de 10% ou superior da luminescência relativa máxima em que a luminescência relativa da imagem mais escura está abaixo dos 0.80; e em que "o par de alterações opostas" aumenta seguido por um decréscimo, ou diminui seguido por um acréscimo, e
Um flash vermelho é definido como qualquer par de transições opostas envolvendo uma saturação de vermelho
Exceção: fazer um Flash que usa um padrão bom, balanceado, equivalente ao sinal aleatório de ruído branco ou ao padrão alternado de quadriculado com "quadrados" menores do que 0,1 grau (de um campo visual a uma distância de visualização típica), em um dos lados, não viola os limites.
NOTA 1
Para softwares e conteúdo Web em geral, a utilização de um retângulo de 341 x 256 pixels em qualquer parte da área da tela apresentada quando o conteúdo é visualizado em 1024 x 768 pixels, fornecerá uma boa estimativa de um campo visual de 10 graus para tamanhos de tela e distâncias de visualização normais (por ex., telas de 15 a 17 pol. a 22 a 26 pol.). (As telas de resoluções mais altas que mostram o mesmo conteúdo produzem imagens menores e seguras, por isso são as resoluções mais baixas que são utilizadas para definir os limites.)
NOTA 2
Uma transição é a alteração na luminescência relativa (ou luminescência relativa/cor para flash vermelho) entre altos e baixos adjacentes em um plano de medida de luminescência relativa (ou luminescência relativa/cor para flash vermelho) em comparação com o tempo. Um flash consiste em duas transições contrárias.
NOTA 3
A nova definição de trabalho no campo para "par de transições opostas envolvendo um vermelho saturado" (das WCAG 2.2) é um par de transições opostas em que uma transição é de ou para um estado com um valor R/(R + G + B) que é maior ou igual a 0,8, e a diferença entre estados é superior a 0,2 (sem unidade) no diagrama de cromaticidade CIE 1976 UCS. [ISO_9241-391] ]
NOTA 4
Estão disponíveis ferramentas que irão executar uma análise a partir da captura de tela de vídeo. Contudo, não é necessária nenhuma ferramenta para avaliar esta condição, se o flash for inferior ou igual a 3 flashes em um segundo. O conteúdo passa automaticamente (consulte #1 e #2 acima).
língua de sinais
uma língua que utiliza combinações de movimentos das mãos e dos braços, expressões faciais ou posições corporais para transmitir significados
luminescência relativa
a luminosidade relativa de um ponto qualquer em um espaço de cor, padronizado em 0 para o preto mais escuro e 1 para o branco mais claro
NOTA 1
Para o espaço de cor sRGB, a luminescência relativa de uma cor é definida como L = 0,2126
* R + 0.7152 * G + 0.0722 * B em que R, G e B são definidos da seguinte forma:
se RsRGB <= 0.03928 então R = RsRGB/12.92 senão R = ((RsRGB+0.055)/1.055) ^ 2.4
se GsRGB <= 0.03928 então G = GsRGB/12.92 senão G = ((GsRGB+0.055)/1.055) ^ 2.4
se BsRGB <= 0.03928 então B = BsRGB/12.92 senão B = ((BsRGB+0.055)/1.055) ^ 2.4
e RsRGB, GsRGB, e BsRGB são definidos da seguinte forma:
RsRGB = R8bit/255
GsRGB = G8bit/255
BsRGB = B8bit/255
O caractere "^" representa o operador de exponenciação. (Fórmula obtida a partir de [sRGB].
NOTA 2
Praticamente todos os sistemas utilizados atualmente para visualizar conteúdos da Web assumem a codificação sRGB. Exceto quando se sabe que será utilizado outro espaço de cor para processar e visualizar o conteúdo, os autores deverão avaliar utilizando o espaço de cor sRGB. Caso utilize outros espaços de cor, consulte Compreendendo Critério de Sucesso 1.4.3 (em inglês).
NOTA 3
Se, após a apresentação surgir um pontilhado, então será utilizado o valor da cor de origem. Para cores pontilhadas na origem, utilizar os valores médios das cores pontilhadas (média R, média G e média B).
NOTA 4
Existem ferramentas que calculam automaticamente quando se testa o contraste e o flash.
alteração no conteúdo que não é uma mudança de contexto, e que fornece informações ao usuário sobre o sucesso ou resultados de uma ação, sobre o estado de espera de uma aplicação, sobre o andamento de um processo ou sobre a existência de erros
O mecanismo deve cumprir todos os critérios de sucesso para o nível de conformidade em questão.
meramente decorativo
que serve apenas um objetivo estético, não fornecendo informação e sem qualquer funcionalidade
NOTA
O texto é meramente decorativo se as palavras puderem ser reorganizadas ou substituídas sem alterar a sua finalidade.
Exemplo: A capa de um dicionário com palavras aleatórias pouco proeminentes em plano de fundo.
mesma funcionalidade
o mesmo resultado quando utilizado
Exemplo: Um botão para submeter uma "pesquisa" em uma página web e um botão para "localizar" outras páginas web poderão ambos ter um campo que permita a introdução de uma palavra chave e apresentar tópicos no site da Web relacionados com a palavra submetida. Neste caso, teriam a mesma funcionalidade, mas não seriam rotulados de forma consistente.
mesma ordem relativa
a mesma posição em relação a outros itens
Nota
Considera-se que os itens se encontram na mesma ordem relativa, mesmo se forem inseridos ou retirados outros itens na ordem original. Por exemplo, a expansão de menus de navegação permite a introdução de um nível de detalhe adicional, ou a introdução de uma seção de navegação secundária na ordem de leitura.
mídia alternativa para texto
mídia que não apresenta mais informação do que a que já se encontra presente em texto (diretamente ou por meio de textos alternativos)
NOTA
É fornecida uma alternativa em mídia para texto aos que se beneficiam de representações alternativas de texto. As alternativas em mídia para texto podem ser compostas por apenas áudio, apenas vídeo (incluindo vídeo em língua de sinais) ou por áudio e vídeo.
mídia sincronizada
áudio ou vídeo sincronizados com outro formato para apresentação de informações e/ou com componentes interativos baseados em tempo, a menos que a mídia seja uma mídia alternativa para texto que esteja claramente identificada como tal
movimento de arrastar
[Novo]
uma operação onde o cursor se engaja com um elemento em um down-event, e um elemento (ou uma representação de sua posição) segue o cursor até um up-event.
NOTA
Exemplos de elementos arrastáveis incluem itens de listas, elementos de texto e imagens
mudança de contexto
alterações importantes no conteúdo da página web que, se efetuadas sem conhecimento do usuário, podem desorientar usuários que não são capazes de visualizar toda a página simultaneamente
Uma alteração de conteúdo nem sempre é uma mudança de contexto. As alterações de conteúdo, tais como um contorno expansível, um menu dinâmico ou um controle de tabulação não alteram necessariamente o contexto, a menos que também alterem um dos quatro indicados acima (por exemplo, o foco).
Exemplo: Abrir uma nova janela, mover o foco para um componente diferente, acessar uma nova página (incluindo qualquer coisa que pareça que o usuário tenha deslocado algo para uma nova página) ou reorganizar significativamente o conteúdo de uma página, são exemplos de alterações de contexto.
navegado de forma sequencial
navegado em uma ordem definida para avanço de foco (de um elemento para outro) utilizando uma interface de teclado
nível de educação primário (equivalente no Brasil aos primeiros anos do ensino fundamental)
período de seis anos que tem início entre os cinco e os sete anos de idade, possivelmente sem existir qualquer ensino anterior
NOTA
Esta definição baseia-se no Padrão Internacional de Classificação de Educação
[UNESCO] (para esta tradução, a comparação com o cenário brasileiro foi obtida pelo [BNCC]).
nível de educação secundário inferior (equivalente no Brasil aos últimos anos do ensino fundamental)
o período de dois ou três anos de escolaridade que começa após a conclusão de seis anos de escolaridade e termina nove anos após o início do ensino primário
NOTA
Esta definição baseia-se no Padrão Internacional de Classificação de Educação
[UNESCO] (para esta tradução, a comparação com o cenário brasileiro foi obtida pelo [BNCC]).
nome
texto através do qual o software pode identificar um componente no conteúdo da Web para o usuário
NOTA 1
O nome poderá estar oculto e ficar visível apenas através de tecnologia assistiva, ao passo que um rótulo está visível a todos os usuários. Em muitos casos (mas não todos), o nome e o rótulo são os mesmos.
NOTA 2
Isto não está relacionado com o atributo name em HTML.
normativo
necessário para conformidade
NOTA 1
Pode estar em conformidade com uma variedade de formas bem definidas para esse documento.
NOTA 2
O conteúdo identificado como sendo "informativo" ou "não-normativo" nunca é exigido para conformidade.
página web
um recurso não incorporado a partir de um único URI utilizando HTTP mais quaisquer outros recursos que sejam utilizados na apresentação ou destinados a serem apresentados em conjunto por um agente de usuário
NOTA 1
Embora quaisquer "outros recursos" possam ser apresentados em conjunto com o recurso principal, não seriam necessariamente apresentados em simultâneo.
NOTA 2
Para efeitos de conformidade com estas diretrizes, um recurso deve ser "não incorporado" no âmbito da conformidade, de forma a ser considerado uma página web.
Exemplo 1: Um recurso Web que inclui todas as imagens e mídias incorporadas.
Exemplo 2: Um programa Web de correio eletrônico construído utilizando Asynchronous JavaScript e XML (AJAX). O programa está totalmente hospedado em http://example.com/mail, mas inclui uma caixa de entrada, uma área de contatos e um calendário. São fornecidos links ou botões que permitem visualizar a caixa de entrada, os contatos ou o calendário, mas que não alteram o URI da página como um todo.
Exemplo 3: Um portal personalizável, em que os usuários podem escolher o conteúdo a partir de um conjunto de diferentes módulos de conteúdos.
Exemplo 4: Ao entrar em "http://shopping.example.com/" no seu navegador, você entra em um ambiente de compras interativo semelhante a um filme, em que se pode deslocar visualmente em uma loja, arrastar produtos das prateleiras ao seu redor e colocá-los em um carrinho de compras em sua frente. Ao clicar em um produto, este é apresentado com uma folha de especificações ao lado. Isto poderá ser um site da Web de apenas uma página, ou apenas uma única página dentro de um site da Web.
perímetro
[Novo]
linha contínua formando o limite de uma forma não incluindo pixels compartilhados ou a
caixa mínima limitante, dependendo de qual seja a mais curta.
piscando / em modo intermitente
retroceder e avançar entre dois estados visuais, de um modo destinado a chamar a atenção.
NOTA
Consulte também o flash. É possível que algo seja grande o bastante e tenha luz intermitente suficientemente brilhante, na frequência correta, para também ser classificado como um flash.
Pixel CSS
ângulo visual de aproximadamente 0,0213 graus
Um pixel CSS é a unidade de medida canônica para todos os
comprimentos e medições em CSS. Essa unidade é independente de densidade e distinta dos pixels reais de hardware presentes em uma tela. Os agentes de usuário e sistemas operacionais devem garantir que um pixel CSS seja definido o mais próximo possível do pixel de referência do Módulo de Valores e Unidades CSS Nível 3 [css3-values],que leva em consideração as dimensões físicas da tela e a distância de visualização presumida ( fatores que não podem ser determinados por autores de conteúdo).
ponteiro único
entrada de ponteiro que opera com um ponto de contato com a tela, incluindo toques e cliques únicos, toques e cliques duplos, pressionamentos longos e gestos baseados em caminho
conjunto de ações do usuário, em que cada ação é necessária para executar uma atividade
Exemplo 1: Uso com sucesso de uma série de páginas web em um site de compras requer que os usuários visualizem produtos, preços e ofertas alternativas, selecionem produtos, façam uma compra, forneçam informações sobre o envio e sobre o pagamento.
Exemplo 2: Uma página de registo de conta requer o preenchimento correto de um teste de Turing antes de acessar o formulário de registo.
propósito de cada link
natureza do resultado obtido pela ativação de um hyperlink.
propriedade de estilo
propriedade cujo valor determina a apresentação (por exemplo, fonte, cor, tamanho, localização, preenchimento, volume, prosódia de fala sintetizada) de elementos de conteúdo à medida que são renderizados (por exemplo, na tela, via alto-falante, via exibição braille) por agentes de usuário
Propriedades de estilo podem ter várias origens:
Estilos padrão do agente de usuário: os valores da propriedade de estilo padrão aplicados na ausência de qualquer autor ou estilos de usuário. Algumas tecnologias de conteúdo da Web especificam uma renderização padrão, outras não;
Estilos de autor: valores de propriedade de estilo que são configurados pelo autor como parte do conteúdo (por exemplo, estilos em linha, folhas de estilo do autor);
Estilos de usuário: valores de propriedade de estilo que são configurados pelo usuário (por exemplo, via configurações de interface de agente de usuário, folhas de estilo de usuário)
região
seção de conteúdo perceptível, programaticamente determinada
NOTA
Em HTML, qualquer área designada com uma função de ponto de referência (landmark role) seria uma região.
As relações de contraste podem variar entre 1 a 21 (normalmente indicado por 1:1 a 21:1).
NOTA 2
Uma vez que os autores não têm controle sobre as configurações do usuário, quanto à forma como o texto é apresentado, (por exemplo, suavização de fonte ou anti-aliasing), a relação de contraste para o texto pode ser avaliada com a opção pixelização desativada (anti-aliasing).
NOTA 3
Para os propósitos dos Critérios de Sucesso 1.4.3 e 1.4.6, o contraste é medido respeitando o fundo no qual o texto é apresentando em utilização normal. Se não for especificada a cor de fundo, é assumida a cor branca.
NOTA 4
Em utilização normal, a cor de fundo é a cor especificada do conteúdo sobre o qual o texto deve ser apresentado. É uma falha se não existir nenhuma cor de fundo especificada quando a cor do texto está especificada, uma vez que a cor de fundo predefinida do usuário é desconhecida e não pode ser suficientemente avaliada para contraste. Pela mesma razão, é uma falha se não existir nenhuma cor de texto especificada quando a cor de fundo está especificada.
NOTA 5
Quando existir uma borda em volta da letra, a borda pode adicionar contraste e poderia ser utilizada para calcular o contraste entre a letra e o respectivo fundo. Uma borda fina em volta da letra é utilizada como a própria letra. Uma borda larga em volta da letra, que preenche os detalhes interiores da mesma, funciona como um halo e será considerado como fundo.
NOTA 6
A conformidade das WCAG deve ser avaliada relativamente aos pares de cores especificados no conteúdo, onde o autor esperaria aparecer de modo adjacente em apresentação normal. Os autores não necessitam considerar apresentações incomuns, tais como alterações de cor efetuadas pelo agente de usuário, exceto quando provocadas pelo código produzido pelos autores.
relações / relacionamentos
associações coerentes entre unidades distintas de conteúdo
responsabilidades jurídicas
transações em que o indivíduo se compromete legalmente com uma obrigação ou benefício vinculativo.
Exemplo: Uma certidão de casamento, um conjunto de ações (financeira e jurídica), um testamento, um empréstimo, adoção, alistamento no exército, qualquer tipo de contrato, etc.
rótulo
texto ou outro componente com uma alternativa em texto que é apresentado ao usuário para identificar um componente no conteúdo da Web.
NOTA 1
O rótulo é apresentado a todos os usuários, ao passo que o nomepoderá estar oculto e ficar visível apenas através de tecnologia assistiva. Em muitos casos (mas não todos), o nome o nome e o rótulo são os mesmos.
Nota 2
O termo rótulo não está limitado ao elemento label em HTML.
satisfaz um critério de sucesso
o critério de sucesso não é avaliado como 'falso' quando aplicado à página
seção
Uma parte independente de um conteúdo escrito que aborda um ou mais tópicos ou pensamentos relacionados
NOTA
Uma seção pode consistir em um ou mais parágrafos e incluir gráficos, tabelas, listas e subseções.
sequência de leitura correta
qualquer sequência, em que as palavras e os parágrafos são apresentados em uma ordem que não altera o significado do conteúdo
Para qualificar o uso de uma tecnologia de conteúdo Web (ou característica de uma tecnologia) como suportado pela acessibilidade, essa tecnologia de conteúdo da Web (ou característica) deve cumprir ambos os pontos 1 e 2:
A forma como a tecnologia de conteúdo da Web é utilizada deve ser suportada por tecnologia assistiva dos usuários (TA). Isto significa que a interoperabilidade da utilização da tecnologia foi testada com a tecnologia assistiva dos usuários no idioma (ou linguagens humanas) do conteúdo,
E
A tecnologia de conteúdo da Web deve ter agentes de usuário com suporte a acessibilidade disponíveis para os usuários. Isto significa que, no mínimo, uma das seguintes quatro afirmações é verdadeira:
A tecnologia é suportada de forma nativa em agentes de usuário amplamente distribuídos, que também tem suporte a acessibilidade (como HTML e CSS);
OU
A tecnologia é suportada em um plug-in amplamente distribuído, que também tem suporte a acessibilidade;
OU
O conteúdo está disponível em um ambiente fechado, tal como uma universidade ou rede empresarial, em que o agente de usuário requerido pela tecnologia e utilizado pela organização também tem suporte a acessibilidade;
OU
Os agentes de usuário que suportam a tecnologia tem suporte a acessibilidade e estão disponíveis para download ou compra de forma a:
não custar mais a uma pessoa com deficiência do que a uma pessoa sem deficiência
e
ser tão fácil de encontrar e obter para uma pessoa com deficiência como é para uma pessoa sem deficiência.
Quando uma Tecnologia Web é utilizada de um modo com "suporte a acessibilidade", não implica que toda a tecnologia ou todos os seus usos sejam suportados. A maioria das tecnologias, incluindo HTML, não têm suporte para, no mínimo, uma característica ou utilização. As páginas só estão em conformidade com WCAG se pudermos confiar que os usos da tecnologia suportam a acessibilidade.
NOTA 4
Ao mencionar tecnologias de conteúdo da Web que tenham várias versões, é necessário especificar as versões suportadas.
NOTA 5
Uma das formas para os autores localizarem utilizações de uma tecnologia com suporte a acessibilidade é consultar compilações de utilizações que estão documentadas para ter suporte a acessibilidade. (Consulte Compreendendo Utilizações de Tecnologia Web com Suporte a Acessibilidade - em inglês.) Os autores, as empresas, os fornecedores de tecnologia ou outros, podem documentar formas de utilizar tecnologias de conteúdo da Web com suporte a acessibilidade. Contudo, é necessário que todas as formas de utilização de tecnologias na documentação cumpram a definição de tecnologias de conteúdo da Web com suporte a acessibilidade apresentada acima.
tamanho grande (texto)
com, pelo menos, 18 pontos ou 14 pontos negrito, ou um tamanho de fonte que seja equivalente para fontes em Chinês, Japonês e Coreano (CJK)
NOTA 1
fontes com traços extraordinariamente finos ou características incomuns, que reduzam a familiaridade dos seus formatos de letras, são mais difíceis de ler, especialmente com níveis de contraste mais baixos.
NOTA 2
O tamanho da fonte é o tamanho em que o conteúdo é apresentado. Não inclui o redimensionamento que poderá ser feito pelo usuário.
NOTA 3
O tamanho efetivo do caractere que o usuário vê depende do tamanho definido pelo autor e das definições de visualização do agente de usuário. Para muitas fontes do corpo de textos convencionais, 14 e 18 pontos é mais ou menos equivalente a 1,2 e 1,5 'em', ou a 120% ou 150% do tamanho predefinido para o corpo de texto (assumindo que a fonte do corpo de texto está a 100%); contudo, os autores teriam de verificar este aspecto para as fontes específicas em uso. Quando as fontes são definidas em unidades relativas, o tamanho efetivo do ponto é calculado pelo agente de usuário para visualização. O tamanho do ponto deve ser obtido a partir do agente de usuário ou calculado a partir de unidades métricas da fonte quando se avalia este critério de sucesso. Os usuários com baixa visão ficariam responsáveis por escolher as definições adequadas.
NOTA 4
Quando se utiliza texto sem especificar o tamanho de fonte, deverá ser assumido como razoável o menor tamanho de fonte utilizado nos principais navegadores para textos não especificados. Se um cabeçalho de nível 1 for apresentado nos principais navegadores em 14 pontos negrito, ou superior, então será razoável assumir que este é um texto grande. O escalonamento relativo pode ser calculado com base nos tamanhos predefinidos de modo semelhante.
NOTA 5
Os tamanhos de caracteres 18 e 14 para textos romanos são obtidos a partir do tamanho mínimo para caracteres ampliados (14 pontos) e do tamanho padrão de fonte ampliada (18 pontos). Para outros tipos de fonte, tais como as línguas Chinesa, Japonesa e Coreana (CJK), os tamanhos "equivalentes" seriam os tamanhos mínimos de impressão em caracteres ampliados utilizados para essas línguas e o tamanho imediatamente a seguir de caracteres padrões ampliados.
tecnologia (conteúdo da Web)
mecanismo de codificação de instruções a serem apresentadas, reproduzidas ou executadas pelos agentes de usuário
NOTA 1
Tal como é utilizado nestas diretrizes, "Tecnologia Web" e a palavra "tecnologia" (quando utilizada isoladamente) referem-se às Tecnologias de Conteúdo da Web.
NOTA 2
As tecnologias de conteúdo da Web podem incluir linguagens de marcação, formato de dados, ou linguagens de programação que os autores podem utilizar isoladamente ou em combinação, de forma a criar experiências ao usuário final que variam de páginas web estáticas, apresentações em mídia sincronizada e aplicações Web dinâmicas.
NOTA 3
Alguns exemplos comuns de tecnologias de conteúdo da Web incluem HTML, CSS, SVG, PNG, PDF, Flash e JavaScript.
tecnologia assistiva/recurso de tecnologia assistiva (tal como é utilizado neste documento)
hardware e/ou software que funciona como um agente de usuário,ou em conjunto com um agente de usuário convencional, que fornecem funcionalidades para cumprir as necessidades de usuários com deficiências, que vão além dos oferecidos pelos agentes de usuário convencionais.
NOTA
a funcionalidade fornecida pela tecnologia assistiva inclui apresentações alternativas (por ex., síntese de fala ou conteúdo ampliado), métodos alternativos de entrada (por ex., voz), mecanismos de orientação ou navegação adicionais e transformações de conteúdo (por ex., para tornar as tabelas mais acessíveis).
NOTA 1
As tecnologias assistivas se comunicam, muitas vezes, com agentes de usuário convencionais através de dados e mensagem usando e monitorando APIs.
NOTA 2
A diferença entre agentes de usuário convencionais e tecnologias assistivas não é absoluta. Muitos agentes de usuário convencionais fornecem algumas funcionalidades para ajudar pessoas com deficiências. A principal diferença é que os agentes de usuário convencionais visam um público mais vasto e diverso que, normalmente, inclui pessoas com e sem deficiências. As tecnologias assistivas visam um grupo de usuários mais restrito, com deficiências específicas. O apoio fornecido por uma tecnologia assistiva é mais específico e adequado às necessidades do seu público-alvo. O agente de usuário convencional pode fornecer uma funcionalidade importante às tecnologias assistivas, tal como a requisição de conteúdo da Web a partir de objetos do programa ou análise da marcação/código em conjuntos identificáveis.
Exemplo: As tecnologias assistivas que são importantes, no contexto deste documento, incluem o seguinte:
ampliadores de tela, e outros auxiliares de leitura, que são utilizados por pessoas com deficiências visuais, de percepção e físicas, para que possam alterar a cor, o espaçamento, o tamanho e o tipo de letra do texto, a sincronização com a fala, etc., para melhorar a legibilidade do texto e imagens apresentados;
leitores de tela, que são utilizados por pessoas cegas para lerem informação textual através de síntese de fala ou braille;
software de conversão de texto para fala (sintetizador de fala), que é utilizado por algumas pessoas com deficiências intelectuais, de linguagem e de aprendizagem para converterem texto em fala sintetizada;
software de reconhecimento de voz, que pode ser utilizado por pessoas com algumas deficiências físicas;
teclados alternativos, que são utilizados por pessoas com determinadas deficiências físicas para simular o teclado (incluindo teclados alternativos que utilizam ponteiros de cabeça, simples interruptores, dispositivos de sopro/sucção e outros dispositivos de entrada especiais.);
dispositivos apontadores alternativos, que são utilizados por pessoas com determinadas deficiências físicas para simular ativações do botão e do ponteiro do mouse.
Teste de função cognitiva
[Novo]
Uma tarefa que exige que o usuário lembre, manipule, ou transcreva informação. Exemplos incluem, mas não se limitam a:
memorização, como lembrar o nome de usuário, senha, um grupo de caracteres, imagens ou padrões. Os identificadores comuns como nome, e-mail e número de telefone não são considerados testes de função cognitiva, pois são pessoais ao usuário e consistente entre websites;
palavras utilizadas de forma a requerer que os usuários conheçam exatamente qual é a definição a ser aplicada, com o objetivo de compreender o conteúdo corretamente
Exemplo: O termo "gig" tem um significado se utilizado em um debate sobre concertos de música e outro se utilizado em um artigo sobre espaço do disco rígido de computadores; contudo, a definição adequada pode ser determinada a partir do contexto. Por outro lado, a palavra "texto" é utilizada de uma forma muito específica na versão WCAG 2.1, então uma definição está disponível nesse glossário.
up-event
evento da plataforma que ocorre quando o estímulo de acionamento de um ponteiro é liberado
O up-event pode ter diferentes nomes em diferentes plataformas, como "touchend" ou "mouseup".
está tão atualizada como o conteúdo que não está em conformidade, e
para a qual, no mínimo, uma das seguintes afirmações é verdadeira:
é possível acessar a versão em conformidade a partir da página que não está em conformidade, através de um mecanismo , com suporte a acessibilidade, ou
só é possível acessar a versão que não está em conformidade a partir da versão em conformidade, ou
só é possível acessar a versão que não está em conformidade a partir de uma página em conformidade, que também forneça um mecanismo para acessar a versão em conformidade
NOTA 1
Nesta definição, a expressão "só é possível acessar" significa que existe algum mecanismo, tal como um redirecionamento condicional, que impede um usuário de "chegar" (carregar) à página que não está em conformidade, a menos que o usuário tenha acabado de vir da versão em conformidade.
NOTA 2
Não é necessário que a versão alternativa corresponda, página a página, à original (por ex., a versão alternativa em conformidade pode consistir em várias páginas).
NOTA 3
Se estiverem disponíveis versões em várias línguas, serão necessárias versões alternativas em conformidade para cada língua oferecida.
NOTA 4
Podem ser fornecidas versões alternativas para acomodar diferentes ambientes de tecnologia ou grupos de usuários. Cada versão deverá estar o mais em conformidade possível. É necessária uma versão em conformidade total, para cumprir o nível de conformidade 1.
NOTA 5
A versão alternativa em conformidade não precisa permanecer no âmbito da conformidade, nem no mesmo site da Web, desde que esteja tão disponível como a versão que não está em conformidade.
NOTA 6
As versões alternativas não devem ser confundidas com o conteúdo suplementar,que suporta a página original e melhora sua compreensão.
NOTA 7
A definição de preferências de usuário no conteúdo para produzir uma versão em conformidade é um mecanismo aceitável para acessar a outra versão, desde que o método utilizado para definir as preferências tenha suporte a acessibilidade.
vídeo
a tecnologia de imagens ou fotos em movimento ou em sequência.
Nota
O vídeo pode ser composto por desenhos ou fotografias animadas, ou ambas.
viewport
objeto no qual o agente do usuário apresenta o conteúdo
Nota 1
O agente de usuário apresenta o conteúdo através de uma ou mais viewports. As viewports incluem janelas, frames, alto-falantes e lupas virtuais. Uma viewport pode conter outra viewport (por exemplo, frames encaixados). Os componentes da interface criados pelo agente de usuário, tais como prompts, menus e alertas, não são viewports.
a fonte, o tamanho, a cor e o fundo podem ser definidos
7. Finalidades de Entrada para Componentes de Interface de Usuário
Esta seção contém uma lista de finalidades de entrada de componentes de interface de usuário comuns. Os termos abaixo não são palavras-chave que devem ser usadas; mas, em vez disso, representam finalidades que devem ser capturadas na taxonomia adotada por uma página da Web. Onde aplicável, os autores marcam os controles com a taxonomia escolhida para indicar a finalidade semântica. Isso fornece potencial para agentes de usuário e tecnologias assistivas aplicarem apresentações personalizadas que podem permitir que mais pessoas entendam e usem o conteúdo.
NOTA
A lista de finalidades de tipo de entrada é baseada nas finalidades de controle definidas na seção do campo de Autopreenchimento do HTML 5.2 (em inglês), mas é importante entender que uma tecnologia diferente pode ter alguns ou todos os mesmos conceitos definidos em sua especificação e apenas os conceitos mapeados para os significados abaixo são obrigatórios.
As seguintes finalidades de controle de entrada são destinadas a relacionar-se com o usuário de conteúdo e referem-se apenas à informação relativa a esse indivíduo.
name - Nome completo
honorific-prefix - Prefixo ou título (por exemplo, "Sr.", "Sra.", "Dr.", "Mlle")
given-name - Nome próprio (em algumas culturas ocidentais, também conhecido como primeiro nome)
additional-name - Nomes adicionais (em algumas culturas ocidentais, também conhecidos como nomes do meio,outros nomes próprios que não o primeiro)
family-name - Nome de família (em algumas culturais ocidentais, também conhecido como último nome ou sobrenome)
honorific-suffix - Sufixo (por exemplo, "Jr", "B.Sc", "MBA", "II")
nickname - Apelido, nome de tela, identificador: um nome curto geralmente usado em lugar do nome completo
organization-title - Cargo (por exemplo, "Engenheiro de Software", "Vice-Presidente Sênior", "Diretor Executivo Adjunto")
username - Um nome de usuário
new-password - Uma senha nova (por exemplo, ao criar uma conta ou mudar uma senha)
current-password - A senha atual para a conta identificada pelo campo username (por exemplo, ao fazer login)
organization - Nome da empresa que corresponde à pessoa, ao endereço ou às informações de contato em outros campos associados a este campo
street-address - Endereço físico (várias linhas, novas linhas preservadas)
address-line1 - Endereço físico (uma linha por campo, linha 1)
address-line2 - Endereço físico (uma linha por campo, linha 2)
address-line3 - Endereço físico (uma linha por campo, linha 3)
address-level4 - O nível administrativo mais refinado, em endereços com quatro níveis administrativos
address-level3 - O terceiro nível administrativo, em endereços com três ou mais níveis administrativos
address-level2 - O segundo nível administrativo em endereços com dois ou mais níveis administrativos; em países com dois níveis administrativos, normalmente seria a cidade, distrito, vila ou outra localidade dentro da qual a rua relevante está incluída
address-level1 - O mais amplo nível administrativo no endereço, por exemplo, a província dentro da qual a localidade é encontrada; por exemplo, nos EUA, seria em um estado; na Suíça seria em um cantão; no Reino Unido, uma cidade postal
country - Código do país
country-name - Nome do país
postal-code - Código postal, código dos correios, CEP, código de SEDEX (se SEDEX, acrescentar "SEDEX", e se relevante, ao campo address-level2)
cc-name - Nome completo como indicado no instrumento de pagamento
cc-given-name - Nome próprio como indicado no instrumento de pagamento (em algumas culturas ocidentais, também conhecido como primeiro nome)
cc-additional-name - Nomes adicionais indicados no instrumento de pagamento (em algumas culturas ocidentais, também conhecidos como nomes do meio ,outros nomes próprios que não o primeiro nome)
cc-family-name - Nome de família indicado no instrumento de pagamento (em algumas culturas ocidentais, também conhecido como último nome ou sobrenome)
cc-number - Código que identifica o instrumento de pagamento (por exemplo, o número de cartão de crédito)
cc-exp - Data de expiração do instrumento de pagamento
cc-exp-month - Componente de mês da data de expiração do instrumento de pagamento
cc-exp-year - Componente de ano da data de expiração do instrumento de pagamento
cc-csc - Código de segurança para o instrumento de pagamento (também conhecido como o código de segurança do cartão [CSC, em inglês], código de validação do cartão [CVC, em inglês] valor de verificação do cartão [CVV, em inglês], código do painel de assinatura [SPC, em inglês], ID do cartão de crédito [CCID, em inglês] etc)
cc-type - Tipo de instrumento de pagamento
transaction-currency - A moeda que o usuário prefere utilizar na transação
transaction-amount - O valor que o usuário deseja para a transação (por exemplo, quando insere um lance ou preço de venda)
language - Idioma de preferência
bday - Data de nascimento
bday-day - Componente de dia da data de nascimento
bday-month - Componente de mês da data de nascimento
bday-year - Componente de ano da data de nascimento
sex - Identidade de gênero (por exemplo, Feminino, Fa’afafine)
url - Página inicial ou outra página web correspondente à empresa, pessoa, ao endereço ou às informações de contato em outros campos associados a este campo
photo - Fotografia, ícone ou outra imagem correspondente à empresa, pessoa, ao endereço ou às informações de contato em outros campos associados a este campo
tel - Número de telefone completo, incluindo o código do país
tel-country-code -Componente de código do país do número telefônico
tel-national - Número telefônico sem o componente de código de país, com um prefixo interno do país aplicado, se aplicável
tel-area-code - Componente de código de área do número telefônico, com um prefixo interno do país, se aplicável
tel-local - Número de telefone sem os componentes de código do país e código de área
tel-local-prefix - Primeira parte do componente de número telefônico que segue o código de área, quando esse componente é dividido em dois componentes
tel-local-suffix - Segunda parte do componente de número telefônico que segue o código de área, quando o componente é dividido em dois componentes
tel-extension - Código de extensão interna do número telefônico
email - Endereço de e-mail
impp - URL que representa uma etapa final de protocolo de mensagem instantânea (por exemplo, "aim:goim?screenname=example" or "xmpp:fred@example.net")
2020-07-19: Acréscimo do Ajuda Encontrável (depois renomeado para Ajuda Consistente), Pontos Fixos de Referência (Navegação de Quebra de Página), Controles Escondidos (depois renomeado Controles Visíveis), Espaçamento de Alvo de Cursor (depois renomeado para Tamanho do Alvo (Mínimo)), Entrada Redundante.
2020-08-04: Acréscimo da Aparência do Foco (Mínimo) (depois renomeado Aparência de Foco (Melhorado)) e renomeado de Foco Visível (Melhorado) para Aparência de Foco (Melhorado).
2022-07-15: Remoção da Navegação de Quebra de Página.
2023-06-05: Acréscimo de seções de privacidade e segurança dentro da conformidade.
B. Agradecimentos
Essa seção não é normativa
Informações adicionais sobre a participação no Grupo de Trabalho de Diretrizes de Acessibilidade (AG WG) podem ser encontradas na página inicial do Grupo de Trabalho.
B.1 Participantes do AG WG ativos no desenvolvimento deste documento:
Jake Abma (Invited Expert)
Shadi Abou-Zahra (Amazon)
Chuck Adams (Oracle Corporation)
Amani Ali (Nomensa)
Jim Allan (Invited Expert)
Jon Avila (Level Access)
Bruce Bailey (U.S. Access Board)
Renaldo Bernard (University of Southampton)
Dan Bjorge (Deque Systems, Inc.)
Peter Bossley (Thomson Reuters)
Rachael Bradley Montgomery (Library of Congress)
Judy Brewer (W3C)
Shari Butler (Pearson plc)
Thaddeus Cambron (Invited Expert)
Alastair Campbell (Nomensa)
Laura Carlson (Invited Expert)
Sukriti Chadha (Invited Expert)
Rafal Charlampowicz (AccessibilityOZ)
Michael Cooper (W3C)
Jennifer Delisi (Invited Expert)
Wayne Dick (Knowbility, Inc)
Kim Dirks (Thomson Reuters)
E.A. Draffan (University of Southampton)
Eric Eggert (W3C)
Michael Elledge (Invited Expert)
Steve Faulkner (TPGi)
David Fazio (Invited Expert)
Wilco Fiers (Deque Systems, Inc.)
Detlev Fischer (Invited Expert)
John Foliot (Invited Expert)
Matt Garrish (DAISY Consortium)
Alistair Garrison (Level Access)
Jaunita George (Navy Federal Credit Union)
Michael Gower (IBM Corporation)
Markku Hakkinen (Educational Testing Service)
Charles Hall (Invited Expert)
Katie Haritos-Shea (Knowbility, Inc)
Dan Harper-Wain (HM Government)
Shawn Henry (W3C)
Sarah Horton (Invited Expert)
Abi James (University of Southampton)
Marc Johlic (IBM Corporation)
Oliver Keim (SAP SE)
Andrew Kirkpatrick (Adobe)
John Kirkwood (Invited Expert)
JaEun Jemma Ku (University of Illinois Chicago)
Patrick H. Lauke (TetraLogical)
Shawn Lauriat (Google, Inc.)
Steve Lee (Invited Expert)
Chris Loiselle (Invited Expert)
David MacDonald (Invited Expert)
Jan McSorley (Pearson plc)
Rain Breaw Michaels (Google LLC)
Neil Milliken (Unify Software and Solutions)
Mary Jo Mueller (IBM Corporation)
Jay Mullen (College Board)
Brooks Newton (Thomson Reuters)
Gundula Niemann (SAP SE)
James Nurthen (Oracle Corporation)
Lori Oakley (Oracle Corporation)
Joshue O Connor (Invited Expert)
Scott O'Hara (Microsoft)
Sailesh Panchang (Deque Systems, Inc.)
Kim Patch (Invited Expert)
Melanie Philipp (Deque Systems, Inc.)
Mike Pluke (Invited Expert)
Ian Pouncey (TetraLogical)
Ruoxi Ran (W3C)
Stephen Repsher (Invited Expert)
John Rochford (Invited Expert)
Stefan Schnabel (SAP SE)
Ayelet Seeman (Invited Expert)
Lisa Seeman-Kestenbaum (Invited Expert)
Glenda Sims (Deque Systems, Inc.)
Avneesh Singh (DAISY Consortium)
David Sloan (TPGi)
Andrew Somers (Invited Expert)
Jeanne Spellman (TetraLogical)
Francis Storr (Intel)
Poornima Badhan Subramanian (Invited Expert)
Ben Tillyer (Invited Expert)
Makoto Ueki (Invited Expert)
Gregg Vanderheiden (Raising the Floor)
Kathleen Wahlbin (Invited Expert)
Léonie Watson (TetraLogical)
Jason White (Educational Testing Service)
White, Kevin (W3C Staff)
Mark Wilcock (Unify Software and Solutions)
B.2 Outros participantes anteriormente ativos do GT WCAG e outros colaboradores para a versão WCAG 2.0
Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, Tom Babinszki, Mark Barratt, Mike Barta, Sandy Bartell, Kynn Bartlett, Chris Beer, Charles Belov, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Frederick Boland, Denis Boudreau, Patrice Bourlon, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Ben Caldwell, Tomas Caspers, Roberto Castaldo, Sofia Celic-Li, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, Darcy Clarke, James Coltham, Earl Cousins, James Craig, Tom Croucher, Pierce Crowell, Nir Dagan, Daniel Dardailler, Geoff Deering, Sébastien Delorme, Pete DeVasto, Iyad Abu Doush, Sylvie Duchateau, Cherie Eckholm, Roberto Ellero, Don Evans, Gavin Evans, Neal Ewers, Steve Faulkner, Bengt Farre, Lainey Feingold, Wilco Fiers, Michel Fitos, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Alistair Garrison, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Karl Groves, Loretta Guarino Reid, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Benjamin Hawkes-Lewis, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Allen Hoffman, Chris Hofstader, Yvette Hoitink, Martijn Houtepen, Carlos Iglesias, Richard Ishida, Jonas Jacek, Ian Jacobs, Phill Jenkins, Barry Johnson, Duff Johnson, Jyotsna Kaki, Shilpi Kapoor, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Johannes Koch, Marja-Riitta Koivunen, Maureen Kraft, Preety Kumar, Kristjan Kure, Andrew LaHart, Gez Lemon, Chuck Letourneau, Aurélien Levy, Harry Loots, Scott Luebking, Tim Lacy, Jim Ley, Alex Li, William Loughborough, N Maffeo, Mark Magennis, Erich Manser, Kapsi Maria, Luca Mascaro, Matt May, Sheena McCullagh, Liam McGee, Jens Oliver Meiert, Niqui Merret, Jonathan Metz, Alessandro Miele, Steven Miller, Mathew J Mirabella, Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Charles Nevile, Liddy Nevile, Dylan Nicholson, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Charu Pandhi, evarshi Pant, Nigel Peck, Anne Pemberton, David Poehlman, Ian Pouncey, Charles Pritchard, Kerstin Probiesch, W Reagan, Adam Victor Reed, Chris Reeve, Chris Ridpath, Lee Roberts, Mark Rogers, Raph de Rooij, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Joel Sanda, Janina Sajka, Roberto Scano, Gordon Schantz, Tim van Schie, Wolf Schmidt, Stefan Schnabel, Cynthia Shelly, Glenda Sims, John Slatin, Becky Smith, Jared Smith, Andi Snow-Weaver, Neil Soiffer, Mike Squillace, Michael Stenitzer, Diane Stottlemyer, Christophe Strobbe, Sarah J Swierenga, Jim Thatcher, Terry Thompson, Justin Thorp, David Todd, Mary Utt, Jean Vanderdonckt, Carlos A Velasco, Eric Velleman, Gijs Veyfeyken, Dena Wainwright, Paul Walsch, Daman Wandke, Richard Warren, Elle Waters, Takayuki Watanabe, Gian Wild, David Wooley, Wu Wei, Kenny Zhang, Leona Zumbo.
B.3 Habilitando financiadores
Esta publicação foi financiada, em parte, com fundos federais dos EUA, do Departamento de Saúde e Serviços Humanos, do Instituto Nacional em Deficiência, Vida Independente e Pesquisa em Reabilitação (NIDILRR, em inglês), inicialmente, sob o contrato número ED-OSE-10-C-0067, depois, sob o contrato número HHSP23301500054C, e, agora, sob o contrato número HHS75P00120P00168. O conteúdo desta publicação não reflete necessariamente a visão ou as políticas do Departamento de Saúde e Serviços Humanos dos EUA ou do Departamento de Educação do país, nem menciona nomes comerciais, produtos comerciais ou organizações que impliquem em endosso por parte do governo dos EUA.