Markdown 分数转换为sup和子元素
我正在学习雨果,到目前为止一切都很好。现在,我试图启动并运行一些内容,但在Markdown解析器中遇到了一个奇怪的行为 对于简历页面,我使用的日期格式为2009年10月10日。虽然这对于以0开头的日期(例如Markdown 分数转换为sup和子元素,markdown,hugo,Markdown,Hugo,我正在学习雨果,到目前为止一切都很好。现在,我试图启动并运行一些内容,但在Markdown解析器中遇到了一个奇怪的行为 对于简历页面,我使用的日期格式为2009年10月10日。虽然这对于以0开头的日期(例如06/2006)效果良好,但对于以1开头的日期(10/2010),标记解析器似乎存在缺陷 我的降价如下: **2009年10月10日bis 2013年4月4日|伯吉斯大学Wuppertal** 输出如下: 该部分的HTML为: 10/2009之二2013年4月4日 据我所知,我的降价应该是合
06/2006
)效果良好,但对于以1开头的日期(10/2010
),标记解析器似乎存在缺陷
我的降价如下:**2009年10月10日bis 2013年4月4日|伯吉斯大学Wuppertal**
输出如下:该部分的HTML为:
10/2009之二2013年4月4日
据我所知,我的降价应该是合理有效的
我已经对此进行了更深入的研究,发现这种行为并不特定于日期类数字,而是适用于所有数字,其中2位数字后面跟一个闪光和一个或多个数字。所以44/9在我的雨果里也坏了
SO的标记解析器似乎工作正常:
10/2009之二2013年4月4日
关于为什么会发生这种情况以及如何解决它,你有什么想法吗?找到了解决办法
集成的“BlackFriday”标记解析器默认设置为使用“智能分数”将类似分数的标记片段转换为数学形式良好的分数,以便于显示
此行为可以在Hugo配置文件中更改,如下所示:
[黑色星期五]
分数=假
虽然这种默认行为可能是个好主意,但您应该查看解析器的不同“智能”函数,并检查它们是否处于活动状态,因为它们可能会干扰您的内容
文档中有一章是关于这一点的:这绝对是标记解析器的非标准行为。我不知道这样的功能是由任何人提供的,更不用说默认情况下。这正是我的想法。还没有任何其他降价解析器经历过类似的情况。