github-starred/lan-mouse

Fork 0

mirror of https://github.com/feschber/lan-mouse.git synced 2026-05-15 06:06:07 -06:00

[GH-ISSUE #319] Does this have no issues that barrier/synergy have? #168

New issue

Closed

opened 2026-05-05 22:12:19 -06:00 by gitea-mirror · 7 comments

gitea-mirror commented

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

Owner

Originally created by @NovaProtocol on GitHub (Aug 20, 2025).
Original GitHub issue: https://github.com/feschber/lan-mouse/issues/319

As the title asks, does this have no issues from barrier/synergy?

Context: I use deskflow with a windows server and a Fedora with KDE plasma client.

I have one issue where mouse jumps from windows to linux but instead of moving smoothly, it jumps to the middle of my linux machine's screen instead to the side unless moved slowly.
Cursor jumps to the exact middle of primary display on macOS #1043
^ same effect but different setup
Issue don't happen when i use X11 instead of wayland. I "fixed?" it by installing an X11 Desktop environment (XFCE) and replacing my wayland KDE plasma.

I also have issues with keyboard numpad not being recognized. Server seems to detect numpad key events but not my fedora client.
External usb numpad: num lock is not recognized on client #7965

Clipboard seems to be unreliable in deskflow with wayland too. It rarely works. It works only on X11 DE.

Not sure if I misunderstood clipboard sharing but if it's what I think it is, it should let me share files too but even on X11, it doesn't work

I only really need the cursor jump and numpad events to be working with a wayland client cause this project seems promising.

Originally created by @NovaProtocol on GitHub (Aug 20, 2025). Original GitHub issue: https://github.com/feschber/lan-mouse/issues/319 As the title asks, does this have no issues from barrier/synergy? Context: I use deskflow with a windows server and a Fedora with KDE plasma client. I have one issue where mouse jumps from windows to linux but instead of moving smoothly, it jumps to the middle of my linux machine's screen instead to the side unless moved slowly. [Cursor jumps to the exact middle of primary display on macOS #1043](https://github.com/debauchee/barrier/issues/1043) ^ same effect but different setup Issue don't happen when i use X11 instead of wayland. I "fixed?" it by installing an X11 Desktop environment (XFCE) and replacing my wayland KDE plasma. I also have issues with keyboard numpad not being recognized. Server seems to detect numpad key events but not my fedora client. [External usb numpad: num lock is not recognized on client #7965](https://github.com/deskflow/deskflow/issues/7965) Clipboard seems to be unreliable in deskflow with wayland too. It rarely works. It works only on X11 DE. Not sure if I misunderstood clipboard sharing but if it's what I think it is, it should let me share files too but even on X11, it doesn't work I only really need the cursor jump and numpad events to be working with a wayland client cause this project seems promising.

gitea-mirror closed this issue

2026-05-05 22:12:20 -06:00

gitea-mirror commented

2026-05-05 22:12:22 -06:00

Author

Owner

@nbolton commented on GitHub (Aug 20, 2025):

Cursor jumps to the exact middle of primary display on macOS #1043

If this happens upstream in Deskflow, would you mind opening an issue there? Thanks!

@nbolton commented on GitHub (Aug 20, 2025): > Cursor jumps to the exact middle of primary display on macOS #1043 If this happens upstream in Deskflow, would you mind opening an issue there? Thanks!

gitea-mirror commented

2026-05-05 22:12:23 -06:00

Author

Owner

@feschber commented on GitHub (Oct 7, 2025):

Lan-Mouse does not share any source code with deskflow / input-leap or barrier. However there certainl are similar or entirely different issues.

Also keep in mind that Deskflow has a bigger feature set for now (lan-mouse does not support drag-and-drop or clipboard sharing atm).

@feschber commented on GitHub (Oct 7, 2025): Lan-Mouse does not share any source code with deskflow / input-leap or barrier. However there certainl are similar or entirely different issues. Also keep in mind that Deskflow has a bigger feature set for now (lan-mouse does not support drag-and-drop or clipboard sharing atm).

gitea-mirror commented

2026-05-05 22:12:24 -06:00

Author

Owner

@nbolton commented on GitHub (Oct 8, 2025):

lan-mouse does not support drag-and-drop

Neither does Deskflow (assuming you mean drag drop files), we decided to remove the half-baked implementation that attempted this between Windows and macOS (Linux was never attempted). Other tools can do this better.

clipboard sharing

FWIW, clipboard sharing is currently hard/impossible on Wayland until upstream issues have been solved, such as: https://github.com/flatpak/xdg-desktop-portal/pull/1803

@nbolton commented on GitHub (Oct 8, 2025): > lan-mouse does not support drag-and-drop Neither does Deskflow (assuming you mean drag drop files), we decided to remove the half-baked implementation that attempted this between Windows and macOS (Linux was never attempted). Other tools can do this better. > clipboard sharing FWIW, clipboard sharing is currently hard/impossible on Wayland until upstream issues have been solved, such as: https://github.com/flatpak/xdg-desktop-portal/pull/1803

gitea-mirror commented

2026-05-05 22:12:25 -06:00

Author

Owner

@dnakov commented on GitHub (Oct 8, 2025):

@nbolton implemented here https://github.com/feschber/lan-mouse/pull/327 works great in omarchy, not sure why u think impossible

@dnakov commented on GitHub (Oct 8, 2025): @nbolton implemented here https://github.com/feschber/lan-mouse/pull/327 works great in omarchy, not sure why u think impossible

gitea-mirror commented

2026-05-05 22:12:26 -06:00

Author

Owner

@nbolton commented on GitHub (Oct 9, 2025):

@nbolton implemented here #327 works great in omarchy, not sure why u think impossible

@whot What do you think of this? I was under the impression that Wayland clipboard sharing in Synergy-like apps was blocked by: https://github.com/flatpak/xdg-desktop-portal/pull/1803

Edit:
@dnakov Are you using wlroots? 🤔
@feschber Perhaps you might have some insight.

@nbolton commented on GitHub (Oct 9, 2025): > [@nbolton](https://github.com/nbolton) implemented here [#327](https://github.com/feschber/lan-mouse/pull/327) works great in omarchy, not sure why u think impossible @whot What do you think of this? I was under the impression that Wayland clipboard sharing in Synergy-like apps was blocked by: https://github.com/flatpak/xdg-desktop-portal/pull/1803 Edit: @dnakov Are you using wlroots? 🤔 @feschber Perhaps you might have some insight.

gitea-mirror commented

2026-05-05 22:12:26 -06:00

Author

Owner

@dnakov commented on GitHub (Oct 9, 2025):

@nbolton the PR just uses arboard with wayland-data-control. I'm using it in Hyprland (omarchy) but it should work in the other wlroots ones like Sway

@dnakov commented on GitHub (Oct 9, 2025): @nbolton the PR just uses `arboard` with `wayland-data-control`. I'm using it in Hyprland (omarchy) but it should work in the other wlroots ones like Sway

gitea-mirror commented

2026-05-05 22:12:27 -06:00

Author

Owner

@feschber commented on GitHub (Oct 9, 2025):

As per the README:

Wayland support is not enabled by default because it may be counterintuitive to some users: it relies on the data-control protocol extension(s), which are not supported by all Wayland compositors. You can check compositor support on wayland.app:

ext-data-control-v1
wlr-data-control-unstable-v1

So this won't work in GNOME and even some wlroots based Compositors.

@feschber commented on GitHub (Oct 9, 2025): As per the README: > Wayland support is not enabled by default because it may be counterintuitive to some users: it relies on the data-control protocol extension(s), which are not supported by all Wayland compositors. You can check compositor support on wayland.app: > > [ext-data-control-v1](https://wayland.app/protocols/ext-data-control-v1) > [wlr-data-control-unstable-v1](https://wayland.app/protocols/wlr-data-control-unstable-v1) So this won't work in GNOME and even some wlroots based Compositors.