Imagine um controlador com três pontos idênticos. Um é vermelho, um é verde e o outro é azul, mas não há palavras, formas ou rótulos fixos ao lado deles. Para o seu designer, a interface parece simples. Para um usuário com diferença de visão de cores, sob luz ambiente com forte intensidade azul ou visualizando uma tela escura de um ângulo, os três estados podem ser difíceis de distinguir. A lição é mais ampla do que o daltonismo: a tonalidade pode ser uma dica útil, mas nunca deve ter todo o significado de um canal, aviso ou ação necessária.
Os controles de iluminação do aquário geralmente gerenciam conceitos que já usam nomes de cores. Um usuário pode ajustar os canais azul, violeta, branco, vermelho ou verde, selecionar uma cena de luar ou identificar um aviso de conectividade. As amostras de cores podem ajudar as pessoas a compreender o resultado visível, mas o controle ainda precisa de um nome legível ou outro identificador estável. "Canal azul, 40 por cento" comunica o estado. Somente uma mancha azul solicita que o olho, a tela, a luz ambiente e a percepção do usuário façam um trabalho que o texto simples poderia ter feito de maneira confiável.
Redundância não significa decorar cada botão com vários símbolos não relacionados. Isso significa que informações importantes têm pelo menos um caminho sem cor. Um canal nomeado pode emparelhar texto com um ícone ou posição consistente. Um aviso pode combinar uma cor, um símbolo de aviso reconhecível e uma mensagem curta descrevendo a ação. Uma programação habilitada pode mostrar a palavra "Ligado", uma posição do interruptor e a hora do próximo evento. As dicas devem concordar. Se verde às vezes significa conectado e em outro lugar significa um canal de LED específico, o contexto e os rótulos devem evitar confusão.
O contraste é separado do matiz. Duas cores que parecem diferentes em uma ferramenta de design podem ter luminosidade muito semelhante, dificultando a visualização do texto ou dos limites para muitos usuários. Tipos pequenos, traços finos, brilho do aquário, tela de baixa qualidade e escurecimento no modo noturno podem piorar o problema. Os designers devem verificar o contraste do texto e dos ícones em todos os estados normais, incluindo os estados selecionado, desativado, aviso e foco. Eles também devem inspecionar o controlador físico sob a luz colorida do ambiente em que os clientes realmente o utilizarão.
Simulações comuns de visão de cores são verificações de projeto úteis, mas um filtro não pode representar todas as pessoas ou condições. A prototipagem deve incluir usuários com visão variada quando possível, além de verificações de brilho da tela, ângulo de visão, localização e olhos mais velhos. Uma pessoa que consegue distinguir duas cores indicadoras em um escritório pode ter dificuldades quando um display brilhante domina a sala. Testar o hardware e o software reais juntos detecta falhas que uma captura de tela plana deixa passar, como um pequeno indicador sendo sobrecarregado pela luz refletida.
Os padrões de piscada podem adicionar uma sugestão não colorida, mas precisam de restrição. Um flash rápido, um pulso lento e uma luz constante podem identificar diferentes estados se o manual e a interface os explicarem, mas não se deve esperar que os usuários memorizem um grande livro de códigos. O movimento também pode distrair ou criar problemas de acessibilidade. Para condições críticas, exiba um estado escrito persistente sempre que possível e torne qualquer padrão complementar. Se um controlador pequeno não puder mostrar texto, um ícone de formato claro, uma posição física rotulada e um caminho manual acessível tornam-se mais importantes.
Um exemplo cotidiano é um sensor de temperatura ou iluminação desconectado mostrado como um ponto vermelho. Adicionar um ícone de triângulo e a mensagem “Sensor não detectado” torna o estado compreensível sem identificar a tonalidade. A mensagem deve distinguir um aviso de uma instrução: “Verifique a conexão aprovada após desconectar a alimentação” é mais útil do que um ponto de exclamação inexplicável. Não deve exagerar as consequências nem instruir o proprietário a abrir equipamentos elétricos selados. Acessibilidade e linguagem de serviço segura podem apoiar-se mutuamente.
Os controles de canal precisam de cuidados semelhantes. A ordem fixa ajuda apenas quando a ordem permanece consistente no dispositivo, no aplicativo, no manual e nas cenas salvas. Se o primeiro controle deslizante estiver azul em uma tela, mas branco em outra, a posição deixa de ser uma indicação confiável. Os rótulos de texto devem permanecer visíveis em vez de desaparecer após a configuração. Os ícones devem ter formatos significativamente diferentes, e não cinco símbolos solares quase idênticos, coloridos em tons diferentes. Os nomes dos leitores de tela devem identificar o controle e seu valor atual onde a plataforma de software os suporta.
Os fabricantes também precisam de um método para testar a comunicação de estado. Liste todos os estados normais, desativados, transicionais, de falha e de recuperação; registre como cada um é mostrado sem cor; verifique o contraste; e confirme se o texto traduzido se ajusta. Um pequeno grupo de usuários reais pode revelar se o “Canal A” é muito abstrato, se um ícone é ambíguo ou se um alerta desaparece muito rapidamente. As equipes de suporte devem usar os mesmos nomes de estado da interface para que o cliente possa relatar exatamente o que é exibido, em vez de adivinhar qual sombra está piscando.
A cor continua bem-vinda. Ele pode tornar a varredura de um controle mais rápida, conectar um controle deslizante à luz que ele ajusta e fornecer um caráter de interface. O requisito da engenharia é simplesmente que a remoção da cor não remova o significado essencial. Texto, ícones, forma, posição, contraste e padrões cuidadosamente limitados oferecem às pessoas mais de uma maneira de compreender o mesmo estado. Um controlador de luz de aquário acessível não exige que todos os olhos vejam a paleta do designer da mesma maneira; torna o comando pretendido e a próxima ação segura claros de qualquer maneira.
A acessibilidade deve continuar além da tela principal. Instruções de emparelhamento, mensagens de redefinição de senha, programações exportadas, etiquetas impressas e artigos de suporte devem usar os mesmos identificadores sem cor. Um técnico que receber uma foto monocromática ainda deverá conseguir identificar o canal ou aviso. Os LEDs físicos podem ficar ao lado de símbolos moldados ou posições numeradas, enquanto o manual fornece um mapeamento de texto exato. Se um estado urgente não couber no dispositivo, a interface complementar deve apresentar o problema escrito e a ação segura, em vez de exigir que o usuário decodifique uma tonalidade. A consistência entre produtos, aplicativos, embalagens e serviços transforma a redundância em um sistema confiável, em vez de uma coleção de ícones bem-intencionados.
