As Diretrizes de acessibilidade de conteúdo da Web (WCAG) 2.1, elaboradas por um grupo de trabalho do World Wide Wec Consortium, consistem em um conjunto de diretrizes de tecnologia independentes e critérios de sucesso para ajudar a tornar o conteúdo da Web acessível e utilizável por pessoas com deficiência.
Como introdução, o consórcio fornece uma série de seções e documentos de apoio:
Além disso, consulte:
As diretrizes são classificadas de acordo com os três níveis de conformidade: Nível A (o mais baixo), Nível AA e Nível AAA (o mais alto). Resumidamente, os níveis são definidos como apresentado a seguir:
Ao criar o seu site, é necessário determinar o nível global com o qual você gostaria que ele estivesse em conformidade.
A seção a seguir apresenta as camadas das Diretrizes da WCAG 2.1 com os critérios de sucesso relacionados aos níveis de conformidade A e AA.
Nesse documento são usados:
As informações em uma página da Web podem ser fornecidas em vários formatos não textuais diferentes, como imagens, vídeos, animações, gráficos e tabelas. Os indivíduos cegos ou com deficiências visuais graves não conseguem visualizar o conteúdo não textual, mas podem acessar o conteúdo textual através da leitura por um leitor de tela ou apresentado na forma tátil por um dispositivo de exibição em Braille. Portanto, ao disponibilizar alternativas em texto para o conteúdo no formato gráfico, os indivíduos que não conseguem visualizá-lo podem acessar uma versão equivalente das informações disponibilizadas.
Um benefício adicional útil é que as alternativas em texto permitem que o conteúdo não textual seja indexado pela tecnologia do mecanismo de pesquisa.
Para gráficos estáticos, o requisito básico é o de proporcionar uma alternativa em texto equivalente para o gráfico. Isso pode ser feito no campo Texto alternativo. Por exemplo, veja o Componente principal Imagem.
Alguns Componentes principais predefinidos, como Carrossel, não fornecem um campo Texto alternativo para adicionar descrições de texto alternativo a imagens individuais, embora exista o campo Rótulo (guia Acessibilidade) para o componente inteiro.
Ao implementar as versões desses componentes para a instância do AEM, sua equipe de desenvolvimento precisará configurá-los para suportar o atributo alt
, para que os autores possam adicioná-lo ao conteúdo (consulte Adicionar suporte para elementos HTML e atributos adicionais).
Alguns Componentes principais predefinidos, como Carrossel, não fornecem um campo Texto alternativo para adicionar descrições de texto alternativo a imagens individuais, embora exista o campo Rótulo (guia Acessibilidade) para o componente inteiro.
Ao implementar as versões desses componentes para a instância do AEM, sua equipe de desenvolvimento precisará configurá-los para suportar o atributo alt
, para que os autores possam adicioná-lo ao conteúdo (consulte Adicionar suporte para elementos HTML e atributos adicionais).
Por padrão, o AEM requer que o campo Texto alternativo seja preenchido. Se a imagem for meramente decorativa e um texto alternativo não for necessário, será possível marcar a opção A imagem é decorativa.
Existem várias formas de conteúdo não textual, de modo que o valor da alternativa em texto dependerá da função que o gráfico vai desempenhar na página da Web. Algumas regras gerais que devem ser seguidas incluem:
Tipos específicos de conteúdo não textual que necessitam de alternativas em texto podem incluir:
graphic
ou image
). Pode aumentar a clareza usar screenshot
ou illustration
nas descrições de texto alternativo, mas isso depende do contexto. A consistência é um fator importante. Uma decisão deve ser tomada para toda a equipe de criação, e isso deve ser aplicado à toda a experiência do usuário.Deve haver um nível adequado de contraste entre o plano de fundo e o texto de primeiro plano; isso é abordado com mais detalhes na seção Contraste (Mínimo) (1.4.3).
Diretriz de mídia com base no tempo 1.2: fornece alternativas para a mídia com base no tempo.
Trata-se de um conteúdo da Web que é baseado no tempo. Isso abrange o conteúdo que o usuário pode reproduzir (como vídeo, áudio e conteúdo animado) e pode ser pré-gravado ou ter transmissão ao vivo.
Problemas de acessibilidade para vídeo e áudio podem ser enfrentados por:
O vídeo ou áudio também pode estar disponível para as pessoas que utilizam navegadores ou dispositivos que não suportam a reprodução de conteúdo em formatos de mídia específicos, como o Adobe Flash.
Fornecer essas informações em um formato diferente, como texto (ou áudio para vídeo sem áudio), pode torná-lo acessível às pessoas que não conseguem acessar o conteúdo original.
Se o conteúdo de áudio ou vídeo for fornecido como uma alternativa ao conteúdo que já existe em outro formato na mesma página da Web, talvez não seja necessária uma alternativa adicional.
As orientações em Entenda a WCAG 1.2.1 fornecem mais informações.
Inserir multimídia em suas páginas da Web do AEM é semelhante à inserção de uma imagem. No entanto, como o conteúdo multimídia é muito maior do que uma imagem estática, há diversas configurações e opções para controlar a forma como a multimídia é reproduzida.
Ao usar multimídia com um conteúdo informativo, é necessário criar também links para as alternativas. Por exemplo, para incluir uma transcrição de texto, crie uma página HTML para exibir a transcrição e, em seguida, adicione um link ao lado ou abaixo do conteúdo de áudio.
Os indivíduos surdos ou com deficiência auditiva não conseguirão ou terão grande dificuldade ao acessar o conteúdo de áudio. As legendas são equivalentes em texto para áudio falado e não falado, exibidas na tela no momento adequado durante o vídeo. Elas permitem que os indivíduos que não conseguem ouvir o áudio entendam o que está acontecendo.
As legendas podem ser:
Use as legendas ocultas sempre que possível, já que proporcionam ao usuário a escolha de visualizar ou não as legendas.
Para as legendas ocultas, será necessário criar e fornecer um arquivo de legenda sincronizada em um formato adequado (como SMIL), junto com o arquivo de vídeo (os detalhes sobre como proceder estão fora do escopo desse guia, mas fornecemos links para alguns tutoriais em Mais informações - Legendas (pré-gravadas) (1.2.2). Certifique-se de fornecer uma nota ou ativar o recurso de legenda no player de vídeo para informar aos usuários que legendas estão disponíveis para o vídeo.
Se você precisar usar as legendas abertas, insira o texto na faixa de vídeo. Essa ação pode ser realizada utilizando aplicativos de edição de vídeo que permitem a sobreposição de títulos no vídeo.
Os indivíduos que são cegos ou deficientes visuais vão enfrentar barreiras de acessibilidade se as informações em um vídeo ou uma animação forem fornecidas apenas visualmente, ou se a trilha sonora não fornecer informações suficientes para permitir a compreensão do que está acontecendo visualmente.
Existem duas abordagens que podem ser adotadas para atender a esse critério de sucesso. Ambas são aceitáveis:
Detalhes exatos de como criar um vídeo descrito por áudio estão fora do escopo desse guia. A criação de descrições de vídeo e áudio pode ser demorada, mas outros produtos da Adobe podem ajudar a realizar essas tarefas.
Esse critério de sucesso é idêntico às Legendas (pré-gravadas), já que aborda as barreiras de acessibilidade enfrentadas pelos indivíduos surdos ou com deficiências auditivas, exceto que esse critério de sucesso lida com as apresentações ao vivo, como webcasts.
Siga as orientações fornecidas para as Legendas (pré-gravadas) acima. No entanto, como a mídia é ao vivo, a disposição da legenda tem de ser criada o mais rápido possível e em resposta ao que está acontecendo. Portanto, você deve considerar o uso de legendagem em tempo real ou ferramentas de voz para texto.
Instruções detalhadas estão além do escopo desse documento, mas os seguintes recursos disponibilizam informações úteis:
Esse critério de sucesso é idêntico à Descrição de áudio ou alternativa de mídia (pré-gravada), exceto que os autores devem fornecer uma descrição de áudio muito mais detalhada para estar em conformidade com o Nível AA.
Siga as orientações fornecidas para a Descrição de áudio ou alternativa de mídia (pré-gravada).
Essa diretriz abrange os requisitos necessários para auxiliar os indivíduos que:
pode não ser capaz de acessar as informações apresentadas por um autor na apresentação padrão desse conteúdo (por exemplo, um layout de várias colunas ou uma página com uso intenso de cores e/ou imagens).
usam uma exibição visual alternativa ou apenas de áudio, como um texto grande ou contraste alto.
Muitas tecnologias de assistência utilizadas por indivíduos com deficiência contam com informações estruturais, a fim de exibir ou compreender o conteúdo de forma eficiente. Essas informações estruturais podem assumir a forma de cabeçalhos de página, linha de tabela e cabeçalhos de coluna e tipos de lista. Por exemplo, um leitor de tela pode permitir que um usuário navegue por uma página de um cabeçalho a outro. No entanto, quando o conteúdo da página parece ter a estrutura somente por meio de um estilo visual, em vez do HTML subjacente, então não há informações estruturais disponíveis para as tecnologias de assistência, o que limita a sua capacidade para auxiliar a navegação mais fácil.
Esse critério de sucesso existe para garantir que a informação estrutural seja fornecida programaticamente via HTML, ou outras técnicas de codificação, de modo que os navegadores e as tecnologias de assistência possam acessar e aproveitar as informações.
O AEM facilita a construção de conteúdo da Web semanticamente significativo usando os elementos HTML apropriados. Abra o conteúdo da página no RTE (um componente de Texto) e use o menu Formatar parágrafo (símbolo de parágrafo) para especificar o elemento estrutural adequado (por exemplo, parágrafo, cabeçalho etc.).
É possível verificar se as suas páginas da Web têm a estrutura adequada, usando os seguintes elementos, quando aplicável:
Cabeçalhos: desde que você tenha os recursos de acessibilidade do RTE ativados, o AEM oferece três níveis de cabeçalho de página. É possível usá-los para identificar seções e subseções de conteúdo. O cabeçalho 1 é o nível mais alto, o Cabeçalho 3 o mais baixo. O administrador do sistema pode configurar o sistema para permitir o uso de mais níveis de cabeçalho.
Listas: você pode usar HTML para especificar três tipos diferentes de listas:
<ul>
é usado para listas desordenadas (com marcadores). Os itens da lista individual são identificados usando o elemento <li>
. No RTE, use o ícone Lista de marcadores.<ol>
é usado para as listas numeradas. Os itens da lista individual são identificados usando o elemento <li>
. No RTE, use o ícone Lista numerada .Caso deseje alterar o conteúdo existente em um tipo de lista específica, destaque o texto e selecione o tipo de lista adequado. Como no exemplo anterior, que mostra como o texto do parágrafo é inserido, os elementos desejados da lista são adicionados automaticamente ao seu HTML.
No modo de tela cheia, os ícones Lista com marcadores e Lista numerada ficam visíveis. Quando não estiver no modo de tela cheia, as duas opções estarão disponíveis no ícone Listas.
Tabelas: Tabelas de dados devem ser identificadas usando os elementos da tabela de HTML:
<table>
<tr>
para cada linha da tabela<th>
para cada linha e cabeçalho da coluna<td>
para cada célula de dadosAlém disso, as tabelas acessíveis usam os seguintes elementos e atributos:
<caption>
é usado para fornecer uma legenda visível para a tabela. As legendas por padrão são exibidas de forma centralizada acima da tabela, mas podem ser posicionadas adequadamente usando o CSS. A legenda é associada à tabela de forma programada, portanto, é um método útil para fornecer uma introdução ao conteúdo.<summary>
auxilia os usuários com deficiências visuais a compreender de forma mais fácil as informações apresentadas em uma tabela, fornecendo um resumo do que pode ser visto. Isso é particularmente útil quando layouts complexos ou não convencionais são usados (esse atributo não é exibido no navegador, somente é lido nas tecnologias de assistência).scope
atributo do elemento <th>
é usado para indicar se uma célula representa um cabeçalho de uma linha ou de uma coluna específica. Uma abordagem semelhante é a de usar o cabeçalho e os atributos de id em tabelas complexas, onde as células de dados podem ser associadas a um ou mais cabeçalhos.Por padrão, esses elementos e atributos não estão diretamente disponíveis, embora o administrador do sistema possa adicionar o suporte para esses valores na caixa de diálogo Propriedades da tabela (consulte Adicionar suporte para outros elementos e atributos de HTML).
Para abrir a caixa de diálogo Tabela onde é possível selecionar a guia Propriedades da tabela:
Em seguida, você pode usar as Propriedades da célula para escolher se a célula é uma célula de dados ou de cabeçalho:
Ênfase: Use o elemento <strong>
ou <em>
para indicar ênfase. Não use os cabeçalhos para destacar o texto dentro dos parágrafos.
Destaque o texto que deseja enfatizar;
Clique no ícone B (para <strong>
) ou I (para <em>
) exibidos no painel Propriedades (verifique se o HTML está selecionado).
O RTE em uma instalação padrão do AEM está configurado para usar:
<b>
para <strong>
<i>
para <em>
Eles são efetivamente os mesmos, mas <strong>
e <em>
são preferíveis, pois são html semanticamente corretos. Sua equipe de desenvolvimento pode configurar o RTE para usar <strong>
e <em>
(em vez de <b>
e <i>
), ao desenvolver a instância do projeto.
Tabelas de dados complexos: em alguns casos, onde há tabelas complexas com dois ou mais níveis de cabeçalhos, as Propriedades da tabela básicas podem não ser suficientes para fornecer toda a informação estrutural necessária. Para esses tipos de tabelas complexas, relações diretas precisam ser criadas entre os cabeçalhos e as suas células relacionadas usando os atributos cabeçalho e id.
O atributo id não está disponível em uma instalação predefinida. Ele pode ser ativado através da configuração de regras de HTML e do serializador no RTE.
Por exemplo, na tabela abaixo os cabeçalhos e IDs são combinados para fazer uma associação programática para usuários de tecnologia assistiva.
<table>
<tr>
<th rowspan="2" id="h">Homework</th>
<th colspan="3" id="e">Exams</th>
<th colspan="3" id="p">Projects</th>
</tr>
<tr>
<th id="e1" headers="e">1</th>
<th id="e2" headers="e">2</th>
<th id="ef" headers="e">Final</th>
<th id="p1" headers="p">1</th>
<th id="p2" headers="p">2</th>
<th id="pf" headers="p">Final</th>
</tr>
<tr>
<td headers="h">15%</td>
<td headers="e e1">15%</td>
<td headers="e e2">15%</td>
<td headers="e ef">20%</td>
<td headers="p p1">10%</td>
<td headers="p p2">10%</td>
<td headers="p pf">15%</td>
</tr>
</table>
Para obter isso no AEM você deve adicionar a marcação diretamente, usando o modo de edição da fonte.
Essa funcionalidade não está disponível imediatamente em uma instalação padrão. Ela exige uma configuração de RTE; regras de HTML e serializador.
O propósito deste Critério de sucesso é permitir que um agente do usuário forneça uma apresentação alternativa do conteúdo, preservando a ordem de leitura necessária para entender o significado. É importante que seja possível determinar programaticamente pelo menos uma sequência do conteúdo que faça sentido. O conteúdo que não atende a esse Critério de sucesso pode confundir ou desorientar os usuários quando a tecnologia assistiva ler o conteúdo na ordem errada, ou quando são aplicadas planilhas de estilos alternativas ou outras alterações de formatação.
Siga as orientações em Como cumprir o Critério de sucesso 1.3.2.
Os designers muitas vezes se concentram nos recursos de design visual, como cor, forma, estilo de texto ou uma parte da posição absoluta ou relativa do conteúdo ao apresentar as informações. Estas podem ser técnicas de design muito poderosas na transmissão de informações (e podem melhorar a acessibilidade geral para usuários com necessidades de acessibilidade cognitiva), mas pessoas cegas ou deficientes visuais podem não conseguir acessar informações que exigem a identificação visual de atributos como posição, cor ou forma.
Da mesma forma, as informações que exigem a distinção entre sons diferentes (por exemplo, o conteúdo falado masculino ou feminino) vão apresentar barreiras de acessibilidade para os indivíduos com deficiência auditiva, se não estiverem refletidas em nenhuma alternativa em texto para o conteúdo de áudio.
Para os requisitos relacionados às alternativas de cor, consulte Uso de cor.
Certifique-se de que todas as informações baseadas em características visuais do conteúdo da página também são apresentadas em um formato alternativo.
A utilização dos termos descritivos será aceitável se estes forem entendidos como relevantes em um contexto não visual. Por exemplo, normalmente é aceitável o uso dos termos acima e abaixo, já que sugerem, respectivamente, um conteúdo antes e depois de um item específico; isso ainda faria sentido com o conteúdo falado em voz alta.
Esse critério de sucesso aborda especificamente a percepção da cor. Outras formas de percepção são abordadas na seção Adaptável (1.3); incluindo o acesso programático à cor e outras codificações de apresentação visual.
A cor é, obviamente, uma forma eficaz de melhorar o apelo estético das páginas da Web e também é útil na transmissão de informações. No entanto, há uma série de deficiências visuais, da cegueira ao daltonismo, o que significa que algumas pessoas não conseguem distinguir entre certas cores. disponibilizar informações.
Por exemplo, um indivíduo com daltonismo não conseguirá distinguir entre tons de verde e vermelho. É possível que ele veja as cores como uma terceira cor (por exemplo, marrom), nesse caso, o indivíduo não conseguirá distinguir entre o vermelho, verde e marrom.
Além disso, a cor pode não ser percebida por indivíduos que usam navegadores somente de texto, dispositivos com visor monocromático ou que exibem uma impressão em preto e branco da página.
Uma outra consideração é o estado selecionado de um elemento de interface (por exemplo, guias, botões de alternância, entre outros), que precisa ser transmitido de alguma forma que não seja apenas com cor e além de apenas uma apresentação visual. Para esses elementos, o uso adicional de padrões, formas e informações programáticas é útil ao criar uma experiência do usuário totalmente inclusiva que não depende de um sentido específico.
Sempre que a cor for usada para transmitir informações, certifique-se de que a informação está disponível, sem a necessidade da visualização das cores.
Por exemplo, verifique se as informações fornecidas através das cores também estão evidentes no texto.
Se a cor for usada como dica para fornecer informações, você deve fornecer uma dica visual adicional, como a alteração do estilo (por exemplo, negrito, itálico) ou da fonte. Isso ajuda as pessoas com pouca visão ou daltonismo a identificar as informações. No entanto, não é possível depender dessas opções completamente, uma vez que isso não ajudará os indivíduos que não conseguem visualizar nada na página. Portanto, é (às vezes) útil fornecer texto oculto ou usar soluções programáticas, como o pacote de padrões da Web ARIA (Accessible Rich Internet Applications), para transmitir essas informações a usuários sem visão.
Os indivíduos que usam software de leitura de tela podem achar difícil ouvir a saída da fala se houver outra reprodução de áudio ao mesmo tempo. Essa dificuldade é exacerbada quando a saída de voz do leitor de tela é baseada em software (como a maioria é hoje) e é controlada pelo mesmo controle de volume do som. Além disso, algumas pessoas com deficiências cognitivas e neurodivergentes podem ter sensibilidade ao som. Essas pessoas considerarão qualquer incapacidade de alterar o nível do volume do conteúdo de áudio bastante perturbadora.
Portanto, é importante que o usuário possa desligar o som de fundo.
Ter controle do volume inclui a capacidade de reduzir seu volume para zero.
Siga as orientações em Como cumprir o Critério de sucesso 1.4.2.
Critério de Sucesso 1.4.3
Nível AA
Contraste (Mínimo): a apresentação visual e as imagens do texto têm uma relação de contraste de, no mínimo, 4.5:1, exceto para o seguinte:
Consulte Compreensão do contraste não textual para obter mais informações, para ajudar a garantir que os autores de conteúdo entendam os requisitos adicionais sobre elementos não textuais (incluindo ícones, elementos de interface, entre outros).
Os indivíduos com certas deficiências visuais podem não conseguir distinguir entre determinados pares de cores com baixo contraste. Problemas de acessibilidade podem ocorrer para esses indivíduos, se:
O texto usado exclusivamente para fins decorativos está excluído desse critério de sucesso.
Verifique se o texto contrasta o suficiente com o plano de fundo. As relações de contraste dependem do tamanho e do estilo do texto em questão:
Lembre-se de que as fontes podem diferir na forma como renderizam o tamanho equivalente de PT/PX/EM.
Recomenda-se usar bom senso e pecar a favor da legibilidade e da usabilidade ao selecionar as fontes e o dimensionamento apropriados para o conteúdo da Web.
Os seguintes sites podem ajudar com conversões para outras unidades:
Para verificar as relações de contraste, use uma ferramenta de contraste em cores, como o Paciello Group Color Contrast Analyser ou o verificador de contraste em cores do WebAIM. Essas ferramentas permitem que você verifique os pares de cores e informe quaisquer problemas de contraste.
De forma alternativa, se você estiver menos preocupado sobre como especificar a aparência de sua página, é possível optar por não especificar as cores do texto de plano de fundo e de primeiro plano. Nenhuma verificação de contraste é necessária, já que o navegador do usuário determinará as cores do texto e plano de fundo.
Se não for possível atender aos níveis de contraste recomendados, será necessário fornecer um link para uma versão alternativa equivalente da página (que não tenha problemas de contraste de cor), ou permitir que o usuário ajuste o contraste do esquema de cores da página de acordo com as suas próprias necessidades.
O propósito deste Critério de sucesso é garantir que o texto renderizado visualmente, incluindo controles baseados em texto (caracteres de texto que foram exibidos para que possam ser vistos [vs. caracteres de texto que ainda estejam na forma de dados como ASCII]) possam ser dimensionados com sucesso para que sejam lidos diretamente por pessoas com deficiências visuais leves, sem a necessidade do uso de tecnologia de assistência, como um ampliador de tela. Os usuários podem se beneficiar do dimensionamento de todo o conteúdo na página da Web, mas o texto é mais importante.
Além de seguir as diretrizes em Como atender ao critério para o sucesso 1.4.4, você pode incentivar os autores de conteúdo a usar larguras e alturas fluidas e flexíveis em seus designs de página e tamanhos de fonte (por exemplo, web design responsivo) para permitir que os leitores possam redimensionar o texto.
Os logotipos (texto que faz parte de um logotipo ou marca comercial) são considerados fundamentais.
As imagens de texto são usadas, frequentemente, quando um estilo de texto específico é o preferido; por exemplo, um logotipo ou se o texto foi gerado de uma outra fonte (por exemplo, uma verificação de um documento em papel). No entanto, em comparação com o texto apresentado em HTML e o estilo usando CSS, as imagens de texto não têm flexibilidade para mudar o tamanho ou aparência, o que pode ser necessário para os indivíduos com deficiência visual ou dificuldade de leitura.
Se as imagens de texto tiverem que ser utilizadas, use o CSS para substituir as imagens de texto pelo texto equivalente em HTML, para que o texto seja disponibilizado de forma personalizada. Para ver um exemplo, consulte o C30: usar o CSS para substituir o texto por imagens de texto e fornecer controles de interface do usuário para fazer a alteração.
Princípio 2: operável - os componentes da interface de usuário e a navegação precisam ser operáveis.
Diretriz 2.1 acessível por teclado: disponibilize toda a funcionalidade de um teclado.
Isso garante que os usuários possam acessar toda a funcionalidade usando um teclado.
O objetivo desse Critério de sucesso é garantir que, sempre que possível, o conteúdo possa ser operado por meio de um teclado ou a interface de teclado (para que um teclado alternativo possa ser usado). Quando o conteúdo pode ser operado por meio de um teclado ou teclado alternativo, ele pode ser operado por pessoas sem visão (que não podem usar dispositivos como mouse que exige coordenação ocular), bem como por pessoas que precisam usar teclados alternativos ou dispositivos de entrada que atuam como emuladores de teclado. Os emuladores de teclado incluem software de entrada de fala, software sip-and-puff, teclados na tela, software de digitalização e uma variedade de tecnologias assistiva e teclados alternativos. Os indivíduos com pouca visão também podem ter problemas para rastrear um ponteiro e achar o uso do software muito mais fácil (ou apenas possível) se puderem controlá-lo pelo teclado.
Siga as orientações em Como cumprir o Critério de sucesso 2.1.1.
O propósito deste Critério de sucesso é garantir que o conteúdo não trava o foco do teclado em subseções de conteúdo em uma página da Web. Esse é um problema comum quando vários formatos são combinados em uma página e renderizados usando plug-ins ou aplicativos incorporados.
Pode haver momentos em que a funcionalidade da página da Web restringe o foco a uma subseção do conteúdo (por exemplo, uma caixa de diálogo modal). Nesses casos, você deve fornecer um método para que um usuário possa sair dessa subseção de conteúdo (por exemplo, a tecla ESC fecha a caixa de diálogo modal ou um botão Fechar fecha a caixa de diálogo modal).
Siga as orientações em Como cumprir o Critério de sucesso 2.1.2.
Diretriz 2.2 de tempo suficiente: forneça aos usuários tempo suficiente para ler e usar o conteúdo.
Isso garante que os usuários tenham tempo suficiente para ler e agir.
O propósito deste Critério de sucesso é garantir que os usuários portadores de deficiência disponham do tempo adequado para interagir com o conteúdo da Web, sempre que possível. Pessoas com deficiências como cegueira, visão baixa, deficiências de destreza e limitações cognitivas podem precisar de mais tempo para ler o conteúdo ou executar funções como preencher formulários on-line. Se as funções da Web dependerem de tempo, será difícil para alguns usuários executar a ação necessária antes que ocorra um limite de tempo. Isso pode tornar o serviço inacessível para eles. Projetar funções que não dependem do tempo ajudará as pessoas com deficiências a concluírem essas funções. Fornecer opções para desativar os limites de tempo, personalizar a duração dos limites de tempo ou solicitar mais tempo antes de ocorrer um limite de tempo ajuda os usuários que precisam de mais tempo do que o esperado para concluírem com êxito as tarefas. Essas opções são listadas na ordem que será mais útil para o usuário. Desativar os limites de tempo é melhor do que personalizar a duração dos limites de tempo, o que é melhor do que solicitar mais tempo antes que um limite ocorra.
Siga as orientações em Como cumprir o Critério de sucesso 2.2.1.
Os pontos para observar são:
Alguns usuários podem achar que o conteúdo que se move é perturbador, ou até mesmo fisicamente doloroso, dificultando a concentração em outras partes da página. Além disso, esse conteúdo pode ser de difícil leitura para os indivíduos que têm problemas para acompanhar o texto em movimento.
Dependendo da natureza do conteúdo, você pode aplicar uma ou mais das seguintes sugestões ao criar as páginas da Web com um conteúdo em movimento, em modo intermitente ou piscante:
Como qualquer conteúdo que não cumpre este critério de sucesso pode interferir na capacidade de um usuário em utilizar a página inteira, todo o conteúdo da página da Web (quer seja ou não utilizado para cumprir outros critérios de sucesso) tem de cumprir este critério. Consulte o Requisito de conformidade 5: não interferência.
Em certos casos, os flashes podem causar convulsões fotossensíveis. Este critério de sucesso permite aos usuários acessar e utilizar todo o conteúdo sem se preocupar com o conteúdo com flashes.
É necessário adotar algumas medidas para se certificar de que as seguintes técnicas são aplicadas:
Isso garante que o conteúdo seja fácil e direto para os usuários navegarem.
O propósito deste Critério de sucesso é permitir que as pessoas que navegam sequencialmente pelo conteúdo tenham acesso mais direto ao conteúdo principal da página da Web. Páginas e aplicativos da Web geralmente têm conteúdo que aparece em outras páginas ou telas. Os exemplos de blocos repetidos de conteúdo incluem, entre outros, links de navegação, gráficos de cabeçalho, menus e quadros de publicidade. Para efeitos desta disposição, não se consideram blocos pequenas seções repetidas, como palavras individuais, frases ou links únicos.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.1.
Este critério de sucesso ajuda as pessoas, independentemente de qualquer incapacidade cognitiva, a identificar o conteúdo de uma página da Web sem precisar ler toda a página. Isso é especialmente útil quando várias páginas da Web estão abertas em abas de navegador, já que o título da página é exibido na aba e, portanto, pode ser localizado rapidamente.
Quando uma nova página HTML é criada no AEM, é possível especificar o título da página. Certifique-se de que o título descreva adequadamente o conteúdo e o propósito da página, especialmente quaisquer aspectos únicos, para que os visitantes possam identificar rapidamente se o conteúdo é realmente relevante para suas necessidades.
Ao editar uma página, também é possível editar seu título, que pode ser acessado por meio de Informações da página - Propriedades.
O propósito desse Critério de sucesso é garantir que, quando os usuários navegarem sequencialmente pelo conteúdo, encontrem informações em uma ordem consistente com o significado do conteúdo e que possa ser operada pelo teclado. Isso reduz a confusão ao permitir que os usuários formem um modelo mental consistente do conteúdo. Pode haver diferentes ordens que refletem relações lógicas no conteúdo. Por exemplo, a movimentação pelos componentes em um formulário on-line composto por vários campos e/ou etapas reflete as relações lógicas no conteúdo.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.3.
Para todos os usuários, independentemente da incapacidade cognitiva, indicar claramente a direção de um link por meio de um texto de link adequado é fundamental. Isso ajuda os usuários a decidir se querem ou não seguir um link. Para usuários deficientes visuais, um texto de link significativo é extremamente útil quando há vários links em uma página (principalmente se a página incluir excesso de texto), já que textos de link significativos fornecem uma indicação mais clara da funcionalidade da página de destino. Os usuários de algumas tecnologias de assistência, que podem gerar uma lista de todos os links em uma única página, poderão entender mais facilmente o texto do link fora do contexto se o texto do link for exclusivo e informativo. No entanto, indivíduos com deficiências cognitivas poderão se confundir se um link não fornecer informações suficientes para descrever com precisão onde o link os levará.
Acima de tudo, verifique se a finalidade de um link está claramente descrita no texto.
Os links devem ser redigidos de forma consistente ao longo das páginas, principalmente em barras de navegação. Por exemplo, se um link para uma página específica for chamado de Publicações em uma página, use esse termo nas outras páginas para garantir a consistência.
No momento da escrita, há algumas questões relacionadas ao uso de atributos de título para garantir que links semelhantes apresentados em uma página forneçam informações exclusivas sobre o destino (por exemplo, "leia mais" se referirá frequentemente a uma variedade de destinos diferentes):
Embora o atributo de título possa ser usado para fornecer contexto adicional a um link, esteja ciente de suas limitações e não o utilize como uma alternativa ao texto de link apropriado.
Sempre que um link for constituído por uma imagem, certifique-se de que o texto alternativo para a imagem descreve o destino do link. Por exemplo, se uma imagem de uma estante de livros for definida como um link para as publicações de uma pessoa, o texto alternativo deverá informar Publicações de John Smith e não Estante de livros.
Alternativamente, se a âncora do link contém texto que descreve a finalidade do link, além do elemento de imagem (e, portanto, o texto é exibido ao lado da imagem), use um atributo alternativo vazio para a imagem:
<a href="publications.html">
<img src = "bookshelf.jpg" alt = "" />
John Smith’s publications
</a>
O snippet acima é uma ilustração; recomenda-se usar o componente Imagem.
Embora seja aconselhável fornecer um texto de link que identifique a finalidade do link sem a necessidade de contexto adicional, reconhece-se que isto nem sempre é possível. Link contextuais gratuitos podem ser usados nos casos a seguir, exemplos de HTML que podem ser encontrados em Como cumprir o Critério de sucesso 2.4.4.
Em alguns casos, quando existirem vários links em uma página (cada um dos quais fornecendo a direção de um link em detalhes complexos, mas necessários), pode ser apropriado fornecer uma versão alternativa da página da Web que mostre exatamente o mesmo conteúdo, mas sem um texto de link tão detalhado.
Alternativamente, scripts podem ser usados de modo que uma quantidade mínima de texto seja fornecida no próprio link e, ao ativar um controle apropriado posicionado na parte superior da página, o texto do link seja expandido para fornecer mais detalhes. Uma abordagem semelhante é a utilização de CSS para ocultar o link completo para usuários deficientes visuais, mas ainda exibi-lo na íntegra para os usuários de leitores de tela. Isso está fora do âmbito deste documento, mas mais informações sobre a forma como conseguir isso podem ser encontradas na seção Mais Informações - finalidade do Link (Em Contexto) (2.4.4).
O propósito deste Critério de sucesso é possibilitar que os usuários localizem o conteúdo de uma maneira que melhor atenda as suas necessidades. Os usuários podem achar uma técnica mais fácil ou mais compreensível de usar do que outra.
Mesmo sites pequenos devem fornecer aos usuários alguns meios de orientação. Em um site de três ou quatro páginas, com todas as páginas vinculadas a partir da página inicial, pode ser simplesmente fornecer links de e para a página inicial, onde os links nela também podem servir como um mapa do site.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.5.
O propósito deste Critério de sucesso é ajudar os usuários a entenderem quais informações estão contidas em páginas da Web e como essas informações estão organizadas. Quando os títulos são claros e descritivos, os usuários podem encontrar as informações que buscam mais facilmente e podem entender as relações entre diferentes partes do conteúdo com mais facilidade. Os rótulos descritivos ajudam os usuários a identificar componentes específicos dentro do conteúdo.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.6.
O propósito deste Critério de sucesso é ajudar uma pessoa a saber qual elemento tem o foco do teclado.
Uma pessoa deve ser capaz de saber qual elemento entre vários elementos tem o foco do teclado. Se houver apenas um controle acionável pelo teclado na tela, o critério de sucesso será atendido porque o design visual apresenta apenas um item acionável do teclado.
Onde o critério de sucesso indicar "modo de operação", deve ter em conta plataformas que nem sempre apresentam um indicador de foco. Na maioria dos casos, há apenas um modo de operação, então este critério de sucesso se aplica.
Siga as orientações em Como cumprir o Critério de sucesso 2.4.7.
Diretriz 3.1 Legível: tornar o conteúdo do texto legível e compreensível.
A finalidade deste critério de sucesso é garantir que o texto e outro conteúdo linguístico sejam apresentados corretamente. Para leitores de tela, isso garante que o conteúdo seja pronunciado corretamente. Para navegadores visuais, aumenta a probabilidade de apresentar determinados conjuntos de caracteres definidos corretamente.
Para cumprir este critério de sucesso, o idioma padrão de uma página da Web pode ser identificado usando o atributo lang
dentro do elemento<html>
no topo da página. Por exemplo:
Se uma página for escrita em inglês, o elemento <html>
deverá informar:
<html lang = “en”>
Para processar uma página em espanhol, deve ser adotado o seguinte padrão:
<html lang = “es”>
No AEM, o idioma padrão da sua página é definido ao criar página, mas também pode ser alterado ao editar as Propriedades da Página.
O AEM fornece mais ajuste para variações de um idioma raiz; por exemplo, inglês americano - en-us, inglês britânico - en-gb, e inglês canadense - en-ca. Esse nível de detalhes é geralmente supérfluo para a tecnologia de assistência, embora possa ser usado para variações regionais no conteúdo da página.
A finalidade deste critério de sucesso é semelhante ao critério de sucesso de Idioma da Página , exceto que se aplica a páginas da Web com conteúdo em múltiplos idiomas em uma única página (por exemplo, devido a citações ou palavras incomuns).
As páginas que aplicam este critério de sucesso:
O atributo lang
pode ser utilizado para identificar alterações no idioma do conteúdo. Por exemplo, uma citação em alemão (ISO 639-1, código “de”) pode ser apresentada da seguinte maneira:
<blockquote cite = "John F. Kennedy" lang = "de">
<p>Ich bin ein Berliner</p>
</blockquote>
Blocos de citação não são suportados em uma instância predefinida. Um componente personalizado pode ser desenvolvido para suportar o recurso.
Da mesma forma, o navegador poderá processar uma palavra incomum ou frase corretamente se o elemento span
for usado da seguinte maneira:
<p>The only French phrase I know is <span lang = “fr”>je ne sais quoi</code>.</p>
Não é necessário seguir este critério de sucesso ao incluir nomes ou cidades em diferentes idiomas, ou ao usar palavras de empréstimo ou frases que se tornaram comuns no idioma padrão (como schadenfreude em inglês).
Para adicionar o elemento span, com um idioma apropriado, você pode editar manualmente a sua marcação HTML no modo de edição de fonte da RTE para ser exibido como acima. Como alternativa, o atributo lang
pode ser incluído na RTE pelo administrador do sistema (consulte Adicionar suporte para elementos e atributos HTML adicionais).
Diretriz 3.2 Previsível: faça com que as páginas da Web apareçam e operem de maneiras previsíveis.
Isso garante que as páginas da Web sejam consistentes na aparência e funcionamento.
O propósito deste Critério de sucesso é garantir que a funcionalidade seja previsível à medida que os visitantes navegam pelo documento. Qualquer componente que possa acionar um evento quando recebe foco não deve alterar o contexto. Os exemplos de alteração de contexto quando um componente recebe foco incluem, mas não estão limitados a:
O foco pode ser movido para um controle por meio do teclado (por exemplo, tabulação de um controle) ou do mouse (por exemplo, clique em um campo de texto). Mover o mouse sobre um controle não move o foco, a menos que o script implemente esse comportamento. Observe que para alguns tipos de controles, clicar em um controle também pode ativá-lo (por exemplo, botão), que pode, por sua vez, iniciar uma alteração no contexto.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.1.
O propósito deste Critério de sucesso é garantir que a inserção de dados ou a seleção de um controle de formulário tenha efeitos previsíveis. Alterar a configuração de qualquer componente da interface do usuário altera algum aspecto no controle que persistirá quando o usuário não estiver mais interagindo com ele. Portanto, marcar uma caixa de seleção, inserir texto em um campo de texto ou alterar a opção selecionada em um controle de lista altera sua configuração, mas ativar um link ou um botão não altera. As alterações no contexto podem confundir os usuários que não percebem facilmente a mudança ou que são facilmente distraídos por mudanças. As alterações de contexto são apropriadas apenas quando estiver claro que tal alteração ocorrerá em resposta à ação do usuário.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.2.
O propósito deste Critério de sucesso é incentivar o uso de apresentação e layout consistentes para usuários que interagem com conteúdo repetido em um conjunto de páginas da Web e precisam localizar informações ou funcionalidades específicas mais de uma vez. Os indivíduos com pouca visão que usam ampliação de tela para exibir uma pequena parte da tela por vez geralmente usam dicas visuais e limites de página para localizar rapidamente o conteúdo repetido. Apresentar conteúdo repetido na mesma ordem também é importante para os usuários visuais que usam memória espacial ou dicas visuais no design para localizar conteúdo repetido.
É importante observar que utilizar a frase "mesma ordem" nesta seção não significa que os menus de subnavegação não possam ser usados ou que blocos de navegação secundária ou estrutura de página não possam ser usados. Em vez disso, este Critério de sucesso destina-se a ajudar os usuários que interagem com conteúdo repetido em várias páginas da Web a prever a localização do conteúdo que estão procurando e localizá-lo mais rapidamente quando o encontrarem novamente.
Os usuários podem iniciar uma alteração na ordem ao usar agentes adaptativos do usuário ou definir preferências para que as informações sejam apresentadas de uma forma mais útil para eles.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.3.
O propósito deste Critério de sucesso é garantir a identificação consistente de componentes funcionais que aparecem repetidamente em um conjunto de páginas da Web. Uma estratégia que as pessoas que usam leitores de tela usam ao operar um site é contar com a familiaridade com funções que podem aparecer em diferentes páginas da Web. Se funções idênticas tiverem rótulos diferentes (ou, de forma geral, um nome acessível diferente) em diferentes páginas da Web, o site será mais difícil de usar. Pode também ser confuso e aumentar a carga cognitiva de pessoas com limitações cognitivas. Sendo assim, uma rotulagem coerente ajudará.
Esta coerência abrange as alternativas em texto. Se os ícones ou outros itens não textuais tiverem a mesma funcionalidade, suas alternativas em texto também deverão ser consistentes.
Se houver dois componentes em uma página da Web que tenham a mesma funcionalidade de um componente de outra página em um conjunto de páginas da Web, então todos os 3 devem ser consistentes. Assim, os dois na mesma página serão consistentes.
Embora seja desejável e a prática recomendada sempre ser consistente em uma única página da Web, a 3.2.4 somente aborda a consistência em um conjunto de páginas da Web em que algo é repetido em mais de uma página do conjunto.
Siga as orientações em Como cumprir o Critério de sucesso 3.2.4.
Diretriz 3.3 Assistência de entrada: ajudar os usuários a evitar e corrigir erros
O propósito deste Critério de sucesso é garantir que os usuários estejam cientes de que ocorreu um erro e possam determinar o que está errado. A mensagem de erro deve ser o mais específica possível. No caso de um envio de formulário malsucedido, a reexibição do formulário e a indicação dos campos com erro são insuficientes para que alguns usuários percebam que ocorreu um erro. Os usuários do leitor de tela, por exemplo, não saberão que houve um erro até encontrarem um dos indicadores. Eles podem abandonar o formulário completamente antes de encontrar o indicador de erro, achando que a página simplesmente não está funcionando. De acordo com a definição na WCAG , um erro de entrada são informações fornecidas pelo usuário que não são aceitas. Isso inclui:
informações exigidas pela página da Web, mas omitidas pelo usuário ou informações fornecidas pelo usuário, mas que não estejam no formato de dados necessário ou valores permitidos.
Por exemplo:
Siga as orientações em Como cumprir o Critério de sucesso 3.3.1.
Fornecer instruções para ajudar as pessoas a preencher formulários é uma parte fundamental das boas práticas de usabilidade da interface. Fazer isso é particularmente útil para pessoas com deficiências visuais ou cognitivas que de outra forma poderiam ter dificuldade para entender o layout de um formulário e o tipo de dados a ser fornecido em um campo de formulário específico.
No projeto de demonstração WKND do AEM, um rótulo padrão é adicionado quando você adiciona um componente de formulário, como um Campo de texto, à página. Este título padrão é dependente do tipo de componente. Você pode adicionar seu próprio título na guia Título e Texto da janela de edição desse campo. É importante garantir que as etiquetas ajudem os usuários a compreender os dados associados a cada componente do formulário.
Este campo de Título deve ser usado para elementos de campo, pois fornece uma etiqueta que está disponível para tecnologia assistiva. Apenas escrever uma etiqueta no texto ao lado do campo não é suficiente.
Para alguns componentes de formulário, também é possível ocultar as etiquetas visualmente usando a opção Ocultar Título. Marcadores ocultos ainda estão disponíveis para a tecnologia assistiva, mas não são exibidos na tela. Embora esta possa ser uma boa abordagem em algumas situações, geralmente é melhor incluir uma etiqueta visual sempre que possível, pois alguns usuários podem estar olhando para uma pequena seção da tela (um campo por vez) e precisam de etiquetas para identificar o campo corretamente.
Quando botões de imagem são usados (por exemplo, o componente Botão de imagem do projeto WKND), o campo Título na guia Título e texto da caixa de diálogo de edição fornece o texto alternativo para a imagem, em vez do rótulo. Assim, no exemplo abaixo, a imagem com o texto Submit
tem o texto alternativo de Submit
, adicionado usando o campo Título na janela de edição.
No projeto WKND, se houver um grupo de controles relacionados, como Grupo de opções, talvez seja necessário um título para o grupo, bem como controles individuais. Ao adicionar um conjunto de botões de opção no AEM, o campo Título fornece esse título de grupo, enquanto títulos individuais são especificados conforme os botões de opção (Itens) são criados.
Contudo, não existe uma associação programática entre o título do grupo e os próprios botões de opção. Editores de modelo precisam envolver o título nas tags fieldset
e legend
necessárias para criar esta associação e isso só pode ser feito através da edição do código fonte da página. Alternativamente, um administrador do sistema pode adicionar suporte a esses elementos para que eles apareçam na janela Propriedades do Campo (Consulte Adicionar suporte para elementos e atributos HTML adicionais).
Se os dados devem ser inseridos em um formato específico, deixe isso claro no texto da etiqueta. Por exemplo, se uma data deve ser inscrita no formato DD-MM-YYYY
, indique isso especificamente como parte da etiqueta. Isto significa que quando os usuários de leitores de tela encontrarem o campo, a etiqueta será anunciada automaticamente, juntamente com as informações adicionais sobre o formato.
Se a entrada de um campo de formulário for obrigatória, deixe isso claro usando a palavra "obrigatório" como parte do rótulo. O AEM adiciona um asterisco quando um campo é obrigatório, mas seria ideal incluir a palavra required
na própria etiqueta (no campo Título na janela de edição).
O posicionamento das etiquetas também é importante, pois ajuda a localizar os campos apropriados. Isto é de especial importância quando o usuário se depara com um formulário complexo. Siga a convenção abaixo:
Em formulários simples, com funcionalidade muito limitada, a identificação adequada de um botão Submit
pode servir como etiqueta para o campo adjacente (por exemplo, Search
). Isso é útil em situações em que encontrar espaço para o texto da etiqueta pode ser difícil.
O propósito deste Critério de sucesso é garantir que os usuários recebam sugestões adequadas para a correção de um erro de entrada, se possível. A definição de erro de entrada da WCAG diz "informações fornecidas pelo usuário que não são aceitas" pelo sistema. Alguns exemplos de informações que não são aceitas incluem informações obrigatórias, mas omitidas pelo usuário, e informações fornecidas pelo usuário, mas que não estão no formato de dados necessário ou valores permitidos.
O Critério de sucesso 3.3.1 prevê a notificação de erros. Mas as pessoas com limitações cognitivas podem ter dificuldade para entender como corrigir os erros. Pessoas com deficiências visuais podem não ser capazes de descobrir exatamente como corrigir o erro. No caso de um envio de formulário malsucedido, os usuários podem abandonar o formulário por não ter certeza de como corrigir o erro, mesmo sabendo que ele ocorreu.
O autor do conteúdo pode fornecer a descrição do erro, ou o agente do usuário pode fornecer a descrição do erro com base em informações específicas da tecnologia, determinadas de forma programática.
Siga as orientações em Como cumprir o Critério de sucesso 3.3.3.
Critério de Sucesso 3.3.4
Nível AA
Prevenção de erros (legal, financeiro, dados): em páginas da Web que façam com que compromissos legais ou transações financeiras ocorram para o usuário, que modifiquem ou excluam dados controláveis pelo usuário em sistemas de armazenamento de dados, ou que enviem respostas de teste do usuário, pelo menos um dos seguintes é verdadeiro:
O propósito deste Critério de sucesso é ajudar os usuários portadores de deficiências a evitarem consequências graves como resultado de um erro ao executar uma ação que não pode ser revertida. Por exemplo, a compra de passagens não reembolsáveis ou a apresentação de uma ordem de compra de ações numa conta de corretagem são transações financeiras com graves consequências. Se um usuário tiver cometido um erro na data da passagem aérea, poderá receber um bilhete no dia errado que não poderá ser trocado. Se tiver cometido um erro no número de ações a serem compradas, poderia acabar comprando mais ações do que o esperado. Ambos os tipos de erros envolvem transações que ocorrem imediatamente e não podem ser alteradas depois, e podem ser muito caras. Da mesma forma, pode ser um erro irrecuperável se os usuários modificarem ou excluírem involuntariamente os dados armazenados em um banco de dados que precisarão acessar posteriormente, como todo o perfil de viagem em um site de serviços de viagens. No que se refere à modificação ou exclusão de dados 'controláveis pelo usuário', a intenção é evitar a perda em massa de dados, como a exclusão de um arquivo ou registro. Não é a intenção exigir uma confirmação de cada comando save ou a simples criação ou edição de documentos, registros ou outros dados.
Os usuários portadores de deficiências podem ter mais probabilidade de cometer erros. As pessoas com deficiências de leitura podem transpor números e letras, e aquelas com deficiências motoras podem apertar as teclas por engano. Fornecer a capacidade de reverter ações permite que os usuários corrijam um erro que pode resultar em consequências graves. Fornecer a capacidade de revisar e corrigir informações dá ao usuário a oportunidade de detectar um erro antes de tomar uma ação que tenha consequências graves.
Os dados controláveis pelo usuário são dados visualizáveis pelo usuário que ele pode alterar e/ou excluir por meio de uma ação intencional. Os exemplos de usuários que controlam esses dados seriam a atualização do número de telefone e do endereço da conta do usuário ou a exclusão de um registro de faturas anteriores de um site. Eles não se referem a coisas como registros da Internet e dados de monitoramento de mecanismos de busca com os quais o usuário não pode visualizar ou interagir diretamente.
Siga as orientações em Como cumprir o Critério de sucesso 3.3.4.
Aumente a compatibilidade com os agentes do usuário atuais e futuros, incluindo as tecnologias assistivas.
O propósito deste Critério de sucesso é garantir que os agentes do usuário, incluindo as tecnologias assistivas, possam interpretar e analisar o conteúdo com precisão. Se o conteúdo não puder ser analisado em uma estrutura de dados, agentes do usuário diferentes poderão apresentá-lo de forma diferente ou não poderão analisá-lo completamente. Alguns agentes do usuário usam "técnicas de reparo" para renderizar conteúdo mal codificado.
Como as técnicas de reparo variam entre os agentes do usuário, os autores não podem assumir que o conteúdo será analisado com precisão em uma estrutura de dados ou que será renderizado corretamente por agentes do usuário especializados, incluindo tecnologias assistivas, a menos que o conteúdo seja criado de acordo com as regras definidas na gramática formal dessa tecnologia. Em idiomas de marcação, erros na sintaxe do elemento e no não fornecimento de tags de início/fim aninhadas corretamente levam a erros que impedem os agentes do usuário de analisar o conteúdo de forma confiável. Portanto, o Critério de sucesso exige que o conteúdo possa ser analisado usando apenas as regras da gramática formal.
Siga as orientações em Como cumprir o Critério de sucesso 4.1.1.
O propósito deste Critério de sucesso é garantir que as Tecnologias assistivas (AT) possam coletar informações sobre, ativar ou definir e manter-se atualizadas sobre o status dos controles da interface do usuário no conteúdo.
Quando controles padrão de tecnologias assistivas são usados, esse processo é simples. Se os elementos da interface do usuário forem usados de acordo com as especificações, as condições desta provisão serão atendidas. (Veja os exemplos do Critério de sucesso 4.1.2 abaixo)
No entanto, se os controles personalizados forem criados ou se os elementos de interface forem programados (em código ou script) para terem uma função e/ou função diferente da usual, então é necessário tomar medidas adicionais para garantir que os controles forneçam informações importantes para as tecnologias assistivas e permitam que eles sejam controlados por tecnologias assistivas.
Um estado particularmente importante de um controle da interface do usuário é se ele tem ou não foco. O estado de foco de um controle pode ser determinado de forma programática e as notificações sobre mudança de foco são enviadas aos agentes do usuário e à tecnologia de assistência. Outros exemplos de estado de controle da interface do usuário são se uma caixa de seleção ou um botão de opção foi selecionado ou se um nó de árvore ou de lista que pode ser recolhido foi expandido ou recolhido.
Siga as orientações em Como cumprir o Critério de sucesso 4.1.2.