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
Explain the problem.
Not sure this is a bug, more a design difference between pandoc's and commonmark's parsing of numeric lists starting with labels that could be interpreted either as roman or alphabetic. If I use something like this (very common for me):
Depending on one's site styling, the html version of the latter might render awfully (e.g., with a gap between the "two" and the "three" lines).
Is it compatible with the design of CommonMark to permit this markup to be parsed the way Pandoc does? I'd guess so, since this is an extension, so presumably the behavior isn't directed by the standard.
On the other hand, Pandoc doesn't happily handle lists that you do want to start with small roman 100s:
In case I should be more explicit: I didn't think the behavior of the Pandoc reader for the lists starting with c. was something that there was compelling reason to change. Just noting that there are some (for me very unusual) contexts where the current CommonMark parsing might be the one desired, rather than the current Pandoc one.
Also I realize there's an easy workaround for this issue, namely just use a. labels for all the items, rather than a., b., c.. Still thought the design differences here were worth discussing, and perhaps tweaking. Perhaps I should have raised on pandoc-discuss, but am not subscribed to that list.
Explain the problem.
Not sure this is a bug, more a design difference between pandoc's and commonmark's parsing of numeric lists starting with labels that could be interpreted either as roman or alphabetic. If I use something like this (very common for me):
I get the very reasonable AST:
But the CommonMark reader does it differently:
Depending on one's site styling, the html version of the latter might render awfully (e.g., with a gap between the "two" and the "three" lines).
Is it compatible with the design of CommonMark to permit this markup to be parsed the way Pandoc does? I'd guess so, since this is an extension, so presumably the behavior isn't directed by the standard.
On the other hand, Pandoc doesn't happily handle lists that you do want to start with small roman 100s:
Pandoc version?
pandoc 2.17.1.1, binary release from the GitHub releases. On Mac OS 10.15.7.
The text was updated successfully, but these errors were encountered: