[Webkit-unassigned] [Bug 153304] Main frame scrollbars not updated on hovering when using overlay scrollbars

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=153304

--- Comment #12 from Beth Dakin <bdakin at apple.com> ---
(In reply to comment #11)
> (In reply to comment #8)
> > 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.)
> 
> Here's a video I found that demonstrates how GTK+ scrollbars work nowadays;
> this is what we're trying to match. (Warning: music.)
> 
> https://www.youtube.com/watch?v=8DktM-XLaf0

OH, very interesting. Thank you for this.

This makes me realize that my previous statement was perhaps misleading (or wrong depending on exactly what the original question was asking :-P ).

It seems like in GTK, the scrollbars appear ANY TIME you hover over the scrollbar areas. On Mac, the scrollbars only do anything special on hover if they are ALREADY showing for any other reason. So, for example, if you scroll a little and then quickly move the cursor over to the scrollbar area, then you will see the hover effect. 

Another difference seems to be the the GTK scrollbars show up whenever you are moving the cursor around inside a scrollable box.

Very interesting!

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160125/d47aa70c/attachment-0001.html>