W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2008

RE: [Ltru] Proposed resolution for Issue 13 (language tags)

From: Phillips, Addison <addison@amazon.com>
Date: Wed, 16 Apr 2008 15:02:06 +0000
To: Julian Reschke <julian.reschke@gmx.de>
Cc: HTTP Working Group <ietf-http-wg@w3.org>, LTRU Working Group <ltru@ietf.org>
Message-ID: <4D25F22093241741BC1D0EEBC2DBB1DA01200D8D4B@EX-SEA5-D.ant.amazon.com>
Julian replied:

> > It may be better to reference Language-Tag as defined in 2.2.9 for
> compatibility. While it would be good to adopt the modern language tag
> ABNF, that would suggest that receivers reject tags that were well-
> formed but no longer are.
> For the record: that's in RFC4646bis, but not in RFC4646, right?

Yes, exactly so.

> > 2. The new version includes an ABNF production of value to HTTPbis
> (obs-language).
> Now that would be a good reason.

I'm of two minds here:

I would prefer not to reference the 3066-compatible syntax. Language tags which match that production but not 4646/4646bis's have never been valid and the majority of "bad tags" in the wild turn out to match the newer ABNF anyway.

However, some bad tags in the wild might not. Perhaps reference the Section 2.1 ABNF but with a cautionary note about the change?

> Are you saying that HTTP should use that production (obs-language,
> <http://www.tools.ietf.org/html/draft-ietf-ltru-4646bis-12#section-

> 2.2.9>),

(wearing editor hat) I erred in referencing the production name here. In draft-12 it is (sadly) called "Language-Tag" too. I will change the production name to make it distinct in the next-and-hopefully-last version.

Best Regards,


Addison Phillips
Globalization Architect -- Lab126 (Amazon)
Chair -- W3C Internationalization Core WG

Internationalization is not a feature.
It is an architecture.

Received on Wednesday, 16 April 2008 16:26:56 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:45 UTC