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 would believe it is a bug but don't have personal time dedicated to fix it, so PR welcome if someone is motivated. Not entirely sure that the fix is easy, as the parsing of the matching opening/closing super/sub scripts might be reusing the same rules that we use for bold/italic, and these rules are quite strict (e.g need a space before and after the opening/closing braces)
We ran into a very specific scenario using a
+
in superscript or subscript that appears to fail parsing correctly.Sample 1
The above renders as...
Sample 2
If a space is added before the
^+^
, then it parses correctly:The above renders as...
Sample 3
Interestingly, using
^+^
also fails:The above renders as...
The parsing issue only happens when using a single
+
char. If revised to a-
char, then the subscript and subscript parse and render correctly.Can anyone else reproduce?
Hope this helps.
The text was updated successfully, but these errors were encountered: