OS cursor is invisible while dragging

[ekrctb]

Press any mouse button on the game window and move mouse to outside of the game window.
Expected: OS cursor is visible.
Actual: OS cursor is invisible while pressing mouse button.
Note: Only tested on Windows. Both raw/non-raw input are affected. Confine cursor option is set to off/only full screen (obviously to move outside of the game window).

[peppy]

I actually think I intentionally did it this way. Open for discussion on what is the expected behaviour.

[LastExceed]

Confirmed on Linux (gnome)

On the one hand hiding the OS cursor in this case clarifies that although the window was left, the user is still interacting with it and not the desktop (or another window in the background), but on the other hand it is difficult to understand whats going on if this happens accidently as finding the way back to the window is difficult without releasing the mouse button, which could potentially mean an unwanted interaction.

I'd vote for showing the OS cursor.

[Kashouryo]

If the user is using a tablet, draging on the song list sometime will drag the cursor out of the window. It feels really weird when the cursor is out of the window and still draging with system cursor.

So I vote for not showing the system cursor.(at least not when the user is dragging a list)

[Morilli]

I personally feel like the OS cursor being shown feels pretty natural to me.

[peppy]

I still stand by our implementation (which is opposite to this). Unfortunately it doesn't work on macOS currently.

[Joehuu]

Seems to be resolved in SDL. Looking at the discussion though, I would also want show the cursor (partly because stable does that).

[Joehuu]

Above comment was on Windows 10.

Seems to still happen on Linux (Ubuntu 20.04 to be exact).