Indeed there are files called tahoma.ttf and tahomabd.ttf, installed in /usr/share/wine/fonts by winelib package. Unfortunately this is not the Microsoft Tahoma font (which WINE was designed for), because Tahoma's EULA does not allow it to be distributed this way. Instead, copy of the free, but latin only Bitstream Vera Sans font was edited to mimic as Tahoma (and most likely to also provide matching metrics as you say).
The bug i reported _does_ exist. It appears exactly because the font, edited to carry the name "Tahoma" in libwine is covering only latin characters, while WINE itself is hardcoded to use it to display localised messages in many languages that use nonlatin alphabets. When locale settings specify such language, WINE behaves exactly as i described: Another, seemingly random font is chosen as substitution and used in all widgets that are hardcoded to use Tahoma. The choice varies from installation to installation, but is usually either another latin only font or in some situations one that lacks even latin characters. Downloading manually the original Tahoma from Microsoft and placing it in ~/.wine/drive_c/windows/fonts can solve the problem, but in most cases is not possible because of the licensing issues. Right now i use copy of Dejavu Sans (based on the same Bitstream Vera Sans, on which libwine's Tahoma is based), edited to mimic as Tahoma and placed in ~/.wine/drive_c/windows/fonts. It's metrics may not be perfect (as with substitution fonts that WINE choses by the way), but at least it works with localised WINE better than current Tahoma - it is possible to actually read the text. With more information on the other changes, that must be made to Dejavu Sans to make it suitable for use with WINE i may be able to futer edit it and provide more suitable replacement Tahoma than the currently used one. Because the bug _does_ exist it is appropriate to reopen it, until WINE provides either suitable font, or at least documented way to force suitable substitution. Of cause you can also claim, that WINE was never intended to be localized or used in countries with non latin alphabet and leave the bug closed. On Sat, Mar 8, 2008 at 8:54 PM, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote: > > This is an automatic notification regarding your Bug report > which was filed against the wine package: > > #469959: wine: Uses latin only fonts as substitution for the hardcoded > tahoma. > > It has been closed by Ove Kaaven <[EMAIL PROTECTED]>. > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Ove Kaaven <[EMAIL > PROTECTED]> by > replying to this email. > > > -- > 469959: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469959 > Debian Bug Tracking System > Contact [EMAIL PROTECTED] with problems > > > ---------- Forwarded message ---------- > From: Ove Kaaven <[EMAIL PROTECTED]> > To: Dimitar Kavlakov <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Date: Sat, 08 Mar 2008 19:49:21 +0100 > Subject: Re: Bug#469959: wine: Uses latin only fonts as substitution for the > hardcoded tahoma. > Dimitar Kavlakov skrev: > > Package: wine > > Version: 0.9.56-1 > > Severity: normal > > Tags: l10n > > > > Various parts of WINE are hardcoded to use the non-free Tahoma font, that > is not provided by any Debian package. > > You're wrong. It's in libwine. > > (Arial would of course be another story, but Tahoma is definitely in there.) > > > Such fonts can be found in the ttf-dejavu package for example. > > DejaVu cannot replace Tahoma. To be a compatible replacement, the font > metrics must match, which they don't. > > > > > > ---------- Forwarded message ---------- > From: Dimitar Kavlakov <[EMAIL PROTECTED]> > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Date: Sat, 08 Mar 2008 11:47:52 +0200 > Subject: wine: Uses latin only fonts as substitution for the hardcoded tahoma. > Package: wine > Version: 0.9.56-1 > Severity: normal > Tags: l10n > > Various parts of WINE are hardcoded to use the non-free Tahoma font, that is > not provided by any Debian package. If the user does not want to install > manually this font (or can't install it because of licensing issues) WINE > seems to randomly chose another font (actually the choice may not be random, > but usually varies from computer to computer) as substitution. Almost allays > such font lacks nonlatin characters, needed to display localized messages and > dialogs, and sometimes it lacks even latin characters (in one case font with > music symbols was chosen for example). > > To avoid any need to use non free font, most suitable solution will be to > replace the hardcoded Tahoma with a free font, choosing one that covers as > many sets of characters as possible. Such fonts can be found in the > ttf-dejavu package for example. Also a dependency on the selected font > package must be added, because WINE actually does depend on suitable font to > display dialogs correctly. > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 2.6.24-plastic.586 (SMP w/1 CPU core) > Locale: LANG=bg_BG.CP1251, LC_CTYPE=bg_BG.CP1251 (charmap=CP1251) > Shell: /bin/sh linked to /bin/bash > > Versions of packages wine depends on: > ii libwine-alsa 0.9.56-1 Windows API implementation - > ALSA > ii libwine-cms 0.9.56-1 Windows API implementation - > color > ii libwine-gl 0.9.56-1 Windows API implementation - > OpenG > ii libwine-gphoto2 0.9.56-1 Windows API implementation - > camer > ii libwine-ldap 0.9.56-1 Windows API implementation - > LDAP > ii libwine-print 0.9.56-1 Windows API implementation - > print > ii libwine-sane 0.9.56-1 Windows API implementation - > scann > ii wine-bin 0.9.56-1 Windows API implementation - > binar > ii wine-utils 0.9.56-1 Windows API implementation - > utili > > wine recommends no packages. > > -- debconf-show failed > > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
