Susko3

> Well, obviously it can, except I imagine the login overlay being able to non-intrusively be present is *the point*. It's currently intrusive if you have the login overlay open...

`IWindow.Scale` should be the way to get DPI, but I don't think it works as expected across the different platforms. SDL3 provides proper ways to get DPI of a SDL_Display.

> Just to confirm before I make a start on testing this, the "stuck key" issue is only an issue until #6507 is merged, correct? On windows, stuck key is...

> I still don't want o!f key handling to run on an SDL thread. What's your main concern with that? Keep in mind that osu!framework UI events are still handled...

I have a working implementation for android here: https://github.com/libsdl-org/SDL/compare/main...Susko3:SDL:android-pen-external?expand=1. The `InputDevice.isExternal()` only works on API 29+ (Android 10, Q)

Agreed, direct and indirect reads better and SDL_PenDeviceType also makes sense. I guess having that makes the internal SDL_PenSubtype a bit confusing (as it's not a subtype of the device...

Macs are rumored to get touchscreens: https://www.theverge.com/news/779759/apple-macbook-pro-oled-touchscreen-rumors.

> Or you can just treat mouse ID 0 as your default mouse? The documentation makes it very clear that 0 is an invalid SDL_MouseID, so using it is incorrect....

Yeah but why overload SDL_MouseID 0 when you can easily add `#define SDL_MOUSEID_UNKNOWN -3`. (Well, it's not so easy when you give it a proper ID as you need to...

If this were to go in, [`MouseHandler.absolutePositionReceived`](https://github.com/ppy/osu-framework/blob/d0b288d4f0fbfba66acb17698fca8bae052b455c/osu.Framework/Input/Handlers/Mouse/MouseHandler.cs#L56) needs to be updated. Actually, I would consider this bug a feature. Hovering is used extensively throughout the UI of osu!, this bug...