https://bugs.freedesktop.org/show_bug.cgi?id=97912
oia...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|MOVED
https://bugs.freedesktop.org/show_bug.cgi?id=98881
--- Comment #2 from Peter Hutterer ---
matching systemd bits: https://github.com/systemd/systemd/pull/5023
wayland protocol patches (RFC): https://patchwork.freedesktop.org/patch/125770/
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=99239
--- Comment #11 from Brett Kerwin ---
In fact, I meant "broken" in the sense that the scrolling area seemed
abnormally large. It may be somewhat larger than 15%, but if 15% is the normal
area, I was probably just being
https://bugs.freedesktop.org/show_bug.cgi?id=95458
--- Comment #14 from Peter Hutterer ---
Yeah, I was just about to link to that bug. libinput is a library used by the
compositor, in this case GNOME's mutter. So you need to talk to mutter to get
it to enable/disable
https://bugs.freedesktop.org/show_bug.cgi?id=99239
--- Comment #10 from Peter Hutterer ---
synaptics should detect this model as alps and pick the right-most 15%. That's
probably larger than what libinput picks, so I'm surprised it's broken now.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=95458
--- Comment #13 from Charles Oliver Nutter ---
The xinput command provided here allowed me to disable the middle click area
for now: https://bugzilla.gnome.org/show_bug.cgi?id=774873#c5
This was on a Lenovo T460p, and the
https://bugs.freedesktop.org/show_bug.cgi?id=99200
--- Comment #12 from Luke ---
> the physical hardware has a single left button, the rest is software
> emulated.
I have no doubt that from the libinput's perspective there is no difference
between my trackpad and a
https://bugs.freedesktop.org/show_bug.cgi?id=95458
--- Comment #12 from Charles Oliver Nutter ---
My currently-installed libinput is 1.5.3, so I'm guessing this is a setting not
yet exposed in gnome?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=95458
--- Comment #11 from Charles Oliver Nutter ---
That sounds like a pretty good way to go. I'm not concerned about having a
middle click available, and if I do I'll try to wire up the trackpoint button
to do it.
https://bugs.freedesktop.org/show_bug.cgi?id=97912
Peter Hutterer changed:
What|Removed |Added
Resolution|--- |MOVED
https://bugs.freedesktop.org/show_bug.cgi?id=99239
--- Comment #9 from Brett Kerwin ---
I confirm this solves the problem with Wayland, thank you, though of course it
breaks the currently correct behaviour of Xorg+synaptics, which probably had a
specific workaround in
https://bugs.freedesktop.org/show_bug.cgi?id=99239
Peter Hutterer changed:
What|Removed |Added
Resolution|--- |FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=99079
Peter Hutterer changed:
What|Removed |Added
Summary|Improve Surface Pro Type|kernel:
https://bugs.freedesktop.org/show_bug.cgi?id=95458
--- Comment #10 from Peter Hutterer ---
fwiw, we've since hooked up the middle click button to be dependent on middle
button emulation. so if you enable middle button emulation on the touchpad, the
middle button area
https://bugs.freedesktop.org/show_bug.cgi?id=99239
--- Comment #7 from Brett Kerwin ---
Running the finger around the touchpad until the figures don't change any more
does not provide the same values consistently.
The maximum/minimum values that I am typically able to
https://bugs.freedesktop.org/show_bug.cgi?id=95458
--- Comment #9 from Charles Oliver Nutter ---
I've just moved to a Wayland setup and I have to protest this bug being closed
as WONTFIX.
I have many reasons:
1. The middle click reason is still very much wide enough to
https://bugzilla.gnome.org/show_bug.cgi?id=775631
Jean-François Fortin Tam changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=98839
Nate Graham changed:
What|Removed |Added
Summary|Hysteresis causes trackpad |Somehow
https://bugs.freedesktop.org/show_bug.cgi?id=98839
Nate Graham changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment
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=98799
--- Comment #8 from Nate Graham ---
FWIW changing the thumb detection pressure value to 70 works great for me. But
this doesn't solve the true problem:
https://bugs.freedesktop.org/show_bug.cgi?id=99268
We can probably
https://bugs.freedesktop.org/show_bug.cgi?id=96315
--- Comment #38 from cooks.go.hun...@gmail.com ---
Right, sorry for not getting back sooner. I was quite sure that the last output
I gave you in comment 34 was the right one. At least I tried for quite some
time to get all my fingers round all of
https://bugs.freedesktop.org/show_bug.cgi?id=98833
--- Comment #10 from Eero Tamminen ---
Ping... Were you able to reproduce the issue with patched weston-simple-egl?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=99212
--- Comment #6 from Markus Schmidt ---
Sorry for not answering the first question:
"If I read this right, you want the button area to be like in attachment 128675
[details], i.e. the height reduced with the ability to
https://bugs.freedesktop.org/show_bug.cgi?id=99212
--- Comment #5 from Markus Schmidt ---
Hey Peter,
thanks a lot for taking care of this report.
"which brings up one question: do you have the touchpad enabled or disabled?"
Touchpad is enabled. Reason is that there are
25 matches
Mail list logo