Summary: | RFE: Enable middle-button-drag coexisting with scroll emulation | ||
---|---|---|---|
Product: | Wayland | Reporter: | John <john+bugs_freedesktop_org> |
Component: | libinput | Assignee: | Wayland bug list <wayland-bugs> |
Status: | RESOLVED WONTFIX | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | john+bugs_freedesktop_org, peter.hutterer |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
John
2018-05-08 04:34:15 UTC
No, sorry. This feature is going to be virtually undiscoverable if it's hidden within libinput and based on timeouts and movement thresholds. The latter is difficult anyway, especially on trackpoints. We don't really have a notion of "pixels" because we don't know the screens. What you want is something that is mutually exclusive. Either you get button scroll or you get button drag. But it's the same physical interaction from the POV of the device. A better solution here would be to move the scroll button to a button you don't need for dragging. Or use a device that doesn't rely on middle button+drag for scrolling. Sorry, not something that I'll add to libinput. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.