3 ms·
This looks pretty intersting. Besides, I find it fascinating how jgm apparently is happy on both sides of the "typed language" spectrum. pandoc in Haskell, an
by lynx23 4y ago
This looks pretty intersting. Besides, I find it fascinating how jgm apparently is happy on both sides of the "typed language" spectrum. pandoc in Haskell, and djot in Lua. True, pandoc has acquired a lot of Lua in the recent years, but still. I wonder how it feels switching from the cozy safety of a language like Haskell, back to the "good old" interpreter days. I personally have dropped writing anything larger then 1k lines in a dynamic language. Have been bitten by my own inconsistencies too much in the past.
I wonder what someone like jgm has to say about the difference of writing Haskell and Lua.
- jinwoo68 4y agoI'm also happy with both Common Lisp and static functional languages like OCaml and Haskell. Each has its own advantages (and disadvantages).
- nequo 4y ago> pandoc in Haskell, and djot in Lua. I wonder if jgm’s djot parser being in Lua is also influenced by the fact that he is a Vim user: https://github.com/jgm/dotvim https://github.com/jgm/dotvim (Assuming Neovim because this repo has some Lua files.)
- KolenCh 4y agoMy guess about the use of lua would be simply because he don't want to commit it to pandoc yet. If you push it to pandoc, it's next to impossible to remove it, or change its behavior in a backward incompatible way. So naturally, since the embedded lua is expanding its functionality over the years, including the ability to write custom writer and reader, this is the way to be able to tap into pandoc without committing. Tapping into pandoc is important here, as the community who likely will provide feedbacks and insights are there. I'll bet eventually when it becomes mature, a native Haskell implementation will comes.