Re: Gecko bugs blocking use of Native MathML in MathJax

Frédéric WANG <[email protected]> Mon, 03 Dec 2012 10:54:21 +0100
Newsgroups gmane.comp.mozilla.devel.mathml
Message-ID <[email protected]>
On 03/12/2012 03:08, Robert O'Callahan wrote:
>
>     This will certainly be too much work to do for volunteers. Gecko
>     actually has a basic linebreaking algorithm for direct children of
>     the <math> element but MathJax always adds an explicit <mrow>
>     ancestor (to workaround measuring issues with the <math> element)
>     so linebreaking is never applied.
>
>
> What measuring issues?
>
Here is the issue in MathJax tracker:

https://github.com/mathjax/MathJax/issues/88

I haven't tried to analyse where the problem comes from precisely, but I 
suspect it is due to our incorrect intrinsic width computation, similar 
to what's causing bad rendering of mtable in some circumstances. The two 
bugs I mentioned in my initial post:

https://bugzilla.mozilla.org/show_bug.cgi?id=459363 (now fixed, BTW)
https://bugzilla.mozilla.org/show_bug.cgi?id=415413

Another possible candidate: 
https://bugzilla.mozilla.org/show_bug.cgi?id=433064

In general, there are various issues due to the implementations of the 
<math> and <mtd> elements that differ from the one of the other MathML 
elements. A serious one is: 
https://bugzilla.mozilla.org/show_bug.cgi?id=236963. So it's not so bad 
if MathJax adds explicit <mrow>'s to workaround these issues. Anyway our 
linebreaking algorithm does not really do what is expected by the spec 
(essentially, to break at mathematical operators) so I don't think it's 
a problem if it is not applied to MathJax-generated code.

-- 
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

_______________________________________________
dev-tech-mathml mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-mathml