GitHub暗模式太暗了。 这是数学证明

如果您也讨厌它，这就是原因。使用色彩理论来证明GitHub暗模式实际上很烂的原因

过去一周，GitHub发布了期待已久的功能-黑暗模式。像世界上许多开发人员一样，我大肆宣传。在2020年，对于任何与技术远程相关的事物，暗模式切换似乎是必需的。

所以我拨动了开关。我的直接反应是似乎有点不对劲。但是我想给它一个机会，并归因于这种感觉，即还没有习惯该主题。

快闪几天。我发现自己已切换到灯光模式以进行代码审查。在黑暗模式下，我对代码审查没有信心。我很害怕会错过一些东西。在我意识到几个实例之后，GitHub暗模式太暗了。这是证明。

我在这里详细说明了对比度，但这是您需要了解的内容：

两种颜色之间的对比度从数学上计算出我们的眼睛对它们的感知程度

文本越小，需要将文本颜色和背景颜色之间的对比度设置为越大

Web内容可访问性指南（WCAG）为小文本定义了AA对比度高于4.5和AAA高于7

我抓取了几个受欢迎的网站/应用程序的深色模式调色板。每个调色板图像从左到右显示背景颜色，主要文本颜色，辅助文本颜色。我将原色和辅助色的对比度与背景放在相应颜色的上方。

所有这些都满足至少7的对比度的AAA标准！

这些颜色不仅比其他应用程序中的颜色明显更暗，而且辅助文本颜色未达到AAA标准！我知道我的眼睛没有欺骗我。

最后，我对GitHub暗模式的主要掌握是代码差异的红色和绿色对我而言似乎超级好。

右边是灯光模式的颜色，左边是新的阴影。我在上面覆盖了各自的背景色：

我确实计算了两个调色板之间的对比度，它们非常相似。但是，由于某种原因，较轻的对象对我来说很容易解析。也许我还不习惯，但是我真的不喜欢深色模式的diff色有多深。

尽管没有数学证据证明代码差异调色板会更糟，但实际上我们确实表明GitHub的暗模式颜色不如我们每天使用的许多其他暗模式应用可访问。 如果GitHub在研究更好的暗模式调色板上投入了很多精力，就像他们在发布的宣传视频中所做的那样，也许我们就不会在这里了。 GitHub，做得更好。 给我们应有的黑暗模式体验。