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

Peter Constable <petercon@microsoft.com> Wed, 05 December 2007 17:20 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 1Izxui-0006Y6-Mv; Wed, 05 Dec 2007 12:20:00 -0500
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1Izxuh-0006Xv-SW for ltru-confirm+ok@megatron.ietf.org; Wed, 05 Dec 2007 12:19:59 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Izxuh-0006Xl-It for ltru@lists.ietf.org; Wed, 05 Dec 2007 12:19:59 -0500
Received: from smtp.microsoft.com ([131.107.115.214]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Izxuf-0006ps-2l for ltru@lists.ietf.org; Wed, 05 Dec 2007 12:19:59 -0500
Received: from TK5-EXHUB-C101.redmond.corp.microsoft.com (157.54.70.76) by TK5-EXGWY-E803.partners.extranet.microsoft.com (10.251.56.169) with Microsoft SMTP Server (TLS) id 8.1.222.3; Wed, 5 Dec 2007 09:19:18 -0800
Received: from NA-EXMSG-C117.redmond.corp.microsoft.com ([157.54.62.44]) by TK5-EXHUB-C101.redmond.corp.microsoft.com ([157.54.70.76]) with mapi; Wed, 5 Dec 2007 09:19:55 -0800
From: Peter Constable <petercon@microsoft.com>
To: "ltru@lists.ietf.org" <ltru@lists.ietf.org>
Date: Wed, 05 Dec 2007 09:19:43 -0800
Subject: RE: [Ltru] Re: Remove extlang from ABNF?
Thread-Topic: [Ltru] Re: Remove extlang from ABNF?
Thread-Index: Acg28ekwtnvXlt+7Q4SCbB3egfYFMgAb+OQg
Message-ID: <DDB6DE6E9D27DD478AE6D1BBBB83579561E4CB3EF3@NA-EXMSG-C117.redmond.corp.microsoft.com>
References: <20071204112939.GA13475@nic.fr> <fj3lel$isq$1@ger.gmane.org> <20071204164508.GA24641@nic.fr> <e395be80712041022o21b41464g3999c322d93d43a2@mail.gmail.com> <20071204190505.GF15972@mercury.ccil.org> <30b660a20712041852g629e904n588738e8373cea26@mail.gmail.com> <20071205033042.GA10807@mercury.ccil.org> <30b660a20712041936w4a472416ibdbeeda192629c9e@mail.gmail.com> <30b660a20712041949k4cb44ed1m9065459707a2872d@mail.gmail.com>
In-Reply-To: <30b660a20712041949k4cb44ed1m9065459707a2872d@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
MIME-Version: 1.0
X-Spam-Score: -8.0 (--------)
X-Scan-Signature: 03fb21b15d5177c512a4caa19876f30a
Cc:
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>
Content-Type: multipart/mixed; boundary="===============2135279810=="
Errors-To: ltru-bounces@ietf.org

I think #3 would be more than just slightly sub-optimal. Many people would look just at the statement of the ABNF and go away and do things on that basis. The statement of the ABNF should somehow indicate clearly that extlang is DEAD, never to be resurrected.

We need to be clear about the decision we’re making: we are deciding to abandon extlang *permanently*. Removing extlang from the ABNF will leave something that is more-certainly stable in that particular regard. Of course, it doesn’t make the ABNF as a whole stable; but do keep in mind: we would be removing from the ABNF something that was reserved for possible future use. We’ve decided to abandon that future possibility. That is not a destabilizing change on the same order as destabilizing some aspect of the ABNF that was already in use. (Granted, though, some other parties may be concerned about any form of instability.)

Peter

From: Mark Davis [mailto:mark.davis@icu-project.org]
Sent: Tuesday, December 04, 2007 7:50 PM
To: John Cowan
Cc: Frank Ellermann; ltru@lists.ietf.org
Subject: Re: [Ltru] Re: Remove extlang from ABNF?

It doesn't cause a problem. Any existing tag that does not match the new ABNF was, in fact, invalid under RFC 4646.

(The ABNF is the "convex hull" of the definition of valid language tags; all valid language tags must follow the ABNF, but the vast majority of strings that do fit the ABNF are not valid language tags.)

As far as I can see, we have the following alternatives:

 1.  Remove extlang from the ABNF.
 2.  Leave extlang in the ABNF, but document that it is "permanently reserved" (will never be used, a la ISO).
 3.  Leave extlang in the ABNF, and just leave in the documentation from RFC 4646 that it is not used in the current version.
Here is my take.

 *   #1 is the cleanest (for reasons given earlier).
 *   #2 is functionally identical to #1, but may feel warmer and fuzzier to some people.
 *   #3 we could live with, although it would be slightly suboptimal.
Mark
On Dec 4, 2007 7:36 PM, Mark Davis < mark.davis@icu-project.org<mailto:mark.davis@icu-project.org>> wrote:
Sorry; didn't mean to imply that. I meant that I agree with your discussion of why removing them is not an formal problem.

While I agree that we don't have to remove the syntax, removing them would be more than a nicety: it makes the syntax checking significantly simpler, as well as simplifying any APIs that are used with language tags.

Mark

On Dec 4, 2007 7:30 PM, John Cowan <cowan@ccil.org<mailto:cowan@ccil.org>> wrote:
Mark Davis scripsit:

> I agree completely with John. There are no possible current *valid* tags
> that use extlang -- it was only a possibility that we left open for the
> future. By removing extlang, we do no damage at all to existing data or
> code.
As I said, I don't favor removing them -- there is no gain from doing so
except a theoretical nicety.

--
Well, I have news for our current leaders       John Cowan
and the leaders of tomorrow: the Bill of        cowan@ccil.org<mailto:cowan@ccil.org>
Rights is not a frivolous luxury, in force       http://www.ccil.org/~cowan <http://www.ccil.org/%7Ecowan>
only during times of peace and prosperity.
We don't just push it to the side when the going gets tough.  --Molly Ivins


--
Mark



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