On Tue, 3 Apr 2001, Tomohiro KUBOTA wrote:
> already determined when I joined the development of XTerm. IMO, if
> "common font both for singlewidth and doublewidth" way is proved to
> be convenient, it may be supported, though it may bring width-conflict
> problem.
Yeah, although this is troublesome. It is unsatisfactory if the font can
decide which characters are treated as doublewidth and singlewidth,
because this is a violation of the layering - in particular, xterm's font
can be changed at runtime - what should happen if you change to a font
with different widths? This is why we'll be sticking to the three
well-defined wcwidth() choices. (Which will hopefully one day be able to
end up as just the one - that of using the systems).
I presume the font described is just using the "traditional" widths,
rather than some inexplicable ones?
(Hm. Wonder if OpenType lets you put _both_ width variants in the font -
if not that might be an interesting addition to pursue.)
--
Robert Brady
(currently feeling very frustrated at Tcl/Tk internals...)
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
