> JA> Are you are proposing that an update to ISO2022 be issued that defines
> JA> a new mode that combines CR+GR into a single entity for the purposes
> JA> of mapping to
>
> JA> C1+G0 C1+G1 C1+G2 C1+G3
>
> JA> but keep the ability to manipulate the mappings of GL/GR? If so, I
> JA> do not see how this would work.
>
> The way I'm implementing this is to define two new types of charsets
> (in addition to the usual four): 128-character and 128x128 character.
> When such a ``wide'' charset is mapped to GR, C1 characters are
> ignored, and graphic characters come out instead. When such a charset
> is mapped to GL, C0 characters are still parsed normally, and only
> characters from 0x20 upwards are available.
>
> A side-effect is that in 7-bit mode, 0x00-0x1F graphic characters are
> only available by using single-shifts, but I think this is something
> we can live with.
This sounds like you are planning on doing this within the ISO 2022
framework. However, if that is the case, then it would make sense
that you would have to map C1 to the 128 character set independently
of the mapping of G1 to the same 128 character set.
I still prefer to have these non-ISO sets accessed via ISO 2022
escapes. A code page is a 256 character range not two 128 character
sets. Therefore, it should be treated as an escape. However, I think
we should specify a mechanism for quoting a C0 control to represent
the equivalent printable character.
Jeffrey Altman * Sr.Software Designer C-Kermit 7.1 Alpha available
The Kermit Project @ Columbia University includes Secure Telnet and FTP
http://www.kermit-project.org/ using Kerberos, SRP, and
[EMAIL PROTECTED] OpenSSL. SSH soon to follow.
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
