Conversor de OKLCH para HEX

Ele percorre uma rota numérica explícita das coordenadas cilíndricas OKLCH para OKLab e RGB linear e, em seguida, limita os canais que ficam fora da gama sRGB exibível. O resultado é determinístico, adequado à automação e acompanhado pelos valores RGB e OKLab, para que você possa conferir exatamente o que foi convertido sem tratar o código HEX final como uma caixa-preta.

Informe uma cor OKLCH válida

Digite a cor na notação funcional do CSS, como oklch(62.8% 0.258 29.23). A luminosidade pode ser expressa como porcentagem de 0% a 100% ou como valor sem unidade de 0 a 1. O croma precisa ser zero ou positivo. O matiz é interpretado em graus quando não há sufixo, e os sufixos usuais deg, grad, rad e turn também são aceitos. O ângulo pode ficar fora do intervalo de 0 a 360, pois será normalizado para o valor equivalente. O conversor exige as três coordenadas e não aceita alfa, a palavra CSS none, vírgulas, entrada HEX ou outra função de cor. Essas regras mantêm o contrato voltado à produção de uma cor opaca de seis dígitos e fazem dados malformados falharem de modo claro, em vez de gerar um resultado aparentemente válido por adivinhação. Todos os componentes numéricos devem ser finitos; Infinity e NaN são recusados antes do cálculo. Essa fronteira rigorosa ajuda em ferramentas de build e pipelines de dados, nos quais um formato inesperado pode espalhar uma cor de marca incorreta por diversos arquivos gerados.

Entenda o caminho da conversão

OKLCH descreve uma cor por luminosidade perceptual, croma e matiz. Primeiro, o conversor normaliza o matiz e resolve as coordenadas cilíndricas nos eixos a e b do OKLab usando cosseno e seno. Depois, aplica a transformação publicada do OKLab para obter canais sRGB lineares. Esses canais passam pela curva de transferência sRGB padrão e são quantizados em valores inteiros de vermelho, verde e azul entre 0 e 255. Cada byte vira exatamente dois caracteres hexadecimais; portanto, o resultado principal sempre segue o formato #RRGGBB. A resposta também traz as coordenadas OKLab resolvidas e os canais RGB inteiros. Esses dados intermediários facilitam a investigação quando um aplicativo de design e um pipeline de código parecem divergir. Os valores intermediários de ponto flutuante são arredondados somente no objeto OKLab apresentado; a precisão numérica completa é mantida até o cálculo dos bytes RGB finais. O algoritmo não usa rede, aleatoriedade, hora atual, formatação regional nem estado mutável, então a mesma entrada produz o mesmo JSON na API e no navegador.

Trate cores fora do sRGB

OKLCH consegue descrever cores que telas sRGB comuns e a notação HEX de seis dígitos não representam. Quando um canal RGB linear calculado fica abaixo de zero ou acima de um, o conversor o limita à fronteira mais próxima antes de aplicar a curva sRGB. A resposta define clamped como true quando isso ocorre. O corte é previsível e rápido, mas não é uma estratégia perceptual de mapeamento de gama: uma entrada muito viva pode perder nuances, mudar de matiz aparente ou chegar a um canal totalmente saturado. Considere essa marca um aviso para revisar a cor, principalmente em paletas de marca, tokens de acessibilidade e gradientes nos quais a relação entre tons vizinhos importa. Se clamped for false, todos os canais já estavam dentro do sRGB antes da codificação. Se for true e a fidelidade visual for importante, reduza o croma na origem OKLCH e converta novamente até a cor caber na gama. Esse comportamento explícito evita cálculos de canal inválidos e garante uma saída utilizável de seis dígitos sem esconder a concessão. O alfa não é preservado porque o HEX de seis dígitos representa cor opaca; use outro fluxo quando houver transparência.