Acessibilidade (noções básicas de design)

Observação

Este guia de design foi criado para o Windows 7 e não foi atualizado para versões mais recentes do Windows. Grande parte das diretrizes ainda se aplica em princípio, mas a apresentação e os exemplos não refletem nossas diretrizes de design atuais.

Projetar software para acessibilidade significa garantir que programas e funcionalidades estejam facilmente disponíveis para a maior variedade de usuários, incluindo aqueles que têm deficiências e deficiências.

O número de usuários que os recursos de acessibilidade podem ajudar pode surpreendê-lo; por exemplo, no Estados Unidos, pesquisas mostraram que mais da metade de todos os usuários de computador enfrentam dificuldades ou deficiências relacionadas à acessibilidade e provavelmente se beneficiarão do uso de tecnologia acessível. Além disso, abordar o design de software com a flexibilidade e a inclusão que são as marcas de acessibilidade geralmente resulta em usabilidade e satisfação geral do cliente.

captura de tela da caixa de diálogo 'facilidade de central de acesso'

A Central de Facilidade de Acesso, disponível em Painel de Controle, fornece um local central onde os usuários podem escolher e personalizar os recursos de acessibilidade desejados.

Nota: As diretrizes relacionadas ao teclado, mouse, cor e som são apresentadas em artigos separados.

Conceitos de design

Muitos fatores físicos, perceptivos e cognitivos entram em jogo quando os usuários interagem com hardware e software do computador. Antes de considerar maneiras de tornar os recursos do programa mais acessíveis, ele ajuda a saber quais tipos de deficiências e deficiências existem, e algumas das tecnologias adaptativas com as quais esses usuários podem estar trabalhando enquanto interagem com computadores.

Tipos de deficiências

A tabela a seguir descreve deficiências e deficiências comuns do usuário e lista algumas das soluções mais importantes usadas para tornar os computadores mais acessíveis.

Deficiência Descrição Soluções
Visual
Varia de leve (afetando 17% dos usuários) a grave (afetando 9% dos usuários).
Ampliação, cores e contraste personalizáveis; Utilitários braille; leitores de tela.
Audição
Varia de leve (afetando 18% dos usuários) a grave (afetando 2% dos usuários).
Redundância de informações: som usado apenas como complemento para comunicação visual ou texto.
Destreza
Varia de leve (afetando 19% dos usuários) a grave (afetando 5% dos usuários). Essa deficiência geralmente envolve dificuldade para executar determinadas habilidades motoras com teclado ou mouse.
Redundância de método de entrada: recursos do programa acessados por equivalentes de mouse ou teclado.
Cognitiva
Inclui prejuízos de memória e diferenças perceptivas. Afeta 16% dos usuários.
Interface do usuário altamente personalizável (interface do usuário); uso da divulgação progressiva para ocultar a complexidade; uso de ícones e outros auxílios visuais.
Apreensão
Inclui a sensibilidade visual ao movimento e ao flash.
Abordagem conservadora para a modulação de interfaces, como o uso de animações; evitando a cintilação de tela no intervalo entre 2 Hertz (Hz) e 55 Hz.
Fala ou idioma
Inclui dislexia e dificuldades de comunicação oral.
Utilitários marcar ortográficos e gramaticais marcar; reconhecimento de fala e tecnologia de conversão de texto em fala.

Para obter mais diretrizes sobre como ajudar os usuários com essas deficiências, consulte Abordando prejuízos específicos mais adiante neste artigo.

Tipos de tecnologias adaptativas e recursos de acessibilidade

Leitores de tela

Um leitor de tela permite que usuários com deficiências visuais ou deficiências naveguem por uma interface do usuário transformando visuais em áudio. Assim, texto da interface do usuário, controles, menus, barras de ferramentas, elementos gráficos e outros elementos de tela são falados pela voz computada do leitor de tela. Para criar um programa otimizado para a tecnologia adaptativa do leitor de tela, você deve planejar como o leitor de tela identificará cada elemento de interface do usuário.

