cosmic
cosmic copied to clipboard
pop-os
[Bug] Touchcreen gestures conflict with touch-pad gestures
Distribution:
pop-os_21.10_amd64_nvidia_3
Related Application and/or Package Version (run apt policy $PACKAGE NAME):
Touchegg / GNOME 40
Issue/Bug Description:
Touch gestures on the touchSCREEN seem to be triggering both the new, built in Pop/Touchegg gestures, AND the hard-coded GNOME gestures, resulting in erratic duplicate responses to 3 and four finger swipes on the touchscreen.
The same gestures on the touch PAD alon work as intended
Steps to reproduce (if you know):
3 finger upwards swipe on touchSCREEN results in BOTH a switch in window focus (as per Pop/touchegg config) and opening the workspace overview (GNOME 40 behavior). 3-finger upwards swipe on touchPAD only results in window focus switch (as per Pop/touchegg config)/
4 finger upwards swipe on touchscreen results in BOTH switching to lower workspace (as per Pop/touchegg config) and opening the workspace overview (GNOME 40 behavior, but oddly for 3-finger swipe). 4-finger upwards swipe on touchPAD only results in workspace change (as per Pop/touchegg config)
Expected behavior:
3- and 4-finger upwards swipe should do the same thing on touchscreen and touchpad (change window focus and workspace respectively)
Other Notes:
Tested on fresh live USB with COSMIC extensions enabled. video of behavior available if you can tell me where to post/send it
Am...am I doing this right? Or is this just being ignored?
We saw your bug report. Thank you for your patience.
Right so I ended up having to work around this on my own, sortof, because apparently there's no intention to do anything about it? But the solution is a complete kludge and looks like I may be causing other problems.
So as mentioned here (https://discourse.gnome.org/t/how-to-disable-edit-touchpad-gestures-in-gnome-40/6081/6) GNOME itself has its own touchscreen gestures that work fine, but in true GNOME fashion are both completely counterintuitive AND non-customizable.
To make matter worse, none of the touchegg gestures built into Pop 21.10 seem to take these into account. Meaning any genture on the touchscreen register both thru touchegg AND GNOME -hence why I was seeing weird things described above like 4-finger upward touchscreen swipes both switching work-spaces AND opening overview.
The only way to solve this is "disable" the built in GNOME gestures by hacking a hex file as in that link, to set GNOME gestures to use inbreeding-teir digit numbers (6+), meaning 'normal' gestures are now only recognised by touchegg.
Of course, its not even that simple, either. Because - for some baffling reason - the Pop COSMIC Workspaces extension ALSO has 4-finger up-down workspace change for touchscreens hardbaked in. You can test this by disabling touchegg and doing the gestures on your screen - 4 finger up/down will still work, but nothing else will.
I can't figure out how to turn that off without turning off COSMIC Workspaces entirely, which then dumps you back with an uglier version of the new (worse) default horizontal GNOME workspace arragement.
So this BASICALLY means if you want Pop's vertical workspace arrangement, even if you disable the GNOME touchscreen conflicts, you're still hardcoded in to using 4-finger swipe for workspaces. Which is a real pain, if you, say, don't have 4 fingers.
It would be nice to see something cohesive and user-controllable worked in - or at the very least just turn all the baked - in gestures off so touchegg can handle it. This is obviously possible - you're embedding 4-finger swipe in the COSMIC workspaces extension. Just get rid of that and youre halfway there.
As a side note, there is a possibility touchegg and gestures may be causing wider instability issues, especially if directed at calling key combos, but I haven't confirmed that yet https://github.com/pop-os/shell/issues/1379
Are you using wayland? COSMIC does not support wayland at the moment.
No. X11 as per stock.
The fact that the problem is touch gestures being registered multiple times, rather than not being registered at all, should make this clear.