Mousse teleportation with Remote Desktop application

[Jodge65]

Describe the Bug/Issue

I have a quite strange configuration where the second computer has 4 screen, 2 physical, and 2 virtual (edid emulation from a physical KVM Switch).
To display those screen, most of the time, a remote desktop application (RustDesk) will be use (also reproduce with AnyDesk)

When the mousse reach the RustDesk windows (triggering the appearance of the mousse in the other computer), a conflict arise and force a teleportation of the mousse

Auto-Disable feature doesn't prevent this problem.

Steps to Reproduce

Assuming PC A is the one with Keyboard+Mousse

1. On PC A, open a Remote Desktop (RustDesk/AnyDesk) into PC B
2. Move the mousse into the Remote Desktop window
3. The mousse got "propulse" into the opposite direction

Expected Behavior

• The "perfect" behavior should be that the mousse on the Remote Desktop should become the main one (screen being virtually, having to move the mousse from a side to make it appear on the remove session fell unnatural and input lag from cursr+video make it hard to control.

• A "workaround" could be that at least, the mousse is not teleported anywhere else.
  This unperfect behavior will, at least, allow to mousse the mouse through a screen with a remote session.

Your Environment

• OS details: Windows 10 Pro x64 + Windows 10 Pro x64
• Cursr Version: 1.7.3
• License: Free (Testing)

Additional Context

[ragauskl]

Auto disable won't work with this as it's not as simple as 'window' shown as top most. Cursr generally is currently not compatible with 3rd party apps that also take control of the mouse and interact/capture it's events.

I will be looking into compatibility with remote desktop applications in future, maybe for version 1.9 if I'll have time, otherwise it will more likely be 1.10. 1.9 may happen within a year, but 1.10 only at some point after a year from now. The timelines always change tho depending on active issues and most popular user demands.