In Section 3.4 (iana stability) we have rules for transitioning grandfathered tags to redundant. Recently there was a thread on the list suggesting that the remaining regular grandfathered list is basically closed and cannot become redundant because of various other rules we have in place. Should we modify the text to say this? (It would be nice to get rid of extraneous rules for a change).
The list of regular gf tags is:
regular = "art-lojban" ; these tags match the 'langtag'
/ "cel-gaulish" ; production, but their subtags
/ "no-bok" ; are not extended language
/ "no-nyn" ; or variant subtags: their meaning
/ "zh-guoyu" ; is defined by their registration
/ "zh-hakka" ; and all of these are deprecated
/ "zh-min" ; in favor of a more modern
/ "zh-min-nan" ; subtag or sequence of subtags
/ "zh-xiang"
As I believe John Cowan pointed out, only 'lojban', 'gaulish', 'guoyu', 'hakka', and 'xiang' could ever become variants. Of these, onlyFrom ltru-bounces at ietf.org Tue Jul 8 11:58:11 2008
Return-Path: <ltru-bounces at ietf.org>
X-Original-To: ltru-web-archive at megatron.ietf.org
Delivered-To: ietfarch-ltru-web-archive at core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id A28303A69E6;
Tue, 8 Jul 2008 11:58:11 -0700 (PDT)
X-Original-To: ltru at core3.amsl.com
Delivered-To: ltru at core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
by core3.amsl.com (Postfix) with ESMTP id 291373A6AB6
for <ltru at core3.amsl.com>; Tue, 8 Jul 2008 11:58:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.599
X-Spam-Level:
X-Spam-Status: No, score=-105.599 tagged_above=-999 required=5
tests=[AWL=1.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4,
USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32])
by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id j6chI8gll2Xb for <ltru at core3.amsl.com>;
Tue, 8 Jul 2008 11:58:10 -0700 (PDT)
Received: from smtp-fw-2101.amazon.com (smtp-fw-2101.amazon.com [72.21.196.25])
by core3.amsl.com (Postfix) with ESMTP id 33DDD3A69E6
for <ltru at ietf.org>; Tue, 8 Jul 2008 11:58:10 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.30,325,1212364800"; d="scan'208";a="84257446"
Received: from smtp-in-4103.sea5.amazon.com ([10.248.183.17])
by smtp-border-fw-out-2101.iad2.amazon.com with
ESMTP/TLS/DHE-RSA-AES256-SHA; 08 Jul 2008 18:58:16 +0000
Received: from ex-hub-4101.ant.amazon.com (ex-hub-4101.ant.amazon.com
[10.248.163.22])
by smtp-in-4103.sea5.amazon.com (8.12.11/8.12.11) with ESMTP id
m68IwGsS002484 for <ltru at ietf.org>; Tue, 8 Jul 2008 18:58:16 GMT
Received: from EX-SEA5-D.ant.amazon.com ([10.248.163.28]) by
ex-hub-4101.ant.amazon.com ([10.248.163.22]) with mapi; Tue, 8 Jul 2008
11:58:16 -0700
From: "Phillips, Addison" <addison at amazon.com>
To: LTRU Working Group <ltru at ietf.org>
Date: Tue, 8 Jul 2008 11:58:14 -0700
Thread-Topic: grandfathered to redundant?
Thread-Index: AcjhLJNs64Is7UYkTFOqpshqd86/pw==
Message-ID: <4D25F22093241741BC1D0EEBC2DBB1DA013BA94CC5 at EX-SEA5-D.ant.amazon.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Ltru] grandfathered to redundant?
X-BeenThere: ltru at ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Language Tag Registry Update working group discussion list
<ltru.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ltru>,
<mailto:ltru-request at ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru at ietf.org>
List-Help: <mailto:ltru-request at ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ltru>,
<mailto:ltru-request at ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ltru-bounces at ietf.org
Errors-To: ltru-bounces at ietf.org
In Section 3.4 (iana stability) we have rules for transitioning grandfathered tags to redundant. Recently there was a thread on the list suggesting that the remaining regular grandfathered list is basically closed and cannot become redundant because of various other rules we have in place. Should we modify the text to say this? (It would be nice to get rid of extraneous rules for a change).
The list of regular gf tags is:
regular = "art-lojban" ; these tags match the 'langtag'
/ "cel-gaulish" ; production, but their subtags
/ "no-bok" ; are not extended language
/ "no-nyn" ; or variant subtags: their meaning
/ "zh-guoyu" ; is defined by their registration
/ "zh-hakka" ; and all of these are deprecated
/ "zh-min" ; in favor of a more modern
/ "zh-min-nan" ; subtag or sequence of subtags
/ "zh-xiang"
As I believe John Cowan pointed out, only 'lojban', 'gaulish', 'guoyu', 'hakka', and 'xiang' could ever become variants. Of the 'gaulish' has some semblance of residual meaning as a variant (and this one not much). The others are, without exception, deprecated in favor of something else.
Addison
Addison Phillips
Globalization Architect -- Lab126
Internationalization is not a feature.
It is an architecture.
_______________________________________________
Ltru mailing list
Ltru at ietf.org
https://www.ietf.org/mailman/listinfo/ltru
se, only 'gaulish' has some semblance of residual meaning as a variant (and this one not much). The others are, without exception, deprecated in favor of something else.
Addison
Addison Phillips
Globalization Architect -- Lab126
Internationalization is not a feature.
It is an architecture.
_______________________________________________
Ltru mailing list
Ltru at ietf.org
https://www.ietf.org/mailman/listinfo/ltru
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.