降价应该保留blockquotes中的换行符吗？

Question

我目前正在处理用户投诉,我无法弄清楚投诉是否是真正的错误.基本上,用户说网站存在问题,因为blockquotes不会保留他的新行.这听起来很合理,但在我尝试过的每个降价测试仪上,blockquotes与我的相同.例如:

嗨什么了？这是我的多线程序列引文.

即使我将其键入多行引号,换行中的换行仍然丢失(即使在StackOverflow上).所以我想我真正的问题是双重的:

1. 到目前为止我99%肯定封锁引用不应该保留换行符,但我仍然希望看看是否有不同的意见以防万一.你们有谁认为他们应该保留它们吗？

2. 如果他们不应该保留它们,那么只需使用pre和code就可以在markdown中保留新行吗？

Answer 1

原始降价'规格'非常含糊不清,而且没有保留.当然有perl脚本markdown.pl,即"参考实现",尽管它有许多常见的奇怪之处.

您可以加入http://six.pairlist.net/pipermail/markdown-discuss/这个名单,这个名单永远在抱怨由于格鲁伯的腐败而引发的矛盾情况.也许列表用户将有意识将事情掌握在自己手中,尽管不同实现之间的细微差别以及不同扩展之间的不那么细微的差异使得这不太可能,或者无论如何都很难. - 特别是只要Gruber不放弃对此事的所有权利,但同时不提出任何规范.如果成立一个委员会,它将无法将任何规范称为Markdown的规范.

原则很清楚,块报价由相同的原则无阻塞的报价约束-例如,你可以有块报价块报价-让你的朋友肯定是错误的.您可以通过运行markdown.pl他或她的文本向您的用户证明这一点.任何其他原则都是完全混乱.注意这个,

在行尾
添加额外空格的换行规则

内部是否 完全清楚

或者在
块引号之外,所以你可以向他或她解释.

请注意,stackoverflow markdown解析器在这里很好(虽然我注意到退出嵌套块引用以返回主块引用的方式有问题.)但是css的作者错误地在块引用和周围的文本大于段落之间的文本.这是无意义的,段落中断是通过额外的空间传达的.块引用是段落的一部分,实际上通常是一个句子.它类似于一个非常长的单词,就像你在写作中使用的任何其他引用一样.)

请注意,可爱的,狡猾的行话中称为"GitHub™风格降价"的内容将所有换行符 - 外部代码块等 - 视为分段符号,这一决定基本上使得降价概念不存在.可能是你的用户熟悉一些这样的事情 - 尽管至少它并没有违反规则,即块引用中的内容是什么在外面.GitHub公司......呃......"说服'Gruber这是他们用例的合法降价'.对此的理由是,未经训练的人可能会自然地认为换行会使段落中断.Gruber可能意识到GitHub™的用户群是由程序员构成的,因此这表明规范或标准的概念对他来说有多大价值.当然,它已经为GitHub上的复杂文档产生了混乱.(为什么不应该有"用于Internet Explorer用例的合法html";很多人只是在IE中测试一些内容,所以他们有一定的合理期望？当然,GitHub的决定比任何类似的都要差.)

我暂时没有考虑过这个问题,所以这些评论可能不是最新的,但我怀疑自从我决定不考虑之后情况发生了变化.现在并且没有规范表明,你致力于思考这个问题的每一分钟都浪费了人类的精力.由于格鲁伯的精力充沛,Markdown现在已经产生了相当多的东西.

Answer 2

添加<br>到您希望在引用块中换行的位置。

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

> hi what's up?<br>this is my multiline blockquote.

嗨，怎么了？
这是我的多行块引用。