Lista de verificação para atribuição do selo prata.
A sequência de tabulações entre campos segue a sequência de preenchimento
- Os campos devem seguir na sua ordem de tabulações a sequência normal de preenchimento do documento.
Formulários com mais de 2 ecrãs de altura são repartidos em várias páginas
- Os formulários não devem ser apresentados de forma excessivamente longa. Formulários que ocupem mais do que 2 ecrãs de altura devem ser repartidos por tantos ecrãs quantos os necessários para cumprir esta regra.
Formulários com mais de uma página têm a sequência dos passos ilustrada
- Formulários repartidos por várias páginas devem indicar no topo da página a sequência de passos necessária para os concluir, juntamente com a designação de cada passo. O utilizador deve poder clicar nos passos anteriores para retornar aos ecrãs respetivos e, se necessário, corrigir informação.
O tamanho dos campos deve refletir o tamanho previsível dos dados
- O tamanho dos campos deve refletir o tamanho previsível para a entrada dos dados. Por exemplo, um campo para telefone deve ter a largura apropriada para conter todos os dígitos e não mais.
É usada revelação progressiva em vez de campos inativos
- Em vez de mostrar campos inativos, o formulário deve esconder os campos dependentes do campo-chave sempre que este não tenha sido ativado. Ao ativar o campo-chave são exibidos os campos que dependem da condição nele definida.
As legendas dos campos são breves e claras
- As legendas associadas aos campos devem ser claras e o mais breves possível, sem recorrer a grandes explicações. Se essas explicações forem necessárias, devem ser apresentadas num bloco de texto paralelo.
Campos obrigatórios devem ser claramente identificados como tal
- A identificação não deve basear-se apenas na cor. A sinalética visual de identificação deve ser notória. Deve ser disponibilizado um equivalente alternativo compatível com as tecnologias de apoio usadas por utilizadores com necessidades especiais.
O sistema deve indicar o que está a acontecer em ações longas
- O sistema deve indicar o que está a processar ou qual o tempo de espera expectável quando o utilizador desencadeia ações que levem a este comportamento.
Deve ser confirmado o sucesso da transação / envio de informação
- O sucesso de uma transação deve ser claramente comunicado ao utilizador através de uma mensagem de confirmação.
A informação já introduzida deve poder ser corrigida a qualquer altura
- Toda a informação que o utilizador transmitiu numa sessão deve poder ser corrigida a qualquer momento, antes da transação ser finalizada.
Ações destrutivas nunca devem ser permanentes; deve ser sempre possível desfazer a operação
- O utilizador deve poder recuperar de qualquer ação que tenha tomado durante a sessão.
Mensagens de erro são claramente identificadas junto aos campos de origem
- As mensagens de erro devem ser apresentadas claramente associadas aos campos a que respeitam. Isto não invalida a necessidade de as apresentar numa lista sumário, uma vez que estas mensagens podem não ser imediatamente visíveis em páginas longas.
Mensagens de erro devem mostrar os passos concretos para a resolução
- As mensagens de erro devem ser claras e sucintas, não expondo desnecessariamente o utilizador a mecanismos internos do sistema, e explicando claramente os passos necessários para que o utilizador resolva o problema.