Quais etapas devem ser tomadas para garantir que o seu software seja utilizável por pessoas com deficiência?

Quero garantir que um software que estou escrevendo possa ser usado por pessoas com várias deficiências, como cegueira e incapacidade de usar mouse e / ou teclado.

Infelizmente, não tenho experiência com coisas como leitores de tela ou outros métodos que as pessoas com deficiência usam para facilitar / possível o uso de um computador. Eu realmente nunca tive muita experiência com deficiência e, infelizmente, não conheço nenhuma pessoa com deficiência que possa perguntar.

Fiquei me perguntando o que outras pessoas fazem para garantir que seu software esteja disponível para uma ampla gama de pessoas com habilidades variadas.

Este parece ser um assunto que muitas vezes é ignorado pelos desenvolvedores e acho que é uma pena.

Editar: se alguém tiver alguma informação específica relacionada ao desenvolvimento da área de trabalho, além das informações já fornecidas nas respostas abaixo, ficaria grato. Especialmente métodos que se aplicam ao desenvolvimento de plataforma cruzada no Windows, Mac OS X e Linux.

accessibility

— Cromulento
fonte

Suspeito que o mais importante seja seguir as diretrizes da interface do usuário da sua plataforma o mais próximo possível. Obter configurações de cor / fonte / qualquer que seja o seu sistema operacional é óbvio, mas há coisas mais sutis, como garantir que o ditado e outro software de acessibilidade possam navegar pelas caixas de diálogo e que os leitores de tela leiam o texto correto para o campo da caixa de diálogo. foco. Quanto mais próximo você estiver das diretrizes de interface do usuário padrão para a plataforma, maior a probabilidade de essas coisas funcionarem.

— precisa saber é o seguinte

Você precisa de um estudo de usabilidade cego duplo-cego - por exemplo, tente obter algum feedback real em vez de tentar imaginar algo.

— Job

Obrigado a ambos pelos comentários. Obviamente, tento seguir as diretrizes da interface, como é óbvio, mas tentarei seguir ainda mais rigorosamente no futuro. Quanto a um teste duplo-cego (heh), eu também adoraria, mas não tenho muita certeza de ter acesso a pessoas suficientes com deficiências variadas (não é apenas a cegueira em que estou interessado), embora eu veja se há qualquer instituição de caridade que ajude com esse tipo de coisa.

— cromulent

Você poderia tentar convencer as pessoas com deficiência a usar seu software e dar feedback?

— marco-Fiset

UX.stackexchange seria um melhor ajuste para esta pergunta

— paparazzo

Respostas:

Você pode começar com usabilidade.gov . Também existem diretrizes formais da iniciativa de acessibilidade do W3.

Depois de ler as dezenas de documentos dos anos 90 sobre usabilidade, você pode testar algumas coisas como daltonismo com filtros de cores. O Colorfilter permite exibir uma página ou imagem como alguém com diferentes tipos de daltonismo. O grupo W3 também mantém uma lista de ferramentas úteis ao projetar para inclusão .

Para leitores de tela (e em geral), não vincule a gatos. Em vez disso, vincule a uma pesquisa por gatos . Isso é especialmente importante para os leitores de tela que geralmente digitalizam um documento em busca de todos os links e os lê de volta para o usuário. Não é útil para ninguém se eles apenas ouvirem "link, link, link, um link, este site, vá aqui, link" repetidos de volta a eles pelo leitor de tela.

Por fim, seja para pessoas com deficiência ou não, você deve sempre tornar seus aplicativos e sites facilmente navegáveis com apenas um teclado.

— David Cowden
fonte

Excelente obrigado pelas informações e links.

— Cromulent

Você não menciona especificamente coisas da Web, mas é para isso que minha resposta é direcionada.

Use as Diretrizes de acessibilidade do W3C . A maioria é bastante direta, mas é importante entendê-lo e implementá-lo. Em particular, concentre-se na boa marcação semântica. Por exemplo, use H1, H2, etc, em vez de fazer um DIV parecer um H1.
Crie um site que funcione bem sem JavaScript e aprimore algumas das funções com JavaScript.
Usando algo como a Barra de Ferramentas do Desenvolvedor da Web , desative o JavaScript e todos os estilos. Atualize a página e imagine como seria para um leitor de tela tentar transmiti-la de maneira significativa a alguém com problemas de visão.
Verifique se todos os links funcionam bem com o JS desativado. JS é ruim quando usado para ativação de link. (Este conselho também se aplica aos robôs dos mecanismos de pesquisa.)
Encontre um site que esteja falando sobre problemas de acessibilidade (por exemplo, accessibilityforum.com e peça a voluntários para testar seu site (ou aplicativo ou o que for).

— Peter Rowell
fonte

Em relação ao ponto 4, a estrutura da Web Microsoft ASP.NET processa praticamente TODOS os controles interativos do servidor como links / elementos com postbacks de JavaScript.

— Graham

Se esse 'recurso' puder ser substituído, foi uma má escolha do padrão pelos programadores; se não puder ser substituído, a estrutura será quebrada, por incompetência ou malícia.

— quer

Tecnicamente, isso poderia ser contornado, mas fazer isso seria jogar fora a maior parte da estrutura. Minha experiência limitada com leitores de tela é que eles não tiveram problemas com links baseados em JavaScript que acionaram recarregamentos de página inteira. O AJAX parecia mais problemático do ponto de vista da notificação, mas em ambos os casos, o JS foi acionado como seria de esperar. Era apenas uma questão de o usuário estar ciente do que estava acontecendo depois. Para os links baseados em js, o usuário assumiu que a página seria publicada, e publicou, portanto não havia problema.

— Graham

Felizmente, geralmente uso o Django para desenvolvimento web, para que isso não seja um problema. Eu não estava falando especificamente sobre desenvolvimento web no meu post original (eu deveria ter sido mais específico), mas essas informações ainda são úteis. Obrigado.

— cromulent