仅采用 Markdown 编辑器中的等宽字体

我的目标不是关注“添加或删除等宽字体”。不同的人,不同的品味。
我相信,当一家公司提供某样东西很长时间后,如果他们想改变它,不应该是强制性的,而是可选的。

你宁愿使用带有等宽字体的 Markdown。很好。

我宁愿使用一直以来带有无衬线字体的 Markdown。很好。

但现在我被迫要么使用富文本,我不会考虑使用它,要么使用一个我从未用过且不喜欢的 Markdown 新版本。

应该提供带有无衬线字体或等宽字体的 Markdown 作为选项,而不是强迫所有用户去适应一些我们已经表明不符合我们喜好的东西。

将这种改变辩解为“这是一个编码环境”没有意义,因为我们不是在编辑器中编码。我们输入的是普通文本,有时会使用 Markdown 进行格式化。那不是一个编码环境。

再说一遍,对我来说,争论的焦点在于等宽字体是否应该保留。这是关于我是否有选择自己喜欢的东西的权利。而 CSS 变通方法只对我的社区有效。那些使用 Discourse 的其他社区怎么办,现在我被迫接受新变化?对我来说没有意义。

4 个赞

确实,对于所有尚未提供新编辑器的论坛用户来说,等宽字体是一个改变。而且我认为这并不好。

3 个赞

请注意,此更改可让用户快速区分他们处于源代码模式还是富文本模式

我担心恢复此设置会优化那些从不使用富文本编辑器且厌恶变化的用户,但“对我来说没有富文本”选项不也能达到同样的目的吗?

3 个赞

只有当他们知道这种区别以及该怎么做时。富文本模式是为那些无法使用 **粗体** 的人准备的。

他们看到的所有内容都是一种生硬的字体。

再说一遍——当管理员默认使用富文本模式时,那只会发生在用户点击或触摸错误的地方,并且无法理解发生了什么。

再说第二次——等宽字体对眼睛来说很费力 :man_shrugging:

但我们有所有这些

我不知道
在源代码模式下启用 monospace真的……这样称呼它会暴露一些东西 :smirking_face:

是否会那么糟糕(如果它能合理地轻松构建的话)。

3 个赞

…而且他们可以轻松地点击一个按钮将其隐藏 :slight_smile: 因此,他们会被鼓励使用那个看起来很棒的“简单”字体。对于普通用户来说,99.9% 的用户都应该选择它来进行随意创作。

我知道有人在推动用户偏好,我们内部也在讨论这个问题。这很棘手,通常我们只在万不得已时才添加偏好设置,也许这次就是这种情况。

另外……我认为我们的行为是特例:

Reddit,互联网排名 #6 的网站,做的完全一样:

它没有提供覆盖此设置的选项……

5 个赞

插件怎么样?

这样管理员就必须积极投入工作来实现此功能,并且使用量数据将显示此选项是否确实有必要。

1 个赞

我想知道——哪个对管理员的吸引力更大?

  • 主题组件 - 全局更改字体
  • 插件 - 每用户字体设置
0 voters

由于主题组件路由非常开放,我不明白为什么你会认为投票给它就是反对插件。

1 个赞

所以,当字体有问题时,选项是:

  • 不使用 markdown,或者
  • 使用那种难看的字体

所以……

我认为当论坛混合了开发相关内容和更常见的讨论时,这是有必要的。如果一个硬核开发者想在任何地方都使用打字机字体,我能理解,但我无法理解为什么我被迫使用相同的字体。

但这是一种有点奇怪的情况:我们用一种字体书写,这种字体没有任何好处,但它充当了用户正在使用哪种作曲家的标记,然后我们阅读时,字体却完全不同。

你很清楚,外面有更多的反例。而且我不确定为什么 Reddit 会是一个好例子。如果是的话,我们也应该效仿 Facebook。

2 个赞

Facebook 没有双模式。我想不出还有多少其他东西具有双模式,你能提供一些例子吗?

CKEditor 也和我们一样:

等宽字体中的源代码是一种非常成熟的模式。

……拥有更容易编辑的 markdown

例如:

```
one
   two
      three
```

:up_arrow: 在非等宽字体中是徒劳的。

因为你看

3 个赞

这不重要。关键是,如果你以 Reddit 为例来说明有用的用户体验,因为它很大,那么你也应该用同样的逻辑来对待 Facebook。

Reddit 在美国和英语母语国家以外实际上并不受欢迎。

如果我没理解错的话,你认为难以阅读的等宽字体是 Markdown 编辑器的标志?这是否有点太苛刻了?我的用户以及我自己,在使用 Markdown 时,无论字体是否相同,都知道正在使用哪个编辑器。

