Re: [apps-discuss] WGLC: draft-faltstrom-5892bis-04.txt

"J-F C. Morfin" <jfc@morfin.org> Wed, 27 April 2011 21:42 UTC

Return-Path: <jfc@morfin.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 B7954E0873 for <apps-discuss@ietfa.amsl.com>; Wed, 27 Apr 2011 14:42:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 ev8JNiTdEzon for <apps-discuss@ietfa.amsl.com>; Wed, 27 Apr 2011 14:42:52 -0700 (PDT)
Received: from montage2.altserver.com (montage2.altserver.com [72.34.52.22]) by ietfa.amsl.com (Postfix) with ESMTP id 452C2E086C for <apps-discuss@ietf.org>; Wed, 27 Apr 2011 14:42:52 -0700 (PDT)
Received: from 124.250-227-89.dsl.completel.net ([89.227.250.124]:50297 helo=jfcmsc.jefsey.com) by montage2.altserver.com with esmtpa (Exim 4.69) (envelope-from <jfc@morfin.org>) id 1QFCV1-0000fu-5k; Wed, 27 Apr 2011 14:42:19 -0700
Message-Id: <7.0.1.0.2.20110427230849.059f2780@morfin.org>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Wed, 27 Apr 2011 23:43:02 +0200
To: John C Klensin <klensin@jck.com>, Andrew Sullivan <ajs@shinkuro.com>, Vint Cerf <vint@google.com>
From: "J-F C. Morfin" <jfc@morfin.org>
In-Reply-To: <4A02D767834082FBD0D4E7A8@PST.JCK.COM>
References: <503575932.12389@cnnic.cn> <87mxjc21vi.fsf@latte.josefsson.org> <BANLkTik9qxNX-rFL+2mmfxcZa2Hzn4teyw@mail.gmail.com> <20110427140644.GH7329@crankycanuck.ca> <4A02D767834082FBD0D4E7A8@PST.JCK.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - montage2.altserver.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - morfin.org
X-Source:
X-Source-Args:
X-Source-Dir:
X-Mailman-Approved-At: Wed, 27 Apr 2011 20:32:15 -0700
Cc: Simon Josefsson <simon@josefsson.org>, idna-update@alvestrand.no, apps-discuss@ietf.org
Subject: Re: [apps-discuss] WGLC: draft-faltstrom-5892bis-04.txt
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: Wed, 27 Apr 2011 21:42:52 -0000

At 20:58 27/04/2011, John C Klensin wrote:
>That is at least partially because, if someone wants to register a 
>label that would naturally include a DISALLOWED character, people 
>will make compromises and register whatever they  consider as 
>similar as possible.

John,

this is what, I believe, makes Stephane differentiating characters 
and code points.

Characters are what people consider. Code points and their properties 
what Unicode considers. Characters exist before Unicode code points. 
Unicode changes at this stage are to better match characters. The way 
people have used code points to support a character may be the same 
or different from the way Unicode will do it in its new version: this 
is something a registry can easily address through a policy statement 
and in validating domain names using the new Unicode approach to 
replace the people compromise.

Also, remember that if IDNA2008 is Unicode-version independent, it 
means that it is necessarily UCS system independent. I consider that 
Unicode is inappropriate to network semiotics support but that 
IDNA2008 does a good job to support Unicode and pave the way for new 
kind of supports.

This means that U-labels and A-labels may go for ever, but N-labels 
(from an UCS network oriented system?) could be introduced and 
supported [that internally may very well use ISO 10646 tables or 
not]. At this stage, IDNA2008, on the machine side uses Unicode which 
is a computer oriented (hence code point) system, while people use 
signs (i.e. when scripting, characters). The whole issue is to make 
them better and better correspond. However, IMHO we are reaching the 
limits of the Unicode kind of typographic oriented system (ex. lack 
of French majuscules support, but also logos, gestures, sounds, 
thoughts, etc. new signs for new kind of communication system. etc.)

jfc