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

Question

我使用CommonMark存储了一些注释，并且我注意到此代码段在SO上呈现的方式似乎有所不同（ echo缩进7个空格）。

1. Print Windows folder path

       echo %windir%

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

这里是堆栈溢出：

如果我将echo缩进8个空格，它将在Stack Overflow上显示为代码块：

但是在http://spec.commonmark.org/dingus/上，它现在有一个前导空间（我选择显示它）：

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

还是有一个CommonMark设置可以像SO那样渲染？

这有点烦人，因为我的许多笔记确实是文本，可以在Stack Exchange上的某个问题或答案中找到自己的方式。 所以我只是希望弄清楚这里发生了什么。

Answer 1

事实证明，@ balpha在此2015年6月的帖子中对此进行了回答：

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

清单项目

当前，这将创建一个包含两个段落的列表项：

 1. This is the first paragraph And this is the second one. 

使用CommonMark（甚至在其他许多Markdown实现中 ），“第二个”将不是列表项的一部分，而是列表后的独立段落。 要使其成为列表项的一部分，您必须将其缩进到与第一段相同的空白处，如下所示：

 1. This is the first paragraph And this is the second one. 

我对似乎有些随意的“ 7个空格”感到困惑，但现在我意识到实际上是3个空格使它与列表项保持一致，然后是将其标识为代码块的标准4个空格。

通过这个小测试确认：

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

因此，我认为SE仍会使用其自己的不涉及这种对齐方式的变体。