Edmund GRIMLEY EVANS wrote on 2000-08-12 22:44 UTC:
[Mozilla M17 shows wide boxes instead of Latin characters with the Helvetica
font when an old version of the ucs-font package is installed.]
> Markus Kuhn <[EMAIL PROTECTED]>:
> > The font
> >
> > -Adobe-Helvetica-Medium-R-Normal--12-120-75-75-P-67-ISO10646-1
> >
> > is not installed any more with the ucs-fonts package, which could be the
> > reason why an old ucs-fonts package might be the problem.
>
> Nice one! Your diagnosis is confirmed: removing just this font causes
> the problem to disappear.
Alternative suggestion: tweak your font path, such that the directory
containing
-Adobe-Helvetica-Medium-R-Normal--12-120-75-75-P-67-ISO10646-1
appears in the font path *after* the directory containing
-Adobe-Helvetica-Medium-R-Normal--12-120-75-75-P-67-ISO8859-1
When we add the ISO10646-1 Adobe fonts to XFree86, I fear that we will
have to find a hack like this around this problem, because
unfortunately, far too many X11 applications assume naively that a
wildcard encoding *-helvetica-*-*-* will give you an 8-bit font. Not
only GTK+ does this. One solution might be to have separate directories
75dpi-recoded/ and 75dpi/ in that order in the font path, which
hopefully will give the recoded ISO 8859 fonts a higher priority in a
*-* encoding selection than the ISO 10646 master fonts. The underlying
problem is that strcmp("ISO10646", "ISO8859") < 0, so Latin-1 is not the
default any more for wildcard encodings. (Nevertheless, I am slightly
tempted to first submit a patch with the font path the other way round
and keep it that way for at least one alpha release, just to make people
see, how dangerous it is, not to specify any encoding at all in a font
request.)
Markus
--
Markus G. Kuhn, Computer Laboratory, University of Cambridge, UK
Email: mkuhn at acm.org, WWW: <http://www.cl.cam.ac.uk/~mgk25/>
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
