W3C home > Mailing lists > Public > www-math@w3.org > April 2016

RE: should MathML dictate a specific graphical rendering

From: Murray Sargent <murrays@exchange.microsoft.com>
Date: Fri, 8 Apr 2016 21:33:43 +0000
To: Paul Topping <pault@dessci.com>, Daniel Kinzler <daniel@brightbyte.de>, Moritz Schubotz <schubotz@tu-berlin.de>, "www-math@w3.org" <www-math@w3.org>, Peter Krautzberger <peter.krautzberger@mathjax.org>
CC: Wikimedia developers <wikitech-l@lists.wikimedia.org>, wikidata-tech <wikidata-tech@lists.wikimedia.org>
Message-ID: <30b931d7f4dc43baaa3f1f8c652c2a2b@exchange.microsoft.com>
Paul commented "TeX doesn't specify its rendering in detail either except via the code itself. In other words, the only proper rendering of TeX is that done by TeX itself."

Actually Appendix G of The TeXbook describes how TeX lays out math. The Office math layout program<https://blogs.msdn.microsoft.com/murrays/2006/11/14/lineservices/> uses the algorithms therein, which is why the results look so much like TeX. The actual code is completely different from TeX’s, but the layout principles are generally the same.

It’s good to have this discussion. Clearly Presentation MathML is used a lot for interchanging math zones between programs. Also I haven’t given up on the idea of the browsers rendering MathML well natively. If IE ever succeeds, it’ll likely look like TeX, since both IE and Edge use LineServices<https://blogs.msdn.microsoft.com/murrays/2006/11/14/lineservices/>. And it should be way faster than Java script code.

My main complaints about Presentation MathML are 1) lack of an explicit n-ary element (for integrals, summations, products, etc.) and 2) lack of document level math properties<https://blogs.msdn.microsoft.com/murrays/2008/10/27/default-document-math-properties/>, like default math font. Also Presentation MathML depends too much on proper use of <mrow>, which wouldn’t even be needed if the elements were all “prefix” elements like <mfrac> and <mfenced>. But infix notation can be translated to prefix notation, a good example being conversion of the linear format<http://www.unicode.org/notes/tn28/UTN28-PlainTextMath-v3.pdf> to the OMML<https://blogs.msdn.microsoft.com/murrays/2006/10/06/mathml-and-ecma-math-omml/>-like internal format for LineServices. Similarly RichEdit’s MathML reader converts using the rich-text string stack<https://msdn.microsoft.com/en-us/library/windows/desktop/hh768736(v=vs.85).aspx> originally developed for the linear format.

The bottom line is that MathML isn’t perfect, but it’s a widely used standard and gets the job done. As such, it’s hardly a failure. And it’s nicely supported on the web thanks to MathJax.


Received on Friday, 8 April 2016 21:34:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:42:24 UTC