Cada elemento de interface do usuário com o qual o usuário pode interagir deve ser acessível pelo teclado, bem como ser exposto por meio de uma API (interface de programação de aplicativo) de acessibilidade. É recomendável usar Automação da Interface do Usuário, a nova estrutura de acessibilidade para todas as versões do Microsoft Windows que dão suporte a Windows Presentation Foundation (WPF). Automação da Interface do Usuário fornece acesso programático à maioria dos elementos na área de trabalho, permitindo que produtos de tecnologia adaptativa, como leitores de tela, forneçam informações sobre a interface do usuário aos usuários e manipulem a interface do usuário por meios diferentes da entrada padrão (por exemplo, falando em vez de ou além de manipular o mouse ou o teclado). Para obter mais informações, consulte a Visão geral do Automação da Interface do Usuário.

Lembre-se de que, embora os leitores de tela sejam uma tecnologia adaptativa muito importante, há outros também. Para obter mais informações sobre a variedade de tecnologias disponíveis, consulte Tipos de Produtos de Tecnologia Adaptativa.

Reconhecimento de fala

O reconhecimento de fala é um recurso de acessibilidade no Windows que permite que os usuários interajam com seus computadores por voz, reduzindo a necessidade de interação motora com o mouse ou teclado. Os usuários podem ditar documentos e emails, usar comandos de voz para iniciar e alternar entre programas, controlar o sistema operacional e até mesmo preencher formulários na Web.

Lupa

A ampliação ajuda os usuários com baixa visão ampliando itens na tela de 2 a 16 vezes o original. Os usuários podem definir esse recurso para acompanhar o mouse (para ver uma versão ampliada do que o mouse está apontando), o teclado (para ver a área em que o ponteiro se move durante a tabulação) ou a edição de texto (para ver o que eles estão digitando).

Configurações visuais e esquemas de cores

Além de aumentar as coisas na tela, os usuários com deficiência visual podem se beneficiar de configurações do sistema, como modo de alto contraste ou a capacidade de personalizar esquemas de cores em segundo plano e plano de fundo.

Narrator

O Narrador é um leitor de tela reduzido no Windows que permite que os usuários ouçam texto na tela e elementos de interface do usuário lidos em voz alta, inclusive alguns eventos (incluindo mensagens de erro) que ocorrem espontaneamente. O usuário pode ouvir os menus do Narrador sem sair da janela ativa.

captura de tela da caixa de diálogo 'microsoft narrador'

Os usuários podem personalizar até que ponto o Microsoft Narrador é usado.

Teclado virtual

Para usuários que têm dificuldade com teclados físicos e precisam usar um dispositivo de entrada alternativo, como um comutador, os teclados na tela são uma necessidade. Os usuários podem selecionar teclas usando o mouse ou outro dispositivo apontador, um pequeno grupo de teclas ou apenas uma tecla, dependendo de como você configurou o Teclado Virtual.

Teclas do mouse

Com as Teclas do Mouse habilitadas, os usuários que preferem o teclado podem usar as teclas de direção no teclado numérico para mover o ponteiro do mouse.

Para obter uma lista completa dos recursos de acessibilidade, consulte Acessibilidade no Windows Vista no site da Microsoft.

Navegação baseada em teclado

A tecla Tab, as teclas de direção, a barra de espaço e a tecla Enter são importantes para a navegação baseada em teclado. Pressionar Tab ciclos de foco de entrada através dos diferentes grupos de controle e pressionar as teclas de direção se move dentro de um controle ou entre controles dentro de um grupo. Pressionar a barra de espaço é o mesmo que clicar no controle com foco de entrada, enquanto pressionar Enter é o mesmo que clicar no botão de comando padrão ou no link de comando, independentemente do foco de entrada.

captura de tela da caixa de diálogo 'lixeira vazia'

Neste exemplo, os usuários podem pressionar Tab até que a opção desejada tenha o foco de entrada e pressione Enter para abrir o objeto.

Chaves de acesso

As chaves de acesso permitem que os usuários escolham opções e iniciem comandos diretamente sem precisar navegar até o controle primeiro. As chaves de acesso são indicadas sublinhando um dos caracteres no rótulo de cada controle. Em seguida, os usuários ativam a opção ou o comando pressionando a tecla Alt junto com o caractere sublinhado. As chaves de acesso não diferenciam maiúsculas de minúsculas.

captura de tela do menu de arquivo e das chaves de acesso

Neste exemplo, pressionar Alt+O ativa o comando Abrir.

Escolher chaves de acesso lógico para controles geralmente não representa nenhuma dificuldade; quanto mais controles houver em uma janela, no entanto, maior será a possibilidade de você ficar sem opções de chave de acesso. Nesse caso, atribua chaves de acesso a grupos de controle em vez de cada um deles.

captura de tela de grupos de controle e chaves de acesso

Neste exemplo, as chaves de acesso são atribuídas a grupos de controle, em vez de controles individuais.

As chaves de acesso geralmente são confundidas com teclas de atalho, mas as teclas de atalho são atribuídas de forma diferente das chaves de acesso e têm objetivos diferentes. Por exemplo, as teclas de atalho usam sequências de teclas Ctrl e Function e são destinadas principalmente como um atalho para usuários avançados em vez de para acessibilidade.

Para obter mais informações, consulte Teclado.

Projetar para acessibilidade: três práticas fundamentais

Programas acessíveis ajudam todos os usuários de alguma forma porque os objetivos de acessibilidade e usabilidade se sobrepõem. Por exemplo, recursos projetados para tornar os usuários avançados o mais eficientes possível também beneficiam os usuários que preferem usar o teclado devido à deficiência de destreza.

Três práticas fundamentais ajudarão você com design acessível: permitir um grau de flexibilidade em sua interface do usuário, permitir que o respeito às necessidades e preferências do usuário tenha um papel importante nas decisões de design e forneça acesso programático à interface do usuário.

Fornecendo interface do usuário flexível

O design acessível é, pelo menos em parte, sobre dar aos usuários opções. Não é uma matriz frustrante e vertiginosa de opções, mas um número limitado de opções que antecipa inteligentemente as necessidades do usuário. "Não gosta de navegar por meio do mouse? Aqui, você pode fazer as mesmas coisas usando apenas o teclado. Não gosta de teclados físicos? Aqui está um virtual que você pode usar na tela."

Por exemplo, forneça flexibilidade:

  • Fornecendo equivalentes selecionáveis pelo usuário para elementos que não são de texto (por exemplo, texto alt para elementos gráficos e legendas para áudio).

    captura de tela do botão de entrada

    captura de tela do texto Alt para o botão de entrada

    Os usuários que optaram por não renderizar gráficos devem ver o texto Alt, descrevendo o que o controle faz e como interagir com ele.

  • Fornecendo alternativas à cor (por exemplo, diferenciação de ícone ou uso de sons).

    captura de tela de ícones em tons de cinza (escala de cinza)

    Neste exemplo, os ícones padrão são facilmente distinguíveis com base em seus designs.

  • Garantir o acesso ao teclado (por exemplo, uma parada de tabulação para cada controle interativo) para que os usuários possam realizar as mesmas coisas em seu programa com o mouse ou o teclado.

  • Garantir que seu programa ofereça boas opções de contraste de cores para os usuários. O Windows fornece uma opção de alto contraste, mas que foi realmente projetada para ser uma solução para deficiência visual grave. Outras opções de contraste melhor atendem usuários com deficiência leve, como baixa visão e cegueira colorida.

  • Garantir que os usuários tenham uma maneira de ajustar o tamanho do texto na interface do usuário do programa (por exemplo, por meio de um controle deslizante ou caixa suspensa para o tamanho da fonte). Se possível, dê suporte ao modo dpi (pontos altos por polegada).

  • Garantir que seu programa seja multimodal, o que significa que, se o modo primário do programa estiver inacessível para alguns, esses usuários terão uma maneira de contornar o problema. Por exemplo, quando a animação é exibida, as informações devem ser exibidas em pelo menos um modo de apresentação não animado na opção do usuário.

Interfaces multimodal e navegação flexível oferecem essencialmente ao usuário a arquitetura de redundância de informações. Às vezes, a redundância tem conotações negativas; no texto da interface do usuário, por exemplo, aconselhamos a remoção da redundância para simplificar a experiência de leitura. Mas, no contexto de acessibilidade, a redundância conota mecanismos e experiências positivos e à prova de falhas.

Respeitando seus usuários

O respeito como um princípio geral e orientador é vital para a criação de programas acessíveis. Mesmo como um exercício intelectual, imagine como deve ser encontrar seu programa como um usuário desabilitado. Reserve um tempo para testar as telas da interface do usuário no modo de alto contraste e em várias resoluções, para garantir que a experiência seja boa para usuários com deficiências visuais. Teste a acessibilidade do teclado selecionando a caixa Sublinhar atalhos de teclado e teclas de acesso marcar no item Painel de Controle central de facilidade de acesso (para que as teclas de acesso fiquem sempre visíveis). Você pode até mesmo ir além de testes rigorosos contratando desenvolvedores e designers que têm uma aptidão natural para empatia com outras pessoas para começar.

Você também deve demonstrar respeito por:

  • Usando configurações em todo o sistema (por exemplo, Cor do Sistema) em vez de configurações de largura de rede para seu programa específico. Respeite não apenas os parâmetros que os usuários selecionaram especificamente para interagir com seus programas, mas também os recursos de acessibilidade integrados ao sistema operacional que o usuário deseja que estejam em vigor, independentemente do programa que estiverem usando. Para obter mais informações, consulte Sobre os recursos de acessibilidade do Windows.
  • Preferir controles comuns a controles personalizados, pois os controles comuns já implementaram as APIs de acessibilidade do Windows.
  • Documentando todas as opções e recursos de acessibilidade (por exemplo, todos os atalhos de teclado). Os usuários com deficiências são altamente motivados a descobrir recursos de acessibilidade e, muitas vezes, esperam que informações abrangentes sejam coletadas na Ajuda.
  • Criando documentação acessível em formatos acessíveis. Portanto, a documentação em si deve seguir as mesmas regras de acessibilidade que a interface do usuário primária, incluindo a capacidade de ampliar o tamanho da fonte, o uso de texto Alt para gráficos e a arquitetura de informações redundantes (por exemplo, usando codificação de cores apenas como um suplemento de texto).

Em produtos de software, o respeito pelos usuários pode se manifestar na usabilidade e na pesquisa de mercado, em serviços de suporte e documentação eficazes e, claro, em decisões de design. Por exemplo, pensando novamente em termos de design para usuários avançados: você está colocando esse novo recurso de ponta em porque você o deseja ou porque sabe que seus usuários avançados estão solicitando isso? O último caso indica que o processo de tomada de decisão de design é bem informado pelo valor de respeito.

Fornecendo acesso programático

Fornecer acesso programático à interface do usuário é essencial para que as tecnologias adaptativas (como leitores de tela, dispositivos de entrada alternativos e programas de reconhecimento de fala) interpretem a tela corretamente para seus usuários. Ao criar um "mapa" de cada tela da interface do usuário em seu programa, você o disponibiliza para usuários de tecnologias adaptativas.

Faça isso bem:

  • Habilitar o acesso programático a todos os elementos e textos da interface do usuário (por exemplo, usando a interface COM de Acessibilidade Ativa, IAccessible).
  • Colocando nomes (ou títulos) e descrições em objetos, quadros e páginas da interface do usuário (por exemplo, usando a propriedade IAccessible Name).
  • Garantir que eventos programáticos sejam disparados por todas as atividades da interface do usuário (por exemplo, eventos de foco para todas as atividades da interface do usuário que envolvem a movimentação de foco).

Se você fizer apenas quatro coisas...

  1. Verifique se todos os usuários podem aproveitar todo o potencial do seu programa.
  2. Pense na acessibilidade como uma oportunidade para a solução criativa de problemas e outro meio de aumentar a satisfação geral do usuário.
  3. Respeitar as configurações do sistema.
  4. Use controles comuns sempre que possível.

Diretrizes

Geral

  • Não interrompa nem desabilite os recursos ativados do sistema operacional ou de outros produtos identificados como recursos de acessibilidade. Você pode identificar esses recursos referindo-se à documentação do sistema operacional ou produto em questão.
  • Não force os usuários a interagir com seu programa como a janela superior na tela. Se uma função ou uma janela for necessária continuamente para que os usuários executem uma tarefa, essa janela sempre deverá permanecer visível, se o usuário assim escolher, independentemente de sua posição em relação a outras janelas. Por exemplo, se o usuário tiver um teclado virtual móvel que esteja sobre todas as outras janelas para que fique visível o tempo todo, seu programa nunca deverá obscurecê-lo por posicionamento obrigatório na parte superior da ordem Z.
  • Use cores do sistema, fontes e controles comuns sempre que possível. Ao fazer isso, você reduz significativamente o número de problemas de acessibilidade encontrados pelos usuários.

Abordando prejuízos específicos

Visual

  • Nunca confie apenas na cor para transmitir significado. Use a cor apenas como um meio de reforçar o significado fornecido pelo texto, design, localização ou som.

    captura de tela do ícone do comunicador vermelho e da dica de ferramenta

    O método principal de comunicação neste exemplo é o texto conciso da dica de ferramenta. O uso de cores auxilia na comunicação do significado, mas é secundário.

  • Use dicas de informações de texto alternativas (alt) para descrever elementos gráficos.

  • Não use texto em gráficos. Os usuários com deficiências visuais podem ter elementos gráficos desativados (por exemplo, em um navegador da Web) ou podem simplesmente não ver ou procurar texto colocado em gráficos.

  • Verifique se as caixas de diálogo e as janelas têm nomes significativos, para que um usuário que esteja ouvindo em vez de ver a tela (por exemplo, usando um leitor de tela) obtenha informações contextuais apropriadas.

  • Respeite as configurações do usuário para exibição visual sempre obtendo tipos de fonte, tamanhos e cores, tamanhos de elemento de exibição do Windows e definições de configuração do sistema das APIs Theme e GetSystemMetrics.

  • Mantenha o texto do balão conciso para que seja mais fácil de ler e minimize a interrupção dos leitores de tela.

    captura de tela do balão indicando limites de código de fixação

    Embora balões possam usar texto de corpo adicional, se necessário, este exemplo mostra que, às vezes, o texto do título sozinho atinge o mesmo objetivo de maneira mais econômica e acessível.

Audição

  • Nunca confie apenas no som para transmitir significado. Use o som apenas como um meio de reforçar o significado fornecido pelo texto, design, localização ou cor.
  • Permitir que os usuários controlem o volume de saída de áudio. Use o Mixer de Volume do Windows para essa finalidade. Para obter mais informações, consulte Som.
  • Direcione o som do programa para ocorrer em um intervalo entre 500 Hz e 3000 Hz ou ser facilmente ajustável pelo usuário nesse intervalo. Sons nessa faixa são mais propensos a serem detectáveis por pessoas com deficiência auditiva.

Destreza

  • Torne os valores de tempo limite da interface do usuário em relação a GetDoubleClickTime() em vez de usar tempos absolutos. Isso ajusta os tempos limite para a velocidade do usuário.
  • Atribua teclas de acesso a todos os itens de menu para que os usuários que preferem trabalhar com o teclado tenham a mesma capacidade de navegar pelo programa que os usuários que trabalham com o mouse.
  • Não faça cliques duplos e arraste a única maneira de executar uma ação. Esses podem ser movimentos difíceis para alguns usuários.
  • Não remova as barras de menus do programa. As barras de menus são mais fáceis do que as barras de ferramentas para os usuários de teclado acessarem. Se você não quiser que a barra de menus fique visível por padrão, oculte-a.
  • Torne a Ajuda acessível pelo teclado fornecendo paradas de tabulação para botões e links da Ajuda.
  • Para melhorar a conscientização sobre as atribuições de chave de acesso em seu programa, você pode exibi-las o tempo todo. Em Painel de Controle, vá para a Central de Facilidade de Acesso e clique em Tornar o teclado mais fácil de usar; em seguida, selecione a caixa Sublinhar atalhos de teclado e teclas de acesso marcar.

Cognitiva

  • Use a divulgação progressiva para ocultar a complexidade.

    captura de tela de botões divididos com triângulos para baixo

    Nesses exemplos, as opções disponíveis no botão de comando ficam ocultas por padrão e os usuários podem optar por exibir as opções aproveitando os controles progressivos de divulgação.

  • Use ícones, barras de ferramentas e outros auxílios visuais para reduzir a carga cognitiva de leitura de texto.

  • Quando possível, forneça funcionalidade de preenchimento automático em caixas de texto e listas suspensas editáveis, para que os usuários não precisem digitar o nome inteiro de comandos, nomes de arquivo ou opções semelhantes de um conjunto limitado de opções. Isso reduz a carga cognitiva para todos os usuários e reduz a quantidade de digitação para usuários para os quais a ortografia ou digitação é difícil, lenta ou dolorosa.

  • Demonstre conceitos difíceis na Ajuda, incluindo tutoriais e animações. Observe que as animações podem ser difíceis para usuários com deficiência convulsiva e, portanto, devem ser usadas somente quando necessário.

Apreensão

  • Não use texto piscando ou piscando, objetos ou outros elementos com uma frequência flash ou piscada no intervalo entre 2 a 55 Hz.
  • Limitar o uso de animações. Alguns usuários são particularmente sensíveis ao movimento da tela, especialmente na periferia de seu campo visual. Se você usar a animação para chamar a atenção para algo, certifique-se de que a atenção seja merecida e digna de interromper o usuário.

Fala ou idioma

  • Organize e escreva texto claro, conciso e facilmente compreendido. Os testes de usabilidade mostram que o desdobramento das principais informações no final de uma frase melhora a compreensão. Para obter mais diretrizes, consulte Estilo e Tom.

Incorreto:

Três são os próximos dígitos?

Clique em OK para começar.

Correto:

O próximo dígito é três?

Para começar, clique em OK.

Chaves de acesso

  • Prefira caracteres com larguras largas, como w, m e letras maiúsculas.
  • Prefira uma consoante distinta ou uma vogal, como "x" em "Exit".
  • Evite usar caracteres que dificultam a visualização do sublinhado, como (do mais problemático ao menos problemático):
    • Caracteres que têm apenas um pixel de largura, como i e l.
    • Caracteres com descendentes, como g, j, p, q e y.
    • Caracteres ao lado de uma letra com um descendente.
  • Atribua chaves de acesso a todos os itens de menu. Sem exceções.

  • Para itens de menu dinâmico (como arquivos usados recentemente), atribua chaves de acesso numericamente.

    captura de tela do menu aberto com arquivos usados recentemente

    Neste exemplo, o programa Paint no Windows atribui chaves de acesso numéricos a arquivos usados recentemente.

  • Atribua chaves de acesso exclusivas em um nível de menu. Você pode reutilizar chaves de acesso em diferentes níveis de menu.

  • Facilite a localização das chaves de acesso:

    • Para os itens de menu usados com mais frequência, escolha caracteres no início da primeira ou segunda palavra do rótulo, preferencialmente o primeiro caractere.
    • Para itens de menu usados com menos frequência, escolha letras que sejam uma consoante distinta ou uma vogal no rótulo.

