Bug#219551: Unicode xterms should do some kind of substitution for missing characters
Package: xterm
Version: 4.3.0-0pre1v4
Many TrueType fonts don't have both a hyphen (0x2010) and a minus sign
(0x2212); however, groff (and thus man pages) differentiates between the
two in UTF-8 locales. This results in lots of man pages displaying ugly
boxes where hyphens should be in a uxterm, but displaying fine on a
'normal' xterm where there is no distinction between the two characters.
uxterm should display hyphens and minus signs as a simple ASCII "-"
(0x002D, "hyphen-minus") if the font does not contain the requested
character.
In fact, it would probably be useful if xterm had some kind of more
general character substitution mechanism for this kind of problem.
Cameron.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux erdos 2.4.21-cjp-erdos-3 #1 Sun Aug 24 01:18:50 WST 2003 i686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8
Versions of packages xterm depends on:
ii libc6 2.3.2.ds1-8 GNU C Library: Shared libraries an
ii libexpat1 1.95.6-6 XML parsing C library - runtime li
ii libfontconfig1 2.2.1-8 generic font configuration library
ii libfreetype6 2.1.5-3 FreeType 2 font engine, shared lib
ii libncurses5 5.3.20030719-3 Shared libraries for terminal hand
ii libxaw7 4.2.1-13 X Athena widget set library
ii libxft2 2.1.2-4 FreeType-based font drawing librar
ii libxrender1 0.8.3-4 X Rendering Extension client libra
ii xlibs [libxpm4] 4.3.0-0pre1v4 X Window System client libraries
-- no debconf information
Reply to: