[Wayland-bugs] [Bug 765939] [Wayland] very slow scrolling in GtkMenu using the touchpad

[gtk+ (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=765939

--- Comment #9 from Carlos Garnacho <carlosg at gnome.org> ---
(In reply to Olivier Fourdan from comment #8)
> I would tend to agree, but the problem is that we do check for
> GDK_SCROLL_LEFT/RIGHT so if we filter out the emulated events, we'd lose
> that ability using only one axis with smooth scrolls.

I fear I don't completely follow :).

We have 3 cases to support (provided we only listen to non-emulated events):

- Mice capable of discrete vertical scrolling, the typical scroll wheel
- Mice capable of discrete v/h scrolling, usually scroll wheels that can
"click" towards the sides, or just additional buttons.
- Devices capable of continuous v/h scrolling, this gathers touchpads,
trackballs, trackpads and mice, which all have at least one way available to
smooth scroll (because the device itself allows it, or because there's an
assigned scroll button)

Out of those cases, only in the first one there's an axis we can't scroll
across, so it used to make sense to allow scrolling horizontally with vertical
events if the widget needed this so. But IMO that's about the only situation
where it makes sense to mix scrolling axes (and I'd wish we could discern
devices from the first and second case so we don't needlessly do this), for the
other cases we have real means to scroll in that direction.

So, I'd even argue to remove GDK_SCROLL_LEFT/RIGHT management from GtkMenu :).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20160505/537cadca/attachment-0001.html>