GNOME Bugzilla – Bug 746961
new scroll bar "hides" after click+drag+release while mouse is still over it
Last modified: 2015-03-31 14:07:44 UTC
I'm not sure how to describe this better, sorry for poor summary. I'm using gtk3-3.16.0-1.fc22.x86_64 and when you go to some window/widget (evolution message list, nautilus, ...) which have scrollable content and for example go to vertical scroll bar it "unhides"/expands, you click and drag it up/down, then release mouse and leave it over scroll bar and scroll bar "hides" again, but I think it shouldn't do that, it should stay visible while mouse cursor is over the same area which made it "unhide"/expand. For example sometimes I use this method to search something inside scrollable widget, so I click+drag+release, and do that again (few times in a row) (searching for content, and adjusting it to be visible on screen)
Created attachment 300535 [details] screencast
Created attachment 300657 [details] [review] scrolledwindow: Check the event widget on captured motion events This path is only intended to be triggered on events directed towards the child of the scrolledwindow, so make it explicitly so. This avoids scrollbar "over" state flashing when dragging finishes within the slider.
Created attachment 300658 [details] [review] scrolledwindow: Remove needless "dragging" field from Indicator struct The "over" state already stays set while scrollbar dragging happens, there's no need to double track that.
Review of attachment 300657 [details] [review]: works nicely
Review of attachment 300658 [details] [review]: great
Attachment 300657 [details] pushed as eb26208 - scrolledwindow: Check the event widget on captured motion events Attachment 300658 [details] pushed as 960c229 - scrolledwindow: Remove needless "dragging" field from Indicator struct