Criar activos acessíveis: Formulários

Os formulários são uma parte essencial da interação dos utilizadores em páginas de destino e sítios Web, seja para se inscreverem, fazerem compras ou enviarem informações. Para garantir que todos os utilizadores os podem utilizar, os formulários devem ser concebidos tendo em conta a acessibilidade. Este artigo aborda as melhores práticas para etiquetar campos, fornecer instruções claras, gerir erros e suportar a navegação por teclado, para que todos os utilizadores possam preencher os seus formulários com facilidade.

Requisitos

• Todas as etiquetas têm de ser associadas de forma programática aos elementos correspondentes.
• Todas as etiquetas têm de estar disponíveis como texto discernível por programação.
• Todas as etiquetas têm de ser significativas.
• O texto de marcador de posição é permitido, mas não deve ser utilizado como o único método de fornecer uma etiqueta para uma entrada de texto.
• Quando são utilizadas várias etiquetas para um elemento, cada etiqueta deve ser associada programaticamente ao elemento correspondente.
• Quando uma etiqueta é utilizada para vários elementos, a etiqueta deve ser associada programaticamente a cada um dos elementos correspondentes.
• As etiquetas de grupo devem ser associadas programaticamente ao grupo se as etiquetas individuais de cada elemento do grupo forem insuficientes por si só (por exemplo, um grupo de botões de rádio que tem uma etiqueta de grupo e etiquetas individuais para cada opção de rádio).
• As instruções para compreender e utilizar conteúdos não devem basear-se apenas nas caraterísticas sensoriais dos componentes, tais como
  • forma,
  • cor,
  • tamanho,
  • localização visual,
  • orientação,
  • som.
• Os ícones ou gráficos só podem ser utilizados como única etiqueta visual (sem texto visual) se o significado do ícone for visualmente evidente e se existir uma etiqueta semântica associada, de forma programática, disponível para as tecnologias de apoio.
• As etiquetas devem ser visíveis.
• As instruções para um elemento devem estar associadas ao elemento de forma programática.
• As instruções para um elemento devem estar disponíveis como texto determinável por programação.
• As instruções para um elemento têm de ser significativas.
• Instruções de entrada visíveis: As instruções para um elemento têm de ser visíveis.
• Para os componentes da interface do utilizador com etiquetas que incluem texto ou imagens de texto, o nome deve conter o texto que é apresentado visualmente.
• A etiqueta programática deve incluir o mesmo texto apresentado na etiqueta visual, para facilitar a ativação por voz.
• Se o conhecimento de um campo com deficiência for essencial para a compreensão do conteúdo, deve ser fornecida uma forma alternativa de comunicar informações sobre o campo com deficiência.
• Isto porque os campos desactivados não se encontram, por defeito, na ordem normal dos separadores, o que torna difícil aos utilizadores de leitores de ecrã descobri-los.
• Os utilizadores DEVEM dispor de tempo suficiente para preencher o formulário, através de, pelo menos, um dos seguintes métodos
  • sem limite de tempo,
  • possibilidade de desativar o limite de tempo
  • a possibilidade de alargar o limite de tempo,
  • a possibilidade de ajustar/personalizar o limite de tempo,
  • um mínimo de 20 horas para preencher o formulário.
• As informações previamente introduzidas ou fornecidas ao utilizador que devam ser introduzidas de novo no mesmo processo são
  • auto-preenchidas, ou
  • disponíveis para o utilizador selecionar.
• Exceto quando:
  • a reintrodução das informações é essencial,
  • a informação é necessária para garantir a segurança do conteúdo,
  • ou as informações introduzidas anteriormente já não são válidas.
• Não deve ser exigido um teste de função cognitiva (como memorizar uma palavra-passe ou resolver um puzzle) para qualquer etapa de um processo de autenticação.
  • o “reconhecimento de objectos” e os “conteúdos pessoais” podem ser representados por imagens, vídeo ou áudio.

Excepções

Introdução de informações redundantes

São permitidas excepções quando

• a reintrodução das informações é essencial,
• a informação é necessária para garantir a segurança do conteúdo,
• ou a informação introduzida anteriormente já não é válida.

Autenticação

NÃO DEVE ser exigido um teste de função cognitiva (tal como memorizar uma palavra-passe ou resolver um puzzle) para qualquer etapa de um processo de autenticação, a menos que essa etapa forneça pelo menos um dos seguintes elementos

• Outro método de autenticação que não dependa de um teste de função cognitiva.
• Está disponível um mecanismo para ajudar o utilizador a completar o teste de função cognitiva.
• O teste da função cognitiva consiste em reconhecer objectos.
• O teste de função cognitiva é para identificar conteúdo não textual que o utilizador forneceu ao sítio Web.

Exemplos

	FAZ: Um formulário contém vários campos obrigatórios. As etiquetas dos campos obrigatórios são apresentadas a vermelho. No final de cada etiqueta está um asterisco, *. FAZ: Os campos têm ícones de apoio para representar o estado de entrada, por exemplo, cadeado. FAZ: Todos os estados de entrada são facilmente reconhecíveis.
	Os mecanismos que satisfazem o critério 3.3.8 incluem suporte para a introdução de senhas por gestores de senhas para reduzir a necessidade de memória, copia e cola para reduzir o peso cognitivo de voltar a escrever.