: I had reported:
: : > With a 9x18 xterm, it takes double-width characters from 18x18ja and
: : > everything works fine. With a 10x20 xterm, it seems to take double-width
: : > characters from the "ko" font (judged by shape) (why this difference?),
: : > and it does not work: the double-width characters are displayed in single
: : > width.
: Actually, looking again (sorry I didn't consider this more deeply before)
: it quite obviously takes the double-width characters from 12x13ja,
: not 20x20ja or ko. This also explains why the character cells are
: completely unaligned with single-width characters and go weird if the
: cursor moves over the text.
: So apparently the font is not recognized by xterm for some reason -
: or handled badly by X? At least both 20x20ja and 20x20ko appear in
: xlsfonts just like 18x18ja and 18x18ko.
Sorry once again, it works now. Apparently that X server had stored
some old font property values somewhere (Windows registry or such weird
place). After I "imported" new alias definitions, the problem has gone.
(At home with Linux X, probably the wrong font properties are still
effective.)
I would still suggest that xterm should not combine fonts of incompatible
widths; currently, apparently 12x13ja is the fallback for every
single-width font that does not have a matching double-width font.
Well, at least not until proportional font support is fixed and the cursor
can be placed on the correct position with those fonts ...:)
Regards,
Thomas
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
