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