When MathPlayer is installed, we show the MathML instead of the SVG fallback.
This will in particular allow the sync highlighting feature of MathPlayer.
This also introduces a module ext.math.js that could be used to do some
Javascript postprocessing.
Bug: 71748
Change-Id: I438a20032c312d12321ca4c5686bcfd107656b37
The style would set a margin both on the SVG & the surrounding img. We
transfer the styles to the image, so don't want them on the SVG. This avoids
applying margins twice, which led to clipping.
Change-Id: I89ab3f6727d978d64df6f97f30decf5cb9c0bc92
- add "Cambria" to workaround a bug on Firefox Windows.
- remove obsolete local fonts (MathJax and STIXGeneral).
Change-Id: I06e757b029b8778b88bc6e75e20929e0c945e364
- These images currently return server errors
- We don't really want to load PNG images for browsers that support MathML or
SVG.
Bug: 69702
Change-Id: Idd339623efd19a0726b43a6c4adc2fcd832511f6
- Mark the png and svg fallback as aria-hidden="true".
- For browsers without good enough MathML visual rendering,
hide the <math> tag in a way that still makes it accessible to
screen readers.
Bug: 66537
Change-Id: I7ecf07a4da669d927e11265fd497a813786c6410
Use the cached function isInDatabase rather than readFromDatabase to
avoid unnecessary read operations on the database.
Currently, readFromDatabase is usually called only once during instance
livetime. But after I455b41c8b8d918f4c34f6c115194d227a8394e0a has bben
merged chances are that it's called twice.
Change-Id: I6434195ad1d323a578a8fdca1b4555e11ab30a15
This commit separates the files wiki2jax.js and texvc.js from the
MathJax modules. This allows for MathJax updates without affecting
MediaWiki files. It also defines the MediaWiki path configuration,
although this will really only be usable in MathJax 2.4. Finally,
it fixes jshint errors in texvc.js and wiki2jax.js
Moved texvc.js and wiki2jax.js to extensions/Math/modules/mediawiki-extensions directory
Change-Id: I97d68c0555bc9fbdd6bf42912aa249d57b3d9359
This commit prohibits that the special-page MathShowImages
tries to display information that are not enabled via
config.
A typical example is that the Specialpage tries to
render PNG images for IE<9 even though texvc was not
set up. This was reported as
Bug: 69693
Change-Id: Ifc5888152aa02c973eab959e963085f24a7b2a83
Currently the error reporting in MathML mode is
misleading.
The old error message suggested that the MathML
produced is not well formed.
This change displays the actual error
message occurred during the conversion process.
Change-Id: I6a8201107f9280f0cba97509f19b97d8e248c99f
The fallback image for the MathML mode is in SVG format, except for Internet
Explorer < 9 for which PNG is used instead. This commit makes the label of the
MathML mode sligthly more accurate, by mentioning that PNG may be used.
Change-Id: I77c8a8dcb7d2f111f029e1cd5b6f3442640be57e
In the default style MathML was rendered as inline and
not as display-style which was consistent to the current
behaviour of the PNG rendering.
By using the 'inline-TeX' rendering type the
display rendering is done independent of the rendering
of the surrounding block layout.
Change-Id: I87e669d5dc71d6937d4cc987d306b3c4648773c4
This is a subjective comment that was not true for everybody (trade-off
between speed & quality). Moreover, this is now an orthogonal option to enable
MathJax client-side rather than a separate rendering mode per se, so it is
confusing to compare it against the other modes. The "recommended" mode in the
future is likely to become MathML + SVG fallback (which instead uses MathJax
server-side) ; but it's probably best to keep neutral regarding the user's
preferences.
Change-Id: I5c6ff7c95cded4f06f6bfdef43dbe190e42a2968
