[webkit-reviews] review granted: [Bug 96843] Convert MathML to use flexboxes : [Attachment 164258] Patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Sep 17 13:47:12 PDT 2012


Eric Seidel <eric at webkit.org> has granted Dave Barton
<dbarton at mathscribe.com>'s request for review:
Bug 96843: Convert MathML to use flexboxes
https://bugs.webkit.org/show_bug.cgi?id=96843

Attachment 164258: Patch
https://bugs.webkit.org/attachment.cgi?id=164258&action=review

------- Additional Comments from Eric Seidel <eric at webkit.org>
View in context: https://bugs.webkit.org/attachment.cgi?id=164258&action=review


This looks technically fine to me.  I trust that Ojan/Tony gave this at least a
cursory flex-box review, and the MathML experts seem happy with your pixel
results!  Thank you again for all your hard work on this.  Please consider the
nits below before landing.   I look forward to seeing this on in Chrome!

> Source/WebCore/rendering/mathml/RenderMathMLBlock.h:123
> +class RenderMathMLTable : public RenderTable {

So this whole override will not be necessary once the flexbox baseline bug is
fixed?	If so, we should note that in a comment (so others can know when to
remove this.)

> Source/WebCore/rendering/mathml/RenderMathMLFraction.cpp:58
> +    child->style()->setFlexDirection(FlowColumn);

I'm not familiar with what this does.  Presumably Ojan/Tony are and thought it
was OK. :)

> Source/WebCore/rendering/mathml/RenderMathMLSubSup.cpp:137
> +    LayoutUnit baseBaseline = base->firstLineBoxBaseline();
> +    if (baseBaseline == -1)
> +	   baseBaseline = baseHeight;

It seems awkward that firstLineBoxBaseline uses this in-band signaling/sentinal
value. :(  It also seems like this pattern of "lookup or return the height"
could be abstracted into a static inline where you pass the baseHeight and the
base memeber and get back a single baseBaseline result.  It would be used in at
least 3 places in this function alone. :)


More information about the webkit-reviews mailing list