Markdown：在列表中创建连续列表的正确方法是什么？

Question

在GFM中，在列表中创建连续列表的正确方法是什么？

目标：

1. 一个

我已经看了关于持续号码列表和相关问题的常见帖子，但还没有看到有人问这个问题。

Answer 1

从技术上讲，你不能。降价是HTML的一个子集，HTML不提供这样的功能。但是，您可以在HTML中使用类似于<代码>

当然，您总是可以回到原始超文本标记语言，但是让我们继续只在Markdown中完成这一目标。您是否可以在Markdown中做到这一点取决于您使用的是哪种Markdown实现。

传统的降价规则规定：

需要注意的是，用于标记列表的实际数字对HTML输出Markdown生成的结果没有影响。

...

但是，如果确实使用了延迟列表编号，则仍应以数字1开始列表。在将来的某个时候，降价可能会支持以任意数量启动有序列表。

由此看来，很明显，目前不可能实现所需的行为。然而，如果暗示的改变发生了，事情可能会有所不同。。。

事实证明，Github扩展的Commonmark确实支持以任意数量启动有序列表。正如规范所述：

有序列表的起始编号由其初始列表项的列表编号确定。后续列表项的数量被忽略。

鉴于上述情况，以下内容似乎会产生预期的产出：

1. One
    1. one
    2. two
2. Two
    3. three
    4. four 

但是，正如Babelmark所展示的，这只适用于少数实现（请注意包括的实现）

部分问题在于父列表在嵌套列表的前一行包含一个段落（内容为两段）。因此，如果在不同的块级别元素之间添加空行，如下所示：

1. One

    1. one
    2. two

2. Two

    3. three
    4. four

然后更多的实现可以正确地看到嵌套列表。具体来说，正如巴别尔马克（Babelmark）所示，这会导致Commonmark根据需要解析列表。事实上，您得到了这个输出（注意

<ol>
    <li>
        <p>One</p>
        <ol>
            <li>one</li>
            <li>two</li>
        </ol>
    </li>
    <li>
        <p>Two</p>
        <ol start="3">
            <li>three</li>
            <li>four</li>
        </ol>
    </li>
</ol>

事实上，我检查了一下，这在GitHub中是正确的。