<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Main frame scrollbars not updated on hovering when using overlay scrollbars"
href="https://bugs.webkit.org/show_bug.cgi?id=153304#c8">Comment # 8</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Main frame scrollbars not updated on hovering when using overlay scrollbars"
href="https://bugs.webkit.org/show_bug.cgi?id=153304">bug 153304</a>
from <span class="vcard"><a class="email" href="mailto:bdakin@apple.com" title="Beth Dakin <bdakin@apple.com>"> <span class="fn">Beth Dakin</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=153304#c7">comment #7</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=153304#c5">comment #5</a>)
> > (In reply to <a href="show_bug.cgi?id=153304#c4">comment #4</a>)
> > > I'm curious, do OS X scrollbars not change in appearance when hovered?
> >
> > Legacy scrollbars do, but overlay scrollbars don't.
>
> This is false.
>
> On Mac, overlay scrollbars become fatter and get a visible track when
> hovered, and that works correctly in tip of tree WebKit for me. Does it fail
> for you on some version of Mac OS? If so, what Mac OS version are you
> testing on?
>
> Which platform does that patch affect?</span >
Of course I assume GTK, but I am asking for specifics of the platform because I am curious about the exact platform behaviors and making sure we are as consistent as possible in this code since a lot of it was written thinking about Mac behavior. I want to make sure that other platforms using it understand the Mac behavior and are truly using it for similar purposes. (In other words, I want to make sure we all have the same definition of what an overlay vs. legacy scrollbar is.)</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>