Markdown 分数转换为sup和子元素

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日 据我所知,我的降价应该是合

我正在学习雨果,到目前为止一切都很好。现在,我试图启动并运行一些内容,但在Markdown解析器中遇到了一个奇怪的行为

对于简历页面,我使用的日期格式为2009年10月10日。虽然这对于以0开头的日期(例如
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配置文件中更改,如下所示:

[黑色星期五]
分数=假

虽然这种默认行为可能是个好主意,但您应该查看解析器的不同“智能”函数,并检查它们是否处于活动状态,因为它们可能会干扰您的内容


文档中有一章是关于这一点的:

这绝对是标记解析器的非标准行为。我不知道这样的功能是由任何人提供的,更不用说默认情况下。这正是我的想法。还没有任何其他降价解析器经历过类似的情况。