Dark modun zorunlu kullanılmaması çağrısı

• Bir web sitesi yalnızca dark mod sunuyorsa, uzun yazıları okuyan bazı kullanıcılarda göz yorgunluğu ve rahatsızlık yaratabilir; bu yüzden seçenek sunulması ya da daha rahat bir renk kombinasyonu gerekir
• Asıl mesele dark modun kendisi değil, metin ile arka plan arasındaki kontrast oranıdır; saf beyaz metin ile tam siyah arka plan 21:1 kontrastla yorucu olabilir
• Siyah arka plan üzerinde #888888 gri metin kullanılırsa kontrast oranı 5.9:1'e düşer; bu da aşırı kontrasttan daha okunabilir bir dark mod örneği olur
• WCAG 2.1, normal metin için yalnızca minimum 4.5:1 kontrast oranı ister ve maksimum kontrast sınırı koymaz; bu yüzden 21:1 kombinasyonlar da kurallar gereği erişilebilir sayılabilir
• WCAG 3.0 taslağındaki Maximum text contrast gereksinimi, 4 Eylül 2025 güncellemesinde kaldırıldı ve zorunlu dark mod yazıları için şu anda CSS'yi doğrudan ezmek gibi geçici çözümler gerekiyor

---

Zorunlu dark modun okumayı zorlaştırdığı durumlar

• Dark moda özel tasarlanmış çok sayıda web sitesi ve kişisel blog var; bazı sitelerde daha bir paragraf okumadan gözler rahatsız olmaya başlayabiliyor
• Dark mod belirli durumlarda faydalı olsa da, kullanıcıya seçim hakkı tanınmadan zorla uygulanması kötü bir kullanıcı deneyimine dönüşüyor
• Uzun bir dark mod yazı okuduktan sonra gözler hemen uyum sağlayamayabiliyor ve sanki yatay çizgiler görmeye devam ediyormuşsunuz gibi hissedilebiliyor

Sorunun merkezinde kontrast oranı var

• Dark modda rahatsızlığı belirleyen temel unsur, metin ile arka plan arasındaki kontrast oranıdır
• Saf beyaz metin tam siyah arka plan üzerinde olduğunda kontrast oranı 21:1 olur
  • Bu kombinasyon gözü yorabilir ve okumayı zorlaştırabilir
• Siyah arka plan üzerinde #888888 gri metin kullanıldığında oran 5.9:1'e düşer
  • Aynı dark mod içinde daha rahat okunabilen bir renk kombinasyonuna örnektir
• Kontrast oranı ne kadar yüksekse her zaman o kadar iyi değildir; dark modda aşırı kontrast rahatsızlığı artırabilir

WCAG ölçütlerinin kaçırdığı nokta

• Mevcut WCAG 2.1 SC 1.4.3, normal metin için minimum 4.5:1 kontrast oranı ister
• WCAG 2.1'de maksimum kontrast oranı sınırı yoktur
  • Saf beyaz metin ile tam siyah arka plan gibi 21:1 kontrasta sahip kombinasyonlar da kurallar gereği tamamen erişilebilir kabul edilebilir
  • Pek çok kullanıcı için rahatsız edici olsa bile, mevcut yönergeler dark moddaki aşırı kontrast sorununu ele almıyor
• WCAG 3.0'a keşif niteliğinde bir gereksinim olarak Maximum text contrast eklenmesi planlanmıştı
  • Aralık 2025 güncellemesine göre bu gereksinim, 4 Eylül 2025 tarihli WCAG 3.0 taslak güncellemesinde kaldırıldı
  • Kontrast oranı matematiğine ilişkin GitHub Issue hâlâ açık durumda

Bugün uygulanabilecek geçici yöntemler

• Önemli bir yazı yalnızca zorunlu dark modda sunuluyorsa, tarayıcının geliştirici araçları üzerinden CSS'yi ezerek renkleri tersine çevirmek mümkün
• Ayrı bir eklenti kullanmak istemeyenler için, daha iyi bir çözüm çıkana kadar geliştirici araçları geçici bir çare olmaya devam ediyor

Dark modun iyi çalıştığı durumlar

