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

Felix Sasaki <fsasaki@w3.org> Tue, 11 December 2007 23:59 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 1J2F0G-0002Xv-SE; Tue, 11 Dec 2007 18:59:08 -0500
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1J2F0G-0002Xp-4r for ltru-confirm+ok@megatron.ietf.org; Tue, 11 Dec 2007 18:59:08 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2F0F-0002Xh-Pv for ltru@ietf.org; Tue, 11 Dec 2007 18:59:07 -0500
Received: from toro.w3.mag.keio.ac.jp ([133.27.228.201]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J2F0F-0004zg-2r for ltru@ietf.org; Tue, 11 Dec 2007 18:59:07 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by toro.w3.mag.keio.ac.jp (Postfix) with ESMTP id 530742BC25; Wed, 12 Dec 2007 08:59:04 +0900 (JST)
Received: from toro.w3.mag.keio.ac.jp ([127.0.0.1]) by localhost (toro.w3.mag.keio.ac.jp [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HIAqPsOWkb+g; Wed, 12 Dec 2007 08:59:04 +0900 (JST)
Received: from [127.0.0.1] (p6e3ef9.w032bw01.ap.so-net.ne.jp [218.110.62.249]) by toro.w3.mag.keio.ac.jp (Postfix) with ESMTP id 1683A2BC24; Wed, 12 Dec 2007 08:59:02 +0900 (JST)
Message-ID: <475F2439.6020007@w3.org>
Date: Wed, 12 Dec 2007 08:58:49 +0900
From: Felix Sasaki <fsasaki@w3.org>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: Peter Constable <petercon@microsoft.com>
Subject: Re: [Ltru] Re: Remove extlang from ABNF?
References: <E1J01vI-0003cW-Rd@megatron.ietf.org> <019601c83818$b06c3070$6601a8c0@DGBP7M81> <DDB6DE6E9D27DD478AE6D1BBBB83579561E51429AA@NA-EXMSG-C117.redmond.corp.microsoft.com> <6.0.0.20.2.20071211163740.0a090850@localhost> <475E8342.1080206@w3.org> <DDB6DE6E9D27DD478AE6D1BBBB83579561E52A6F79@NA-EXMSG-C117.redmond.corp.microsoft.com>
In-Reply-To: <DDB6DE6E9D27DD478AE6D1BBBB83579561E52A6F79@NA-EXMSG-C117.redmond.corp.microsoft.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
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

Peter Constable wrote:
> If XML Schema 1.1 is still a work in progress, and assuming 4646bis wraps up quickly (which I hope will be the case), why would it not be possible (and, indeed, why would it not be welcomed) to suggest that XML Schema 1.1 use ABNF from 4646bis that differs from 4646 by removing a never-to-be-used construct and hence is simpler?
>   

As I said before, the I18N core Working Group within W3C proposed to the 
XML Schema Working Group to refer to the ABNF from RFC 4646. I had a 
call with someone from the XML Schema working group this morning, and it 
seems they are various opinions in the XML Schema Working Group about 
how to refer to language tag specs:

1) refer to a specific spec, e.g. RFC 3066 (this is what is currently at 
http://www.w3.org/TR/xmlschema-2/#language , i.e. a reference to RFC 3066)
2) make no type constraint, just refer to the (ISO) language codes
3) say that a validator needs to check current version of language code 
spec if it wants to do the right thing (where "needs" doesn't have any 
normative power), and providing the necessary reference for  that.

The current tendency within the XML Schema Working Group is that they 
might go for 3) and replace the reference to 3066 with a reference to 
BCP 47.
However, the pattern for validation of the language data type will 
probably not be changed, it will stay as RFC 3066 like

[a-zA-Z]{1,8}(-[a-zA-Z0-9]{1,8})*

So for this thread I think this mainly means good news (an "old" 
reference to the RFC 4646 ABNF in XML Schema is not a problem anymore, 
since they will not have it anyway ) and some bad news (there will be 
the old RFC 3066 ABNF also in XML Schema 1.1). I think the later news 
should not prevent people from in LTRU moving forward.

Felix|
|



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