--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: fvwm: FvwmForm uses bad fonts in utf-8 locale
- From: Andrew Pimlott <andrew@pimlott.net>
- Date: Fri, 6 Aug 2004 21:06:45 -0700
- Message-id: <20040807040645.GA3559@apple>
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
*FvwmFormDefault: Font -*-fixed-medium-r-semicondensed-*-13-*-*-*-*-*-*
*FvwmFormDefault: InputFont -*-fixed-medium-r-semicondensed-*-13-*-*-*-*-*-*
*FvwmFormDefault: ButtonFont -*-fixed-medium-r-semicondensed-*-13-*-*-*-*-*-*
*FvwmFormDefault: TimeoutFont -*-fixed-medium-r-semicondensed-*-13-*-*-*-*-*-*
to my .fvwm2rc, and the fonts looked right. If my understanding is correct,
I suggest that the default in FvwmForm be changed, as well as any other
hard-coded encodings, including the short aliases.
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.
Andrew
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Versions of packages fvwm depends on:
ii libc6 2.3.2.ds1-15 GNU C Library: Shared libraries an
ii libfontconfig1 2.2.3-1 generic font configuration library
ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib
ii libfribidi0 0.10.4-3 Free Implementation of the Unicode
ii libglib1.2 1.2.10-9 The GLib library of C routines
ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo
ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libpng12-0 1.2.5.0-7 PNG library - runtime
ii libreadline4 4.3-11 GNU readline and history libraries
ii librplay3 3.3.2-8 Shared libraries for the rplay net
ii libsm6 4.3.0.dfsg.1-6 X Window System Session Management
ii libstroke0 0.5.1-4 support for mouse strokes like tho
ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte
ii libxft2 2.1.2-6 FreeType-based font drawing librar
ii libxi6 4.3.0.dfsg.1-6 X Window System Input extension li
ii libxpm4 4.3.0.dfsg.1-6 X pixmap library
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m
ii zlib1g 1:1.2.1.1-5 compression library - runtime
-- debconf information:
fvwm/upgrade/pre_2.5.8: false
--- End Message ---
--- Begin Message ---
Andrew Pimlott wrote:
> On Fri, Apr 13, 2007 at 03:49:40AM +0200, Brice Goglin wrote:
>
>> About 3 years ago, you reported a bug to the Debian BTS regarding
>> FvwmForm using bad fonts in utf8 locale. Do you still experience this
>> problem today?
>>
>
> No. It seems that fonts with the iso8859-1 encoding now display fine in
> a UTF-8 locale. Perhaps it was only a bug in X that made it break
> before.
>
> Andrew
Thanks, closing.
Brice
--- End Message ---