[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#264016: fvwm: FvwmForm uses bad fonts in utf-8 locale



reassign 264016 xfonts-base
thanks

On Fri, 6 Aug 2004 21:06:45 -0700, Andrew Pimlott <andrew@pimlott.net> said: 

> Package: fvwm Version: 2.5.10-10 Severity: minor

> I just started using the en_US.UTF-8 locale and ran into a small
> issue with fvwm.  My understanding is when specifying traditional X
> fonts, one should put a * in the encoding field, and the system will
> pick the correctly encoded font.  In particular, you should not use
> the short aliases such as "fixed", which hard-code the iso8859-1
> encoding.  It seems that FvwmForm hard-codes fixed for its fonts, so
> that lots of "null" characters showed up in forms.  I added the
> lines

> An alternate view is that the short aliases should use a * encoding,
> so that they work in all locales.  If you think this is the case, I
> can suggest this to the xfonts-base maintainer.


	Indeed. The short forms are aliases provided by the system so
 that applications do not have to worry about  font selection, or
 at least have a sane default to fall back upon.  As such, the aliases
 should point to fonts that arte indeed sane; and this means there is
 only one place to change this setting, rather than requiring all
 applications do so.

	manoj
-- 
"The difference between a rabbit and a rock is the information
content, and the difference between a living and a dead rabbit is in
the availability or usability of the information." Dr. John A. Ball
Manoj Srivastava   <srivasta@debian.org>  <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



Reply to: