<html>
    <head>
      <base href="https://bugs.webkit.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - MathML: Extra left space for arrows inside &lt;mo&gt;"
   href="https://bugs.webkit.org/show_bug.cgi?id=170272#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - MathML: Extra left space for arrows inside &lt;mo&gt;"
   href="https://bugs.webkit.org/show_bug.cgi?id=170272">bug 170272</a>
              from <span class="vcard"><a class="email" href="mailto:fred.wang&#64;free.fr" title="Frédéric Wang (:fredw) &lt;fred.wang&#64;free.fr&gt;"> <span class="fn">Frédéric Wang (:fredw)</span></a>
</span></b>
        <pre>(In reply to Alejandro G. Castro from <a href="show_bug.cgi?id=170272#c6">comment #6</a>)
<span class="quote">&gt; I also wonder why are we doing this part of the layout in the paint method,
&gt; probably we should try to move to the layout if we don't find any real
&gt; limitation. This could be also the problem, as you found leadingSpace is a
&gt; calculation already centered and we are centering again in the paint. Maybe
&gt; just try to move that to the layout and see if that is already done.</span >

IIRC, the layout part calculates the preferred width and width (left space + right space + content width). However, for stretchy operators we paint them ourselves, so we have to do some special positioning of glyphs, mirroring (RTL) etc. It seems the reference point for the painting is the center of the operator (which probably makes thing easier to applies a scale transform in RTL). Probably things can be simplified as many things are inherited for the old implementations, but I don't remember exactly.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>