A acessibilidade no sentido clássico significa que os edifícios e os espaços públicos, os transportes e os objectos de uso diário, os locais de trabalho e os apartamentos, os serviços e as instalações de lazer são concebidos de forma a que todas as pessoas possam aceder a eles sem a ajuda de terceiros. Quando se fala do mundo digital, isto significa basicamente a mesma coisa: acesso livre à Internet e a outras aplicações digitais para todos.
Mas como é que isto deve funcionar? Tudo o que é digital é audiovisual, não é verdade?

E é aqui que reside o desafio. Como é que se concebe um meio audiovisual de modo a que, por exemplo, as pessoas com deficiências visuais ou auditivas possam aceder a ele tão bem como as outras pessoas?

TIPOS DE DEFICIÊNCIAS

Os diferentes tipos de deficiência têm efeitos diferentes no manuseamento e na perceção dos sítios e conteúdos digitais. Fazemos a distinção entre deficiências visuais, motoras, acústicas e cognitivas:

Deficiências visuais

• Cegueira
• Deficiência visual
• Deficiência de visão cromática 

Para as pessoas cegas, existem ferramentas para "ouvir" os sítios Web. Utilizam altifalantes e os chamados leitores de ecrã, ou seja, software que converte texto digital em linguagem ou num sistema de escrita tátil (braille). O dispositivo de saída para este efeito é designado por ecrã braille atualizável. Estas tecnologias de apoio são também conhecidas como tecnologias de assistência (TA). Os leitores de ecrã mais conhecidos são o VoiceOver para iOS, macOS, JAWS ou NVDA para Windows. Também oferecem uma vasta gama de teclas de atalho para navegar diretamente para parágrafos, títulos ou ligações, ou para se deslocar dentro de tabelas.

Os leitores de ecrã não são utilizados apenas por pessoas totalmente cegas; as pessoas com problemas de visão utilizam estas ferramentas em conjunto com um ampliador de ecrã (uma aplicação que pode ampliar partes do ecrã) e são também úteis para pessoas com dificuldades de leitura ou para pessoas que têm mais facilidade em compreender o texto falado. Os daltónicos não conseguem ver as cores, apenas os contrastes, ou seja, o escuro e o claro; as pessoas com daltonismo vêem certas cores de forma "diferente". O daltonismo ocorre mais frequentemente nos homens do que nas mulheres e pode manifestar-se de muitas formas diferentes: Deficiência na visão de vermelhos ou verdes, daltonismo, etc.

 

TRADUZIR O VISUAL EM TÁCTIL

Para que os utilizadores cegos tenham acesso a funcionalidades e conteúdos utilizando leitores de ecrã, todos os conteúdos devem também estar disponíveis como texto ou equivalente (por exemplo, para imagens e gráficos), e deve ser possível controlá-los através do teclado. Todos os controlos, títulos, tabelas, ligações, etc. devem ser marcados em conformidade, permitindo que o leitor de ecrã os interprete corretamente e os leia em voz alta. Os vídeos que contêm informações necessitam frequentemente de uma descrição áudio para além da faixa áudio normal, explicando o que se passa no vídeo.

Para os utilizadores com deficiências visuais, devem ser respeitadas determinadas relações de contraste. As hiperligações e os botões devem ter um foco visível. Por exemplo, é necessário ver se o botão está atualmente ativo, por exemplo, utilizando um contorno visível. O foco do rato deve também ser claramente visível. Em geral, todas as informações importantes devem ser apresentadas sob a forma de texto. O texto dentro de gráficos deve ser evitado.

 

Imparidades de movimento

• Tempo de reação lento
• Perturbação da motricidade fina

As pessoas com deficiências de movimento também podem ter dificuldade em utilizar um computador. Cerca de 1,2 milhões de pessoas na Europa sofrem da doença de Parkinson. Para elas, é extremamente difícil utilizar um rato. O mesmo se aplica a pessoas com lesões na coluna vertebral, paralisia, perda de extremidades, doenças musculares ou artrite. Podem utilizar ferramentas de apoio como o rastreio ocular, software de reconhecimento de voz, stylus para a boca ou cabeça e teclados especialmente optimizados ou dispositivos de introdução por botão.

ALTERNATIVAS AO RATO

As interfaces de utilizador do browser e do sistema operativo devem ser completamente controláveis através do teclado. Os elementos clicáveis devem ter um determinado tamanho e aspeto para que possam ser activados e reconhecidos como tal. Os botões móveis e as ligações que vagueiam pelo ecrã devem ser totalmente evitados. As listas longas e os grandes volumes de conteúdo devem ser estruturados e assinalados de modo a poderem ser saltados. Os utilizadores devem ser informados atempadamente do fim de uma sessão e ser-lhes oferecida a opção de prolongar a sessão. As acções que concluem um contrato ou fazem uma encomenda devem ser assinaladas como tal e, se iniciadas por engano, deve ser possível anular a ação.

 

Deficiências acústicas

• Surdez
• Deficiência auditiva

Obviamente, para as pessoas sem audição, o áudio não é útil. Precisam de toda a informação em formato visual, ou seja, em texto ou vídeo. As pessoas surdas-cegas acedem normalmente aos conteúdos da Web com um ecrã em braille que actualiza automaticamente a informação. Para este efeito, foram desenvolvidos teclados especiais com um visor em braille incorporado.

Obviamente, para as pessoas sem audição, o áudio não é útil. Precisam de toda a informação em formato visual, ou seja, em texto ou vídeo. As pessoas surdas-cegas acedem normalmente aos conteúdos da Web com um ecrã em braille que actualiza automaticamente a informação. Para este efeito, foram desenvolvidos teclados especiais com um visor em braille incorporado.

VISUALIZAR SONS

As gravações áudio podem ser transcritas. O texto da transcrição contém a mesma informação que o ficheiro áudio. Se for necessário distinguir entre diferentes vozes, os oradores devem ser assinalados em conformidade. Os sons relevantes, como música ou aplausos, também devem ser registados por escrito. Os vídeos com uma faixa áudio devem ter legendas ocultas apresentadas em sincronia com o que está a acontecer no vídeo.

 

Deficiências cognitivas

• Dificuldades de aprendizagem
• Distratibilidade
• Défices de concentração

As deficiências mentais são a deficiência mais comum. Veja-se, por exemplo, a doença de Alzheimer: Na Alemanha, cerca de 1,6 milhões de pessoas são afectadas por esta doença. As deficiências cognitivas podem ser congénitas ou ocorrer durante o desenvolvimento da criança, ou podem ser causadas por acidentes, infecções ou por contaminação química e outras causas ambientais. Manifestam-se por uma compreensão limitada, baixa tolerância a exigências cognitivas excessivas ou capacidades limitadas de resolução de problemas. Outros tipos de deficiências cognitivas podem incluir perda de memória a curto prazo, perturbações de défice de concentração e incapacidade de leitura ou perturbações de aprendizagem da matemática. Os efeitos de pestanejar ou piscar podem desencadear convulsões, uma perturbação conhecida como epilepsia fotossensível.

 

Orientação simples e compreensível para o utilizador

Para todas as pessoas com dificuldades de compreensão, a conceção das interfaces de utilizador, a navegação e os conteúdos devem ser tão simples quanto possível. Por vezes, as funcionalidades de ajuda podem ajudar com acções ou conteúdos complicados. As opções devem ser bem estruturadas e limitadas. Os leitores de vídeo e áudio devem limitar-se ao conteúdo relevante e ser tão curtos quanto possível.

Para os utilizadores com perda de memória a curto prazo, é útil ter caminhos que mostrem o passo atual, por exemplo, ao encomendar algo. A informação deve ser sempre guardada quando o utilizador passa para outro ecrã.

As pessoas com distúrbios de défice de atenção podem ser facilmente perturbadas por elementos de distração. Neste caso, é útil reduzir ao mínimo elementos como anúncios, carrosséis e conteúdos vídeo ou áudio chamativos.

Para tornar o seu conteúdo mais fácil de compreender por pessoas com dificuldades de leitura, adicione ilustrações, vídeos ou áudio ao texto.

 

Estatísticas e grupos-alvo

Deficiências na Alemanha em 2018 (Instituto Federal de Estatística)

► 7,8 milhões de pessoas com deficiências graves

► 240 000 pessoas com deficiências visuais, das quais 70 000 são cegas

► 4 milhões de analfabetos

► 10% com deficiência de leitura e/ou escrita

► 80 000 pessoas surdas

► 190 000 pessoas com deficiências auditivas, perturbações do equilíbrio ou da linguagem

► 575 000 com utilização limitada dos braços e/ou pernas

► 500 000 epilépticos em tratamento

► 750 000 pessoas com perturbações do défice de concentração

► 7,5 milhões de pessoas com analfabetismo funcional

Existem cerca de 80 milhões de pessoas com deficiência na UE, o que representa cerca de 15% da população europeia.

 

As caraterísticas de acessibilidade ajudam todos

Não são apenas as pessoas com deficiências visuais, motoras, auditivas ou cognitivas que beneficiam de uma conceção Web acessível: Outros grupos, como os idosos, os falantes não nativos, os migrantes, os turistas e os utilizadores inexperientes, também beneficiam de uma conceção de IU clara e facilmente compreensível. Até os motores de busca recompensam a conceção acessível com um melhor posicionamento nos resultados de pesquisa.

Leis, regulamentos e diretivas

O objetivo da Diretiva (UE) 2016/2102 do Parlamento Europeu e do Conselho, de 26 de outubro de 2016, é garantir que os sítios Web e as aplicações móveis dos organismos do sector público se tornem mais acessíveis com base em requisitos de acessibilidade comuns. A diretiva remete para a norma europeia EN 301 549(Requisitos de acessibilidade adequados aos contratos públicos de produtos e serviços TIC na Europa), que, entre outros aspectos, contém o requisito de cumprir as WCAG 2.1 Nível AA (Diretrizes de Acessibilidade do Conteúdo da Web).

Esta diretiva é transposta para a legislação alemã através da Lei BGG (Lei da Igualdade para as Pessoas com Deficiência) e da BITV 2.0 (Lei da Acessibilidade das TI). Os conteúdos não só devem cumprir as WCAG e o anexo A da norma EN 301 549, como também devem conter uma declaração de acessibilidade, um mecanismo de feedback e conteúdos importantes em linguagem gestual e em alemão claro.

 

PROCEDIMENTOS DE ENSAIO
PARA O CONTROLO DA ACESSIBILIDADE

 

Teste BITV

O chamado teste BITV(www.bitvtest.de, em alemão) fornece uma metodologia de teste de renome para um teste completo e fiável da acessibilidade de sítios Web e aplicações Web. O teste foi concebido no âmbito do projeto alemão BIK, que visa apoiar a partilha de informações e a comunicação acessíveis. O projeto foi apoiado pelo Ministério Federal Alemão do Trabalho e dos Assuntos Sociais. O teste é utilizado e desenvolvido por laboratórios de teste na Associação BITV Test Prüfverbund.

Esta metodologia de teste contém 92 etapas de teste que também abrangem os requisitos das WCAG 2.1 Nível AA e os critérios relevantes do anexo A da norma EN 301 549. Quando um laboratório de testes recebe um pedido de teste, o primeiro passo é selecionar páginas Web ou ecrãs para garantir uma cobertura de teste tão elevada quanto possível.

Por exemplo, todas as principais tecnologias Web utilizadas devem ser testadas em termos de acessibilidade. O relatório de teste contém os resultados do teste divididos em etapas individuais, bem como dicas práticas para resolver o problema. Aqui também pode fazer um auto-teste gratuito que lhe dará uma ideia sobre a acessibilidade da sua própria aplicação ou sítio Web.

