Re: [Ltru] Fwd: draft-davis-t-langtag-ext

"Phillips, Addison" <> Thu, 07 July 2011 16:27 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 67E2D1F0C4C for <>; Thu, 7 Jul 2011 09:27:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -103.998
X-Spam-Status: No, score=-103.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MANGLED_TEXT=2.3, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id Uh8QP7FOSPny for <>; Thu, 7 Jul 2011 09:27:31 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id BAC281F0C3E for <>; Thu, 7 Jul 2011 09:27:30 -0700 (PDT)
X-IronPort-AV: E=Sophos; i="4.65,494,1304294400"; d="scan'208,217"; a="478592330"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Jul 2011 16:27:28 +0000
Received: from ( []) by (8.13.8/8.13.8) with ESMTP id p67GRNYn017292 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 7 Jul 2011 16:27:24 GMT
Received: from ([]) by ([fe80::24e8:aabe:e5e7:2f81%12]) with mapi; Thu, 7 Jul 2011 09:27:23 -0700
From: "Phillips, Addison" <>
To: Debbie Garside <>, =?utf-8?B?J01hcmsgRGF2aXMg4piVJw==?= <>, "'Mykyta Yevstifeyev'" <>
Date: Thu, 7 Jul 2011 09:27:21 -0700
Thread-Topic: [Ltru] Fwd: draft-davis-t-langtag-ext
Thread-Index: Acw8tGos/6RKM1axQwWCVckufQGRTgACIWTwAAFesQA=
Message-ID: <>
References: <> <> <> <075401cc3cbd$d7242ee0$856c8ca0$>
In-Reply-To: <075401cc3cbd$d7242ee0$856c8ca0$>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_131F80DEA635F044946897AFDA9AC3476A941CADB3EXSEA31Dantam_"
MIME-Version: 1.0
Cc: 'Pete Resnick' <>, "" <>
Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 07 Jul 2011 16:27:32 -0000

The word “field” here refers to the ABNF construct “field” on the document. So it means that the subtag must occur at the end of that part of the –t extension. The –t extension can, itself, be followed by other extensions or by private use. So, yes, that language tag would be allowed.


From: [] On Behalf Of Debbie Garside
Sent: Thursday, July 07, 2011 8:52 AM
To: 'Mark Davis ☕'; 'Mykyta Yevstifeyev'
Cc: 'Pete Resnick';
Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext


Point of clarification only.

The draft states:

Any purely numeric subtag is a representation of a date in the
       Gregorian calendar.  It MAY occur in any mechanism field.  If it
       does occur:

       *  it MUST occur as the final subtag in the field,

Does field in this context mean the subtags after the t extension but before any further extensions?

In other words is the following allowed:  “ja-t-it-m0-xxx-v21a-2007-i-ami”

Best regards


From: [] On Behalf Of Mark Davis ?
Sent: 07 July 2011 15:43
To: Mykyta Yevstifeyev
Cc: Pete Resnick;
Subject: Re: [Ltru] Fwd: draft-davis-t-langtag-ext

Thanks for the feedback. We can make those corrections.

One question. The primary reason that we chose to use a BCP was primarily because it provided a stable reference; the underlying RFCs can (and have) changed while "BCP47" has remained the same. Listing the current RFCs somewhat undercuts that. Note: if that is the practice we should do it, but it seems odd.

— Il meglio è l’inimico del bene —
On Wed, Jul 6, 2011 at 20:55, Mykyta Yevstifeyev <<>> wrote:

I've identified the following issue in the draft.

Section 2.2 says:

   The subtags in the 't' extension are of the following form:


     | Label  | ABNF                    | Comment                    |


     | t_ext= | "t"                     | Extension                  |

     |        | ("-" lang *("-" field)  | Source + optional field(s) |

     |        | / 1*("-" field))        | Field(s) only (no source)  |

     | lang=  | language                | [BCP47<>]7>], with restrictions |

     |        | ["-" script]            |                            |

     |        | ["-" region]            |                            |

     |        | *("-" variant)          |                            |

     | field= | sep 1*("-" 3*8alphanum) | With restrictions          |

     | sep=   | 1ALPHA 1DIGIT           | Subtag separators          |


I should note that, first of all, reference to RFC 5234 is missing; moreover, and this is more important, making the ABNF definition in the form of table makes such definition an invalid one, in terms of RFC 5234.  Also, there are a number of ABNF nits here.  So, please consider changing this to:

   The subtags in the 't' extension are of the following form, defined

   using ABNF [RFC5234] in <t-ext> rule:

     t-ext    = "t" ("-" lang *("-" field) / 1*("-" field))

     lang     = langtag

     field    = sep 1*("-" 3*8alphanum)

     sep      = ALPHA DIGIT

     alphanum = ALPHA / DIGIT

   where <langta> rule is specified in BCP 47 [BCP47], <ALPHA> and <DIGIT>

   rules - in RFC 5234 [RFC5234].
Also, the minors comments on references.  Reference to BCP 47 should include both references to RFC 5646 and RFC 4647, like:

   [BCP47]    Phillips, A. and M. Davis, "Matching of Language Tags",

              BCP 47, RFC 4647, September 2006.

              Phillips, A., Ed., and M. Davis, Ed., "Tags for Identifying

              Languages", BCP 47, RFC 5646, September 2009.
...and, referencing UTS 35 you shouldn't reference specific parts of the document; this should be done in the text.  Finally, I don't see where [US-ASCII] is used in the text.

Mykyta Yevstifeyev

07.07.2011 2:49, Pete Resnick wrote:
Most of the people on the ietf-languages list are probably on the<> list as well, but I wanted to confirm that everyone got a chance to review this before it proceeded to the IESG. Please have a look at the ltru archive <><> and send any comments to the<> list since that's where discussion seems to be taking place.



Ltru mailing list<>