lkml.org 
[lkml]   [1999]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Unicode console patch
Date
> I remember from the good old times that I had some disagreements
> with Mike Jagdis about this stuff.
>
> The question is whether one wants a console that is completely
> flexible, in principle also able to handle EBCDIC or Code Page 1234,
> or do we want to stipulate in advance that the console must
> implement ISO 2022 ? For Linux, where many people live close
> to a DOS world, the single character set model may make it easier
> to interface with DOS things.
>
> I am not really voicing an opinion now, just saying that when there
> are so many standards to choose between, it is not immediately clear
> that we want to pick ISO 2022, which is semi-superseded by ISO 4873
> and will be made obsolete by ISO 10646.

I would say ISO 4873 restricts how ISO 2022 should be used, but that a
terminal emulator should probably implement full 2022.

Well, we need to support multiple charsets -- at least different
versions of ISO 8859, as well as KOI-8 and the like -- as soon as
possible. 2022 seems to be the standard of choice, and I think the VT
terminal can easily be adapted to be 2022 compliant. Actually, I
rather suspect, based on my reading of the VT 220 technical manual,
that VT 220 *is* ISO 2022 (but not ISO 4873) compliant, and that the
divergences is caused by the way Linux extended the charset system.

-hpa

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.098 / U:0.440 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site