http://bugs.winehq.org/show_bug.cgi?id=7571
inckie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #6217 is|0 |1 obsolete| | Attachment #6231 is|0 |1 obsolete| |
------- Additional Comments From inckie@gmail.com 2007-18-05 14:43 ------- Created an attachment (id=6362) --> (http://bugs.winehq.org/attachment.cgi?id=6362&action=view) Preliminary workaround for Bug #7571 - Half a solution
This is not yet a fix for this bug, but rather only a partial solution: it makes the currently failing tests pass just like in Windows (at least on my system here), but it still doesn't fix the bug in Notes R5.
From my testing I gathered that Notes R5 enumerates fonts with
EnumFontFamilies() and NULL as the lpFamily argument; although in these conditions the function does enumerate all fonts both on Windows and on current Wine, I couldn't yet figure out why it's getting the wrong default charset in Wine. By the way, I got the following output from the tests on Windows:
font.c:1223:Testing font <empty>, charset 1
font.c:1243:enumerated ansi 39, symbol 8, russian 3 fonts for NULL
font.c:1256:enumerated ansi 0, symbol 0, russian 0 fonts for <empty>
font.c:1285:enumerated ansi 39, symbol 0, russian 0 fonts for <empty> ANSI_CHARSET
font.c:1316:enumerated ansi 39, symbol 8, russian 30 fonts for <empty> DEFAULT_CHARSET
font.c:1374:enumerated ansi 0, symbol 8, russian 0 fonts for <empty> SYMBOL_CHARSET
While EnumFontFamilies() enumerated only 3 fonts for RUSSIAN_CHARSET, EnumFontFamiliesEx() enumerated 30. On Wine, however, both always enumerate the same number of fonts for that charset.
(I'll also upload a full +font,+xrender log with this last patch applied.)
Any thoughts?