http://bugs.winehq.org/show_bug.cgi?id=9812
Summary: Bad some czech characters in older coursewares Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs@winehq.org ReportedBy: ja.k@seznam.cz CC: mgrzeskowiak@tlen.pl
Created an attachment (id=8259) --> (http://bugs.winehq.org/attachment.cgi?id=8259) Bad czech characters in wine-0.9.34 - 0.9.45
Wine 0.9.34 and later does not display right some czech characters (ě,č,ř) in many older coursewares. This problem was reported from other school, where they work with Linux. We must still use wine-0.9.33 - it is last version, where all is OK. I did regression test and here is result: b5ee7aee23e886e8cde842cf05e2c742e8ca18f5 is first bad commit commit b5ee7aee23e886e8cde842cf05e2c742e8ca18f5 Author: Marcin GrzeĹowiak mgrzeskowiak@tlen.pl Date: Mon Mar 26 22:58:20 2007 +0200
user32: Use charset of currently selected font in DrawTextExA.
:040000 040000 bd9c0c62d4033dde95eac66f7f0c8964c7f23998 84d404a96166132a705cccd9 b95afea467106c44 M dlls
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #1 from JardaK ja.k@seznam.cz 2007-09-28 09:17:05 --- Created an attachment (id=8260) --> (http://bugs.winehq.org/attachment.cgi?id=8260) Good czech characters in wine-0.9.33
http://bugs.winehq.org/show_bug.cgi?id=9812
JardaK ja.k@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #2 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-28 09:51:05 --- What is your locale?
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #3 from JardaK ja.k@seznam.cz 2007-09-28 09:58:58 --- (In reply to comment #2)
What is your locale?
cs_CZ
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #4 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-28 10:04:47 --- Please generate +font,+xrender logs without and with the offending patch, compress the logs with 'bzip2 -9' and attach them here.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #5 from JardaK ja.k@seznam.cz 2007-09-28 17:21:33 --- Created an attachment (id=8269) --> (http://bugs.winehq.org/attachment.cgi?id=8269) +font,+xrender logs without and with the offending patch
http://bugs.winehq.org/show_bug.cgi?id=9812
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #6 from Dmitry Timoshkov dmitry@codeweavers.com 2007-09-28 23:40:33 --- The bug is caused by wrong handling of font aliases in gdi32. The app explicitly creates the font "Times New Roman CE" which should be mapped to "Times New Roman,238" (238 being EASTEUROPE_CHARSET), but the font is being created with charset 0 (ANSI_CHARSET) instead.
I'll have a look at it.
http://bugs.winehq.org/show_bug.cgi?id=9812
Timo-Heikki Mäkelä imaxfun@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry@codeweavers.com
--- Comment #7 from Timo-Heikki Mäkelä imaxfun@gmail.com 2008-03-07 08:25:26 --- Dmitry, did you find the cause for this? Should this be a gdi32 component?
http://bugs.winehq.org/show_bug.cgi?id=9812
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |gdi32
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2008-03-07 08:29:23 --- (In reply to comment #7)
Dmitry, did you find the cause for this? Should this be a gdi32 component?
I've been busy working on other bugs. Feel free to investigate, I've pointed out the source of the problem.
http://bugs.winehq.org/show_bug.cgi?id=9812
Jiri Tyr jiri.tyr@e-learning.vslib.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jiri.tyr@e-learning.vslib.cz
--- Comment #9 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-13 04:03:19 --- (In reply to comment #8)
(In reply to comment #7)
Dmitry, did you find the cause for this? Should this be a gdi32 component?
I've been busy working on other bugs. Feel free to investigate, I've pointed out the source of the problem.
Any progress in this bug? It is quite painful to can not work with my favorite programs under wine. Even in wine-1.0-rc1 it is not still OK. I suppose stable version with this kind of bugs should not be released.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-13 08:08:33 --- Look like my analysis was incorrect. "Times New Roman CE" is not a correct font name, and is not supposed to be substituted.
It appears that leaving lf.lfWeight == 0 (FW_DONTCARE) signals that the caller doesn't care about font characteristics, and Windows font mapper goes ahead and fixes up font charset too in that case.
I'll send a patch.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-13 20:37:08 --- The patch has been committed. Please either re-test with today's git, or wait for rc2 in 10 days.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #12 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-14 14:09:34 --- (In reply to comment #11)
The patch has been committed. Please either re-test with today's git, or wait for rc2 in 10 days.
I just tested your patch with wine-1.0_rc1 and it is still not OK. When I try to write some Czech characters, it gives me "?" or character without accent instead. My testing sequence is this: ěščřžýáíéúůňťď and with the patch it give me this: ešcržýáíéúuntd or ,ì?èø?ýáíéúùntd. But when I write all theses characters in KDE konsole and copy it there over the clipboard, then it shows all the characters correctly. So it looks like there is something more wrong. It would be really nice if this problem disappear in stable wine-1.0. If you need more info, please let me know.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #13 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-14 20:05:11 --- (In reply to comment #12)
I just tested your patch with wine-1.0_rc1 and it is still not OK. When I try to write some Czech characters, it gives me "?" or character without accent instead.
What's you locale? If it's not Czech that's the problem.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #14 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-16 07:30:27 --- (In reply to comment #13)
What's you locale? If it's not Czech that's the problem.
My locale is usually en_US.UTF-8, but I tried also to run 'LC_ALL="cs_CZ" wine command' and it gives the same result.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #15 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-16 08:42:54 --- (In reply to comment #14)
(In reply to comment #13)
What's you locale? If it's not Czech that's the problem.
My locale is usually en_US.UTF-8, but I tried also to run 'LC_ALL="cs_CZ" wine command' and it gives the same result.
Do you have a working cs_CZ locale? I'd expect it to be at least cs_CZ.UTF-8.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #16 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-17 16:01:38 --- (In reply to comment #15)
Do you have a working cs_CZ locale? I'd expect it to be at least cs_CZ.UTF-8.
You were right! I didn't have working Czech locales :o/ When I added cs_CZ.UTF-8 locales, the environment is already Czech but when I type my testing sequence it's still not Czech. When I type the text out of the win application and paste it there over the clipboard, it show all the characters correctly. It's error of the win application or Wine?
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #17 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-17 18:42:39 --- (In reply to comment #16)
When I type the text out of the win application and paste it there over the clipboard, it show all the characters correctly. It's error of the win application or Wine?
I just discovered that the win program supports keyboard switching. So the error is definitely not in Wine. I would like to apologize for this confusion. Please, close this bug.
http://bugs.winehq.org/show_bug.cgi?id=9812
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #18 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-17 22:23:31 --- Marking a fixed again.
http://bugs.winehq.org/show_bug.cgi?id=9812
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-17 22:23:48 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #20 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-17 22:27:22 --- Closed too early, for some reason I had an impression that it's a re-opened bug. It will be closed once Wine release with the patch is out.
http://bugs.winehq.org/show_bug.cgi?id=9812
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|FIXED |
--- Comment #21 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-17 22:30:31 --- Re-opening.
http://bugs.winehq.org/show_bug.cgi?id=9812
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED
--- Comment #22 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-17 22:30:46 --- Marking as fixed.
http://bugs.winehq.org/show_bug.cgi?id=9812
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #23 from Alexandre Julliard julliard@winehq.org 2008-05-23 10:37:47 --- Closing bugs fixed in 1.0-rc2.
http://bugs.winehq.org/show_bug.cgi?id=9812
JardaK ja.k@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|FIXED |
--- Comment #24 from JardaK ja.k@seznam.cz 2008-05-25 11:13:11 --- Not fixed. In wine 1.0-rc2 same result, as I wrote in my 1st post. In czech school, we must use my temporary patch, which disabling patch of Marcin GrzeĹowiak. Then, all is OK in newest wine too.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #25 from JardaK ja.k@seznam.cz 2008-05-25 11:15:14 --- Created an attachment (id=13331) --> (http://bugs.winehq.org/attachment.cgi?id=13331) Temporary patch, which disabling patch of Marcin GrzeĹowiak
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #26 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-25 21:58:20 --- (In reply to comment #25)
Created an attachment (id=13331)
--> (http://bugs.winehq.org/attachment.cgi?id=13331) [details]
Temporary patch, which disabling patch of Marcin GrzeĹowiak
That looks like a hack around a not properly configured locale. Do you really have a working cs_CZ locale?
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #27 from JardaK ja.k@seznam.cz 2008-05-27 08:45:21 --- Yes, i have working cs_CZ locale. And in other school with another distribution (Ubuntu, OpenSuSe) same locale and same problem. bash-3.2$ locale LANG=cs_CZ LC_CTYPE=cs_CZ LC_NUMERIC=cs_CZ LC_TIME=cs_CZ LC_COLLATE=cs_CZ LC_MONETARY=cs_CZ LC_MESSAGES=cs_CZ LC_PAPER=cs_CZ LC_NAME=cs_CZ LC_ADDRESS=cs_CZ LC_TELEPHONE=cs_CZ LC_MEASUREMENT=cs_CZ LC_IDENTIFICATION=cs_CZ LC_ALL=
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #28 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-27 09:04:00 --- (In reply to comment #27)
Yes, i have working cs_CZ locale.
Please, try this: LC_ALL="cs_CZ" wine /path/to/the/prog.exe or LC_ALL="cs_CZ.UTF-8" wine /path/to/the/prog.exe
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #29 from Dmitry Timoshkov dmitry@codeweavers.com 2008-05-27 09:04:41 --- As I've said in the comment #15 I'd expect these days the locale to have UTF-8 suffix, 'locale' output may not reflect real state of things.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #30 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-27 09:11:02 --- (In reply to comment #29)
As I've said in the comment #15 I'd expect these days the locale to have UTF-8 suffix, 'locale' output may not reflect real state of things.
The list of all supported locales is in the file /usr/share/i18n/SUPPORTED (at least in my distro - Gentoo). And there is written, if you use encoding ISO-8859-2 there is no necessary any prefix. Only if you use UTF-8, you have to specify it.
--- cut --- ca_IT.UTF-8 UTF-8 ca_IT ISO-8859-15 crh_UA UTF-8 cs_CZ.UTF-8 UTF-8 cs_CZ ISO-8859-2 csb_PL UTF-8 cy_GB.UTF-8 UTF-8 cy_GB ISO-8859-14 --- cut ---
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #31 from JardaK ja.k@seznam.cz 2008-05-27 15:24:38 --- (In reply to comment #28)
Please, try this: LC_ALL="cs_CZ" wine /path/to/the/prog.exe or LC_ALL="cs_CZ.UTF-8" wine /path/to/the/prog.exe
Yes, I try this - but result si still same (i use encoding iso-8859-2).
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #32 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-27 15:58:50 --- (In reply to comment #31)
(In reply to comment #28)
Please, try this: LC_ALL="cs_CZ" wine /path/to/the/prog.exe or LC_ALL="cs_CZ.UTF-8" wine /path/to/the/prog.exe
Yes, I try this - but result si still same (i use encoding iso-8859-2).
What's the software you are trying to run? Can you send it to me to I can test it? Maybe it's just a problem of your OS and not of WINE.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #33 from JardaK ja.k@seznam.cz 2008-05-27 17:16:00 --- You can try demoversions: http://www.terasoft.cz/download/demo2/cj1_demo.exe http://www.terasoft.cz/download/demo2/cj3_demo.exe http://www.terasoft.cz/download/demo2/mat_demo.exe http://www.terasoft.cz/download/demo2/aj_demo.exe
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #34 from Jiri Tyr jiri.tyr@e-learning.vslib.cz 2008-05-28 02:41:05 --- (In reply to comment #33)
You can try demoversions: http://www.terasoft.cz/download/demo2/cj1_demo.exe http://www.terasoft.cz/download/demo2/cj3_demo.exe http://www.terasoft.cz/download/demo2/mat_demo.exe http://www.terasoft.cz/download/demo2/aj_demo.exe
I have tried the cj1_demo.exe and you are right, some Czech characters are not correct. I tried it with UTF-8 encoding. But I have to also say, that the installation process has not this problem - all Czech characters was OK. I would say that the error is in the CJ program itself, but if it works for you without the specific patch, then it looks more like error in WINE.
http://bugs.winehq.org/show_bug.cgi?id=9812
Jose jose1711@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jose1711@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #35 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-10 14:46:48 --- I ran cj1_demo.exe on Wine 0.9.33 with +font and it tries to create "Arial CE" font with charset 0 (ANSI) and weight > 400 (bold), so I Dmitry's patch probably won't help here. I also checked registry on a Windows XP machine and it has the following font substitutes: "Arial CE,0"="Arial CE,238" "Arial CE,238"="Arial CE,238" (and similar entries for other "CE" fonts). This looks like a potential solution for this bug, but I couldn't use such substitutions on Wine. They are disabled in LoadSubstLists function with a comment stating that "Win 2000 does not allow mapping between different charsets". Also WineEngCreateFontInstance ignores charset from FontSubst when performing fonts substitution.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #36 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-10 21:45:36 --- (In reply to comment #35)
I ran cj1_demo.exe on Wine 0.9.33 with +font and it tries to create "Arial CE" font with charset 0 (ANSI) and weight > 400 (bold), so I Dmitry's patch probably won't help here.
Could you please provide an exact CreateFont call which the app performs? I'll add to the Wine test suite and see how it behaves in different Windows flavours.
I also checked registry on a Windows XP machine and it has the following font substitutes: "Arial CE,0"="Arial CE,238" "Arial CE,238"="Arial CE,238" (and similar entries for other "CE" fonts).
Wine does have them as well.
This looks like a potential solution for this bug, but I couldn't use such substitutions on Wine. They are disabled in LoadSubstLists function with a comment stating that "Win 2000 does not allow mapping between different charsets". Also WineEngCreateFontInstance ignores charset from FontSubst when performing fonts substitution.
I've added a test which shows that creating "Times New Roman CE" font doesn't take into account the substitution at all.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #37 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-11 16:19:27 --- Created an attachment (id=13930) --> (http://bugs.winehq.org/attachment.cgi?id=13930) +font trace from CJ1 Demo/cj1.exe
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #38 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-11 16:20:58 --- (In reply to comment #36)
(In reply to comment #35)
I ran cj1_demo.exe on Wine 0.9.33 with +font and it tries to create "Arial CE" font with charset 0 (ANSI) and weight > 400 (bold), so I Dmitry's patch probably won't help here.
Could you please provide an exact CreateFont call which the app performs? I'll add to the Wine test suite and see how it behaves in different Windows flavours.
I attached +font trace from cl1_demo.exe running on current Wine (checked out today). Arial CE Bold is created in line 6817 of the trace: CreateFontIndirectW (-23 0 0 0 0 0 0 0 0) L"Arial CE" Bold => 0xa50 I suppose that this font is later selected into hdc and used (see line 6850 of the trace).
I also checked registry on a Windows XP machine and it has the following font substitutes: "Arial CE,0"="Arial CE,238" "Arial CE,238"="Arial CE,238" (and similar entries for other "CE" fonts).
Wine does have them as well.
I checked system.reg after running winecfg (today's Wine) and there is only the second definition. If I add "Arial CE,0"="Arial CE,238" it is ignored by Wine - I see it in LoadSubstList trace, but not in DumpSubstList.
This looks like a potential solution for this bug, but I couldn't use such substitutions on Wine. They are disabled in LoadSubstLists function with a comment stating that "Win 2000 does not allow mapping between different charsets". Also WineEngCreateFontInstance ignores charset from FontSubst when performing fonts substitution.
I've added a test which shows that creating "Times New Roman CE" font doesn't take into account the substitution at all.
Do you mean that you tested it on Windows and Windows ignores this substitution?
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #39 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-11 22:53:41 --- (In reply to comment #38)
Do you mean that you tested it on Windows and Windows ignores this substitution?
Yes.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #40 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-15 08:26:49 --- Created an attachment (id=14061) --> (http://bugs.winehq.org/attachment.cgi?id=14061) Test for font substitution of Arial CE,0 and Times New Roman CE,0
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #41 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-15 08:27:23 --- Created an attachment (id=14062) --> (http://bugs.winehq.org/attachment.cgi?id=14062) FontSubst.cpp compiled with Dev-Cpp
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #42 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-15 08:28:38 --- (In reply to comment #39)
(In reply to comment #38)
Do you mean that you tested it on Windows and Windows ignores this substitution?
Yes.
I created a small test program (attached as FontSubst.cpp and FontSubst.exe) that creates "Arial CE" and "Times New Roman CE" fonts, selects them into a hdc and then calls GetTextCharsetInfo to check charset used by hdc. In Windows XP the output is: Charset selected for Arial CE: 238 Charset selected for Times New Roman CE: 238 In Wine: Charset selected for Arial CE: 0 Charset selected for Times New Roman CE: 0
When I removed all font substitution definitions from XP's registry then result in XP was the same as in Wine. Without these substitutions also the cj1 demo application displays bad Czech characters in XP.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #43 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-16 01:11:39 --- (In reply to comment #42)
In Windows XP the output is: Charset selected for Arial CE: 238 Charset selected for Times New Roman CE: 238 In Wine: Charset selected for Arial CE: 0 Charset selected for Times New Roman CE: 0
My Vista SP1, XP SP3, and Win98 (after replacing unicode APIs by ANSI ones) report:
Charset selected for Arial CE: 0 Charset selected for Times New Roman CE: 0
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #44 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-16 01:17:02 --- Also, if you have a look at http://test.winehq.org/data/062d61a5a4ba2d7972a0011387ceda64c79dd4e3/#group_... there is no failures in dlls/gdi32/tests/font.c,test_nonexistent_font() which tests Times New Roman CE.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #45 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-21 17:30:05 --- (In reply to comment #44)
Also, if you have a look at http://test.winehq.org/data/062d61a5a4ba2d7972a0011387ceda64c79dd4e3/#group_... there is no failures in dlls/gdi32/tests/font.c,test_nonexistent_font() which tests Times New Roman CE.
I ran "gdi_32_test.exe font" from today's winetest_latest.exe and the test for "Times New Roman CE" failed. I will attach output of the test.
I use polish version of Windows XP SP2 with "language for non-Unicode programs" set to "Polish" (this is a setting in "Regional and Language Options" -> "Advanced" which seems to control ACP among other things).
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #46 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-21 17:31:14 --- Created an attachment (id=14255) --> (http://bugs.winehq.org/attachment.cgi?id=14255) Output of "gdi_32_text.exe font" from Wine test suite
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #47 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-22 08:43:38 --- (In reply to comment #45)
I ran "gdi_32_test.exe font" from today's winetest_latest.exe and the test for "Times New Roman CE" failed. I will attach output of the test. I use polish version of Windows XP SP2 with "language for non-Unicode programs" set to "Polish" (this is a setting in "Regional and Language Options" -> "Advanced" which seems to control ACP among other things).
Thanks for the clue. The following patch should fix the problem: http://www.winehq.org/pipermail/wine-patches/2008-June/056286.html
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #48 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-22 08:54:42 --- Note, that in order to make the patch work you need either start with a clean ~/.wine or run Wine with 2 different locales to force the registry update.
http://bugs.winehq.org/show_bug.cgi?id=9812
--- Comment #49 from Marcin Grzeskowiak mgrzeskowiak@tlen.pl 2008-06-22 13:54:25 --- (In reply to comment #47)
Thanks for the clue. The following patch should fix the problem: http://www.winehq.org/pipermail/wine-patches/2008-June/056286.html
Yes, FontSubst.exe gives correct results now. I also ran cj1 demo with patched wine and it looks ok too, as far as I can tell.
http://bugs.winehq.org/show_bug.cgi?id=9812
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED
--- Comment #50 from Dmitry Timoshkov dmitry@codeweavers.com 2008-06-23 07:38:43 --- The patch has been committed.
http://bugs.winehq.org/show_bug.cgi?id=9812
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #51 from Alexandre Julliard julliard@winehq.org 2008-06-27 09:51:12 --- Closing bugs fixed in 1.1.0.
http://bugs.winehq.org/show_bug.cgi?id=9812
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
http://bugs.winehq.org/show_bug.cgi?id=9812
Saulius K. saulius2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2@gmail.com
-
wine-bugs＠winehq.org