https://bugzilla.wikimedia.org/show_bug.cgi?id=35480
--- Comment #7 from Frédéric Wang <[email protected]> --- I guess in an ideal world (when all browsers, accessibility tools etc support MathML), a server side conversion (like LaTeXML) would be used. For now, the following MathJax-based approach would be better: 1) make Wikipedia produce images in no-script tags. If Javascript is not available, then these images will be visible and 2) and 3) not executed. 2) the MathJax pre-processor (the fast part) will parse the TeX in the alt text into MathJax's internal math. If NativeMML is not used then move the images outside the no-scripts too. 3) the MathJax output Jax will then display each equation. For NativeMML, this will be very fast. For SVG/HTML-CSS, the user will see the PNG images until they can be rendered by MathJax. 3bis) When the Web fonts are not cached yet, the SVG/HTML-CSS will have to wait that they are available before processing, which is even more time to wait. With the NativeMML, the MathML can be displayed immediately (perhaps with other fonts or with a degraded aspect) and you only need to reflow the math elements when the Web fonts become available. This is the goal of issue 301. What does MathJax/extensions/wiki2jax.js do exactly at the moment? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
