Renk Dönüştürücü (HEX, RGB, HSL)
Renkleri HEX, RGB, HSL ve HSV arasında dönüştürün. Satır başına bir renk yapıştırın; 3 haneli HEX, rgb() ve hsl() değerleri dahil, ve HEX kodunu kopyalamak
Renkleri HEX, RGB, HSL ve HSV arasında iki yönlü dönüştürün. Satır başına bir renk yapıştırın - 3 haneli kısa HEX ile rgb() ve hsl() değerleri dahil - ve tüm gösterimleri tek seferde alın; HEX kodunu kopyalamak için tıklayabileceğiniz bir renk örneğiyle birlikte.
Bir tasarım aracı size HSL verirken devraldığınız CSS'in HEX kullanması, bir canvas ya da Android kaynak dosyası için RGB üçlüsüne ihtiyaç duymanız veya bir marka paletini kontrol edip tonların birbiriyle ilişkisini görmek istemeniz durumunda kullanışlıdır. Dönüşüm standart CSS formüllerini izler ve siz sağladığınızda alpha değerleri korunur.
HEX, RGB, HSL ve HSV arasında renkler nasıl dönüştürülür
Desteklenen herhangi bir biçimde satır başına bir renk girin
Dönüştürülmüş HEX, RGB, HSL ve HSV değerlerini okuyun
HEX kodunu kopyalamak için bir renk örneğine tıklayın
SSS
Girdi olarak hangi formatlar kabul ediliyor?
HEX (#1a2b3c veya #abc), rgb(26, 43, 60), rgba(...), hsl(210, 40%, 17%) ve hsla(...) kabul edilir. Satır başına bir tane girin; fonksiyon adı küçük harfle yazılmış olsun ya da olmasın.
Aynı anda birkaç rengi dönüştürebilir miyim?
Evet. Koca bir paleti yapıştırın - satır başına bir renk - ve her satır bağımsız olarak dönüştürülür.
Bir sonucu nasıl kopyalarım?
Herhangi bir renk örneğine tıklayın, HEX değeri panoya kopyalanır; metin çıktısını da diğer metinler gibi seçip kopyalayabilirsiniz.
Sonuç CSS renk fonksiyonlarıyla birebir aynı mı?
Evet, standart sRGB formülleri kullanılır ve HSL/HSV değerleri okunabilirlik için yuvarlanır. Yuvarlama bir kanalı bir birim kaydırabilir; bu da pratikte fark edilmez.
Saydamlığı destekliyor mu?
rgba() ve hsla() girdisindeki alpha değerleri, HEX çıktısında alpha içeren 8 haneli bir değer olarak korunur.
Sunucuya bir şey gönderiliyor mu?
Hayır. Dönüşüm, tarayıcınızda yapılan saf aritmetiktir.
Bir bakışta
| Girdi | metin |
|---|---|
| Birden fazla dosya | Hayır |
| Nerede çalışır | Tarayıcınızda - dosyalar hiçbir zaman yüklenmez |
| Çevrimdışı çalışır | Evet — sayfa yüklendikten sonra |
| Fiyat | Ücretsiz, kayıt yok, filigran yok |
Dönüştürmelerin sessizce bozulduğu yerler
Dönüştürme hatalarının çoğu söz dizimiyle ilgili değil, anlamla ilgilidir. Bir posta kodu sütunu, elektronik tablo onu bir sayı sandığı anda baştaki sıfırlarını kaybeder; uzun bir kimlik kayan nokta hassasiyetini aşar; tarihler gün-önce mi ay-önce mi olduğuna göre anlam değiştirir. JSON anahtarları sırasızdır ama diziler sıralıdır; anahtarları sıralayan bir araç hiçbir şeyi değiştirmez, dizileri sıralayan bir araç ise veriyi değiştirir. Unicode başka bir tuzaktır: metin UTF-8, UTF-16 ya da bir bayt sırası işaretiyle gelebilir ve yanlış tahmin eden bir çözücü aksanlı karakterleri bozuk metne çevirir. Herhangi bir dönüştürmeye güvenmeden önce ilk ve son satırı, başta sıfır bulunan her alanı ve tırnak, virgül ya da satır sonu içeren her alanı kontrol edin.
Bir veri biçimi seçmek
JSON, bir API'nin döndürdüğü ya da bir programın okuduğu her şey için varsayılandır: iç içe yapıları, sayıları, boolean değerleri ve null'ı doğal biçimde işler ve her dil onu ayrıştırır. CSV daha küçüktür ve doğrudan bir elektronik tabloda açılır, ancak iç içe yapıyı ifade etmenin hiçbir yolu yoktur ve ayırıcı, tırnaklama ya da karakter kümesi için ortak bir standardı yoktur - dönüştürmelerin tam olarak bozulduğu yer burasıdır. XML ayrıntılıdır ama öznitelikleri, karışık içeriği ve şemaları taşır; bu yüzden belge biçimlerine ve eski entegrasyonlara hâlâ hâkimdir. YAML yapılandırma için en okunabilir olanıdır ama boşluklara duyarlıdır ve şaşırtıcı tür dönüşümleri vardır ("no" değerinin false olması, 1.10 gibi bir sürümün 1.1'e dönüşmesi). En hoş görüneni değil, tüketen aracın tercih ettiği biçimi seçin.