SDL 2.0.22 PRERELEASE

rtrussell · April 26, 2022, 9:23am

Just a thought: I wonder if a simple fix would be to make SDL_SetCursor() release the mouse capture before changing the cursor shape.

slouken · April 26, 2022, 3:56pm

What is your app? Can I try it here for debugging?

What is the use case where you’re dragging the mouse out of the window and need the cursor to change over the title bar?

rtrussell · April 26, 2022, 4:50pm

It’s the Windows edition that shows the problem here, here’s the download link. Extract the contents of the zip to an empty directory, replace the supplied SDL2.dll (which is 2.0.20) with the 32-bit 2.0.22 and run bbcsdl.exe.

You will initially be presented with a choice of IDE, you should select SDLIDE from the options given. Now try moving the mouse around: the cursor will change from an I-beam over the editing pane to an arrow over the toolbar.

To repro the issue click in the editing pane (which I assume will cause the mouse to be captured in 2.0.22) and repeat the movement: now you should find that it doesn’t change shape even when over the title bar.

rtrussell · April 26, 2022, 5:00pm

I’ve made a video so you can see exactly what’s happening:

icculus · April 26, 2022, 6:26pm

I put the SDL_SetCursor thing in a bug report:

github.com/libsdl-org/SDL

SDL_SetCursor not working (auto-capture issue?)

opened 06:25PM - 26 Apr 22 UTC

icculus

Mentioned here: https://discourse.libsdl.org/t/sdl-2-0-22-prerelease/35306/19… >There’s a regression of some sort in respect of SDL_SetCursor(). With 2.0.20 my app is changing the cursor shape as I move the mouse over different areas, as it should, but with 2.0.22 it’s not changing. I suspect this is related to a change in the mouse capture behavior (is it possible that when the mouse is captured the cursor shape is locked?). > > Edit: If I click the mouse in SDL’s window and then move it over the title bar the cursor shape is not changing back to the pointer as it should, it’s stuck in the shape I selected. This definitely looks to be related to the change in capture behavior. Reproduction case from that thread: > It’s the Windows edition that shows the problem here, here’s the [download link](https://www.bbcbasic.co.uk/bbcsdl/bbcsdl20.zip). Extract the contents of the zip to an empty directory, replace the supplied SDL2.dll (which is 2.0.20) with the 32-bit 2.0.22 and run bbcsdl.exe. > >You will initially be presented with a choice of IDE, you should select SDLIDE from the options given. Now try moving the mouse around: the cursor will change from an I-beam over the editing pane to an arrow over the toolbar. > >To repro the issue click in the editing pane (which I assume will cause the mouse to be captured in 2.0.22) and repeat the movement: now you should find that it doesn’t change shape even when over the title bar.

slouken · April 26, 2022, 6:35pm

It sounds like for your application you don’t want the auto capture behavior.

You can disable it with:
SDL_SetHint(SDL_HINT_MOUSE_AUTO_CAPTURE, "0");

rtrussell · April 26, 2022, 7:58pm

On the contrary, auto capture behavior would be great (I’m used to having it in native Windows apps) and is helpful in tracking mouse movements beyond the edge of the window. Currently (with 2.0.20) I have to tell my users that this doesn’t work.

I just want to be able to change the cursor shape as the mouse moves, which should (surely?) be independent of the capture behavior.

rtrussell · April 28, 2022, 11:13am

There seems to be a related regression in connection with the close button in the title bar (in Windows, anyway). I’m finding that if I first click in SDL’s window, then click on the close button, nothing happens except that the close button is highlighted. I must then click on close a second time to actually quit the app.

Both this and the previously-reported regression suggest that when the mouse is captured, normal non-client-area operations (moving over or clicking on the title bar) are not happening.