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
Among other things, noted here already 😉 #434 (see: "Issues elsewhere").
@erusev Parsedown will have to change its parsing strategy for inline elements to fix this one (assign priority to inline code – since escapes for most characters don't (and shouldn't) work there). Inline code is a bit of a special case when it comes to priority of inline markers – I think the order of first occurrence based approach is correct for other markers though.
In terms of correctness – I'm not even sure that the commonmark reference parser has been equipped to deal with some cases of element nesting ¯\_(ツ)_/¯
Note: Please see referenced issue.
If given the following input...
... Parsedown will actually parse it into something like...
Whereas it should be parsed into...
This is in line with how, for example, GitHub renders it: (Test
a*b
test`.)Here is a shot from the online Parsedown demo displaying the issue (thanks, @flaviocopes!):
The text was updated successfully, but these errors were encountered: