Fix handling of mrows that look like \left...\right to be texClass INNER. (mathjax/Mathjax#2584) #568
+2
−3
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR removes the check that there either be no previous element or that it be marked as
fnOP
in order for anmrow
to be marked asTEXCLASS.INNER
. That was incorrectly preventing\left...\right
constructs from being treated as the correct class.With this PR,
f\left(x\right)
will be spaced as it is in actual TeX (with a bit of extra space between thef
and the open parenthesis). It also means thatwill also be spaced the same way. Some may object to that. There are several ways to prevent it. One would be to set the
mathMLSpacing
property totrue
on the output jax. Alternatively, you can modify the input to beor
One could also write a MathML input jax post-filter to add the
data-mjx-texclass="ORD"
to recover the earlier behavior.Resolves issue mathjax/MathJax#2584.