rust-windowing / rust-windowing/winit
macOS mouse events are laggy
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 6.2k
- Forks
- 1.3k
- Avg merge
- 2d 19h
- Merged PRs (30d)
- 9
Description
- macOS 11.5.2
- winit
0.26.1
Scroll and mouse move events on macOS feel like they run at a substantially lower frame rate than the window. This is exhibited in this wgpu tutorial. Near the bottom of the page, there is a "Try Tutorial12_camera" button, which opens up the demo. Scrolling on the demo in-browser is smooth, but when compiling and running it as a native application on macOS, scrolling (and dragging) is laggy.
I'm running into this issue in a different project (also using wgpu), so it's not specific to that particular demo. Using keyboard keys in both the web and native versions results in smooth frame rates, so it's not the demo itself that is running slower.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the lag in the linked wgpu Tutorial12_camera native application on macOS, comparing scroll and mouse-move events with the smooth browser and keyboard behavior. Trace the macOS event handling path in winit and identify where input updates fall behind the window; the issue is done when native scrolling and dragging are responsive without regressing keyboard input.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- macos, rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100