WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 122859
[GTK] No hover-horizontal scrolling available
https://bugs.webkit.org/show_bug.cgi?id=122859
Summary
[GTK] No hover-horizontal scrolling available
Bastian
Reported
2013-10-15 13:39:12 PDT
I am unable to perform horizontal scrolling by hovering over the horizontal scrollbar and scroll the scrolling wheel on my mouse at the same time. I am using Ephiphany 3.10.0 This behavior is, however, available in every other gtk based application I know of and use, though. For example Evince, Documents, Libreoffice applications, gedit, inkscape and gimp. I propose it is added to webkitgtk too.
Attachments
Patch
(2.83 KB, patch)
2016-02-15 06:07 PST
,
Carlos Garcia Campos
mcatanzaro
: review+
Details
Formatted Diff
Diff
Patch for landing including test
(5.15 KB, patch)
2016-02-16 09:36 PST
,
Carlos Garcia Campos
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2013-10-16 00:53:43 PDT
Is this specific to GTK+? does it work in mac or EFL?
Carlos Garcia Campos
Comment 2
2013-10-16 01:14:37 PDT
It works for non-primary scrollbars, like scrollbars in a text area.
Zan Dobersek
Comment 3
2013-10-16 06:21:01 PDT
(In reply to
comment #2
)
> It works for non-primary scrollbars, like scrollbars in a text area.
I think the issue is with the main scrollbar, i.e. the scrollbar of the web view embedded inside Epiphany.
Carlos Garcia Campos
Comment 4
2016-02-15 06:07:41 PST
Created
attachment 271339
[details]
Patch
Michael Catanzaro
Comment 5
2016-02-15 22:05:45 PST
Comment on
attachment 271339
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=271339&action=review
> Source/WebCore/page/EventHandler.cpp:2649 > + bool handledEvent = platformCompleteWheelEvent(adjustedEvent, scrollableContainer.get(), scrollableArea);
It looks right, though I wonder how much regression potential this has for other ports.
Michael Catanzaro
Comment 6
2016-02-15 22:08:23 PST
Er, forgot to ask about a layout test for this? Probably I should have withheld my r+ pending a test; I'm sure you can write one with your new mock animator.
Carlos Garcia Campos
Comment 7
2016-02-16 00:15:48 PST
(In reply to
comment #5
)
> Comment on
attachment 271339
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=271339&action=review
> > > Source/WebCore/page/EventHandler.cpp:2649 > > + bool handledEvent = platformCompleteWheelEvent(adjustedEvent, scrollableContainer.get(), scrollableArea); > > It looks right, though I wonder how much regression potential this has for > other ports.
In all other ports adjustedEvent == event
Carlos Garcia Campos
Comment 8
2016-02-16 00:16:50 PST
(In reply to
comment #6
)
> Er, forgot to ask about a layout test for this? Probably I should have > withheld my r+ pending a test; I'm sure you can write one with your new mock > animator.
I'll try to find the time, we don't need the scroll animator tests for this, we can just hover the scrollbar, send wheel event, and check how the view scrolled.
Carlos Garcia Campos
Comment 9
2016-02-16 09:36:43 PST
Created
attachment 271432
[details]
Patch for landing including test
Carlos Garcia Campos
Comment 10
2016-02-16 10:15:46 PST
Committed
r196640
: <
http://trac.webkit.org/changeset/196640
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug