Re: revised "generic syntax" internet draft

"Martin J. Duerst" <mduerst@ifi.unizh.ch> Fri, 25 April 1997 17:50 UTC

Received: from cnri by ietf.org id aa04919; 25 Apr 97 13:50 EDT
Received: from services.Bunyip.Com by CNRI.Reston.VA.US id aa15227; 25 Apr 97 13:50 EDT
Received: (from daemon@localhost) by services.bunyip.com (8.8.5/8.8.5) id NAA17366 for uri-out; Fri, 25 Apr 1997 13:24:03 -0400 (EDT)
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.8.5/8.8.5) with SMTP id NAA17360 for <uri@services.bunyip.com>; Fri, 25 Apr 1997 13:23:59 -0400 (EDT)
Received: from josef.ifi.unizh.ch by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA28811 (mail destined for uri@services.bunyip.com); Fri, 25 Apr 97 13:23:56 -0400
Received: from enoshima.ifi.unizh.ch by josef.ifi.unizh.ch with SMTP (PP) id <08631-0@josef.ifi.unizh.ch>; Fri, 25 Apr 1997 19:23:33 +0200
Date: Fri, 25 Apr 1997 19:23:32 +0200
From: "Martin J. Duerst" <mduerst@ifi.unizh.ch>
To: Keld J|rn Simonsen <keld@dkuug.dk>
Cc: John C Klensin <klensin@mci.net>, Edward Cherlin <cherlin@newbie.net>, uri@bunyip.com
Subject: Re: revised "generic syntax" internet draft
In-Reply-To: <199704251215.OAA17664@dkuug.dk>
Message-Id: <Pine.SUN.3.96.970425192133.245x-100000@enoshima>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: owner-uri@bunyip.com
Precedence: bulk

On Fri, 25 Apr 1997, Keld J|rn Simonsen wrote:

> Well, there is some kind of compression in 10646, as the BMP is
> designed to contain the most frequently used characters in the world,
> and characters outside BMP are thus overall meant to be very rarely used
> Thus UTF-8 is still an economical encoding of 10646. The major advantage
> of UTF-8 is that it is maintaining the ISO 646 (ASCII) encoding and
> the control characters in C0 and C1, and thus can provide a straight-
> forward migration path for ISO 646 supporting systems.

Very much agree with most. But please be careful. C1 is not protected
by UTF-8. This may be a problem for some strictly 646-based systems,
but not for the Internet, where C1 never has played a big role.

Regards,	Martin.