# data[].attributes.attachment_link.readable_text
Antes de dar o pontapé inicial em qualquer projeto, é fundamental ter um briefing em mãos. Na verdade, a elaboração do briefing é o primeiro passo para a execução de um projeto, pois é ele que determinará as etapas a serem seguidas rumo ao sucesso de sua iniciativa interna ou ao objetivo desejado pelo cliente.

Hoje você vai descobrir o que é briefing, sua importância para os negócios e um breve passo a passo de como elaborar um para a sua campanha de marketing ou ações publicitárias.

Confira e descubra a importância do briefing para o sucesso do seu projeto ou job.

Leia também: Modelo de briefing: as 8 etapas para uma campanha de sucesso

O que é briefing?

Indo direto ao ponto, o briefing é um documento que servirá como um guia para a execução de um projeto.

Ele contém uma série de informações como: dados sobre a empresa, o mercado em que ela atua, o público ao qual ela se direciona e os seus objetivos com o projeto. Assim, as equipes envolvidas terão um direcionamento mais claro para a realização dos seus trabalhos e planos de ação.

O briefing do projeto é redigido de maneira sucinta e objetiva, servindo como um material de consulta e para embasar as estratégias e as tomadas de decisão.

Essa é a definição de um briefing de projeto de modo geral. Mas o que é briefing de marketing?

De um modo geral, o briefing de marketing segue todas essas diretrizes. Ele funciona como uma descrição do trabalho que será realizado e pode estar endereçado para sua agência de publicidade ou para sua área de comunicação dentro da empresa.

Ficou claro para você, agora, o que é briefing de marketing? Mas qual a importância do briefing?

A importância do briefing

Organização

O briefing é importante para a organização dos trabalhos, pois ele reúne em um só documento todas as informações mais relevantes para o desenvolvimento do projeto

O seu conteúdo pode ser segmentado por equipe. Assim, os times de planejamento, criação e mídia, por exemplo, saberão quais são as principais informações e como cumprir o seu papel para chegar ao resultado final.

Assertividade

Quando você conhece mais sobre a empresa, o mercado, o público-alvo e os objetivos do projeto, é possível ser mais assertivo nas tomadas de decisão e alcançar os resultados esperados.

Ou seja, o briefing é importante para que se consiga atender às expectativas de maneira mais precisa.

Direcionamento

Como vimos lá na definição sobre o que é briefing, esse documento servirá como um guia para as equipes.

Portanto, a importância do briefing está em direcionar as ações e evitar que os envolvidos na execução se percam no meio do caminho e acabem desperdiçando tempo e outros recursos com tarefas menos importantes ou desnecessárias.

Quer receber pesquisas e conteúdos relevantes regularmente?

Cadastre-se para receber nossa newletter.

Passo a passo: como elaborar um briefing?

Agora que você já sabe o que é briefing e sua importância, confira um breve passo a passo de como elaborar um para o seu negócio.

Passo 1 - Dados sobre a empresa

Procure reunir informações relevantes que retratam a atual situação da empresa. Por exemplo:

Histórico da empresa;

Posicionamento da marca;

Cases de sucesso;

Políticas internas e externas;

Faturamento;

Recursos disponíveis em caixa;

Atual e potencial dimensão da marca.

Passo 2 - Informações sobre o produto

Nome e características do produto

Como ele é produzido e distribuído?

Qual a capacidade de produção?

Quais os diferenciais?

Quais são os prós e contras?

Qual a percepção do mercado sobre o produto?

Qual o custo e a rentabilidade do produto?

Passo 3 - Conhecendo o público-alvo

Faixa de idade;

Classe social / renda média;

Escolaridade;

Localização;

Profissão;

Hábitos de consumo (motivações, frequência, periodicidade, quantidade, preferências etc.).

Além do público-alvo, é importante apresentar as personas de seu negócio, o perfil de seus clientes ideais, para ter um briefing do projeto bem completo.

Você tem personas desenvolvidas para incluir em seu briefing? Veja como uma pesquisa digital pode ajudar sua empresa a desenvolvê-las: Como criar personas para os meus clientes utilizando a plataforma da MindMiners.

Passo 4 - Dados sobre o mercado de atuação

Qual o atual tamanho do mercado?

Qual parcela do mercado a sua empresa domina?

Há sazonalidade?

Houve evolução do mercado nos últimos anos?

A dinâmica do mercado se dá sob quais influências? (política, econômica, ambiental, regional, sazonal, demográfica etc.).

Passo 5 - Informações sobre a concorrência

Quem são os seus concorrentes diretos e indiretos?

Qual é a política de preço adotada por seus concorrentes?

Quais as principais estratégias de marketing e comunicação da concorrência?

Como os seus concorrentes se posicionam no mercado?

Passo 6 - Definição dos objetivos

Aumentar a participação no mercado

Intensificar as vendas

Lançar um produto ou serviço novo

Ser mais lembrada pelo público

Reforçar a imagem da marca

Estabelecer um posicionamento

Esses são alguns exemplos. Recomendamos nesta etapa escrever um texto sucinto sobre seu objetivo, isso facilita a compreensão de todas as áreas e fornecedores, focando no que deve ser feito para alcançar o mesmo.

Passo 7 - Definição do orçamento

Qual a quantidade de verba disponível para a execução do projeto?

Quanto vai custar cada uma das ações previstas?

Veja também: Como investir em marketing e manter sua verba sob controle?

Passo 8 - Definição do cronograma

Qual é o prazo para a finalização do projeto?

Quais etapas são mais urgentes e precisam ser executadas primeiro?

Quanto tempo será necessário para a entrega de cada etapa?

O objetivo de um briefing é passar informações relevantes para seus clientes, parceiros e áreas. Apresente o máximo de informações possíveis, mas lembre-se de manter o foco em seus objetivos.

Agora que você sabe a importância do briefing de projeto, que tal colocar em prática tudo o que você aprendeu sobre o que é briefing? Para alguns passos que acabamos de citar, você pode utilizar a plataforma de pesquisa automatizada da MindMiners.

Por meio de questionários confiáveis, é possível descobrir, por exemplo, dados sobre o público-alvo e sobre a concorrência. Assim, você poderá definir estratégias mais assertivas para a sua campanha.

# data[].attributes.attachment_link.title
O que é briefing? Definição, importância e como fazer em 8 passos

# data[].attributes.attachment_link.description
Antes de dar o pontapé inicial em qualquer projeto, é fundamental ter um briefing em mãos. Na verdade, a elaboração do briefing é o primeiro passo para a execução de um projeto, pois é ele que determinará as etapas a serem seguidas rumo ao sucesso de sua iniciativa interna ou ao objetivo desejado pelo cliente.

# data[].attributes.headline
Processo de Desenvolvimento de um Projeto Web

# data[].attributes.subject
Processo de Desenvolvimento de um Projeto Web

# data[].attributes.attachment_link.readable_text
Post rápido para compartilhar um gráfico feito por um amigo designer, John Funess, que ilustra as diversas etapas envolvidas na criação de um website. Apesar de considerar apenas o modelo waterfall de gestão de projetos, tem uns insights bem interessantes sobre a ordem na qual as coisas acontecem (ou deveriam acontecer nesses casos).

# data[].attributes.attachment_link.description
Post rápido para compartilhar um gráfico feito por um amigo designer, John Funess, que ilustra as diversas etapas envolvidas na criação de um website. Apesar de considerar apenas o modelo waterfall de gestão de projetos, tem uns insights bem interessantes sobre a ordem na qual as coisas acontecem (ou deveriam acontecer nesses casos).

# data[].attributes.body
Um ótimo exemplo de Design de Interface + Games

# data[].attributes.attachment_link.description
Scroll down mouse OR press keyboard's down-arrow

# data[].attributes.attachment_link.readable_text
É uma biblioteca ou coleção de componentes reutilizáveis em um projeto. Serve como guia para o time que este trabalhando no projeto (Programadores, área comercial, Redatores e designers). Com objetos padronizados, o design system ajuda muito o desenvolvimento de produtos, agregando eficiência e agilidade com uma guia de estilos e padrões estruturados e organizados.

