https://bugs.freedesktop.org/show_bug.cgi?id=99268
GitLab Migration User changed:
What|Removed |Added
Resolution|--- |MOVED
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #14 from Nate Graham ---
I think there's a pretty trivial way to resolve this: consider 70px or so strip
on the bottom to be where a thumb will land, and completely disregard any
touches on that strip while the
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #12 from Nate Graham ---
The visible benefit is that people can lazily rest their thumb on the bobottom
part of the touchpad, which is a very natural way to use it. If it has physical
buttons, you rest your
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #11 from Peter Hutterer ---
fwiw, this behaviour is what macos appears to have but I don't know how hard
this would be to integrate into libinput. we'd likely have to figure out the
exact behaviour we want
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #10 from Nate Graham ---
Put another way: I would use the Areas method instead if I could turn off the
virtual middle and right buttons and use fingers for right and middle click.
Some hybrid between the two
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #9 from Nate Graham ---
One thing that would help is if the clickfinger method shared the exclusion
area at the bottom of the pad that the areas method has. Basically, if there
are one or more fingers
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #8 from Peter Hutterer ---
the current algorithm works: if we have a finger that exceeds the motion
threshold for more than 5 events in a row, a new touch will be marked as thumb
and ignored. In your
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #7 from Nate Graham ---
Created attachment 135511
--> https://bugs.freedesktop.org/attachment.cgi?id=135511=edit
evemu record with git master and kernel 4.13.0
Correction: I was mistakenly using areas mode
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Nate Graham changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #6 from Nate Graham ---
Yup, I can confirm that this is fixed now. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.___
wayland-bugs
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Bug 99268 depends on bug 98799, which changed state.
Bug 98799 Summary: "Clickfinger" behavior interferes with normal operation when
a thumb is resting on the bottom of the touchpad
https://bugs.freedesktop.org/show_bug.cgi?id=98799
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Bug 99268 depends on bug 91097, which changed state.
Bug 91097 Summary: Pointer sometimes moves before hard click on trackpad
https://bugs.freedesktop.org/show_bug.cgi?id=91097
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Peter Hutterer changed:
What|Removed |Added
Resolution|--- |FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Bug 99268 depends on bug 99703, which changed state.
Bug 99703 Summary: Trackpad accidental two-finger touch stops cursor movement
too early
https://bugs.freedesktop.org/show_bug.cgi?id=99703
What|Removed
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Peter Hutterer changed:
What|Removed |Added
Depends on||99703
https://bugs.freedesktop.org/show_bug.cgi?id=99268
--- Comment #3 from Nate Graham ---
I think the solution here is to adopt the "dead zone" bottom area that the
"areas" behavior already uses. Don't put any virtual buttons there; just
discard any input when a second,
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Peter Hutterer changed:
What|Removed |Added
Depends on||98799, 91097
https://bugs.freedesktop.org/show_bug.cgi?id=99268
Nate Graham changed:
What|Removed |Added
Summary|Clickfinger behavior|With Clickfinger
18 matches
Mail list logo