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

Question

我在CommonMark中存储了一些笔记，我注意到这个片段似乎在SO上呈现不同（ echo 是缩进的 7 空格）。

1. Print Windows folder path

       echo %windir%

此处它被解释为http://spec.commonmark.org/dingus/上的代码块：

这里是Stack Overflow：

如果我用 8 空格缩进 echo ，它现在将显示为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（甚至in a significant number of other Markdown implementations），   ＆＃34;第二个＆＃34;不会是列表项的一部分，而是一个独立的   列表后面的段落。要使它成为列表项的一部分，你有   将它缩进到与第一段相同的边距，如下所示：

1. This is the first paragraph

   And this is the second one.

我感到困惑的是一些似乎有点武断的＃7; 7空间＆＃34;但现在我意识到它实际上有3个空格使它与列表项对齐，然后标准4个空格将其标识为代码块。

通过这个小测试证实：

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

所以答案就是这样，我猜SE仍然使用自己的变体而不涉及这种类型的对齐。