-
Using Bevy 0.8.1. Ran the mouse_input_events example on Windows 10, Windows 11, and WSL2 on that Windows 11, all with similar results.
Funny thing is that in the above example (Win 11 WSL2), they're screen coordinates, not window coordinates. CursorMoved events are window coords, which is what I would expect. Is there a bug somewhere or is there some config or something that I missed? I assumed that MouseMotion.delta would be a delta from the last event, not coords, and the code I've seen that uses it seems to assume that is the case. Update: ok, it gets weirder: win 10 now seems like it might be working (not sure what changed), win11 follows full screen but from 0 to 65536 for both x and y, and win11 wsl2 gives the above. Update: So, this probably isn't Bevy specific. I just grabbed https://github.com/rust-windowing/winit and ran |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Found a bug already filed for winit for the WSL2 case: Windows WSL2 GUI MouseMotion returning position instead of delta And the Windows 11 case is because I was accessing that computer remotely via Parsec. If I run the test directly on the machine, the delta looks ok. So, I created an issue on winit for that case. |
Beta Was this translation helpful? Give feedback.
Found a bug already filed for winit for the WSL2 case: Windows WSL2 GUI MouseMotion returning position instead of delta
And the Windows 11 case is because I was accessing that computer remotely via Parsec. If I run the test directly on the machine, the delta looks ok. So, I created an issue on winit for that case.