Closed sojusnik closed 6 months ago
Is this a known limitation?
No
I'm on manjaro with gnome 42.1, and closing the overview works for me. That's weird
I suppose just pressing super_l on your keyboard works fine and the problem is exclusive to input-remapper mappings?
I suppose just pressing super_l on your keyboard works fine and the problem is exclusive to input-remapper mappings?
Exactly
I think I've found the reason: on my mouse, in addition to scrolling up and down, I'm also able to slide my mouse wheel to the left and right. To invoke the Gnome Overview, I'm using a swipe to the left, but when in the Overview, a swipe to the left switches the workspace to the left (instead of closing the Overview). This seems to be hardcoded since Gnome 42. So this action overrides remapper.
Maybe there's a way that remapper can override such hardcoded actions? Or maybe there's a way to disable those hardcoded actions?
but wouldn't super_l on the keyboard be broken as well then?
maybe there is something broken due to https://github.com/sezanzeb/input-remapper/issues/411. If you map something to wheel directions, then HI_RES events will still reach the environment.
Does it work if super_l is mapped to a regular button?
but wouldn't super_l on the keyboard be broken as well then?
Why do you think so? super_l is hardcoded on the keyboard to open the overview (which works), while my mouse wheel swipe to left is mapped to super_l (which isn't working, because a swipe to left also switches to the left workspace in overview).
Does it work if super_l is mapped to a regular button?
I can't test this, because all mouse buttons I have are hardcoded for certain actions, like:
wheel up/down = switch to right/left workspace swipe wheel left/right = switch to right/left workspace left mouse click = focus window right mouse click = focus window middle mouse click = focus window forward button = select next window back button = select previous window
BTW, is it possible to configure remapper to react to a scroll wheel, only when the right mouse button is hold? The idea is to use the scroll wheel to change workspaces, but only when the right mouse button is also pressed and if it's released, then the scroll wheel should work as hardcoded by the OS.
BTW, is it possible to configure remapper to react to a scroll wheel, only when the right mouse button is hold? The idea is to use the scroll wheel to change workspaces, but only when the right mouse button is also pressed and if it's released, then the scroll wheel should work as hardcoded by the OS.
it should be possible to combine right-click with wheel-down, like this:
and then you program your macro to do the workspace switch
Thanks, that worked!
Another observation that might help debugging this issue: when using swipe wheel left
on my mouse (triggers Super_L
, as described in first post) in a workspace without windows, then Gnome switches to the left workspace, so it behaves the same as in Gnome overview mode. But when I use swipe wheel left
over a window on a workspace, then Gnome overview is triggered.
With 2.0.1 everything works as expected on Ubuntu 23.10 on Wayland. Awesome work, thanks!
After updating to Ubuntu 22.04, remapper stopped detecting key presses when in the Gnome Overview or a menu of the task panel is opened (f.i. when you click on the date). Is this a known limitation?
I use a mouse button to invoke the Gnome Overview screen (by simulating a
Super_L
key press). While it's possible to invoke the Gnome Overview, by pressing the configured mouse button, it's actually not possible to close the overview by pressing this button again, but this was possible on Ubuntu 21.10.Happens on
Ubuntu 22.04 on X11 with Gnome 42.1