Explore os comportamentos antes de definir a interface.
Design de Interação
Questionamentos que devem ser feitos ao se projetar componentes interativos do tipo Switch.
Importante:
Dependendo do contexto de construção de
seus respectivos componentes, é possível que haja mais questionamentos, bem
como alguns dos apresentados aqui não ser necessários. A avaliação precisa
ser feita caso a caso.
Projetando para a "não interação"
- Antes de interagir é possível perceber que o componente alterna entre ligado e desligado?
- O rótulo descreve a configuração controlada sem depender apenas do estado?
- O estado atual está visualmente claro?
Projetando para uso com mouse (qualquer dispositivo de apontamento)
- Há feedback visual ao passar o mouse?
- Ao clicar no controle ou rótulo, o estado alterna imediatamente?
- A mudança de estado é visualmente clara?
Projetando para uso com gestos
- O alvo tocável inclui o rótulo quando possível?
- Ao tocar, o estado alterna entre ligado e desligado?
- A área de toque é confortável?
Projetando para uso com teclado (qualquer dispositivo que não seja de apontamento)
- Há foco visível no switch?
- É possível alternar o estado com
SPACE? - A navegação por
TABsegue o fluxo esperado?
Projetando para uso com leitor de telas
- O rótulo do switch é anunciado?
- O papel de switch é anunciado quando utilizado?
- O estado ligado ou desligado é anunciado?
- A mudança de estado é perceptível após o acionamento?
Métodos de Interação
Possíveis métodos de interação em componentes do tipo Switch.
Importante:
Apenas os principais métodos estão
listados aqui. Componentes customizados devem ter estudos aprofundados.
Interação com mouse (qualquer dispositivo de apontamento)
- Clicar no switch alterna entre ligado e desligado.
- Clicar no rótulo deve alternar o estado quando estiver associado ao controle.
- A ação geralmente é aplicada imediatamente, sem botão de confirmação.
Interação com teclado (qualquer dispositivo que não seja de apontamento)
TABmove o foco para o switch.SPACEalterna o estado.-
ENTERpode funcionar em implementações customizadas, mas não deve substituir o suporte à barra de espaço.
Interação com teclado (ou gestos) + leitor de telas
- O componente deve expor nome, papel e estado.
- O estado deve ser binário e permanecer ligado/desligado, sem estado misto.
- A mudança deve ser anunciada pelo novo estado.
Gherkin
Metodologia BDD (Behavior-Driven Development ou Desenvolvimento Orientado ao Comportamento) com foco em 3 pilares: Histórias de Usuário, Critérios de Aceite e Sintaxes Gherkin (Dado (Given), Quando (When), Então (Then)).
Cenário: Considerando que estou em uma página que contém switch
Navegação por teclado
-
QUANDO uso a tecla
Tabpara mover o foco para um switch - O foco que VEJO é fortemente indicado visualmente
- ENTÃO, quando uso a tecla
Space - VEJO que o switch alterna entre ligado e desligado
Leitor de telas para desktop
-
Quando uso um leitor de tela no computador (NVDA, JAWS, VoiceOver) e movo
o foco para o componente
- OUÇO o rótulo e a finalidade do switch.
- OUÇO que o componente é um switch.
- OUÇO seu estado atual, como ligado ou desligado.
- ENTÃO, quando aciono ou altero o componente
- OUÇO ou percebo que o estado, valor, conteúdo ou ação correspondente foi atualizado.
Leitor de telas para dispositivos móveis
-
QUANDO uso um leitor de tela no celular (Talkback, VoiceOver) e deslizo o
dedo para focar no componente, acontece o seguinte:
- OUÇO o rótulo e a finalidade do switch.
- OUÇO que o componente é um switch.
- OUÇO seu estado atual, como ligado ou desligado.
- ENTÃO, quando eu toco duas vezes ou uso o gesto adequado para ativar o componente
- OUÇO ou percebo que o estado, valor, conteúdo ou ação correspondente foi atualizado.
Pontos de Atenção
Pontos de atenção para se preocupar em componentes do tipo Switch.
- Use switch para configurações binárias que entram em vigor imediatamente.
- Se a ação precisa de confirmação, checkbox ou outro padrão pode ser mais adequado.
- Não altere o rótulo de forma que o nome acessível mude e confunda o estado anunciado.
Referências
Referências adicionais sobre componentes do tipo Switch.
Importante:
A maior parte das referências estão na
plataforma do curso junto com as aulas citadas neste material.
Isenção de responsabilidade:
Os links indicados aqui
não são recomendações, mas apenas uma curadoria de referências onde você
pode encontrar componentes construídos. É importante ressaltar que não há
uma unificação nos formatos de construção e não há garantias de que os links
mencionados aqui cumpram todos os padrões de design. Dúvidas devem ser
direcionadas para as respectivas equipes envolvidas nas construções dos
materiais indicados. Antes de "copiar" algum modelo apresentado, leve em
consideração que todos os materiais são atualizados constantemente e que os
padrões (principalmente proprietários) podem sofrer alterações.
Padrões de Design
- W3C APG: Switch Pattern open_in_newlink externo - abre em uma nova janela (abre em uma nova aba)
- Google - Material Design - Switch open_in_newlink externo - abre em uma nova janela (abre em uma nova aba)
Design System
- US.gov - Checkbox open_in_newlink externo - abre em uma nova janela (abre em uma nova aba)
- IBM Carbon - Toggle open_in_newlink externo - abre em uma nova janela (abre em uma nova aba)
- Adobe Spectrum - Switch open_in_newlink externo - abre em uma nova janela (abre em uma nova aba)
- Bootstrap - Switches open_in_newlink externo - abre em uma nova janela (abre em uma nova aba)