| Summary: | [GTK] Mouse wheel events on horizontal scrollbar not correctly handled when AC mode is forced | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Carlos Garcia Campos <cgarcia> | ||||||
| Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> | ||||||
| Status: | RESOLVED FIXED | ||||||||
| Severity: | Normal | CC: | aperez, berto, bugs-noreply, ews-watchlist, gustavo, zan | ||||||
| Priority: | P2 | Keywords: | Gtk | ||||||
| Version: | WebKit Nightly Build | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Attachments: |
|
||||||||
|
Description
Carlos Garcia Campos
2020-02-03 05:53:48 PST
I've checked other browsers and they don't invert the axis when scrolling on an horizontal scrollbar, so mayb it's easier to simply stop doing so in GTK port as well. You can still use SHIFT + wheel to scroll horizontally. Created attachment 392555 [details]
Patch
Horizontal scrolling with mouse wheel is still broken with async scrolling, but because it doesn't seem to be handling those events correctly (it doesn't work when using Shift + wheel either), so I'll file another bug.
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See http://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API Ok, it works with async scrolling, but only in the main frame (due to bug #208635) and the right/left direction is swapped (that's another bug) (In reply to Carlos Garcia Campos from comment #4) > Ok, it works with async scrolling, but only in the main frame (due to bug > #208635) and the right/left direction is swapped (that's another bug) See bug #208638 Created attachment 405562 [details]
Patch
Comment on attachment 405562 [details]
Patch
Really nice patch, I like it that it actually simplifies the code :)
Committed r265138: <https://trac.webkit.org/changeset/265138> |