Add the skin-invert class to latex symbols (insert chemical formula and
math formula dialogues) so that they appear legible in night mode. This
is likely the only way we can accomplish this until mathml is fully
rolled out, at which I believe this will no longer be necessary
Bug: T366737
Change-Id: Ia0dfa4ab684f5205d109da7f9aefad927be70eb0
Add MathSvgRenderer to configure if either restbase (default)
or mathoid will be used for SVG rendering.
Change-Id: I2ee67c07ac98b5d27d1709b2a30d881fd0544a93
Changes to the use statements done automatically via script
Addition of missing use statement done manually
Change-Id: Ifcc9113bc1d2cf79d21871abe7652d7ed8dde20a
Previously, we were using div containers to SVG fallback images to
mimic the MathML behaviour. This had unintended side
effects as reported in T182041.
This change uses span containers for both display and inline math
fallback images.
Bug: T182041
Change-Id: I1d563f9f3cba8a10af2665518be6c672de174333
In MathML outer table boarders are represented with the
notation attribute of an menclose element. The inner
boarders are represented by the rowlines attribute
of the mtable element. The rowline element accepts
a space seperated list of row boarders. In LaTeX
the bottom line is represented by a new matrix row
that only contains \hline.
This change discover \hline elements in matrix cells
and then determines if it is in the first or last line.
When it is in the last line, the line is removed to avoid
an empty <mtr /> in the output.
Bug: T366417
Change-Id: I196e0d14a183a63696363f9e3006cf65571dc56c
Originally the parse tree was a binary tree, from that
time matrix element were put into that data structure.
This was partially undone, but not full which leads to some artifacts
in matrix cells.
One of the problem is that due to the binary parse
tree structure the postprocessing did not correctly
identfy \limits.
This change changes reduces nesting from matrix, and regards
matrix instances as two-dimensional TexArrays.
Bug: T362344
Change-Id: I66a31a09f204709a51d6b5c9ecefc083f7ee2d6d
TexArray is an array of tex nodes. To improve
readability and type hinting we make TexArray
iterable.
Change-Id: I5b9b2ca63400400bc399c08445ff911f8e20a0d1
When collecting user feedback regarding the native
rendering option on the German Wikipedia (T346795)
it became apparent that some power users aim for bigger
and bolder fonts and a more LaTeX-like layout.
MathML, however, aims to format math as an integral part
of the text with uniform fonts and spacing.
To match both user needs, this patch adds a new rendering
option that uses client-side MathJax (without a need for
restbase or mathoid).
* Adjust MathJax`s loader to be compatible with the mw loader
* Add new rendering mode
* Copy MathJax source to resource module as foreign repo
Bug: T354136
Change-Id: I1ecf9c77fefc3b0f717107d81979276023f6cb84
Remove call from FUN_ARopt as the inner
expression of class expr_nosqc is of TexArray
and no unwrapping is needed.
* might reduce the number of extra curly brackets
Bug: T362344
Change-Id: If5e700e0e17c646669a0b52552e51a8b3d0b7617
As expr is of type TexArray there is
no need to wrap this into another TexArray.
Additionally, this makes it makes calls to
lst2arr that unwrap the extra structure useless.
* Use fluent setters for methods used in
grammar
For testing, one should add an assertion
to check that lst2arr is not called on
non (right-skewed) binary trees.
It is, however, not recommended
T276940 to keep the assertions in the code.
Bug: T362344
Bug: T276940
Change-Id: I037495bd0f0be6f1d634a057391fd202f5cafc86
The math equations in the article
https://en.m.wikipedia.org/wiki/0.999...?minervanightmode=1
are not showing when rendered via MathML.
After a quick look I noticed this is using mw-invert rather than
skin-invert class.
Change-Id: I7d1722c49227705fbfc0cf093c7ebe49eaeebcc5
