Práticas recomendadas de acessibilidade

Observação

Este artigo destina-se a desenvolvedores do .NET Framework que desejam usar as classes de Automação de Interface do Usuário gerenciadas definidas no System.Windows.Automation namespace. Para obter as informações mais recentes sobre Automação de Interface do Usuário, consulte API de Automação do Windows: Automação de Interface do Usuário.

A implementação das práticas recomendadas a seguir em controles ou aplicativos melhorará sua acessibilidade para pessoas que usam dispositivos de tecnologia adaptativa. Muitas dessas práticas recomendadas se concentram no bom design da interface do usuário (interface do usuário). Cada prática recomendada inclui informações de implementação para controles ou aplicativos do WPF (Windows Presentation Foundation). Em muitos casos, o trabalho para atender a essas práticas recomendadas já está incluído nos controles do WPF.

Acesso programático

O acesso programático envolve garantir que todos os elementos da interface do usuário sejam rotulados, os valores da propriedade sejam expostos e os eventos apropriados sejam gerados. Para controles padrão do WPF, a maior parte desse trabalho já é feita por meio AutomationPeer. Os controles personalizados exigem trabalho adicional para garantir que o acesso programático seja implementado corretamente.

Habilitar o acesso programático a todos os elementos e texto da interface do usuário

Os elementos da interface do usuário devem habilitar o acesso programático. Se a interface do usuário for um controle WPF padrão, o suporte para acesso programático será incluído no controle. Se o controle for um controle personalizado, que foi subclasse de um controle comum ou subclasse do Controle, você precisará verificar a implementação de AutomationPeer de áreas que podem precisar de modificação.

Seguir essa prática recomendada permite que os fornecedores de tecnologia adaptativa identifiquem e manipulem elementos da interface do usuário do produto.

Colocar nomes, títulos e descrições em objetos de interface do usuário, quadros e páginas

As tecnologias adaptativas, especialmente os leitores de tela, usam o título para entender o local do quadro, objeto ou página no esquema de navegação. Portanto, o título deve ser descritivo. Por exemplo, um título de página da Web de "Página da Web da Microsoft" será inútil se o usuário tiver navegado profundamente em alguma área específica. Um título descritivo é fundamental para os usuários que são cegos e dependem dos leitores de tela. Da mesma forma, para controles WPF, NameProperty e HelpTextProperty são importantes para dispositivos de tecnologia adaptativa.

Seguir essa prática recomendada permite que as tecnologias adaptativas identifiquem e manipulem a interface do usuário em aplicativos e controles de exemplo.

Garantir que eventos programáticos sejam disparados por todas as atividades da interface do usuário

Seguir essa prática recomendada permite que as tecnologias adaptativas ouçam as alterações na interface do usuário e notifiquem o usuário sobre essas alterações.

Configurações do usuário

A prática recomendada nesta seção garante que os controles ou aplicativos não substituam as configurações do usuário.

Respeite todas as configurações de System-Wide e não interfira nas funções de acessibilidade

Os usuários podem usar o Painel de Controle para definir alguns sinalizadores em todo o sistema; outros sinalizadores podem ser definidos programaticamente. Essas configurações não devem ser alteradas por controles ou aplicativos. Além disso, os aplicativos devem dar suporte às configurações de acessibilidade de seu sistema operacional host.

Seguir essa prática recomendada permite que os usuários definam as configurações de acessibilidade e saibam que essas configurações não serão alteradas por aplicativos.

Design de interface visual de usuário

As práticas recomendadas nesta seção garantem que os controles ou aplicativos usem cores e imagens com eficiência e possam ser usados por tecnologias assistenciais.

Não Embutir Cores

Pessoas que são cegas por cores, têm visão baixa ou estão usando uma tela em preto e branco podem não ser capazes de usar aplicativos com cores codificadas em código.

Seguir essa prática recomendada permite que os usuários ajustem combinações de cores com base em necessidades individuais.

Suporte a alto contraste e todos os atributos de exibição do sistema

Os aplicativos não devem interromper ou desabilitar configurações de contraste, seleções de cores em todo o sistema selecionadas pelo usuário ou outros atributos e configurações de exibição em todo o sistema. As configurações em todo o sistema adotadas por um usuário aprimoram a acessibilidade dos aplicativos, portanto, elas não devem ser desabilitadas ou desconsideradas pelos aplicativos. A cor deve ser usada em sua combinação de primeiro plano em segundo plano correta para fornecer o contraste adequado. Não misture cores não relacionadas e não reverta as cores.

Muitos usuários exigem combinações específicas de alto contraste, como texto em branco em um plano de fundo preto. Desenhar eles invertidos, pois o texto preto em um plano de fundo branco faz com que o plano de fundo borre em primeiro plano e pode dificultar a leitura para alguns usuários.

Verifique se todas as UIs são dimensionadas corretamente por qualquer configuração de DPI

Verifique se toda a interface do usuário pode ser dimensionada corretamente por qualquer configuração de pontos por polegada (dpi). Além disso, verifique se os elementos da interface do usuário se encaixam em uma tela de 1024 x 768 com 120 pontos por polegada (dpi).

As melhores práticas nesta seção asseguram que a navegação seja abordada para controles e aplicativos.

Fornecer suporte de teclado para todos os elementos da interface do usuário

As paradas de tab, especialmente quando cuidadosamente planejadas, oferecem aos usuários outra maneira de navegar na interface.

Os aplicativos devem fornecer as seguintes interfaces de teclado:

parada de guia para todos os controles com os quais o usuário pode interagir, como botões, links ou caixas de listagem
ordem de guia lógica

Mostrar o foco do teclado

Os usuários precisam saber qual objeto tem o foco do teclado para que possam prever o efeito de seus pressionamentos de tecla. Para realçar o foco do teclado, use cores, fontes ou elementos gráficos, como retângulos ou ampliação. Para realçar audivelmente o foco do teclado, altere o volume, o tom ou a qualidade tonal.

Para evitar confusão, os aplicativos devem ocultar todos os indicadores de foco visual e atenuar as seleções que estão localizadas em janelas inativas (ou painéis).

Os aplicativos devem fazer o seguinte com o foco do teclado:

um item deve sempre ter o foco do teclado
o foco do teclado deve ser visível e óbvio
seleções e/ou itens focados devem ser realçados visualmente

Diferentes aspectos da navegação por teclado fornecem maneiras diferentes de os usuários navegarem pela interface do usuário.

Os aplicativos devem fornecer as seguintes interfaces de teclado:

teclas de atalho e chaves de acesso sublinhadas para todos os comandos, menus e controles
atalhos de teclado para links importantes
todos os itens de menu têm uma chave de acesso; todos os botões têm teclas de acelerador, todos os comandos têm uma tecla aceleradora.

A localização do mouse não deve interferir na navegação do teclado. Por exemplo, se o mouse estiver posicionado em algum lugar e o usuário estiver navegando com o teclado, um clique do mouse não deverá acontecer, a menos que seja iniciado pelo usuário.

Interface multimodal

As práticas recomendadas nesta seção garantem que a interface do usuário do aplicativo inclua alternativas para elementos visuais.

Fornecer User-Selectable equivalentes para elementos que não são de texto

Para cada elemento que não seja de texto, forneça um equivalente selecionável pelo usuário para texto, transcrições ou descrições de áudio, como texto alt, legendas ou comentários visuais.

Elementos que não são de texto abrangem uma ampla gama de elementos de interface do usuário, incluindo: imagens, regiões de mapa de imagem, animações, applets, quadros, scripts, botões gráficos, sons, arquivos de áudio autônomos e vídeo. Elementos que não são de texto são importantes quando contêm informações visuais, fala ou informações de áudio gerais às quais o usuário precisa de acesso para entender o conteúdo da interface do usuário.

Usar a cor, mas também fornecer alternativas à cor

Use a cor para aprimorar, enfatizar ou reiterar informações mostradas por outros meios, mas não comunique informações usando apenas a cor. Usuários daltônicos ou que têm um monitor monocromático precisam de alternativas à cor.

Usar APIs de entrada padrão com chamadas independentes de dispositivo

As chamadas independentes do dispositivo garantem a equiparação de funções entre teclado e mouse, ao mesmo tempo que fornecem à tecnologia assistiva as informações necessárias sobre a interface do usuário.

Consulte também

Last updated on 2025-06-19

Compartilhar via