User-options related classes are being moved to the MediaWiki\User\Options namespace in MediaWiki Core; reflect that change here.
Bug: T352284
Depends-On: I9822eb1553870b876d0b8a927e4e86c27d83bd52
Change-Id: I33cc5e1bfb2dd6877a45a11e253d81babe055391
* genFrac renderMML function with bracket can produce false stretching
on Chrome
* fixed for the cases with brackets (dbinom, tbinom, binom)
Bug: T350735
Change-Id: I0939de86963fa9c226346ce15e7edf7fc4e83c68
* to named functions and named operators
* You can consider using that invisible apply character (U+2061) after other function names with known arguments (such as \sin, \cos...). Some accessibility tools take advantage of it, I am told, but it may also be used to provide correct spacing from the MathML operator dictionary. In Chrome <mi>sin</mi><mi>a</mi> will show up with no added spacing as sina, which is not ideal.
* namedFct with any succeeding macros/characters have an apply function
Bug : T350021
Change-Id: I7ee5fdd580fb018bc108a32500c17914dd5dc05f
* PNG images are no longer displayed as of
I595926027433182cc0396570bc3f1ce0cd2cafb3
* Remove functional dead code about PNG images
* Replace some type hints with type delcarations
Bug: T311620
Change-Id: I283c23e327ef908cfb4c827599fdcdb16252b08c
* PNG images are no longer displayed as of
I595926027433182cc0396570bc3f1ce0cd2cafb3
* There is only one use of the img.tex css
class, in combination with the source
rendering mode.
Bug: T311620
Bug: T348938
Change-Id: Ife1f069546d5132a112643b68de2c17115981053
In some cases restBASE seems to provide errorous responses
despite a 200 response code.
Check if all required fields exists and treat the response
as failed otherwise.
Bug: T349347
Change-Id: I3506401f8dd2962daf7fd5d30019c507f9de5def
- munder: if only one child munder is not added as wrapping mml tag
- msup: renders an empty mi if there is no content for the superscript
This prevents some warnings in firefox browser dev-console.
Bug: T349825
Change-Id: Ia5efc1f33e3368e71527153d56160eee4ba3a46d
* From Feedback: The {smallmatrix} example has its fences wrapped in too many mrows I think, so it renders without stretching them in both Firefox and Chrome. Ideally you should be able to emit the <mo>(</mo> followed directly by an <mtable>, and trailed by <mo>)</mo>, and only wrap those 3 into a parent <mrow>.
* removes mrows and adds OPEN / CLOSE attributes
* tests MMLFullcoverage 194 to ~196 which cover the bigXYZ macros look
ok
Bug: T348971
Change-Id: Ie444e5bb3e3f87fac915d2692b69e976d721582e
* From Feedback: There is a curious use of <mstyle> around spacing elements, as in <mstyle scriptlevel="0"><mspace width="-0.167em"></mspace></mstyle>. I am not sure that wrapper element is needed? The mspace ought to be successful standalone.
* this is in the 'bmod' case
Bug: T349822
Change-Id: I9229ad73891d5000679761d3d4b2028d4a51ddf1
Allow in depth analysis of rendering results in
native mode with the same mechanism that is also
used for other rendering modes.
Change-Id: I4927f9bc683445f83ef7c29dc2a9298aa85ff4d0
For old mysql versions utf8 encode decode was required to avoid
that math characters get messed up. This problem does not occur
with MariaDB 10.2. As now data is stored and retrieved as binary
by default, the data is returned in the same way as it is written.
Bug: T324173
Change-Id: Id29c9a8614156ff8170bc3148f2498b32c70fd8a
* Currently the native mode does always set render to true
there is no reason to do, as this was initially introduced
for testing.
Change-Id: I632ca5ea726d055f377439e439a39baca3bed385
