Re: [Ltru] Re: RFC 4646 production "grandfathered" considered harmful
Addison Phillips <addison@yahoo-inc.com> Tue, 19 September 2006 15:08 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPhCh-0003N0-GK; Tue, 19 Sep 2006 11:08:07 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GPhCg-0003Mr-N2 for ltru@ietf.org; Tue, 19 Sep 2006 11:08:06 -0400
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GPhCf-0006mT-8g for ltru@ietf.org; Tue, 19 Sep 2006 11:08:06 -0400
Received: from [10.72.72.180] (snvvpn1-10-72-72-c180.corp.yahoo.com [10.72.72.180]) (authenticated bits=0) by rsmtp1.corp.yahoo.com (8.13.6/8.13.6/y.rout) with ESMTP id k8JF7qPt095810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Sep 2006 08:07:52 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=ceLWoqbLsHKhruPysbg9CJxaIwJZN88gUVRYv/2TQnbRPeT51sZJc2ikZo7AskWK
Message-ID: <451007C8.2000607@yahoo-inc.com>
Date: Tue, 19 Sep 2006 08:07:52 -0700
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Re: RFC 4646 production "grandfathered" considered harmful
References: <E1GPcEN-0008Rz-AL@megatron.ietf.org> <007c01c6dbf1$cad3d780$6401a8c0@DGBP7M81>
In-Reply-To: <007c01c6dbf1$cad3d780$6401a8c0@DGBP7M81>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Cc: LTRU Working Group <ltru@ietf.org>
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
+1 Doug Ewell wrote: > Mark Davis <mark dot davis at icu dash project dot org> wrote: > >> Although Frank has a point, I think my preferred approach would be to >> simply define but immediately deprecate subtags like lobjan -- that >> removes them from the grandfathered list. For the ABNF, we are then >> only left with the items that are syntactically ill-formed, which we >> could express with: >> >> grandfathered = "i-" irregularI >> / "sgn-" irregularSgn >> / irregularOther >> >> irregularI = "ami" / "bnn" / "default" / "enochian" / "hak" / >> "klingon" / "lux" / "mingo" / "navajo" / "pwn" / "tao" / "tay" / "tsu" >> irregularSgn= "BE-fr" / "BE-nl" / "CH-de" >> irregularOther = "en-GB-oed" >> >> We then have the smallest ABNF that (with the exception of duplicate >> singletons), describes the well-formed cases without letting anything >> else in. > > I think creating more deprecated-at-birth subtags is a terrible idea. As > you showed, it doesn't even simplify the ABNF -- you still have the > messy "irregularOther" production. It reduces the size of the list in > the ABNF, but increases the amount of trash in the Registry. > > The ABNF can't cover every possible syntactical tagging rule anyway; > consider en-b-bbb-a-aaa. > > -- > 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 -- Addison Phillips Globalization Architect -- Yahoo! Inc. Internationalization is an architecture. It is not a feature. _______________________________________________ Ltru mailing list Ltru@ietf.org https://www1.ietf.org/mailman/listinfo/ltru
- [Ltru] RFC 4646 production "grandfathered" consid… John Cowan
- [Ltru] Re: RFC 4646 production "grandfathered" co… Frank Ellermann
- [Ltru] Re: RFC 4646 production "grandfathered" co… Stephane Bortzmeyer
- Re: [Ltru] RFC 4646 production "grandfathered" co… Addison Phillips
- Re: [Ltru] RFC 4646 production "grandfathered" co… Mark Davis
- Re: [Ltru] RFC 4646 production "grandfathered" co… John Cowan
- Re: [Ltru] RFC 4646 production "grandfathered" co… Martin Duerst
- Re: [Ltru] RFC 4646 production "grandfathered" co… Martin Duerst
- [Ltru] Re: RFC 4646 production "grandfathered" co… Frank Ellermann
- Re: [Ltru] RFC 4646 production "grandfathered" co… Mark Davis
- Re: [Ltru] Re: RFC 4646 production "grandfathered… John Cowan
- Re: [Ltru] RFC 4646 production "grandfathered" co… Addison Phillips
- [Ltru] Re: RFC 4646 production "grandfathered" co… Frank Ellermann
- Re: [Ltru] RFC 4646 production "grandfathered" co… John Cowan
- Re: [Ltru] RFC 4646 production "grandfathered" co… Addison Phillips
- [Ltru] Re: RFC 4646 production "grandfathered" co… Frank Ellermann
- Re: [Ltru] Re: RFC 4646 production "grandfathered… John Cowan
- Re: [Ltru] Re: RFC 4646 production "grandfathered… Mark Davis
- [Ltru] Re: RFC 4646 production "grandfathered" co… Doug Ewell
- [Ltru] Re: zh-hakka Doug Ewell
- Re: [Ltru] Re: zh-hakka Martin Duerst
- Re: [Ltru] Re: zh-hakka Doug Ewell
- [Ltru] Re: zh-hakka Frank Ellermann
- [Ltru] Re: RFC 4646 production "grandfathered" co… Doug Ewell
- Re: [Ltru] Re: zh-hakka Addison Phillips
- Re: [Ltru] Re: RFC 4646 production "grandfathered… Addison Phillips
- [Ltru] Re: RFC 4646 production "grandfathered" co… Doug Ewell