rice123

To add more context: the LANG env variable is not defined on Windows by default. However if it's set, it takes precedence over the system settings due to how GTK performs locale lookups. That's why no amount of locale changes would change the behavior - GTK would always use "C" on Windows and behave as described here: when I run LC_COLLATE=C x64sc, the files are sorted case-sensitive.

So there really is nothing we can do about the sort order of the dialogs, as I mentioned before. This is clearly incorrect. The cause of the problem (apart from GTK being GTK) is that you're destroying the LANG env variable in /src/arch/gtk3/gtk3main.c: /* * Ugly hack to make the VTE-based monitor behave on 32-bit Windows. * * Without this, the monitor outputs all sorts of non-ASCII glyphs resulting * in either weird tokens and a red background or a nice crash. * * The Windows C runtime doesn't actually...

GIMP still uses Gtk 2 No, GIMP 2.99 is a preview of GIMP 3 which uses a GTK3-based user interface.

Oh and one more thing: I installed GIMP 2.99.18 which is the other program using GTK3 on Windows and sorting is case-insensitive there when File->Open is used. I don't think it gets a different locale.

The system locale is English (United States) as mentioned above so why does it sort this way? There's no "Áargh", "Ȧargh", and "Äargh" in en-US. What would I gain from setting a different locale and what locale should I choose for it to work properly? And how's that even relevant to whether the sort is case-sensitive or not? Those weird "A" diacritics have their lower-cased counterparts too so there'd still be two ways to sort them. Gtk would have to be seriously broken to work this way. Can you...

There's a link to https://gitlab.gnome.org/GNOME/gtk/-/issues/900 which is a fixed issue that doesn't affect GTK 3.24.39 which VICE is based on. Thats not related to this problem.

On my system with LC_COLLATE="en_US.UTF-8 the files are sorted case-insensitive, when I run LC_COLLATE=C x64sc, the files are sorted case-sensitive. FWIW: PS C:\Users\rice> Get-WinSystemLocale LCID Name DisplayName ---- ---- ----------- 1033 en-US English (United States) And GTK still sorts in this weird case-sensitive way... I've posted a bug report about this years ago Do you have a link? I was checking https://gitlab.gnome.org/GNOME/gtk/-/issues and couldnt find it

The default 8580 filter sounds off