<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Implement overlay scrollbars"
   href="https://bugs.webkit.org/show_bug.cgi?id=153405#c12">Comment # 12</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Implement overlay scrollbars"
   href="https://bugs.webkit.org/show_bug.cgi?id=153405">bug 153405</a>
              from <span class="vcard"><a class="email" href="mailto:cgarcia&#64;igalia.com" title="Carlos Garcia Campos &lt;cgarcia&#64;igalia.com&gt;"> <span class="fn">Carlos Garcia Campos</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=153405#c9">comment #9</a>)
<span class="quote">&gt; I tried this out today. It is impressive; you will fool most users into
&gt; thinking it's a real GtkScrollbar.</span >

Until a new GTK+ version breaks it :-D

<span class="quote">&gt; The patch would be better with ScrollAnimator tests, but since there's no
&gt; infrastructure to test those currently, I don't want to block on that.</span >

That's fine as long as we actually add test for this soon.

<span class="quote">&gt; There is just one issue I see that I think needs fixed. If you mouse over
&gt; the scrollbar, then move your mouse outside the window to the right, the
&gt; scrollbar track stays visible forever. It should instead disappear as soon
&gt; as the mouse is moved outside the window. (Could it be related to bug
&gt; #116691?)
&gt; 
&gt; See also: <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - [GTK] No hover-horizontal scrolling available"
   href="show_bug.cgi?id=122859">bug #122859</a> and <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - [GTK] clicking on the scrollbar trough steps rather than jumps to the clicked position"
   href="show_bug.cgi?id=115363">bug #115363</a>.</span >

I noticed that problem too, but didn't fixed it in this patch because I think the problem is a more general issue with the web view focus handling, so fixing it in this patch would actually hide the actual bug. I'll look at it in more detail, since that's not a blocker at all.</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>