RE: [Ltru] Re: Remove extlang from ABNF?

Shawn Steele <Shawn.Steele@microsoft.com> Thu, 06 December 2007 08:40 UTC

Return-path: <ltru-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0CHr-0001Hl-JE; Thu, 06 Dec 2007 03:40:51 -0500
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1J0CHq-0001HU-Dv for ltru-confirm+ok@megatron.ietf.org; Thu, 06 Dec 2007 03:40:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J0CHq-0001H5-0C for ltru@lists.ietf.org; Thu, 06 Dec 2007 03:40:50 -0500
Received: from mailb.microsoft.com ([131.107.115.215] helo=smtp.microsoft.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J0CHl-0002B7-JX for ltru@lists.ietf.org; Thu, 06 Dec 2007 03:40:49 -0500
Received: from tk1-exhub-c101.redmond.corp.microsoft.com (157.56.116.111) by TK5-EXGWY-E802.partners.extranet.microsoft.com (10.251.56.168) with Microsoft SMTP Server (TLS) id 8.1.222.3; Thu, 6 Dec 2007 00:40:45 -0800
Received: from NA-EXMSG-C116.redmond.corp.microsoft.com ([157.54.62.41]) by tk1-exhub-c101.redmond.corp.microsoft.com ([157.56.116.111]) with mapi; Thu, 6 Dec 2007 00:40:45 -0800
From: Shawn Steele <Shawn.Steele@microsoft.com>
To: Martin Duerst <duerst@it.aoyama.ac.jp>, Addison Phillips <addison@yahoo-inc.com>, Ira McDonald <blueroofmusic@gmail.com>
Date: Thu, 06 Dec 2007 00:40:44 -0800
Subject: RE: [Ltru] Re: Remove extlang from ABNF?
Thread-Topic: [Ltru] Re: Remove extlang from ABNF?
Thread-Index: Acg3x+TxPaTbxzbeRHSk23q/Xoo+ZAAGs3Lu
Message-ID: <C9BF0238EED3634BA1866AEF14C7A9E55DFC2F2EEB@NA-EXMSG-C116.redmond.corp.microsoft.com>
References: <20071204112939.GA13475@nic.fr> <20071204190505.GF15972@mercury.ccil.org> <30b660a20712041852g629e904n588738e8373cea26@mail.gmail.com> <20071205033042.GA10807@mercury.ccil.org> <30b660a20712041936w4a472416ibdbeeda192629c9e@mail.gmail.com> <30b660a20712041949k4cb44ed1m9065459707a2872d@mail.gmail.com> <20071205040035.GD10807@mercury.ccil.org> <47562BE6.5080003@w3.org> <DDB6DE6E9D27DD478AE6D1BBBB83579561E4CB3EFC@NA-EXMSG-C117.redmond.corp.microsoft.com> <C9BF0238EED3634BA1866AEF14C7A9E55DFC391373@NA-EXMSG-C116.redmond.corp.microsoft.com> <e395be80712051336p300f9d16xea458e44794e11b5@mail.gmail.com> <475730C6.7040903@yahoo-inc.com>, <6.0.0.20.2.20071206135858.0c152aa0@localhost>
In-Reply-To: <6.0.0.20.2.20071206135858.0c152aa0@localhost>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Spam-Score: -8.0 (--------)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Cc: "ltru@lists.ietf.org" <ltru@lists.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

> >language      = (2*3ALPHA [ extlang ]) ; shortest ISO 639 code
> >               / 4ALPHA                 ; reserved for future use
> >               / 5*8ALPHA               ; registered language subtag
> >
> >extlang       = *3("-" 3ALPHA)         ; OBSOLETE (do not use)

> <chair hat off>
> I would be okay with this, with some explaining text.

What do we expect OBSOLETE to do?  Ok, I get that I shouldn't use the obsolete tag to encode new data, but are applications expected to recognize such obsolete tags, even if they weren't ever valid?

If applications aren't expected to recognize them, then why declare it formally?  Why not just say in the prose that there use to be such an extlang thought, but its obsolete?  If someone reading RFC3066bis is really curious they could look at RFC3066 and see what the original idea was.

My concern is that if a developer/spec writer/tester is reading this they might feel that its best to go ahead and decide to recognize these in case any of these obsolete tags are encountered.  That could require a considerable expense depending on the depth of the effort.  If it were clear that none have ever been registered or legally allowed, and it was obsoleted before it was ever implemented, then the hypothetical development team could save that expense and effort.

- Shawn


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