- macOSのデフォルトUIの明るさが過去16年間にわたり着実に増加し、最新バージョンではほぼ100%の白に到達
- 筆者はmacOSのスクリーンショットライブラリから各バージョンのウィンドウ画像を集め、Pillowで平均輝度を計算してグラフ化
- Snow Leopard時代の平均輝度71%から、**Tahoeバージョンでは100%**へ上昇。一方、ダークモードは比較的安定して維持されている
- iOS 26ではHDR画面を活用し、一部のUI要素が100%を超える明るさを表現しており、今後さらに明るいデザインにつながる可能性がある
- 長時間macOSを使う立場では、目の疲れを減らすためにダークモードの使用が必須だとしている
ライトモードの段階的な明るさ上昇
- 過去には「ライトモード」という概念はなく、ほとんどのコンピュータUIが標準で明るい色を使っていた
- 筆者はmacOS各バージョンのスクリーンショットを同じ方法で切り抜き、Pillowライブラリを使って平均輝度を計算
- コード例では画像をグレースケールに変換した後、
ImageStat.Statで平均値を算出
- グラフの結果では、2009年以降ライトモードの明るさが継続的に上昇しており、ダークモードは比較的低い水準を維持
macOSバージョン別の明るさ変化
- Snow Leopard(2012年に使用していた当時)のウィンドウ平均輝度は**71%**で、その後も上昇を継続
- macOS Tahoeではウィンドウクロームの平均輝度が**100%**に到達
- Tahoeの非アクティブな設定ウィンドウのセクション色は97%の明るさで、Snow Leopardの同じ位置は90%水準
- かつてはウィンドウ枠がコンテンツより暗かったが、最近は全体的により明るいトーンへ変化
ダークモードへ切り替えた時期と理由
- ダークモードは2018年のMojaveで初めて導入
- 筆者は2020年のM1 MacBook Airへ買い替えた際にダークモードへ切り替え
- Big Surアップデートで明るさが85%→97%に上昇したことが切り替えのきっかけ
- 明るいUIが視覚的に「きれいに見える」という認識が、明るさ上昇を後押しした
デザイン傾向とHDRの影響
- 明るいデザインの好まれやすさは視覚的な魅力によるものであり、デザイナーにはそれを抑制する訓練が必要
- iOS 26ではHDRディスプレイを活用し、一部のUI要素が**100%を超える明るさ(「超白」)**で表示
- SDR UIと比べると、SDRが灰色に見える現象にも言及
- 今後UIがさらに明るくなる可能性もある
ダークモードの限界と提案
- 長時間macOSを使う立場では、100%の白いUIは目の疲れを誘発する
- ダークモードは目の負担を減らす一方で、すべてのウィンドウが同じ黒に見えてコントラスト感に欠ける
- 過去のデザインでは、Yosemiteバージョンのフラット化されたデザインとブラー効果を好んでいる
- Webサイトやインターフェースを設計する際には、50%グレーの背景を選ぶことを提案し、視覚的な快適さを強調
3件のコメント
私はライトモードを愛用しています。ダークモードは見ていると眠くなりすぎるんです…
Discordとターミナルのたった2つのアプリを除けば、全部ライトモードです!
私はOSはライトにして、ターミナル/エディタだけダークにして使っていますね。
不思議とGeekNewsはライトモードのほうが楽です(自分がダークモードの色を作り間違えたのかも ;_; )
Hacker News の意見
これは本当に目が喜びそう。実際、ライトモード嫌いは自動輝度機能のないディスプレイの利用者に多いと思う
周囲の明るさに合わせて調整すれば、白い背景もまったくまぶしくない
本を嫌って「黒い紙に白い文字だったらいいのに」と言う人は見たことがない
反射の強いグレアディスプレイ(例: 6K XDR)では、ライトモードがむしろ反射を減らす唯一の方法だ
自動輝度がなくても、HDMI や DisplayPort 経由で明るさを調整できるアプリはたくさんある
「音楽がうるさすぎるから、すべての曲を音量 5% で聴こう」と言う人がいないのと同じで、単に明るさを調整すればいい問題だと思う
システムごとにデザインの一貫性が足りず、ある画面は明るすぎ、ある画面はタブ間のコントラストがほとんどなく、基準となる明るさを合わせにくい
MacBook Pro M4 を使っているが、自動輝度は暗い部屋でも突然目がくらむほど明るくなったり、日差しが強い時には明るさを上げなかったりする
自宅向けというより、特定の環境向けに設計されている感じがする
明るさを下げると色のコントラストや鮮やかさが失われ、かえって気が散る
だから自分は、明るめの輝度のダークモードを好む
コード編集では構文カラーがより見やすいのでダークテーマを好む
ライトテーマはただ灰色の紙を見ている感じだ
CRT 時代は大半がダークモードで、その後は紙の質感を模したライトモードが流行したが、今は人間工学的な観点から再びダークモードへ回帰しつつある
周囲が暗い環境では、画面を周囲の明るさまで落とすと読めなくなり、黒背景のほうがずっと快適だ
黒い背景と白い文字は周囲の照度によりなじむ
暗い部屋で自然な背景色は黒だ
LED 照明は従来の電球と光の分布が違うので、同じ数では明るさが足りない
自分は家ではダークモード、オフィスではライトモードを使う
オフィスはほぼ太陽表面並みに明るい
自分はダークモードが苦手だ
同僚の 99% はダークモードを使っているが、白い文字を見ると視界に横線が入る
本を読むような体験がほしいので、白背景のほうが自然だ
反射の強い画面では特にそうで、暗い環境でしか使わない
ダークモードが標準にならないのは、大半の利用環境に合わないからだ
夜に仕事をする人や「ハッカーっぽさ」を求める人が主に好んでいる気がする
実際にはダークモード利用者は少数派だという印象だ
たいていの OS のスクリーンショットがライトモードであるのを見ると、デフォルトはいまだに明るいテーマだ
ダークモードを使うとコントラストが弱くなって、かえって目が疲れた
特にスマホでひどい
逆に明るい画面を見ると、視野全体が暗くなる感じがする
普段は暗い環境で仕事をするのでダークモードを好むが、完全な黒より濃い青系のダークテーマが好きだ
20年間、1日16時間ずっとライトモードを見ても目は平気だ
逆にダークモードは5分見るだけでも目が痛くなる感じがする
結局、ライトモード型の人間とダークモード型の人間が別々にいるのだと思う
両者の中間点を探すのは意味がない
世代差を感じる
「昔はライトモードなんて言葉はなかった」という話には同感だ
BBC Micro 32K の画面を思い浮かべればいい
QBasic IDE は青背景に灰色文字で、白背景はマーケティングの産物だ
当時は 16 色制限があり、VGA レジスタを直接いじる必要があった
今の世代はずいぶん楽にコーディングしている気がする
[QBasic スクリーンショット](https://en.wikipedia.org/wiki/QBasic/…)、CGA パレット 参照
「ライトモード vs ダークモード」という区分そのものが、むしろデザインの自由度を制限したと思う
以前は明るい領域と暗い領域を自由に混ぜられたのに、今では半分しかないパレットを使うようになった
ブラウザが
@media (prefers-color-scheme: dark)を標準化したことで、その区分はさらに固定化され、デザイナーがそこから外れにくくなった自分は純粋な白 (FFFFFF) と 純粋な黒 (000000) が好きだ
OLED モニターでは完全なブラックとホワイトの対比があまりに美しい
Dark Reader 拡張やカスタム CSS で、すべてのサイトを黒背景に変えて使っている
ECECEC 背景 + 333333 テキスト の組み合わせのほうがずっと快適だ
uBlock Originにnews.ycombinator.com##html:style(filter: invert(90%) hue-rotate(180deg); background: white)を追加すればいい完全な黒もいいが、たまには面白い変化球もほしい
自分は文脈によってモードを変える
コードやターミナルはダーク、文書や Web はライト
Slack や Discord のダークモードは嫌いだが、IDE はダークがいい
macOS の平均輝度グラフを見ると、2030 年ごろには画面がただの白い四角1つになっていそうだ
YouTube ホームの動画数が 0 になるという冗談みたいで笑える
最近の Web サイトは、色付き背景を減らし、ライト / ダークモード対応に集中している気がする
デザイン自体が、両モードで無難に見えるような制約された美学へ収束しつつある
最近のディスプレイの輝度 (nits) がどれほど高くなっているのか気になる
自分は 120 nits で色補正をしているが、この程度なら白い画面でも目に優しい
デバイスごとに明るさの基準が違う
自分はライトとダークを混ぜて使っている
IDE はダーク、ノートアプリはライト、サイドバーは暗めのトーンにしている
スマホは基本ダークモードだが、地図のようなアプリは例外的に明るいままにしている
40代を過ぎてからは、より鮮明なテキストと高コントラストを好むようになった
macOS でメニューバーと Dock だけをダーク、それ以外をライトにする方法も共有していた
defaults write -g NSRequiresAquaSystemAppearance -bool Yesコマンドで設定できる