[GH-ISSUE #125] Manual Release required between GNOME and XFCE #48

New issue

Open

opened 2026-05-05 22:06:31 -06:00 by gitea-mirror · 3 comments

gitea-mirror commented

2026-05-05 22:06:31 -06:00

Owner

Originally created by @jeremy-cxf on GitHub (May 7, 2024).
Original GitHub issue: https://github.com/feschber/lan-mouse/issues/125

Going between GNOME Shell 46.0 and XFCE 4.18. XFCE is running on 0.7.2 bin at the moment, where as my Ubuntu machine is compiled from source (however switching to a precompiled binary the behaviour is still the same).

I'm able to go to either desktop fine, but it requires a key-press release each time to get back to GNOME. I would like to get to a state of just being able to move to either monitor without this. Would just like to validate if this just a current limitation at the moment, or something I need to fix elsewhere.

I did find similar issues (https://github.com/feschber/lan-mouse/pull/94) but these appeared fixed in newer versions so assumed its something I'm doing or I am just misinterpreting the behavior.

Best!

Originally created by @jeremy-cxf on GitHub (May 7, 2024). Original GitHub issue: https://github.com/feschber/lan-mouse/issues/125 Going between GNOME Shell 46.0 and XFCE 4.18. XFCE is running on 0.7.2 bin at the moment, where as my Ubuntu machine is compiled from source (however switching to a precompiled binary the behaviour is still the same). I'm able to go to either desktop fine, but it requires a key-press release each time to get back to GNOME. I would like to get to a state of just being able to move to either monitor without this. Would just like to validate if this just a current limitation at the moment, or something I need to fix elsewhere. I did find similar issues (https://github.com/feschber/lan-mouse/pull/94) but these appeared fixed in newer versions so assumed its something I'm doing or I am just misinterpreting the behavior. Best!

gitea-mirror added the

Xorg

label 2026-05-05 22:06:31 -06:00

gitea-mirror commented

2026-05-05 22:06:33 -06:00

Author

Owner

@feschber commented on GitHub (May 7, 2024):

Xfce needs X11 input capture to be able to recognize when the pointer leaves the screen, which is not yet implemented. So this is expected at the moment.

@feschber commented on GitHub (May 7, 2024): Xfce needs X11 input capture to be able to recognize when the pointer leaves the screen, which is not yet implemented. So this is expected at the moment.

gitea-mirror commented

2026-05-05 22:06:34 -06:00

Author

Owner

@jeremy-cxf commented on GitHub (May 7, 2024):

Thanks for replying @feschber and for the heads up. Is it worth having a matrix or something similar in the README of current limitations between desktops? I think in my naivety coming from barrier that the behavior is somewhat ingrained into my head. Obviously hopping between different desktop APIs is going to encompass a number of challenges that might need to be spelled out to dummies like myself :')

@jeremy-cxf commented on GitHub (May 7, 2024): Thanks for replying @feschber and for the heads up. Is it worth having a matrix or something similar in the README of current limitations between desktops? I think in my naivety coming from barrier that the behavior is somewhat ingrained into my head. Obviously hopping between different desktop APIs is going to encompass a number of challenges that might need to be spelled out to dummies like myself :')

gitea-mirror commented

2026-05-05 22:06:35 -06:00

Author

Owner

@feschber commented on GitHub (May 7, 2024):

Yeah I may want to update this to be a bit more clear about what input capture and input emulation means

https://github.com/feschber/lan-mouse?tab=readme-ov-file#os-support

@feschber commented on GitHub (May 7, 2024): Yeah I may want to update this to be a bit more clear about what input capture and input emulation means https://github.com/feschber/lan-mouse?tab=readme-ov-file#os-support

gitea-mirror referenced this issue

2026-05-05 22:15:19 -06:00

[PR #54] [MERGED] Implement keycode translation for windows #255