Extension:Math/Roadmap

Introduction
The Math extension (or, more broadly, the rendering of the tag) has a long history. It has been modified by a number of different people with different goals, different ideas, and different and programming styles, using different underlying technologies. As a result, the extension's current implementation is more a grown than a well-designed or -documented structure.

An overview of what can currently be done with this extension is found at the English Wikipedia's documentation.

The aim of this page is to co-ordinate the development activities concerning this extension.

Wanted features

 * MathML support
 * Specification of the subset of commands that are allowed "MediaWiki uses a subset of AMS-LaTeX markup, a superset of LaTeX markup which is in turn a superset of TeX markup, for mathematical formulae"
 * Automatic testing
 * Security stategie
 * Links to formula (in the current development version $parser->nextLinkID is used to generate an anchor id, which is not human readable. The problem is that the same TeX string can occur more than once in page.) see Extension:MathSearch

See also Making Math Searchable in Wikipedia

Current activities
Currently the following changes are being reviewed https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/Math,n,z

Future steps
Integrate LaTeXML to enable MathML The current status of this implementation can be followed at https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Math.git;a=shortlog;h=refs/heads/LaTeXML

As a fist demo. Rendering all wikipeida pages that contain math can be tested at.

Currently there are only 8 of 284303 equation that can not be rendered. As soon as this problem is solved a testrun within the wikimedia foundation is desired.

Feature Requests

 * 3840 Looks for high math images printing. The only thoughts I have here are to switch form dvipng to dvisvg and use svg images which would look better at all scales and hopefully would print better. Related 15777
 * 4915 This bug looks to tweak the size of the images produced by texvc. I think this should simply be a WONTFIX.  While it may look nice on his browser, at some scale.  The real issue is to get the fonts of the math and the surrounding text to match.  That would be a lot f work to make texvc do something like that.  Mathml/Mathjax are better suited to these tasks.
 * 5856, 10186 and 6722 are related to mhchem package. Users seem to be very interested in this.  Perhaps this should looked into.
 * 12223 Desperately needed and long overdue inline math tags. Probably would only make sense if base line issue is sorted out.  Should we use a slightly smaller font for inline math?  Not done in latex but may look nice on the web.
 * 28258 It would be nice to have some commutative diagram packages. xy-pic may be a good option.

HTML Rendering

 * 1594 Change the way - is rendered in HTML. Complication unary vs. binary minus are spaced differently, and not currently distinguished by texvc because automatically handled by LaTeX.
 * 25645 Suggests we need a better algorithm for deciding about which mathematics is not render-able as HTML. Makes a good point, but rather nebulous and requires some thought.
 * 10434 Don't italicize variables, but mark them as variables in HTML. Low priority, as it has no visible impact in most setups but is mostly a matter of "doing it right".
 * 11663 Problems with &rho; on safari browser, upstream seems to be a wontfix, actually it seems more of a "we do it right". Low priority.

Backwards compatibility issues

 * 31442 Should be fixed now. Some non-standard LaTeX and AMS-LaTeX work under texvc.  Must be careful not to break texvc features.

Security and Misc

 * 6248 Permissions issues on some machines. Very old bug, not sure if it still an issue.  Not clear which configurations should be tested to confirm/reproduce.

Visual Appearance Issues

 * 15777 I have to agree this looks fairly bad. Curious if switching to dvisvg would straighten this out.

For a list of all bugs see