Bug 115789 – MathML Acid1 fails to render properly

• Status: RESOLVED
• Resolution: FIXED
• Component: MathML

[Frédéric Wang (:fredw)]

Webkit almost renders the MathML Acid1 properly, but a few requirements are not respected:

http://fred-wang.github.io/AcidTestsMathML/acid1/description.html

- the spacing of operators (especially invisible operators and commas) is not always good
- in test 3, "bang" and "whimper" <mi>'s should not be italic
- the stretching of parenthesis (e.g. in test 6) in is not always done for me (with Martin Robinson's patch), but that seems a random failure. I'm not sure what the problem is but that will probably be solved if we have size variants.

[Frédéric Wang (:fredw)]

> but that seems a random failure.

I'm wondering if that has something to do with the reflow that happens when the Web fonts arrive.

[Jon Lee]

<rdar://problem/15552335
>

[Frédéric Wang (:fredw)]

Created attachment 225241 [details]
Screenshot on nightly + patches for 115786, 124838, 115787

We are getting close. However, in test 4 the fences do not stretch. I think this is because the height is too small and so we fallback to the base size:

>  // Sometimes we cannot stretch an operator properly, so in that case, we should just use the original size.
>  m_stretchyCharacter = m_isStretched ? findAcceptableStretchyCharacter(stretchedCharacter) : 0;
>  if (!m_stretchyCharacter)
>    m_isStretched = false;

So I think we will need the work of bug 122297 to be able to use size variants for small sizes (and we could do bug 119038 at the same time).

[Frédéric Wang (:fredw)]

Created attachment 233291 [details]
Screenshot Nightly WebKitGTK+

Testing on WebKitGTK+, I no longer see the problem with stretchy parenthesis in test 4 and the radical sign looks slightly better (even with the current default non-OpenTypeMATH font).