好的，
不确定这是标准的 Markdown 行为还是 Discourse 的 bug，但如果你在文本前后使用空格，Markdown 格式就会失效：
当我使用粗体按钮时，这样是正常的
由于我在文本前加了空格，这样不行
由于我在文本后加了空格，这样也不行
问题是用户并不清楚这一点，有时会不小心留下空格，发布后却不明白哪里出了问题/为什么不起作用。我已经看到一些用户犯了这样的错误……
上述示例的代码：
**这样是正常的**
**由于我在文本前加了空格，这样不行**
**由于我在文本后加了空格，这样也不行**
我相当确定这是 Markdown 规范，而不是 Discourse。工程师应该能够确认这一点。
是的，MD 有规范是有原因的，用户也应花 3 分钟学习如何正确使用 MD（抱歉回复得如此直接和技术性……）。其实非常简单，是一种很基础的标记语法：
另请参阅：
以 Visual Studio Code 为例：
我认为这清楚地表明，这不是"Discourse"的问题，而仅仅是用户未正确使用 MD 所致。
VSC 实际上会高亮显示 MD 语法错误，@tpetrov
好的，
我现在明白了，这并非一个漏洞。
问题在于用户。如今，很难让他们阅读内容超过 3 秒，而你却希望他们花上 3 分钟。说实话，我认为这很难实现。
不过，Markdown 语法错误高亮显示实际上会很有帮助。
嗯。
好吧，我们运营这个编程论坛已经二十多年了。我们发现，只要向用户解释清楚，或者提供教程链接，他们就会去学习我们要求他们掌握的内容；而当用户犯错时，我们的版主会编辑帖子并修正格式。
二十多年来，无论是使用旧的“BBCODES”还是现在的 Markdown，这从来都不是问题。不过话说回来，我们的网站是一个技术论坛，我们期望用户具备技术素养，并愿意为自己的工作付出努力 
事实上，我们认为教导人们如何思考以及如何自行解决问题是我们核心使命的一部分；如果有人连花几分钟学习 Markdown 都不愿意，那么问题出在他们身上，而不是我们的论坛或成员；这样的人也不受欢迎。
但话说回来，我们的网站并非为了“取悦所有人”而存在，我们有着高标准。根据我的经验，只要人们清楚知道规则（或其他文化规范）中对他们有何期望，他们就会去学习。
一如往常，具体情况可能因人而异，您的用户可能比我们的用户技术背景要弱得多。
