Re: Bug#585620: xterm: Please consider defaulting to freetype font rendering
On Sat, 12 Jun 2010, Roger Leigh wrote:
Package: xterm
Version: 259-1
Severity: wishlist
Hi,
Utilising FreeType is already done for most of the other common
terminal emulators in Debian, and looks vastly better, as well
as not using the archaic XLFD/X11 Core Fonts.
That's up to the packager. Some users may not like the extra overhead, of
course (I don't have a count of the terminal emulators which do/do not
support FreeType).
It's also possible to make this deferred to allow the user to enable it at
runtime, by setting face and size resources, but setting the renderFont
resource to false. (They could turn the menu entry on/off...).
The following patch to /etc/X11/app-defaults/XTerm enables
font rendering with FreeType. This is already done for most
of the other common terminal emulators in Debian, and looks
vastly better.
I'm not sure if faceNameDoublesize should also be specified,
since I just see boxes with or without (while XTerm is linked
with fontconfig, gnome-terminal/konsole display Japanese just
fine). Is the FreeType/Xft support broken here? This working
fine with the default X fonts (9x15), but not when using
-fa/.faceName. Maybe I shouldn't be also using Monospace for
-fd/faceNameDoublesize, since this doesn't have the necessary
glyphs?
perhaps the latter - the Xft fonts tend to be poor on coverage.
To handle them properly, I'll have to implement font-sets.
It would also be nice to display the menus in similar manner, but
I didn't find a suitable resource name for that--does one exist?
for the Athena widgets - probably not.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
Reply to: