我仍然不确定我是否认为等宽字体是必需的，但更新后的字体比以前的版本有了明显的改进（与之前的情况相比，我现在倾向于认为，它可以再次稍微大一点）。
但无论如何，很高兴老式的 ASCII 艺术现在可以回归了 
|-----------|
| LONG LIVE |
| THE BUNNY |
|-----------|
(\__/) ||
(•ㅅ•) ||
/ づ
4 个赞
我之前在这个主题中提到过，我们需要让这个变化再持续一段时间，至少再给它一周的时间。
答案是“绝对有可能”。请继续提供您的反馈，无论好坏，我们都在阅读。
我内部正在努力解决的一个问题是针对不同的“用户画像”/“受众”
- 普通大众 → 99% 的时间都使用“富文本编辑器”，这都不是问题
- 高度技术用户 → 只使用“原始 Markdown” - 通常习惯于这种视图，并且很多人对这个变化感到满意
- 非技术用户 但不想使用富文本编辑器 → 等宽字体让他们不适 - 例如 @Jagster - 更喜欢不同的字体
这是一个棘手的问题，我们总是犹豫是否要添加更多用户设置，但我承认这里确实存在一些问题，我只是想看看我们在一周后的感受。
5 个赞
我正在尝试找出不同的非侵入式视觉提示，但这很难。
唯一似乎可接受的是在某个地方添加标签，例如：
也许还可以通过更改颜色来帮助改善视觉记忆：
它非常显眼，但又不会侵入。当然，它也有其缺点。它占用了空间，但在临时过渡的背景下是可以接受的。我不是 100% 确定，但这似乎是一个有趣的替代方案。我只是想分享这个想法。（可以随意在新标签页中打开 GIF 以查看全尺寸；它缺少全屏按钮）
4 个赞
这不知何故是我听过的最好的反对理由之一。我不得不去我的 VS Code 编辑器里检查一下字体，所以你看，我是一名程序员。我的桌面上打开了一个代码编辑器，果然，它是一种等宽字体。我以前从未注意到。但不知何故，在这里和我的个人实例中感觉很奇怪。我会给它一周时间，就像 Sam 所要求的，改变是令人不适的，也许一周后我甚至不会注意到。
3 个赞
我同意。我刚写了一篇很长的帖子，说实话，等宽字体让我头疼。我非常仔细地校对我的帖子，并且在阅读原始 markdown 和阅读格式化后的帖子之间来回切换。现在在编辑器部分很难做到这一点。
我通常也不喜欢所见即所得。根据我的经验，它们非常糟糕，我无意使用它。所以对我来说，一直存在的 markdown 编辑器需要继续提供流畅的用户体验。
我同意 @schneeland 的观点。我是一名软件工程师，经常使用 IDE，当然 IDE 使用等宽字体，但这完全是不同的上下文。如果 Jira 开始使用等宽字体，那确实会非常令人不适。
我不确定我是否曾遇到过在 markdown 中处理表格的问题。而且，即使在等宽字体中，每列之间的竖线也不会对齐，因为每个单元格中的字符数很可能不同。
总之，我知道您想让这次更改稍微沉淀一下，但希望这些反馈能有所帮助。请注意，我的评论是基于最新的等宽字体，我没有看到之前的版本。所以，我只是将我的体验与几年前的体验进行比较，而不是与几天前使用的第一个等宽字体进行比较。
4 个赞
有多少人会在论坛回复中使用表格来证明这一点？另外，Obsidian 使用 Markdown，并且在其中使用带等宽字体的表格，而外部文本则使用无衬线字体：
我不明白为什么整个编辑器都必须更改为等宽字体，而它们可以共存？
我认为我们写的 99% 是“普通”文本，而不是 Markdown。
我坦率地认为，这不是一个“强制”用户使用的好功能，即使我们让它存在。这不是一个用户会庆幸拥有的改变，这一点在大多数评论中都可以看出来。它应该是用户偏好设置。
我真的不认为编辑器使用与预览相同的字体有什么问题。很容易理解发生了什么。这已经很多年了，对吧？俗话说：“如果没坏，就别修”。我相信这句话在这里也适用。
3 个赞
对于那些对此更改感到困扰的人，我有一个建议：
尝试禁用预览几天
禁用预览后，字体更改会感觉自然得多。
- 从“富文本”切换到“源代码”感觉更自然
- 非常清楚您处于哪种模式
我们仍在收集反馈，一切都还没有最终确定，我们可能会在这里添加更多用户切换选项，我也不知道。
5 个赞
此字体应可在 https:///admin/config/fonts 中配置，但目前无法配置。
4 个赞
我不喜欢等宽字体（它适合编码，但不适合在论坛上打字），所以通过将此 CSS 添加到我的主题中将其改回了（如果有什么更好的方法，请告诉我！）
.d-editor-container--rich-editor-enabled .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family) !important;
font-size: var(--base-font-size) !important;
line-height: var(--line-height-large) !important;
}
4 个赞
我真心认为这应该是一个用户设置。我不应该被迫使用所见即所得视图来使用可读字体。等宽字体对我来说基本上是不可读的，用于普通（非代码）文本。这在移动设备上尤其明显，因为你无法同时并排看到预览，但在桌面上仍然不理想。我认为站点设置或 CSS 覆盖不足以解决此问题，因为并非所有站点管理员都会对这类内容做出响应用户反馈。
7 个赞
当然（我非常赞同，甚至为此创建了一个账户来发帖表示赞同！）
Markdown 会自动进行单词换行，并具有其他属性，模糊了“文字处理”和“代码”之间的界限。在讨论论坛上，它无疑更像是一个文字处理器……我一直对它过去的行为感到满意。我喜欢能够自由地复制粘贴而没有歧义。我喜欢按下回车键就能换行，而不是某些所见即所得（WYSIWYG）编辑器凭空想象我可能想要什么。
使用固定宽度的字体并不会让 Markdown 编辑变得更实用或更令人愉悦。 它只会变得更糟……我认为任何实际使用过它的人都会同意这一点。
因此，Markdown 正被降级为二等公民，目的是加强你所处模式的视觉提示。
我想问问你们这些用户体验（UX）设计师，是否有更好的方法来强调模式……而不需要做出几乎从未奏效的权衡，即使用固定宽度的字体来编辑大部分非代码文本。
如果能找到一个好的答案，就不需要提供一个选项来切换固定宽度与非固定宽度了，因为它将始终是比例字体。
2 个赞
2个有效的观点！
1 个赞
自我们被告知“让它呼吸”以来已经过去了很长时间。正如我们所见，这个改变并不是我们所有人都说“太棒了！”的改变。
正如其他人所说，这有巨大的需求吗？我不知道……我对此表示怀疑，但也许我错了。
我认为将 Markdown 视为一种“编码”语言来证明等宽字体是合理的，这对我来说没有多大意义。我认为 Markdown 是一种格式化文本的方式，不一定是“编码”语言。我不需要成为一名开发人员才能使用 Markdown，不像使用 VS Code、Cursor 等，在这些情况下等宽字体是合适的。
当我们正在论坛中创建新主题或回复时，我们不是在“编码”，而是在“打字”，文本应该是可读的。等宽字体就是不那么易读。我可以在 Markdown 编辑器中输入 150 段文字，而无需使用任何 Markdown“语法”（如果这被称为语法的话？）。所以我认为 Markdown 是我们可以用来格式化文本的一个额外的东西，不一定是所有东西都必须遵循的“格式”，如果这说得通的话？
5 个赞
添加到您的 CSS @seanblue 和 @alltiagocom。它会将编辑器恢复为您的网站默认设置。
/* 将编辑器的字体从等宽字体改回无衬线默认字体 */
.d-editor-container .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family);
font-size: 1rem; /* 或者使用 16px，或者您的特定默认大小 */
}
2 个赞
我相信应该让用户拥有自己的偏好。也许有些用户想要等宽字体。我不知道。我见过一些疯狂的 VS Code 主题（绿色背景配黑色文字，甚至更糟），我永远不会那样用，但每个人都有自己的喜好。
我肯定会把我的字体改为无衬线字体，但我的观点是，我们可以为用户提供这些选项。仅此而已。
1 个赞
我作为 Discourse 的员工，有偏见，但我非常非常喜欢新的等宽字体。所以很有可能那些说“啊，是的，不错”甚至“嗯，没注意到”的人并没有发声。
至少有几十个我们 
6 个赞
当然。外面有很多程序员和开发者😂
（但在普通人看来，等宽字体并不被认为是可读字体。对我以及我的用户来说，CSS 技巧解决了问题，所以对我这个管理员来说，这更多是一个学术问题。但我们还是停止说这个改变是为了大多数人并且被广泛使用，因为那不是真的。）
1 个赞
我认为你对我做出了不真实的假设 
3 个赞
我同意——等宽字体出乎意料而且难看。而且不必要。工具栏中已经有一个滑块告诉我们当前处于什么模式。
2 个赞
好吧，我没有，因为一切都与你无关，也不是你做的。
不管怎样。保留两个选项作为作曲家是一个绝妙的解决方案。等宽字体就没那么好了，但只要 CSS 更改有效，我就很满意。但我理解为用户设置该选项的观点——但我不喜欢它，因为已经有很多东西需要设置了。但我不太确定有多少普通用户会更改设置……然后设置有多拥挤就无关紧要了 
2 个赞