• Buradaki yaklaşım dark modu tümden reddetmek değil; şu durumlarda dark mod tercih ediliyor
  • Işıklar kapalı bir odada OLED ekran üzerinden bir şeyler okurken; örneğin uyumadan önce telefondan yazı okurken
  • Kod yazarken; neredeyse tüm IDE'ler varsayılan olarak rahat kontrastlı bir dark mod sunuyor
  • Bir web sitesinin dark modu rahat bir kontrast oranına sahipse
• Yazının ardından Hacker News tartışmasında hem katılım hem eleştiri geldi; ilk OEM'lerdeki dark/light mod seçimi, kontrast oranının önemi, kişisel deneyimler, tıbbi durumlar, erişilebilirlik sorunları ve geçici çözümler tartışıldı

[GN⁺]

Hacker News yorumları

• Karanlık mod aslında geleneksel varsayılana daha yakındı.
  İlk dönemlerdeki yeşil/kehribar renkli yazılar ve siyah tek renkli ekranlar, siyah arka plan üzerindeki gri DOS metin modu, C-64’ün koyu mavi arka planındaki açık mavi yazılar, Apple II’nin siyah arka plan üzerindeki gri/beyaz görüntüsü böyleydi.
  GUI tarafında da Amiga’da varsayılan Workbench koyu mavi arka plana sahipti ve tüm paletler kullanıcı tarafından seçilebiliyordu.
  Çoğu uygulamada kâğıda benzediği gerekçesiyle beyaz ekran üzerine siyah yazıyı varsayılan yapan Microsoft Windows’tu; oysa kâğıt beyaz olsa da parlayan bir beyaz değildir, bu yüzden bu geçiş acı vericiydi.
  Karanlık modun geri gelmesine seviniyorum ama zorunlu karanlık mod değil, seçenek olmalı; açık mod da mümkünse maksimum parlaklıkta beyaz olmamalı.

  • Karanlık mod geleneksel varsayılan değildi; kâğıt beyaz arka plan üzerine siyah yazıydı.
    Bir cihazı ya da monitörü parlayan beyaza ayarlamamak, parlaklığı yanına konan kâğıda benzer görünecek şekilde düşürmek gerekir.
    Paradigmayı değiştiren de Windows değil, yaygınlaşmış tüketici cihazları arasında önce Mac’ti; yerleşik CRT’si de geleneksel ofis aydınlatmasında kâğıttan daha az parlaktı.
    İlk bilgisayarların koyu renk düzenleri kullanmasının nedeni çözünürlüğün düşük olması ve piksel parlaklığının yayılıp okumayı kolaylaştırmasıydı; teknoloji geliştikçe bu sorun ortadan kalktı ve ister ekran ister basılı materyal olsun, açık arka plan üzerindeki koyu yazı göz için daha rahattır.
  • Eski CRT’lerin kontrast oranı modern LCD/IPS/OLED ekranlardan tamamen farklıdır.
    Kehribar ve yeşil de beyaz yazıdan daha rahat kabul edilirdi; fark o kadar büyüktü ki karşılaştırmak bile zordu.
    Tam siyah yerine belli ölçüde parlaklığı olan bir arka plan kullanılırsa karanlık mod daha fazla kişi için uygun olabilir, ama o zaman OLED’in avantajlarının çoğu kaybedilir.
  • Geleneksel varsayılan denen şey mutlak bir ifade değildir.
    İlk PC’lerde DOS/Unix’in, dönemin ekran özellikleri nedeniyle siyah arka plan kullanmış olması doğru; ama ondan önce bilgiler beyaz kâğıtla paylaşılıyordu ve internetin ilk dönemi beyaz arka plan üzerine siyah yazıyı geri getirdi.
    Sonuçta asıl varsayılan diye bir şey yok; ne zaman katıldığına bağlı.
  • O dönem, her şeyin belirlendiği çok kısa bir andı ve kişisel tercih ya da ergonomiden çok maliyet kısıtları bilgi işlem gücünü ve görüntüleme biçimini belirliyordu.
    Amiga Workbench’in koyu mavi arka planlı olmasının nedeni de maliyetti. Birçok kişinin kompozit video çıkışıyla TV’ye bağlayıp kullanacağı öngörülüyordu; beyaz yazı ve mavi arka plan, TV’nin iyi gösterdiği bir kombinasyondu.
    1080 monitör, A1000 fiyatının yaklaşık üçte biri kadardı ve birçok A500’ün Noel’de açıldıktan sonra bir süre TV’ye bağlanmış olması çok muhtemel.
    Amiga için neredeyse tüm kelime işlemcileri kullandım; WordPerfect hariç hepsi beyaz arka plan üzerine siyah yazıydı. WordPerfect’te de değiştirilebiliyordu, sadece DOS ile uyumlu olsun diye varsayılan mavi/beyazı korumuştu.
  • Karanlık mod CRT’nin ilk dönemlerinde normaldi ve o zamanki CRT’lerin çoğu 60 Hz veya altında yenileniyordu.
    Koyu arka plan titreşimi daha az görünür kılıyordu; 1990’larda daha yüksek yenileme hızına sahip CRT’ler yaygınlaşınca titreşim sorunu azaldı ve açık mod varsayılan oldu.

• Bir dakika, bir web sitesinde yalnızca açık renk yazı ve koyu arka plan varsa bu o sitenin teması ve atmosferidir.
  Karanlık mod ancak açık mod da varsa vardır; tersi de aynı şekilde geçerlidir.
  İstemeyen bir web sitesini iki modu da sürdürmeye zorlayamazsınız.

  • Bu, yazının başında zaten söylenen şey.
    Karanlık mod marka karakterinin bir parçasıysa metin için rahat bir kontrast oranı seçilmesi gerektiği belirtiliyor.

• Varsayılan olup ayarlanamayan açık mod uzun süredir vardı; bunu telafi etmek için Dark Reader gibi eklentiler de var.
  Ama tersine açık modu zorlayan altyapı pek yok.
  Çoğu durumda açık modun karanlık moddan daha iyi olduğunu düşünüyorum. Karanlık modun daha iyi olduğu tek durum, ekranın tek ışık kaynağı olduğu karanlık bir odada otururken; bu da genelde sağlıklı bir ortam değildir.
  Karanlık mod daha çok yardımcı araç gibidir; ışığı açmak ya da uyumak daha iyidir.
  Işıksız ortamda açık mod okumayı rahatsız edebilir, ama aydınlık ortamda karanlık mod neredeyse okunamaz hale gelir. Yaz ortasında parlak bir günde telefonda karanlık mod bir arayüzü okumayı deneyin; parlaklığı en yükseğe alsanız bile zor görünür.

  • Benim sistemimdeki Dark Reader eklentisinde açık temayı zorlayan bir seçenek de var.
    Aslında tarayıcılarda varsayılan arka plan rengini ve yazı rengini ayarlama özelliği var; web sitesi gerçekten ihtiyaç duymadıkça bu varsayılanlara saygı gösterse, uzantıya gerek kalmazdı.
    “Tercihime gerçekten saygı göster” diyen bir uzantıya ihtiyaç duyulan bir dünya üzücü, ama gerekiyorsa en azından her iki seçeneği de desteklediğini bilmek iyi. Genel durum epey saçma, ama bir geçici çözüm var.
  • Tıbbi bir nedeni olmadan karanlık bir odada mağara trolü gibi oturmak isteyen bu kadar çok insan olması bana hep tuhaf gelmiştir.
    Artık işletim sistemlerinin hepsinde değiştirilebilir modlar var ve bunu tarayıcıya bildirebiliyorlar. Tarayıcı da işletim sisteminin bildirdiği ayara uyum sağlayabilir ve sağlamalıdır.
    UI tasarımı, Paul Fitts gibi birkaç akılcılık adası dışında, çoğunlukla yanlış uygulanmış atmosfer ve trendler zinciridir.
    Önce kontrast kötü denip kontrast yetersiz kullanılır, sonra parlaklık kötü denip parlaklık yetersiz kullanılır. Sonra kontrast ve parlaklığın en başından beri neden önemli olduğu yeniden fark edilir ve döngü sürer.
  • Katarakt yaşamış biri olarak açık modu okumak benim için çok zordu.
    Araba uzun farlarına doğrudan bakıyormuşum gibiydi; Dark Reader eklentisini kullanıyordum ama bu, sitenin düzgün karanlık mod desteği sunmasıyla aynı şey değildi.
  • Ekran parlaklığı uygunsuz şekilde yüksek ayarlanmışsa karanlık mod yine daha iyi olabilir.
  • Ekranımda siyah pikseller gerçekten kapandığı için Pure Black modunu seviyorum.
    Gündüz vakti bile bakması çok daha rahat. Bazı Android uygulamalarındaki gibi Pure Black modunun karanlık/açık moddan ayrı bir seçenek olmasını isterdim.
    Şimdilik Dark Reader’da parlaklığı en aza indirerek idare ediyorum ama biraz kaba bir çözüm.

• Bu blogun kendisi cihaz ayarlarını izlemiyor ve okura aydınlık modu dayatıyor.
  Yazar ortada tutumunu değiştirip sorunun karanlık mod değil, renk kontrastı olduğu sonucuna varıyor.

  • Yazarın blogu da açıkça color: #111; ve background-color: #fdfdfd; tanımlıyor; bu da 18.56:1 kontrast oranı demek.
  • Asıl mesele kontrast oranı olduğundan başlık biraz dürüst değilmiş gibi geliyor.
    İronik biçimde, sonda geçici çözüm olarak ters çevirme filtresi kullanacağını söylüyor; ama karanlık modu tercih eden biri yazarın güçlü beyaz arka plan/siyah metinli sitesinde Vivaldi’nin Invert Mode’u gibi bir şey kullanırsa, yazarın şikâyet ettiği tam o karanlık kontrast oranı ortaya çıkar.

• Kullanıcılara düşük kontrast oranı dayatılmamasını isterim.
  Herkes içeriği 100 nitin üstüne kalibre edilmiş bir ekranda ve parlak ama makul ortam ışığında izlemiyor.
  Önerilen gri-gri kombinasyonları, örneğin tamamen karanlık bir odada parlaklık 0’da bakarken ya da doğrudan güneş ışığı altında okurken zor olabilir.
  Tüm SDR renk aralığı kullanılmak için var; kullanıcıyı kör etmemek için sınırlandırılması gereken HDR değil.

  • Gri-gri kombinasyonu yaşlı insanlar için de zor olabilir.

• Mesele yalnızca aydınlık ve karanlık değil. Web sitelerinin genel olarak sistem tercihlerime saygı göstermesini isterim.
  İşletim sistemi temam sarı tuğla arka plan üzerinde mor Comic Sans metinse, tarayıcı da buna saygı duymalı.
  Metni tarayıcının tüm genişliği boyunca okumak istiyorum ama ortada 5 inçlik dar bir sütunda görmek zorundaysam, tarayıcı ayarlarında sihir yapmam, üzerine yazan CSS çağırmam ya da eklenti kurmam gerekmemeli.
  Tarayıcı basitçe “Web geliştiricisi, yapacak bir şey yok. Kullanıcı tercihi kazanır” demeli.
  Tarayıcılar, kullanıcının istediğini yok sayabilsinler diye geliştiricilere fazla kontrol verdi; “kullanıcı aracısı” sözü de anlamını yitirdi. Artık daha çok geliştirici aracısına yakınlar.

  • Sarı arka plan kaçınılmaz olsa bile, Comic Sans dayatmak Firefox ayarlarında tercih edilen yazı tipi olarak belirleyip “Sayfaların kendi yazı tiplerini seçmesine izin ver” seçeneğini kapatarak kolayca yapılabiliyor.
    Ben de öyle kullanıyorum ve web’de gezinmek çok daha iyi hale geliyor.
  • Masaüstü uygulamaları ya da başka şeyler gerçekten bu tür ayarlara saygı gösteriyor mu?
  • Ben bunu istemiyorum; site veya uygulama başına şemayı ayrı seçmek istiyorum.
    Bazı yerlerde karanlık mod harika, bazılarında saçma. Beyaz tema için de aynısı geçerli.
  • Varsayılan olarak okuma modu kullanmak istiyormuşsun gibi geliyor. Bazı tarayıcılar buna izin veriyor.

• Çok fazla web geliştiricisi herkesin karanlık modu sevdiğini varsayıp varsayılan yapıyor, sonra da Dark/Light Mode geçiş düğmesi var diye bunu meşrulaştırıyor.
  Yeni yapılmış web sitelerinin bile kullanıcı tercihini algılamayıp sabit tutması çoğu zaman şaşırtıcı.
  Geliştiriciyseniz, CSS’in color-scheme özelliğiyle bir öğenin hangi renk düzenlerinde rahatça render edilebileceğini belirtebilirsiniz.
  :root { color-scheme: light dark; }
element { light-dark(light-color-code, dark-color-code); }
  Bir macOS kullanıcısı olarak menü çubuğu veya IDE gibi yerlerde karanlık modun iyi olduğu durumlar var, ama okuma, yazma ve gezinme için aydınlık modu seviyorum; tercihlerim karışık.
  System Preferences’ta temayı LIGHT olarak ayarladıktan sonra defaults write -g NSRequiresAquaSystemAppearance -bool Yes çalıştırıp oturumu kapatın; ardından System Preferences’ta temayı DARK olarak ayarlayın.
  Varsayılan temaya dönmek için defaults write -g NSRequiresAquaSystemAppearance -bool No çalıştırın.

  1. https://developer.mozilla.org/en-US/docs/Web/CSS/color-schem...

• Komik olan, blogdaki “okunması kolay metin” örneğinin benim için düşük kontrast yüzünden gerçekten okunmasının zor olması.
  Nasıl bir göz durumu ya da monitör kullandığını merak ediyorum.

  • Tahminimce tasarımcılar için çıkan çok pahalı bir HDR monitör kullanıyor ve her şeyde tüm renk gamını kullanıyor.
  • Gri üstüne gri üstüne gri gibi okunabilirliği yok etme takıntısını anlayamıyorum.
    Katlanılmaz, çirkin ve okunması zor. Keşke herkes bıraksın.
  • Ben de aydınlık modu tercih ediyorum, ama yaklaşık 300 dolarlık ekranımda gri metin beyaz metinden çok daha rahat okunuyor.

• Kullanıcının karanlık modda olup olmadığını öğrenen bir web API’si var; onu kullanmak yeterli.
  @media (prefers-color-scheme: dark) { CSS Rules here... }

• Karanlık mod bir hataydı.
  İlk LCD’ler karanlık olduğu için herkes bunu telafi etmek adına beyazı çok yükseltti; şimdi LCD’ler yetişince bu, epey insanın gözünü yakacak seviyeye geldi.
  Bu yüzden giderek iki modu da desteklemek gerekiyor ve Apple’ın gülünç derecede çirkin karanlık mod ikonu, bunu iyi yapmanın ne kadar zor olduğunu gösteriyor.
  İdeal olanın, parlak CRT’lerin standart olduğu dönemlerdeki gibi bilgisayar arayüzlerinin temel rengini yeniden griye döndürmek olduğunu düşünüyorum.
  Böylece UI öğelerine derinlik ipuçları verme avantajı da olur; bunu da geri getirmeliyiz.

  • Bu sadece kişisel tercih.
    Asıl nokta, kullanıcının kendi tercihini ayarlayabilmesi için bunun yapılandırılabilir olması gerektiği.
    Kişisel olarak aydınlık mod gözümü alıyor, gözlerimi acıtıyor ve yoruyor. Kişiden kişiye değişir.
  • CRT’lerde parlaklık ve kontrastı kolayca ayarlayan düğmeler de vardı; böylece herkes beyaz arka plan üzerine siyah yazı mı, tersi mi, kendi tercihine hızlıca uyarlayabiliyordu.
  • “Temel rengi gri yapmak” çoğu durumda karanlık modun zaten yaptığı şey değil mi?
    Aydınlık mod genelde tamamen beyaz değildir; karanlık mod da gri tonlarındadır.