人的色彩分辨力和亮度有关，暗色的色彩分辨率本身就低于亮色的色彩分辨率
需要多种高亮颜色的，暗背景比亮背景容易做很多
亮色主题看了瞎眼 2楼和4楼要不要打一架
论坛助手,iPhone 不用打架 长时间看屏幕无论亮暗都瞎眼
—— 来自 samsung SM-G9750, Android 12上的 S1Next-鹅版 v2.5.4 别吵了，代码写到最后都会瞎眼 其实和屏幕素质有关系，大部分人的屏幕都垃圾，亮色瞎眼，暗色凑合，当屏幕素质高到一定程度时就亮色更好了。我在家自己的屏幕就用亮色，在公司就用暗色，因为连最基本的solarized light都刺眼。 不要打架，白天亮色晚上暗色自动切换。 一直用Solarized Light 只有瞎眼白和废眼黑这两种风格的玩意儿都是死妈玩意儿 以前从来不用，不知道多少年了然后之前有人说一个叫 Hbuilder 的国产编辑器出了公测版，那个编辑器好像是默认的日间模式黄色护眼模式，后面逐渐接受米黄色这种样式的主题，现在主用 WebStorm，IDEA，Android Studio 这些，用 Material Theme 里面的沙滩日间模式然后调成米黄，屏幕亮度低一点白天也还是不错的 有个1000nit亮度的显示器，虽然写代码没这么亮，但开亮色真会瞎眼
眼睛看着等移开后半天都适应不过来 暗色主题在需要长时间对着屏幕的时候友好多了
干脆来分别推荐一些比较好用的亮色和暗色主题吧？ 用亮色心情好些 pgain2004 发表于 2023-7-12 09:56
干脆来分别推荐一些比较好用的亮色和暗色主题吧？
https://bbs.saraba1st.com/2b/thread-2142043-1-1.html Why programer prefer dark mode
because Light attracts Bugs vscode 自带丰富Quiet Light用很久了，看着最舒服的一个亮色主题。solarized两个配色我都不喜欢，区分度不够高，一眼过去全是一坨糊。暗色主题喜欢One half dark，各种高亮显示出来都很舒服
—— 来自 OnePlus KB2000, Android 11上的 S1Next-鹅版 v2.5.4 再买自检星剁手 发表于 2023-11-16 02:05
看起来我这个想法也不新奇，有人做了但不知名
【介于深色和浅色之间的colorscheme】
深灰色不是典型的暗色吗？
我一直在用gruvbox的light主题 眼睛劣化的厉害，最近也把系统外观在内的几乎大部分软件都改成亮色了，有一种从阴暗的洞窟中解脱出来的感觉。 再买自检星剁手 发表于 2023-11-16 02:05
看起来我这个想法也不新奇，有人做了但不知名
【介于深色和浅色之间的colorscheme】
感觉也不太行，高亮应该用亮色 我一般用synthwave84 设计类，如cad，美工类，如ps也都是暗色，长时间看亮色真的瞎眼 ef-themes
https://protesilaos.com/emacs/ef-themes-pictures
solarized，gruvbox 一直用vscode自带的Monokai搭配Jetbrain Mono字体
自带的Monokai某次更新后颜色更多了，花花绿绿阅读起来很流畅 再买自检星剁手 发表于 2024-10-10 15:23
DeepWhite
泥潭色，确实绝杀 泥潭色可还行 有配色接近的gtk主题吗？ 在很多暗色中挑过一段时间
目前用的atom one dark (material) 暗色主题看了瞎眼 本帖最后由 wewai 于 2024-10-12 03:14 编辑
我在用了一段时间的暗色主题之后一直都用亮色主题，原因很简单，暗色主题本身很好看，但是需要切到其他地方，比如网页或PDF 上时就又变成了白底黑字，频繁的切换比任何配色都要瞎眼。
暗黑模式是将近20年才有的东西，我到现在也没能完全用上（比如wiki今年才加暗黑模式，还得手动打开）。而且原来的白底黑字的内容很多很难直接适配到暗黑模式。
我是 9x 时代入的坑，用的就是者名的 VS6，那时候软件普遍的 UI 色就是 9x 主题的灰色，内容区域也普遍是亮色底。VS 很长一段时间的默认主题都是白底蓝关键字，我也没调过，Delphi 7 区别不大（Xcode 也差不多，不过是紫关键字）。等到 VS 会问你默认主题的时候我已经不咋用 VS 了。暗底的只有 cmd/Terminal。
也包括现在很多默认暗色的 DCC，之前都是亮色/灰色的，比如 PS 和 AI 是到 CS6 突然就变黑了，AE 和 PR 更早以前也是灰的，FCP 在 FCPX 之前也是灰的。ZBrush，Houdini 和 Blender 倒貌似一直是黑的（这仨倒是都很有特色）。传奇 DCC XSI 压根没活到变黑的时候。
至于 SolidWorks，Inventor 和 Rhinoceros 这类的，没用过，不过有暗色选项好像更晚。AutoCAD 倒是至少背景一直是黑的。
操作二维图像的 DCC 用暗色倒是可以理解——影院就是这个环境，但是相同的逻辑套到文字内容上的话，应该遵循大多数纸质书的白底黑字模式。我也不知道现在有多少人用全暗色的 Word 的。
很难说暗色是本身有绝对的优越性，还是只是像时尚一样大家都上我也上。同理也很难说亮色是本身有优越性，还是只是做题家看惯了纸质书建构起来的习惯（还有一种可能是早期显示设备暗部细节拉）。
对我来说代码高亮本身不是特别重要的东西，主要作用是辅助读代码的节奏，还有避免关键字出 typo，不高亮也无妨，具体是什么颜色也无所谓，只要统一和有区别就行（但是没了括号匹配、自动缩进等倒是会增加许多麻烦，注释和代码同样的视觉权重也有点麻烦）。按照纸质书做题家的直觉，荧光笔是用来标重点的，但是主流基于词法/语法分析的代码高亮偏偏找不出重点来——对于理解代码来说，关键字和标识符实际上是同等重要的，你给所有关键字都标上，相当于一章内容里面随机挑很多词标上重点，除了一堆牛皮癣看起来更乱没用。
纸质书里面可以大规模应用而不会造成视觉混乱的背景高亮有，但不是单个词的高亮，而是整段的高亮，比如把正文、扩展内容和习题分别用不同的背景框区分出来。有趣的是，类似的交互倒是真的有应用在编码中——VS 和 Instruments 会根据 profile 热点高亮关键行，某种程度上这倒是个"找重点“的好办法。（VTune 也有类似的东西，不过 VTune 的 UI 稍微有点拉，它只会把非热点的文字颜色变灰）
页:
[1]