Markdown规定,一个换行(hard-wrap,在编辑器里按下Enter)不会引入<br>。举例来说:
这是第一行[Enter]
这是第二行[Enter]
这是第三行。
生成HTML会变成:(A)
这是第一行这是第二行这是第三行。
如果要想引入<br>就要在断行处按两次以上[Space]再按一个[Enter]:
这是第一行[Space][Space][Enter]
这是第二行[Space][Space][Enter]
这是第三行。
生成HTML会变成:(B)
这是第一行
这是第二行
这是第三行。
这我可以理解,也觉得可以接受。我也知道Github Flavored Markdown改进了这个做法,每一个换行(hard-wrap)都会引进一个<br>,举例:
这是第一行[Enter]
这是第二行[Enter]
这是第三行。
生成HTML会变成:(C)
这是第一行
这是第二行
这是第三行。
我觉得这是个进步。不过我的问题是:
1. 传到GitHub仓库的markdown文件查看时会被自动转为HTML,但我觉得转换引擎不像是GitHub Flavored Markdown, 因为我发现hard-wrap并没有引入<br>. 那么GitHub这里使用的引擎是rdiscount吗?GFM在哪里使用?
2. 我用Python的markdown或者Ruby的rdiscount以及Github默认引擎解析markdown文件,hard-wrap的确没有引入<br>, 可是也不简单连接,也就是说实际上得不到上边(A)的结果,而是在连接出多出一个半角空白符,如下:(D)
这是第一行 这是第二行 这是第三行。 /*注意这里中间的空白符*/
我用Linux下的Firefox和Chrome以及elinks查看都是这样。我的编辑器是VIM。不知你们是否有这个情况?
这是第一行[Enter]
这是第二行[Enter]
这是第三行。
生成HTML会变成:(A)
这是第一行这是第二行这是第三行。
如果要想引入<br>就要在断行处按两次以上[Space]再按一个[Enter]:
这是第一行[Space][Space][Enter]
这是第二行[Space][Space][Enter]
这是第三行。
生成HTML会变成:(B)
这是第一行
这是第二行
这是第三行。
这我可以理解,也觉得可以接受。我也知道Github Flavored Markdown改进了这个做法,每一个换行(hard-wrap)都会引进一个<br>,举例:
这是第一行[Enter]
这是第二行[Enter]
这是第三行。
生成HTML会变成:(C)
这是第一行
这是第二行
这是第三行。
我觉得这是个进步。不过我的问题是:
1. 传到GitHub仓库的markdown文件查看时会被自动转为HTML,但我觉得转换引擎不像是GitHub Flavored Markdown, 因为我发现hard-wrap并没有引入<br>. 那么GitHub这里使用的引擎是rdiscount吗?GFM在哪里使用?
2. 我用Python的markdown或者Ruby的rdiscount以及Github默认引擎解析markdown文件,hard-wrap的确没有引入<br>, 可是也不简单连接,也就是说实际上得不到上边(A)的结果,而是在连接出多出一个半角空白符,如下:(D)
这是第一行 这是第二行 这是第三行。 /*注意这里中间的空白符*/
我用Linux下的Firefox和Chrome以及elinks查看都是这样。我的编辑器是VIM。不知你们是否有这个情况?