GitHub对Markdown的恶意破坏-将666改为DCLXVI

Question

我的GitHub存储库中只有一个自述文件。在本自述文件中，我在本地写了以下内容:

Factoids:
 - There are about six different ways to do everything in Forked.
 - There are actually six different ways to enter loops.
 - There are six directionals and six I/O commands.
 - 666. ha.

强调最后一行。GitHub决定展示的不是666。

DCLXVI是表示666的罗马数字。

这真让我毛骨悚然。我的本地文件和原始文件都显示666。

GitHub在做什么，为什么没有编号的列表上的缩进被搞乱了？这是复活节彩蛋，还是撒旦的虫子？

Answer 1

虽然其他答案很好地解释了你为什么会有这个问题，但是他们并没有给出一个如何解决这个问题的确切例子。

看起来你已经用一种不完美的方式解决了这个问题，把你的文本替换成

- `666`. ha.

有一个常见的技巧，可以转义数字后面的点，使其看起来像普通文本（而不是有序列表标签）:

- 666\. ha. (this will render as you probably want)

Answer 2

在666后面添加句点使其成为有序列表标记。

GitHub声明了使用罗马数字呈现有序列表标记的CSS:

ol ol,ul ol {
    list-style-type: lower-roman
}

用反斜杠转义句号，您应该会看到正确的输出。

Answer 3

这之后似乎是GitHub/Markup问题991，其中在有序子列表中，十进制数字自动转换为罗马数字。

我已经找到问题的原因了。它是CSS

这是嵌套有序列表在HTML中呈现的预期方式。

这在HTML中是不应该的。https://jsfiddle.net/tf5jtv8s

我们不对默认的HTML行为进行任何修改。

ol ol,ul ol{list-style-type:lower-roman}

我不知道CSS，但我的理解是这是问题的原因。我可以通过禁用CSS得到预期的结果。（我是手机用户，所以不能使用浏览器检查器）

正如“GitHub Flared markdown的正式规范”中提到的，GitHub markdown规范gfm:GitHub Flared markdown规范构建在CommonMark规范之上。

正如Tommi Kaikkonen在他的回答中提到的，有序列表是因为666后面的点。参见GFM规范第5.2节。

如6.1节所述，任何ASCII标点符号都可以反斜杠转义，以避免此问题。
这意味着:

- 666\. ha.

（正如Fornever的回答中明确显示的那样）

这就是为什么在GitHubreadmeMarkdown中将666数字更改为罗马数字的原因。

迈克·利珀特评论道:

该列表中的第一个元素，因此它应该显示为I，而不是dclxvi。
Markdown排序列表忽略了实际使用的数字和顺序编号，我还没有看到改变这一点的方法。

但是，否:它显示dclxvi，因为生成的html代码是

，这与GFM规范一致:

如果列表项已排序，则根据已排序的列表标记为其分配一个起始编号。“

（这里，“666”是有序列表标记）

迈克补充说:

@vonc对于其他人来说，这里是vonc的doc link的另一段有用的摘录:

“有序列表的起始编号由其初始列表项的列表编号决定。不考虑后续列表项的编号。”

还有，为什么间距会乱呢？我没听懂你的回答

您可以在未排序的列表项

1. 中获得一个排序列表
   :

   <ul>
     <li>
       <ol start="666">
         <li>ha.</li>
       </ol>
     </li>
   </ul>
   

   GitHub CSS规则包括:

   .markdown-body ol {
       padding-left: 2em;
   }