Что касается вашего "поддержания актуальности с Pandoc", я боюсь, вам нужен установленный Haskell. Лучший способ сделать это с помощью пакета Haskell Platform («HP»), а затем, как и в Ruby, гораздо удобнее использовать диспетчер пакетов среды для зависимостей, чем ваша ОС. У меня не было проблем с тем, чтобы он работал, даже в Windoze , .
Я уверен, что вопросы к списку рассылки Haskell приведут к быстрой помощи для платформы, такой же популярной, как Debian / Ubuntu, но вам может потребоваться вручную установить более новую версию HP, которая доступна через диспетчер пакетов ОС.
Как только вы запустите HP, он будет легко компилироваться, и Git будет держать вас в курсе последних специальных инструкций, которые в настоящее время поддерживаются:
https://github.com/jgm/pandoc/wiki/Installing-the-development-version-of-pandoc-1.9
Обратите внимание, что версия v1.9 теперь официально выпущена, если вы действительно не хотите идти в ногу с необходимостью идти в ногу с циклом разработки, но, разумеется, вы не получите его в менеджере пакетов ОС. в течение некоторого времени после этого (я так или иначе предполагаю).
==========================
Что касается ваших попыток трактовать JSON как синтаксис документа:
Лучшими синтаксическими входами для Pandoc на данный момент являются его собственная разметка + расширения и reST (особенно для людей / сред Python), которые в основном поддерживаются как функционально эквивалентные, хотя в первом возможны функции, которые не представлены во втором случае, поскольку Джон может просто добавлять расширения в любое время, когда захочет. AFAIK Pandoc еще не начал поддерживать расширения Sphinx (пока?)
Формат JSON, используемый внутри Pandoc, не задокументирован (пока?), Но это родной тип данных Haskell. Как отмечает Томас К., может быть некоторое сходство между тем, как эти два инструмента представляют данные, но, вероятно, недостаточно, чтобы рассматривать их как «просто другой формат разметки».
Однако, если вы работаете над этим, достаточно легко увидеть, что Pandoc ищет в способе ввода JSON.
pandoc -t json
Сравните это с
pandoc -t native
и легко увидеть спецификации, созданные Text.Pandoc.Definition и Text.JSON.Generic
Использование внутреннего представления данных Pandoc в качестве входных данных, очевидно, будет более стабильным, чем размеченный поток текста, и другие выразили желание документировать это, и это было бы большим вкладом в сообщество.
Пожалуйста, сообщите в почтовый список Pandoc о любой работе, проделанной в этой области. Экипаж очень отзывчив, включая непосредственную обратную связь с самим Джоном М. (ведущим разработчиком).