GHCJS support

[srid]

GHCJS support

[mrkkrp]

How do you propose to solve this? Do we have a YAML library written in pure Haskell?

[srid]

I haven't taken a look at how exactly YAML is being used in mmark, but at first glance I'd say by using a different library that is written in pure Haskell. This comes up: https://github.com/haskell-hvr/HsYAML

[mrkkrp]

I’ll take a look.

[mrkkrp]

Hmm, pure YAML implementation is good, but that one lacks Aeson compatibility and parse errors are plain Strings.

[srid]

Time for a myaml library then? :-)

[mrkkrp]

Heh, would be good to have something like HsYAML but with Megaparsec and Aeson-based ;)

[srid]

I don't remember if I already asked you this, but would it be reasonable to make yaml an optional dependency of mmark (so that it can be used in GHCJS today)?

[mrkkrp]

How will it work when yaml is disabled? Should it just ignore YAML blocks then?

[srid]

Yup that’s what I was thinking. Just ignore yaml blocks (or just extract them as raw text).

[mrkkrp]

I think ignoring the blocks would be a better idea because that doesn't lead to a conditional API.

[benkolera]

@srid If you still care about this, I put in a PR #61 which I have working in a WIP obelisk implementation of the 'realworld'/conduit demo app in this commit: qfpl/reflex-realworld-example@e8eb779

[mrkkrp]

Implemented in #61.