> I couldn't care less. You still haven't got the bigger picture here: SCW
> is only of use in UTF-8 terminal emulators, and we have all the relevant
> developers of UTF-8 terminal emulators here on this list. DEC VT102
> compatibility is *NOT* a design criteria for SCW for this obvious
> reason, because a 1970s vitage DEC VT102 does not understand UTF-8 and
> never will. DEC is dead. We are working towards the creation of a next
> generation terminal standard that will exclusively run under UTF-8 and
> therefore will not be VT102 compatible. If that requires a few
> developers of terminal emulators to read ECMA-48 more carefully again
> and bring their control sequence parsers in line with both ECMA-48 and
> it's ANSI predecessor, instead of just following some 1970s user manual,
> then that is a GOOD THING[TM]. If a parser chokes on an intermediate
> character "!" then that parser has to be fixed.
>
> In all conflicts between ECMA-48 and VT102 behaviour that I have heard
> quoted here so far, the ECMA-48 behaviour seemed technically more
> desireable to me. Why for example use both "" and "0" as an encoding for
> the default value, and therefore loose "0" as an explicit parameter
> value? Sounds unpleasant to me. Don't turn VT102 into a religion, if we
> anyway use a non-VT102 character encoding already.
All I ask is that if you are defining a new terminal definition that
you really define a new terminal definition. If it is going to be
based on ECMA-48 and not the VT220 that is fine. However, if you are
going to use the Linux console as a basis then you are really talking
about the VT220 with a bunch of exceptions. And in that case you are
limiting yourself to the VT interpretation of ANSI X3.64-1979.
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/linux-utf8/
