Um select deveria dizer algo ao usuário: o que os selects HTML personalizáveis já permitem

A ideia central do texto é simples: até aqui, uma option era uma linha de texto puro, então tudo que a pessoa precisava para decidir tinha de caber no rótulo ou ficar de fora. Com os selects personalizáveis, a opção pode carregar o que realmente pesa na escolha: uma prévia, um número, um cargo, um aviso. O usuário deixa de decifrar e passa a reconhecer.

O autor mostra cinco casos, cada um com versão antes e depois. Fontes aparecem na própria tipografia, com um estilo inline por opção. Fusos mostram a hora local e se lá é dia ou noite, no lugar de "(GMT+09:00) Tokyo" (esse é o único demo que exige JavaScript, por causa do Intl.DateTimeFormat). Opções de entrega ganham colunas alinhadas em grid para comparar preço e prazo de relance. Colegas homônimos se diferenciam por cargo e departamento. Opções com consequências recebem um selo de aviso, só nelas.

Tudo continua sendo um select nativo: teclado, type-to-jump, envio de formulário, select.value, required, validação e papel de acessibilidade ficam com o navegador. Navegadores sem suporte mostram o select comum, com o texto de cada opção. Por isso o texto precisa se sustentar sozinho, algo como "Ahmed Mostafa, Accountant · Finance". Há uma ressalva importante em celulares: o select nativo abre o seletor do sistema (roda no iOS, folha no Android), e o personalizável desenha a própria lista. O autor sugere ativar o recurso só onde há mouse ou trackpad, e os demos da página ativam em qualquer dispositivo.

Em 26 de outubro de 2026 e novamente em 27 de outubro de 2026, o CEVIU noticiou "Como personalizar por completo os elementos select com CSS", sobre appearance: base-select e os pseudo-elementos do picker, com a mesma garantia de que navegadores sem suporte mantêm um controle usável. Aquela cobertura tratava da estilização. Agora o foco sai do visual e vai para o conteúdo da opção: o que ela pode mostrar para ajudar a decidir.

Em 16 de junho de 2026, o CEVIU também publicou "Safari 17 traz Customizable Select: controle total do select nativo, mas com uma regra de ouro", sobre o mesmo recurso em outro navegador. O texto atual, porém, avisa que o navegador do autor não suportava o recurso e recomenda abrir os demos no Chrome ou no Edge.

Para quem desenha formulários, isso muda a pergunta. Em vez de "como deixar o select bonito", fica "o que a pessoa está tentando descobrir ao abrir esta lista". Nos pontos de hesitação do produto, a resposta pode morar dentro da opção. Para quem cuida de acessibilidade, a regra prática é tratar o texto de cada opção como a versão principal, já que celulares e navegadores sem suporte vão ver só ele.