top | item 31344522

(no title)

andrerpena | 3 years ago

OMG. I was just about to start my own Markdown parser because I needed custom elements and I was finding too hard to work with existing "customizable" Markdown parsers.

Also, I needed a React renderer for React-Native and I was also about to write my own.

By the looks of it, I will be able to just use Markdoc.

Thank you Stripe!

discuss

order

fastball|3 years ago

For my startup, which is built around Markdown notecards[1], we've been using markdown-it, which it seems is also being leveraged by the Markdoc project. So far I've written a couple of extensions for markdown-it and haven't really had any issues.

[1] https://supernotes.app

tannhaeuser|3 years ago

Hey, if you really want to customize markdown with your own elements and their rendering/templating, check out SGML [1]. It's made for exactly this type of flexible and extensible document apps/sites, even allows custom Wiki syntax rules.

[1]: http://sgmljs.net

kyawzazaw|3 years ago

A bit of a tangential question.

What kind of project or business that you run that you need it?

How much hours do you estimate it would have taken you?

SneakyTornado29|3 years ago

Wow! Was thinking of doing the same because I wanted to include custom HTML elements suck as boxed block quotes in my Markdown documents. So does this solve the problem?

Duhck|3 years ago

We use Remark, and given the ability to leverage AST, its pretty much limitless in terms of customization

kposehn|3 years ago

I was in the same boat, wanting to migrate away from Jekyll+Liquid. Very glad they released this.

atonse|3 years ago

Any reason why this would be better than liquid?

Genuinely curious because we’re about to adopt liquid.