Digite ou cole seu texto bem aqui. | ||
“acessibilidade: possibilidade e condição de alcance para utilização, com segurança e autonomia, de […] informação e comunicação, inclusive seus sistemas e tecnologias, […] por pessoa com deficiência ou com mobilidade reduzida;” (Lei Brasileira de Inclusão) | ||
“acessibilidade: possibilidade e condição de alcance para utilização, com segurança e autonomia, de […] informação e comunicação, inclusive seus sistemas e tecnologias, […] por pessoa com deficiência ou com mobilidade reduzida;” (Lei Brasileira de Inclusão) | ||
A Lei Brasileira de Inclusão foi sancionada em 2015 e dispõe de um capítulo inteiro dedicado ao acesso à informação e comunicação ditando a obrigatoriedade de que sites de empresas brasileiras e do governo sejam acessíveis, no entanto, a falta de uma especificação, abre espaço para que a lei não seja cumprida. | ||
De acordo com um relatório de 2011 da OMS, cerca de 15% da população mundial — percentual em referência ao número de habitantes no planeta em 2010, (ou mais de 1bi de pessoas) possui algum tipo de inaptidão permanente. | ||
Os tipos de inaptidão são divididos em quatro: visual, auditiva, motora e cognitiva. | ||
Visual | ||
| ||
Auditiva | ||
| ||
Motora | ||
| ||
Cognitiva | ||
| ||
Todas essas inaptidões apresentam diferentes níveis e podem ser temporárias e/ou permanentes. | ||
A WCAG (Web Content Accessibility Guidelines) é um conjunto de regras que têm como objetivo garantir que o conteúdo na web seja acessível a todos os usuários. Ela se divide em quatro princípios: | ||
| ||
O WAI-ARIA (Accessible Rich Internet Applications) oferece um conjunto de funcionalidades que têm como objetivo tornar aplicações da web mais acessíveis e se divide em três principais categorias: | ||
Roles | ||
Determinam o que faz um elemento. Por exemplo, um elemento com role="search", define que aquele item dá acesso a busca dentro do aplicativo; | ||
Propriedades | ||
Definem características intrínsecas a um elemento. Por exemplo, quando objetos não têm nome explícito, podemos usar aria-label para oferecer essa affordance; | ||
Estados | ||
Propriedades especiais que definem a condição atual de um elemento. Por exemplo, podemos usar aria-checked para anunciar o estado de um elemento que se comporta com uma checkbox; | ||
De acordo com uma pesquisa do GDS (Govern Digital Service do Reino Unido), apenas 30% dos problemas de a11y são encontrados usando testes automatizados. O estudo pode ser lido aqui. | ||
Então porquê escrever testes automatizados? Apesar de não serem perfeitos, os testes nos ajudam a nos concentrar nos outros 70% de problemas que são achados manualmente. | ||
Se você trabalha num time ágil, seu processo é composto de tarefas organizadas por um gerente de projeto, interfaces e especificações entregues por designers, aplicação feita pelos desenvolvedores e review feito pelo QA, que ás vezes também é desenvolvedor, quem nunca? A seguir, alguns itens para ajudar todo o time durante os processos de criação do produto. | ||
Se você é gerente de projeto, teu papel mais importante sobre acessibilidade é ser um advocatedo tópico, alguns dos itens importantes para considerar são: | ||
| ||
Designers, tanto de interface quando de experiência, devem se preocupar com alguns dos itens a seguir: | ||
| ||
Aos desenvolvedores, creio que grande maioria dos participantes do evento e leitores desse post, itens importantes para levar em consideração durante o processo de desenvolvimento: | ||
| ||
Como QA, alguns dos tópicos importantes a serem testados ao fazer uma revisão são: | ||
| ||
Apesar de que as obrigações legais e as checklists sejam uma maneira de certa forma fácil de vender acessibilidade, não devemos encará-la como uma obrigação e sim ter uma perspectiva humana e empática sobre os desafios a serem encarados para tornar seu projeto acessível. |