http://bugs.winehq.org/show_bug.cgi?id=10952
Ove Kaaven ovek@arcticnet.no changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|trivial |major Status|RESOLVED |UNCONFIRMED Resolution|INVALID |
--- Comment #14 from Ove Kaaven ovek@arcticnet.no 2007-12-30 10:36:23 --- Vitaliy: I have fonts. Nobody said I didn't have fonts. You know I have at least one font because Wine bundles Tahoma. Of sans-serif fonts, on my minimal-install of Debian, I also have Helvetica, Lucida, Bitstream Vera, ClearlyU, and DejaVu Sans. All great fonts. Of serif fonts, I have Bitstream Charter, Bitstream Vera Serif, Charter, DejaVu Serif, and New Century Schoolbook. Many of these fonts also provide monospace variants, so that's covered too.
Jesse Allen: exactly, but apparently the "good fontforge" is an *old* fontforge. You can't expect people to have to manually downgrade their fontforges forever (and I can't make Debian autobuilders do this at all, they'd use the newest available), you have to find the reason and do something about it.
Dmitry: Yes, that's how it should work, and how it used to work. But something broke it, and I opened this bug to raise awareness of it and find a solution.
Dan Kegel: I don't have the resources to do so yet. I'd love to look into it, but all I can say right now is that fontforge 0.0.20071002 (FontForge 2.0) causes Wine to think Marlett is a better font than Tahoma (or any of my system fonts) for displaying text, while this is not the case with 0.0.20061019 (FontForge 1.0). I could provide my VMware virtual machine, if that'd help... or I could make traces, if you know what to look for. For example, here's a diff of traces from running winecfg (after aliasing MS Shell Dlg to Arial instead of Tahoma), using WINEDEBUG=+font:
@@ -74,7 +74,7 @@ trace:font:ReadFontDir Found "marlett.ttf" in "/usr/lib/../share/wine/fonts/" trace:font:AddFontToList Loading font file "/usr/lib/../share/wine/fonts//marlett.ttf" index 0 trace:font:get_familyname Got localised name L"Marlett" -trace:font:AddFontToList fsCsb = 80000000 00000000/00000000 00000000 00000000 00000000 +trace:font:AddFontToList fsCsb = 80000001 00000000/00000001 10000000 00000000 00000000 trace:font:AddFontToList Added font L"Marlett" L"Regular" trace:font:ReadFontDir Found "tahomabd.ttf" in "/usr/lib/../share/wine/fonts/" trace:font:AddFontToList Loading font file "/usr/lib/../share/wine/fonts//tahomabd.ttf" index 0 @@ -2047,7 +2047,7 @@ trace:font:DumpFontList Family: L"System" trace:font:DumpFontList L"Regular" 00000001 16 trace:font:DumpFontList Family: L"Marlett" -trace:font:DumpFontList L"Regular" 80000000 +trace:font:DumpFontList L"Regular" 80000001 trace:font:DumpFontList Family: L"Tahoma" trace:font:DumpFontList L"Bold" 20000013 trace:font:DumpFontList L"Regular" 20000013 @@ -2167,50 +2167,42 @@ trace:font:WineEngCreateFontInstance L"MS Shell Dlg", h=-11, it=0, weight=400, PandF=00, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance not in cache trace:font:WineEngCreateFontInstance substituting L"MS Shell Dlg" -> L"Arial" -trace:font:WineEngCreateFontInstance (it=0, bd=1) is selected for (it=0, bd=0) trace:font:WineEngCreateFontInstance (it=0, bd=0) is selected for (it=0, bd=0) -trace:font:WineEngCreateFontInstance Chosen: L"Tahoma" L"Regular" (/usr/lib/../share/wine/fonts//tahoma.ttf/(nil):0) -trace:font:OpenFontFace "/usr/lib/../share/wine/fonts//tahoma.ttf"/(nil), 0, 0 x -11 +trace:font:WineEngCreateFontInstance Chosen: L"Marlett" L"Regular" (/usr/lib/../share/wine/fonts//marlett.ttf/(nil):0) +trace:font:OpenFontFace "/usr/lib/../share/wine/fonts//marlett.ttf"/(nil), 0, 0 x -11 trace:font:WineEngGetFontData font=0x122078, table=VDMX, offset=0x0, buf=0x33f668, cbData=0x6 ...
So, does this point to a fontforge problem so I can send the report there and get this over with, or do I have to keep circumventing obnoxious bug closers here for a while? I can make a duplicate bug if desired.