再说一遍——CSS 是救星。但在这里不行。在 Meta 中,我有两个且仅有两个选择:

  • 忍受 100 年前打字机的字体,因为很少有网站使用它
  • 不使用 Markdown 编辑器

所以……:man_shrugging: 也许这个设置是需要的,因为你也不强迫我使用智能列表。

(我知道这离题了——但普通消费者用户只需要一个按钮工具栏:用于上传图片)

像我一样的某些用户可能永远不会使用富文本,所以这并不是一个能带来改变的功能。如果我的默认设置是 Markdown,那对我来说就足够了。

当然,还有其他一些用户可能根本不知道 Markdown 是什么,对他们来说富文本很有用。我明白,就像所有“反对”此更改的用户一样。我们并不是在否定那些用户。我们只是在请求一个选项,而不是强制规定。

从我读到的评论来看,没有人厌恶改变。你只是以此作为团队做出决定的理由。我并不厌恶改变,而且我认为其他用户也是如此。我们要求的是为那些不希望 Markdown 和等宽字体一起使用的人提供一个偏好选项。

这就是一回事。你很难理解“没有富文本”和“没有带无衬线字体的富文本”是两个不同的概念,考虑到“没有富文本”现在等于等宽字体,而等宽字体是一种糟糕的字体。

难道突然强迫成千上万使用 Discourse 论坛多年的用户去适应一个被证明不适合阅读的东西,这不是很“棘手”吗?

例如,Facebook、X/Twitter、YouTube 允许在帖子中点击链接。Instagram 和 TikTok 则不允许。
每个公司都有自己的运营方式。仅仅因为 Reddit 或 CKEditor 的工作方式不同,并不意味着你必须效仿它们。你必须做对你的产品有意义的事情。而且,同样,没有人要求你删除富文本或等宽字体。我们只是要求这是一个选项。有些人喜欢浅色主题,有些人喜欢深色主题。有些人喜欢在编码时使用纯黑背景和霓虹灯文字,有些人喜欢柔和的颜色。每个人都不一样。
这不一定对有意义,而是要对用户有意义。

我不想显得粗鲁或别的什么。我欣赏 Discourse 这个平台,尤其是它提供免费的自托管选项。我只是觉得很难接受,一个由开发人员等组成的团队,在要求我们“让它呼吸”近 4 个月后,仍然难以接受提供用户偏好设置是最佳选择。我让它呼吸了,但我们中的许多人就是不喜欢它,我们至少希望有一个选项来决定我们想要使用什么。

2 个赞

这就是我问题的核心,是否可以

  1. 不要向我显示 markdown / 富文本选择器
  2. 直接给我提供经典的 markdown
  3. 像以前一样将字体保留为衬线字体

例如:

Markdown 作者模式用户偏好设置:

  1. 传统模式:就像以前一样工作。字体相同,一切都相同。没有富文本选择器,没有富文本
  2. 优先富文本:我写的每一篇帖子都默认使用富文本。
  3. 优先 Markdown:我写的每一篇帖子都默认使用 Markdown 编辑。

我喜欢这样,原因有很多。

  • 对于新的论坛默认设置,我认为使用源代码字体显示源代码更好。
  • 我喜欢有一个明确的设置来定义“我喜欢如何编写 markdown”。
  • 与隐式设置相比,显式设置会在我开始发帖时重置我,这是我所偏好的。我不喜欢隐式记忆。
3 个赞

我会有第三个选择:让 Discourse 原生支持。我们一直使用无衬线字体,我不认为这是一个问题。我认为安装和管理更多插件似乎没有意义。

不过在这两者之间,插件似乎更有意义,否则结果是一样的:我们强迫所有用户使用一种字体,而不是让他们选择,我反对这样做(当然,现在我们有了富文本选项)。

1 个赞

社区管理员可以将 markdown 的默认字体设置为无衬线字体或等宽字体。然后,每个用户可以自行选择。如果管理员将其设置为无衬线字体,用户将看到

在 markdown 视图中使用等宽字体

如果管理员将其设置为 markdown,用户将看到

在 markdown 视图中使用无衬线字体

无需使用“旧版”或任何花哨的词语使其复杂化。使其用户友好,直截了当。像普通用户一样思考,而不是开发者。

4 个赞

嗯,我们完全错过了在我们编程语言社区 Discourse 上发生的这场争吵,因为(我想?)我们完全禁用了富文本编辑器。这个选择可能是在 2016 年做出的,当时富文本编辑器的质量可能比现在差很多。然后从未重新评估过。或者,也许我们的安装完全是在富文本编辑出现之前就存在的,而我们从未启用过它。无论如何,我们在 Markdown 编辑器中仍然看到衬线字体带来的“传统”行为,而且我对这种行为非常满意。

