Closed cani-venatici closed 2 years ago
4 fingers pinch are inverted, in works as out and viceversa. The command assigned to 4-pinch out gets executed on 4-pinch in and viceversa.
Pinch In/Out has been wrong for quite some time.
I've just noticed this now. Thanks for letting me know.
I had mistakenly thought that my Pinch In and Zoom In were the same😅
RightAlt+4-Fingers-Swipe in any direction stopped working while 4Fingers swipe and any combination of it with ctrl or shift is unaffected.
Are you using any keyremapper like xkeysnail? I reproduced the problem with xkeysnail and fusuma v2. After stopping xkeysnail, it works without the problem.
Are you using any keyremapper like xkeysnail? I reproduced the problem with xkeysnail and fusuma v2. After stopping xkeysnail, it works without the problem.
I'm not using any key remappers but I guess gnome 38 is acting as one. I updated to gnome 40 and noticed the 'alternate characters key' option in keyboard settings. I don't think that option exists in gnome 38 keyboard settings. As far as I recall only the 'compose key' option existed but it was in gnome-tweaks (manjaro). Maybe a gnome update introduced that setting and messed up things? Anyway changing the 'alternate character key' to any other key not used by fusuma for gestures enables fusuma to recognize them.
However, now the RightAlt modifier is included in the keystrokes that get executed.
# current cfg
4:
left:
sendkey: "LEFTMETA+LEFT" # Move windows to left size of current monitor
keypress:
RIGHTALT:
sendkey: "LEFTSHIFT+LEFTMETA+LEFT" # Move windows to left monitor
When using the 4 finger gesture with the RIGHTALT
switch, the switch is included in the keystrokes. So instead of SHIFT+SUPER+LEFT/RIGHT
what gets executed is ALT+SHIFT+SUPER+LEFT/RIGHT
(Basically the window gets moved to leftward/rightward workspace instead of leftward/rightward monitor).
Calling that shortcut through the keyboard or in a terminal fusuma-sendkey "LEFTSHIFT+LEFTMETA+LEFT"
works as expected, that is the window is moved to leftward monitor, so I'd exclude conflicting keybindings in gnome.
Changing the command in fusuma config to
keypress:
RIGHTALT:
# sendkey: "LEFTSHIFT+LEFTMETA+LEFT" # Move windows to left monitor
command: "xdotool key --clearmodifiers Shift+Super+Left"
works as expected.
It seems it's only for the RIGHTALT + 4-fingers left/right
that the keyswitch is included in the keystroke since any other 3- or 4-fingers gesture combined with RIGHTALT
work correctly.
Is this madness?
- can't select submenu entries in gnome topbar, for example […]
This is no longer an issue in gnome 40, apparently.
Maybe a gnome update introduced that setting and messed up things? Anyway changing the 'alternate character key' to any other key not used by fusuma for gestures enables fusuma to recognize them.
I suspect that is the cause. When one modifier key is released, xkeysnail forces the other modifier keys to be released as well. So that fusuma couldn't recognize the first modifier key after executed sendkey(which presses and releases some modifier keys)
However, now the RightAlt modifier is included in the keystrokes that get executed.
That is the behavior I intended.
I changed the sendkey's behavior that when keypress + sendkey is used.
Since version v0.6.0.pre, fusuma-plugin-sendkey wouldn't release the modifier key used in keypress.
This was a spec change in sendkey, but it may not have been a good idea.
I'll try to think more about how to make it work.
Tap and Hold don't work for libinput > v16.4
see: https://github.com/iberianpig/fusuma-plugin-tap/issues/13#issuecomment-803597089
@cani-venatici I released fusuma-plugin-sendkey v0.6.2
Please check that it fixed https://github.com/iberianpig/fusuma-plugin-sendkey/pull/21
@cani-venatici I released fusuma-plugin-sendkey v0.6.2
Please check that it fixed iberianpig/fusuma-plugin-sendkey#21
Alt + 4-swipe is working as expected on sendkey 0.6.2. Thank you.
Three fingers drag activates with a delay and doesn't drag content (windows).
I would like to know why fusuma can't Drag the content and how fusuma behaves. I have confirmed that it is working fine in my environment.
Could you please take a video of the Drag & Drop with Fusuma?
Tried to move some windows. Hope it's visible despite compression. When I keep dragging I can feel the acceleration working but the windows don't move. Also when I try to move gedit's window by the titlebar what actually gets moved is the text in the editor 👀.
I tried that before posting here. Tried again now with all 3 fingers gestures commented out and it still won't work. It grabs the window for a second and then drops it. Apparently libinput debug doesn't give any feedback on the release. Maybe I should point out i'm using a wacom tablet. This tablet can do 3 fingers drag on win/mac but since it can't on linux I'll just assume it's libinput's fault messing up drags with swipes. I'll keep dragging with double taps. Ty for support and for fusuma it's a great program even with no drag :)
xsetwacom lists devices
Wacom Intuos Pro M (WL) Pen stylus id: 12 type: STYLUS
Wacom Intuos Pro M (WL) Pen eraser id: 13 type: ERASER
Wacom Intuos Pro M (WL) Pen cursor id: 14 type: CURSOR
Wacom Intuos Pro M (WL) Pad pad id: 15 type: PAD
Wacom Intuos Pro M (WL) Finger touch id: 16 type: TOUCH
Tap and Hold don't work for libinput > v16.4
hey, have you looked at this MR https://gitlab.freedesktop.org/libinput/libinput/-/merge_requests/602 for hold gestures.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Describe the bug
After updating fusuma to v2 I found the following issues which were not present in the previous version:
Three fingers drag activates with a delay and doesn't drag content (windows).
can't select submenu entries in gnome topbar, for example I can expand the poweroff/restart menu but selecting the poweroff entry has no effect and the submenu quits.
Could the tap entry in config be the culprit? Selecting entries in gnome topbar menus worked prior to fusuma v2 with the 1 tap command commented out, though.
4 fingers pinch are inverted, in works as out and viceversa. The command assigned to 4-pinch out gets executed on 4-pinch in and viceversa.
Tap and Hold don't work for libinput > v16.4
Versions
Configuration