Re: [Ltru] Proposed resolution for Issue 13 (language tags)
Martin Duerst <duerst@it.aoyama.ac.jp> Tue, 15 April 2008 02:48 UTC
Return-Path: <ltru-bounces@ietf.org>
X-Original-To: ltru-archive@megatron.ietf.org
Delivered-To: ietfarch-ltru-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1CDF828C1DB; Mon, 14 Apr 2008 19:48:39 -0700 (PDT)
X-Original-To: ltru@core3.amsl.com
Delivered-To: ltru@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 397E528C1DB for <ltru@core3.amsl.com>; Mon, 14 Apr 2008 19:48:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.228
X-Spam-Level: *
X-Spam-Status: No, score=1.228 tagged_above=-999 required=5 tests=[AWL=0.022, BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, J_CHICKENPOX_23=0.6, RCVD_IN_NJABL_RELAY=2.696]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oDyVORMG29O4 for <ltru@core3.amsl.com>; Mon, 14 Apr 2008 19:48:37 -0700 (PDT)
Received: from scmailgw2.scop.aoyama.ac.jp (scmailgw2.scop.aoyama.ac.jp [133.2.251.195]) by core3.amsl.com (Postfix) with ESMTP id D150C28C0FF for <ltru@ietf.org>; Mon, 14 Apr 2008 19:48:36 -0700 (PDT)
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17]) by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id m3F2n7Pw000196 for <ltru@ietf.org>; Tue, 15 Apr 2008 11:49:07 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp id 159b_847c49cc_0a96_11dd_87db_0014221f2a2d; Tue, 15 Apr 2008 11:49:07 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:60785) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S5CD1E8> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>; Tue, 15 Apr 2008 11:44:20 +0900
Message-Id: <6.0.0.20.2.20080415105232.09284ec0@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 15 Apr 2008 11:47:19 +0900
To: Julian Reschke <julian.reschke@gmx.de>, HTTP Working Group <ietf-http-wg@w3.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
In-Reply-To: <48037FF9.9030103@gmx.de>
References: <48037FF9.9030103@gmx.de>
Mime-Version: 1.0
Cc: LTRU Working Group <ltru@ietf.org>
Subject: Re: [Ltru] Proposed resolution for Issue 13 (language tags)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ltru-bounces@ietf.org
Errors-To: ltru-bounces@ietf.org
I have copied the IETF LTRU (Language Tag Registry Update) WG to make sure they can help get this right. LTRU WG - this is a copy of a reply to a mail on the HTTP WG mailing list about language tags. The spec being updated is http://www.ietf.org/rfc/rfc2616.txt. See in particular sections 3.10, Language Tags, 14.4, Accept-Language, and 14.12, Content-Language. Please stop cross-posting for issues that don't affect both groups! Please change the Subject if you change the subject! At 01:02 08/04/15, Julian Reschke wrote: > >Hi, > >(see also <http://www3.tools.ietf.org/wg/httpbis/trac/ticket/13>). > >So far we have delayed the resolution 13 until we're done with the ABNF conversion, but since then we have made other changes to the ABNF anyway. Therefore, I'd like to get this one resolved; there's doesn't seem to be anything holding it up...: > >Section 3.5., paragraph 2: >OLD: > > The syntax and registry of HTTP language tags is the same as that > defined by [RFC1766]. In summary, a language tag is composed of 1 or > more parts: A primary language tag and a possibly empty series of > subtags: > >NEW: > > The syntax and registry of HTTP language tags is the same as that > defined by [RFC4646]. In summary, a language tag is composed of one > or more parts: A primary language tag and a possibly empty series of > subtags, The above text gives the impression that there is a separate concept of a "HTTP language tag". Why not just say something like "HTTP uses language tags as defined in ...". Also, with RFC 4646, any further (currently being worked on by the LTRU WG) extensions (not in syntax, but in the number of languages covered) might be excluded. People have been wondering e.g. whether they can use RFC 3066 or RFC 4646 language tags with RFC 2616, we don't want that to happen again. RFC 4646 (and RFC 4647, which defines matching) can be referenced as BCP 47, which doesn't have to be updated even if a new RFC makes more language tags available. The basic syntax is still the same. So I strongly suggest you reference BCP 47 rather than a specific RFC. >Section 3.5., paragraph 3: >OLD: > > language-tag = primary-tag *( "-" subtag ) > primary-tag = 1*8ALPHA > subtag = 1*8ALPHA > >NEW: > > language-tag = <Language-Tag, defined in [RFC4646], Section 2.1> See above. >Section 3.5., paragraph 4: >OLD: > > White space is not allowed within the tag and all tags are case- > insensitive. The name space of language tags is administered by the > IANA. Example tags include: > >NEW: > > White space is not allowed within the tag and all tags are case- > insensitive. The name space of language tags is administered by the > IANA (<http://www.iana.org/assignments/language-tags>). As you can see on that page, the registry of full language tags is obsolete. It has been replaced by the language subtag registry, at http://www.iana.org/assignments/language-subtag-registry. > Example tags include: > > >Section 3.5., paragraph 6: >OLD: > > where any two-letter primary-tag is an ISO-639 language abbreviation > and any two-letter initial subtag is an ISO-3166 country code. (The > last three tags above are not registered tags; all but the last are > examples of tags which could be registered in future.) > >NEW: > > (The last three tags above are not registered tags; all but the last > are examples of tags which could be registered in future.) This has to be reworded. en-US is a tag allowed based on the current subtag registrations. I'm not totally sure about en-cockney and i-cherokee. The LTRU WG can provide more or different examples. > See RFC 4646 for further information. Again, better use BCP 47. For 14.4, Accept-Language, please note that BCP 47 (RFC 4647 currently) also defines a language-range, probably the same as you have, so you should reference that. There are also various variants for matching predefined; you should be able to choose the one that fits your needs best and then only have to define a few details. >...feedback appreciated. Great. I'm sure that with the cross-posting, you'll get some more. Regards, Martin. #-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University #-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp _______________________________________________ Ltru mailing list Ltru@ietf.org https://www.ietf.org/mailman/listinfo/ltru
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Martin Duerst
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Julian Reschke
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Julian Reschke
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Phillips, Addison
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Phillips, Addison
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Phillips, Addison
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Martin Duerst
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Debbie Garside
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Mark Davis
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Phillips, Addison
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Mark Davis
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Debbie Garside
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Julian Reschke
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Julian Reschke
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Julian Reschke
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Phillips, Addison
- [Ltru] Issue 113 (language tag matching (Accept-L… Julian Reschke
- Re: [Ltru] Issue 113 (language tag matching (Acce… John Cowan
- Re: [Ltru] Issue 113 (language tag matching (Acce… Julian Reschke
- Re: [Ltru] Issue 113 (language tag matching (Acce… Phillips, Addison
- Re: [Ltru] Issue 113 (language tag matching (Acce… Phillips, Addison
- Re: [Ltru] Issue 113 (language tag matching (Acce… Julian Reschke
- [Ltru] Issue 181 (Accept-Language: which RFC4647 … Julian Reschke
- Re: [Ltru] Proposed resolution for Issue 13 (lang… Julian Reschke
- [Ltru] Issue 181, was: Issue 113 (language tag ma… Julian Reschke
- Re: [Ltru] Issue 181, was: Issue 113 (language ta… Phillips, Addison
- Re: [Ltru] Issue 181, was: Issue 113 (language ta… John Cowan
- Re: [Ltru] Issue 181, was: Issue 113 (language ta… Phillips, Addison
- Re: [Ltru] Issue 181, was: Issue 113 (language ta… Julian Reschke
- Re: [Ltru] Issue 181, was: Issue 113 (language ta… Julian Reschke
- Re: [Ltru] Issue 181, was: Issue 113 (language ta… Julian Reschke
- Re: [Ltru] Issue 181, was: Issue 113 (language ta… Julian Reschke