# data[].attributes.attachment_link.description
É uma biblioteca ou coleção de componentes reutilizáveis em um projeto. Serve como guia para o time que este trabalhando no projeto (Programadores, área comercial, Redatores e designers). Com objetos padronizados, o design system ajuda muito o desenvolvimento de produtos, agregando eficiência e agilidade com uma guia de estilos e padrões estruturados e organizados.

# data[].attributes.body
Material completo para a criação de design system, fornecido pelo Google :)

# data[].attributes.attachment_link.description
Build beautiful, usable products faster. Material Design is an adaptable system-backed by open-source code-that helps teams build high quality digital experiences.

# data[].attributes.body
Design System criado pela IBM :)

# data[].attributes.attachment_link.description
Use the IBM Design Language to create beautifully crafted products and enlightening user experiences.

# data[].attributes.body
Palestra com Jina Anne sobre a antropologia do Design System

# data[].attributes.attachment_link.description
Jina is a design systems lead, advocate, and community builder. She organizes Clarity, the first Design Systems conference. She founded the San Francisco Design Systems Coalition (which now has chapters in New York and London, and more on the way). She created and moderates the Design Systems Slack and the Design Systems publication on Medium. She maintains the design and website for Sass. She organizes The Mixin (a Sass and front end meet up). She also curates Sass News.
She co-wrote the Design Systems Handbook, Fancy Form Design, and The Art & Science of CSS. She was a tech editor for Sass for Web Designers (by Dan Cederholm) and Sexy Web Design (by Elliot Jay Stocks). She has written articles for publications including A List Apart, 24 Ways, The Pastry Box, Sitepoint, net Magazine, and Treehouse. She has spoken at many conferences including Adobe MAX, An Event Apart, and Beyond Tellerand.
She currently is working at Amazon working on a design system for a new product coming soon. At Salesforce, Jina was lead designer on the Lightning Design System. Previously, she has worked at companies including Apple, GitHub, Engine Yard, Crush + Lovely, inferno, Oden, Memphis Brooks Museum of Art. Through agencies and consulting has worked on projects including W3C WAI, Mass.gov, Deloitte, and FedEx. She has been said to be one of the most cheerful goths.

# data[].attributes.headline
Este artigo compila algumas dicas práticas sobre acessibilidade para interfaces digitais

# data[].attributes.subject
Este artigo compila algumas dicas práticas sobre acessibilidade para interfaces digitais

# data[].attributes.body
Diretrizes de Acessibilidade para Conteúdo Web

# data[].attributes.attachment_link.readable_text
Resumo

As 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.

Os 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.

As WCAG 2.1 estendem as Diretrizes de Acessibilidade para Conteúdo Web 2.0 [], 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.

Status Deste Documento

Esta seção descreve o status deste documento no momento de sua publicação. Outros documentos podem substituir esse documento. A lista das atuais publicações do W3C e a última revisão deste relatório técnico podem ser encontradas no índice dos relatórios técnicos do índice dos relatórios técnicos do W3C em https://www.w3.org/TR/ (em inglês).

Esta é uma Recomendação do W3C (em inglês) das WCAG 2.1 do Grupo de Trabalho para as Diretrizes de Acessibilidade (em inglês).

Este 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.

Ao 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.

Para 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.

Este documento foi publicado pelo Grupo de Trabalho de Diretrizes de Acessibilidade como uma recomendação.

Consulte, por favor, o relatório de implementação do Grupo de Trabalho.

Este 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.

Este 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).

Este documento é regido pelo Documento de Processo do W3C de 1º de fevereiro de 2018.

Introdução
Esta seção é informativa.

As 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.

As 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 [], 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).

Desafios significativos foram encontrados ao se definir critérios adicionais de abordagem a deficiências cognitivas, de linguagem e aprendizagem, incluindo um cronograma reduzido para o desenvolvimento, bem como para lidar com os desafios de alcançar um consenso sobre testes, implementação e considerações internacionais sobre propostas. O trabalho prosseguirá nessa área em futuras versões das WCAG. Encorajamos os autores a se referirem à nossa orientação suplementar sobre a melhoria da inclusão de pessoas com deficiências, incluindo dificuldades cognitivas e de aprendizagem, pessoas com baixa visão e muito mais.

A acessibilidade na Web depende não só do conteúdo acessível, como também de navegadores web acessíveis e outros agentes de usuário. Ferramentas de autoria também desempenham um papel importante para a acessibilidade na Web. Para uma descrição geral sobre como estes componentes de desenvolvimento web e interação funcionam em conjunto, consulte:

As pessoas e organizações que utilizam as WCAG são diversas e incluem programadores e web designers, legisladores, responsáveis pelas compras, professores e alunos. Para corresponder às várias necessidades deste público, são fornecidas diversas camadas de orientação, incluindo princípios globais, diretrizes gerais, critérios de sucesso testáveis, um rico conjunto de técnicas de tipo necessárias ,e de tipo sugeridas ,bem como falhas comuns documentadas com exemplos, links para recursos e código fonte.

Princípios - No topo estão quatro princípios que constituem a base da acessibilidade na Web: perceptível, operável, compreensível e robusto. Consulte também Compreendendo os Quatro Princípios de Acessibilidade (em inglês).

Diretrizes - Abaixo dos princípios estão as diretrizes. As 13 diretrizes fornecem os objetivos básicos que os autores devem atingir para tornar o conteúdo mais acessível aos usuários com diferentes deficiências. As diretrizes não são testáveis, mas disponibilizam a estrutura e os objetivos de âmbito global que ajudam os autores a compreender os critérios de sucesso e a melhor implementar as técnicas.

Critérios de Sucesso - Para cada diretriz, são fornecidos critérios de sucesso testáveis para permitir que as WCAG 2.0 sejam utilizadas onde os requisitos e os testes de conformidade são necessários, tais como na especificação do projeto, nas compras, na regulamentação e nos acordos contratuais. A fim de atender as necessidades dos diferentes grupos e situações, são definidos três níveis de conformidade: A (o mais baixo), AA e AAA (o mais elevado). Informações adicionais sobre os níveis das WCAG, podem ser encontradas em Compreendendo os Níveis de Conformidade (em inglês).

Técnicas de tipo Necessária e de tipo Sugerida - Para cada uma das diretrizes e critérios de sucesso existentes no próprio documento das WCAG 2.0, o grupo de trabalho documentou ainda uma grande variedade de técnicas. As técnicas têm caráter informativo e enquadram-se em duas categorias: as que são de tipo necessária para satisfazer os critérios de sucesso e as que são de tipo sugerida. As técnicas de tipo sugerida vão além do que é exigido pelos critérios de sucesso individuais e permitem aos autores um melhor cumprimento das diretrizes. Algumas técnicas de tipo sugerida vão ao encontro de barreiras de acessibilidade que não estão abrangidas pelos critérios de sucesso testáveis. Onde são conhecidas falhas comuns, estas são igualmente documentadas. Consulte também Técnicas de Tipo Necessária e de Tipo Sugerida em Compreendendo as WCAG 2.0 (em inglês).

Todas estas camadas de orientação (princípios, diretrizes, critérios de sucesso e técnicas de tipo necessária e de tipo sugerida) funcionam em conjunto para fornecer orientações sobre como tornar o conteúdo mais acessível. Os autores são encorajados a observar e a aplicar todos os níveis que conseguirem, incluindo as técnicas de tipo sugerida, de forma a melhor satisfazerem as necessidades do maior número possível de usuários.

Note-se que até mesmo o conteúdo que está em conformidade com o nível mais elevado (AAA) não estará acessível a pessoas com todos os tipos, graus ou combinações de deficiências, particularmente nas áreas da linguagem cognitiva e da aprendizagem. Os autores são encorajados a considerar a totalidade das técnicas, incluindo as técnicas de tipo sugerida, assim como a procurar orientação relevante sobre as atuais boas práticas, de forma a garantir que o conteúdo da Web seja acessível, tanto quanto possível, a esta comunidade. Os metadados (em inglês) podem ajudar os usuários a encontrar o conteúdo mais adequado às suas necessidades.

O documento WCAG 2.0 foi concebido para satisfazer as necessidades daqueles que precisam de um padrão técnico referenciável e estável. Outros documentos, chamados de documentos de apoio, baseiam-se no documento WCAG 2.0 e abordam outros objetivos importantes, incluindo a capacidade de serem atualizados para descrever a forma como as WCAG seriam aplicadas com novas tecnologias. Os documentos de apoio incluem:

1. Como 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.

2. Compreendendo 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.

3. Té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.

4. Os documentos das WCAG (em inglês) - Um diagrama e uma descrição de como os documentos técnicos estão relacionados e ligados.

Veja a Descrição Geral das Diretrizes de Acessibilidade para Conteúdo Web (WCAG) (em inglês) para uma descrição do material de apoio das WCAG 2.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).

As 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.

As 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.

As 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:

As 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.

Os seguintes Critérios de Sucesso são novos no WCAG 2.1:

Muitos 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.

Na 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.

Com 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.

As 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.

Em 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.

As informações e os componentes da interface do usuário devem ser apresentados em formas que possam ser percebidas pelo usuário.

Fornecer alternativas textuais para qualquer conteúdo não textual, para que possa ser transformado em outras formas de acordo com as necessidades dos usuários, tais como impressão com tamanho de fontes maiores, braille, fala, símbolos ou linguagem mais simples.

Fornecer alternativas para mídias baseadas em tempo.

Facilitar 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.

(Nível A)
(em inglês)
A cor não é utilizada como o único meio visual de transmitir informações, indicar uma ação, pedir uma resposta ou distinguir um elemento visual.

(Nível AAA)

1.4.8 Apresentação Visual: Para a apresentação visual de blocos de texto, um mecanismo está disponível para se obter o seguinte:

As cores do primeiro plano e do plano de fundo podem ser selecionadas pelo usuário.

A largura não tem mais do que 80 caracteres ou glifos (40 se CJK)

O texto não é justificado (alinhado a ambas as margens esquerda e direita).

O espaçamento entre linhas (principal) tem, no mínimo, um espaço e meio nos parágrafos, e o espaçamento entre parágrafos é, no mínimo, 1,5 vezes maior do que o espaçamento entre linhas.

O texto pode ser redimensionado sem tecnologia assistiva até 200 por cento, de um modo que o usuário não necessite rolar horizontalmente para ler uma linha de texto em uma janela em tela cheia. .

(Nível AA)

O conteúdo pode ser apresentado sem perda de informação ou funcionalidade e sem exigir rolagem em duas dimensões para:

Conteúdo de rolagem vertical com largura equivalente a 320 pixels CSS;

Conteúdo de rolagem horizontal com altura equivalente a 256 pixels CSS.

Exceto por partes do conteúdo que requerem layout bidimensional para uso ou significado.

(Nível AA)

No 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:

Altura da linha (espaçamento entre linhas) de pelo menos 1,5 vezes o tamanho da fonte;

Espaçamento dos parágrafos seguintes de pelo menos 2 vezes o tamanho da fonte;

Espaçamento de letras (rastreamento) de pelo menos 0,12 vezes o tamanho da fonte;

Espaçamento de palavras de pelo menos 0,16 vezes o tamanho da fonte.

Exceçã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.

(Nível AA)

Ao 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:

Descartável

Um mecanismo está disponível para descartar conteúdo adicional sem mover o ponteiro do mouse ou o foco do teclado, a menos que o conteúdo adicional comunique um erro de entrada ou não obscureça ou substitua outro conteúdo;

Flutuante (passar o cursor sobre)

Se 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;

Persistente

O 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.

Exceção: a apresentação visual de conteúdo adicional é controlada pelo agente de usuário e não é modificada pelo autor.

Exemplos de conteúdos adicionais controlados pelo agente de usuário tooltips de navegador criadas por meio do uso do title do HTML.

Os componentes de interface de usuário e a navegação devem ser operáveis.

A informação e a operação da interface de usuário devem ser compreensíveis.

O conteúdo deve ser robusto o suficiente para poder ser interpretado de forma confiável por uma ampla variedade de agentes de usuário, incluindo tecnologias assistivas.

Esta 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.

O 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.

As palavras-chave PODE, DEVE, NÃO DEVE, NÃO RECOMENDADO, RECOMENDADO, DEVERIA, E NÃO DEVERIA devem ser interpretadas como descrito em [].

Para que uma página web esteja em conformidade com as WCAG 2.1, todos os seguintes requisitos de conformidade devem ser cumpridos:

Um dos seguintes níveis de conformidade é inteiramente cumprido.

Para 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.

Para conformidade de Nível AA, a página web satisfaz todos os Critérios de Sucesso de Nível A e Nível AA, ou é fornecida uma versão alternativa em conformidade de Nível AA.

Para conformidade de Nível AAA, a página web satisfaz todos os Critérios de Sucesso de Nível A, Nível AA e Nível AAA, ou é fornecida uma versão alternativa em conformidade de Nível AAA..

A conformidade (e o nível de conformidade) aplica-se apenas a página(s) web inteiras, e não pode ser alcançada se parte de uma página web for excluída.

Quando uma página web fizer parte de uma série de páginas web que apresentem um processo (por exemplo, uma sequência de passos necessários para executar uma atividade), todas as páginas web no processo devem estar em conformidade com o nível específico ou superior. (Não é possível obter conformidade com um determinado nível se uma das páginas do processo não estiver em conformidade com esse nível ou superior.)

Exemplo: Uma loja online tem uma série de páginas que são usadas para selecionar e comprar produtos. Todas as páginas que compõem essa série desde o início ao fim (checkout) estão em conformidade para que qualquer página que seja parte do processo fique em conformidade.

1. Quando um agente de usuário liga uma tecnologia da qual não se dependa para conformidade,

2. Quando um agente de usuário desliga uma tecnologia da qual não se dependa para conformidade e

3. Quando um agente de usuário não suporta uma tecnologia da qual não se dependa para conformidade.

Além disso, os seguintes critérios de sucesso aplicam-se a todo o conteúdo da página, incluindo conteúdo do qual não se dependa para cumprir requisitos de conformidade, porque a falha no cumprimento destes requisitos poderá interferir com qualquer utilização da página:

1.4.2 - Controle de Áudio,

2.1.2 - Sem Bloqueio de Teclado,

2.3.1 - Três flashes ou Abaixo do Limite, e

2.2.2 - Colocar em Pausa, Parar, Ocultar.

Para obter mais informações, incluindo exemplos, consulte Compreendendo os Requisitos de Conformidade (em inglês).

A conformidade é definida apenas para páginas web. Contudo, poderá ser apresentada uma reivindicação de conformidade em relação a uma página, uma série de páginas ou múltiplas páginas web associadas.

As 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:

1. Data da reivindicação

2. Tí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.

3. Nível de conformidade obtido: (Níveis A, AA ou AAA)

4. Uma breve descrição das páginas web, como, por exemplo, uma lista de URIs na qual a reivindicação é feita, incluindo ainda subdomínios que possam estar na reivindicação.

As páginas web podem ser descritas em lista por uma expressão que descreva todos os URIs incluídos na reivindicação.

Os produtos baseados na Web que não tiverem um URI antes da sua instalação no site Web do cliente poderão apresentar uma declaração de que o produto estaria em conformidade quando for instalado.

5. Uma lista de tecnologias de conteúdo Web da qual se depende para conformidade.

Além dos componentes necessários de uma reivindicação de conformidade acima referida, considere a disponibilização de informação adicional para apoiar os usuários. A informação adicional recomendada inclui:

Uma lista de critérios de sucesso para além do nível de conformidade reivindicado que foram cumpridos. Esta informação deve ser fornecida de uma maneira que os usuários possam utilizar preferencialmente metadados em formato legível por máquina.

Uma lista de tecnologias específicas que sejam "utilizadas mas das quais não se depende para conformidade."

Uma lista de agentes de usuário, incluindo tecnologias assistivas que tenham sido utilizadas para testar o conteúdo.

Uma lista de características de acessibilidade específicas do conteúdo, fornecidas em metadados legíveis por máquina.

Informação sobre quaisquer passos adicionais executados que excedam os critérios de sucesso para melhorar a acessibilidade.

Uma versão de metadados em formato legível por máquina da lista de tecnologias específicas da qual se possa depender para conformidade.

Uma versão de metadados em formato legível por máquina da reivindicação de conformidade.

Às vezes, são criadas páginas web que terão conteúdos adicionais acrescentados posteriormente. Por exemplo, um programa de correio eletrônico, um blog, um artigo que permita aos usuários adicionar comentários, ou aplicações que suportem conteúdos de contribuição do usuário. Outro exemplo seria uma página, tal como um portal ou site de notícias, composto por conteúdos agregados a partir de múltiplos colaboradores, ou sites que introduzem automaticamente conteúdo a partir de outras fontes ao longo do tempo, como ocorre quando os anúncios são inseridos de forma dinâmica.

Nestes casos, não é possível saber no momento da publicação original como vão ficar os conteúdos não controlados. É importante notar que os conteúdos não controlados podem afetar também a acessibilidade dos conteúdos controlados. Duas opções estão disponíveis::

1. A determinação de conformidade pode ser baseada no conhecimento existente. Se uma página deste tipo for monitorada e corrigida (o conteúdo que não está em conformidade é removido ou adaptado à conformidade) no prazo de dois dias úteis, então pode ser feita uma determinação ou reivindicação de conformidade, uma vez que a página está em conformidade, à exceção dos erros em conteúdos construídos de modo colaborativo externamente, que são corrigidos ou removidos assim que são encontrados. Não é possível fazer nenhuma reivindicação de conformidade se não for possível monitorar ou corrigir conteúdos que não estejam em conformidade;
OU

2. A "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:

1. Conteúdo que não está sob o controle do autor.

2. Apresentado em um modo que os usuários podem identificar (por exemplo, não podem ser descritos como "todas as partes que não controlamos", a menos que estejam assinaladas como tal.)

existisse 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):"

abreviatura

forma abreviada de uma palavra, expressão ou nome, onde a abreviação não se torna parte da língua

1. siglas são formas abreviadas de um nome ou frase criadas a partir das letras iniciais das palavras ou sílabas contidas neste nome ou frase

Nota 1: Não definidas em todos os idiomas.

Exemplo 1: SNCF é a sigla em francês que contém as letras iniciais de Société Nationale des Chemins de Fer,a ferrovia nacional francesa.

Exemplo 2: ESP é uma sigla para extrasensory perception (percepções extrassensoriais).

2. acrônimos são formas abreviadas criadas a partir de letras iniciais ou parte de outras palavras (em um nome ou expressão) que podem ser pronunciadas como uma palavra.

NOAA é um acrônimo criado a partir das letras iniciais de National Oceanic and Atmospheric Administration dos Estados Unidos.

agente de usuário

qualquer software que obtenha e apresente conteúdos da Web aos usuários.

navegadores web, reprodutores de multimídia, plug-ins e outros programas - incluindo tecnologias assistivas - que ajudam a obter, apresentar e interagir com conteúdo da Web.

ajuda (ajuda contextual)

alterações de contexto

alterações importantes no conteúdo da página web que, se efetuadas sem conhecimento do usuário, podem desorientar usuários que não são capazes de visualizar toda a página simultaneamente

As alterações de contexto incluem alterações de:

Abrir uma nova janela, mover o foco para um componente diferente, acessar uma nova página (incluindo qualquer coisa que pareça que o usuário tenha deslocado algo para uma nova página) ou reorganizar significativamente o conteúdo de uma página, são exemplos de alterações de contexto.

alternativa textual

Texto que está associado por meio de código de programação a conteúdo não textual referido a partir de texto associado por meio de código de programação a conteúdo não textual. O texto associado por meio de código de programação é aquele cuja localização pode ser determinada por meio de código de programação a partir do conteúdo não textual.

Uma imagem de um gráfico é descrita em texto no parágrafo após o gráfico. A alternativa em texto abreviado para o gráfico indica que uma descrição é apresentada em seguida.

alternativa para mídia com base em tempo

ambígua para os usuários em geral

a finalidade não pode ser determinada a partir do link e de toda a informação da página web apresentada ao usuário simultaneamente com o link (por exemplo, os leitores sem deficiências não saberiam qual a finalidade de um link até que fosse ativado)

A palavra "goiaba" na seguinte frase "Uma das maiores exportações é a goiaba" corresponde a um link. O link pode conduzir a uma definição de goiaba, a um gráfico que apresenta a quantidade de goiabas exportadas ou a uma fotografia de pessoas colhendo goiabas. Todos os leitores só poderão saber depois de ativarem o link e, neste caso, a pessoa com deficiência não se encontra em qualquer desvantagem

animação de movimento

adição de passos entre condições para criar ilusão de movimento ou para dar uma sensação de transição suave

Por 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.

informação obtida a partir de um evento real e transmitida em tempo real ao receptor com não mais que o atraso proveniente da transmissão.

apenas áudio

uma apresentação baseada em tempo que contém apenas áudio (sem vídeo e sem interação)

apenas vídeo / vídeo (sem áudio)

uma apresentação baseada em tempo que contém apenas video (sem áudio e sem interação)

apresentação

composição do conteúdo de forma a ser compreendido pelos usuários.

imagem criada por uma disposição espacial de caracteres ou glifos (normalmente, a partir dos 95 caracteres imprimíveis definidos pelo ASCII).

atalho de teclado

meios alternativos de desencadear uma ação pressionando uma ou mais teclas

audiodescrição

narração adicionada à trilha sonora para descrever detalhes visuais importantes que não podem ser compreendidos a partir apenas da trilha sonora principal

audiodescrição estendida

audiodescrição que é adicionada a uma apresentação audiovisual através da pausa no vídeo,dessa forma há tempo para adicionar a descrição estendida

blocos de texto

mais de uma frase de texto.

iniciais de "Completely Automated Public Turing test to tell Computers and Humans Apart" (Teste Público de Turing Completamente Automatizado para Diferenciar Computadores e Humanos).

componente de interface de usuário

parte do conteúdo que é percebido pelos usuários como um único controle para uma função específica.

Uma miniaplicação tem um "controle" que pode ser utilizado para se deslocar através de conteúdos por linha, por página ou por acesso aleatório. Uma vez que cada um destes controles necessita de um nome e de ser ajustado de forma independente, cada um deles torna-se "componente da interface de usuário."

confiáveis / das quais se depende para conformidade (tecnologias)

o conteúdo não está em conformidade caso esta tecnologia seja desligada ou não seja suportada

conformidade

cumprir todos os requisitos de um determinado padrão, diretriz ou especificação

conjunto de páginas web

um grupo de páginas web que compartilha um objetivo comum e que são criadas pelo mesmo autor, grupo ou organização

Os exemplos incluem uma publicação dividida em várias páginas da Web, onde cada página contém um capítulo ou outra seção significativa do trabalho. A publicação é logicamente uma única unidade contígua e contém recursos de navegação que permitem o acesso ao conjunto completo de páginas.

contexto do link determinado por meio de código de programação

informação adicional que pode ser determinada por meio de código de programação a partir de relações com um link, combinada com o texto de link e apresentada aos usuários de diferentes maneiras

Em 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.

conteúdo (conteúdo da Web)

conteúdo não textual

qualquer 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

conteúdo suplementar

conteúdo adicional que ilustra ou explica o conteúdo principal

Uma versão áudio de uma página web.

Uma ilustração de um processo complexo.

Um parágrafo que resume os principais resultados e recomendações obtidos numa pesquisa.

controlável pelo usuário

dados destinados a serem acessados pelos usuários

Campos de nome e endereço de uma conta de usuário.

determinado por meio de código de programação (determinável por meio de código de programação)

determinado pelo software a partir de dados fornecidos pelo autor, de forma a que os diferentes agentes de usuário,incluindo tecnologias assistivas, possam extrair e apresentar esta informação aos usuários de diferentes maneiras

definido por meio de código de programação

definido por software utilizando métodos que são suportados por agentes de usuário, incluindo tecnologias assistivas

evento da plataforma que ocorre quando o estímulo de acionamento de um ponteiro é deprimido

O down-event pode ter nomes diferentes em diferentes plataformas, tais como "touchstart" ou "mousedown".

em modo intermitente

retroceder e avançar entre dois estados visuais, de um modo destinado a chamar a atenção.

interrompido por ação do usuário e não retomado até que seja novamente solicitado pelo mesmo

em uma janela em tela cheia

emergência

uma repentina e inesperada situação que requer ação imediata para preservar a saúde, segurança ou propriedade

entrada de ponteiro

dispositivo de entrada que pode direcionar uma coordenada específica (ou um conjunto de coordenadas) em uma tela, tal como um mouse, caneta ou contato de toque

Veja também Definição de eventos de ponteiro [eventosdeponteiro].

erro de entrada

informação fornecida pelo usuário que não é aceita

Isto inclui:

1. Informação que é solicitada pela página web mas omitida pelo usuário.

2. Informação que é fornecida pelo usuário, mas que não se enquadra no formato ou valores dos dados exigidos.

se removido, alterará profundamente a informação ou funcionalidade do conteúdo, e a informação e a funcionalidade não podem ser obtidas de outra forma para ficarem em conformidade.

propriedade dinâmica que expressa características de um componente de interface de usuário, que pode mudar em resposta a uma ação de usuário ou a processos automatizados

Os estados não afetam a natureza do componente, mas representam dados associados ao componente ou às possibilidades de interação do usuário. Os exemplos incluem foco, passar o mouse, selecionar, pressionar, marcar, visitado/não visitado e expandir/recolher.

1. O modo como as partes de uma página web estão organizadas em relação umas às outras; e

2. O modo como um conjunto de páginas web está organizado

evento em tempo real

evento que a) ocorre ao mesmo tempo em que é visto e b) não é totalmente gerado pelo conteúdo

Uma Webcast de uma apresentação ao vivo (ocorre ao mesmo tempo em que é vista e não é pré-gravada).

Um leilão online com pessoas dando lances. (ocorre ao mesmo tempo em que é visto).

Indivíduos que interagem em um mundo virtual utilizando avatares (não é totalmente gerado pelo conteúdo e ocorre ao mesmo tempo em que é visto).

experiência sensorial específica

uma experiência sensorial que não é meramente decorativa e não transmite informação importante, nem desempenha nenhuma função

Os exemplos incluem a execução de um solo de flauta, trabalhos de artes visuais, etc.

expressão idiomática

expressão cujo significado não pode ser deduzido a partir do significado de palavras isoladas, e as palavras específicas não podem ser alteradas sem perder o seu sentido

Exemplo 1: Em inglês, "spilling the beans" significa "revelar um segredo". Contudo, "knocking over the beans" (derrubar os feijões) ou "spilling the vegetables" (deixar cair os vegetais) não tem o mesmo significado.

Exemplo 2: Em japonês, a expressão "さじを投げる" traduz-se literalmente como "ele joga uma colher", mas significa que não existe mais nada que ele possa fazer e que, finalmente, ele desiste.

Exemplo 3: Em holandês, "Hij ging met de kippen op stok" traduz-se literalmente como "Deitou-se com as galinhas", mas significa que ele foi cedo para a cama.

finalidade do link

natureza do resultado obtido pela ativação de um hyperlink.

um par de alterações opostas numa luminescência relativa que pode causar convulsões em algumas pessoas caso a exposição seja prolongada e ocorram em um determinado intervalo de frequência. range

funcionalidade

processos e resultados alcançáveis através da ação do usuário

função / papel (role)

texto ou número através do qual o software pode identificar a função de um componente em um conteúdo da Web

Exemplo: Um número que indica se uma imagem funciona como link, botão de comando ou caixa de verificação.

imagem de texto

texto que foi convertido para um formato não textual (por exemplo, uma imagem) para se obter um determinado efeito visual

O nome de uma pessoa em um crachá em uma fotografia.

inatividade de usuário

qualquer período de tempo contínuo em que não ocorrem ações de usuário

O método de rastreamento será determinado pelo website ou pela aplicação.

informativo

para fins informativos e não necessário por questões de conformidade

interface de teclado

interface utilizada pelo software para obter entradas por digitação

interpretação em língua de sinais

tradução de uma língua, normalmente uma língua falada, para língua de sinais

palavras utilizadas pelas pessoas de uma forma particular em um campo específico

A palavra StickyKeys (teclas presas) faz parte do jargão utilizado no contexto da tecnologia assistiva/acessibilidade.

sincronização visual e/ou alternativa em texto para informação de áudio, com ou sem fala, necessárias para compreender o conteúdo em mídia.

limites de flash universal e flash vermelho

um flash ou alteração rápida de sequência de imagem encontra-se abaixo do limite (por exemplo, conteúdo que passa) se qualquer uma das seguintes afirmações for verdadeira:

1. não existem mais de três flashes universais e/ou mais de três flashes vermelhos no período de um segundo, ou

2. a área combinada de flashes que ocorrem ao mesmo tempo não ocupa mais de um total de 0,006 esterradianos em um campo visual de 10 graus na tela (25% de um campo visual de 10 graus na tela) a uma distância normal de visualização

onde:

Um flash universal é definido como um par de alterações opostas na luminescência relativa de 10% ou superior da luminescência relativa máxima em que a luminescência relativa da imagem mais escura está abaixo dos 0.80; e em que "o par de alterações opostas" aumenta seguido por um decréscimo, ou diminui seguido por um acréscimo, e

Um flash vermelho é definido como qualquer par de transições opostas envolvendo uma saturação de vermelho

Exceção: fazer um Flash que usa um padrão bom, balanceado, equivalente ao sinal aleatório de ruído branco ou ao padrão alternado de quadriculado com "quadrados" menores do que 0,1 grau (de um campo visual a uma distância de visualização típica), em um dos lados, não viola os limites.

A 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]

língua de sinais

uma língua que utiliza combinações de movimentos das mãos e dos braços, expressões faciais ou posições corporais para transmitir significados

linguagem humana / idioma humano

linguagem que é falada, escrita ou expressa (por meio visual ou tátil) para comunicar-se com os humanos

luminescência relativa

a luminosidade relativa de um ponto qualquer em um espaço de cor, padronizado em 0 para o preto mais escuro e 1 para o branco mais claro

Para o espaço de cor sRGB, a luminescência relativa de uma cor é definida como L = 0,2126 * R + 0.7152 * G + 0.0722 * B em que R, G e B são definidos da seguinte forma:

se RsRGB <= 0.03928 então R = RsRGB/12.92 senão R = ((RsRGB+0.055)/1.055) ^ 2.4

se GsRGB <= 0.03928 então G = GsRGB/12.92 senão G = ((GsRGB+0.055)/1.055) ^ 2.4

se BsRGB <= 0.03928 então B = BsRGB/12.92 senão B = ((BsRGB+0.055)/1.055) ^ 2.4

e RsRGB, GsRGB, e BsRGB são definidos da seguinte forma:

O caractere "^" representa o operador de exponenciação. (Fórmula obtida a partir de [] e []).

mensagem de status

alteração no conteúdo que não é uma mudança de contexto, e que fornece informações ao usuário sobre o sucesso ou 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

processo ou técnica para se alcançar um resultado

meramente decorativo

que serve apenas um objetivo estético, não fornecendo informação e sem qualquer funcionalidade

A capa de um dicionário com palavras aleatórias pouco proeminentes em plano de fundo.

mesma funcionalidade

o mesmo resultado quando utilizado

Um botão para submeter uma "pesquisa" em uma página web e um botão para "localizar" outras páginas web poderão ambos ter um campo que permita a introdução de uma palavra chave e apresentar tópicos no site da Web relacionados com a palavra submetida. Neste caso, teriam a mesma funcionalidade, mas não seriam rotulados de forma consistente.

mesma ordem relativa

mídia alternativa para texto

mídia sincronizada

navegado em uma ordem definida para avanço de foco (de um elemento para outro) utilizando uma interface de teclado

nível de educação primário (equivalente no Brasil aos primeiros anos do ensino fundamental)

período de seis anos que tem início entre os cinco e os sete anos de idade, possivelmente sem existir qualquer ensino anterior

Esta definição baseia-se no Padrão Internacional de Classificação de Educação [].

texto através do qual o software pode identificar um componente no conteúdo da Web para o usuário

necessário para conformidade

um recurso não incorporado a partir de um único URI utilizando HTTP mais quaisquer outros recursos que sejam utilizados na apresentação ou destinados a serem apresentados em conjunto por um agente de usuário

Um recurso Web que inclui todas as imagens e mídias incorporadas.

Um programa Web de correio eletrônico construído utilizando Asynchronous JavaScript e XML (AJAX). O programa está totalmente hospedado em http://example.com/mail, mas inclui uma caixa de entrada, uma área de contatos e um calendário. São fornecidos links ou botões que permitem visualizar a caixa de entrada, os contatos ou o calendário, mas que não alteram o URI da página como um todo.

Um portal personalizável, em que os usuários podem escolher o conteúdo a partir de um conjunto de diferentes módulos de conteúdos.

Ao entrar em "http://shopping.example.com/" no seu navegador, você entra em um ambiente de compras interativo semelhante a um filme, em que se pode deslocar visualmente em uma loja, arrastar produtos das prateleiras ao seu redor e colocá-los em um carrinho de compras em sua frente. Ao clicar em um produto, este é apresentado com uma folha de especificações ao lado. Isto poderá ser um site da Web de apenas uma página, ou apenas uma única página dentro de um site da Web.

ângulo visual de aproximadamente 0,0213 graus

Um 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).

ponteiro único

entrada de ponteiro que opera com um ponto de contato com a tela, incluindo toques e cliques únicos, toques e cliques duplos, pressionamentos longos e gestos baseados em caminho

pré-gravado

informações que não são ao vivo

conjunto de ações do usuário, em que cada ação é necessária para executar uma atividade

Uso com sucesso de uma série de páginas web em um site de compras requer que os usuários visualizem produtos, preços e ofertas alternativas, selecionem produtos, façam uma compra, forneçam informações sobre o envio e sobre o pagamento.

Uma página de registo de conta requer o preenchimento correto de um teste de Turing antes de acessar o formulário de registo.

propriedade de estilo

propriedade cujo valor determina a apresentação (por exemplo, fonte, cor, tamanho, localização, preenchimento, volume, prosódia de fala sintetizada) de elementos de conteúdo à medida que são renderizados (por exemplo, na tela, via alto-falante, via exibição braille) por agentes de usuário

Propriedades de estilo podem ter várias origens:

Estilos padrão do agente de usuário: os valores da propriedade de estilo padrão aplicados na ausência de qualquer autor ou estilos de usuário. Algumas tecnologias de conteúdo da Web especificam uma renderização padrão, outras não;

Estilos de autor: valores de propriedade de estilo que são configurados pelo autor como parte do conteúdo (por exemplo, estilos in-line, folhas de estilo do autor);

Estilos 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)

relação de contraste

(L1 + 0,05) / (L2 + 0,05), em que

relações / relacionamentos

associações coerentes entre unidades distintas de conteúdo

responsabilidades jurídicas

transações em que o indivíduo se compromete legalmente com uma obrigação ou benefício vinculativo.

Uma certidão de casamento, um conjunto de ações (financeira e jurídica), um testamento, um empréstimo, adoção, alistamento no exército, qualquer tipo de contrato, etc.

satisfaz um critério de sucesso

o critério de sucesso não é avaliado como 'falso' quando aplicado à página

sequência de leitura correta

qualquer sequência, em que as palavras e os parágrafos são apresentados em uma ordem que não altera o significado do conteúdo

suporte a acessibilidade

suportado pelas tecnologias assistivas dos usuários, bem como pelas características de acessibilidade existentes nos navegadores Web e outros agentes de usuário.

Para qualificar o uso de uma tecnologia de conteúdo Web (ou característica de uma tecnologia) como suportado pela acessibilidade, essa tecnologia de conteúdo da Web (ou característica) deve cumprir ambos os pontos 1 e 2:

1. A forma como a tecnologia de conteúdo da Web é utilizada deve ser suportada por tecnologia assistiva dos usuários (AT). Isto significa que a interoperabilidade da utilização da tecnologia foi testada com a tecnologia assistiva dos usuários na linguagem humana (ou linguagens humanas) do conteúdo,
E

2. A tecnologia de conteúdo da Web deve ter agentes de usuário com suporte a acessibilidade disponíveis para os usuários. Isto significa que, no mínimo, uma das seguintes quatro afirmações é verdadeira:

1. A tecnologia é suportada de forma nativa em agentes de usuário amplamente distribuídos, que também tem suporte a acessibilidade (como HTML e CSS);
OU

2. A tecnologia é suportada em um plug-in amplamente distribuído, que também tem suporte a acessibilidade;
OU

3. O conteúdo está disponível em um ambiente fechado, tal como uma universidade ou rede empresarial, em que o agente de usuário requerido pela tecnologia e utilizado pela organização também tem suporte a acessibilidade;
OU

4. Os agentes de usuário que suportam a tecnologia tem suporte a acessibilidade e estão disponíveis para download ou compra de forma a:

não custar mais a uma pessoa com deficiência do que a uma pessoa sem deficiência e

ser tão fácil de encontrar e obter para uma pessoa com deficiência como é para uma pessoa sem deficiência.

tamanho grande (texto)

com, pelo menos, 18 pontos ou 14 pontos negrito, ou um tamanho de fonte que seja equivalente para fontes em Chinês, Japonês e Coreano (CJK)

tecnologia (conteúdo da Web)

mecanismo de codificação de instruções a serem apresentadas, reproduzidas ou executadas pelos agentes de usuário

tecnologia assistiva (tal como é utilizado neste documento)

hardware e/ou software que funciona como um agente de usuário,ou em conjunto com um agente de usuário convencional, que fornecem funcionalidades para cumprir as necessidades de usuários com deficiências, que vão além dos oferecidos pelos agentes de usuário convencionais.

As tecnologias assistivas que são importantes, no contexto deste documento, incluem o seguinte:

ampliadores de tela, e outros auxiliares de leitura, que são utilizados por pessoas com deficiências visuais, de percepção e físicas, para que possam alterar a cor, o espaçamento, o tamanho e o tipo de letra do texto, a sincronização com a fala, etc., para melhorar a legibilidade do texto e imagens apresentados;

leitores de tela, que são utilizados por pessoas cegas para lerem informação textual através de síntese de fala ou braille;

software de conversão de texto para fala (sintetizador de fala), que é utilizado por algumas pessoas com deficiências intelectuais, de linguagem e de aprendizagem para converterem texto em fala sintetizada;

software de reconhecimento de voz, que pode ser utilizado por pessoas com algumas deficiências físicas;

teclados alternativos, que são utilizados por pessoas com determinadas deficiências físicas para simular o teclado (incluindo teclados alternativos que utilizam ponteiros de cabeça, simples interruptores, dispositivos de sopro/sucção e outros dispositivos de entrada especiais.);

dispositivos apontadores alternativos, que são utilizados por pessoas com determinadas deficiências físicas para simular ativações do botão e do ponteiro do mouse.

sequê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

utilizada de uma forma restrita e incomum

palavras utilizadas de forma a requerer que os usuários conheçam exatamente qual é a definição a ser aplicada, com o objetivo de compreender o conteúdo corretamente

O termo "gig" tem um significado se utilizado em um debate sobre concertos de música e outro se utilizado em um artigo sobre espaço do disco rígido de computadores; contudo, a definição adequada pode ser determinada a partir do contexto. Por outro lado, a palavra "texto" é utilizada de uma forma muito específica na versão WCAG 2.1, então uma definição está disponível nesse glossário.

evento da plataforma que ocorre quando o estímulo de um ponteiro é liberado

O up-event pode ter nomes diferentes em diferentes plataformas, como "touchend" ou "mouseup".

versão alternativa em conformidade

versão que

1. está em conformidade com o nível designado,

2. fornece as mesmas informações e funcionalidades na mesma linguagem humana,

3. está tão atualizada como o conteúdo que não está em conformidade, e

4. para a qual, no mínimo, uma das seguintes afirmações é verdadeira:

1. é 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

2. só é possível acessar a versão que não está em conformidade a partir da versão em conformidade, ou

3. só é possível acessar a versão que não está em conformidade a partir de uma página em conformidade, que também forneça um mecanismo para acessar a versão em conformidade

objeto no qual o agente do usuário apresenta o conteúdo

visualmente personalizado

a fonte, o tamanho, a cor e o fundo podem ser definidos

Esta seção contém uma lista de finalidades de entrada de componentes de interface de usuário comuns. Os termos abaixo não são palavras-chave que devem ser usadas; mas, em vez disso, representam finalidades que devem ser capturadas na taxonomia adotada por uma página da Web. Onde aplicável, os autores marcam os controles com a taxonomia escolhida para indicar a finalidade semântica. Isso fornece potencial para agentes de usuário e tecnologias assistivas aplicarem apresentações personalizadas que podem permitir que mais pessoas entendam e usem o conteúdo.

A lista de finalidades de tipo de entrada é baseada nas finalidades de controle definidas na seção do campo de Autopreenchimento do HTML 5.2 , mas é importante entender que uma tecnologia diferente pode ter alguns ou todos os mesmos conceitos definidos em sua especificação e apenas os conceitos mapeados para os significados abaixo são obrigatórios.

As seguintes finalidades de controle de entrada são destinadas a relacionar-se com o usuário de conteúdo e referem-se apenas à informação relativa a esse indivíduo.

name - Nome completo

honorific-prefix - Prefixo ou título (por exemplo, "Sr.", "Srta.", "Dr.", "Mlle")

given-name - Nome próprio (em algumas culturas ocidentais, também conhecido como primeiro nome)

additional-name - Nomes adicionais (em algumas culturas ocidentais, também conhecidos como nomes do meio,outros nomes próprios que não o primeiro)

family-name - Nome de família (em algumas culturais ocidentais, também conhecido como último nome ou sobrenome)

honorific-suffix - Sufixo (por exemplo, "Jr", "B.Sc", "MBASW", "II")

nickname - Apelido, nome de tela, identificador: um nome geralmente curto utilizado em lugar do nome completo

organization-title - Cargo (por exemplo, "Engenheiro de Software", "Vice-Presidente Sênior", "Diretor Executivo Adjunto")

username - Um nome de usuário

new-password -uma senha nova (por exemplo, ao criar uma conta ou mudar uma senha)

current-password - A senha atual para a conta identificada pelo campo username (por exemplo, ao fazer logging in)

organization - Nome da empresa que corresponde à pessoa, ao endereço ou às informações de contato em outros campos associados a este campo

street-address - Endereço físico (várias linhas, novas linhas preservadas)

address-line1 - Endereço físico (uma linha por campo, linha 1)

address-line2 - Endereço físico (uma linha por campo, linha 2)

address-line3 - Endereço físico (uma linha por campo, linha 3)

address-level4 - O nível administrativo mais detalhado, em endereços com quatro níveis administrativos

address-level3 - O terceiro nível administrativo, em endereços com três ou mais níveis administrativos

address-level2 - O segundo nível administrativo em endereços com dois ou mais níveis administrativos; em países com dois níveis administrativos, estaria geralmente na cidade, no município, na vila ou outra localidade dentro da qual o endereço relevante é encontrado

address-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

country - Código do pais

country-name - Nome do país

postal-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)

cc-name - Nome completo como indicado no instrumento de pagamento

cc-given-name - Nome próprio como indicado no instrumento de pagamento (em algumas culturas ocidentais, também conhecido como primeiro nome)

cc-additional-name - Nomes adicionais indicados no instrumento de pagamento (em algumas culturas ocidentais, também conhecidos como nomes do meio ,outros nomes próprios que não o primeiro nome)

cc-family-name - Nome de família indicado no instrumento de pagamento (em algumas culturas ocidentais, também conhecido como último nome ou sobrenome)

cc-number - Código que identifica o instrumento de pagamento (por exemplo, o número de cartão de crédito)

cc-exp - Data de expiração do instrumento de pagamento

cc-exp-month - Mês componente da data de expiração do instrumento de pagamento

cc-exp-year - Ano componente da data de expiração do instrumento de pagamento

cc-csc - Código de segurança para o instrumento de pagamento (também conhecido como o código de segurança do cartão [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)

cc-type - Tipo de intrumento de pagamento

transaction-currency - A moeda que o usuário prefere utilizar na transação

transaction-amount - O valor que o usuário deseja para a transação (por exemplo, quando insere um lance ou preço de venda)

language - Idioma de preferência

bday - Nascimento

bday-day - Componente do dia de nascimento

bday-month - Componente do mês de nascimento

bday-year - Componente do ano de nascimento

sex - Identidade de gênero (por exemplo, Feminino, Fa'afafine)

url - Página inicial ou outra página Web correspondente à empresa, pessoa, ao endereço ou à informação de contato em outros campos associados a este campo

photo - Fotografia, ícone ou outra imagem correspondente à empresa, pessoa, ao endereço ou às informações de contato em outros campos associados a este campo

tel - Número de telefone completo, incluindo o código do país

tel-country-code -Componente do código do país do número telefônico

tel-national - Número telefônico sem o componente de código de país, com um prefixo interno do país aplicado, se aplicável

tel-area-code - Componente de código de área do número telefônico, com um prefixo interno do país aplicado, se aplicável

tel-local - Numero de telefone sem os componentes de código do país e código de área

tel-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

tel-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

tel-extension - Código de extensão interna do número telefônico

email - Endereço de e-mail

impp - URL que representa um endpoint de protocolo de mensagem instantânea (por exemplo, "aim:goim?screenname=example" or "xmpp:fred@example.net")

Informações adicionais sobre a participação no Grupo de Trabalho de Diretrizes de Acessibilidade (AG WG) podem ser encontradas na página inicial do Grupo de Trabalho.

Jake Abma (Especialista Convidado)

Shadi Abou-Zahra (W3C)

Chuck Adams (Oracle Corporation)

Amani Ali (Nomensa)

Jim Allan (Especialista Convidado)

Paul Adam (Deque Systems, Inc.)

Christopher Auclair (VitalSource | Ingram Content Group)

Jon Avila (Level Access)

Tom Babinszki (IBM Corporation)

Bruce Bailey (U.S. Access Board)

Renaldo Bernard (University of Southampton)

Chris Blouch (Level Access)

Denis Boudreau (Deque Systems, Inc.)

Judy Brewer (W3C)

Shari Butler (Pearson plc)

Thaddeus Cambron (Especialista Convidado)

Alastair Campbell (Nomensa)

Laura Carlson (Especialista Convidada)

Louis Cheng (Google)

Pietro Cirrincione (Especialista Convidada)

Vivienne Conway (Web Key IT Pty Ltd)

Michael Cooper (W3C)

Romain Deltour (DAISY Consortium)

Wayne Dick (Knowbility, Inc)

Chaohai Ding (University of Southampton)

Kim Dirks (Thompson Reuters)

Shwetank Dixit (BarrierBreak Technologies)

Anthony Doran (TextHelp)

E.A. Draffan (University of Southampton)

Eric Eggert (W3C)

Michael Elledge (Especialista Convidado)

Wilco Fiers (Deque Systems, Inc.)

Detlev Fischer (Especialista Convidado)

John Foliot (Deque Systems, Inc.)

Matt Garrish (DAISY Consortium)

Alistair Garrison (Level Access)

Michael Gower (IBM Corporation)

Jon Gunderson

Markku Hakkinen (Educational Testing Service)

Katie Haritos-Shea (Knowbility, Inc)

Andy Heath (Especialista Convidado)

Shawn Henry (W3C)

Thomas Hoffman (Educational Testing Service)

Sarah Horton (The Paciello Group, LLC)

Stefan Johansson (Especialista Convidado)

Marc Johlic (IBM Corporation)

Rick Johnson (VitalSource | Ingram Content Group)

Crystal Jones (Microsoft Corporation)

Andrew Kirkpatrick (Adobe)

John Kirkwood (Especialista Convidado)

Jason Kiss (Department of Internal Affairs, New Zealand Government)

Maureen Kraft (IBM Corporation)

JaEun Ku (University of Illinois at Urbana-Champaign)

Patrick Lauke (The Paciello Group, LLC)

Shawn Lauriat (Google, Inc.)

Steve Lee (Especialista Convidado)

Alex Li (Microsoft Corporation)

Chris Loiselle (Especialista Convidado)

Greg Lowney (Especialista Convidado)

Adam Lund (Thomson Reuters)

David MacDonald (Especialista Convidado)

Erich Manser (IBM Corporation)

Kurt Mattes (Deque Systems, Inc.)

Scott McCormack (Level Access)

Chris McMeeking (Deque Systems, Inc.)

Jan McSorley (Pearson plc)

Neil Milliken (Unify Software and Solutions)

Rachael Montgomery (MITRE Corporation)

Mary Jo Mueller (IBM Corporation)

Brooks Newton (Thomson Reuters)

James Nurthen (Oracle Corporation)

Joshue O Connor (Especialista Convidado)

Sailesh Panchang (Deque Systems, Inc.)

Charu Pandhi (IBM Corporation)

Kim Patch (Especialista Convidado)

Melanie Philipp (Deque Systems, Inc.)

Mike Pluke (Especialista Convidado)

Ian Pouncey (The Paciello Group, LLC)

Ruoxi Ran (W3C)

Stephen Repsher (The Boeing Company)

Jan Richards (Especialista Convidado)

John Rochford (Especialista Convidado)

Marla Runyan (Especialista Convidada)

Stefan Schnabel (SAP SE)

Ayelet Seeman (Especialista Convidado)

Lisa Seeman-Kestenbaum (Especialista Convidado)

Glenda Sims (Deque Systems, Inc.)

Avneesh Singh (DAISY Consortium)

David Sloan (The Paciello Group, LLC)

Alan Smith (Especialista Convidado)

Jim Smith (Unify Software and Solutions)

Adam Solomon (Especialista Convidado)

Jaeil Song (National Information Society Agency (NIA))

Jeanne Spellman (The Paciello Group, LLC)

Makoto Ueki (Especialista Convidado)

Jatin Vaishnav (Deque Systems, Inc.)

Gregg Vanderheiden (Raising the Floor)

Evangelos Vlachogiannis (Fraunhofer Gesellschaft)

Kathleen Wahlbin (Especialista Convidada)

Can Wang (Zhejiang University)

Léonie Watson (The Paciello Group, LLC)

Jason White (Educational Testing Service)

Mark Wilcock (Unify Software and Solutions)

Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, Mark Barratt, Mike Barta, Sandy Bartell, Kynn Bartlett, Chris Beer, Charles Belov, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Frederick Boland, Denis Boudreau, Patrice Bourlon, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Ben Caldwell, Tomas Caspers, Roberto Castaldo, Sofia Celic-Li, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, Darcy Clarke, James Coltham, Earl Cousins, James Craig, Tom Croucher, Pierce Crowell, Nir Dagan, Daniel Dardailler, Geoff Deering, Sébastien Delorme, Pete DeVasto, Iyad Abu Doush, Sylvie Duchateau, Cherie Eckholm, Roberto Ellero, Don Evans, Gavin Evans, Neal Ewers, Steve Faulkner, Bengt Farre, Lainey Feingold, Wilco Fiers, Michel Fitos, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Alistair Garrison, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Karl Groves, Loretta Guarino Reid, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Benjamin Hawkes-Lewis, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Allen Hoffman, Chris Hofstader, Yvette Hoitink, Martijn Houtepen, Carlos Iglesias, Richard Ishida, Jonas Jacek, Ian Jacobs, Phill Jenkins, Barry Johnson, Duff Johnson, Jyotsna Kaki, Shilpi Kapoor, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Johannes Koch, Marja-Riitta Koivunen, Preety Kumar, Kristjan Kure, Andrew LaHart, Gez Lemon, Chuck Letourneau, Aurélien Levy, Harry Loots, Scott Luebking, Tim Lacy, Jim Ley, Alex Li, William Loughborough, N Maffeo, Mark Magennis, Kapsi Maria, Luca Mascaro, Matt May, Sheena McCullagh, Liam McGee, Jens Oliver Meiert, Niqui Merret, Jonathan Metz, Alessandro Miele, Steven Miller, Mathew J Mirabella, Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Charles Nevile, Liddy Nevile, Dylan Nicholson, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Devarshi Pant, Nigel Peck, Anne Pemberton, David Poehlman, Ian Pouncey, Charles Pritchard, Kerstin Probiesch, W Reagan, Adam Victor Reed, Chris Reeve, Chris Ridpath, Lee Roberts, Mark Rogers, Raph de Rooij, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Joel Sanda, Janina Sajka, Roberto Scano, Gordon Schantz, Tim van Schie, Wolf Schmidt, Stefan Schnabel, Cynthia Shelly, Glenda Sims, John Slatin, Becky Smith, Jared Smith, Andi Snow-Weaver, Neil Soiffer, Mike Squillace, Michael Stenitzer, Diane Stottlemyer, Christophe Strobbe, Sarah J Swierenga, Jim Thatcher, Terry Thompson, Justin Thorp, David Todd, Mary Utt, Jean Vanderdonckt, Carlos A Velasco, Eric Velleman, Gijs Veyfeyken, Dena Wainwright, Paul Walsch, Daman Wandke, Richard Warren, Elle Waters, Takayuki Watanabe, Gian Wild, David Wooley, Wu Wei, Kenny Zhang, Leona Zumbo.

Esta publicação foi financiada em parte com fundos federais dos EUA do Departamento de Saúde e Serviços Humanos, do Instituto Nacional em Deficiência, Vida Independente e Pesquisa em Reabilitação (NIDILRR, em inglês), inicialmente sob o contrato número ED-OSE-10-C-0067 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.

[HARDING-BINNIE]

Independent Analysis of the ITC Photosensitive Epilepsy Calibration Test Tape. Harding G. F. A.; Binnie, C.D..2002.

[IEC-4WD]

IEC/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.

[RFC2119]

[sRGB]

[UAAG10]

[UNESCO]

[WAI-WEBCONTENT]

# data[].attributes.attachment_link.title
Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.1

# data[].attributes.attachment_link.description
Web Content Accessibility Guidelines (WCAG) 2.1 covers a wide range of recommendations for making Web content more accessible. Following these guidelines will make content more accessible to a wider range of people with disabilities, including accommodations for blindness and low vision, deafness and hearing loss, limited movement, speech disabilities, photosensitivity, and combinations of these, and some accommodation for learning disabilities and cognitive limitations; but will not address every user need for people with these disabilities.

# data[].attributes.body
Site sobre acessibilidade!

# data[].attributes.attachment_link.readable_text
"Os Imprescindíveis" - Bertolt Brecht

Há homens que lutam por um dia e são bons.
Há outros que lutam por um ano e são melhores.
Há outros, ainda, que lutam por muitos anos e são muito bons.
Há, porém, os que lutam por toda a vida,
Estes são os imprescindíveis.

# data[].attributes.attachment_link.title
Acessibilidade, Inclusão Social e Direitos Humanos | Bengala Legal

# data[].attributes.attachment_link.description
Há homens que lutam por um dia e são bons. Há outros que lutam por um ano e são melhores. Há outros, ainda, que lutam por muitos anos e são muito bons. Há, porém, os que lutam por toda a vida, Estes são os imprescindíveis.

# data[].attributes.attachment_link.title
Free online word cloud generator and tag cloud creator

# data[].attributes.attachment_link.description
Wordclouds.com is a free online word cloud generator and tag cloud generator, similar to Wordle. Create your own word clouds and tag clouds. Paste text or upload documents and select shape, colors and font to create your own word cloud. Wordclouds.com can also generate clickable word clouds with links (image map). Save or share the resulting image.