Closed jcrubino closed 4 years ago
Similar to my questions on #47, I'd like to understand more how you envision Pandoc fitting in to Engineer. As I understand it Pandoc can convert to and from several different formats, including some document-centric ones, but it doesn't define its own language/syntax as far as I can tell. Are you imagining Pandoc might serve a role in enabling new input formats, such as Textile?
In that case, my first instinct would be to look for existing Python libs for the input language in question since they'll be easier to integrate, but if there isn't one, then using Pandoc might help fill some gaps.
After some more thought and research, I think this might be a good way to experiment with new post input formats. There appears to be a python wrapper for pandoc and while it does require a separate pandoc install (which implies a Haskell install) it should make things somewhat easy to integrate. Perhaps as a preprocessor plugin?
glad you found pandoc interesting
Its been a while since I looked at the codebase of engineer but if pandoc can make it lighter overall I think it is a good integration to take on.
On Wed, Oct 2, 2013 at 4:15 PM, Tyler Butler notifications@github.comwrote:
After some more thought and research, I think this might be a good way to experiment with new post input formats. There appears to be a python wrapper for pandoc and while it does require a separate pandoc install (which implies a Haskell install) it should make things somewhat easy to integrate. Perhaps as a preprocessor plugin?
— Reply to this email directly or view it on GitHubhttps://github.com/tylerbutler/engineer/issues/50#issuecomment-25577619 .
It might be considered messy working with a haskell library as the conversion engine but Pandoc is a modern well supported markup/down Rosetta stone. JS libs could do much of the extras but using a lower level engine might provide better output consistency across the board.
Pandoc http://johnmacfarlane.net/pandoc/