Existem várias ferramentas que são úteis para o processo de teste: os chamados Bookmarklets podem ser guardados como marcadores no browser(http://pauljadam. com/bookmarklets) e destacam, por exemplo, estruturas de títulos ou elementos de tabelas diretamente no sítio Web que está a ser testado. O verificador de contraste de cores WCAG permite destacar contrastes demasiado baixos; e o plug-in ARC Toolkit Chrome combina várias verificações de acessibilidade numa única ferramenta. Mesmo com todas estas ferramentas, a maior parte dos passos de teste requerem testes manuais e conhecimentos especializados para identificar barreiras e conceber soluções práticas para designers e programadores.

 

Teste de software BIT inklusiv BITV 

O teste de software BIT inklusiv BITV pode ser utilizado para verificar a acessibilidade digital do software de aplicação desenvolvido para um ambiente de trabalho. A rede BIT inklusiv Netzwerk inclui laboratórios de teste que oferecem consultas e testes de acessibilidade. O teste de conformidade BITV baseia-se nos requisitos da norma europeia EN 301 549 Capítulo 11. O teste contém 75 etapas de teste nas categorias de Visibilidade, Usabilidade, Compreensibilidade, Robustez, Interoperabilidade de Tecnologia Assistiva, Utilização Documentada, Preferências do Utilizador, Ferramentas de Autor, Documentação e Serviços de Apoio.

As etapas de teste incluídas neste teste são públicas e podem ser consultadas em www.bit-inklusiv.de (em alemão).

 

EXEMPLOS DE CONCEPÇÃO DE SÍTIOS WEB ACESSÍVEIS

Os controlos gráficos (botões, logótipos clicáveis, faixas, etc.) devem ser acompanhados de texto alternativo para serem acessíveis aos utilizadores de leitores de ecrã.

<img   src=“images/logo. png“   height=“80px“ width=“260px“   class=“img- fluid   nav-logo-desktop“ alt=“Company Logo   Test

Serviços e soluções Web">

 

As fontes de ícones que não contêm informações devem ser ocultadas dos leitores de ecrã utilizando aria- hidden="true", caso contrário o leitor de ecrã pode lê-las como caracteres especiais. Pode ser atribuído um texto alternativo utilizando aria-label:

<button   aria-label=“Menu“>

<i   class=“fa   hamburger   menu“

aria-hidden=”true”></i>

</button>

 

O estado de mostrar/ocultar de menus e elementos de acordeão deve ser marcado com aria-expanded: aria-expanded="true" para o estado expandido e aria-expanded="false " para o estado oculto.

Para tornar certas partes de um sítio Web ou de uma aplicação Web acessíveis a tecnologias de apoio, essas partes devem ser identificadas em conformidade, utilizando HTML ou uma função ARIA.

A ARIA descreve um método para tornar o conteúdo e as aplicações Web mais acessíveis a pessoas com deficiência. Dá aos programadores uma ferramenta para definir nomes, funções, estados e propriedades dos elementos HTML. A ARIA só deve ser utilizada quando não for possível uma realização alternativa em HTML - o máximo de HTML possível, o máximo de ARIA necessário!

Os utilizadores daltónicos necessitam de imagens com elevado contraste; para texto de conteúdo, botões baseados em texto, etc., em tamanhos de letra inferiores a 24 px (ou 18,7 px, se a negrito), um rácio de contraste de 4,5:1 ou mais, e para tamanhos de letra maiores (>=24 px) um rácio de contraste de 3:1 ou mais. Para gráficos e controlos gráficos, a relação de contraste de 3:1 para as cores vizinhas deve ser suficiente. São feitas excepções para gráficos em que as cores não podem ser alteradas - por exemplo, logótipos ou bandeiras.

 

Editores Web

Não basta que os designers e os programadores implementem funcionalidades de acessibilidade: Os editores Web também têm de garantir que o seu conteúdo é acessível. Por isso, é importante dar-lhes formação. Especialmente no que diz respeito à gestão de conteúdos, é importante que as imagens incluam texto alternativo e que as listas e os títulos não sejam apenas marcados visualmente.

O que está para vir

Uma vez que o sector público é obrigado por lei a conceber os seus conteúdos digitais de forma a serem acessíveis, os seus organismos prestam mais atenção ao cumprimento dos requisitos da BITV. Por conseguinte, cada vez mais programadores de software e agências Web se deparam com tarefas de acessibilidade. Além disso, existe a nova diretiva da UE 2019/882 no âmbito da Lei Europeia da Acessibilidade, que deverá ser transposta para o direito nacional até junho de 2022. Esta diretiva descreve os requisitos de acessibilidade para produtos e serviços. Isto significa que partes do sector do comércio eletrónico terão de incorporar funcionalidades de acessibilidade em breve. Nesta altura, o mais tardar, a acessibilidade digital será uma preocupação para todos.

 

---

 

O autor: Sascha Noack

 SASCHA NOACK é o Diretor Executivo da TWIN CUBES GmbH, com sede em Illingen, perto de Estugarda, na Alemanha. Sascha trabalha como consultor de TI há mais de 15 anos. Na consultoria, concentra-se na gestão de testes e na melhoria dos processos de teste para projectos de TI complexos. Tem também uma vasta gama de conhecimentos sobre desenvolvimento Web acessível, organiza workshops e escreve pareceres de peritos sobre acessibilidade.

 

 

 

COOPERAÇÃO ENTRE A MyQ E A TWIN CUBES GmbH

Uma vez que a principal missão do MyQ é fornecer uma solução personalizada que seja intuitiva para os seus utilizadores, o MyQ decidiu otimizar a sua IU web no MyQ X versão 8.2 para seguir as diretrizes acima mencionadas e, em estreita colaboração com a Twin Cubes GmBH, ajustou a interface virtual para atingir todas as marcas de verificação de acessibilidade. 

A Twin Cubes GmbH ajudou os programadores do MyQ web UI a cumprir todos os requisitos da certificação de acessibilidade e ajudou-os a testar o novo produto. A jornada de acessibilidade levou mais de 50 horas de consultas, relatórios preliminares e testes finais, juntamente com centenas de horas de desenvolvimento desde julho de 2020 até março de 2021. O último patch de acessibilidade foi lançado em 1 de abril de 2021 como parte de uma versão de software completamente nova MyQ X 8.2, que também foi certificada.

Agora, a IU Web MyQ X acessível ajuda os utilizadores com deficiência a gerir as suas tarefas de impressão e permite aos administradores do sistema MyQ X utilizar opções de administração avançadas.

Funcionalidades disponíveis para administradores e utilizadores no MyQ X 8.2's web UI:

 

  

Todos os utilizadores devem ter a possibilidade de utilizar ferramentas de última geração para os ajudar nas suas tarefas diárias. A MyQ alargou assim uma experiência acessível também à aplicação móvel MyQ X Mobile Client, que pode tratar de todas as tarefas de impressão a partir do telemóvel dos utilizadores.

 

Aumente a sua acessibilidade com o MyQ X