bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: term, utf-8 and cooked mode, combining characters


From: Niels Möller
Subject: Re: term, utf-8 and cooked mode, combining characters
Date: 18 Sep 2002 14:46:07 +0200
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de> writes:

> > For the multibyte issue, console already knows all about the characters.
> > So it can naturally dtrt if the term functionality is built in via
> > libtermserver.  That seems like the righter thing.
> 
> The console does not know about single characters written to term.  It
> just converts the UTF-8 stream from the client via an iconv into the local
> encoding, and outputs that.

Why is it utf8 from the client? I would have expected unicode to be
the "native" language of the console (you already understand it for
output)?

How many different multibyte charsets are there? I think it is a
reasonable rule to assume that any random eightbit charset is a
unibyte charset, i.e. one byte = one character = one glyph (modulo
control characters). And then make utf8 an exception to that rule, and
perhaps one could handle one or two additional charsets as
exceptional.

/Niels




reply via email to

[Prev in Thread] Current Thread [Next in Thread]