Konwerter HEX na OKLCH

Czym jest konwerter HEX na OKLCH?

// sRGB hex → OKLCH per W3C CSS Color 4 + Ottosson 2020
// References: https://www.w3.org/TR/css-color-4/#color-conversion-code
//             https://bottosson.github.io/posts/oklab/
// Worked example: #3b82f6 (Tailwind blue-500) → oklch(0.629 0.193 263.4)
function hexToOklch(hex) {
  const h = hex.trim().replace(/^#/, '');
  const srgb = [0, 2, 4].map(i => parseInt(h.slice(i, i + 2), 16) / 255);
  // sRGB → linear-sRGB (CSS Color 4 §11.2 piecewise gamma)
  const lin = srgb.map(v => v <= 0.04045 ? v / 12.92 : Math.pow((v + 0.055) / 1.055, 2.4));
  const [lr, lg, lb] = lin;
  // linear-sRGB → XYZ D65 (CSS Color 4 §15.1 matrix)
  const x = 0.4124564 * lr + 0.3575761 * lg + 0.1804375 * lb;
  const y = 0.2126729 * lr + 0.7151522 * lg + 0.0721750 * lb;
  const z = 0.0193339 * lr + 0.1191920 * lg + 0.9503041 * lb;
  // XYZ D65 → LMS (Ottosson 2020), cube-root, → OKLAB
  const l_ = Math.cbrt(0.8189330101 * x + 0.3618667424 * y - 0.1288597137 * z);
  const m_ = Math.cbrt(0.0329845436 * x + 0.9293118715 * y + 0.0361456387 * z);
  const s_ = Math.cbrt(0.0482003018 * x + 0.2643662691 * y + 0.6338517070 * z);
  const L = 0.2104542553 * l_ + 0.7936177850 * m_ - 0.0040720468 * s_;
  const a = 1.9779984951 * l_ - 2.4285922050 * m_ + 0.4505937099 * s_;
  const b = 0.0259040371 * l_ + 0.7827717662 * m_ - 0.8086757660 * s_;
  // OKLAB → OKLCH (Cartesian to polar)
  const C = Math.sqrt(a * a + b * b);
  const H = (Math.atan2(b, a) * 180 / Math.PI + 360) % 360;
  return `oklch(${L.toFixed(3)} ${C.toFixed(3)} ${H.toFixed(1)})`;
}
console.log(hexToOklch('#3b82f6')); // → oklch(0.629 0.193 263.4)

Kluczowe funkcje

Alternatywy dla konwertera HEX na OKLCH

Przykłady konwersji HEX na OKLCH

#3b82f6

#FF5733

#FF1744

#0f172a

#3b82f6

Najczęstsze konwersje HEX → OKLCH (Tailwind v4)

Tabela referencyjna 10 popularnych średnich odcieni z domyślnej palety Tailwind v4 z ich odpowiednikami HEX i OKLCH. Wartości pasują do precyzji opublikowanej palety Tailwind v4 (trzy miejsca po przecinku na L i C, liczba całkowita lub jedno miejsce po przecinku na H).

Jak korzystać z konwertera HEX na OKLCH

1. 1

   Wklej kod HEX w pole HEX

   Wrzuć dowolną wartość HEX do pola HEX — z `#` na początku albo bez, w 3-cyfrowym skrócie (`#F73`), 6-cyfrowej formie pełnej (`#3b82f6`), 4-cyfrowym skrócie z kanałem alfa (`#F738`) albo 8-cyfrowej formie pełnej z kanałem alfa (`#FF573380`). Parser normalizuje wszystkie pięć kształtów wejściowych do tego samego wewnętrznego koloru przed wyprowadzeniem OKLCH. Wielkość liter nie ma znaczenia (`#3b82f6` i `#3B82F6` parsują się identycznie). Nieprawidłowe znaki lub zła liczba cyfr powodują cichy błąd inline; prawidłowy HEX aktualizuje każde inne pole formatu w czasie rzeczywistym, włącznie z OKLCH.

2. 2

   Odczytaj trójkę OKLCH z pola OKLCH

   Pole OKLCH pokazuje wartość w nowoczesnej formie CSS Color 4: `oklch(0.629 0.193 263.4)` dla koloru nieprzezroczystego, `oklch(0.629 0.193 263.4 / 0.5)` dla koloru z kanałem alfa. L jest zaokrąglone do trzech miejsc po przecinku (pasuje do opublikowanej precyzji Tailwind v4), C do trzech miejsc, H do jednego stopnia dziesiętnego. Wewnętrzne źródło prawdy w OKLCH oznacza, że bazowa precyzja float jest zachowana między każdym polem — konwersja w obie strony z powrotem do HEX pozostaje stabilna bitowo, w przeciwieństwie do starszych konwerterów obracających się wokół HSL, które dryfują o stopień lub dwa na każde przejście.

3. 3

   Kliknij Kopiuj, aby pobrać ciąg OKLCH

   Każda karta formatu ma po prawej stronie przycisk Kopiuj. Jedno kliknięcie i wartość ląduje w schowku — etykieta przycisku miga na chwilę „Skopiowano!”, więc wiesz, że się udało. Skopiowany ciąg to kanoniczna składnia CSS Color 4 (`oklch(0.629 0.193 263.4)`), gotowa do wrzucenia w blok `@theme` Tailwind v4 lub definicję zmiennej CSS w shadcn/ui. Dla wyjścia pod konkretną platformę (właściwość niestandardowa CSS, token Tailwind v4, SwiftUI, Compose, Flutter) użyj sekcji Skopiuj jako kod pod selektorem — te fragmenty emitują format, którego każda platforma oczekuje natywnie.

4. 4

   Sprawdź plakietki gamutu Display P3 / Rec2020

   Trzy plakietki gamutu (sRGB, Display P3, Rec2020) pokazują, czy bieżący kolor mieści się w odtwarzalnym zakresie każdej przestrzeni. Jeśli plakietka sRGB robi się czerwona, a P3 jest zielona, kolor jest szerokogamutowym OKLCH, który zrenderuje się z pełnym nasyceniem na sprzęcie Apple (iPhone, iPad, MacBook od 2017+), ale odbarwi się na starszym 24-bitowym monitorze. Przycisk **Dopasuj do sRGB** używa binarnej redukcji chromy (informacyjny algorytm z CSS Color 4 §13), aby zmniejszyć kolor do sRGB, zachowując L i H, produkując fallback HEX, który możesz wysłać przez `@supports not (color: oklch(0 0 0))`.

5. 5

   Także widoczne: RGB, HSL, OKLAB, HSV, HWB, CMYK, nazwany kolor

   Ten sam HEX, który wklejasz, rozświetla też pozostałe osiem pól formatu — RGB dla wywołań canvasu i sprzętu, HSL dla starszych zmiennych CSS, OKLAB dla matematyki palet i macierzy ślepoty barw, HSV i HWB dla projektantów korzystających z selektorów kolorów, CMYK dla oszacowań druku oraz najbliższy nazwany kolor CSS dla dokumentacji i tekstów. Nigdy nie jesteś zamknięty tylko w HEX → OKLCH. Selektor (kwadrat SL + suwak barwy + suwak alfa) napędza wszystkie dziewięć jednocześnie, a w przeglądarkach opartych na Chromium przycisk EyeDropper próbkuje dowolny piksel na ekranie, także poza przeglądarką.

Częste błędy HEX / OKLCH

Ustaw C OKLCH = 0,3, oczekując „30% nasycenia”:
oklch(0.7 0.3 250) → może przekroczyć gamut sRGB dla niebieskich
Kolor szerokogamutowy renderuje się odbarwiony na starszych wyświetlaczach.

Traktuj C jako absolutną chromę, sprawdzaj plakietki gamutu:
oklch(0.7 0.15 250) → komfortowo w sRGB dla tej pary L+H
Użyj plakietek, aby znaleźć maksymalne C, które mieści się w docelowym gamucie.

Skopiuj procenty L z HSL wprost do OKLCH:
hsl(220 50% 30%) przeniesione jako oklch(0.30 0.10 220)
Oba kolory wyglądają zauważalnie inaczej pod względem jasności.

Ponownie wyprowadź OKLCH z oryginalnego HEX-a, nie przenoś z HSL:
źródłowy HEX → konwersja OKLCH → oklch(0.34 0.08 254)
L percepcyjne pozostaje poprawne; paleta wydaje się równa.

Wysłać oklch(0.7 0.4 30) bez sprawdzenia gamutu sRGB:
Wyświetlacze P3 renderują nasyconą czerwień; wyświetlacze sRGB renderują odbarwioną
Kolor marki wygląda niespójnie między sprzętem użytkowników.

Sprawdź plakietkę gamutu sRGB, dopasuj do sRGB jeśli trzeba, warstwuj z @supports:
@supports (color: oklch(0 0 0)) { --primary: oklch(0.7 0.4 30); }
@supports not (color: oklch(0 0 0)) { --primary: #ef6b50; }
Sprzęt P3 dostaje szerokogamutową wartość; sprzęt sRGB dostaje dopasowany fallback.

Zdefiniuj kolor marki tylko w OKLCH:
:root { --primary: oklch(0.629 0.193 263.4); }
IE 11 i stare iOS Safari nie renderują żadnego koloru.

Warstwuj z @supports dla łagodnego fallbacku:
:root { --primary: #3b82f6; }
@supports (color: oklch(0 0 0)) { :root { --primary: oklch(0.629 0.193 263.4); } }
Nowoczesne przeglądarki dostają OKLCH; starsze przeglądarki dostają fallback HEX.

Zastąp oklch() przez lch(), oczekując tego samego wyniku:
lch(60% 50 240) ≠ oklch(0.6 0.15 240) — zupełnie różne kolory
Skopiowane między przestrzeniami, wartość po cichu się myli.

Wybierz jedną przestrzeń i pozostań w niej:
oklch(0.629 0.193 263.4) dla nowoczesnych systemów designu
albo lch(60% 50 240) — ale nie wymieniaj nazw funkcji bez ponownej konwersji

Kto korzysta z HEX na OKLCH

Frontendowcy migrujący do tokenów OKLCH w Tailwind v4

Tailwind v4 ustandaryzował OKLCH dla swojej domyślnej palety w styczniu 2025. Migracja bazy kodu v3 z kolorami marki opartymi na HEX oznacza konwersję każdego HEX-a na OKLCH i wrzucenie wyniku do nowego bloku `@theme`. Wklej tu każdy HEX, skopiuj wartość `oklch()`, zdefiniuj `--color-primary: oklch(0.629 0.193 263.4)` i podobne. Aktywne plakietki gamutu sygnalizują kolory, które przekraczają sRGB, więc możesz zdecydować, czy zachować szerokogamutową wartość dla użytkowników Display P3, czy dopasować do sRGB.

Autorzy motywów shadcn/ui budujący własne palety

Motyw shadcn/ui oparty na zmiennych CSS używa OKLCH dla każdego tokenu (`--background`, `--foreground`, `--primary` itd.). Własne motywy wywodzą się z bazowego HEX-a marki przez konwersję do OKLCH, a potem przemiatanie L dla wariantów jasnego/ciemnego. Wklej HEX marki, odczytaj trójkę OKLCH, zbuduj resztę motywu przez krokowanie L przy utrzymaniu C i H stałych. Dokładnie pasuje do kanonicznego przepływu pracy shadcn.

Autorzy systemów designu generujący percepcyjnie równe rampy

Wygeneruj rampę 50/100/200/.../900 przez krokowanie kanału L w równych przyrostach w OKLCH przy utrzymaniu C i H stałych. Wizualny odstęp między sąsiednimi przystankami wygląda identycznie między wszystkimi barwami — czego paleta kolorów marki faktycznie potrzebuje. Tailwind v4 używa dokładnie tej konstrukcji dla swojej domyślnej palety, a shadcn/ui to lustrzanie odbija. Wklej każdy HEX marki, odczytaj OKLCH, wygeneruj rampę algorytmicznie albo przez panel Jaśniejsze odcienie / Ciemniejsze odcienie / Tony pod selektorem.

Inżynierowie dostępności weryfikujący kontrast w przestrzeni OKLCH

Kontrast WCAG 2.1 i APCA oba raportują względem rozwiązanego koloru sRGB, a nie trójki OKLCH — ale znajomość L w OKLCH koloru marki czyni strojenie kontrastu przewidywalnym: podbij L o 0,1, aby spełnić AA względem bieli, opuść L o 0,1, aby spełnić AA względem czerni. Jednoczesny widok OKLCH + WCAG + APCA czyni tę relację widoczną. Wklej HEX marki, obserwuj plakietki kontrastu, dostosowuj L w OKLCH (bardziej przewidywalne niż HSL), aż para zaliczy obie miary.

Webdeveloperzy budujący szerokogamutowe tokeny kolorów dla nowoczesnych wyświetlaczy

Większość urządzeń Apple od 2017 (i wiele nowoczesnych urządzeń z Androidem) renderuje Display P3 natywnie. Definiowanie kolorów akcentu marki w OKLCH pozwala adresować nasycone czerwienie i zielenie tylko z P3, których żaden kod HEX zakodować nie potrafi. Wklej istniejący HEX, aby odczytać jego OKLCH, potem przepchnij kanał C powyżej sufitu sRGB, aby zająć dodatkowe nasycenie P3. Plakietki gamutu potwierdzają, że nowa wartość mieści się w P3 (i degraduje się łagodnie na ekranach tylko-sRGB przez kompresję chromy w przeglądarce).

Wykładowcy uczący jasności percepcyjnej kontra geometrycznej

Jednoczesny widok OKLCH + HSL czyni różnicę między jasnością percepcyjną a geometryczną oczywistą. Wklej nasyconą zieleń i nasyconą niebieskość przy tym samym L=50% w HSL; wartości L w OKLCH będą się zauważalnie różnić, ponieważ OKLCH mierzy faktyczną postrzeganą jasność. Przeciągnij suwak barwy HSL i obserwuj, jak L w OKLCH chybocze się, gdy utrzymujesz L w HSL stałe — krzywa to dziwactwa gammy zwizualizowane. Demonstracja gotowa do sali wykładowej, dlaczego systemy designu zmigrowały na OKLCH.

Maintainerzy open source modernizujący dokumentację tokenów

Starsze dokumentacje systemów designu zwykle wymieniają kolory marki tylko jako kody HEX. Modernizacja na OKLCH oznacza pokazanie tego samego koloru w obu przestrzeniach — HEX dla kompatybilności bloków kodu, OKLCH dla tabeli specyfikacji i nowoczesnej definicji tokenu. Wklej każdy HEX, skopiuj wyjście OKLCH, zaktualizuj dokumentację. Udostępnialny hash adresu URL pozwala też kontrybutorom linkować do dokładnego koloru omawianego w zgłoszeniu GitHub bez wieloznaczności.

Matematyka i potok HEX na OKLCH

HEX → OKLCH to 7-stopniowy potok

Konwersja przechodzi przez pięć pośrednich reprezentacji: HEX → całkowitoliczbowe sRGB → znormalizowane sRGB (0–1) → linear-sRGB (zdekodowane gammą) → CIE XYZ D65 → OKLAB → OKLCH. Każdy krok to dobrze zdefiniowana macierz lub fragmentaryczna funkcja ze źródła pierwotnego. Narzędzie uruchamia pełny potok przy każdym naciśnięciu klawisza; matematyka jest wystarczająco szybka (mikrosekundy), że żaden debounce nie jest potrzebny. Wystawienie pośredniej krotki RGB obok OKLCH oznacza, że można debugować nieoczekiwaną wartość OKLCH przez inspekcję kanałów RGB.

Funkcja gammy z CSS Color 4 §11.2

Konwersja sRGB → linear-sRGB używa fragmentaryczną funkcję z CSS Color 4 §11.2: `v ≤ 0.04045 ? v/12.92 : ((v + 0.055) / 1.055)^2.4`. Forma fragmentaryczna (z małym odcinkiem liniowym blisko zera) unika niestabilności numerycznej formy czysto wykładniczej przy bardzo ciemnych kolorach. To ta sama funkcja, której profile ICC używają do kodowania sRGB, i ta sama funkcja, której przeglądarki używają wewnętrznie podczas renderowania kodów HEX. Odwrotność dla OKLCH → HEX stosuje tę samą funkcję w odwrotnym kierunku: `v ≤ 0.0031308 ? v * 12.92 : 1.055 * v^(1/2.4) - 0.055`.

Macierz z CSS Color 4 §15.1: linear-sRGB ↔ XYZ D65

Macierz z CSS Color 4 §15.1 konwertuje linear-sRGB na CIE XYZ pod punktem bieli D65: `X = 0.4124564 R + 0.3575761 G + 0.1804375 B`, `Y = 0.2126729 R + 0.7151522 G + 0.0721750 B`, `Z = 0.0193339 R + 0.1191920 G + 0.9503041 B`. Wiersz Y daje wzór na luminancję sRGB. Macierz jest tą samą, której używa każda biblioteka zarządzania kolorem, włącznie z ICC, Adobe Color Engine i open-source'owym potokiem LCMS. Macierz odwrotna dla OKLCH → HEX stosuje odwrotność z §15.1.

Macierze OKLAB Ottossona 2020 i krok pierwiastka sześciennego

Konwersja XYZ D65 → OKLAB używa dwóch macierzy i kroku pierwiastka sześciennego opublikowanych w pracy Björna Ottossona o OKLAB z 2020. Pierwsza macierz transformuje XYZ do przestrzeni odpowiedzi czopków LMS (luźno modelowanej na czułości ludzkich czopków L/M/S). Wykonaj pierwiastek sześcienny każdego kanału, aby skompresować zakres dynamiczny nieliniowo (krok korygujący jednorodność percepcyjną). Druga macierz transformuje LMS po pierwiastkowaniu na współrzędne L/a/b w OKLAB. Wszystkie trzy operacje używają dokładnych wartości opublikowanych w referencyjnej implementacji w pracy; bez ponownych wyprowadzeń ani zaokrągleń. Odwrotność dla OKLCH → HEX stosuje te macierze w odwrotnym kierunku.

OKLAB ↔ OKLCH to przekształcenie kartezjańsko-biegunowe

Osie `a` i `b` w OKLAB tworzą płaszczyznę chromy prostopadłą do osi L. OKLCH koduje tę płaszczyznę biegunowo: `C = sqrt(a² + b²)` (odległość euklidesowa od szarości), `H = atan2(b, a) * 180 / π` (kąt w stopniach, zawinięty do 0–360°). Odwrotność: `a = C * cos(H * π / 180)`, `b = C * sin(H * π / 180)`. Forma biegunowa jest preferowana nad OKLAB do przechowywania tokenów projektowych, ponieważ Hue jest stabilną osią — obracanie Hue nie powoduje przypadkowego przejścia przez szarość w sposób, w jaki obracanie `a` lub `b` potrafi w OKLAB.

Wykrywanie gamutu przez sprawdzenie zakresu kanałów

Kolor jest uważany za mieszczący się w gamucie docelowej przestrzeni (sRGB, Display P3, Rec2020), jeśli każdy kanał mieści się w `[-ε, 1 + ε]` po konwersji do podstawowych tej przestrzeni, gdzie `ε = 1e-7` pochłania szum precyzji float wokół granic. Plakietka gamutu dla każdej przestrzeni robi się czerwona, gdy dowolny kanał wychodzi poza zakres. OKLCH jest nieograniczony co do gamutu — `oklch(0.7 0.4 30)` to prawidłowa współrzędna, ale może przekraczać 256-na-kanał przestrzeń bajtową sRGB. Sprawdzenie działa przy każdym naciśnięciu klawisza; w połączeniu z Dopasuj do sRGB łapie najczęstszą pułapkę adopcji (szerokogamutowy OKLCH nieprawidłowo wyświetlający się na starszych ekranach).

Binarna redukcja chromy w Dopasuj do sRGB

Dopasuj do sRGB pasuje do informacyjnego algorytmu mapowania gamutu z CSS Color 4 §13: utrzymaj L i H stałe na bieżących wartościach, przeszukaj binarnie C ∈ [0, currentC] dla największego C, którego konwersja sRGB pozostaje w gamucie. Wyszukiwanie wykonuje co najwyżej 30 iteracji (precyzja ~10⁻⁹), co z naddatkiem wystarcza do wizualnej dokładności. Zachowanie L i H oznacza, że dopasowany kolor czyta się jako ta sama rodzina barw przy tej samej jasności — traci tylko nasycenie. Nie przycinamy kanałów RGB bezpośrednio, ponieważ to zauważalnie zniekształca barwę (szczególnie w niebieskich, które przycinają się w stronę fioletu).

Najlepsze praktyki dla przepływów HEX / OKLCH

Używaj OKLCH jako kanonicznego formatu tokenu w nowym kodzie

Dla każdego systemu designu wydawanego w 2025 i później definiuj kolory marki i rampy palet w OKLCH. Oś L daje percepcyjnie równe rampy automatycznie; oś chromy potrafi adresować szerokogamutowe kolory, których HEX zakodować nie potrafi. Zachowaj fallback HEX dla starszych przeglądarek przez `@supports not (color: oklch(0 0 0))` albo PostCSS w build-time, ale niech OKLCH będzie wartością kanoniczną w magazynie tokenów. Tailwind v4 i shadcn/ui oba wydają się w ten sposób; nowe projekty mogą podążyć za nimi bez tarcia.

Generuj rampy przez krokowanie L, utrzymując C i H stałe

Kanoniczna konstrukcja rampy OKLCH: zablokuj C i H, przemiataj L w równych przyrostach. 9-stopniowa rampa `oklch(L 0.15 263)` dla L = 0,1, 0,2, …, 0,9 produkuje wizualnie równe odstępy między każdym krokiem. Dokładnie to robi Tailwind v4 wewnętrznie. Nie przemiataj C razem z L, jeśli nie chcesz, aby chromatyczna intensywność rampy zmieniała się celowo (rzadko). Nie pozwól H dryfować między krokami — nawet 5° dryf sprawia, że rampa wydaje się pomieszana.

Dopasuj precyzję Tailwind v4: 3 miejsca po przecinku L+C, 1 miejsce po przecinku H

Domyślna paleta Tailwind v4 publikuje wartości OKLCH z trzema miejscami po przecinku na L i C oraz jednym miejscem po przecinku na H — `oklch(0.629 0.193 263.4)` dla blue-500. Dopasowanie tej precyzji w twoich własnych tokenach oznacza, że przepływy wklej-do-konfiguracji produkują identyczne wartości do tych, które Tailwind dostarcza, a narzędzia diff nie zgłoszą fałszywych różnic. Domyślne zaokrąglanie narzędzia podąża za tą konwencją; kopiuj-wklej do bloku `@theme` jest dokładny bitowo.

Przepuszczaj szerokogamutowy OKLCH przez sprawdzenie gamutu Display P3

Jeśli celujesz w nowoczesny sprzęt Apple (iPhone, iPad, MacBook od 2017+) albo wysyłasz treść świadomą HDR, plakietki gamutu pozwalają przepchnąć C powyżej sufitu sRGB, aby zająć dodatkowe nasycenie P3. Stosowana przez przeglądarkę kompresja chromy chroni kolor przed przycięciem na ekranach tylko-sRGB. Nie dopasowuj domyślnie zawczasu do sRGB, jeśli nie wiesz, że cała twoja publiczność jest na starszych wyświetlaczach — to traci 30%+ nasycenia, które sprzęt P3 potrafi zrenderować.

Dostarcz fallback HEX przez @supports dla przeglądarek sprzed 2023

Choć wsparcie aktualnych przeglądarek dla `oklch()` to teraz ponad 94%, długi ogon (IE 11, stary Android Chrome, osadzone webviews) nadal potrzebuje fallbacku. Opakuj tokeny w `@supports (color: oklch(0 0 0))` i dostarcz wariant HEX w alternatywnej gałęzi. Wyjście Dopasuj do sRGB to dokładnie ten fallback — generowany automatycznie z bieżącej trójki OKLCH z zachowanymi L i H. Wtyczki PostCSS build-time, takie jak `postcss-oklab-function`, potrafią też wstawić przybliżenie sRGB w czasie kompilacji.

Dokumentuj zarówno OKLCH, jak i źródłowy HEX w swoich tokenach

Gdy wysyłasz zmienną CSS typu `--color-primary: oklch(0.629 0.193 263.4)`, dołącz komentarz ze źródłowym HEX-em: `/* source: #3b82f6 (Tailwind blue-500) */`. Sześć miesięcy później, gdy ktoś będzie potrzebował wyprowadzić powiązany ciemniejszy odcień albo sprawdzić wartość względem PDF-a z księgi znaku marki, źródłowy HEX zachowuje pełny ślad pochodzenia. Sam OKLCH ma znaczenie, ale jest trudniejszy do rozpoznania na pierwszy rzut oka; źródłowy HEX to identyfikator, którego większość koleżanek i kolegów z zespołu szuka najpierw.

Używaj hasha URL do udostępniania decyzji o kolorze na żywo

Każda zmiana koloru aktualizuje hash adresu URL jako `#hex=3b82f6` albo `#oklch=...` automatycznie. Skopiuj URL do wątku na Slacku albo do zgłoszenia na GitHubie, a każdy, kto otworzy, ląduje na tym samym kolorze z tą samą trójką OKLCH. To bardziej niezawodne niż wklejanie ciągu OKLCH na czacie — odbiorcy czasem robią literówki w miejscach po przecinku albo zawijają w niewłaściwej precyzji — i pozwala wątkowi design review odnieść się do dokładnego koloru zamiast do „niebieskiego marki, o którym rozmawialiśmy we wtorek”. Hash nigdy nie jest przesyłany na serwer.

Najczęściej zadawane pytania