Tim Pope

Let me just add, for those unfamiliar, this feature can be implemented externally in `after/syntax/markdown.vim`. I'm not standing in the way of anyone who wants to highlight frontmatter.

Have you been using them for a while? This is a tremendous amount to audit.

The inline styles stuff is most worrying to me; the current balance is quite precarious. I will try it locally. You can check back in in a couple of weeks...

Having back-burnered this for 7 years, what I need first is someone to investigate and summarize which fixes are still relevant to master, and which aren't.

Patches welcome. But y'all maybe be greatly overestimating what is achievable with regexp based highlighting.

That one appears to error on the side of list, while we error on the side of code block. That is, we handle this case correctly: ```markdown - list item...

> Doesn't Markdown require There's no one spec, so there's no one answer. The example I shared works with GitHub Flavored Markdown. But your assumption may indeed be a better...

I'd rather someone explore the blank line requirement. An option that disables indented code blocks would be an endorsement of code fences, which I don't want to do because code...

Is it possible to separate the math stuff from the list stuff, so I can evaluate the changes separately?

This is pretty cool. Since it ships with Vim by default, it needs to be absolutely 100% robust before making it in.