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

Peter Constable <petercon@microsoft.com> Tue, 11 December 2007 15:21 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 1J26vC-00021S-KJ; Tue, 11 Dec 2007 10:21:22 -0500
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1J26vB-0001wd-Fk for ltru-confirm+ok@megatron.ietf.org; Tue, 11 Dec 2007 10:21:21 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J26vB-0001wV-5z for ltru@ietf.org; Tue, 11 Dec 2007 10:21:21 -0500
Received: from maila.microsoft.com ([131.107.115.212] helo=smtp.microsoft.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J26vA-0002MW-Ns for ltru@ietf.org; Tue, 11 Dec 2007 10:21:21 -0500
Received: from tk1-exhub-c103.redmond.corp.microsoft.com (157.56.116.114) by TK5-EXGWY-E801.partners.extranet.microsoft.com (10.251.56.50) with Microsoft SMTP Server (TLS) id 8.1.222.3; Tue, 11 Dec 2007 07:21:20 -0800
Received: from NA-EXMSG-C117.redmond.corp.microsoft.com ([157.54.62.44]) by tk1-exhub-c103.redmond.corp.microsoft.com ([157.56.116.114]) with mapi; Tue, 11 Dec 2007 07:21:19 -0800
From: Peter Constable <petercon@microsoft.com>
To: LTRU Working Group <ltru@ietf.org>
Date: Tue, 11 Dec 2007 07:21:18 -0800
Subject: RE: [Ltru] Re: Remove extlang from ABNF?
Thread-Topic: [Ltru] Re: Remove extlang from ABNF?
Thread-Index: Acg78eNUBCnSfp2BR5y6f8WGvzYUcgAFze/w
Message-ID: <DDB6DE6E9D27DD478AE6D1BBBB83579561E52A6F79@NA-EXMSG-C117.redmond.corp.microsoft.com>
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>
In-Reply-To: <475E8342.1080206@w3.org>
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: b7b9551d71acde901886cc48bfc088a6
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

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?


Peter


> -----Original Message-----
> From: Felix Sasaki [mailto:fsasaki@w3.org]
> Sent: Tuesday, December 11, 2007 4:32 AM
> To: Martin Duerst
> Cc: Peter Constable; LTRU Working Group
> Subject: Re: [Ltru] Re: Remove extlang from ABNF?
>
> Martin Duerst wrote:
> > At 01:16 07/12/07, Peter Constable wrote:
> >
> >> Content-Language: en-US
> >> Content-Type: text/plain; charset="utf-8"
> >>
> >>
> >>> From: Doug Ewell [mailto:dewell@roadrunner.com]
> >>>
> >>>>> That's my whole point - the danger that specs writers might look
> at
> >>>>> the dropped extlang and say "they are dropping features between
> >>>>> versions of  BCP 47, so we better refer to an RFC *only* and even
> >>>>> leave 'or its successor' out".
> >>>>>
> >>>> But this is a key: we are *not* dropping any features. We are
> >>>>
> >>> dropping
> >>>
> >>>> the possibility of a future feature. The change to the ABNF
> (whether
> >>>> by removing the extlang subtag entirely or by renaming and/or
> >>>> comments) is to clean it up so that implementers do not implement
> for
> >>>> non-and-never-to-be-features.
> >>>>
> >>> I think what Felix meant was not that we are dropping features, but
> >>> that
> >>> it may appear to the outside observer that we are dropping
> features.
> >>>
> >> I understood that. But I think it's significant that we are *not*
> removing
> >> any features, and it seems to me that could be explained easily
> enough.
> >>
> >
> > [chairs hat OFF]
> >
> > It looks like this could be explained easily enough, but I'm quite
> > sure that this won't be the case. XML, and XML Schema, are very
> > strictly defined languages. Fortunately, we managed to get XML
> > away from including a grammar for language tags in an early erratum/
> > corrigendum. But if XML Schema has indeed used RFC 4646 for defining
> > the syntactic range of language tags, then we should not remove
> > some productions.
> This is a repetition, but maybe useful in this long thread.
>
> The W3C i18n core Working Group asked the XML Schema Working Group to
> use the RFC 4646 syntactic range of language tags for XML Schema 1.1
> (datatypes), see
> http://www.w3.org/Bugs/Public/show_bug.cgi?id=3079#c2 (search for "here
> RFC 4646 grammar")
> We assumed that the RFC 4646 ABNF will be stable, and since XML Schema
> 1.0 (datatypes) uses the ABNF from RFC 3066
> http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/#language
> it seems natural to propose for XML Schema 1..1 to have the RFC 4646
> ABNF for XML Schema 1.1.
>
> Felix
>
>
>
>
>
>



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