![]() | 1 yinian1992 2014-03-20 08:36:58 +08:00 via Android 但是 markdown2 的 readme 上也写了 “That was a while ago though, so you shouldn't discount Python-markdown from your consideration.” 我觉得 markdown2 最大的问题是扩展起来太 dirty 了。 |
![]() | 2 zqqf16 2014-03-20 08:39:34 +08:00 俺当年也被骗了,直到后来发现Markdown2对多行代码的支持不太好才放弃了~ |
![]() | 3 soli 2014-03-20 09:08:54 +08:00 好像 Mou 用的就是 Discount 。 Discount 真的那么不堪么? |
![]() | 4 housne 2014-03-20 09:26:02 +08:00 If you are on a Windows, may god helps you. I don't care it a shit. lol |
![]() | 5 lepture OP @yinian1992 我目前最喜欢的是 renderer 方案。因为语法几乎不用扩展,需要修改的一般是渲染效果。 |
![]() | 9 yinian1992 2014-03-20 12:26:16 +08:00 @lepture 最后发现,要不还是用 rst 吧,md 感觉像是半成品。 |
![]() | 10 lepture OP @yinian1992 目的不同 > Markdown is a text-to-HTML conversion tool for web writers. 它本来就不是为写文档设计的。 http://lepture.com/zh/2013/typography-and-markdown |
11 walnutist 2014-03-25 11:57:39 +08:00 我最近折腾了一遍Markdown Parser,Python的这些Parser后来全被我毙了,最终决定使用这个 https://github.com/evilstreak/markdown-js 我在选型过程中主要考虑的因素是: 1、高度可扩展。我要的不是单纯标准的Markdown,更像是Markdown-like。Markdown本身还是太过geek。 2、前后端Parser功能上一致 3、可以轻松toHTML, toText, toPDF.... 4、Parser应该相对成熟和稳定 最终让我下定决心选择markdown-js的因素,也是因为discourse用了这个框架,在discourse的代码中有很好的扩展实例。 解析速度不是我关心的重点,因为我的app架构是后端node.js透过rest提供markdown-to-html服务,并直接在redis中缓存结果。 |
![]() | 12 lepture OP @walnutist Javascript 的明是 https://github.com/chjj/marked 要好很多。不是最快的,也是最容易懂代的,也是最容易展的。 |