Summary: | Cursor invisible on Plasma Wayland when sharing with Barrier | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Paul Brown <paul.brown> |
Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | nate, nicolas.fella |
Priority: | NOR | ||
Version First Reported In: | 5.23.4 | ||
Target Milestone: | --- | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Paul Brown
2021-12-01 11:59:25 UTC
Synergy-like apps are unsupported on wayland at the moment. My guess why it sort of works right now is that it uses xtest, i.e. it runs via xwayland. Since the input doesn't go through the compositor (kwin), the cursor is not updated. There's libeis, it can be used by synergy-like apps for faking input, but as far as I know no compositor provides support for it yet (because libeis is still sort of unstable). We refactored input abstractions in kwin to add support for this kind of thing. Something for later. > There's libeis
libei* (libeis is only for server side)
kwin does offer a way to do fake mouse input on Wayland (via a custom protocol). We use that in KDE Connect. However it's less likely that a third-party project uses a KWin-specific solution Understood. This is not a deal-breaker. I was actually surprised that it worked to a certain degree at all, as, in the past, it has not. That said, I do look forward to the day when all these things work fully, though. Thanks! |