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
The signal 'ext.math.mathjax.customize' is added to the
mathJax.Init function. Extensions can call this signal for
modifications to MathJax.
Change-Id: Ia2bae50cd1fcd15d4775d7b9666679c477060659
Currently SVGs are generated only in
MathML mode but not in LaTeXML mode.
Since LaTeXML can benefit from the
SVGs as well this change introduces
the functionality to generate SVG
images from LaTeXML MathML input.
Generating SVG images for LaTeXML is an essential
part of Math 2.0. It enables to include LaTeXMLs Content
MathML and provides fallback
images for visitors with MathML disabled browsers.
Change-Id: If13a8b0825bf12dbfe4920ddb7ad552df9bc095f
The PNG fallback for old IE versions worked
only if the PNG image was already stored in the
database.
This change enables the Specialpage that displays
the PNG images to create new PNG images and to
show them directly.
To test this commit you need an old IE version
(IE<9). If you don't have access you can use
an online service such as http://netrenderer.com.
Change-Id: I74163da94e2d7a2f07d78bfe0f5ce134564ba97f
Beginning from Mathoid 0.2.5 the specification
of a height and width attribute of the image will be required.
This patch gets those information from the SVG and copies
them to the img tag.
See also
Bug: 20202
Bug: 68295
Change-Id: I93e26a9f538acf21aea1501144bb1dd886ae0410
In some cases for example if the vagrant role
mobilefrontend is enabled the stylesheets are not
processed on mobile devices.
Without a default setting for the display attribute
all elements are displayed at the same time.
Change-Id: Ic0e95effaf0b413ec4c5878e1cfd5c269daa44c3
* Adds a new hook that is called after the rendering
this is required to keep the MathIndex up to date
for the MathSearch extension.
* The hook can be used for special modifications of
the output format.
Change-Id: I7b45b4398c10ffe75f481a82c149ba4f66820338
It is impossible to take the empty alternative for this production,
since any input which matches `litsq_aq` would instead match `lit_aq`
if the empty alternative is used. In addition, there is no action
clause for the empty alternative, so it wouldn't typecheck if the
empty alternative was possible.
This has no effect on the generated parser, but clarifies the grammar
(and makes ports easier!).
Change-Id: I32c85d2c74ab047b4b52401248d5dc7fc3201705
