我们正在尝试减小文本大小和行高，并增加代码块的高度，以提高大块代码的可读性。这主要对超过 20 行的大块代码存在问题。结果是可以在常规视口中看到更多代码。
之前
之后
更改已在此处完成：
16 个赞
更改像这样内联代码的字体大小似乎是一个无意的副作用？
6 个赞
是的，那是有意为之，我们应该修改它，以便只更改整个代码块，而不更改内联代码。
2 个赞
我已发送一个 PR 以移除内联等宽文本的样式更改，并略微增加 pre 块的行高。
2 个赞
6 个赞
我想在这里强调本次实验和 Stack Overflow 之间的区别。
当前实验
Stack Overflow
我立即注意到的一些事情是：
- 他们的字体稍大
- 我们的函数标题是粗体，而他们不是
我需要进一步研究 hljs，看看为什么我们的用例会将标题加粗。
2 个赞
我很高兴你查看了 Stack Overflow，因为如果有人弄清楚如何显示代码块，那一定是他们。
另一个观察结果是，字体大小似乎没有改变，尽管它在变化……（15px → 13px，但颜色有所补偿）
视觉节奏和行高在这里感觉好多了：
Stack Overflow
当前实验
行高明显是个问题，我们的“缩小”太过头了，因为我们的基本字体比 Stack Overflow 的更大、更宽松。
我非常支持在当前实验中取消加粗，并增加字体大小和行高。
3 个赞
3 个赞
太棒了，乔丹。在这种情况下，我认为使用一致的字体粗细有助于提高可读性。我也喜欢增加的填充。
3 个赞
谢谢，我也这么认为。我想再看看颜色，以及为什么 hljs 使用它正在使用的颜色。我还没有在网上看到过这种颜色模式。
2 个赞
我喜欢字体设计的改动，但我觉得深色背景有点过了。浅色背景更容易阅读。
2 个赞
经过进一步研究，我发现我们使用的颜色是基于 GitHub 大约 10 年前或最早 4 年前使用的过时方案。
这里是否有空间将默认颜色更改为更新的颜色？
此后，GitHub 有了更新的配色方案，以及其他可以作为默认浅色方案的选项。
Stack overflow
Atom One Light
New Github
hljs default 
6 个赞
我个人更倾向于选择色彩柔和一些的，在你的例子中，我选择 Stack Overflow。
4 个赞
几天后，我仍然需要眯着眼睛才能看清小字体，我认为这不值得节省空间。
4 个赞
您在 Stack Overflow（例如）上也有同样的感受吗？Discourse 和 SO 之间的字体大小和行高计算现在是相同的。
Discourse 上的 max-height 比 SO 的 600px 略小，为 500px。
3 个赞
是的，我明白你的意思了。
你觉得我提出的 PR 中的这些更改怎么样：https://github.com/discourse-org/design-experiments/pull/79
这里有一个选项，我在暗黑模式下向背景添加了黑色，而不是使用基于次要或主要颜色的。我通过 rgba(0,0,0,0.25) 来实现这一点。
6 个赞
有人能用最近的代码块行号组件/主题功能也包含在内进行测试吗？ 提前感谢。