https://bugs.winehq.org/show_bug.cgi?id=53582
Bug ID: 53582 Summary: The Bat! macro has different results for %DATE on Windows and in wine Product: Wine Version: 7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: mywine@schiermeier-it.de Distribution: ---
I got a strange effect in the application TheBat! which I maintain in AppDB:
Some Background: TheBat! has an internal macro system to automate for example templates for mails and so on. This macro system has a function called %DATE. As a parameter, I can provide a "d" for the day on a date like this %DATE("ddd"). Three "d"s is for the abbreviated weekday name. So "Saturday" gives me "Sa".
The Problem: In Windows 10 64bit this %DATE("ddd") (or also possible: %DATE="ddd") results in: Sa, which is ok. On top of wine this %DATE("ddd") results in "Sa.", which means there is a dot behind the uppercase letter S and the lowercase letter a.
This is really interesting, but not ok. The added point is the problem.
To get deeper into this problem and provide more info to you please give me some input...
https://bugs.winehq.org/show_bug.cgi?id=53582
Joerg Schiermeier mywine@schiermeier-it.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mywine@schiermeier-it.de
--- Comment #1 from Joerg Schiermeier mywine@schiermeier-it.de --- This was tested with The Bat! v9.5.1.0
https://bugs.winehq.org/show_bug.cgi?id=53582
Joerg Schiermeier mywine@schiermeier-it.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Debian
https://bugs.winehq.org/show_bug.cgi?id=53582
--- Comment #2 from Joerg Schiermeier mywine@schiermeier-it.de --- ...and wine was set to Windows 8 to overcome the bug #51178.
https://bugs.winehq.org/show_bug.cgi?id=53582
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com --- It's probably nls data that differs. You can check with WINEDEBUG=+nls log, if GetLocaleInfo* functions are called for abbreviated names. According to [1], "format" variants do use trailing dot, but "stand-alone" variants don't.
[1] https://github.com/unicode-org/cldr/blob/main/common/main/de.xml
https://bugs.winehq.org/show_bug.cgi?id=53582
Joerg Schiermeier mywine@schiermeier-it.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED
--- Comment #4 from Joerg Schiermeier mywine@schiermeier-it.de --- Special thanks to Nikolay!! Now I can call this bug report as *NOT OUR BUG*:
[1], "format" variants do use trailing dot, but "stand-alone" variants don't.
That's it! But in line 2097 (https://github.com/unicode-org/cldr/blob/main/common/main/de.xml#L2097) the short code is wrong. My printed (cats- :-) calendar shows me a "Sa" for Saturday and not a "Sa.". btw: The abbreviated version is "Sa." - that's correct.
I fear I will have to dig deeper....!
https://bugs.winehq.org/show_bug.cgi?id=53582
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com --- I don't know if this should be closed. If Bat returns "Sa" name for this macro on Windows with German locale, we'll need to adjust our data accordingly.
https://bugs.winehq.org/show_bug.cgi?id=53582
--- Comment #6 from Joerg Schiermeier mywine@schiermeier-it.de --- (In reply to Nikolay Sivov from comment #5)
I don't know if this should be closed. If Bat returns "Sa" name for this macro on Windows with German locale, we'll need to adjust our data accordingly.
Hmm, the Unicode specification is clear: it says "Sa."[1] is short for "Samstag" (Saturday). And only in my calendar, the Sa is used as a header in columns. And the German standard wordbook "The Duden"[2] also says that the abbreviation for "Samstag" is "Sa.". This is accourding to the Unicode specification.
Maybe only Windows did it wrong in Windows...
Also, my KDE clock shows me for today: Mo. Aug 22, 2022 - with a dot.
[1] https://github.com/unicode-org/cldr/blob/main/common/main/de.xml#L2097 [2] (German): https://www.duden.de/rechtschreibung/Sa_
https://bugs.winehq.org/show_bug.cgi?id=53582
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Resolution|NOTOURBUG |--- Status|RESOLVED |REOPENED
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com --- For Wine the way it's done on Windows is right, generally. We are using CLDR data in Wine, but differences are possible. I did a quick test with the following call:
GetLocaleInfoEx(L"de-DE", LOCALE_SABBREVDAYNAME6, buffer, 16);
it returns "Sa" on Windows, and "Sa." on Wine. Looks like this is a valid issue you spotted.
https://bugs.winehq.org/show_bug.cgi?id=53582
--- Comment #8 from Joerg Schiermeier mywine@schiermeier-it.de --- (In reply to Nikolay Sivov from comment #7)
it returns "Sa" on Windows, and "Sa." on Wine. Looks like this is a valid issue you spotted.
OK. So I leave it open until somebody fixed it. Thanks Nikolay!
https://bugs.winehq.org/show_bug.cgi?id=53582
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com --- Turns out it's different for different German locales as well:
1 L"de", name L"Sa" 2 L"de-AT", name L"Sa." 3 L"de-BE", name L"Sa." 4 L"de-CH", name L"Sa." 5 L"de-DE", name L"Sa" 6 L"de-DE_phoneb", name L"Sa" 7 L"de-IT", name L"Sa." 8 L"de-LI", name L"Sa." 9 L"de-LU", name L"Sa."
So yes, definitely some room for adjustments.
https://bugs.winehq.org/show_bug.cgi?id=53582
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch
-
WineHQ Bugzilla