Convertisseur OKLCH vers HEX

Il suit un calcul explicite des coordonnées cylindriques OKLCH vers OKLab puis RGB linéaire, avant d’écrêter les canaux hors du gamut sRGB affichable. Le résultat est déterministe, automatisable et accompagné des valeurs RGB et OKLab afin que vous puissiez contrôler précisément la conversion plutôt que de considérer le code HEX final comme une boîte noire.

Saisissez une couleur OKLCH valide

Indiquez la couleur avec la notation fonctionnelle CSS, par exemple oklch(62.8% 0.258 29.23). La luminosité peut être un pourcentage compris entre 0% et 100%, ou une valeur sans unité comprise entre 0 et 1. La chroma doit être positive ou nulle. La teinte est interprétée en degrés sans suffixe, mais les unités deg, grad, rad et turn sont également admises. Elle peut dépasser l’intervalle de 0 à 360, car elle est ramenée à l’angle équivalent. Le convertisseur exige les trois coordonnées et refuse l’alpha, le mot CSS none, les virgules, une entrée HEX ou toute autre fonction colorimétrique. Ce contrat ciblé garantit une couleur opaque à six chiffres et signale clairement une donnée incorrecte au lieu d’en deviner le sens. Chaque composante numérique doit être finie ; Infinity et NaN sont rejetés avant tout calcul. Cette validation stricte convient particulièrement aux outils de build et aux chaînes de données, où un format inattendu pourrait diffuser une mauvaise couleur de marque dans de nombreuses ressources générées.

Comprenez les étapes du calcul

OKLCH décrit une couleur par sa luminosité perceptuelle, sa chroma et sa teinte. Le convertisseur normalise d’abord la teinte, puis projette les coordonnées cylindriques sur les axes a et b d’OKLab grâce au cosinus et au sinus. Il applique ensuite la transformation OKLab publiée afin d’obtenir les canaux sRGB linéaires. Ces canaux passent par la courbe de transfert sRGB standard, puis sont quantifiés en entiers rouge, vert et bleu de 0 à 255. Chaque octet devient exactement deux caractères hexadécimaux : le résultat principal respecte donc toujours la forme #RRGGBB. La réponse fournit aussi les coordonnées OKLab calculées et les canaux RGB entiers, utiles pour analyser un désaccord entre logiciel de création et chaîne de code. Seul l’objet OKLab affiché arrondit les valeurs intermédiaires ; le calcul conserve toute la précision numérique de JavaScript jusqu’aux octets RGB finaux. Sans réseau, hasard, heure, format régional ni état modifiable, l’algorithme produit le même JSON dans l’API et le navigateur pour une entrée identique.

Gérez les couleurs hors du gamut sRGB

OKLCH peut exprimer des couleurs qu’un écran sRGB ordinaire et un code HEX à six chiffres ne savent pas représenter. Si un canal RGB linéaire calculé est inférieur à zéro ou supérieur à un, il est ramené à la limite la plus proche avant l’application de la courbe sRGB. La réponse fixe clamped à true dans ce cas. Cet écrêtage est rapide et prévisible, mais il ne constitue pas un mappage perceptuel du gamut : une couleur très vive peut perdre des nuances, sembler changer de teinte ou aboutir à un canal totalement saturé. Considérez cet indicateur comme une invitation à contrôler la couleur, notamment pour les palettes de marque, les jetons d’accessibilité et les dégradés dont les rapports entre couleurs voisines comptent. Avec clamped à false, tous les canaux étaient déjà dans sRGB. S’il vaut true et que la fidélité visuelle importe, réduisez la chroma de la source OKLCH et recommencez jusqu’à ce qu’elle tienne dans le gamut. Ce comportement explicite garantit une sortie exploitable sans masquer le compromis. L’alpha n’est pas conservé, car le HEX à six chiffres est opaque.