Don't check for keyboard modifiers state on a flood of mouse events

Description

(this is from a discussion from https://github.com/rust-windowing/winit/pull/4235)

Currently Winit performs checks for whether modifiers are changed on every single mouse event, which is rather inefficient as such input devices can generate a lot of events, so you'd be wasting a lot of API calls for key state.
And there are already some guards against missed keyboard/modifier changing events (e.g., if when the app regains focus, Winit checks modifier state), so the question is, could these mouse input checks be replaced by similar guards for the remaining cases where modifier change events are missed?

Unofrunately, I don't know what those are, so just leaving it as an open issue

Not sure about how other platforms do it, so marking this as Windows only

Relevant platforms

Windows

Start by tracing Winit's Windows handling of mouse events and the existing modifier-state guard used when the application regains focus. Identify the remaining cases where modifier changes can be missed, then verify that removing per-mouse-event checks preserves correct modifier state across those cases.