Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.1 - Português\nÚltima versão publicada (em inglês):\nRecomendação anterior (em inglês):\nJoshue O Connor (Especialista Convidado, InterAccess)\nBen Caldwell (Trace R&D Center, Universidade de Wisconsin-Madison)\nGregg Vanderheiden (Trace R&D Center, Universidade de Wisconsin-Madison)\nJohn Slatin (Instituto de Acessibilidade da Universidade do Texas em Austin)\nJason White (Universidade de Melbourne)\nConsulte também outras traduções .\nEste documento também está disponível em versões não normativas, disponíveis em Versões Alternativas das Diretrizes de Acessibilidade para Conteúdo Web 2.1(em inglês).\nAs Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.1 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. Seu conteúdo da Web também ficará mais acessível aos usuários em geral ao seguir estas diretrizes.\nOs critérios de sucesso das WCAG 2.1 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.\nAs WCAG 2.1 estendem as Diretrizes de Acessibilidade para Conteúdo Web 2.0 [ WCAG20 ], as quais foram publicadas como Recomendação do W3C em dezembro de 2008. Conteúdo em conformidade com as WCAG 2.1 também está em conformidade com as WCAG 2.0. O GT pretende que, para as normas que demandem conformidade com as WCAG 2.0, as WCAG 2.1 possam fornecer um meio alternativo de conformidade. A publicação das WCAG 2.1 não tornam obsoletas ou substituem as WCAG 2.0. Embora as WCAG 2.0 permaneçam como Recomendação do W3C o W3C aconselha a utilização das WCAG 2.1 para maximizar esforços futuros de aplicabilidade de acessibilidade. O W3C também incentiva o uso da versão mais atual das WCAG ao desenvolver ou atualizar políticas de acessibilidade da Web.\nEsta 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 índice dos relatórios técnicos do W3C em https://www.w3.org/TR/ (em inglês).\nEsta é uma Recomendação do W3C (em inglês) das WCAG 2.1 do Grupo de Trabalho para as Diretrizes de Acessibilidade (em inglês).\nEste documento foi revisto por membros do W3C por desenvolvedores de software, por outros grupos do W3C e partes interessadas e foi endossado pelo Diretor como uma Recomendação W3C . É um documento estável e pode ser usado como material de referência ou citado a partir de outro documento. O papel do W3C na produção desta Recomendação é chamar a atenção para a especificação e promover a sua implementação para uso geral. Isto melhora a funcionalidade e a interoperabilidade da Web.\nAo publicar esta Recomendação, o W3C espera que a funcionalidade especificada nesta Recomendação não seja afetada por alterações nos Valores CSS e no Módulo de Unidades Nível 3 ou por Eventos de Ponteiro Nível 2. O Grupo de Trabalho continuará a rastrear essas especificações.\nPara comentar, submeta uma questão (issue) no repositório WCAG do GitHub de WCAG do W3C. O Grupo de Trabalho solicita que comentários públicos sejam registrados como novas questões, uma questão por comentário distinto. Criar uma conta do GitHub para registrar questões é gratuito. Se o registro de questões no GitHub não for viável, envie um e-mail para: public-agwg-comments@w3.org (arquivo de comentários). Os comentários recebidos sobre a Recomendação WCAG 2.1 não podem resultar em alterações a esta versão das diretrizes, mas podem ser considerados em errata ou em futuras versões das WCAG. O Grupo de Trabalho não planeja responder formalmente aos comentários. Uma lista de questões registradas bem como os arquivos das discussões da lista de discussão do GT AG encontram-se disponíveis ao público; e trabalhos futuros realizados pelo Grupo de Trabalho podem abordar os comentários recebidos sobre este documento.\nEste documento foi publicado pelo Grupo de Trabalho de Diretrizes de Acessibilidade como uma recomendação.\nConsulte, por favor, o relatório de implementação do Grupo de Trabalho.\nEste documento foi produzido por um grupo trabalhando sob a Politica de Patentes do W3C (em inglês). O W3C mantém uma lista pública de patentes divulgadas (em inglês) relacionadas com os resultados do grupo; essa página também inclui instruções para divulgação de uma patente. Uma pessoa que tenha conhecimento de uma patente, que julga conter Reivindicações Essenciais (em inglês) deve divulgar esta informação de acordo com a seção 6 da Política de Patentes W3C (em inglês).\nEste documento é regido pelo Documento de Processo do W3C de 1º de fevereiro de 2018.\n0.1 Antecedentes das WCAG 2\n0.2 Camadas de Orientação das WCAG 2.0\n0.3 Documentos de Apoio das WCAG 2.1\n0.4 Requisitos para WCAG 2.1\n0.5.1Novas Funcionalidades das WCAG 2.1\n0.5.2 Numeração em WCAG 2.1\n0.5.3 Conformidade com as WCAG 2.1\n1.1Alternativas em Texto\n1.1.1Conteúdo Não Textual\n1.2.3 Audiodescrição ou Mídia Alternativa (Pré-gravada)\n1.2.4 Legendas (Ao Vivo)\n1.2.5 Audiodescrição (Pré-gravada)\n1.2.6 Língua de sinais (Pré-gravada)\n1.2.7 Audiodescrição Estendida (Pré-gravada)\n1.2.8 Mídia Alternativa (Pré-gravada)\n1.2.9 Apenas áudio (Ao Vivo)\n1.3.5 Identificar o Objetivo de Entrada\n1.3.6 Identificar o Objetivo\n1.4.1 Utilização de Cores\n1.4.3 Contraste Mínimo\n1.4.7 Áudio de fundo baixo ou sem Áudio de fundo\n1.4.11 Contraste Não textual\n1.4.13 Conteúdo sobre Mouse ou Foco\n2.1.2 Sem Bloqueio do Teclado\n2.1.4 Atalhos de Tecla de Caractere\n2.2.1 Ajustável por Temporização\n2.2.2 Colocar em Pausa, Parar, Ocultar\n2.2.3 Sem Temporização\n2.2.5 Nova Autenticação\n2.2.6 Limites de Tempo\n2.3 Convulsões e Reações Fisicas\n2.3.1 Três Flashes ou Abaixo do Limite\n2.3.3 Animação de Interações\n2.4.1 Ignorar Blocos\n2.4.3 Ordem de Foco\n2.4.4 Finalidade do Link Em contexto\n2.4.5 Várias Formas\n2.4.6 Cabeçalhos e Rótulos\n2.4.7 Foco Vísivel\n2.4.9 Finalidade do Link (Apenas o Link)\n2.4.10 Cabeçalhos da Sessão\n2.5.1 Gestos de Acionamento\n2.5.2 Cancelamento de Acionamento\n2.5.3 Rótulo em Nome Acessível\n2.5.4 Atuação por Movimento\n2.5.5 Tamanho da Área Clicável\n2.5.6 Mecanismos de Entrada Simultâneos\n3.1.3 Palavras Incomuns\n3.1.5 Nível de Leitura\n3.2.1 Em Foco\n3.2.2 Em Entrada\n3.2.5 Alteração Mediante Solicitação\n3.3.1 Identificação do Erro\n3.3.3 Sugestão de Erro\n3.3.4 Prevenção de Erros (Legal, Financeiro, Dados)\n3.3.6 Prevenção de Erros (Todos)\n5.2.2 Páginas inteiras\n5.2.4 Apenas Formas de Utilizar Tecnologias com Suporte a Acessibilidade\n5.3.1 Componentes Necessários de uma Reivindicação de Conformidade\n7. Finalidades de Entrada para Componentes de Interface de Usuário\nA.1 Participantes do AG WG ativos no desenvolvimento deste documento:\nA.2 Outros participantes anteriormente ativos do GT WCAG e outros colaboradores para a versão WCAG 2.0\nA.3 Habilitando financiadores\n0.1 Antecedentes das WCAG 2 §\nAs Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.1 definem a forma de como tornar o conteúdo da Web mais acessível para pessoas com deficiência. A acessibilidade abrange uma vasta gama de deficiências, incluindo visual, auditiva, física, de fala, intelectual, de linguagem, de aprendizagem e neurológica. 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.\nAs WCAG 2.1 foram desenvolvidas através do processo W3C (em inglês) em colaboração com pessoas e organizações em todo o mundo, com o objetivo de fornecer um padrão compartilhado referente à acessibilidade do conteúdo da Web, que vá ao encontro das necessidades das pessoas, das organizações e dos governos em nível internacional. As WCAG 2.1 baseiam-se nas WCAG 2.0 [ WCAG20 ], que por sua vez foram construídas sobre as WCAG 1.0 [ WAI-WEBCONTENT ] e foram concebidas para serem largamente aplicadas às diferentes tecnologias atuais e futuras da Web, e para serem testáveis com uma combinação de testes automáticos e avaliação humana. Para uma introdução as WCAG, consulte a Descrição Geral das Diretrizes de Acessibilidade para Conteúdo Web (em inglês).\nDesafios 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.\n0.2 Camadas de Orientação das WCAG 2.0 §\nAs 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 necessárias ,e de tipo sugeridas ,bem como falhas comuns documentadas com exemplos, links para recursos e código fonte.\nDiretrizes - 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.\n0.3 Documentos de Apoio das WCAG 2.0§\nComo cumprir as WCAG 2.1 (em inglês) - Uma referência rápida personalizável para as WCAG 2.0 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. Isso inclui conteúdo das WCAG 2.0 e WCAG 2.1 e pode ser filtrado de várias maneiras para ajudar os autores a se concentrarem no conteúdo relevante.\nCompreendendo as WCAG 2.1 (em inglês) - Um guia para compreender e implementar as WCAG 2.1. Existe um pequeno documento intitulado "Compreendendo" para cada diretriz e critério de sucesso existente nas WCAG 2.0, assim como tópicos chave.\nTécnicas para as WCAG 2.1(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.\nOs documentos das WCAG (em inglês) - Um diagrama e uma descrição de como os documentos técnicos estão relacionados e ligados.\nVeja 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.0, 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).\n0.4 Requisitos para WCAG 2.1§\nAs WCAG 2.1 cumprem um conjunto de requisitos para as WCAG 2.1 que, por sua vez, herdam os requisitos das WCAG 2.0. 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, para 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 incluído nas WCAG 2.1. Esta restrição foi importante para preservar a sua natureza como um lançamento pontual das WCAG 2.\nAs WCAG 2.1 foram criadas com o objetivo de 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 incluídos nesta versão. O Grupo de Trabalho acredita que as WCAG 2.1 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.\nAs WCAG 2.1 desenvolvem-se e são compatíveis com a versão WCAG 2.0; o que significa que as páginas Web em conformidade com as WCAG 2.1 também estão em conformidade com as WCAG 2.0. Os autores que estão, por questões legais, obrigados a cumprir as WCAG 2.0 poderão atualizar o conteúdo para as WCAG 2.1 sem perder a conformidade com as WCAG 2.0. Autores que seguem ambos os conjuntos de diretrizes devem estar cientes das seguintes diferenças:\n0.5.1 Novas Funcionalidades das WCAG 2.1§\nAs WCAG 2.1 ampliam as WCAG 2.0 adicionando novos critérios de sucesso, definições para apoiá-los, diretrizes para organizar as adições e algumas adições à seção de conformidade. Esta abordagem aditiva ajuda a deixar claro que os sites que estão em conformidade com as WCAG 2.1 também estão em conformidade com as WCAG 2.0, cumprindo assim as obrigações de conformidade específicas das WCAG 2.0. O Grupo de Trabalho de Diretrizes de Acessibilidade recomenda que os sites adotem as WCAG 2.1 como sua nova meta de conformidade, mesmo se as obrigações formais mencionarem as WCAG 2.0, para fornecer melhor acessibilidade e antecipar futuras mudanças na política.\nOs seguintes Critérios de Sucesso são novos no WCAG 2.1:\n1.3.5 Identificar o Objetivo de Entrada (AA)\n1.3.6 Identificar o Objetivo (AAA)\n1.4.13 Conteúdo em foco por mouse ou teclado (AA)\n2.1.4 Atalhos de teclado por caractere (A)\n2.2.6 Limites de Tempo (AAA)\n2.3.3 Animação de Interações (AAA)\n2.5.1 Gestos de Acionamento (A)\n2.5.2 Cancelamento de Acionamento (A)\n2.5.3 Rótulo em Nome Acessível (A)\n2.5.4 Atuação em Movimento (A)\n2.5.5 Tamanho da Área Clicável (AAA)\n2.5.6 Mecanismos de Entrada Simultâneos (AAA)\nMuitos desses critérios de sucesso 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.\nNa seção Conformidade, uma terceira nota sobre variantes de página foi adicionada a Páginas Completas; e uma opção para metadados legíveis por máquina foram adicionados a Componentes Opcionais de uma Reivindicação de Conformidade.\n0.5.2 Numeração em WCAG 2.1§\nCom a finalidade de evitar confusões para implementadores para os quais a compatibilidade com as WCAG 2.0 é importante, os novos critérios de sucesso nas WCAG 2.1 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.0, 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. As Referências Rápidas das WCAG 2.1 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.\n0.5.3 Conformidade com as WCAG 2.1§\nAs WCAG 2.1 utilizam o mesmo modelo de conformidade das WCAG 2.0 com algumas adições, as quais estão descritas na seção Conformidade. Pretende-se que os sites em conformidade com as WCAG 2.1 também estejam em conformidade com as WCAG 2.0, o que significa que cumprem os requisitos de quaisquer políticas que façam referência às WCAG 2.0, ao mesmo tempo em que melhor satisfazem as necessidades dos usuários da Web atual.\n0.6 Versões Posteriores das Diretrizes de Acessibilidade§\nEm paralelo às WCAG 2.1, 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, pelo que as WCAG 2.1 são necessárias como medida provisória para fornecer orientações atualizadas de acessibilidade na Web para reflectir 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.\n1. Perceptível §\nAs informações e os componentes da interface do usuário devem ser apresentados em formas que possam ser percebidas pelo usuário.\nFornecer 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.\nCompreendendo conteúdo não textual (em inglês)\nComo Cumprir Conteúdo Não Textual (em inglês)\nTodo o conteúdo não textual que é exibido ao usuário tem uma alternativa textual que serve a um propósito equivalente, exceto para as situações indicadas abaixo.\nSe 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)\nMídias com base no tempo\nSe 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).\nSe 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.\nSe 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.\nSe 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.\nSe 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.\nDiretriz 1.2 Mídias com base em tempo §\nFornecer alternativas para mídias baseadas em tempo.\nCritério de Sucesso 1.2.1 Apenas Áudio e Apenas Vídeo (Pré-gravado) §\nCompreendendo Apenas Áudio e Apenas Vídeo (Pré-gravado) (em inglês)\nComo Cumprir apenas Áudio e apenas Vídeo (Pré-gravado) (em inglês)\nApenas áudio pré-gravado:\nÉ fornecida uma alternativa para mídia com base em tempo que apresenta informação equivalente para o conteúdo composto por apenas áudio pré-gravado.\nApenas vídeo pré-gravado:\nÉ 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.\nCritério de Sucesso 1.2.2 Legendas (Pré-gravadas) §\nCompreendendo Legendas (Pré-gravadas) (em inglês)\nComo Cumprir Legendas (Pré-gravadas) (em inglês)\nSão fornecidas legendas para todo conteúdo de áudio pré-gravado em mídia sincronizada, exceto quando a mídia for uma alternativa para texto e for claramente identificada como tal.\nCritério de Sucesso 1.2.3 Audiodescrição ou Mídia Alternativa (Pré-gravada) §\nCompreendendo Critério de Sucesso 1.2.3 Audiodescrição ou Mídia Alternativa (Pré-gravada) (em inglês)\nComo Cumprir Audiodescrição ou Mídia Alternativa (Pré-gravada) (em inglês)\nUma alternativa para mídia com base ou uma audiodescrição do conteúdo em vídeo pré-gravado é fornecida para mídia sincronizada, exceto quando a mídia é uma alternativa ao texto e for claramente identificada como tal.\nCritério de Sucesso 1.2.4 Legendas (Ao Vivo)§\nCompreendendo Legendas (Ao Vivo) (em inglês)\nComo Cumprir Legendas (Ao Vivo) (em inglês)\nSão fornecidas legendas para todo o conteúdo do áudio ao vivo existente em mídia sincronizada..\nCritério de Sucesso 1.2.5 Audiodescrição (Pré-gravada)§\nCompreendendo Audiodescrição (Pré-gravada) (em inglês)\nComo Cumprir Audiodescrição (Pré-gravada) (em inglês)\nÉ fornecida audiodescrição para todo o conteúdo de vídeo pré-gravado existente em mídia sincronizada.\nCritério de Sucesso 1.2.6 Língua de sinais (Pré-gravada)§\nCompreendendo Língua de sinais (Pré-gravada) (em inglês)\nComo cumprir Língua de sinais (Pré-gravada) (em inglês)\nÉ fornecida interpretação em língua de sinais para todo o conteúdo de audio pré-gravado existente em um conteúdo em mídia sincronizada.\nCritério de Sucesso 1.2.7 Audiodescrição Estendida (Pré-gravada)§\nCompreendendo Audiodescrição Estendida (Pré-gravada) (em inglês)\nComo cumprir Audiodescrição Estendida (Pré-gravada) (em inglês)\nQuando as pausas no áudio de primeiro plano forem insuficientes para permitir que as audiodescrições transmitam o sentido do vídeo, é fornecida uma audiodescrição estendida para todo o vídeo pré-gravado existente no conteúdo em mídia sincronizada.\nCritério de Sucesso 1.2.8 Mídia Alternativa (Pré-gravada) §\nCompreendendo Mídia Alternativa (Pré-gravada) (em inglês)\nComo cumprir Mídia Alternativa (Pré-gravada) (em inglês)\nÉ fornecida uma alternativa para mídia com base em tempo para todo o conteúdo existente em mídia sincronizada pré-gravada e para a todo o conteúdo multimídia composto por apenas vídeo pré-gravado.\nCritério de Sucesso 1.2.9 Apenas Áudio (Ao Vivo) §\nCompreendendo Apenas áudio (Ao Vivo) (em inglês)\nComo cumprir Apenas áudio (Ao Vivo) (em inglês)\nÉ fornecida uma alternativa para mídia com base em tempo que apresenta informações equivalentes para conteúdo apenas áudio ao vivo .\nDiretriz 1.3 Adaptável §\nCriar conteúdo que pode ser apresentado de diferentes maneiras (por exemplo um layout simplificado) sem perder informação ou estrutura.\nCritério de Sucesso 1.3.1 Informações e Relações §\nCompreendendo Informações e Relações (em inglês)\nComo cumprir Informações e Relações (em inglês)\nAs informações, a estrutura,e os relacionamentos transmitidos através de apresentação podem ser determinados por meio de código de programação ou estão disponíveis no texto.\nCritério de Sucesso 1.3.2 Sequência com Significado§\nCompreendendo Sequência com Significado (em inglês)\nComo cumprir Sequência com Significado (em inglês)\nQuando a sequência na qual o conteúdo é apresentado afeta o seu significado, uma sequência de leitura correta pode ser determinada por meio de código de programação.\nCritério de Sucesso 1.3.3 Características Sensoriais §\nCompreendendo Características Sensoriais (em inglês)\nComo cumprir Características Sensoriais (em inglês)\nAs 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.\nCompreendendo Orientação (em inglês)\nComo Cumprir Orientação (em inglês)\nO conteúdo não restringe sua visualização e operação a uma única orientação de exibição, como um retrato ou uma paisagem, a menos que uma orientação de exibição específica seja essencial.\nExemplos em que uma determinada orientação de exibição pode ser essencial são uma verificação de banco, uma aplicação de piano, slides para projetor ou televisão ou conteúdo de realidade virtual em que a orientação de exibição binária não seja aplicável.\nCritlério de Sucesso 1.3.5 Identificar o Objetivo de Entrada§\nCompreendendo Identificar o Objetivo de Entrada (em inglês)\nComo Cumprir Identificar o Objetivo de Entrada (em inglês)\nA finalidade de cada campo de entrada que coleta informações sobre o usuário pode ser determinada de forma programática quando:\nO campo de entrada serve à finalidade identificada na seção Finalidades de Entrada para Componentes de Interface de Usuário;\nO conteúdo é implementado por meio da utilização de tecnologias com suporte para identificar o significado esperado para os dados de entrada do formulário.\nCritério de Sucesso 1.3.6 Identificar o Objetivo§\nCompreendendo Identificar o Objetivo (em inglês)\nComo Cumprir Identificar o Objetivo (em inglês)\nEm conteúdo implementado que utiliza linguagens de marcação, a finalidade dos Componentes de Interface de Usuário, ícones, e regiões podem ser determinados programaticamente.\nDiretriz 1.4 Discernível §\nFacilitar a audição e a visualização de conteúdo aos usuários, incluindo a separação entre o primeiro plano e o plano de fundo.\nCritério de Sucesso 1.4.1 Utilização de Cores§\nCompreendendo Utilização de Cores (em inglês)\nComo cumprir Utilização de Cores (em inglês)\nA 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.\nEste 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 a outra codificação da apresentação visual.\nCritério de Sucesso 1.4.2 Controle de Áudio§\nCompreendendo Controle de Áudio (em inglês)\nComo cumprir Controle de Áudio (em inglês)\nSe 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 global de volume do sistema deve disponibilizar.\nUma 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.\nCritério de Sucesso 1.4.3 Contraste Mínimo §\nCompreendendo Contraste Mínimo (em inglês)\nComo cumprir Contraste Mínimo (em inglês)\nA apresentação visual de texto e imagens de texto tem uma relação de contraste de of at least 4.5:1, no mínimo, 4.5:1, exceto para o seguinte:\nTexto 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;\nO texto ou imagens de texto que fazem parte de umcomponente de interface de usuárioinativo, 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.\nO texto que faz parte de um logotipo ou marca comercial não tem requisito mínimo de contraste.\nCritério de Sucesso 1.4.4 Redimensionar Texto§\nCompreendendo Redimensionar Texto (em inglês)\nComo cumprir Redimensionar Texto (em inglês)\nExceto para legendas e imagens de texto, o texto pode ser redimensionado sem tecnologia assistiva até 200 por cento sem perder conteúdo ou funcionalidade.\nCompreendendo Imagens de Texto (em inglês)\nComo cumprir Imagens de Texto (em inglês)\nSe 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:\nA imagem de texto pode ser visualmente personalizada de acordo com os requisitos do usuário;\nUma determinada apresentação de texto é essencial para as informações que serão transmitidas.\nOs logotipos (texto que faz parte de um logotipo ou marca comercial) são considerados essenciais.\nCritério de Sucesso 1.4.6 Contraste (Melhorado)§\nCompreendendo Contraste Melhorado (em inglês)\nComo cumprir Contraste Melhorado (em inglês)\nA apresentação visual do texto e imagens de texto tem uma relação de contraste de, no mínimo, 7:1, exceto para as seguintes situações:\nTexto 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;\nO 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.\nO texto que faz parte de um logotipo ou marca comercial não tem requisito de contraste.\nCritério de Sucesso 1.4.7 Áudio de fundo baixo ou sem Áudio de fundo §\nCompreendendo Áudio de fundo baixo ou sem áudio de fundo (em inglês)\nComo cumprir Áudio de fundo baixo ou sem áudio de fundo (em inglês)\nPara 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 cantar ou fazer batidas, no mínimo, uma das seguintes afirmações é verdadeira:\nOs 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.\nDe 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.\nCritério de Sucesso 1.4.8 Apresentação Visual§\nCompreendendo Apresentação Visual (em inglês)\nComo cumprir Apresentação Visual (em inglês)\n1.4.8 Apresentação Visual: Para a apresentação visual de blocos de texto, um mecanismo está disponível para se obter o seguinte:\nA largura não tem mais do que 80 caracteres ou glifos (40 se CJK)\nO 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. .\nCritério de Sucesso 1.4.9 Imagens de Texto sem exceção§\nCompreendendo Imagens de Texto sem exceção (em inglês)\nComo cumprir Imagens de Texto sem exceção (em inglês)\nAs imagens de texto só são utilizadas por questões meramente decorativas ou quando uma determinada apresentação de texto é essencial para a informação que está sendo transmitida.\nCompreendendo Realinhar (em inglês)\nComo Cumprir Realinhar (em inglês)\nO conteúdo pode ser apresentado sem perda de informação ou funcionalidade e sem exigir rolagem em duas dimensões para:\nConteúdo de rolagem vertical com largura equivalente a 320 pixels CSS;\nConteúdo de rolagem horizontal com altura equivalente a 256 pixels CSS.\nExceto por partes do conteúdo que requerem layout bidimensional para uso ou significado.\n320 pixels CSS equivalem a uma largura de 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 a 400% de zoom.\nExemplos de conteúdos que exigem layout bidimensional são imagens, mapas, diagramas, vídeos, jogos, apresentações, tabelas de dados e interfaces em que seja necessário manter barras de ferramentas à vista ao se manipular conteúdo.\nCritério de Sucesso 1.4.11 Contraste Não textual§\nCompreendendo Contraste Não textual (em inglês)\nComo Cumprir Contraste Não textual (em inglês)\nA apresentação visual a seguir tem um relação de contraste de pelo menos 3:1 contra cor(es) adjacente(s):\nComponentes de Interface de Usuário\nInformações visuais necessárias para identificar componentes de interface de usuário e estados,exceto para componentes inativos ou quando a aparência do componente é determinada pelo agente de usuário e não é modificada pelo autor;\nPartes de gráficos necessários 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.\nCompreendendo Espaçamento de Texto (em inglês)\nComo Cumprir Espaçamento de Texto (em inglês)\nNo conteúdo implementado utilizando 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:\nAltura da linha (espaçamento entre linhas) de pelo menos 1,5 vezes o tamanho da fonte;\nEspaçamento dos parágrafos seguintes de pelo menos 2 vezes o tamanho da fonte;\nEspaçamento de letras (rastreamento) de pelo menos 0,12 vezes o tamanho da fonte;\nEspaçamento de palavras de pelo menos 0,16 vezes o tamanho da fonte.\nExceção: linguagens humanas e scripts que não fazem uso de uma ou mais dessas propriedades de estilo de texto em textos escritos podem conformar-se utilizando somente propriedades existentes para essa combinação de linguagem e script.\nCritério de Sucesso 1.4.13 Conteúdo em foco por mouse ou teclado§\nCompreendendo Conteúdo em foco por mouse ou teclado (em inglês)\nComo Cumprir Conteúdo em foco por mouse ou teclado (em inglês)\nAo receber e então remover o ponteiro do mouse ou do foco do teclado aciona o conteúdo adicional o tornando visível e então oculto, o itens seguintes são verdadeiros:\nUm 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 obscureça ou substitua outro conteúdo;\nFlutuante (passar o cursor sobre)\nSe o ponteiro do mouse puder acionar o conteúdo adicional ao passar sobre ele, então o ponteiro poderá ser movido sobre o conteúdo adicional sem que o conteúdo adicional desapareça;\nO conteúdo adicional permanece visível até que o acionador do mouse ou do foco seja removido, o usuário o descarte ou sua informação não seja mais válida.\nExceção: a apresentação visual de conteúdo adicional é controlada pelo agente de usuário e não é modificada pelo autor.\nExemplos de conteúdos adicionais controlados pelo agente de usuário tooltips de navegador criadas por meio do uso do title do HTML.\nTooltips personalizados, submenus e outros popups não modais exibidos ao passar o cursor e foco do cursor são exemplos de conteúdos adicionais cobertos por esse critério.\nFazer com que toda funcionalidade fique disponível a partir de um teclado.\nCompreendendo Teclado (em inglês)\nComo cumprir Teclado (em inglês)\nToda a funcionalidade do conteúdo é operável através de uma interface de teclado sem requerer temporizações específicas para digitação individual, exceto quando a função subjacente requer entrada de dados que dependa da cadeia de movimento do usuário e não apenas dos pontos finais.\nEsta 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.\nIsto 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.\nCritério de Sucesso 2.1.2 Sem Bloqueio do Teclado§\nCompreendendo Sem Bloqueio do Teclado (em inglês)\nComo cumprir Sem Bloqueio do Teclado (em inglês)\nSe 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.\nUma vez que qualquer conteúdo que não cumpra este critério de sucesso pode interferir com a capacidade de um usuário usar toda a página, todo o conteúdo da página web (quer seja utilizado para cumprir outros critérios de sucesso ou não) tem que cumprir este critério de sucesso. Consulte o Requisito de Conformidade 5: Não-Interferência.\nCritério de Sucesso 2.1.3 Teclado Sem Exceção§\nCompreendendo Teclado Sem Exceção (em inglês)\nComo cumprir Teclado Sem Exceção (em inglês)\nToda a funcionalidade do conteúdo é operável através de uma interface de teclado sem requerer temporizações específicas para digitação individual.\nCritério de Sucesso 2.1.4 Atalhos de teclado por caractere§\nCompreendendo Atalhos de teclado por caractere (em inglês)\nComo Cumprir Atalhos de teclado por caractere (em inglês)\nSe 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:\nUm mecanismo está disponível para desativar o atalho;\nUm mecanismo está disponível para remapear o atalho para utilizar um ou mais caracteres de teclado não imprimíveis (por exemplo, Ctrl, Alt etc);\nO atalho do teclado para um componente de interface de usuário está ativo apenas quando esse componente tem foco.\nFornecer aos usuários tempo suficiente para ler e utilizar o conteúdo.\nCritério de Sucesso 2.2.1 Ajustável por Temporização§\nCompreendendo Ajustável por Temporização (em inglês)\nComo cumprir Ajustável por Temporização (em inglês)\nPara cada limite de tempo definido pelo conteúdo, no mínimo, uma das seguintes afirmações é verdadeira:\nO usuário pode desligar o limite de tempo antes de atingi-lo; ou\nO usuário pode ajustar o limite de tempo antes de atingi-lo, num intervalo de, no mínimo, dez vezes mais do que a configuração padrão; ou\nO 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\nExceção em Tempo Real\nO 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\nO limite de tempo é essencial e prolongá-lo invalidaria a atividade; ou\nExceção de 20 Horas\nO limite de tempo é superior a 20 horas.\nEste critério de sucesso ajuda a garantir que os usuários possam executar tarefas sem alterações inesperadas no conteúdo ou contexto, que são resultados 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.\nCritério de Sucesso 2.2.2 Colocar em Pausa, Parar, Ocultar§\nCompreendendo Colocar em Pausa, Parar, Ocultar (em inglês)\nComo cumprir Colocar em Pausa, Parar, Ocultar (em inglês)\nPara informações em movimento, em modo intermitente, em deslocamento ou em atualização automática, todas as seguintes afirmações são verdadeiras:\nEm movimento, em modo intermitente, em deslocamento\nPara quaisquer informações em movimento, em modo intermitente ou em deslocamento, que (1) sejam iniciadas automaticamente, (2) durem mais de cinco segundos, e (3) sejam apresentadas em paralelo com outro conteúdo, existe um mecanismo para o usuário colocar em pausa, parar, ou ocultar as mesmas, a menos que o movimento, o modo intermitente ou o deslocamento façam parte de uma atividade, na qual sejam essenciais; e\nEm atualização automática\nPara 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.\nPara obter requisitos relacionados com conteúdo em modo intermitente ou em modo piscando, consulte a Diretriz 2.3.\nUma 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.\nO 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.\nUma 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.\nCritério de Sucesso 2.2.3 Sem Temporização§\nCompreendendo Sem Temporização (em inglês)\nComo cumprir Sem Temporização (em inglês)\nA temporização não é uma parte essencial do evento ou da atividade apresentada pelo conteúdo, exceto para mídia sincronizada não interativa e eventos em tempo real. .\nCritério de Sucesso 2.2.4 Interrupções§\nCompreendendo Interrupções (em inglês)\nComo cumprir Interrupções (em inglês)\nAs interrupções podem ser adiadas ou suprimidas pelo usuário, exceto interrupções que envolvam uma emergência.\nCritério de Sucesso 2.2.5 Nova Autenticação§\nCompreendendo Nova Autenticação (em inglês)\nComo cumprir Nova Autenticação (em inglês)\nQuando uma seção autenticada expira, o usuário pode continuar a atividade sem perder dados após a nova autenticação.\nCritério de Sucesso 2.2.6 Limites de Tempo§\nCompreendendo Limites de Tempo (em inglês)\nComo Cumprir Limites de Tempo (em inglês)\nOs 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 quando o usuário não realizar nenhuma ação por mais de 20 horas.\nOs regulamentos 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, o consentimento explícito não pode ser solicitado na maioria das jurisdições, países ou regiões. Aconselha-se 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.\nDiretriz 2.3 Convulsões e Reações Fisicas§\nNão criar conteúdo de uma forma conhecida por causar convulsões e reações físicas.\nCritério de Sucesso 2.3.1 Três Flashes ou Abaixo do Limite§\nCompreendendo Três Flashes ou Abaixo do Limite (em inglês)\nComo cumprir Três Flashes ou Abaixo do Limite (em inglês)\nAs páginas web não incluem nenhum conteúdo que pisque mais de três vezes no período de um segundo, ou o flash encontra-se abaixo dos limites de flash universal e flash vermelho..\nCritério de Sucesso 2.3.2 Três Flashes§\nCompreendendo Três Flashes (em inglês)\nComo cumprir Três Flashes (em inglês)\nAs páginas web não incluem qualquer conteúdo que pisca mais de três vezes no período de um segundo.\nCritério de Sucesso 2.3.3 Animação de Interações§\nCompreendendo Animação de Interações (em inglês)\nComo Cumprir Animação de Interações (em inglês)\nA 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 transmitidas.\nDiretriz 2.4 Navegável§\nFornecer maneiras de ajudar os usuários a navegar, localizar conteúdos e determinar onde se encontram.\nCritério de Sucesso 2.4.1 Ignorar Blocos§\nCompreendendo Ignorar Blocos (em inglês)\nComo cumprir Ignorar Blocos (em inglês)\nUm mecanismo está disponível para ignorar blocos de conteúdo que são repetidos em várias páginas web.\nCritério de Sucesso 2.4.2 Página com Título§\nCompreendendo Página com Título (em inglês)\nComo cumprir Página com Título (em inglês)\nAs páginas web têm títulos que descrevem o tópico ou a finalidade.\nCritério de Sucesso 2.4.3 Ordem de Foco§\nCompreendendo Ordem de Foco (em inglês)\nComo cumprir Ordem de Foco (em inglês)\nSe 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.\nCritério de Sucesso 2.4.4 Finalidade do Link Em contexto§\nCompreendendo Finalidade do Link Em contexto (em inglês)\nComo cumprir Finalidade do Link Em contexto (em inglês)\nA finalidade de cada link pode ser determinada a partir do link sozinho ou a partir do texto do link em conjunto com seu respectivo contexto do link determinado por meio de código de programação,exceto quando a finalidade do link for ambígua para os usuários em geral.\nCritério de Sucesso 2.4.5 Várias Formas§\nCompreendendo Várias Formas (em inglês)\nComo cumprir Várias Formas (em inglês)\nEstá 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.\nCritério de Sucesso 2.4.6 Cabeçalhos e Rótulos§\nCompreendendo Cabeçalhos e Rótulos (em inglês)\nComo cumprir Cabeçalhos e Rótulos (em inglês)\nOs cabeçalhos e os rótulos descrevem o tópico ou a finalidade.\nCritério de Sucesso 2.4.7 Foco Vísivel§\nCompreendendo Foco Vísivel (em inglês)\nComo cumprir Foco Vísivel (em inglês)\nQualquer interface de usuário operável por teclado dispõe de um modo de operação onde o indicador de foco do teclado está visível.\nCompreendendo Localização (em inglês)\nComo cumprir Localização (em inglês)\nInformação sobre a localização do usuário está disponível em um conjunto de páginas web.\nCritério de Sucesso 2.4.9 Finalidade do Link (Apenas o Link) §\nCompreendendo Finalidade do Link Apenas o Link (em inglês)\nComo cumprir Finalidade do Link Apenas o Link (em inglês)\nUm mecanismo está disponível para permitir que a finalidade de cada link seja identificada a partir apenas do texto do link, exceto quando a sua finalidade for ambígua para os usuários em geral.\nCritério de Sucesso 2.4.10 Cabeçalhos da Sessão§\nCompreendendo Cabeçalhos da Sessão (em inglês)\nComo Cumprir Cabeçalhos da Sessão (em inglês)\nOs cabeçalhos da seção são utilizados para organizar o conteúdo.\n"Cabeçalho" é utilizado no seu significado geral e inclui títulos e outras formas para adicionar um cabeçalho a diferentes tipos de conteúdo.\nEste critério de sucesso abrange seções sobre escrita, não sobre componentes de interface do usuário. Os componentes de interface do usuário são abrangidos pelo Critério de Sucesso 4.1.2.\nTorna mais fácil para os usuários operar a funcionalidade por meio de várias entradas além do teclado.\nCritério de Sucesso 2.5.1 Gestos de Acionamento§\nCompreendendo Gestos de Acionamento (em inglês)\nComo Cumprir Gestos de Acionamento (em inglês)\nTodas as funcionalidades que utilizam gestos multiponto ou baseados em caminhos para operação podem ser operadas com um único ponteiro sem um gesto baseado em caminho, a menos que um gesto multiponto ou baseado em caminho seja essencial.\nEssa exigência 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).\nCritério de Sucesso 2.5.2 Cancelamento de Acionamento§\nCompreendendo Cancelamento de Acionamento (em inglês)\nComo Cumprir Cancelamento de Acionamento (em inglês)\nPara funcionalidade que pode ser operada usando um único ponteiro, pelo menos um dos seguintes itens é verdadeiro:\nO down-event do ponteiro não é utilizado para executar nenhuma parte da função;\nInterromper ou Desfazer\nA conclusão da função está no up-event, e um mecanismo está disponível para anular a função antes da conclusão ou para desfazer a função após a conclusão;\nO up-event anula qualquer resultado do down-event precedente.\nÉ essencial completar a função sobre o down-event.\nAs funções que emulam uma tecla ou um teclado numérico de teclas pressionáveis são consideradas essenciais.\nEste requisito se aplica a conteúdo Web que interpreta ações de ponteiro (por exemplo, isto não se aplica a ações necessárias para operar o agente de usuário ou a tecnologia assistiva).\nCritério de Sucesso 2.5.3 Rótulo em Nome Acessível§\nCompreendendo Rótulo em Nome Acessível (em inglês)\nComo Cumprir Rótulo em Nome Acessível (em inglês)\nPara componentes de interface de usuário com rótulos que incluem texto ou imagens de texto, o nome contém o texto presente visualmente.\nA melhor prática é ter o texto do rótulo no começo do nome.\nCritério de Sucesso 2.5.4 Atuação em Movimento§\nCompreendendo Atuação em Movimento (em inglês)\nComo Cumprir a Atuação em Movimento (em inglês)\nA funcionalidade que pode ser operada pelo 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 desativada para evitar atuação acidental, exceto quando:\nO movimento é utilizado para operar a funcionalidade por meio de uma interface com suporte a acessibilidade;\nO movimento é essencial para a função e fazendo isso invalidaria a atividade.\nCritério de Sucesso 2.5.5 Tamanho da Área Clicável§\nCompreendendo Tamanho da Área Clicável (em inglês)\nComo Cumprir Tamanho da Área Clicável (em inglês)\nO tamanho do alvo para entradas de ponteiro é pelo menos 44 por 44 pixels CSS exceto quando:\nO alvo está disponível por meio de um link ou controle equivalente na mesma página, com pelo menos 44 por 44 pixels CSS;\nO alvo está em uma sentença ou bloco de texto;\nControle de Agente de Usuário\nO Tamanho da Área Clicável é determinado pelo agente de usuário e não é modificado pelo autor;\nUma apresentação específica do alvo é essencial à informação que está sendo transmitida.\nCritério de Sucesso 2.5.6 Mecanismos de Entrada Simultâneos§\nCompreendendo Mecanismos de Entrada Simultâneos (em inglês)\nComo Cumprir Mecanismos de Entrada Simultâneos (em inglês)\nO 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 obrigada a respeitar as configurações do usuário.\nDiretriz 3.1 Legível§\nTornar o conteúdo do texto legível e compreensível.\nCompreendendo Idioma da Página (em inglês)\nComo Cumprir Idioma da Página (em inglês)\nO idioma humano pré-definido de cada página web pode ser determinado por meio de código de programação.\nCritério de Sucesso 3.1.2 Idioma das Partes §\nCompreendendo Idioma das Partes (em inglês)\nComo Cumprir Idioma das Partes (em inglês)\nO idioma de cada passagem ou frase no conteúdo pode ser determinado por meio de código de programação 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.\nCritério de Sucesso 3.1.3 Palavras Incomuns§\nCompreendendo Palavras Incomuns (em inglês)\nComo Cumprir Palavras Incomuns (em inglês)\nUm mecanismo para identificar definições específicas de palavras ou expressões utilizadas de uma forma restrita e incomum está disponível, incluindo expressões idiomáticas e jargões.\nCritério de Sucesso 3.1.4 Abreviaturas§\nCompreendendo Abreviaturas (em inglês)\nComo Cumprir Abreviaturas (em inglês)\nEstá disponível um mecanismo para identificar a forma expandida ou o significado das abreviaturas.\nCritério de Sucesso 3.1.5 Nível de Leitura§\nCompreendendo Nível de Leitura (em inglês)\nComo Cumprir Nível de Leitura (em inglês)\nCritério de Sucesso 3.1.6 Pronúncia§\nCompreendendo Pronúncia (em inglês)\nComo Cumprir Pronúncia (em inglês)\nUm 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.\nDiretriz 3.2 Previsível§\nFazer com que as páginas web apareçam e funcionem de modo previsível.\nCritério de Sucesso 3.2.1 Em Foco§\nCompreendendo Em Foco (em inglês)\nComo Cumprir Em Foco (em inglês)\nQuando qualquer componente de interface do usuário recebe o foco, não inicia uma alteração de contexto. (Nível A)\nCritério de Sucesso 3.2.2 Em Entrada §\nCompreendendo Em Entrada (em inglês)\nComo Cumprir Em Entrada (em inglês)\nAlterar a definição de um componente de interface de usuário não provoca, automaticamente uma alteração de contexto a menos que o usuário tenha sido avisado sobre esse comportamento antes de utilizar o componente.\nCompreendendo Navegação Consistente (em inglês)\nComo Cumprir Navegação Consistente (em inglês)\nOs mecanismos de navegação que são repetidos em múltiplas páginas web dentro de um conjunto de páginas web ocorrem na mesma ordem relativa a cada vez que são repetidos, a menos que seja iniciada uma alteração pelo usuário.\nCritério de Sucesso 3.2.4 Identificação Consistente§\nCompreendendo Identificação Consistente (em inglês)\nComo Cumprir Identificação Consistente (em inglês)\nOs componentes que têm a mesma funcionalidade em um conjunto de páginas web são identificados de forma consistente.\nCritério de Sucesso 3.2.5 Alteração Mediante Solicitação§\nCompreendendo Alteração Mediante Solicitação (em inglês)\nComo Cumprir Alteração Mediante Solicitação (em inglês)\nAs alterações de contexto são iniciadas apenas a pedido do usuário, ou um mecanismo para desativar essas alterações está disponível.\nDiretriz 3.3 Assistência de Entrada§\nCritério de Sucesso 3.3.1 Identificação do Erro §\nCompreendendo Identificação do Erro (em inglês)\nComo Cumprir Identificação do Erro (em inglês)\nSe um erro de entrada for automaticamente detectado, o item que apresenta erro é identificado e o erro é descrito para o usuário em texto.\nCritério de Sucesso 3.3.2 Rótulos ou Instruções§\nCompreendendo Rótulos ou Instruções (em inglês)\nComo Cumprir Rótulos ou Instruções (em inglês)\nRótulos ou instruções são fornecidos quando o conteúdo exigir a entrada de dados por parte do usuário.\nCritério de Sucesso 3.3.3 Sugestão de Erro §\nCompreendendo Sugestão de Erro (em inglês)\nComo Cumprir Sugestão de Erro (em inglês)\nSe 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.\nCritério de Sucesso 3.3.4 Prevenção de Erros (Legal, Financeiro, Dados)§\nCompreendendo Prevenção de Erros Legal, Financeiro, Dados (em inglês)\nComo Cumprir Prevenção de Erros Legal, Financeiro, Dados (em inglês)\nPara 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:\nOs envios de informações são reversíveis.\nOs 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.\nUm mecanismo está disponível para rever, confirmar e corrigir as informações antes de finalizar o envio.\nCritério de Sucesso 3.3.5 Ajuda§\nCompreendendo Ajuda (em inglês)\nComo Cumprir Ajuda (em inglês)\nEstá disponível ajuda contextual.\nCritério de Sucesso 3.3.6 Prevenção de Erros (Todos)§\nCompreendendo Prevenção de Erros (Todos) (em inglês)\nComo Cumprir Prevenção de Erros (Todos) (em inglês)\nPara páginas web que exijam que o usuário envie informações, no mínimo, uma das seguintes afirmações é verdadeira:\nO 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.\nDiretriz 4.1 Compatível §\nMaximizar a compatibilidade entre os atuais e futuros agentes de usuário, incluindo tecnologias assistivas.\nCritério de Sucesso 4.1.1 Análise§\nCompreendendo Análise (em inglês)\nComo Cumprir Análise (em inglês)\nNo conteúdo implementado utilizando linguagens de marcação, os elementos dispõem de tags completas de início e de fim, os elementos são aninhados de acordo com as respectivas especificações, os elementos não contêm atributos duplicados, e quaisquer IDs são exclusivos, exceto quando as especificações permitem estas características.\nTags de início e fim que não têm um carácter crítico na sua formação, ou seja, falta de um sinal de maior ou um atributo incorreto, não estão completas.\nCritério de Sucesso 4.1.2 Nome, Função, Valor§\nCompreendendo Nome, Função, Valor (em inglês)\nComo Cumprir Nome, Função, Valor (em inglês)\nPara todos os componentes de interface de usuário (incluindo, mas não se limitando a: elementos de formulário, links e componentes gerados por scripts), o nome e a função podem ser determinados por meio de código de programação; os estados, as propriedades e os valores, que possam ser definidos pelo usuário, podem ser definidos por meio de código de programação; e a notificação sobre alterações destes itens está disponível para os agentes de usuário, incluindo as tecnologias assistivas.\nEste 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.\nCritério de Sucesso 4.1.3 Mensagens de Status§\nCompreendendo Mensagens de Status (em inglês)\nComo Cumprir Mensagens de Status (em inglês)\nEm conteúdo implementado que utiliza linguagens de marcação, as mensagens de status podem ser determinado por meio de código de programação por meio da função ou de propriedades, de modo que possam ser apresentadas ao usuário por tecnologias assistivas sem receber foco.\nEsta seção apresenta os requisitos de conformidade para a versão WCAG 2.1. Ela também fornece informações sobre como apresentar reivindicações de conformidade, que são opcionais. Finalmente, descreve o que significa suporte a acessibilidade , uma vez que só as formas que suportam acessibilidade são confiáveis para conformidade. Em Compreendendo Conformidade (em inglês) há uma explicação mais completa sobre o conceito de suporte a acessibilidade.\n5.1 Interpretação dos Requisitos Normativos§\nO conteúdo principal das WCAG 2.1 é 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 de consultoria para auxiliar na interpretação das diretrizes, mas não cria requisitos que afetem uma reinvindicação de conformidade.\nAs palavras-chave PODE, DEVE, NÃO DEVE, NÃO RECOMENDADO, RECOMENDADO, DEVERIA, E NÃO DEVERIA devem ser interpretadas como descrito em [ RFC2119 ].\nPara que uma página web esteja em conformidade com as WCAG 2.1, todos os seguintes requisitos de conformidade devem ser cumpridos:\nUm dos seguintes níveis de conformidade é inteiramente cumprido.\nPara conformidade de Nível A (o nível mínimo de conformidade), a página web satisfaz todos os Critérios de Sucesso de Nível A, ou é fornecida uma versão alternativa em conformidade.\nPara 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.\nPara 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..\nEmbora 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.\nNã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.\n5.2.2 Páginas inteiras§\nA 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.\nPara 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.\nOs 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.\nUma 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.\nQuando 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.)\n5.2.4 Apenas Formas de Utilizar Tecnologias com Suporte a Acessibilidade§\nSó 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).\nCaso as tecnologias sejam utilizadas de um modo sem suporte a acessibilidade ,ou se não forem utilizadas em conformidade, isso não impede que os usuários acessem o restante da página. Além disso, a página web como um todo, continua a cumprir os requisitos de conformidade nas seguintes condições:\nQuando um agente de usuário não suporta uma tecnologia da qual não se dependa para conformidade.\nSe 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.\n5.3.1 Componentes Necessários de uma Reivindicação de Conformidade§\nAs reivindicações de conformidade não são obrigatórias. Os autores podem estar em conformidade com as WCAG 2.1 sem fazerem reivindicação disso. No entanto, se for feita uma reivindicação de conformidade, então deve incluir a seguinte informação:\nTítulo das diretrizes, versão e URI das "Diretrizes de Acessibilidade para Conteúdo Web 2.1 em https://www.w3.org/TR/WCAG21/ (em inglês)" No WCAG 2.0, este era um URI datado, que talvez precise ser ajustado quando isso se tornar uma Rec.\nAs páginas web podem ser descritas em lista por uma expressão que descreva todos os URIs incluídos na reivindicação.\nOs 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.\nUma lista de tecnologias de conteúdo Web da qual se depende para conformidade.\nSe 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.\nUma lista de características de acessibilidade específicas do conteúdo, fornecidas em metadados legíveis por máquina.\nConsulte Compreendendo Reivindicações de Conformidade (em inglês) para mais informações e exemplos de reivindicações de conformidade.\nConsulte Compreendendo Metadados (em inglês) (em inglês) para mais informação sobre o uso de metadados nas reivindicações de conformidade.\nNestes 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::\nA "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.1 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:\n5.5 Declaração de Conformidade Parcial - Idioma§\nexistisse suporte aUma "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.1 se houvesse suporte a acessibilidade para o(s) seguinte(s) idioma(s):"\nIsto inclui siglas e acrônimos, onde:\nExemplo 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.\nNOAA é um acrônimo criado a partir das letras iniciais de National Oceanic and Atmospheric Administration dos Estados Unidos.\nAlgumas 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.\nnavegadores 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.\nRótulos claros podem atuar como ajuda contextual.\nalteraçõ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\nUma alteração de conteúdo nem sempre é uma alteração 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).\nAbrir 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.\nTexto 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 por meio de código de programação a partir do conteúdo não textual.\nUma 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.\nPara mais informações, consulte Compreendendo Alternativas em Texto (em inglês).\nUma 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.\nregião da exibição que aceitará uma ação de ponteiro, como a área interativa de um componente de interface de usuário\nCaso dois ou mais alvos de toque estiverem se sobrepondo, a área de sobreposição não deve ser incluída na medida do Tamanho da Área Clicável, exceto quando os alvos sobrepostos executam a mesma ação ou abrem a mesma página.\nA 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\nadição de passos entre condições para criar ilusão de movimento ou para dar uma sensação de transição suave\nPor exemplo, um elemento que se posiciona ou muda de tamanho enquanto aparece é considerado animado. Um elemento que aparece instantaneamente sem transição não está usando animação. Animação de movimento não inclui mudanças de coloração, desfoque ou opacidade.\nUm 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.\nSe a informação for totalmente gerada por computador, então não é ao vivo.\numa apresentação baseada em tempo que contém apenas video (sem áudio e sem interação)\nmeios alternativos de desencadear uma ação pressionando uma ou mais teclas\nO áudio pode ser criado sinteticamente (incluindo a síntese de fala), gravado a partir de sons reais, ou ambos.\nA 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.\nNa audiodescrição padrão, a narração é adicionada durante as pausas existentes no diálogo. (Consulte também a audiodescrição estendida.)\nSe todas as informações sobre o vídeo já estão disponíveis no áudio, não é necessária qualquer audiodescrição adicional.\nTambém designada por "vídeo-descrição" e "narrativa descritiva".\naudiodescriçã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\nEsta 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.\nOs testes CAPTCHA implicam, muitas vezes, pedir ao usuário para digitar texto que é apresentado em uma imagem obscura ou em um arquivo de áudio.\nUm 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.\nÉ 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.\nUma 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."\nOs componentes da interface de usuário incluem elementos de um formulário e links, bem como componentes gerados por scripts.\nO 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".\num grupo de páginas web que compartilha um objetivo comum e que são criadas pelo mesmo autor, grupo ou organização\nOs 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.\nVersões de línguas diferentes são consideradas como sendo conjuntos diferentes de páginas web.\nEm HTML, a informação que é determinada por meio de código de programação 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.\nUma 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.\ninformaçã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.\nqualquer conteúdo que não seja uma sequência de caracteres que possa ser determinado por meio de código de programação ou onde a sequência não exprima algo em linguagem humana\nIsto 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\nUm parágrafo que resume os principais resultados e recomendações obtidos numa pesquisa.\nIsto não se refere, por exemplo, a registros de Internet (logs) e dados de monitoração de mecanismos de busca.\nCampos de nome e endereço de uma conta de usuário.\ndeterminado 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\nDeterminado 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.\nDeterminado 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.\nevento da plataforma que ocorre quando o estímulo de acionamento de um ponteiro é deprimido\nO down-event pode ter nomes diferentes em diferentes plataformas, tais como "touchstart" ou "mousedown".\nretroceder e avançar entre dois estados visuais, de um modo destinado a chamar a atenção.\nConsulte 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.\nVisto 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.\nentrada de ponteiro\ndispositivo de entrada que pode direcionar uma coordenada específica (ou um conjunto de coordenadas) em uma tela, tal como um mouse, caneta ou contato de toque\nVeja também Definição de eventos de ponteiro [ eventosdeponteiro ].\nInformação que é solicitada pela página web mas omitida pelo usuário.\nInformação que é fornecida pelo usuário, mas que não se enquadra no formato ou valores dos dados exigidos.\nse 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.\npropriedade 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\nOs 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.\nUma Webcast de uma apresentação ao vivo (ocorre ao mesmo tempo em que é vista e não é pré-gravada).\nUm leilão online com pessoas dando lances. (ocorre ao mesmo tempo em que é visto).\nIndivíduos que interagem em um mundo virtual utilizando avatares (não é totalmente gerado pelo conteúdo e ocorre ao mesmo tempo em que é visto).\nOs exemplos incluem a execução de um solo de flauta, trabalhos de artes visuais, etc.\nas expressões idiomáticas não podem ser traduzidas diretamente, palavra por palavra, sem perder o seu sentido (cultural ou dependente da língua).\num 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\nConsulte limites de flash universal e flash vermelho para obter informações sobre tipos de flash que não são permitidos.\nConsulte também em modo intermitente.\nIsto não inclui texto pertencente a uma imagem que contenha outro conteúdo visual importante.\nO nome de uma pessoa em um crachá em uma fotografia.\ninatividade de usuário\nqualquer período de tempo contínuo em que não ocorrem ações de usuário\nO método de rastreamento será determinado pelo website ou pela aplicação.\nO conteúdo necessário por questões de conformidade está referenciado como "normativo."\nA interface de teclado permite aos usuários introduzir dados por teclado nos programas, mesmo que a tecnologia nativa não disponha de teclado.\nUm 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".\nO 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.\nAs 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.\nA palavra StickyKeys (teclas presas) faz parte do jargão utilizado no contexto da tecnologia assistiva/acessibilidade.\nEstas 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.\nAs legendas ocultas são equivalentes que podem ser ativadas e desativadas em alguns leitores multimídia.\nAs 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.\nAs legendas não devem ocultar nem obstruir informações relevantes do vídeo.\nEm alguns países, as legendas de diálogo e de áudio e as legendas só de diálogo designam-se ambas por "legendas".\nAs 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.\nUm flash vermelho é definido como qualquer par de transições opostas envolvendo uma saturação de vermelho\nPara 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.)\nUma 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.\nA atual definição no campo para "par de transições contrárias, envolvendo um vermelho intenso" indica que, para cada um ou ambos os estados envolvidos em cada transição, R/(R+ G + B) >= 0,8, e a alteração no valor de (R-G-B)x320 é > 20 (valores negativos de (R-G-B)x320 estão definidos para zero) para ambas as transições. Os valores R, G, B variam entre 0 a 1, conforme especificado na definição de “luminescência relativa”. [ HARDING-BINNIE ]\nEstã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).\nConsulte também língua de sinais.\nPara 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:\nse RsRGB <= 0.03928 então R = RsRGB/12.92 senão R = ((RsRGB+0.055)/1.055) ^ 2.4\nse GsRGB <= 0.03928 então G = GsRGB/12.92 senão G = ((GsRGB+0.055)/1.055) ^ 2.4\nse BsRGB <= 0.03928 então B = BsRGB/12.92 senão B = ((BsRGB+0.055)/1.055) ^ 2.4\nO caractere "^" representa o operador de exponenciação. (Fórmula obtida a partir de [ sRGB ] e [ IEC-4WD ]).\nPraticamente 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).\nSe, 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).\nExistem ferramentas que calculam automaticamente quando se testa o contraste e o flash.\nUma versão MathML da definição da luminescência relativa (em inglês) está disponível.\nalteração no conteúdo que não é uma mudança de contexto, e que fornece informações ao usuário sobre o sucesso ou os resultados de uma ação, sobre o estado de espera de um aplicativo, sobre o andamento de um processo ou sobre a existência de erros\nO mecanismo deve ser explicitamente oferecido ao usuário no conteúdo, ou pode-se confiar que será oferecido ou pela plataforma, ou pelos agentes de usuário, incluindo tecnologias assistivas.\nO mecanismo deve cumprir todos os critérios de sucesso para o nível de conformidade em questão.\nO texto é meramente decorativo se as palavras puderem ser reorganizadas ou substituídas sem alterar a sua finalidade.\nA capa de um dicionário com palavras aleatórias pouco proeminentes em plano de fundo.\nUm 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.\nConsidera-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.\nÉ 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.\nEsta definição baseia-se no Padrão Internacional de Classificação de Educação [ UNESCO ].\nO 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.\nIsto não está relacionado com o atributo name em HTML.\nPode estar em conformidade com uma variedade de formas bem definidas para esse documento.\nO conteúdo identificado como sendo "informativo" ou "não-normativo" nunca é exigido para conformidade.\nEmbora quaisquer "outros recursos" possam ser apresentados em conjunto com o recurso principal, não seriam necessariamente apresentados em simultâneo.\nPara 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.\nUm recurso Web que inclui todas as imagens e mídias incorporadas.\nUm 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.\nAo 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.\nângulo visual de aproximadamente 0,0213 graus\nUm pixel CSS é a unidade canônica de medida 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 dos valores e unidades do CSS Nível 3 [ css3-values ],que leva em consideração as dimensões físicas da exibição e a distância de visualização presumida ( fatores que não podem ser determinados por autores de conteúdo).\nentrada 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\nUso 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.\nUma página de registo de conta requer o preenchimento correto de um teste de Turing antes de acessar o formulário de registo.\npropriedade 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\nPropriedades de estilo podem ter várias origens:\nEstilos 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;\nEstilos de autor: valores de propriedade de estilo que são configurados pelo autor como parte do conteúdo (por exemplo, estilos in-line, folhas de estilo do autor);\nEstilos de usuário: valores de propriedade de estilo configurados pelo usuário (por exemplo, via configurações de interface de agente de usuário, folhas de estilo de usuário)\nseção de conteúdo perceptível, programaticamente determinada\nEm HTML, qualquer área designada com uma função de ponto de referência seria uma região.\nAs relações de contraste podem variar entre 1 a 21 (normalmente indicado por 1:1 a 21:1).\nUma 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).\nPara 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.\nEm 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.\nQuando 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.\nA 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.\nUma 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.\ntexto ou outro componente com uma alternativa em texto que é apresentado ao usuário para identificar um componente no conteúdo da Web.\nO 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.\nO termo rótulo não está limitado ao elemento label em HTML.\nUma seção pode consistir em um ou mais parágrafos e incluir gráficos, tabelas, listas e subseções.\nO Grupo de Trabalho WCAG e o W3C não especificam qual ou quanto suporte para tecnologias assistivas deve ter uma determinada utilização de uma tecnologia Web, para que ela seja classificada como com suporte a acessibilidade. (Consulte o Nível de Suporte por Tecnologia Assistiva Necessário para que tenha "Suporte a Acessibilidade" - em inglês.)\nAs tecnologias Web podem ser utilizadas de formas que não suportem a acessibilidade, desde que não se dependa delas para conformidade e que a página como um todo cumpra os requisitos de conformidade, incluindo o Requisito de Conformidade 4 e Requisito de Conformidade 5.\nQuando 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.\nAo mencionar tecnologias de conteúdo da Web que tenham várias versões, é necessário especificar as versões suportadas.\nUma 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 Understanding 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.\nfontes 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.\nO tamanho da fonte é o tamanho em que o conteúdo é apresentado. Não inclui o redimensionamento que poderá ser feito pelo usuário.\nO 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.\nQuando 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.\nOs 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.\nTal como é utilizado nestas diretrizes, "Tecnologia Web" e a palavra "tecnologia" (quando utilizada isoladamente) referem-se às Tecnologias de Conteúdo da Web.\nAs 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.\nhardware 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.\na 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).\nAs tecnologias assistivas se comunicam, muitas vezes, com agentes de usuário convencionais através de dados e mensagem usando e monitorando APIs.\nA 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.\nAs tecnologias assistivas que são importantes, no contexto deste documento, incluem o seguinte:\nsequência de caracteres que podem ser determinados por meio de código de programação, em que a sequência exprime algo emv linguagem humana\nO 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.\nevento da plataforma que ocorre quando o estímulo de um ponteiro é liberado\nO up-event pode ter nomes diferentes em diferentes plataformas, como "touchend" ou "mouseup".\né 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\nNesta 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.\nNã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).\nSe estiverem disponíveis versões em várias línguas, serão necessárias versões alternativas em conformidade para cada língua oferecida.\nPodem 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.\nAs versões alternativas não devem ser confundidas com o conteúdo suplementar,que suporta a página original e melhora sua compreensão.\nA 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.\nO vídeo pode ser composto por desenhos ou fotografias animadas, ou ambas.\nO 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.\nEsta definição baseia-se no Glossário das Diretrizes de Acessibilidade para Agente de Usuário 1.0 (em inglês) [ UAAG10 ].\n7. Finalidades de Entrada para Componentes de Interface de Usuário§\nEsta 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.\nA lista de finalidades de tipo de entrada é baseada nas finalidades de controle definidas na seção do campo de Autopreenchimento do HTML 5.2 , 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.\nAs 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.\nhonorific-prefix - Prefixo ou título (por exemplo, "Sr.", "Srta.", "Dr.", "Mlle")\ngiven-name - Nome próprio (em algumas culturas ocidentais, também conhecido como primeiro nome)\nadditional-name - Nomes adicionais (em algumas culturas ocidentais, também conhecidos como nomes do meio,outros nomes próprios que não o primeiro)\nfamily-name - Nome de família (em algumas culturais ocidentais, também conhecido como último nome ou sobrenome)\nhonorific-suffix - Sufixo (por exemplo, "Jr", "B.Sc", "MBASW", "II")\nnickname - Apelido, nome de tela, identificador: um nome geralmente curto utilizado em lugar do nome completo\norganization-title - Cargo (por exemplo, "Engenheiro de Software", "Vice-Presidente Sênior", "Diretor Executivo Adjunto")\nusername - Um nome de usuário\nnew-password -uma senha nova (por exemplo, ao criar uma conta ou mudar uma senha)\ncurrent-password - A senha atual para a conta identificada pelo campo username (por exemplo, ao fazer logging in)\norganization - Nome da empresa que corresponde à pessoa, ao endereço ou às informações de contato em outros campos associados a este campo\nstreet-address - Endereço físico (várias linhas, novas linhas preservadas)\naddress-line1 - Endereço físico (uma linha por campo, linha 1)\naddress-line2 - Endereço físico (uma linha por campo, linha 2)\naddress-line3 - Endereço físico (uma linha por campo, linha 3)\naddress-level4 - O nível administrativo mais detalhado, em endereços com quatro níveis administrativos\naddress-level3 - O terceiro nível administrativo, em endereços com três ou mais níveis administrativos\naddress-level2 - O segundo nível administrativo em endereços com dois ou mais níveis administrativos; em países com dois níveis administrativos, estaria geralmente na cidade, no município, na vila ou outra localidade dentro da qual o endereço relevante é encontrado\naddress-level1 - O mais amplo nível administrativo do endereço, por exemplo, a província dentro da qual a localidade é encontrada; por exemplo, nos EUA, estaria em um estado; na Suíça estaria em um cantão; no Reino Unido, numa post town\ncountry - Código do pais\npostal-code - Código postal, código dos correios, CEP, código de CEDEX (se CEDEX, acrescentar "CEDEX", e o dissement, se relevante, ao campo address-level2)\ncc-name - Nome completo como indicado no instrumento de pagamento\ncc-given-name - Nome próprio como indicado no instrumento de pagamento (em algumas culturas ocidentais, também conhecido como primeiro nome)\ncc-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)\ncc-family-name - Nome de família indicado no instrumento de pagamento (em algumas culturas ocidentais, também conhecido como último nome ou sobrenome)\ncc-number - Código que identifica o instrumento de pagamento (por exemplo, o número de cartão de crédito)\ncc-exp - Data de expiração do instrumento de pagamento\ncc-exp-month - Mês componente da data de expiração do instrumento de pagamento\ncc-exp-year - Ano componente da data de expiração do instrumento de pagamento\ncc-csc - Código de segurança para o instrumento de pagamento (também conhecido como o código de segurança do cartão [CVC, em inglês], valor de verificação do cartão [CCV, 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)\ncc-type - Tipo de intrumento de pagamento\ntransaction-currency - A moeda que o usuário prefere utilizar na transação\ntransaction-amount - O valor que o usuário deseja para a transação (por exemplo, quando insere um lance ou preço de venda)\nlanguage - Idioma de preferência\nbday - Nascimento\nbday-day - Componente do dia de nascimento\nbday-month - Componente do mês de nascimento\nbday-year - Componente do ano de nascimento\nsex - Identidade de gênero (por exemplo, Feminino, Fa’afafine)\nurl - Página inicial ou outra página Web correspondente à empresa, pessoa, ao endereço ou à informação de contato em outros campos associados a este campo\nphoto - Fotografia, ícone ou outra imagem correspondente à empresa, pessoa, ao endereço ou às informações de contato em outros campos associados a este campo\ntel - Número de telefone completo, incluindo o código do país\ntel-country-code -Componente do código do país do número telefônico\ntel-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\ntel-area-code - Componente de código de área do número telefônico, com um prefixo interno do país aplicado, se aplicável\ntel-local - Numero de telefone sem os componentes de código do país e código de área\ntel-local-prefix - Primeira parte do componente do número telefônico que segue o código de área, quando esse componente é dividido em dois componentes\ntel-local-suffix - Segunda parte do componente do número telefônico que segue o código de área, quando o componente é dividido em dois componentes\ntel-extension - Código de extensão interna do número telefônico\nemail - Endereço de e-mail\nimpp - URL que representa um endpoint de protocolo de mensagem instantânea (por exemplo, "aim:goim?screenname=example" or "xmpp:fred@example.net")\nInformaçõ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.\nA.1 Participantes do AG WG ativos no desenvolvimento deste documento:§\nJake Abma (Especialista Convidado)\nJim Allan (Especialista Convidado)\nThaddeus Cambron (Especialista Convidado)\nLaura Carlson (Especialista Convidada)\nPietro Cirrincione (Especialista Convidada)\nMichael Elledge (Especialista Convidado)\nDetlev Fischer (Especialista Convidado)\nAndy Heath (Especialista Convidado)\nStefan Johansson (Especialista Convidado)\nJohn Kirkwood (Especialista Convidado)\nSteve Lee (Especialista Convidado)\nChris Loiselle (Especialista Convidado)\nGreg Lowney (Especialista Convidado)\nDavid MacDonald (Especialista Convidado)\nJoshue O Connor (Especialista Convidado)\nKim Patch (Especialista Convidado)\nMike Pluke (Especialista Convidado)\nJan Richards (Especialista Convidado)\nJohn Rochford (Especialista Convidado)\nMarla Runyan (Especialista Convidada)\nAyelet Seeman (Especialista Convidado)\nLisa Seeman-Kestenbaum (Especialista Convidado)\nAlan Smith (Especialista Convidado)\nAdam Solomon (Especialista Convidado)\nMakoto Ueki (Especialista Convidado)\nKathleen Wahlbin (Especialista Convidada)\nA.2 Outros participantes anteriormente ativos do GT WCAG e outros colaboradores para a versão WCAG 2.0 §\nA.3 Habilitando financiadores §\nEsta 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 e agora sob o contrato número HHSP23301500054C. 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.\nCSS Values and Units Module Level 3 . Tab Atkins Jr.; Elika Etemad. W3C. 29 de setembro de 2016. Canditata a Recomendação W3C. URL: https://www.w3.org/TR/css-values-3/\nPointer Events . Jacob Rossi; Matt Brubeck. W3C. 24 de fevereiro de 2015. Recomendação W3C. URL: https://www.w3.org/TR/pointerevents/\nDiretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.0 . Ben Caldwell; Michael Cooper; Loretta Guarino Reid; Gregg Vanderheiden et al. W3C. 11 de dezembro de 2008. Recomendação W3C. URL: https://www.w3.org/TR/WCAG20/\nIEC/4WD 61966-2-1: Colour Measurement and Management in Multimedia Systems and Equipment - Part 2.1: Default Colour Space - sRGB . 5 de Maio de 1998.\nKey words for use in RFCs to Indicate Requirement Levels . S. Bradner. IETF. Março de 1997. Boas práticas mais recentes. URL: https://tools.ietf.org/html/rfc2119\nA Standard Default Color Space for the Internet - sRGB, Version 1.10 . M. Stokes; M. Anderson; S. Chandrasekar; R. Motta. 5 de Novembro de 1996. Disponível em URL: https://www.w3.org/Graphics/Color/sRGB.html(em inglês).\nUser Agent Accessibility Guidelines 1.0 . Ian Jacobs; Jon Gunderson; Eric Hansen. W3C. 17 de dezembro 2002. Recomendação W3C . URL: https://www.w3.org/TR/UAAG10/\nInternational Standard Classification of Education . 1997. Disponível em URL: http://www.unesco.org/education/information/nfsunesco/doc/isced_1997.htm\nDiretrizes de Acessibilidade para Conteúdo Web 1.0 . Wendy Chisholm; Gregg Vanderheiden; Ian Jacobs. W3C. 5 de Maio de 1999. Recomendação W3C. URL: https://www.w3.org/TR/WAI-WEBCONTENT/