We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 4793

Summary: SDL_ShowMessageBox on Windows shows buttons in the opposite order than on Linux
Product: SDL Reporter: LGB <lgblgblgb>
Component: *don't know*Assignee: Ryan C. Gordon <icculus>
Status: RESOLVED FIXED QA Contact: Sam Lantinga <slouken>
Severity: normal    
Priority: P2 CC: amaranth72
Version: 2.0.10Keywords: target-2.0.14
Hardware: x86_64   
OS: Windows 10   

Description LGB 2019-09-06 22:40:20 UTC
I have some cross-platform app, utilizing SDL2. Some of the users complained that all of the buttons shown by SDL_ShowMessageBox are in the opposite order than in my screenshots at my site (as the documentation) which is done with Linux. Another uses states that he use my app on both of Linux and Windows, and very annoying to have the opposite order. I was not even aware this issue too much until I've checked the situation and indeed, it seems so. At least 2.0.4 and 2.0.10 SDL versions tested on Windows 10 shows this problem.
Comment 1 Alex Szpakowski 2019-09-07 02:04:16 UTC
SDL 2.0.11 will have a flag to specify the visual order you want. Otherwise it uses the OS' native/default visual order.
Comment 2 Ryan C. Gordon 2019-09-07 03:00:36 UTC
Fwiw, on X11, we roll our own message box from scratch, without an OS mandate, so we can change the default order regardless of flags.

--ryan.
Comment 3 LGB 2019-09-07 12:41:21 UTC
The "native visual order" seems to be strange on Windows then :) Since I have five buttons, it's kinda makes hard to use at the opposite order between Windows and eg Linux. Anyway thanks for your time to give some information. I'll looking forward if 2.0.11 may introduce that visual order flag. Thanks.
Comment 4 Ryan C. Gordon 2020-06-27 00:29:56 UTC
It looks like the flags to specify this landed in https://hg.libsdl.org/SDL/rev/2b00c2a7cec4 and we aren't going to change the default orders beyond that.

--ryan.