值得从 blogdown 折腾到 hugodown 吗？ hugodown 地址 https://github.com/r-lib/hugodown

我也看到了，跟blogdown的区别是Rmd->md,而blogdown是输出html. 从描述来看差别不大，不过一家公司出两个竞品总感觉怪怪的

Cloud2016 我猜哈大神最近可能在学中文，自从发现 hu 朋 go 友这样奇妙的成语后，就再也忍不住组建狐狗党（hugodown）的冲动。

tctcab 这事情连我都不是第一时间知道的，而是过了好些天了别人告诉我的，这让我感到很难堪。我最近在加紧改书稿，还没顾得上跟哈大神谈、弄清楚这到底是怎么一回事。我当时知道这个包的时候，感觉像是被友军从背后放了一枪。从包的描述来看，他就是做了一个 blogdown 的子集，他要的那些功能在 blogdown 框架下并不难实现（而且那个功能对比表格中的 blogdown 的欠缺功能也不准确），我非常不明白为什么他不先跟我谈一下。最让我感到不舒服的是他已经在社交媒体上提这个包了，而且是在别人抱怨 blogdown 的缺点之后跳出来说 hugodown 解决了这些问题。我一直认为哈神应该在社交媒体上更加谨慎发言，因为他几乎已经是大主教的地位了，他要是吼一嗓子说 blogdown 不行、hugodown 是新的希望，那大家都很容易信的。那接下来我该怎么办？扛起枪来跟 hugodown 拼功能吗？我感觉技术上这并不是什么难事，问题是对用户来说，为啥同一个公司出了两个竞争性产品、以及应该如何选择。他要是做其它静态网站生成器如 jekylldown 或 hexodown 我也就不说什么了，因为这些我早已承认 blogdown 的支持力度不够；偏偏他要挑 hugo。实在让我费解。

yihui 我猜这个hugodown和他的pkgdown要组建一个生态，在写完包后一经发布，自动生成一个宣传黄页，这样每个包都有一个对应的网页，网址是规律的，甚至是只要用到rstudio开发工具的都可以纳入进来，都可以在rstudio blog下查到。最终形成pkgverse、tidyverse、shareverse直到rverse或者rstudioverse之类的。并且将来可能成为原生的python和julia应用。意淫下，博看官一笑。

yihui 这我就明白了，因为我发现 hugodown 的 README 介绍的内容我自己也在 blogdown 下也实现过，从 Rmd 编译生成 md 或者 html 然后部署，原来是个 blogdown 的子集，但是 Hadley 最近在 hugodown 上面的操作猛如虎！

Cloud2016 正是因为操作猛如虎、对外高调（连六边形贴纸都设计好了）而我又毫不知情，我才感觉这是在背后放我枪。可能不是真子集，但除了高亮代码时添加函数帮助页面的链接之外，其它功能都没什么神奇的吧。他的这种宣传太有污蔑 blogdown 嫌疑了。

yihui 二位大佬赶紧约个时间在小黑屋里商量下，然后发个联合声明

这波操作完全看不懂，可能大神的脑回路都异于常人

居然还真是没商量就弄出来了…

我问了一下:为什么要开发一个新包，而不在blogdown的基础上改进？Hadley连夜做出回复: Because it’s a fundamentally different design to blogdown and has rather a different scope (ie just focused on Hugo not other blogging tools). Unfortunately I think it would be a lot more work to try and integrate with the existing blogdown package.

hugodown 是个啥新玩意?

InfinityLoop

dapengde 第二点和第五点可能和服务器上所用的HUGO版本有关。可以检查一下本地的HUGO的版本和服务器的（https://github.com/pzhaonet/msg2020/blob/master/netlify.toml#L5）是否一致。我之前就在这上面浪费了好几个小时（https://d.cosx.org/d/422117-blogdown-latex-build）。

dapengde

InfinityLoop 果然！服务器设置环境变量 HUGO_VERSION = "0.72.0" 就可以显示脚注编号了。0.80 也可以。多谢！但数学表达式仍然出不来。而且，用上 0.72 或 0.80 之后，诸如 ^[footnote] 这种形式的脚注就不显示成脚注，而是原样在正文里存在。

InfinityLoop

dapengde 看了下HUGO build出来的结果，Latex的符号没有被成功转换成标签，因此问题应该出在build上。~~我之前的帖子里用0.58.0的时候也是同样的问题，所以可以尝试一下把HUGO的版本升级到0.80.0然后重新build下~~

我重新试了下用0.80.0进行build结果还是无法把Latex符号转成html标签，所以我猜测问题应该是出在主题本身上了。

