0%

TeX-support

没 TeX 心里痒痒的,用的真心不方便。其实用 TeX 的一大理由就是它的公式。显示的很漂亮。偏偏干这一行的公式比较多,特别是在复杂度那一块,没哪些题是不需要涉及到复杂度的。于是痛下决心看能不能支持 TeX 呢?首先可以用 MathJax 。但是 MathJax 太慢了,而且占网速,总之我不喜欢……

于是搜索一堆东西,首先对 Pandoc 有期望,然后发现不会用。后来在本地看到一个叫做 Marutex 的东西。 Maruku 是 jekyll 用的 markdown 渲染器。Marutex 会不会支持 TeX 呢?让我们拭目以待。

事实证明,在 blahtex 的帮助下,Maruku 是可以支持 TeX 公式的。 Blahtex 是一个转换器,调用了系统的 TeX 解析器,利用 dvips 转成 png。初看起来效果确实是不错。由于 png 支持透明,公式就像是普通文字,这点尤其舒服。

但是,很囧的一点,blahtex 生成的图片背景透明,文字是黑色的,而我 blog 背景默认也是暗色调的,因此公式看不太清,这点特别囧。于是我们有两种解决方案: 1. 换一个 blog 主题 2. 改动 png

由于这个主题是我比较满意的,特别是背景我特别喜欢(我个人比较喜欢这个风格的画),所以决定使用第二种方案,改动 png 。

由于最终免不了调用 TeX 的解析器,所以我们可以直接在 TeX 源文件上做文章。我的第一想法是用 color 函数,直接把字体颜色改成白色。看了 help 后发现可以直接用命令行参数来设置。由于我不知道 Maruku 在哪里设置 blahtex 的参数,于是我决定自己写个程序来实现。这就不免涉及到外部程序的调用。

据我所知,一个程序调用了外部程序,则被调用的程序的 stdin、stdout、stderr 均会继承父程序的。可是我写了程序后发现明明 stdin 被继承了,可是仍然输入不进。一个不到 1K 只有 20- 行的程序我看了好久硬是没看到哪里有问题。最后发现, execve 的第二个参数这个数组的第一个元素必须和第一个参数一样……浪费了好多时间囧……

中间有个插曲,某一次我在生成 png 的过程中,只生成了一个 hash 用的 txt ,png 没有生成。结果下次启动 jekyll 的时候总是报错,我一个一个包的排查最后发现把某个临时文件夹清空就好了。

好的,现在可以调用外部程序了。可是字体颜色怎么还是黑色呢?经过不断努力地尝试,我发现了原因: blahtex 会使用一个叫做 preview 的包。这个包会覆盖 color 函数所设置的颜色。于是我干脆就不使用 preview 这个包了。发现 jekyll 不断报错,实在没办法了我就只好去看 Maruku 调用 blahtex 的实现。又参考了一堆的 help ,原因是: blahtex 需要 preview 这个包才能提供生成的 png 文件的尺寸,而 Maruku 需要 blahtex 提供尺寸来进行 png 的缩放。

然后我又蛋疼的去查如何获取一个 png 的尺寸。又准备写程序了 = =||

最后实在无聊,我把直接修改 html ,把 html 代码中和 png 大小相关的东西全部删掉,发现 png 能够正常显示。那就这样吧。于是最后我决定直接把 Maruku 中所有和 png 大小相关的代码直接删掉。似乎终于可以了?看一下效果。

效果

这是传说中的行内公式: \(O(n \log n + n \sqrt{n})\) ……应该没大 bug 吧。再看看所谓的行间公式:

\[1 + 2 + \dots + n = \frac{1}{2} n(n + 1)\]

好吧就这样吧。

eggache

蛋疼是没有上限的。我又遇到了一个问题,github 仓库显然没有 blahtex ,如何在访问 github 的时候能看到这些图片呢?

于是最蛋疼的事是:我不得不新建一个 repo ,用来保存 blog 的源代码,然后原来的 repo 只存放生成的 html 以及图片。也就是说原来是 github 渲染 html ,现在是我上传 html 及其相关文档上去,github 只负责显示了。所以每次更新文章很蛋疼的:

git add *
git commit -m "xx"
git push origin master
jekyll --no-auto ../roosephu.github.com
cd ../roosephu.github.com
git add *
git commit -m "xx"
git push origin master

不过有了 TeX 的支持还是很不错的。