fun*_*eah 8 markdown github github-flavored-markdown commonmark
Github"使用"github风味降价,但我无法找到这意味着什么.他们在客户端上使用什么解析库来呈现预览?
用于*.md文件,问题和维基页面的lib是否相同?
如果您可以指向我的资源,显示github风格的降价和共同标记如何重叠以及它们如何不同,则可以获得奖励积分.
标记是" 我们[Github]用于呈现README.your_favorite_markup的代码 ".他们将Redcarpet列为Markdown的图书馆.反过来,这使用日落.这是否用于所有网站我不确定.
它还声称拥有"大规模扩展支持".
Sundown可选择支持多种(非官方)Markdown扩展,例如非严格强调,受限制的代码块,表格,自动链接,删除线等等.
有关详细信息,您可能需要深入了解这些库.
如果您可以指向我的资源,显示github风格的降价和共同标记如何重叠以及它们如何不同,则可以获得奖励积分.
日落声称与Markdown v1.0.0和v1.0.3"完全符合标准",但在我的生命中,我找不到那些版本.只有v1.0.1和CommonMark是0.26.
日落开启了官方Markdown v1.0.0和v1.0.3测试套件的开箱即用,并且已经过额外的角落案例的广泛测试,以确保其输出始终保持理智.
Github Markdown扩展记录在他们的Mastering Markdown指南中.
向我提供了一个资源,该资源显示了github风格的markdown和commonmark如何重叠以及它们如何不同。
现在(2017年3月)正式记录在案:请参阅“ GitHub Flavored Markdown的正式规范 ”
从今天开始,将根据GitHub Flavored Markdown的正式规范来解析和呈现我们网站上托管的所有Markdown用户内容,包括用户评论,Wiki和存储库中的.md文件。
这是在“详细说明了GitHub风格Markdown的正式规范 ”
该正式规范基于CommonMark,这是一个雄心勃勃的项目,旨在以反映其实际使用情况的方式正式指定Internet上许多网站使用的Markdown语法。
CommonMark允许人们继续使用他们一直使用的Markdown,同时为开发人员提供全面的规范和参考实现,以在平台之间以一致的方式互操作和显示Markdown。
这个想法是:
采用CommonMark规范并围绕它重新设计我们当前的用户内容栈并不是一件容易的事。
我们苦苦挣扎的主要问题是该规范(及其参考实现)严格地集中在原始Perl实现支持的Markdown的公共子集上。
这不包括GitHub上始终可用的一些扩展功能。最值得注意的是,缺少对表格,删除线,自动链接和任务列表的支持。为了完全指定我们在GitHub上使用的Markdown版本(称为GFM),我们必须正式定义这些功能的语法和语义,这是我们之前从未做过的。 我们在现有CommonMark规范的基础上进行了此操作,并特别注意确保我们的扩展是原始规范的严格和可选的超集。
| 归档时间: |
|
| 查看次数: |
1772 次 |
| 最近记录: |