Markdown 标记是否应该保留块引号中的换行符？

我目前正在处理一个用户投诉，我无法确定该投诉是否是一个真正的bug。基本上，用户说网站有问题，因为blockquotes没有保留他的新词。这听起来很合理，但在我在网上尝试过的每一个降价测试中，blockquotes都与我的相同。例如：

嗨 怎么了？ 这是我的多行blockquote

即使我将其作为多行引号键入，换行符仍会在渲染中丢失（即使在StackOverflow上）。所以我想我真正的问题有两个：

到目前为止，我99%确信区块报价不应该保留换行符，但我还是想看看是否有不同意见以防万一。你们中有人认为他们应该保存它们吗

如果他们不应该保留它们，那么仅仅通过使用pre和代码就可以将新行保留在markdown中，这是正确的方法吗

---

最初的降价“规格”非常模糊，没有得到维护。当然还有perl脚本

markdown.pl

，即“参考实现”，尽管它有许多常见的奇怪之处

你可能会加入到这个名单中，因为格鲁伯的腐败，这个问题一直在抱怨矛盾的局面。也许列表用户会有意识地自己处理这件事，尽管不同实现之间的细微差异和不同扩展之间的不太细微差异使得这不太可能，或者无论如何都很困难-特别是只要格鲁伯不放弃对此事的所有权利，但同时不提出任何规范。如果成立一个委员会，它将无法将任何规范称为降价规范

原则上，很明显，块引号和非块引号受相同的原则控制——例如，块引号中可以有块引号——所以你的朋友肯定是错的。您可以通过在用户的文本上运行

markdown.pl

来向用户证明这一点。任何其他原则都会完全混淆。请注意

换行规则
在行尾有额外的空格

完全清楚
是否在内部

或外部
阻止引用，以便您可以向他或她解释

请注意，stackoverflow标记解析器在这里很好（我注意到退出嵌套块引号返回主块引号的方式有一些错误），但是css的作者错误地将块引号和周围文本之间的空间设置为大于段落之间的空间。这是无稽之谈，段落中断是通过额外的空间来传达的。整句话是段落的一部分，实际上通常是句子的一部分。它类似于一个很长的单词，就像你在写作中使用的任何其他引语一样。）

请注意，在称自己为“GitHub”的可爱、令人生厌的行话中是什么™ “风味减价”将所有换行符（代码块外的换行符等）视为段落分段，这一决定基本上使减价的想法不存在。也许你的用户对这样的事情很熟悉——尽管至少它没有打破这样一条规则，即块引号中的内容就是块引号外的内容。GitHub公司已经。。。嗯…'确信“格鲁伯认为这是他们用例的合理降价”。理由是，没有受过教育的人可能会自然而然地认为换行符会使段落中断。格鲁伯大概知道GitHub™'s的用户群是由程序员组成的，因此这表明规范或标准的想法对他来说是多么有价值。当然，它对GitHub上的复杂文档造成了彻底的混乱。（为什么不应该有“Internet Explorer用例的合法html”；很多人只是在IE中测试东西，所以他们有一些合法的期望？当然，GitHub的决定比任何类似的决定都糟糕。）

---

我已经有一段时间没有考虑过这一点了，所以这些评论可能不是最新的，但我怀疑自从我决定不再考虑它以来，事情已经发生了变化。现在没有，将来也不会有，这表明你花在思考这个问题上的每一分钟都是在浪费人类的精力。到目前为止，由于格鲁伯的文雅，降价已经产生了相当多的影响

将

添加到要在报价栏中换行的位置

通常情况下，追加2个空格应该做同样的事情，但是大多数ide会修剪尾部的空格，这实际上是一个好的行为

>你好，有什么事吗？
这是我的多行blockquote。

嗨，怎么了？
这是我的多行blockquote

---

啊，好的。尽管如此，还是继续问这个问题更好。这更多的是一个用户偏好的问题，而不是一个简单的编程问题。我想这就是我不确定的地方——也是我为什么在这里问这个问题的原因。我认为markdown有应该遵循的规范。不是吗？称之为“用户偏好的问题”很奇怪，因为显然不应该是这样，除非想法是宇宙中的每个应用程序和站点都应该根据实现程序员随机发生的事情来编写自己不合适的“轻量级标记语言”。我们需要的是对一些常见的东西的广泛理解，任何其他东西都是对用户脑力的浪费，并且通常会导致能够容忍轻量级标记的用户逃离您的软件。将其称为“用户偏好”的问题是忘记用户正试图与他人交流，他们有自己的“偏好”。因此，为了迎合他的偏好，就要禁用他或她。谷歌把我带到这里，当时我正试图研究如何在堆栈溢出上用块引号换行。单击您答案上的

编辑
链接后，我仍然看不到您的答案是如何工作的，而我没有。这可能值得在你的文章中指出