Leia o raciocínio por trás de um componente do sistema de design

Quatro referências públicas para estudar componentes como decisões sobre conteúdo, comportamento e acesso, em vez de uma galeria de controles atraentes.

Uma captura de ecrã de botão informa pouco sobre validação, navegação pelo teclado ou o que acontece quando um rótulo fica mais longo. Uma boa documentação de componentes explica as decisões relacionadas. Esses sistemas e artigos oferecem diferentes escalas de explicação, desde padrões de serviço público até fundamentos de produtos e comportamento detalhado de interface. Estude um problema entre eles antes de tomar emprestado um tratamento visual.

Tente isso primeiro

Escolha um padrão que seu projeto realmente precisa, como uma mensagem de erro ou uma divulgação. Compare sua finalidade, texto, comportamento de foco e tratamento de ecrã estreita. Escreva uma pequena lista de verificação de aceitação e teste sua própria implementação com um teclado e conteúdo realista. Mantenha a documentação fonte ao lado da decisão que o leitor toma.

Lembre-se

Um padrão governamental ou específico de um produto carrega seu contexto original. Não copie cegamente seu texto ou marca. Os artigos mais antigos continuam sendo explicações úteis, mas verificam os detalhes da implementação em relação ao comportamento atual do navegador e às orientações de acessibilidade.