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
Last #gsub call in that line replaces doubled round brackets (like in ((...))) with single ones ((...)). What's the reason for doing that? Although it seems not very harmful, it actually changes the expression itself and the way it is rendered with MathJax. For example:
@opoudjis, this change was made by you 3 years ago in e16d77d, do you remember why?
The text was updated successfully, but these errors were encountered:
I don't, but you should not trust the MathML generated by Microsoft's XSLT (exported from source OOXML). I would not at all be surprised if Microsoft's XSLT overgenerates brackets, and I clamped down on it doing so in response three years ago.
I'd trial it with some actual Word exports before commiting any such change if I were you.
See line 13 in
<math>
element converter:reverse_adoc/lib/reverse_adoc/converters/math.rb
Lines 10 to 15 in 99ec3a1
Last
#gsub
call in that line replaces doubled round brackets (like in((...))
) with single ones ((...)
). What's the reason for doing that? Although it seems not very harmful, it actually changes the expression itself and the way it is rendered with MathJax. For example:@opoudjis, this change was made by you 3 years ago in e16d77d, do you remember why?
The text was updated successfully, but these errors were encountered: