似乎是github / markup问题991,紧随其后的是在有序子列表上,十进制数字会自动变为罗马数字。
我已经找到问题的原因。是CSS
这是嵌套的有序列表以HTML呈现的预期方式。
HTML中不希望出现这种情况。https://jsfiddle.net/tf5jtv8s
我们不会对默认的HTML行为进行任何修改。
ol ol,ul ol{list-style-type:lower-roman}
我不了解CSS,但我的理解是这是造成问题的原因。我可以通过禁用CSS获得预期的结果。(我来自手机,因此无法使用浏览器检查器)
如“ GitHub风味Markdown的正式规范 ”中所述,GitHub markdown规范GFM:GitHub Flavored Markdown规范建立在CommonMark规范之上 。
正如Tommi Kaikkonen在回答中提到的那样,排序的列表是由于666后的点引起的。请参见GFM Spec第5.2节。
如第6.1节所述,任何ASCII标点符号都可以反斜杠转义,以避免出现此问题。
这意味着:
- 666\. ha.
(如ForNeVeR的答案中明确显示的)
这就是为什么666
在GitHub README
markdown中将该数字更改为罗马数字的原因。
迈克·利珀特评论:
该列表中的第一个元素,因此它应该显示为i
not dclxvi
。
Markdown排序列表忽略了实际使用的数字和顺序的数字,而且我还没有找到改变它的方法。
但是,没有:它显示dclxvi
,因为生成的html代码是<ol start="666">
,这与GFM规范一致:
如果列表项是已订购的,那么还将根据已订购的列表标记为其分配一个开始编号。
(这里,“ 666
”是有序列表标记)
迈克补充说:
@VonC对于其他人,这是VonC doc链接的另一个有用摘录:
“有序列表的起始编号由其初始列表项的列表号确定。后续列表项的数量被忽略。”
另外,为什么间距弄乱了?我没听懂你的回答
您会<ol>
在无序列表项中 得到一个有序列表<li>
:
<ul>
<li>
<ol start="666">
<li>ha.</li>
</ol>
</li>
</ul>
GitHub CSS规则包括:
.markdown-body ol {
padding-left: 2em;
}
如果你把3em
,你会得到
而不是
- 5. whatever
其转换为·V whatever
我是否正确看到的图像