再看了下源码，需要在Latex符号前后加引号（`）就能正常渲染了 https://yihui.org/js/math-code.js

2. 不支持数学环境，例如 `$E = mc2$`，`$\LaTeX$`，你看他们没按预期显示吧。我看到这个库是加载的呀。

问题7的话应该只要增加开关参数，然后在这里（https://github.com/yihui/hugo-prose/blob/master/static/js/features.js#L135）进行识别，选择是否插入数字标号应该就可以了（不过我没写过这个，提交不了PR😅）

dapengde

InfinityLoop 果然，加了一对反引号之后就出来了，示例。多谢！

开关参数我也没写过，不敢乱动。

Fye

对于问题 2，这个在 Prose 默认的配置文件里就是这样配置的，好像没有解决数学环境的问题。
这个是正解！太好了，这下主页清爽多了，而且可以玩玩藏头的游戏。
这个也是正解！我换了个浏览器，就出来了。此前我稍微猜到了这个可能性，但是看到更改超级链接的文字颜色后，浏览器立马更新了，就把这个可能性给否定了，没想到浏览器刷新缓存竟然有选择性。

Fye

InfinityLoop dapengde 经过仔细研究 features.js, 找到了问题 7 的解决方法：要去掉自动编号，只需在文章的 yaml 中加上下面的参数即可。

features: [-number_sections]

不过该参数似乎不能与 [+sticky_note] 同时使用。

Fye

dapengde 这个网站很精彩！

对于问题 2，数学的话，我个人喜欢自己加载 mathjax 来支持数学环境。另外，也可能跟 hugo 的 markup 引擎有关。默认的是 Goldmark。有数学的话，建议修改一下 config.yaml 的设置：
```
markup:
  goldmark:
    renderer:
      unsafe: true
```
参见 https://github.com/rstudio/blogdown/issues/447。你不妨试试。
问题 3 的解决办法应该是在 yaml 里用 description.
```
description: >
   这是文章的摘要。
```
第 8 条提到的问题应该是浏览器的问题。浏览器一般会缓存 css。如果没有大的变动，或者没有清理缓存的话，新修改的 css 一般不会显示出来。我因为这个浪费很多时间。没想到你也碰到了。

Fye

dapengde 数学的问题, 一个办法是按照 @InfinityLoop 的建议给数学环境外面加一对反引号 `...`。这个应该是稍微安全的办法。不过随着 Hugo 版本的升级，直接把 foot_custom.html 里面处理数学的代码

<script src="//yihui.org/js/math-code.js"></script>
<script async src="//mathjax.rstudio.com/latest/MathJax.js?config=TeX-MML-AM_CHTML"></script>

换成下面的似乎也没问题。

<script>
MathJax = {
  tex: {
    inlineMath: [['$', '$'], ['\\(', '\\)']],
    displayMath: [['<code class="katex-escape">$$', '$$</code>'], ['\\[', '\\]']]
  }
};
</script>
<script type="text/javascript" id="MathJax-script" async
  src="https://cdn.jsdelivr.net/npm/mathjax@3/es5/tex-svg.js">
</script>

第一个问题中提到的汉化的问题，目前一个办法是修改 templates。具体的可以参见我从你那里 forked 过来之后的第一个 commit 36a8307
.

InfinityLoop

Fye 数学表达式是 Yihui 采用的JS方法和常见的不同，逻辑是对( ` )中的代码块中有 Latex 表达式的地方进行元素替换。所以只要加注引号就能解决这个问题了(我猜测是为了防止正文中正常使用美元符号的时候可能会造成误渲染的问题？)。不过如果能在主题的使用说明上指出这一点的话就可能就会更好一点吧。

Fye

InfinityLoop 你说的是对的。我想 Yihui 的 math.js 应该是主要针对一些 markdown 编译器不能处理数学的问题。对于美元符号，如果只调用 mathjax，多数情况下可以用 \$ 来显示。

dapengde

Fye InfinityLoop

今天重翻了一下 blogdown 说明书，里面说 .md 文件里的数学环境确实要加一对反引号，~~这是 Blackfriday 干的~~。

yihui

dapengde 上面的反馈有点多，我还没来得及处理。数学公式两边加上反引号是我自己发明的土办法，与他人无关：https://yihui.org/cn/2017/04/mathjax-markdown/ 因为不管是旧的 Blackfriday 还是新的 Goldmark，都没有对数学公式的原生支持。没办法只能这样曲线救国。我这个土办法对任何 Markdown 工具都有效，而且还不需要配置任何 MathJax 选项。

dapengde

yihui 噢，那是我理解错了...读到 `$math$` 这里还以为是前面说的黑色星期五。

前面反馈的问题基本上被一一解决了，就差全面汉化和脚注位置这两处不痛不痒的问题，我决定无视它们的存在。

Fye

dapengde 数学 yihui 的解决方法，我一直没有用。好像一般情况 MathJax 在我这儿也没出啥问题。关于汉化，我觉得你用 i18n 处理之后，对我来说已经很好用了。全面汉化暂时我是没有新的思路了。脚注没有考虑过，不过感觉要全部放到最后，似乎有点难度。 😅

TimingLiu

看完这个贴子之后， RStudio背后的人都变得真实了好多。。。

Cloud2016

Cloud2016 我发现一旦前面使用 tidyverse 家族任意一个包，就会引入 tibble 类型的数据，然后再使用 Base R 的函数就得很小心，容易触发各种警告，目的是告诉用户不要使用 Base R 的函数，继续使用 tidyverse，解决办法是用完 tidyverse 全家桶中任意函数，赶紧转 data.frame。比如这里

« 上一页