Since: 1. We appear to be stuck. 2. We (most of us, anyway) would like to see this work completed. 3. We haven't a compelling-enough technical argument that resolves the issue. I would like to submit a "modest proposal" for addressing the impasse: 1. Restore a *single* extlang to the ABNF. 2. Keep the Macrolanguage field in the registry for all encompassed languages, which information may be use by implementations however makes the most sense. 3. Cherry pick *only* the 'zh' (and possibly the 'ar') encompassed languages for registration as extlangs. This is done in the name of compatibility alone. 4. Permit implementations to treat the 'language' production as atomic (that is, the sequence "zh-yue" MAY be treated as if it were a single subtag but MAY be treated as separate subtags, notably by existing implementations). Note that the 'language' production is the one that includes both the primary and extended language subtags. Thoughts? Addison Addison Phillips Globalization Architect -- Lab126 Internationalization is not a feature. It is an architecture. _From ltru-bounces at ietf.org Thu May 29 12:38:38 2008 Return-Path: <ltru-bounces at ietf.org> X-Original-To: ltru-archive at megatron.ietf.org Delivered-To: ietfarch-ltru-archive at core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BAF6A3A6B82; Thu, 29 May 2008 12:38:38 -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 A3BD43A6B18 for <ltru at core3.amsl.com>; Thu, 29 May 2008 12:38:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.949 X-Spam-Level: X-Spam-Status: No, score=-105.949 tagged_above=-999 required=5 tests=[AWL=0.650, 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 bSfy16NENMmS for <ltru at core3.amsl.com>; Thu, 29 May 2008 12:38:32 -0700 (PDT) Received: from smtp-fw-6101.amazon.com (smtp-fw-6101.amazon.com [72.21.208.25]) by core3.amsl.com (Postfix) with ESMTP id 1098F3A6B7B for <ltru at ietf.org>; Thu, 29 May 2008 12:38:31 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.27,562,1204502400"; d="scan'208";a="316595222" Received: from smtp-in-0201.sea3.amazon.com ([172.20.19.24]) by smtp-border-fw-out-6101.iad6.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 May 2008 19:38:28 +0000 Received: from ex-hub-4101.ant.amazon.com (ex-hub-4101.ant.amazon.com [10.248.163.22]) by smtp-in-0201.sea3.amazon.com (8.12.11/8.12.11) with ESMTP id m4TJcSKl021319 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL) for <ltru at ietf.org>; Thu, 29 May 2008 19:38:28 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; Thu, 29 May 2008 12:38:28 -0700 From: "Phillips, Addison" <addison at amazon.com> To: LTRU Working Group <ltru at ietf.org> Date: Thu, 29 May 2008 12:38:26 -0700 Thread-Topic: a modest proposal... Thread-Index: AcjBw5BlRJZHduEQRBGmurf+XW+6jg== Message-ID: <4D25F22093241741BC1D0EEBC2DBB1DA013A84C706 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] a modest proposal... 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 Since: 1. We appear to be stuck. 2. We (most of us, anyway) would like to see this work completed. 3. We haven't a compelling-enough technical argument that resolves the issue. I would like to submit a "modest proposal" for addressing the impasse: 1. Restore a *single* extlang to the ABNF. 2. Keep the Macrolanguage field in the registry for all encompassed languages, which information may be use by implementations however makes the most sense. 3. Cherry pick *only* the 'zh' (and possibly the 'ar') encompassed languages for registration as extlangs. This is done in the name of compatibility alone. 4. Permit implementations to treat the 'language' production as atomic (that is, the sequence "zh-yue" MAY be treated as if it were a single subtag but MAY be treated as separate subtags, notably by existing implementations). Note that the 'language' production is the one that includes both the primary and extended language subtags. Thoughts? 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 ______________________________________________ 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.