Summary: | Accessibility: hold-to-right click implementation | ||
---|---|---|---|
Product: | Wayland | Reporter: | Peter Hutterer <peter.hutterer> |
Component: | libinput | Assignee: | Wayland bug list <wayland-bugs> |
Status: | RESOLVED WONTFIX | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | bugzilla, peter.hutterer, samuel.thibault |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Peter Hutterer
2014-10-28 01:32:55 UTC
Given the caveats described in the "Differences To The Normal Secondary Click" section of that document, I'd say that this should even be a client feature (i.e. toolkit) which would allow apps to avoid those caveats. That said, and given that this would mean the same work would have to be done for all toolkits and that users of the feature are likely already used to the current behavior (perhaps even because it's the same on other systems?) maybe it is better to do it in the compositor. I think the compositor is the safer option here as it guarantees the feature is reliable and globally available. just as a note, in another discussion the concept of per-seat a11y features came up, this could be implemented in libinput as a per-seat feature. closing this buts. This won't be implemented in libinput, see the above comments. See GNOME bug: https://bugzilla.gnome.org/show_bug.cgi?id=748286 |
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.