mirror of
https://github.com/feschber/lan-mouse.git
synced 2026-05-15 06:06:07 -06:00
[GH-ISSUE #352] Karabiner interferes with lan-mouse #182
Labels
No labels
Xorg
documentation
enhancement
macos
pull-request
question
windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/lan-mouse#182
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Richie765 on GitHub (Nov 13, 2025).
Original GitHub issue: https://github.com/feschber/lan-mouse/issues/352
When using my Mac keyboard and mouse to control a remote Linux machine, I’ve noticed that my local keyboard modifications (via Karabiner-Elements) are being applied to the remote session. I have several key remappings that are convenient for my Mac workflow but conflict with the keybindings in my Linux environment.
Similarly, I use Fluor, which changes the behavior of function keys based on the active application. Unfortunately, these modified keycodes are also being sent to the remote Linux machine, leading to unexpected results.
Is it possible to capture and transmit the raw, unmodified keycodes—bypassing Karabiner-Elements or Fluor—when forwarding input to the Linux machine?
@feschber commented on GitHub (Nov 13, 2025):
Not sure if this is possible. But could you try starting lan-mouse before Karabiner?
@feschber commented on GitHub (Nov 15, 2025):
Related: #320
@Richie765 commented on GitHub (Nov 15, 2025):
I tried that and it doesn't solve the problem.
A possible solution could be if Karabiner profile could be changed automatically when the mouse moves to the other computer. I think this is possible if lan-mouse allows to execute an external command. Anyways for now I am connecting kbd/mouse directly as this seems to be the only way for now. Thanks anyway!
@emsi commented on GitHub (Jan 9, 2026):
It's peculiar that on the receiving end lan-mouse is bypassing karabiner where in reality it is expected that it obeyed, while on the sending side lan-mouse receives event with karabiner modifications. A completely reverse scenario would be probably more appreciated :)
One proposed solution to the latter (your case) would be to modify karabiner setting to ignore (exclude) lan-mouse, much like it's custom to exclude teminal apps like iTerm2 or other terminal apps.