为什么CommonMark认为这7个空间缩进了一个代码块？

Question

我正在用CommonMark存储一些注释，并且我注意到这个片段似乎在SO上呈现不同(echo是缩进的7空间)。

1. Print Windows folder path

       echo %windir%

这里，它被解释为http://spec.commonmark.org/dingus/上的一个代码块

​

​

这里是堆栈溢出：

​

​

如果我用8空格缩进回显，它现在将显示为堆栈溢出上的代码块：

​

​

但是在http://spec.commonmark.org/dingus/上，它现在有了一个领先的空间(我选择了它来展示)：

​

​

这是因为实际上没有使用完整的CommonMark规范(还没有)吗？

或者是否有一个CommonMark设置使其呈现的方式如此？

这有点烦人，因为我的许多笔记确实是文本，可以在Stack Exchange的某个地方找到自己的问题或答案。所以我只是想弄清楚这是怎么回事。

Answer 1

在2015年6月的帖子中，@balpha回答了这个问题：

https://meta.stackexchange.com/a/258587/879

列表项目 目前，这将创建一个包含两个段落的列表项目： 1.这是第一段，这是第二段。 使用CommonMark (甚至是in a significant number of other Markdown implementations)，“第二个”将不是列表项的一部分，而是列表后面的一个独立段落。要使其成为列表项的一部分，您必须将其缩进与第一段相同的边距，如下所示： 1.这是第一段，这是第二段。

我被一个看起来有点武断的"7空格“搞糊涂了，但现在我意识到它实际上是3个空格来使它与列表项保持一致，然后标准的4个空格将它识别为一个代码块。

这个小小的测试证实了：

​

​

这对我来说很有意义，我想我喜欢。

这就回答了这一点，我猜SE仍然使用它自己的变种，不涉及这种类型的对齐。