Teclas de acesso da caixa de diálogo

  • Sempre que possível, atribua chaves de acesso exclusivas a todos os controles interativos ou seus rótulos.Caixas de texto somente leitura são controles interativos (porque os usuários podem rolar e copiar texto), portanto, eles se beneficiam das chaves de acesso. Não atribua chaves de acesso a:

    • Botões OK, Cancelar e Fechar. Enter e Esc são usados para suas chaves de acesso. No entanto, sempre atribua uma chave de acesso a um controle que significa OK ou Cancelar, mas tem um rótulo diferente.

      captura de tela de controles com chaves de acesso atribuídas

      Neste exemplo, o botão de confirmação positiva tem uma chave de acesso atribuída.

  • Rótulos de grupo. Normalmente, os controles individuais dentro de um grupo recebem chaves de acesso, portanto, o rótulo de grupo não precisa de uma. No entanto, atribua uma chave de acesso ao rótulo do grupo e não aos controles individuais se houver uma escassez de chaves de acesso.

  • Botões genéricos da Ajuda, que são acessados com F1.

  • Rótulos de link. Muitas vezes, há muitos links para atribuir chaves de acesso exclusivas e sublinhados de link ocultam os sublinhados da chave de acesso. Em vez disso, fazer com que os usuários acessem links com a tecla Tab.

  • Nomes de tabulação. As guias são circuladas usando Ctrl+Tab e Ctrl+Shift+Tab.

  • Procurar botões rotulados como "...". Essas chaves de acesso não podem ser atribuídas exclusivamente.

  • Controles sem rótulo, como controles de rotação, botões de comando gráfico e controles de divulgação progressiva sem rótulo.

  • Texto estático sem rótulo ou rótulos para controles que não são interativos, como barras de progresso.

  • Atribua as chaves de acesso do botão de confirmação primeiro para garantir que elas tenham as atribuições de chave padrão. Se não houver uma atribuição de chave padrão, use a primeira letra da primeira palavra. Por exemplo, a chave de acesso para os botões Sim e Não commit deve ser sempre "Y" e "N", independentemente dos outros controles na caixa de diálogo.

  • Para botões de confirmação negativos (além de Cancelar) formulados como "Não", atribua a chave de acesso ao "n" em "Não". Se não for formulado como "Não", use a atribuição de chave de acesso padrão ou atribua a primeira letra da primeira palavra. Ao fazer isso, todos os Don'ts e No's têm uma chave de acesso consistente.

  • Para facilitar a localização das chaves de acesso, atribua as chaves de acesso a um caractere que aparece no início do rótulo, idealmente o primeiro caractere, mesmo que haja um palavra-chave que aparece posteriormente no rótulo.

Para obter mais diretrizes e exemplos, consulte Teclado.

Texto

  • Use dois-pontos no final dos rótulos de controle externos. Algumas tecnologias adaptativas procuram dois-pontos para identificar rótulos de controle.

  • Rótulos de posição consistentemente relativos aos elementos que eles estão rotulando. Isso ajuda a tecnologia adaptativa a associar corretamente os rótulos aos seus controles correspondentes e ajuda os usuários de ampliadores de tela a saber onde procurar um rótulo ou controle.

    captura de tela de rótulos colocados consistentemente

    Neste exemplo, os rótulos de cada uma das listas suspensas são colocados de forma consistente e usam dois-pontos.

  • Limite o texto alt a no máximo 150 caracteres. Descreva a ação para ativar o controle (por exemplo, clique, clique com o botão direito do mouse e assim por diante) e descreva a função do controle.

    Aceitável:

    Botão.

    Colinas azuis.

    Melhor:

    Clique para entrar em sua conta.

    Foto de colinas distantes mostrando como as cores desaparecem à distância.

  • Não use texto para desenhar linhas, caixas ou outros símbolos gráficos. Os caracteres usados dessa forma podem confundir os usuários dos leitores de tela. Por exemplo, uma caixa desenhada com a letra "X" em torno de uma área de texto é lida pelo software de leitor de tela como "X X X X X" na primeira linha, seguida por "X" e o conteúdo e "X".

Documentação

  • Documente todas as opções e recursos de acessibilidade (por exemplo, todos os atalhos de teclado).
  • Crie uma documentação acessível em formatos acessíveis. Portanto, a documentação em si deve seguir as mesmas regras de acessibilidade que a interface do usuário primária.
  • Consulte chaves de acesso, não teclas de atalho (que têm um significado e uso diferentes), teclas mnemônicas ou aceleradores.
  • Em geral, consulte uma pessoa com um tipo de deficiência, não uma pessoa com deficiência. Considere a pessoa primeiro, não o rótulo.
Usar estes termos Em vez de
Tem destreza limitada, tem deficiências de movimento
Aleijado, manco
Sem deficiências
Normal, apto, saudável
Com uma mão, pessoas que digitam com uma mão
Mão única
Pessoas com deficiências
Os deficientes, deficientes, pessoas com deficiências, deficientes
Deficiências cognitivas, deficiências de desenvolvimento