[GH-ISSUE #358] [Question] Is this kind of setup managed? #184

New issue

Closed

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

gitea-mirror commented

2026-05-05 22:13:07 -06:00

Owner

Originally created by @Geobert on GitHub (Dec 16, 2025).
Original GitHub issue: https://github.com/feschber/lan-mouse/issues/358

So I have this setup:

Still on Windows for now, but I’m preparing my Linux migration :)

My centre screen is plugged with Display Port on Perso and HDMI on Work.

On Windows, when I switch to HDMI to work, I tricked my current KVM like this (screen 2 is the central one, screen 3 is the left one)

So I can go from Perso to Work seamlessly

Is Lan-Mouse capable of managing this?

or maybe Wayland (I’ll use Niri to begin with) manages screen differently? (deactivate the central one when I switch to HDMI for instance)

Thanks for any highlight :)

Originally created by @Geobert on GitHub (Dec 16, 2025). Original GitHub issue: https://github.com/feschber/lan-mouse/issues/358 So I have this setup: <img width="1280" height="960" alt="Image" src="https://github.com/user-attachments/assets/4cf6d410-bc60-45b5-ac93-7b88624a087c" /> Still on Windows for now, but I’m preparing my Linux migration :) My centre screen is plugged with Display Port on Perso and HDMI on Work. On Windows, when I switch to HDMI to work, I tricked my current KVM like this (screen 2 is the central one, screen 3 is the left one) <img width="579" height="230" alt="Image" src="https://github.com/user-attachments/assets/9e59b32b-e8e3-4efc-84da-549ee4bc6857" /> So I can go from Perso to Work seamlessly Is Lan-Mouse capable of managing this? or maybe Wayland (I’ll use Niri to begin with) manages screen differently? (deactivate the central one when I switch to HDMI for instance) Thanks for any highlight :)

gitea-mirror closed this issue

2026-05-05 22:13:08 -06:00

gitea-mirror commented

2026-05-05 22:13:09 -06:00

Author

Owner

@Geobert commented on GitHub (Jan 9, 2026):

Switched to Linux last week, answer’s no. Luckily I do code in Rust so I’ll have a look at this :)

Some insight on which files to look would help! :)

Cheers,

@Geobert commented on GitHub (Jan 9, 2026): Switched to Linux last week, answer’s no. Luckily I do code in Rust so I’ll have a look at this :) Some insight on which files to look would help! :) Cheers,

gitea-mirror commented

2026-05-05 22:13:10 -06:00

Author

Owner

@feschber commented on GitHub (Jan 9, 2026):

@Geobert this will require adjustments to the protocol (lan-mouse-proto) as well as all input-capture backends.
The way I would want this to be implemented is by having the input-capture report the position that the screen was entered and then move the cursor to that position. (We also need a way of emulating absolute cursor positions for this).

A good starting point would be if you could add Position data to the CaptureEvent adjust the protocol accordingly and emulate the transition on the client.

Related: #230

@feschber commented on GitHub (Jan 9, 2026): @Geobert this will require adjustments to the protocol (lan-mouse-proto) as well as all input-capture backends. The way I would want this to be implemented is by having the input-capture report the position that the screen was entered and then move the cursor to that position. (We also need a way of emulating absolute cursor positions for this). A good starting point would be if you could add Position data to the [`CaptureEvent`](https://github.com/feschber/lan-mouse/blob/3922b45bd92f07f62e8af84bb9471abf8b0873a3/input-capture/src/lib.rs#L39) adjust the protocol accordingly and emulate the transition on the client. Related: #230

gitea-mirror commented

2026-05-05 22:13:11 -06:00

Author

Owner

@feschber commented on GitHub (Feb 7, 2026):

I'm going to close this as a duplicate of #230 and #182 for now. With that your setup should be properly supported.

@feschber commented on GitHub (Feb 7, 2026): I'm going to close this as a duplicate of #230 and #182 for now. With that your setup should be properly supported.

gitea-mirror referenced this issue

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

[PR #184] [MERGED] produce events in dummy capture-backend #318