Re: [apps-discuss] Last Call: <draft-faltstrom-5892bis-04.txt> (The Unicode code points and IDNA - Unicode 6.0) to Proposed Standard

Paul Hoffman <paul.hoffman@vpnc.org> Sun, 29 May 2011 19:24 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83643E0756 for <apps-discuss@ietfa.amsl.com>; Sun, 29 May 2011 12:24:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.593
X-Spam-Level:
X-Spam-Status: No, score=-102.593 tagged_above=-999 required=5 tests=[AWL=0.006, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89aPuPLYbQIm for <apps-discuss@ietfa.amsl.com>; Sun, 29 May 2011 12:24:47 -0700 (PDT)
Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) by ietfa.amsl.com (Postfix) with ESMTP id 5B36DE0755 for <apps-discuss@ietf.org>; Sun, 29 May 2011 12:24:45 -0700 (PDT)
Received: from [10.20.30.150] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id p4TJOc71029569 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 29 May 2011 12:24:39 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <62BF38B4A0358DF278AC5678@PST.JCK.COM>
Date: Sun, 29 May 2011 12:24:39 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <EE002E66-614D-4AC5-A0D7-52E2C8C457FF@vpnc.org>
References: <20110523221903.11394.18650.idtracker@ietfa.amsl.com> <4DDADF21.108@stpeter.im> <1E0BD491A5C0210B48BA7043@PST.JCK.COM> <B8E0C6E6-C335-4C5A-A171-209118113348@frobbit.se> <62BF38B4A0358DF278AC5678@PST.JCK.COM>
To: John C Klensin <john-ietf@jck.com>
X-Mailer: Apple Mail (2.1084)
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] Last Call: <draft-faltstrom-5892bis-04.txt> (The Unicode code points and IDNA - Unicode 6.0) to Proposed Standard
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 29 May 2011 19:24:52 -0000

On May 29, 2011, at 12:14 PM, John C Klensin wrote:

> 
> 
> --On Sunday, May 29, 2011 13:25 +0200 Patrik Fältström
> <patrik@frobbit.se> wrote:
> 
>> FWIW, although I agree with John and expect me getting a fair
>> number of editorial corrections because of English not being
>> my native language when this document hit the RFC editor, I
>> have slightly changed the first paragraph in the upcoming new
>> version to the following:
>> 
>> (sorry, can not generate TXT now, but you get the point...)
>> 
>> If you have other suggested changes, let me know.
>> 
>> <t><xref target="RFC5892">RFC 5892</xref> specifies an
>> algorithm that    was defined when 
> 
> Please say "rule set" or something like that, not "algorithm".
> While "algorithm" is strictly correct, some people will read it
> as pseudo-code, and our principle should remain that anything
> that produces the save results is correct.

Do you think this change follows the definition of "rule set" in RFC 5892? To me, "algorithm" seems much better. From the introduction to 5892:
   This document reviews and classifies the collections of code points
   in the Unicode character set by examining various properties of the
   code points.  It then defines an algorithm for determining a derived
   property value.  It specifies a procedure, and not a table, of code
   points so that the algorithm can be used to determine code point sets
   independent of the version of Unicode that is in use.
The term "rule set" is used specifically as part of the context registry, and not at all what we are discussing here.

>> Unicode 6.0 has changed GeneralCategory of three code points
>> that    where allocated in Unicode 5.2 or earlier. This imply
>> the derived    property value differs depending on whether the
>> property definitions    used are from Unicode 5.2 or 6.0.
>> </t>
> 
> Editorial recommendation (no change in meaning):
> 
> Unicode 6.0 changed the GeneralCategory of three code points
> that had been allocated in Unicode 5.2 or earlier. The
> consequence of that change is that the derived property value
> for those code points differs depending on whether the property
> definitions used are from Unicode 5.2 or 6.0. </t>


Seems like a good change to me.

--Paul Hoffman