[Ltru] Re: zh-hakka

"Doug Ewell" <dewell@adelphia.net> Tue, 19 September 2006 14:18 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPgQv-00072i-9C; Tue, 19 Sep 2006 10:18:45 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPgQt-00070o-4u for ltru@ietf.org; Tue, 19 Sep 2006 10:18:43 -0400
Received: from mta10.adelphia.net ([68.168.78.202]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GPgQr-0000h2-O4 for ltru@ietf.org; Tue, 19 Sep 2006 10:18:43 -0400
Received: from DGBP7M81 ([68.67.66.131]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP id <20060919141841.YZPO14728.mta10.adelphia.net@DGBP7M81> for <ltru@ietf.org>; Tue, 19 Sep 2006 10:18:41 -0400
Message-ID: <008601c6dbf6$8238dc00$6401a8c0@DGBP7M81>
From: Doug Ewell <dewell@adelphia.net>
To: LTRU Working Group <ltru@ietf.org>
References: <E1GPg6q-0004yv-5v@megatron.ietf.org>
Date: Tue, 19 Sep 2006 07:18:41 -0700
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="utf-8"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Subject: [Ltru] Re: zh-hakka
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Errors-To: ltru-bounces@ietf.org

Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote:

>> This would avoid the need for repetition when calculating the 
>> preferred value.
>
> It also simplifies pointer checks, there's never a danger of A -> B -> 
> C -> A, if A *_must_* point to something that has no further pointer.

I think we are again trying to legislate against the unthinkable.  Once 
the Registry has been created, only newly formed subtags (and tags 
composed from them) get to be Preferred-Values.  There is no reasonable 
chance that ietf-languages will ever make an older (sub)tag the 
Preferred-Value for a newer one.

--
Doug Ewell
Fullerton, California, USA
http://users.adelphia.net/~dewell/
RFC 4645  *  UTN #14


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru