「Pandocの最新情報を入手する」ということに関しては、Haskellをインストールする必要があるのではないかと思います。Haskellプラットフォーム(「HP」)パッケージを介してこれを行うための最良の方法は、Rubyの場合と同様に、OSよりも依存関係に環境のパッケージマネージャーを使用する方がはるかに一貫性があります。Windozeでも、問題なく動作しました。。。
Haskellメーリングリストへの質問は、Debian / Ubuntuのような主流のプラットフォームの迅速な助けになると確信していますが、OSパッケージマネージャーから入手できる新しいバージョンのHPを手動でインストールする必要があるかもしれません。
HPを起動して実行すると、開発者のPandocはコンパイルが非常に簡単になり、gitは最新の最新情報を提供します。具体的な手順は、現在維持されています:
https ://github.com/jgm/pandoc/wiki/ Pandoc-1.9の開発バージョンのインストール
開発サイクルを最新の状態に保つのに苦労したくない場合は、v1.9が正式にリリースされましたが、もちろん、OSパッケージマネージャーでかなりの期間それを取得することはありません。その後の時間(とにかく私は仮定します)。
========================== JSONをドキュメント構文として扱う試みについて:
この時点でのPandocの最適な構文入力は、ネイティブのマークダウン+拡張機能とreST(特にPythonの人々/環境の場合)であり、基本的に機能的に同等として維持されますが、前者では利用可能な機能が後者では表されていない場合があります、ジョンはいつでも拡張機能を追加できるからです。AFAIK PandocはSphinx拡張機能のサポートを開始していません(まだ?)
Pandoc内で内部的に使用されているJSON形式は(まだ?)文書化されていませんが、ネイティブのHaskellデータ型です。Thomas Kが指摘しているように、2つのツールがデータを表す方法にはある程度の類似性があるかもしれませんが、どちらかを「単なる別のマークアップ形式」として扱うにはおそらく十分ではありません。
ただし、これに取り組んでいる場合は、JSON入力の方法でPandocが何を探しているかを簡単に確認できます。
pandoc -t json
これをと比較してください
pandoc-tネイティブ
また、Text.Pandoc.DefinitionとText.JSON.Genericによって作成された仕様を簡単に確認できます。
Pandocの内部データ表現を入力として使用することは、マークアップされたテキストストリームよりも明らかに安定しており、他の人はこれに関するドキュメントの希望を表明しており、コミュニティへの大きな貢献となるでしょう。
この分野で行われた作業については、 Pandocメールリストにお知らせください。そこの乗組員は、ジョンM(リード開発者)自身から直接フィードバックを受け取るなど、非常に敏感です。