关于您的“与Pandoc保持同步”,恐怕您确实需要安装Haskell。通过Haskell平台(“HP”)包完成此操作的最佳方法是,然后就像使用Ruby一样,使用环境的软件包管理器进行依赖关系的操作比操作系统更加一致。即使在Windoze,我也没有遇到麻烦。 。 。
我确信Haskell邮件列表的问题会导致对Debian/Ubuntu等主流平台的快速帮助,但是您可能需要手动安装通过OS软件包管理器提供的更新版本的HP。
一旦你得到HP启动和运行,dev的Pandoc是死容易编译,git会您及时了解最新的 - 这里的具体说明,目前维持: https://github.com/jgm/pandoc/wiki/Installing-the-development-version-of-pandoc-1.9
注意V1。 9现在已经正式发布,如果你真的不想去跟上开发周期的最新进展,但是当然在你之后的一段时间内你不会在OS包管理器中获得它(无论如何,我假设)。
========================== 关于你尝试把JSON作为文档语法:
最好的语法输入对于Pandoc来说,它在本质上是markdown + extension和reST(特别是对于Python人/环境),基本上保持了功能上的等价性,虽然前者中可能有一些特性没有在后者中表现出来,因为John可以随时随地添加扩展程序。 AFAIK Pandoc尚未开始支持Sphinx扩展(尚未?)
在Pandoc内部使用的JSON格式没有记录(但?),但它是本机Haskell数据类型。正如Thomas K所指出的那样,这两种工具代表数据的方式可能存在一些相似之处,但可能不足以将其视为“另一种标记格式”。
但是,如果你正在处理这个问题,很容易看到Pandoc寻找JSON输入的方式。
pandoc -t JSON
比较这对
pandoc -t本地
,并可以很容易地看到Text.Pandoc.Definition和Text.JSON.Generic
创建规范
使用Pandoc的内部数据表示作为输入显然比标记的文本流更稳定,而其他人已经表达了对此的文档化的愿望,这将是对社区的巨大贡献。
请通知Pandoc mail list在这方面完成的任何工作。机组人员响应迅速,其中包括直接从John M(首席开发人员)自己获得快速反馈。