作为一个亲身撰写大量 Markdown 和代码(在等宽编辑器和许多 HTML 文本框中)的人,我有一些想法。

我更喜欢在非富文本编辑器中使用衬线字体来撰写 Discourse 帖子。我确信这背后有一些抗拒改变的因素,但我认为也有一些很好的理由。我在 Discourse 和 GitHub 上写的大部分文本实际上是文本,而不是代码。事实上,我根本不认为 Markdown 是“代码”!在这个文本编辑器窗口(或 GitHub 的)中,我唯一需要等宽字体的情况是在 ``` 围栏内——因为才是代码。不要将 Markdown 与代码混淆;它不是代码。而且我讨厌富文本编辑器,因为它们经常与我作对。例如,在费力地写完围栏的 Markdown 后(它只是 ```` ``` ````,但现在我无法在键盘上触摸波浪号而不破坏富文本编辑器),这一整段都出现了一些极其糟糕的行为。

非富文本编辑器中的衬线字体也与 GitHub 匹配——这是我撰写大量 Markdown 的另一个拥有 HTML 文本框的网站。

我敢打赌,这代表了我们广大编程社区的许多人。我们论坛上的各位:

  • 编写源代码并使用等宽字体编写源代码
  • 知道如何直接编写和阅读 Markdown
  • 不将 Markdown 文本视为源代码
  • 可能更喜欢使用非富文本编辑器
  • 可能更喜欢将其作为散文输入/编辑——因此使用衬线字体
7 个赞

并非如此。更有可能是您尚未升级到包含富文本编辑器的版本。

3 个赞

没关系,不是吗?我已经从我的原始帖子中删除了旁注。关键是,我们实例上的富文本编辑器已关闭,只要开启它会(在我看来)以这种方式降低 Markdown 编辑器的性能,我就会一直保持关闭状态。

image

1 个赞

我认为设置文本触及了 @alltiagocom 的观点核心——我当然不希望那个复选框会改变“当前的 Markdown 模式”的行为。我理解限制偏好(尤其是用户偏好)的愿望——这是一个非常值得称赞的目标!但这确实感觉像是一个由主题本身最好处理的独立样式问题。

2 个赞

在我的 CSS 中哪里?我不是管理员,这正是我想要说的。除非您是说作为普通用户我可以以某种方式覆盖 CSS(不使用浏览器扩展程序)。

但是,有一个切换按钮可以显示您所处的模式。您还需要什么?从您的截图来看,它在移动设备上不可见,所以让它可见即可解决该问题。

您将来是否计划删除 Markdown 版本?如果是这样,我理解您为什么想引导人们使用该视图。但我想再次提到,所见即所得编辑器永远不完美,而且通常不一致。一个大问题是,您必须学习每个特定网站/应用程序的所见即所得编辑器的怪癖。Teams、Confluence 和 Bitbucket 都使用所见即所得,并且都有我必须学习和适应的怪癖。有些我仍然没有习惯,因为它们与纯 HTML 输入/文本区域的工作方式背道而驰,而且每个怪癖都意味着我必须花费更多时间来输入我想要的内容。另一方面,Markdown 总是有效的,并且可以手动编写或编辑,这使其不易出错。

此外,特别是对于 Discourse,您的软件包含比简单编辑器通常拥有的更多组件(投票、帖子引用、隐藏详细信息、剧透等),这些组件要复杂得多。我明白让那些组件内联可见对非技术用户有好处,但这也为所见即所得编辑器提供了更多可能出现细微错误的地方,而这些错误会惹恼高级用户。

我认为 Reddit 的功能要复杂得多,这意味着使用 Markdown 编辑器没有那么必要。我最近才注意到切换到 Markdown 模式的切换按钮(看到它是等宽字体后立即切换回去了),但区别在于,在 Reddit 上我只需要粗体、斜体或链接等基本功能,这在所见即所得模式下完全没问题。

我不知道您为什么一直使用“源代码”这个词。似乎您用它来说我们写的东西是“类似代码的”,因此等宽字体是有意义的。但它真的不像代码。Markdown 与编写或阅读代码完全不同。

Bitbucket 使用一种混合方法,您可以看到 Markdown,但它也显示了 Markdown 的效果。例如,您会看到 **text**,但星号和“text”会在编辑器中显示为粗体。它们对所有非代码块中的文本使用衬线字体,而代码块中的文本则显示为等宽字体。(是的,编辑器中的怪癖经常导致我在编辑评论时出错。)我无法提供截图,因为我只能在我的工作机器上访问。

正是如此!我从未听过一位软件工程师说“哇,我真希望这个 Markdown 编辑器使用等宽字体”。

2 个赞