You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(I transferred this issue from frog to markdown. I haven't tried doing that before on GitHub, so hopefully it worked correctly.)
Some markdown parsers expect a clearer end-of-paragraph before being ready to parse backticks as code-blocks. Mine is in that camp. A sampling of others.
There is some potential ambiguity because backticks are also used for inline <code> elements, too. Including using multiple backticks, which is necessary to escape a backtick. In other words:
This is ```inline code with a ` in the middle``` right here.
Renders as:
This is inline code with a ` in the middle right here.
You don't need three in this example. Just two would suffice. But the parser needs to handle three.
Of course it's not completely ambiguous because some parsers do the right thing that you want.
However I'm reluctant to open the hood on the markdown parser. It's been N years since I really worked on it. I'd be even more likely, than usual, to introduce some other bug in the process of fixing this.
So I'll leave this open as worthwhile to do. And someday I can tackle it as part of a batch, when I have a block of time to reload my brain and hopefully do it effectively. But in the meantime if you could add the extra blank line, as a work-around, that at least will make your markdown "more portable" (if there even is a thing when it comes to markdown).
If I use a codeblock like this:
it doesn't work because it expects a newline before ```. Why is this?
This works
The text was updated successfully, but these errors were encountered: