写了一篇使用 orgmode & hugo 撰写博文的流程介绍

这是我的博客,欢迎互访交流!

12 个赞

easy-hugo 挺不错。

博客主题和 Emacs 高度统一,挺好看的。

javascript 获取链接的思路不错,有空再研究一下。

用 org-protocol 就好啦……

javascript:location.href='org-protocol://store-link?' \
    'url='+encodeURIComponent(location.href)+ \
    '&title='+encodeURIComponent(document.title)

放到浏览器书签里,然后点击后会自动执行 org-store-link,在 org-mode 里只需要 org-insert-link 就能直接插入了。

2 个赞

感谢分享。请问在文中提到了 ”尽管说 hugo 原生支持渲染 orgmode 文件,但它所使用的 markdown 渲染引擎比 orgmode 的渲染引擎要强大的多……“ 我现在是直接使用org mode + Hugo的,暂时可能因为是使用的排版相对简单的关系,所以还没遇到有差异的地方,能不能具体说说.org文件相对于.md文件在渲染上差些什么呢?

1 个赞

org-protocol 是个好东西。问题是我不用 org-mode :joy:

嗯,那就不说 org-protocol 了。

javascript 的话除了得到网页的链接和标题,还可以拿到选中的文本

encodeURIComponent(window.getSelection())

嗯 javascript 可以折腾很多东西。有时间这方面应该深入研究一下。

1 个赞

原来 hugo 也是这么搞的,先导出成 markdown,然后再发布。

以前不知道啊,入的 nikola 的坑

org 文档导出 markdown,然后再发布?不嫌麻烦么?

另外,我 nikola 可不是坑 :expressionless:

1 个赞

这应该是不得已的办法,文中提到了 Hugo 自带的 Org mode 支持不够好。

nikola 的 org 插件好像也是这么干的(具体我也记不清了),nikola 也不错,但是主题好像没有其它博客框架的多 :joy:

外部 parser 再强大,也不可能和 org 原生的 parser 比啊

具体遇到的问题我不太记得了,印象是有几个 Bug ,导致解析错误。你可以看看上面的链接中,其他人提的 issues 。由于 orgmode 的用户数量不是很多,这个项目也不是非常活跃,有些 BUG 提出来几个月了还没修复。 :joy:

相反,markdown 是比较通用的标记语言,一般出现了什么问题,很快就有人修复了。

是的,hugo 对 orgmode 的解析不是完美支持所有的语法,有一些 BUG 。 如果仅仅只是使用了一些简单的语法,是没问题的。

从标记语言角度来说,org-mode 与 markdown、rst 等相比并无明显优势。

但是与 Emacs 一结合,就有点脱颖而出的感觉了。脱离了 parser 的层面,用户体验 提升不止一个档次。

我们能注意到,先有 Emacs,才出现的 org-mode;

与 markdown、rst 等标记语言从设计之初,就与编辑器完全脱离,走的是完全不同的路子。

而在 org-mode 基础上,又延伸出一堆东西。恐怕外部 org-mode parser 再强大,也 hold 不住完全兼容。

只能是期待有大神,大刀阔斧把 org-mode 与标记语言无关的那一部分砍掉;

造出一个新 org-mode,形成 一个新的标准

只是,这样一个新标准,还是那个大家熟悉的 org-mode 么?你还会继续用么?


或者,既然这一切的源头都是 Emacs & Elisp,那就请负责到底。再用 Elisp 造一个静态博客轮子。

这样,大家就能在 Emacs 的乐园里继续玩耍了。

其它各种路线,存活的几率都不太高。


个人一点感想。

3 个赞

Muse 早就有了,不比 Org 晚多少

1 个赞

静态博客与 Wiki、CMS 等的边界,还是比较明显的。

Muse 也能做写作啊,又不是只能做 Wiki

没用过 Muse,生成 HTML 页面效率如何?

1 个赞