From randy_presuhn@mindspring.com Wed Aug 3 12:03:52 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 150435E8003 for ; Wed, 3 Aug 2011 12:03:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.294 X-Spam-Level: X-Spam-Status: No, score=-102.294 tagged_above=-999 required=5 tests=[AWL=0.305, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id reXQrD5H7HXG for ; Wed, 3 Aug 2011 12:03:51 -0700 (PDT) Received: from elasmtp-spurfowl.atl.sa.earthlink.net (elasmtp-spurfowl.atl.sa.earthlink.net [209.86.89.66]) by ietfa.amsl.com (Postfix) with ESMTP id 963E05E8001 for ; Wed, 3 Aug 2011 12:03:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=WysOQOc+UXGpb2Z66cD5yTBpPh45Ox6FxBrJZ23ob2QO1UIDkrTw0Z302V+flISc; h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [99.55.172.135] (helo=oemcomputer) by elasmtp-spurfowl.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1QogjZ-0005Bw-Qn for ltru@ietf.org; Wed, 03 Aug 2011 15:04:02 -0400 Message-ID: <00c801cc5210$f3ec3640$6801a8c0@oemcomputer> From: "Randy Presuhn" To: "LTRU Working Group" Date: Wed, 3 Aug 2011 12:10:04 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8887f779e183b2ee288415ae420d603b16a6f3024e4d3354ab3350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.55.172.135 Subject: [Ltru] Fw: New Non-WG Mailing List: happiana -- IETF/W3C/IANA Registry Happiness X-BeenThere: ltru@ietf.org 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: Wed, 03 Aug 2011 19:03:52 -0000 Hi - I don't know anything more about this than what the announcement says, but it sounds like something that some of the people on this list probably might care about. Randy ----- Original Message ----- > From: "IETF Secretariat" > To: "IETF Announcement list" > Cc: ; > Sent: Wednesday, August 03, 2011 11:54 AM > Subject: New Non-WG Mailing List: happiana -- IETF/W3C/IANA Registry Happiness > > > > A new IETF non-working group email list has been created. > > List address: happiana@ietf.org > Archive: http://www.ietf.org/mail-archive/web/happiana/ > To subscribe: https://www.ietf.org/mailman/listinfo/happiana > > Purpose: This list is for discussion of IANA Registry issues to > result in Happy IETF, Happy W3C, and Happy IANA. > > For additional information, please contact the list administrators. > _______________________________________________ > IETF-Announce mailing list > IETF-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/ietf-announce From mark.edward.davis@gmail.com Mon Aug 8 09:06:50 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB1F221F8B19 for ; Mon, 8 Aug 2011 09:06:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.518 X-Spam-Level: X-Spam-Status: No, score=-1.518 tagged_above=-999 required=5 tests=[AWL=0.274, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KwJadHz6ho1s for ; Mon, 8 Aug 2011 09:06:50 -0700 (PDT) Received: from mail-yi0-f44.google.com (mail-yi0-f44.google.com [209.85.218.44]) by ietfa.amsl.com (Postfix) with ESMTP id 31C6D21F8A7E for ; Mon, 8 Aug 2011 09:06:46 -0700 (PDT) Received: by yie12 with SMTP id 12so1362693yie.31 for ; Mon, 08 Aug 2011 09:07:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Z9YftctOxFlLRUhkqzW6+rEib0+6XUxJ8pmnF9lYk3Q=; b=Fg2mxlDLvEZquW85EupYPE/slKxNUlOj7gWTEzSxrjfu/xiuyw8QQXBw9YMjY6+VV8 r19SRkSl40XoOj1HypoQbaCUyCeU2K39NZjN3UUPmU4D3GESzF6lZmdfF1rTGNv77HcV nwp2vQjngWSd4rhb3QfjXtfLACFjDQwweTihI= MIME-Version: 1.0 Received: by 10.150.243.9 with SMTP id q9mr6205788ybh.52.1312819632182; Mon, 08 Aug 2011 09:07:12 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.151.148.6 with HTTP; Mon, 8 Aug 2011 09:07:12 -0700 (PDT) In-Reply-To: References: <20110707140047.665a7a7059d7ee80bb4d670165c8327d.487d506b5f.wbe@email03.secureserver.net> <4E27FC02.2000101@it.aoyama.ac.jp> Date: Mon, 8 Aug 2011 09:07:12 -0700 X-Google-Sender-Auth: y50Z8Z98tJ9eUZipIXU7vsjeCqA Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: ltru@ietf.org Content-Type: multipart/alternative; boundary=000e0cd2a05ad4969404aa00a3a1 Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Mon, 08 Aug 2011 16:06:50 -0000 --000e0cd2a05ad4969404aa00a3a1 Content-Type: text/plain; charset=UTF-8 Ok, we've rolled up changes based on feedback and posted. (I wasn't able to post earlier; most of these were in the working document linked to while posting was disallowed.) Version: http://tools.ietf.org/html/draft-davis-t-langtag-ext Diffs: http://tools.ietf.org/rfcdiff?url2=draft-davis-t-langtag-ext-04.txt This summarizes the changes: - Wording fixes - Focus on 'transformed content' - Improved examples - Clarified use in structured data - Clearer registration process - Example of the transform.xml Thanks to all for the comments. Are there any further issues that need to be cleaned up in the text? Mark Mark --000e0cd2a05ad4969404aa00a3a1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable = Ok, we've rolled up changes based on feedback and posted. (I wasn't= able to post earlier; most of these were in the working document linked to= while posting was disallowed.)
=

This summarizes the changes:
  • = = Wording fixes
  • Focus on 'transformed content'
  • Improved examples=
  • Clarified use in structured data
  • Clearer registration pr= ocess
  • Example of the transform.xml
Thanks to all for the= comments. Are there any further issues that need to be cleaned up in the t= ext?

Mark

Mark


--000e0cd2a05ad4969404aa00a3a1-- From cewcathar@hotmail.com Tue Aug 9 13:38:34 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F85611E80F6 for ; Tue, 9 Aug 2011 13:38:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.59 X-Spam-Level: X-Spam-Status: No, score=-2.59 tagged_above=-999 required=5 tests=[AWL=0.008, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qvtkYcpAptJz for ; Tue, 9 Aug 2011 13:38:33 -0700 (PDT) Received: from snt0-omc3-s3.snt0.hotmail.com (snt0-omc3-s3.snt0.hotmail.com [65.55.90.142]) by ietfa.amsl.com (Postfix) with ESMTP id 05A6611E80E6 for ; Tue, 9 Aug 2011 13:38:32 -0700 (PDT) Received: from SNT142-W50 ([65.55.90.136]) by snt0-omc3-s3.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 9 Aug 2011 13:38:58 -0700 Message-ID: Content-Type: multipart/alternative; boundary="_f0d6818b-7155-4900-89ee-8f6e9a8fe1e1_" X-Originating-IP: [64.134.190.52] From: CE Whitehead To: Date: Tue, 9 Aug 2011 16:38:58 -0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 09 Aug 2011 20:38:58.0340 (UTC) FILETIME=[5D303E40:01CC56D4] Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Tue, 09 Aug 2011 20:38:34 -0000 --_f0d6818b-7155-4900-89ee-8f6e9a8fe1e1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi.From: Mark Davis =E2 Date: Mon=2C 8 Aug 2011 09:07:12 -0700> Ok=2C we've rolled up changes based= on feedback and posted. (I wasn't able to post earlier=3B most of these we= re in the working > document linked to while posting was disallowed.)> . .= . It looks fine to me=3B one more minor proofreading nit if you're still = looking for those: 2.5 Last P "A language tag with the t extension MAY be used to request a specific tr= ansform of content. In such a case=2C the recipient SHOULD return conten= t that corresponds as closely as feasible to the requested transform=2C i= ncluding the specification of the mechanism. For example=2C if the reque= st is ja-t-it-m0-xxx-v21a-2007=2C and the recipient has content correspon= ding to both ja-t-it-m0-xxx-v21a-2007 and ja-t-it-m0-xxx-v21a-2009=2C the= n the 2007 version would be preferred. As is the case for language match= ing as discussed in [BCP47]=2C different implementations MAY have differe= nt measures of "closeness"." { COMMENT: I would prefer "should be returned" or "is normally returned" o= ver "would be preferred=3B" also I would not use "would=3B" I would use "sh= ould" or else use all present tense forms here . . . } =3D>"A language tag with the t extension MAY be used to request a specific = transform of content. In such a case=2C the recipient SHOULD return co= ntent that corresponds as closely as feasible to the requested transform= =2C including the specification of the mechanism. For example=2C if the = request is ja-t-it-m0-xxx-v21a-2007=2C and the recipient has content corr= esponding to both ja-t-it-m0-xxx-v21a-2007 and ja-t-it-m0-xxx-v21a-2009= =2C then the 2007 version is normally returned. As is the case for languag= e matching as discussed in [BCP47]=2C different implementations MAY have = different measures of "closeness"." { COMMENT2: alternately you could say here=2C=3D>"For example=2C if the req= uest is ja-t-it-m0-xxx-v21a-2007=2C and the recipient has content correspon= ding to both. . . =2C then the 2007 version SHOULD normally be returned." } Best=2C --C. E. Whiteheadcewcathar@hotmail.com=20 = --_f0d6818b-7155-4900-89ee-8f6e9a8fe1e1_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi.
From: Mark= Davis =E2 <=3Bmark at macchiato.co= m>=3B
Date: Mon=2C 8 Aug 2011 09:07:12 -0700
>=3B = =3BOk=2C we've rolled up changes based on feedback and p= osted. (I wasn't able to post earlier=3B most of these were in the working&= nbsp=3B
>=3B document linked to while postin= g was disallowed.)
>=3B  =3B. . . = =3B
 =3BIt looks fine to me=3B one more minor proofreading nit if yo= u're still looking for those:

2.5 Last P

<= font class=3D"Apple-style-span" face=3D"Tahoma" size=3D"2">"A language tag = with the t extension MAY be used to request a specific
 =3B  =3Bt= ransform of content.  =3BIn such a case=2C the recipient SHOULD return<= /font>
 =3B  =3Bcontent that corresponds as closely as feasible to the r= equested
 =3B  =3Btransform=2C including the specification of the= mechanism.  =3BFor
 =3B  =3Bexample=2C if the request is ja-= t-it-m0-xxx-v21a-2007=2C and the
 =3B  =3Brecipient has content c= orresponding to both ja-t-it-m0-xxx-v21a-2007
 =3B  =3Band ja-t-= it-m0-xxx-v21a-2009=2C then the 2007 version would be
 =3B  =3Bpr= eferred.  =3BAs is the case for language matching as discussed in
&nb= sp=3B  =3B[BCP47]=2C different implementations MAY have different measu= res of
 =3B  =3B"closeness"."

{ COMMENT:  =3BI would= prefer "should be returned" or "is normally returned" over "would be prefe= rred=3B" also I would not use "would=3B" I would use "should" or else use a= ll present tense forms here . . . }

=3D>=3B
"A language tag wi= th the t extension MAY be used to request a specific
 =3B  =3Btra= nsform of content.  =3BIn such a case=2C the recipient SHOULD return
=  =3B  =3Bcontent that corresponds as closely as feasible to the req= uested
 =3B  =3Btransform=2C including the specification of the m= echanism.  =3BFor
 =3B  =3Bexample=2C if the request is ja-t-= it-m0-xxx-v21a-2007=2C and the
 =3B  =3Brecipient has content cor= responding to both ja-t-it-m0-xxx-v21a-2007
 =3B  =3Band ja-t-it-= m0-xxx-v21a-2009=2C then the 2007 version is normally returned.  =3BAs = is the case for language matching as discussed in
 =3B  =3B[BCP47= ]=2C different implementations MAY have different measures of
<= div> =3B &n= bsp=3B"closeness"."

{ COMMENT2: alternately you could say here=2C=
=3D>=3B
"For example=2C if the request is ja-t-it-m0-xxx-v21a-2007= =2C and the recipient has content corresponding to both
. . . =2C =3B=
then the 2007 version SHOULD normally be returned." }
<= font class=3D"Apple-style-span" face=3D"Tahoma" size=3D"2">
Best=2C

--C. E. Whitehead
cewcathar@hotmail.com =3B
= --_f0d6818b-7155-4900-89ee-8f6e9a8fe1e1_-- From addison@lab126.com Tue Aug 9 14:25:00 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B8CA11E808E for ; Tue, 9 Aug 2011 14:25:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.115 X-Spam-Level: X-Spam-Status: No, score=-106.115 tagged_above=-999 required=5 tests=[AWL=0.483, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XlHrKeItJPYF for ; Tue, 9 Aug 2011 14:24:59 -0700 (PDT) Received: from smtp-fw-4101.amazon.com (smtp-fw-4101.amazon.com [72.21.198.25]) by ietfa.amsl.com (Postfix) with ESMTP id 9007711E80A3 for ; Tue, 9 Aug 2011 14:24:55 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.67,345,1309737600"; d="scan'208,217";a="499378655" Received: from smtp-in-0102.sea3.amazon.com ([10.224.19.46]) by smtp-border-fw-out-4101.iad4.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 09 Aug 2011 21:25:24 +0000 Received: from ex-hub-31010.ant.amazon.com (ex-hub-31010.sea31.amazon.com [10.185.169.7]) by smtp-in-0102.sea3.amazon.com (8.13.8/8.13.8) with ESMTP id p79LPKXF013481 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 9 Aug 2011 21:25:20 GMT Received: from EX-SEA31-D.ant.amazon.com ([169.254.1.184]) by ex-hub-31010.ant.amazon.com ([::1]) with mapi; Tue, 9 Aug 2011 14:25:19 -0700 From: "Phillips, Addison" To: CE Whitehead , "ltru@ietf.org" Date: Tue, 9 Aug 2011 14:25:18 -0700 Thread-Topic: [Ltru] draft-davis-t-langtag-ext Thread-Index: AcxW1GNe6uo+u0OuRsyR1FlP+bD03QABkdKQ Message-ID: <131F80DEA635F044946897AFDA9AC3476A95070A7D@EX-SEA31-D.ant.amazon.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_131F80DEA635F044946897AFDA9AC3476A95070A7DEXSEA31Dantam_" MIME-Version: 1.0 Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Tue, 09 Aug 2011 21:25:00 -0000 --_000_131F80DEA635F044946897AFDA9AC3476A95070A7DEXSEA31Dantam_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 4oCcU0hPVUxE4oCdIGlzIGEgbWFnaWMgd29yZC4gSXTigJlzIG5vdCBhcHByb3ByaWF0ZSBpbiB0 aGVzZSBjYXNlcywgSU1PLg0KDQpBZGRpc29uDQoNCkZyb206IGx0cnUtYm91bmNlc0BpZXRmLm9y ZyBbbWFpbHRvOmx0cnUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIENFIFdoaXRlaGVh ZA0KU2VudDogVHVlc2RheSwgQXVndXN0IDA5LCAyMDExIDE6MzkgUE0NClRvOiBsdHJ1QGlldGYu b3JnDQpTdWJqZWN0OiBSZTogW0x0cnVdIGRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQNCg0KSGku DQpGcm9tOiBNYXJrIERhdmlzIMOiIDxtYXJrIGF0IG1hY2NoaWF0by5jb208bWFpbHRvOm1hcmtA RE9NQUlOLkhJRERFTj4+DQpEYXRlOiBNb24sIDggQXVnIDIwMTEgMDk6MDc6MTIgLTA3MDANCj4g T2ssIHdlJ3ZlIHJvbGxlZCB1cCBjaGFuZ2VzIGJhc2VkIG9uIGZlZWRiYWNrIGFuZCBwb3N0ZWQu IChJIHdhc24ndCBhYmxlIHRvIHBvc3QgZWFybGllcjsgbW9zdCBvZiB0aGVzZSB3ZXJlIGluIHRo ZSB3b3JraW5nDQo+IGRvY3VtZW50IGxpbmtlZCB0byB3aGlsZSBwb3N0aW5nIHdhcyBkaXNhbGxv d2VkLikNCj4gIC4gLiAuDQogSXQgbG9va3MgZmluZSB0byBtZTsgb25lIG1vcmUgbWlub3IgcHJv b2ZyZWFkaW5nIG5pdCBpZiB5b3UncmUgc3RpbGwgbG9va2luZyBmb3IgdGhvc2U6DQoNCjIuNSBM YXN0IFANCg0KIkEgbGFuZ3VhZ2UgdGFnIHdpdGggdGhlIHQgZXh0ZW5zaW9uIE1BWSBiZSB1c2Vk IHRvIHJlcXVlc3QgYSBzcGVjaWZpYw0KICAgdHJhbnNmb3JtIG9mIGNvbnRlbnQuICBJbiBzdWNo IGEgY2FzZSwgdGhlIHJlY2lwaWVudCBTSE9VTEQgcmV0dXJuDQogICBjb250ZW50IHRoYXQgY29y cmVzcG9uZHMgYXMgY2xvc2VseSBhcyBmZWFzaWJsZSB0byB0aGUgcmVxdWVzdGVkDQogICB0cmFu c2Zvcm0sIGluY2x1ZGluZyB0aGUgc3BlY2lmaWNhdGlvbiBvZiB0aGUgbWVjaGFuaXNtLiAgRm9y DQogICBleGFtcGxlLCBpZiB0aGUgcmVxdWVzdCBpcyBqYS10LWl0LW0wLXh4eC12MjFhLTIwMDcs IGFuZCB0aGUNCiAgIHJlY2lwaWVudCBoYXMgY29udGVudCBjb3JyZXNwb25kaW5nIHRvIGJvdGgg amEtdC1pdC1tMC14eHgtdjIxYS0yMDA3DQogICBhbmQgamEtdC1pdC1tMC14eHgtdjIxYS0yMDA5 LCB0aGVuIHRoZSAyMDA3IHZlcnNpb24gd291bGQgYmUNCiAgIHByZWZlcnJlZC4gIEFzIGlzIHRo ZSBjYXNlIGZvciBsYW5ndWFnZSBtYXRjaGluZyBhcyBkaXNjdXNzZWQgaW4NCiAgIFtCQ1A0N10s IGRpZmZlcmVudCBpbXBsZW1lbnRhdGlvbnMgTUFZIGhhdmUgZGlmZmVyZW50IG1lYXN1cmVzIG9m DQogICAiY2xvc2VuZXNzIi4iDQoNCnsgQ09NTUVOVDogIEkgd291bGQgcHJlZmVyICJzaG91bGQg YmUgcmV0dXJuZWQiIG9yICJpcyBub3JtYWxseSByZXR1cm5lZCIgb3ZlciAid291bGQgYmUgcHJl ZmVycmVkOyIgYWxzbyBJIHdvdWxkIG5vdCB1c2UgIndvdWxkOyIgSSB3b3VsZCB1c2UgInNob3Vs ZCIgb3IgZWxzZSB1c2UgYWxsIHByZXNlbnQgdGVuc2UgZm9ybXMgaGVyZSAuIC4gLiB9DQoNCj0+ DQoiQSBsYW5ndWFnZSB0YWcgd2l0aCB0aGUgdCBleHRlbnNpb24gTUFZIGJlIHVzZWQgdG8gcmVx dWVzdCBhIHNwZWNpZmljDQogICB0cmFuc2Zvcm0gb2YgY29udGVudC4gIEluIHN1Y2ggYSBjYXNl LCB0aGUgcmVjaXBpZW50IFNIT1VMRCByZXR1cm4NCiAgIGNvbnRlbnQgdGhhdCBjb3JyZXNwb25k cyBhcyBjbG9zZWx5IGFzIGZlYXNpYmxlIHRvIHRoZSByZXF1ZXN0ZWQNCiAgIHRyYW5zZm9ybSwg aW5jbHVkaW5nIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHRoZSBtZWNoYW5pc20uICBGb3INCiAgIGV4 YW1wbGUsIGlmIHRoZSByZXF1ZXN0IGlzIGphLXQtaXQtbTAteHh4LXYyMWEtMjAwNywgYW5kIHRo ZQ0KICAgcmVjaXBpZW50IGhhcyBjb250ZW50IGNvcnJlc3BvbmRpbmcgdG8gYm90aCBqYS10LWl0 LW0wLXh4eC12MjFhLTIwMDcNCiAgIGFuZCBqYS10LWl0LW0wLXh4eC12MjFhLTIwMDksIHRoZW4g dGhlIDIwMDcgdmVyc2lvbiBpcyBub3JtYWxseSByZXR1cm5lZC4gIEFzIGlzIHRoZSBjYXNlIGZv ciBsYW5ndWFnZSBtYXRjaGluZyBhcyBkaXNjdXNzZWQgaW4NCiAgIFtCQ1A0N10sIGRpZmZlcmVu dCBpbXBsZW1lbnRhdGlvbnMgTUFZIGhhdmUgZGlmZmVyZW50IG1lYXN1cmVzIG9mDQogICAiY2xv c2VuZXNzIi4iDQoNCnsgQ09NTUVOVDI6IGFsdGVybmF0ZWx5IHlvdSBjb3VsZCBzYXkgaGVyZSwN Cj0+DQoiRm9yIGV4YW1wbGUsIGlmIHRoZSByZXF1ZXN0IGlzIGphLXQtaXQtbTAteHh4LXYyMWEt MjAwNywgYW5kIHRoZSByZWNpcGllbnQgaGFzIGNvbnRlbnQgY29ycmVzcG9uZGluZyB0byBib3Ro DQouIC4gLiAsDQp0aGVuIHRoZSAyMDA3IHZlcnNpb24gU0hPVUxEIG5vcm1hbGx5IGJlIHJldHVy bmVkLiIgfQ0KDQpCZXN0LA0KDQotLUMuIEUuIFdoaXRlaGVhZA0KY2V3Y2F0aGFyQGhvdG1haWwu Y29tPG1haWx0bzpjZXdjYXRoYXJAaG90bWFpbC5jb20+DQo= --_000_131F80DEA635F044946897AFDA9AC3476A95070A7DEXSEA31Dantam_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PE1FVEEgSFRUUC1FUVVJVj0iQ29udGVudC1UeXBlIiBDT05URU5UPSJ0ZXh0L2h0bWw7IGNoYXJz ZXQ9dXRmLTgiPg0KPGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwi IHhtbG5zOm89InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6 dz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDov L3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDov L3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgbmFtZT1HZW5lcmF0b3IgY29u dGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJNUyBNaW5j aG8iOw0KCXBhbm9zZS0xOjIgMiA2IDkgNCAyIDUgOCAzIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250 LWZhbWlseToiTVMgTWluY2hvIjsNCglwYW5vc2UtMToyIDIgNiA5IDQgMiA1IDggMyA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIg NCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToy IDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1TIE1p bmNobyI7DQoJcGFub3NlLTE6MiAyIDYgOSA0IDIgNSA4IDMgNDt9DQovKiBTdHlsZSBEZWZpbml0 aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJn aW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdp bi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNl dGF0ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5z LXNlcmlmIjt9DQpzcGFuLmFwcGxlLXN0eWxlLXNwYW4NCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUt c3R5bGUtc3Bhbjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFs bG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGlu azoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0K c3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjox LjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz1FTi1VUyBsaW5rPWJsdWUgdmxpbms9cHVycGxl PjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y OiMxRjQ5N0QnPuKAnFNIT1VMROKAnSBpcyBhIG1hZ2ljIHdvcmQuIEl04oCZcyBub3QgYXBwcm9w cmlhdGUgaW4gdGhlc2UgY2FzZXMsIElNTy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9 TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxp YnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkFkZGlzb248bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3 RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXYgc3R5bGU9J2JvcmRlcjpub25lO2Jv cmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCc+PGRp dj48ZGl2IHN0eWxlPSdib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7 cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbic+PHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxzcGFuIHN0 eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IGx0cnUtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmx0 cnUtYm91bmNlc0BpZXRmLm9yZ10gPGI+T24gQmVoYWxmIE9mIDwvYj5DRSBXaGl0ZWhlYWQ8YnI+ PGI+U2VudDo8L2I+IFR1ZXNkYXksIEF1Z3VzdCAwOSwgMjAxMSAxOjM5IFBNPGJyPjxiPlRvOjwv Yj4gbHRydUBpZXRmLm9yZzxicj48Yj5TdWJqZWN0OjwvYj4gUmU6IFtMdHJ1XSBkcmFmdC1kYXZp cy10LWxhbmd0YWctZXh0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNz PU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxkaXY+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiJz5IaS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gY2xhc3M9YXBwbGUtc3R5bGUtc3Bhbj5Gcm9tOiBNYXJrIERh dmlzIMOiICZsdDs8YSBocmVmPSJtYWlsdG86bWFya0BET01BSU4uSElEREVOIj5tYXJrIGF0IG1h Y2NoaWF0by5jb208L2E+Jmd0Ozwvc3Bhbj48YnI+PHNwYW4gY2xhc3M9YXBwbGUtc3R5bGUtc3Bh bj5EYXRlOiBNb24sIDggQXVnIDIwMTEgMDk6MDc6MTIgLTA3MDA8L3NwYW4+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz48bzpw PjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4m Z3Q7Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPWFwcGxlLXN0eWxlLXNwYW4+PHNwYW4gc3R5bGU9 J2ZvbnQtc2l6ZToxMC4wcHQnPk9rLCB3ZSd2ZSByb2xsZWQgdXAgY2hhbmdlcyBiYXNlZCBvbiBm ZWVkYmFjayBhbmQgcG9zdGVkLiAoSSB3YXNuJ3QgYWJsZSB0byBwb3N0IGVhcmxpZXI7IG1vc3Qg b2YgdGhlc2Ugd2VyZSBpbiB0aGUgd29ya2luZyZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g Y2xhc3M9YXBwbGUtc3R5bGUtc3Bhbj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdCc+Jmd0 OyBkb2N1bWVudCBsaW5rZWQgdG8gd2hpbGUgcG9zdGluZyB3YXMgZGlzYWxsb3dlZC4pPC9zcGFu Pjwvc3Bhbj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiInPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBjbGFzcz1hcHBsZS1zdHlsZS1zcGFuPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0Jz4mZ3Q7ICZuYnNwOy4gLiAuJm5ic3A7PC9zcGFuPjwvc3Bhbj48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiIn PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJp ZiInPiZuYnNwO0l0IGxvb2tzIGZpbmUgdG8gbWU7IG9uZSBtb3JlIG1pbm9yIHByb29mcmVhZGlu ZyBuaXQgaWYgeW91J3JlIHN0aWxsIGxvb2tpbmcgZm9yIHRob3NlOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPjIuNSBM YXN0IFA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiJz4mcXVvdDtBIGxhbmd1YWdlIHRhZyB3aXRoIHRoZSB0IGV4dGVuc2lv biBNQVkgYmUgdXNlZCB0byByZXF1ZXN0IGEgc3BlY2lmaWM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4mbmJzcDsgJm5ic3A7dHJhbnNm b3JtIG9mIGNvbnRlbnQuICZuYnNwO0luIHN1Y2ggYSBjYXNlLCB0aGUgcmVjaXBpZW50IFNIT1VM RCByZXR1cm48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNh bnMtc2VyaWYiJz4mbmJzcDsgJm5ic3A7Y29udGVudCB0aGF0IGNvcnJlc3BvbmRzIGFzIGNsb3Nl bHkgYXMgZmVhc2libGUgdG8gdGhlIHJlcXVlc3RlZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiZuYnNwOyAmbmJzcDt0cmFuc2Zvcm0s IGluY2x1ZGluZyB0aGUgc3BlY2lmaWNhdGlvbiBvZiB0aGUgbWVjaGFuaXNtLiAmbmJzcDtGb3I8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYi Jz4mbmJzcDsgJm5ic3A7ZXhhbXBsZSwgaWYgdGhlIHJlcXVlc3QgaXMgamEtdC1pdC1tMC14eHgt djIxYS0yMDA3LCBhbmQgdGhlPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJU YWhvbWEiLCJzYW5zLXNlcmlmIic+Jm5ic3A7ICZuYnNwO3JlY2lwaWVudCBoYXMgY29udGVudCBj b3JyZXNwb25kaW5nIHRvIGJvdGggamEtdC1pdC1tMC14eHgtdjIxYS0yMDA3PG86cD48L286cD48 L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+Jm5ic3A7ICZu YnNwO2FuZCBqYS10LWl0LW0wLXh4eC12MjFhLTIwMDksIHRoZW4gdGhlIDIwMDcgdmVyc2lvbiB3 b3VsZCBiZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fu cy1zZXJpZiInPiZuYnNwOyAmbmJzcDtwcmVmZXJyZWQuICZuYnNwO0FzIGlzIHRoZSBjYXNlIGZv ciBsYW5ndWFnZSBtYXRjaGluZyBhcyBkaXNjdXNzZWQgaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4mbmJzcDsgJm5ic3A7W0JDUDQ3 XSwgZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucyBNQVkgaGF2ZSBkaWZmZXJlbnQgbWVhc3VyZXMg b2Y8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNw YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy aWYiJz4mbmJzcDsgJm5ic3A7JnF1b3Q7Y2xvc2VuZXNzJnF1b3Q7LiZxdW90OzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBz dHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiIn PnsgQ09NTUVOVDogJm5ic3A7SSB3b3VsZCBwcmVmZXIgJnF1b3Q7c2hvdWxkIGJlIHJldHVybmVk JnF1b3Q7IG9yICZxdW90O2lzIG5vcm1hbGx5IHJldHVybmVkJnF1b3Q7IG92ZXIgJnF1b3Q7d291 bGQgYmUgcHJlZmVycmVkOyZxdW90OyBhbHNvIEkgd291bGQgbm90IHVzZSAmcXVvdDt3b3VsZDsm cXVvdDsgSSB3b3VsZCB1c2UgJnF1b3Q7c2hvdWxkJnF1b3Q7IG9yIGVsc2UgdXNlIGFsbCBwcmVz ZW50IHRlbnNlIGZvcm1zIGhlcmUgLiAuIC4gfTxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPj0mZ3Q7PG86cD48L286cD48 L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+JnF1b3Q7QSBs YW5ndWFnZSB0YWcgd2l0aCB0aGUgdCBleHRlbnNpb24gTUFZIGJlIHVzZWQgdG8gcmVxdWVzdCBh IHNwZWNpZmljPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJz YW5zLXNlcmlmIic+Jm5ic3A7ICZuYnNwO3RyYW5zZm9ybSBvZiBjb250ZW50LiAmbmJzcDtJbiBz dWNoIGEgY2FzZSwgdGhlIHJlY2lwaWVudCBTSE9VTEQgcmV0dXJuPG86cD48L286cD48L3NwYW4+ PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+Jm5ic3A7ICZuYnNwO2Nv bnRlbnQgdGhhdCBjb3JyZXNwb25kcyBhcyBjbG9zZWx5IGFzIGZlYXNpYmxlIHRvIHRoZSByZXF1 ZXN0ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiJz4mbmJzcDsgJm5ic3A7dHJhbnNmb3JtLCBpbmNsdWRpbmcgdGhlIHNwZWNpZmljYXRp b24gb2YgdGhlIG1lY2hhbmlzbS4gJm5ic3A7Rm9yPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+Jm5ic3A7ICZuYnNwO2V4YW1wbGUsIGlm IHRoZSByZXF1ZXN0IGlzIGphLXQtaXQtbTAteHh4LXYyMWEtMjAwNywgYW5kIHRoZTxvOnA+PC9v OnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiZuYnNw OyAmbmJzcDtyZWNpcGllbnQgaGFzIGNvbnRlbnQgY29ycmVzcG9uZGluZyB0byBib3RoIGphLXQt aXQtbTAteHh4LXYyMWEtMjAwNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToi VGFob21hIiwic2Fucy1zZXJpZiInPiZuYnNwOyAmbmJzcDthbmQgamEtdC1pdC1tMC14eHgtdjIx YS0yMDA5LCB0aGVuIHRoZSAyMDA3IHZlcnNpb24gaXMgbm9ybWFsbHkgcmV0dXJuZWQuICZuYnNw O0FzIGlzIHRoZSBjYXNlIGZvciBsYW5ndWFnZSBtYXRjaGluZyBhcyBkaXNjdXNzZWQgaW48bzpw PjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4m bmJzcDsgJm5ic3A7W0JDUDQ3XSwgZGlmZmVyZW50IGltcGxlbWVudGF0aW9ucyBNQVkgaGF2ZSBk aWZmZXJlbnQgbWVhc3VyZXMgb2Y8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 IlRhaG9tYSIsInNhbnMtc2VyaWYiJz4mbmJzcDsgJm5ic3A7JnF1b3Q7Y2xvc2VuZXNzJnF1b3Q7 LiZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1h bD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fu cy1zZXJpZiInPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFo b21hIiwic2Fucy1zZXJpZiInPnsgQ09NTUVOVDI6IGFsdGVybmF0ZWx5IHlvdSBjb3VsZCBzYXkg aGVyZSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiJz49Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiInPiZxdW90O0ZvciBleGFtcGxlLCBpZiB0aGUgcmVxdWVzdCBpcyBqYS10 LWl0LW0wLXh4eC12MjFhLTIwMDcsIGFuZCB0aGUgcmVjaXBpZW50IGhhcyBjb250ZW50IGNvcnJl c3BvbmRpbmcgdG8gYm90aDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNz PU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFo b21hIiwic2Fucy1zZXJpZiInPi4gLiAuICwmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9k aXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz50aGVuIHRoZSAyMDA3IHZlcnNpb24g U0hPVUxEIG5vcm1hbGx5IGJlIHJldHVybmVkLiZxdW90OyB9PG86cD48L286cD48L3NwYW4+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+QmVzdCw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiJz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiJz4tLUMuIEUuIFdoaXRlaGVhZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPjxhIGhyZWY9Im1haWx0bzpjZXdjYXRoYXJAaG90 bWFpbC5jb20iPmNld2NhdGhhckBob3RtYWlsLmNvbTwvYT4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9ib2R5PjwvaHRtbD4= --_000_131F80DEA635F044946897AFDA9AC3476A95070A7DEXSEA31Dantam_-- From cewcathar@hotmail.com Wed Aug 10 10:26:12 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0504E21F86A9 for ; Wed, 10 Aug 2011 10:26:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.591 X-Spam-Level: X-Spam-Status: No, score=-2.591 tagged_above=-999 required=5 tests=[AWL=0.007, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nxDTdVPdPWYX for ; Wed, 10 Aug 2011 10:26:11 -0700 (PDT) Received: from snt0-omc1-s37.snt0.hotmail.com (snt0-omc1-s37.snt0.hotmail.com [65.55.90.48]) by ietfa.amsl.com (Postfix) with ESMTP id E5ADD21F865F for ; Wed, 10 Aug 2011 10:26:10 -0700 (PDT) Received: from SNT142-W53 ([65.55.90.7]) by snt0-omc1-s37.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 10 Aug 2011 10:26:43 -0700 Message-ID: Content-Type: multipart/alternative; boundary="_15116f56-5edc-4a9f-9543-65aca940115d_" X-Originating-IP: [64.134.190.52] From: CE Whitehead To: , Date: Wed, 10 Aug 2011 13:26:42 -0400 Importance: Normal In-Reply-To: <131F80DEA635F044946897AFDA9AC3476A95070A7D@EX-SEA31-D.ant.amazon.com> References: , <131F80DEA635F044946897AFDA9AC3476A95070A7D@EX-SEA31-D.ant.amazon.com> MIME-Version: 1.0 X-OriginalArrivalTime: 10 Aug 2011 17:26:43.0310 (UTC) FILETIME=[AC3018E0:01CC5782] Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Wed, 10 Aug 2011 17:26:12 -0000 --_15116f56-5edc-4a9f-9543-65aca940115d_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Damn this indecision=3B I don't know=3B shall I take an axe to it=2C or shall I let it grow. --from Judith Wright=2C "That Seed" From: addison@lab126.com To: cewcathar@hotmail.com=3B ltru@ietf.org Date: Tue=2C 9 Aug 2011 14:25:18 -0700 Subject: RE: [Ltru] draft-davis-t-langtag-ext > =93SHOULD=94 is a magic word. It=92s not appropriate in these cases=2C IM= O. > Addison Thanks for your feedback Addison=3B SHOULD is there in the draft -- in the= section just above and that's why I pounced on it (I know it's a magic wo= rd)=3B so if it's not the right word just go for the present tense=3B use "= is=3B" "would" sounds way to "iffy" here (it would be nice if . . . it eve= r could happen . . . that the 2007 version could be returned). (That's just my editorial opinion of course=2C but I have done a little edi= ting=3B also have taken courses in line editing and techincal editing=3B th= anks). Sincerely=2C --C. E. Whiteheadcewcathar@hotmail.com From: ltru-bounces@ietf.org [mailto= :ltru-bounces@ietf.org] On Behalf Of CE Whitehead Sent: Tuesday=2C August 09=2C 2011 1:39 PM To: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext Hi.From: Mark Davis =E2 Date: Mon=2C 8 Aug 2011 09:07:12 -0700> Ok=2C we've rolled up changes based= on feedback and posted. (I wasn't able to post earlier=3B most of these we= re in the working > document linked to while posting was disallowed.)> . .= . It looks fine to me=3B one more minor proofreading nit if you're still = looking for those: 2.5 Last P "A language tag with the t extension MAY be u= sed to request a specific transform of content. In such a case=2C the re= cipient SHOULD return content that corresponds as closely as feasible to = the requested transform=2C including the specification of the mechanism. = For example=2C if the request is ja-t-it-m0-xxx-v21a-2007=2C and the r= ecipient has content corresponding to both ja-t-it-m0-xxx-v21a-2007 and j= a-t-it-m0-xxx-v21a-2009=2C then the 2007 version would be preferred. As = is the case for language matching as discussed in [BCP47]=2C different im= plementations MAY have different measures of "closeness"." { COMMENT: I = would prefer "should be returned" or "is normally returned" over "would be = preferred=3B" also I would not use "would=3B" I would use "should" or else = use all present tense forms here . . . } =3D>"A language tag with the t ext= ension MAY be used to request a specific transform of content. In such a= case=2C the recipient SHOULD return content that corresponds as closely = as feasible to the requested transform=2C including the specification of = the mechanism. For example=2C if the request is ja-t-it-m0-xxx-v21a-2007= =2C and the recipient has content corresponding to both ja-t-it-m0-xxx-v2= 1a-2007 and ja-t-it-m0-xxx-v21a-2009=2C then the 2007 version is normally= returned. As is the case for language matching as discussed in [BCP47]= =2C different implementations MAY have different measures of "closeness".= " { COMMENT2: alternately you could say here=2C=3D>"For example=2C if the r= equest is ja-t-it-m0-xxx-v21a-2007=2C and the recipient has content corresp= onding to both. . . =2C then the 2007 version SHOULD normally be returned."= } Best=2C --C. E. Whiteheadcewcathar@hotmail.com = --_15116f56-5edc-4a9f-9543-65aca940115d_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable


Damn this indecision=3B I don't know=3B shall I take an axe to it=2C or shall I let it grow. --from Judith Wright=2C "That Seed"

Fro= m: addison@lab126.com
To: cewcathar@hotmail.com=3B ltru@ietf.org
Date= : Tue=2C 9 Aug 2011 14:25:18 -0700
Subject: RE: [Ltru] draft-davis-t-lan= gtag-ext

>=3B =93SHOULD=94 is a magic word. It=92s not appropriate in these cas= es=2C IMO.

 =3B=

>=3B Addison


<= span style=3D"font-size:11.0pt=3Bfont-family:'Calibri'=2C'sans-serif'=3Bcol= or:#1F497D">Thanks  =3Bfor your feedback Addison=3B SHOULD is there in = the draft -- in the section just above  =3Band that's why I pounced on = it (I know it's a magic word)=3B so if it's not the right word just go for = the present tense=3B use "is=3B" "would" sounds way to "iffy" here  =3B= (it would be nice if . . . it ever could happen . . . that the 2007 version= could be returned).


<= /span>

(That's just my editorial = opinion of course=2C but I have done a little editing=3B also have taken co= urses in line editing and techincal editing=3B thanks).


<= span style=3D"font-size:11.0pt=3Bfont-family:'Calibri'=2C'sans-serif'=3Bcol= or:#1F497D">Sincerely=2C

<= br>

--C. E. Whitehead

cewcathar@hotmail.com =3B<= /span>

 =3B

From: ltru-bounces@i= etf.org [mailto:ltru-bounces@ietf.org] On Behalf Of CE Whitehead
= Sent: Tuesday=2C August 09=2C 2011 1:39 PM
To: ltru@ietf.o= rg
Subject: Re: [Ltru] draft-davis-t-langtag-ext

=

 =3B

Hi.

From: Mark Davis =E2 <=3Bmark at macchiato.com>=3B
Date: Mon=2C 8 Aug 2011 09:07:12 -0700

<= p class=3D"ecxMsoNormal">>=3B =3BOk=2C we've rolled up changes based on = feedback and posted. (I wasn't able to post earlier=3B most of these were i= n the working =3B

&g= t=3B document linked to while posting was disallowed.)

=

>=3B  =3B. . . =3B

 =3BIt looks fine to me=3B one = more minor proofreading nit if you're still looking for those:

 =3B

2.5 Last P

 =3B

"A language tag with the t extensio= n MAY be used to request a specific

 =3B  =3Btransform of content.  =3BIn such a case=2C the re= cipient SHOULD return

 =3B &= nbsp=3Bcontent that corresponds as closely as feasible to the requested

 =3B  =3Btransform=2C inclu= ding the specification of the mechanism.  =3BFor

<= p class=3D"ecxMsoNormal"> =3B  =3Bexample=2C if the request is ja-t-it-= m0-xxx-v21a-2007=2C and the

= &nbs= p=3B  =3Brecipient has content corresponding to both ja-t-it-m0-xxx-v21= a-2007

 =3B  =3Band ja-t= -it-m0-xxx-v21a-2009=2C then the 2007 version would be

 =3B  =3Bpreferred.  =3BAs is the case f= or language matching as discussed in

 =3B  =3B[BCP47]=2C different implementations MAY have differe= nt measures of

 =3B  = =3B"closeness"."

 =3B=

{ COMMENT:  =3BI would prefer "sho= uld be returned" or "is normally returned" over "would be preferred=3B" als= o I would not use "would=3B" I would use "should" or else use all present t= ense forms here . . . }

 =3B=

=3D>=3B

=

"A language tag with the t extension MAY be used to r= equest a specific

 =3B  = =3Btransform of content.  =3BIn such a case=2C the recipient SHOULD ret= urn

 =3B  =3Bcontent tha= t corresponds as closely as feasible to the requested

=

 =3B  =3Btransform=2C including the specifica= tion of the mechanism.  =3BFor

 =3B  =3Bexample=2C if the request is ja-t-it-m0-xxx-v21a-2007= =2C and the

 =3B  =3Brec= ipient has content corresponding to both ja-t-it-m0-xxx-v21a-2007

 =3B  =3Band ja-t-it-m0-xxx-v21a-= 2009=2C then the 2007 version is normally returned.  =3BAs is the case = for language matching as discussed in

 =3B  =3B[BCP47]=2C different implementations MAY have differ= ent measures of

 =3B  = =3B"closeness"."

 =3B=

{ COMMENT2: alternately you could say = here=2C

=3D>=3B

"For example=2C if the request is ja-t-it-m0-x= xx-v21a-2007=2C and the recipient has content corresponding to both<= /p>

. . . =2C =3B

=

then the 2007 version SHOULD normally be returned." }=

 =3B

<= p class=3D"ecxMsoNormal">Best=2C

&nb= sp=3B

--C. E. Whitehead

=
= --_15116f56-5edc-4a9f-9543-65aca940115d_-- From cewcathar@hotmail.com Wed Aug 10 10:39:14 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AF7421F8797 for ; Wed, 10 Aug 2011 10:39:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.592 X-Spam-Level: X-Spam-Status: No, score=-2.592 tagged_above=-999 required=5 tests=[AWL=0.006, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q0LtQ-xaq8PV for ; Wed, 10 Aug 2011 10:39:13 -0700 (PDT) Received: from snt0-omc1-s29.snt0.hotmail.com (snt0-omc1-s29.snt0.hotmail.com [65.55.90.40]) by ietfa.amsl.com (Postfix) with ESMTP id 86BDA21F8788 for ; Wed, 10 Aug 2011 10:39:13 -0700 (PDT) Received: from SNT142-W9 ([65.55.90.9]) by snt0-omc1-s29.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 10 Aug 2011 10:39:45 -0700 Message-ID: Content-Type: multipart/alternative; boundary="_d81405c8-15bb-4919-b885-b5eb7fded6b9_" X-Originating-IP: [64.134.190.52] From: CE Whitehead To: , Date: Wed, 10 Aug 2011 13:39:45 -0400 Importance: Normal In-Reply-To: References: , <131F80DEA635F044946897AFDA9AC3476A95070A7D@EX-SEA31-D.ant.amazon.com>, MIME-Version: 1.0 X-OriginalArrivalTime: 10 Aug 2011 17:39:45.0998 (UTC) FILETIME=[7EB4CEE0:01CC5784] Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Wed, 10 Aug 2011 17:39:14 -0000 --_d81405c8-15bb-4919-b885-b5eb7fded6b9_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Forgot to cut the top of this message (the automatic signature that's only = for personal emails that I forgot to turn off) last time=3B my apologies. Here is the message again (sorry for the double post). Sincerely=2C --C. E. Whiteheadcewcathar@hotmail.com=20 From: addison@lab126.com To: cewcathar@hotmail.com=3B ltru@ietf.org Date: Tue=2C 9 Aug 2011 14:25:18 -0700 Subject: RE: [Ltru] draft-davis-t-langtag-ext > =93SHOULD=94 is a magic word. It=92s not appropriate in these cases=2C IM= O. > Addison Thanks for your feedback Addison=3B SHOULD is there in the draft -- in the= section just above and that's why I pounced on it (I know it's a magic wo= rd)=3B so if it's not the right word just go for the present tense=3B use "= is=3B" "would" sounds way to "iffy" here (it would be nice if . . . it eve= r could happen . . . that the 2007 version could be returned). (That's just my editorial opinion of course=2C but I have done a little edi= ting=3B also have taken courses in line editing and techincal editing=3B th= anks). Sincerely=2C --C. E. Whiteheadcewcathar@hotmail.com From: ltru-bounces@ietf.org [mailto= :ltru-bounces@ietf.org] On Behalf Of CE Whitehead Sent: Tuesday=2C August 09=2C 2011 1:39 PM To: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext Hi.From: Mark Davis =E2 Date: Mon=2C 8 Aug 2011 09:07:12 -0700> Ok=2C we've rolled up changes based= on feedback and posted. (I wasn't able to post earlier=3B most of these we= re in the working > document linked to while posting was disallowed.)> . .= . It looks fine to me=3B one more minor proofreading nit if you're still = looking for those: 2.5 Last P "A language tag with the t extension MAY be u= sed to request a specific transform of content. In such a case=2C the re= cipient SHOULD return content that corresponds as closely as feasible to = the requested transform=2C including the specification of the mechanism. = For example=2C if the request is ja-t-it-m0-xxx-v21a-2007=2C and the r= ecipient has content corresponding to both ja-t-it-m0-xxx-v21a-2007 and j= a-t-it-m0-xxx-v21a-2009=2C then the 2007 version would be preferred. As = is the case for language matching as discussed in [BCP47]=2C different im= plementations MAY have different measures of "closeness"." { COMMENT: I = would prefer "should be returned" or "is normally returned" over "would be = preferred=3B" also I would not use "would=3B" I would use "should" or else = use all present tense forms here . . . } =3D>"A language tag with the t ext= ension MAY be used to request a specific transform of content. In such a= case=2C the recipient SHOULD return content that corresponds as closely = as feasible to the requested transform=2C including the specification of = the mechanism. For example=2C if the request is ja-t-it-m0-xxx-v21a-2007= =2C and the recipient has content corresponding to both ja-t-it-m0-xxx-v2= 1a-2007 and ja-t-it-m0-xxx-v21a-2009=2C then the 2007 version is normally= returned. As is the case for language matching as discussed in [BCP47]= =2C different implementations MAY have different measures of "closeness".= " { COMMENT2: alternately you could say here=2C=3D>"For example=2C if the r= equest is ja-t-it-m0-xxx-v21a-2007=2C and the recipient has content corresp= onding to both. . . =2C then the 2007 version SHOULD normally be returned."= } Best=2C --C. E. Whiteheadcewcathar@hotmail.com = --_d81405c8-15bb-4919-b885-b5eb7fded6b9_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Forgot to cut the top of this message (the automatic signature that's on= ly for personal emails that I forgot to turn off) last time=3B my apologies= .

He= re is the message again (sorry for the double post).
Sincerely=2C

--C. E. Whitehead
=
cewcathar@hotmail.com =3B
From: addi= son@lab126.com
To: cewcathar@hotmail.com=3B ltru@ietf.org
Date: Tue= =2C 9 Aug 2011 14:25:18 -0700
Subject: RE: [Ltru] draft-davis-t-langtag-= ext

>=3B =93SHOULD=94 is a magic word. It=92s not appropriate in these cas= es=2C IMO.

 =3B=

>=3B Addison


<= span style=3D"font-size:11.0pt=3Bfont-family:'Calibri'=2C'sans-serif'=3Bcol= or:#1F497D">Thanks  =3Bfor your feedback Addison=3B SHOULD is there in = the draft -- in the section just above  =3Band that's why I pounced on = it (I know it's a magic word)=3B so if it's not the right word just go for = the present tense=3B use "is=3B" "would" sounds way to "iffy" here  =3B= (it would be nice if . . . it ever could happen . . . that the 2007 version= could be returned).


<= /span>

(That's just my editorial = opinion of course=2C but I have done a little editing=3B also have taken co= urses in line editing and techincal editing=3B thanks).


<= span style=3D"font-size:11.0pt=3Bfont-family:'Calibri'=2C'sans-serif'=3Bcol= or:#1F497D">Sincerely=2C

<= br>

--C. E. Whitehead

cewcathar@hotmail.com =3B<= /span>

 =3B

From: ltru-bounces@i= etf.org [mailto:ltru-bounces@ietf.org] On Behalf Of CE Whitehead
= Sent: Tuesday=2C August 09=2C 2011 1:39 PM
To: ltru@ietf.o= rg
Subject: Re: [Ltru] draft-davis-t-langtag-ext

=

 =3B

Hi.

From: Mark Davis =E2 <=3Bmark at macchiato.com>=3B
Date: Mon=2C 8 Aug 2011 09:07:12 -0700

<= p class=3D"ecxMsoNormal">>=3B =3BOk=2C we've rolled up changes based on = feedback and posted. (I wasn't able to post earlier=3B most of these were i= n the working =3B

&g= t=3B document linked to while posting was disallowed.)

=

>=3B  =3B. . . =3B

 =3BIt looks fine to me=3B one = more minor proofreading nit if you're still looking for those:

 =3B

2.5 Last P

 =3B

"A language tag with the t extensio= n MAY be used to request a specific

 =3B  =3Btransform of content.  =3BIn such a case=2C the re= cipient SHOULD return

 =3B &= nbsp=3Bcontent that corresponds as closely as feasible to the requested

 =3B  =3Btransform=2C inclu= ding the specification of the mechanism.  =3BFor

<= p class=3D"ecxMsoNormal"> =3B  =3Bexample=2C if the request is ja-t-it-= m0-xxx-v21a-2007=2C and the

= &nbs= p=3B  =3Brecipient has content corresponding to both ja-t-it-m0-xxx-v21= a-2007

 =3B  =3Band ja-t= -it-m0-xxx-v21a-2009=2C then the 2007 version would be

 =3B  =3Bpreferred.  =3BAs is the case f= or language matching as discussed in

 =3B  =3B[BCP47]=2C different implementations MAY have differe= nt measures of

 =3B  = =3B"closeness"."

 =3B=

{ COMMENT:  =3BI would prefer "sho= uld be returned" or "is normally returned" over "would be preferred=3B" als= o I would not use "would=3B" I would use "should" or else use all present t= ense forms here . . . }

 =3B=

=3D>=3B

=

"A language tag with the t extension MAY be used to r= equest a specific

 =3B  = =3Btransform of content.  =3BIn such a case=2C the recipient SHOULD ret= urn

 =3B  =3Bcontent tha= t corresponds as closely as feasible to the requested

=

 =3B  =3Btransform=2C including the specifica= tion of the mechanism.  =3BFor

 =3B  =3Bexample=2C if the request is ja-t-it-m0-xxx-v21a-2007= =2C and the

 =3B  =3Brec= ipient has content corresponding to both ja-t-it-m0-xxx-v21a-2007

 =3B  =3Band ja-t-it-m0-xxx-v21a-= 2009=2C then the 2007 version is normally returned.  =3BAs is the case = for language matching as discussed in

 =3B  =3B[BCP47]=2C different implementations MAY have differ= ent measures of

 =3B  = =3B"closeness"."

 =3B=

{ COMMENT2: alternately you could say = here=2C

=3D>=3B

"For example=2C if the request is ja-t-it-m0-x= xx-v21a-2007=2C and the recipient has content corresponding to both<= /p>

. . . =2C =3B

=

then the 2007 version SHOULD normally be returned." }=

 =3B

<= p class=3D"ecxMsoNormal">Best=2C

&nb= sp=3B

--C. E. Whitehead

=
= --_d81405c8-15bb-4919-b885-b5eb7fded6b9_-- From randy_presuhn@mindspring.com Mon Aug 22 11:44:07 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D2FD21F8B4A; Mon, 22 Aug 2011 11:44:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sPaQX2UWKmhi; Mon, 22 Aug 2011 11:44:06 -0700 (PDT) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by ietfa.amsl.com (Postfix) with ESMTP id 526F421F8B4C; Mon, 22 Aug 2011 11:44:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=dLVAXwG+yig0hE0bwg4DNOtanPb1ovvxU9q2kIgShbW8MDRcMxcXSp9fxZRKrwaw; h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP; Received: from [99.187.237.190] (helo=oemcomputer) by elasmtp-mealy.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1QvZUf-0007MV-Td; Mon, 22 Aug 2011 14:45:06 -0400 Message-ID: <000801cc60fc$8fa852e0$6801a8c0@oemcomputer> From: "Randy Presuhn" To: "LTRU Working Group" , "Disman" , Date: Mon, 22 Aug 2011 11:51:52 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d8887f779e183b2ee2885bd56f05eb13400375536ddec14931cb350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 99.187.237.190 Subject: [Ltru] Fw: 82nd IETF - Working Group/BOF Scheduling X-BeenThere: ltru@ietf.org 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: Mon, 22 Aug 2011 18:44:07 -0000 Hi - Forwarded for your information. Randy ----- Original Message ----- > From: "IETF Agenda" > To: "Working Group Chairs" > Cc: > Sent: Monday, August 22, 2011 11:15 AM > Subject: 82nd IETF - Working Group/BOF Scheduling > > ----------------------------------------------------------------- > 82nd IETF Taipei, Taiwan > Meeting Dates: November 13-18, 2011 > Host: Taiwan Network Information Center (TWNIC) > ----------------------------------------------------------------- > IETF meetings start Monday morning and run through Friday mid-afternoon (15:15). > > We are accepting scheduling requests for all Working Groups and BOFs starting today. The milestones and deadlines for scheduling-related activities are as follows: > > NOTE: cutoff dates are subject to change. > > - 2011-08-15 (Monday): Working Group and BOF scheduling begins. To request a Working Group session, use the IETF Meeting Session Request Tool. > - 2011-09-26 (Monday): Cutoff date for requests to schedule Working Group meetings at 17:00 PT (00:00 UTC). To request a Working Group session, use the IETF Meeting Session Request Tool. > - 2011- 10-03 (Monday): Cutoff date for BOF proposal requests to Area Directors at 17:00 PT (00:00 UTC). To request a BOF, please see instructions on Requesting a BOF. > - 2011-10-06 (Thursday): Cutoff date for Area Directors to approve BOFs at 17:00 PT (00:00 UTC). > - 2011-10-13 (Thursday): Preliminary agenda published for comment. > - 2011-10-17 (Monday): Cutoff date for requests to reschedule Working Group and BOF meetings 17:00 PT (00:00 UTC). > - 2011-10-21 (Friday): Final agenda to be published. > - 2011-11-02 (Wednesday): Draft Working Group agendas due by 17:00 PT (00:00 UTC), upload using IETF Meeting Materials Management Tool. > - 2011-11-07 (Monday): Revised Working Group agendas due by 17:00 PT (00:00 UTC), upload using IETF Meeting Materials Management Tool. > > Submitting Requests for Working Group and BOF Sessions > > Please submit requests to schedule your Working Group sessions using the "IETF Meeting Session Request Tool," a Web-based tool for submitting all of the information that the Secretariat requires to schedule your sessions. > > The URL for the tool is: > > https://datatracker.ietf.org/cgi-bin/wg/wg_session_requester.cgi > > Instructions for using the tool are available at: > > http://www.ietf.org/instructions/session_request_tool_instruction.html > > Please send requests to schedule your BOF sessions to agenda@ietf.org. Please include the acronym of your BOF in the subject line of the message, and include all of the information specified in item (4) of "Requesting Meeting Sessions at IETF Meetings" in the body. (This document is included below.) > > Submitting Session Agendas > > For the convenience of meeting attendees, we ask that you submit the agendas for your Working Group sessions as early as possible. Draft Working Group agendas are due Wednesday, November 2, 2011 by 17:00 PT. Revised Working Group agendas are due no later than Monday, November 7, 2011 at 17:00 PT. The proposed agenda for a BOF session should be submitted along with your request for a session. Please be sure to copy your Area Director on that message. > > Please submit the agendas for your Working Group sessions using the "IETF Meeting Materials Management Tool," a Web-based tool for making your meeting agenda, minutes, and presentation slides available to the community before, during, and after an IETF meeting. If you are a BOF chair, then you may use the tool to submit a revised agenda as well as other materials for your BOF once the BOF has been approved. > > The URL for the tool is: > > https://datatracker.ietf.org/cgi-bin/wg/wg_proceedings.cgi > > Additional information about this tool is available at: > > http://www.ietf.org/instructions/meeting_materials_tool.html > > Agendas submitted via the tool will be available to the public on the "IETF Meeting Materials" Web page as soon as they are submitted. > > The URL for the "IETF 82 Meeting Materials" Web page is: > > https://datatracker.ietf.org/meeting/82/materials.html > > If you are a Working Group chair, then you already have accounts on the "IETF Meeting Session Request Tool" and the "IETF Meeting Materials Management Tool." The same User ID and password will work for both tools. If you are a BOF chair who is not also a Working Group chair, then you will be given an account on the "IETF Meeting Materials Management Tool" when your BOF has been approved. If you require assistance in using either tool, or wish to report a bug, then please send a message to: > ietf-action@ietf.org. > =============================================================== > For your convenience, comprehensive information on requesting meeting sessions at IETF 82 is presented below: > > 1. Requests to schedule Working Group sessions should be submitted using the "IETF Meeting Session Request Tool," a Web-based tool for submitting all of the information required by the Secretariat to schedule your sessions. The URL for the tool is: > > https://datatracker.ietf.org/cgi-bin/wg/wg_session_requester.cgi > > Instructions for using the tool are available at: > > http://www.ietf.org/instructions/session_request_tool_instruction.html > > If you require an account on this tool, or assistance in using it, then please send a message to ietf-action@ietf.org. If you are unable to use the tool, then you may send your request via e-mail to agenda@ietf.org, with a copy to the appropriate Area Director(s). > > Requests to schedule BOF sessions must be sent to agenda@ietf.org with a copy to the appropriate Area Director(s). > > When submitting a Working Group or BOF session request by e-mail, please include the Working Group or BOF acronym in the Subject line. > > 2. BOFs will NOT be scheduled unless the Area Director(s) approved request is accompanied by a BOF'S FULL NAME AND ACRONYM, AREA, CHAIR(S) NAME(S) (given together with e-mail address(es)), AN AGENDA AND FULL DESCRIPTION, and the information requested in (4) below. (Please read the BOF Procedure at: http://www.ietf.org/ietf/1bof-procedures.txt before requesting a session for a BOF.) > > 3. A Working Group may request either one or two sessions. If your Working Group requires more than two sessions, then your request must be approved by an Area Director. Additional sessions will be assigned, based on availability, after Monday, October 17, 2011 at 17:00 PT, the cut-off date for requests to reschedule a session. > > 4. You MUST provide the following information before a Working Group or BOF session will be scheduled: > > a. Working Group or BOF full name with acronym in brackets: > > b. AREA under which Working Group or BOF appears: > > c. CONFLICTS you wish to avoid, please be as specific as possible: > > d. Expected Attendance: > > e. Special requests: > > f. Number of sessions: > > g. Length of session: > - 1 hour > - 1 1/2 hours > - 2 hours > - 2 1/2 hours > > For more information on scheduling Working Group and BOF sessions, please refer to RFC 2418 (BCP 25), "IETF Working Group Guidelines and Procedures" (http://www.ietf.org/rfc/rfc2418.txt). > =============================================================== > For your convenience please find here a list of the IETF Area Directors with their e-mail addresses: > > IETF Chair > Russ Housley > > Applications Area (app) > Pete Resnick > Peter Saint-Andre > > Internet Area (int) > Jari Arkko > Ralph Droms > > Operations & Management Area (ops) > Ronald Bonica > Dan Romascanu > > Real-time Applications and Infrastructure Area (rai) > Gonzalo Camarillo > Robert Sparks > > Routing Area (rtg) > Stewart Bryant > Adrian Farrel > > Security Area (sec) > Stephen Farrell > Sean Turner > > Transport Area (tsv) > Wesley Eddy > David Harrington > =========================================================== > 81th IETF Meeting Attendance Number - TBA From mark.edward.davis@gmail.com Mon Aug 22 17:37:43 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7636B21F8B79 for ; Mon, 22 Aug 2011 17:37:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.527 X-Spam-Level: X-Spam-Status: No, score=-1.527 tagged_above=-999 required=5 tests=[AWL=0.265, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aaJt3UFwjDEM for ; Mon, 22 Aug 2011 17:37:43 -0700 (PDT) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by ietfa.amsl.com (Postfix) with ESMTP id E13E121F8B28 for ; Mon, 22 Aug 2011 17:37:42 -0700 (PDT) Received: by iye1 with SMTP id 1so10376581iye.27 for ; Mon, 22 Aug 2011 17:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=XJRlDEUNIoA4nnNP9XWVA+YYINyYu6P4D5XcfvQidRI=; b=HbKPXLFAKHN1I9bZ0Rd9OBbM6DF1fFPoWT62JNxDnVUD3dFWBooU7oEsux3ulez45K AyngZUW7wTxhmnvpbhFBxPmeFyMgF/KBtC4cE5HrpdlT+NtmVHfeTP82WhBbUaiQRyeq oDR65zKXPXVhjuuD5TVnAtNnioeta10zsmXTg= MIME-Version: 1.0 Received: by 10.231.29.22 with SMTP id o22mr4000350ibc.23.1314059928924; Mon, 22 Aug 2011 17:38:48 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.231.43.200 with HTTP; Mon, 22 Aug 2011 17:38:48 -0700 (PDT) In-Reply-To: References: <20110707140047.665a7a7059d7ee80bb4d670165c8327d.487d506b5f.wbe@email03.secureserver.net> <4E27FC02.2000101@it.aoyama.ac.jp> Date: Mon, 22 Aug 2011 17:38:48 -0700 X-Google-Sender-Auth: TwzJKpIm-X0HJOwbLIUFYqLzmcc Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: ltru@ietf.org Content-Type: multipart/alternative; boundary=0015177412b646f25f04ab216b4e Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Tue, 23 Aug 2011 00:37:43 -0000 --0015177412b646f25f04ab216b4e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable All, We'd like to not have this drag out more than it needs to, so could people please look the document over to see if there are any showstoppers? Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Mon, Aug 8, 2011 at 09:07, Mark Davis =E2=98=95 wro= te: > Ok, we've rolled up changes based on feedback and posted. (I wasn't able = to > post earlier; most of these were in the working document linked to while > posting was disallowed.) > > Version: http://tools.ietf.org/html/draft-davis-t-langtag-ext > Diffs: http://tools.ietf.org/rfcdiff?url2=3Ddraft-davis-t-langtag-ext-04.= txt > > This summarizes the changes: > > - Wording fixes > - Focus on 'transformed content' > - Improved examples > - Clarified use in structured data > - Clearer registration process > - Example of the transform.xml > > Thanks to all for the comments. Are there any further issues that need to > be cleaned up in the text? > > Mark > > Mark > > > --0015177412b646f25f04ab216b4e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable All,
We'd l= ike to not have this drag out more than it needs to, so could people please= look the document over to see if there are any showstoppers?

On Mon, Aug 8, 2011 at 09:07, Mark Davis= =E2=98=95 <mark= @macchiato.com> wrote:
Ok, we've rolled up cha= nges based on feedback and posted. (I wasn't able to post earlier; most= of these were in the working document linked to while posting was disallow= ed.)

= This summarizes the changes= :
  • Wordin= g fixes
  • Focus on 'transform= ed content'
  • Improved examples
  • Clarified use in struct= ured data
  • Cl= earer registration process
  • Example of the transfor= m.xml
= Thanks to all for the comments. Are there any further issues that need to b= e cleaned up in the text?

Mark

Mark



--0015177412b646f25f04ab216b4e-- From doug@ewellic.org Tue Aug 23 10:16:08 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0467421F8AD3 for ; Tue, 23 Aug 2011 10:16:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.514 X-Spam-Level: X-Spam-Status: No, score=-2.514 tagged_above=-999 required=5 tests=[AWL=0.085, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GXZUc+CKBxaf for ; Tue, 23 Aug 2011 10:16:07 -0700 (PDT) Received: from smtpoutwbe02.prod.mesa1.secureserver.net (smtpoutwbe02.prod.mesa1.secureserver.net [208.109.78.113]) by ietfa.amsl.com (Postfix) with SMTP id 059CB21F8801 for ; Tue, 23 Aug 2011 10:16:06 -0700 (PDT) Received: (qmail 22245 invoked from network); 23 Aug 2011 17:17:09 -0000 Received: from unknown (HELO localhost) (72.167.218.133) by smtpoutwbe02.prod.mesa1.secureserver.net with SMTP; 23 Aug 2011 17:17:09 -0000 Received: (qmail 27083 invoked by uid 99); 23 Aug 2011 17:17:09 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.190 User-Agent: Web-Based Email 5.5.16 Message-Id: <20110823101708.665a7a7059d7ee80bb4d670165c8327d.35d98b2f35.wbe@email03.secureserver.net> From: "Doug Ewell" To: ltru@ietf.org Date: Tue, 23 Aug 2011 10:17:08 -0700 Mime-Version: 1.0 Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Tue, 23 Aug 2011 17:16:08 -0000 I've read through this document and have no significant objections.=0A=0AMy= earlier and oft-stated concerns about the data not being available=0Auntil= the document is approved have been largely satisfied; I am=0Aconfident tha= t the sample data in Section 2.9 will be representative of=0Athe real data.= =0A=0AI'm looking forward to this extension structure becoming available fo= r=0Ause in language tags.=0A=0AEditorial nits, neither of which should hold= up approval:=0A=0A1. In Section 2.5, item (a), "the mechanism subtag 'UNGE= GN'" should be=0Achanged to "the mechanism subtag 'ungegn'", using the same= casing as the=0Atag which immediately follows.=0A=0A2. In Section 2.9, par= agraph 4, the XML structure example makes=0Areference to the "collation" ke= y from the 'u' extension, which might be=0Aconfusing.=0A=0A--=0ADoug Ewell = | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14=0Awww.ewellic.org | www= .facebook.com/doug.ewell | @DougEwell =C2=AD=0A=0A From mark.edward.davis@gmail.com Tue Aug 23 11:31:25 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 205FF21F8AE1 for ; Tue, 23 Aug 2011 11:31:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.535 X-Spam-Level: X-Spam-Status: No, score=-1.535 tagged_above=-999 required=5 tests=[AWL=0.257, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PH2bGMY5nsdW for ; Tue, 23 Aug 2011 11:31:24 -0700 (PDT) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 3CE4421F8AF9 for ; Tue, 23 Aug 2011 11:31:24 -0700 (PDT) Received: by gyf3 with SMTP id 3so370150gyf.31 for ; Tue, 23 Aug 2011 11:32:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=mxIggHmO6ohwUu2/fWB06kDhiTfGs/0jLshNFtnbuc4=; b=tQJPKP38oMbSCJTM7vPR5QL05qHB2PTolQN204z0ewENoFiuTaHdFtyOno0dh1Upgu ph0JmK7x5BornYchwr3mLMvZgInzw1ofeElok7RXiSvRD0Zwl2VpOn4fWH3bIbQqyZ/O fFgIBGt6mHNm9/GHzN0IuxbfKc4Izr9Tq/wtA= MIME-Version: 1.0 Received: by 10.42.130.201 with SMTP id w9mr3963036ics.78.1314124352150; Tue, 23 Aug 2011 11:32:32 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.231.43.200 with HTTP; Tue, 23 Aug 2011 11:32:32 -0700 (PDT) In-Reply-To: <20110823101708.665a7a7059d7ee80bb4d670165c8327d.35d98b2f35.wbe@email03.secureserver.net> References: <20110823101708.665a7a7059d7ee80bb4d670165c8327d.35d98b2f35.wbe@email03.secureserver.net> Date: Tue, 23 Aug 2011 11:32:32 -0700 X-Google-Sender-Auth: 9731U2zLYEn06LiD_b84gI636Yk Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: Doug Ewell Content-Type: multipart/alternative; boundary=90e6ba212461335b8604ab306bee Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Tue, 23 Aug 2011 18:31:25 -0000 --90e6ba212461335b8604ab306bee Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks! I fixed both of those. Updated working drafts: - draft-davis-t-langtag-ext.html - draft-davis-t-langtag-ext.txt - draft-davis-t-langtag-ext.xml Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Tue, Aug 23, 2011 at 10:17, Doug Ewell wrote: > I've read through this document and have no significant objections. > > My earlier and oft-stated concerns about the data not being available > until the document is approved have been largely satisfied; I am > confident that the sample data in Section 2.9 will be representative of > the real data. > > I'm looking forward to this extension structure becoming available for > use in language tags. > > Editorial nits, neither of which should hold up approval: > > 1. In Section 2.5, item (a), "the mechanism subtag 'UNGEGN'" should be > changed to "the mechanism subtag 'ungegn'", using the same casing as the > tag which immediately follows. > > 2. In Section 2.9, paragraph 4, the XML structure example makes > reference to the "collation" key from the 'u' extension, which might be > confusing. > > -- > Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14 > www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell =C2=AD > > > _______________________________________________ > Ltru mailing list > Ltru@ietf.org > https://www.ietf.org/mailman/listinfo/ltru > --90e6ba212461335b8604ab306bee Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks! I fixed both of those.<= div>
Updated working drafts:
On Tue, Aug 23, 2011 at 10:17, Doug Ewel= l <doug@ewellic.or= g> wrote:
I've read through this document and have no significant objections.

My earlier and oft-stated concerns about the data not being available
until the document is approved have been largely satisfied; I am
confident that the sample data in Section 2.9 will be representative of
the real data.

I'm looking forward to this extension structure becoming available for<= br> use in language tags.

Editorial nits, neither of which should hold up approval:

1. In Section 2.5, item (a), "the mechanism subtag 'UNGEGN'&qu= ot; should be
changed to "the mechanism subtag 'ungegn'", using the sam= e casing as the
tag which immediately follows.

2. In Section 2.9, paragraph 4, the XML structure example makes
reference to the "collation" key from the 'u' extension, = which might be
confusing.

--
Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14
www.ewellic.org | = www.facebo= ok.com/doug.ewell | @DougEwell =C2=AD


_______________________________________________
Ltru mailing list
Ltru@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ltru

--90e6ba212461335b8604ab306bee-- From ajlyon@gmail.com Tue Aug 23 15:03:32 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B87521F8D4A for ; Tue, 23 Aug 2011 15:03:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3kXglpUsa3MD for ; Tue, 23 Aug 2011 15:03:31 -0700 (PDT) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by ietfa.amsl.com (Postfix) with ESMTP id 8DC9D21F8D3D for ; Tue, 23 Aug 2011 15:03:31 -0700 (PDT) Received: by qyk35 with SMTP id 35so417577qyk.10 for ; Tue, 23 Aug 2011 15:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=UaYSxPhqPEteuO0v1ncBE86Uw/5fBM7U1c5mD2+aR6A=; b=UMNuIJsMh00N2I/E4akQqH6PllVS9UZL5cGMOxwUbrR6+bG3LqC5HXDyvFEAl/rJY9 CFsmvIePfxkr+HMkWsLKP0C8xqizwKW5NyyoXDqRuciqedo0RwvxskHbTals+D3KYBxM qwIcir1KRgP98RteabiMsvxlrQW+wvpPki2lo= Received: by 10.229.228.1 with SMTP id jc1mr2708113qcb.227.1314137080075; Tue, 23 Aug 2011 15:04:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.133.202 with HTTP; Tue, 23 Aug 2011 15:04:20 -0700 (PDT) In-Reply-To: References: <20110823101708.665a7a7059d7ee80bb4d670165c8327d.35d98b2f35.wbe@email03.secureserver.net> From: Avram Lyon Date: Wed, 24 Aug 2011 02:04:20 +0400 Message-ID: To: ltru@ietf.org Content-Type: text/plain; charset=UTF-8 Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Tue, 23 Aug 2011 22:03:32 -0000 As one of the instigators of language subtag proposals in the past for transliteration schemes, I can say that the proposed extension looks to cover all of the use cases I currently anticipate, and we're looking into incorporating this extension into the BCP 47-based language logic in the Zotero project and the citeproc-js implementation of Citation Style Language. Thanks to the authors for putting this together. Avram Lyon From doug@ewellic.org Fri Aug 26 07:32:50 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8F0A21F8B6C for ; Fri, 26 Aug 2011 07:32:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.222 X-Spam-Level: X-Spam-Status: No, score=-1.222 tagged_above=-999 required=5 tests=[AWL=-1.223, BAYES_50=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7wKb36-ir1Rz for ; Fri, 26 Aug 2011 07:32:50 -0700 (PDT) Received: from smtpoutwbe01.prod.mesa1.secureserver.net (smtpoutwbe01.prod.mesa1.secureserver.net [208.109.78.112]) by ietfa.amsl.com (Postfix) with SMTP id 3D9D021F8B62 for ; Fri, 26 Aug 2011 07:32:50 -0700 (PDT) Received: (qmail 14501 invoked from network); 26 Aug 2011 14:34:05 -0000 Received: from unknown (HELO localhost) (72.167.218.132) by smtpoutwbe01.prod.mesa1.secureserver.net with SMTP; 26 Aug 2011 14:34:05 -0000 Received: (qmail 9458 invoked by uid 99); 26 Aug 2011 14:34:05 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.190 User-Agent: Web-Based Email 5.5.17 Message-Id: <20110826073404.665a7a7059d7ee80bb4d670165c8327d.f55c7106e0.wbe@email03.secureserver.net> From: "Doug Ewell" To: "Gordon P. Hemsley" Date: Fri, 26 Aug 2011 07:34:04 -0700 Mime-Version: 1.0 Cc: ltru@ietf.org Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Fri, 26 Aug 2011 14:32:51 -0000 "Gordon P. Hemsley" wrote:=0A=0A> Also, and ma= ybe I missed it, but I thought it was agreed to change the=0A> registration= description (section 2.4) to "Specifying Transformed=0A> Content" or one o= f many other suggested changes?=0A=0ADamn, I missed that in reviewing.=0A= =0AI agree that "Transforms" is best avoided as a noun for ordinary people,= =0Aeven if CLDR people are familiar with it, and would add that simply=0A"C= ontent Transformations" would make a better description than this=0A"Specif= ying..." gerund phrase.=0A=0A--=0ADoug Ewell | Thornton, Colorado, USA | RF= C 5645, 4645, UTN #14=0Awww.ewellic.org | www.facebook.com/doug.ewell | @Do= ugEwell =C2=AD=0A=0A From gphemsley@gmail.com Fri Aug 26 06:40:36 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BFAD21F8B5D for ; Fri, 26 Aug 2011 06:40:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.299 X-Spam-Level: X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rMtOyRcDikFA for ; Fri, 26 Aug 2011 06:40:35 -0700 (PDT) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by ietfa.amsl.com (Postfix) with ESMTP id AC94E21F8A7D for ; Fri, 26 Aug 2011 06:40:32 -0700 (PDT) Received: by fxe6 with SMTP id 6so2812464fxe.31 for ; Fri, 26 Aug 2011 06:41:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=pKekaoU76SYGImveYThMHp8g0ZEcXwHSQBHcghWENUU=; b=SazJ2HAmlKzxDOYKvHKMo6x/isKg6EGwFAT66IXYvpBiTZmFF5GIwkKeiZBJ6Q/bTB u2E+LQPA0/SM8YAa/Z4/TfTqIRy9YZPN7Si5Olu0fI5ZzJrjS6o+boMJtJomGdVsC8E5 zRSNZM6S2g/mPPZQwXxzFfStHoppS/yk5ZdcY= Received: by 10.223.22.131 with SMTP id n3mr1725608fab.4.1314366108318; Fri, 26 Aug 2011 06:41:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.117.80 with HTTP; Fri, 26 Aug 2011 06:41:28 -0700 (PDT) In-Reply-To: References: <20110823101708.665a7a7059d7ee80bb4d670165c8327d.35d98b2f35.wbe@email03.secureserver.net> From: "Gordon P. Hemsley" Date: Fri, 26 Aug 2011 09:41:28 -0400 Message-ID: To: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 26 Aug 2011 09:57:46 -0700 Cc: ltru@ietf.org, Doug Ewell Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Fri, 26 Aug 2011 13:41:51 -0000 On Tue, Aug 23, 2011 at 2:32 PM, Mark Davis =E2=98=95 = wrote: > Updated working drafts: > > draft-davis-t-langtag-ext.html > draft-davis-t-langtag-ext.txt > draft-davis-t-langtag-ext.xml Editorial nits: The second to last paragraph in section 2.1 contains a sentence that reads: "Extension subtags, once defined by LDML, are never retracted or change in meaning in a substantial way." I presume that the 'never' is supposed to scope over 'change', but it doesn't, as currently written. I suggest rephrasing that sentence to something like these: "Extension subtags, once defined by LDML, are never retracted or changed in meaning in a substantial way." "Extension subtags, once defined by LDML, are never retracted nor changed in meaning in a substantial way." "Extension subtags, once defined by LDML, are never retracted and do not change in meaning in a substantial way." "Extension subtags, once defined by LDML, are never retracted or substantially changed in meaning." "Extension subtags, once defined by LDML, are never retracted nor substantially changed in meaning." My preference would probably be one of the last two. Also, and maybe I missed it, but I thought it was agreed to change the registration description (section 2.4) to "Specifying Transformed Content" or one of many other suggested changes? I would also recommend separating "but not limited to" from the other text using commas on either side... but maybe that's just a personal preference of mine. Also, could you clarify to me the purpose of the last paragraph of section 2.5? If a request is made for 'ja-t-it-m0-xxx-v21a-2007' and the recipient has content corresponding to that exact request, why would it ever even consider serving 'ja-t-it-m0-xxx-v21a-2009'? Wouldn't it make more sense to use an example where the recipient of the request does not have an exact match and thus must actually choose what it considers to be the closest equivalent? Fourth paragraph of section 2.9: "The XML structure lists the keys, such as ,with subelements for the types, such as ." There is a space missing after the second comma. And in section 4, the citation of "Section 3.7. Extensions and the Extensions Registry of "Tags for Identifying Languages" in [BCP47]" is inconsistent with the format used by similar citations throughout the document. I would recommend changing 'in' to 'of' and eliminating the period after '3.7', possibly couching the description in commas instead. Hope that helps. Gordon --=20 Gordon P. Hemsley me@gphemsley.org http://gphemsley.org/ =E2=80=A2 http://gphemsley.org/blog/ From mark.edward.davis@gmail.com Fri Aug 26 11:28:54 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F150921F8B98 for ; Fri, 26 Aug 2011 11:28:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.393 X-Spam-Level: X-Spam-Status: No, score=-0.393 tagged_above=-999 required=5 tests=[AWL=-0.901, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MANGLED_MEDS=2.3, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mXMD2mqKwwEb for ; Fri, 26 Aug 2011 11:28:49 -0700 (PDT) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id D5A8221F8A55 for ; Fri, 26 Aug 2011 11:28:48 -0700 (PDT) Received: by bkar4 with SMTP id r4so3204232bka.31 for ; Fri, 26 Aug 2011 11:30:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ziYBa8j+Cp9Snd7i4x/hZYdVBo3YaV1iJSDjtzhqN9s=; b=NaweL16ZyugPry99LoOeWNJIhPKnKdC0OwTAPFx9vpJznB68uFShNxiM8nHTsktCjJ kzdde4UNa8omHr6bZJV+Oeb3tBQy27Ag7oDY9qWauytF+pMOjCmYVuVqJ39H0iZwYNX+ 6XkTwWo8qSris5lB3TnR72FbFYOR+UpZmqXMQ= MIME-Version: 1.0 Received: by 10.204.130.92 with SMTP id r28mr807909bks.108.1314383404824; Fri, 26 Aug 2011 11:30:04 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.204.121.193 with HTTP; Fri, 26 Aug 2011 11:30:04 -0700 (PDT) In-Reply-To: References: <20110823101708.665a7a7059d7ee80bb4d670165c8327d.35d98b2f35.wbe@email03.secureserver.net> Date: Fri, 26 Aug 2011 11:30:04 -0700 X-Google-Sender-Auth: hAbyksQUcvDy5gTctV58hkZOALE Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: "Gordon P. Hemsley" Content-Type: multipart/alternative; boundary=001517477fb6f17a4404ab6cbb5d Cc: ltru@ietf.org, Doug Ewell Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Fri, 26 Aug 2011 18:28:54 -0000 --001517477fb6f17a4404ab6cbb5d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for the feedback! Updated working drafts: - draft-davis-t-langtag-ext.html - draft-davis-t-langtag-ext.txt - draft-davis-t-langtag-ext.xml Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Fri, Aug 26, 2011 at 06:41, Gordon P. Hemsley wrote= : > On Tue, Aug 23, 2011 at 2:32 PM, Mark Davis =E2=98=95 wrote: > > Updated working drafts: > > > > draft-davis-t-langtag-ext.html > > draft-davis-t-langtag-ext.txt > > draft-davis-t-langtag-ext.xml > > Editorial nits: > > The second to last paragraph in section 2.1 contains a sentence that read= s: > "Extension subtags, once defined by LDML, are never retracted or > change in meaning in a substantial way." > > I presume that the 'never' is supposed to scope over 'change', but it > doesn't, as currently written. > > I suggest rephrasing that sentence to something like these: > "Extension subtags, once defined by LDML, are never retracted or > changed in meaning in a substantial way." > "Extension subtags, once defined by LDML, are never retracted nor > changed in meaning in a substantial way." > "Extension subtags, once defined by LDML, are never retracted and do > not change in meaning in a substantial way." > "Extension subtags, once defined by LDML, are never retracted or > substantially changed in meaning." > done > "Extension subtags, once defined by LDML, are never retracted nor > substantially changed in meaning." > > My preference would probably be one of the last two. > > Also, and maybe I missed it, but I thought it was agreed to change the > registration description (section 2.4) to "Specifying Transformed > Content" or one of many other suggested changes? > Whoops, missed that in the title. fixed. > > I would also recommend separating "but not limited to" from the other > text using commas on either side... but maybe that's just a personal > preference of mine. > That would be too many commas, but added : after "to" BTW, This will also undergo review by the RFC editor, so it is probably not worth focusing too much on the lower-level typographical issues, especially those that are a matter of preference. > > Also, could you clarify to me the purpose of the last paragraph of > section 2.5? If a request is made for 'ja-t-it-m0-xxx-v21a-2007' and > the recipient has content corresponding to that exact request, why > would it ever even consider serving 'ja-t-it-m0-xxx-v21a-2009'? > Wouldn't it make more sense to use an example where the recipient of > the request does not have an exact match and thus must actually choose > what it considers to be the closest equivalent? > good point. fixed. > > Fourth paragraph of section 2.9: > "The XML structure lists the keys, such as name=3D"m0" alias=3D"collation" description=3D"Transliteration extension > mechanism">,with subelements for the types, such as name=3D"ungegn" description=3D"United Nations Group of Experts on > Geographical Names"/>." > > There is a space missing after the second comma. > Fixed ",with" > > And in section 4, the citation of "Section 3.7. Extensions and the > Extensions Registry of "Tags for Identifying Languages" in [BCP47]" is > inconsistent with the format used by similar citations throughout the > document. I would recommend changing 'in' to 'of' and eliminating the > done > period after '3.7', possibly couching the description in commas > instead. > done, but we'll see what the RFC editor does with this, since it is a copy of a similar section that is now an RFC. > > Hope that helps. > Yes, thanks! Note to others: also fixed Yoshito=3D>Umaoka in [RFC6067]Davis, M., Ed., Phillips, A., Ed., and Y. Yoshito, Ed., =E2=80=9CB= CP 47 Extension U,=E2=80=9D September 2010. > > Gordon > > -- > Gordon P. Hemsley > me@gphemsley.org > http://gphemsley.org/ =E2=80=A2 http://gphemsley.org/blog/ > --001517477fb6f17a4404ab6cbb5d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Mark
=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94


On Fri, Aug 26, 2011 at 06:41, Gordon P.= Hemsley <gphem= sley@gmail.com> wrote:
On Tue, Aug 23, 2011 at 2:32 PM, Mark Davis =E2=98=95 <= ;mark@macchiato.com> wrote: > Updated working drafts:
>
> draft-davis-t-langtag-ext.html
> draft-davis-t-langtag-ext.txt
> draft-davis-t-langtag-ext.xml

Editorial nits:

The second to last paragraph in section 2.1 contains a sentence that reads:=
"Extension subtags, once defined by LDML, are never retracted or
change in meaning in a substantial way."

I presume that the 'never' is supposed to scope over 'change= 9;, but it
doesn't, as currently written.

I suggest rephrasing that sentence to something like these:
"Extension subtags, once defined by LDML, are never retracted or
changed in meaning in a substantial way."
"Extension subtags, once defined by LDML, are never retracted nor
changed in meaning in a substantial way."
"Extension subtags, once defined by LDML, are never retracted and do not change in meaning in a substantial way."
"Extension subtags, once defined by LDML, are never retracted or
substantially changed in meaning."

done
=C2=A0
"Extension subtags, once defined by LDML, are never retracted nor
substantially changed in meaning."

My preference would probably be one of the last two.

Also, and maybe I missed it, but I thought it was agreed to change the
registration description (section 2.4) to "Specifying Transformed
Content" or one of many other suggested changes?
=
Whoops, missed that in the title. fixed.
=C2=A0

I would also recommend separating "but not limited to" from the o= ther
text using commas on either side... but maybe that's just a personal preference of mine.

That would be too m= any commas, but added : after "to"

BTW, = This will also undergo review by the RFC editor, so it is probably not wort= h focusing too much on the lower-level typographical issues, especially tho= se that are a matter of preference.
=C2=A0

Also, could you clarify to me the purpose of the last paragraph of
section 2.5? If a request is made for 'ja-t-it-m0-xxx-v21a-2007' an= d
the recipient has content corresponding to that exact request, why
would it ever even consider serving 'ja-t-it-m0-xxx-v21a-2009'?
Wouldn't it make more sense to use an example where the recipient of the request does not have an exact match and thus must actually choose
what it considers to be the closest equivalent?

good point. fixed.
=C2=A0

Fourth paragraph of section 2.9:
"The XML structure lists the keys, such as <key extension=3D"t= "
name=3D"m0" alias=3D"collation" description=3D"Tra= nsliteration extension
mechanism">,with subelements for the types, such as <type
name=3D"ungegn" description=3D"United Nations Group of Exper= ts on
Geographical Names"/>."

There is a space missing after the second comma.

<= /div>
Fixed ",with"
=C2=A0

And in section 4, the citation of "Section 3.7. Extensions and the
Extensions Registry of "Tags for Identifying Languages" in [BCP47= ]" is
inconsistent with the format used by similar citations throughout the
document. I would recommend changing 'in' to 'of' and elimi= nating the

done
=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex;"> period after '3.7', possibly couching the description in commas
instead.

done, but we'll see what t= he RFC editor does with this, since it is a copy of a similar section that = is now an RFC.
=C2=A0

Hope that helps.

Yes, thanks!

Note to others: also fixed=C2=A0Yoshito=3D>Umaoka= in

[RFC6067]Davis, M., Ed., Phillips, A., Ed., and Y. Yoshito, Ed., = =E2=80=9CBCP 47 Extension U,=E2=80=9D September=C2=A02010.
=C2=A0

Gordon

--
Gordon P. Hemsley
me@gphemsley.org
http://gphemsley.org/ =E2=80=A2 http:= //gphemsley.org/blog/

--001517477fb6f17a4404ab6cbb5d-- From addison@lab126.com Tue Aug 30 19:35:09 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A44621F8BB0 for ; Tue, 30 Aug 2011 19:35:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NbRw+skHRVhK for ; Tue, 30 Aug 2011 19:35:08 -0700 (PDT) Received: from smtp-fw-9101.amazon.com (smtp-fw-9101.amazon.com [207.171.184.25]) by ietfa.amsl.com (Postfix) with ESMTP id 8322621F8BAC for ; Tue, 30 Aug 2011 19:35:08 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.68,305,1312156800"; d="scan'208";a="768801422" Received: from smtp-in-5102.iad5.amazon.com ([10.218.9.29]) by smtp-border-fw-out-9101.sea19.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Aug 2011 02:36:29 +0000 Received: from ex-hub-31010.ant.amazon.com (ex-hub-31010.sea31.amazon.com [10.185.169.7]) by smtp-in-5102.iad5.amazon.com (8.13.8/8.13.8) with ESMTP id p7V2Yq3g019124 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 31 Aug 2011 02:36:28 GMT Received: from EX-SEA31-D.ant.amazon.com ([169.254.1.184]) by ex-hub-31010.ant.amazon.com ([::1]) with mapi; Tue, 30 Aug 2011 19:34:59 -0700 From: "Phillips, Addison" To: "ltru@ietf.org" Date: Tue, 30 Aug 2011 19:34:56 -0700 Thread-Topic: draft-davis-t-langtag-ext... Thread-Index: AcxnhiyjZKlOolaNRV6el72qTITs7A== Message-ID: <131F80DEA635F044946897AFDA9AC3476A959A41C2@EX-SEA31-D.ant.amazon.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Subject: [Ltru] draft-davis-t-langtag-ext... X-BeenThere: ltru@ietf.org 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: Wed, 31 Aug 2011 02:35:09 -0000 SSBzdXBwb3NlIGl0IHNob3VsZCBnbyB3aXRob3V0IHNheWluZywgc2luY2UgSSdtIG9uZSBvZiB0 aGUgYXV0aG9ycywgYnV0IEkgdGhpbmsgdGhhdCB0aGUgY3VycmVudCBkcmFmdCBvZiB0aGUgLXQt IGV4dGVuc2lvbiBsb29rcyBsaWtlIGl0IGNvdmVycyB0aGUgaW1wb3J0YW50IGNhc2VzIGFuZCBw cm92aWRlcyB0aGUgbmVjZXNzYXJ5IGZ1dHVyZSBleHRlbnNpYmlsaXR5LCBzbyBJIHRoaW5rIGl0 J3MgcmVhZHkgZm9yIGFkdmFuY2VtZW50IGJlZm9yZSB0aGUgSUVTRy4gSSBhbHNvIGludGVuZCB0 byB1c2UgaXQgaW50ZXJuYWxseSBhdCBMYWIgaW4gc29tZSBvZiBvdXIgZnV0dXJlIHByb2R1Y3Rz LCBzaW5jZSBpdCBhZGRyZXNzZXMgbmVlZHMgaW4gbGFuZ3VhZ2UgaWRlbnRpZmljYXRpb24uDQoN ClJlZ2FyZHMsDQoNCkFkZGlzb24NCg0KQWRkaXNvbiBQaGlsbGlwcw0KR2xvYmFsaXphdGlvbiBB cmNoaXRlY3QgKExhYjEyNikNCkNoYWlyIChXM0MgSTE4TiBXRykNCg0KSW50ZXJuYXRpb25hbGl6 YXRpb24gaXMgbm90IGEgZmVhdHVyZS4NCkl0IGlzIGFuIGFyY2hpdGVjdHVyZS4NCg0K From yoshito_umaoka@us.ibm.com Tue Aug 30 20:33:53 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76BC521F8CCE for ; Tue, 30 Aug 2011 20:33:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.298 X-Spam-Level: X-Spam-Status: No, score=-6.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FEyv4RDgrh21 for ; Tue, 30 Aug 2011 20:33:52 -0700 (PDT) Received: from e9.ny.us.ibm.com (e9.ny.us.ibm.com [32.97.182.139]) by ietfa.amsl.com (Postfix) with ESMTP id 8CA2221F8C98 for ; Tue, 30 Aug 2011 20:33:52 -0700 (PDT) Received: from d01relay06.pok.ibm.com (d01relay06.pok.ibm.com [9.56.227.116]) by e9.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p7V313he020365 for ; Tue, 30 Aug 2011 23:01:03 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay06.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p7V3ZChl1265766 for ; Tue, 30 Aug 2011 23:35:12 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p7V3ZCq2031162 for ; Tue, 30 Aug 2011 23:35:12 -0400 Received: from wtfmail03.lotus.com (WTFMAIL03.lotus.com [9.32.140.19]) by d01av04.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p7V3ZCnP031150; Tue, 30 Aug 2011 23:35:12 -0400 In-Reply-To: References: <20110823101708.665a7a7059d7ee80bb4d670165c8327d.35d98b2f35.wbe@email03.secureserver.net> To: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= MIME-Version: 1.0 X-KeepSent: E59198F0:89C56599-852578FD:00121886; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.2 August 10, 2010 Message-ID: From: yoshito_umaoka@us.ibm.com Date: Tue, 30 Aug 2011 23:35:11 -0400 X-MIMETrack: Serialize by Router on WTFMAIL03/WTF/M/Lotus(Release 8.5.2FP3 HF58|August 02, 2011) at 08/30/2011 11:35:13 PM, Serialize complete at 08/30/2011 11:35:13 PM Content-Type: multipart/alternative; boundary="=_alternative 0013B569852578FD_=" Cc: ltru@ietf.org, "Gordon P. Hemsley" , Doug Ewell Subject: Re: [Ltru] draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Wed, 31 Aug 2011 03:33:53 -0000 This is a multipart message in MIME format. --=_alternative 0013B569852578FD_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB0aGUgZmVlZGJhY2shDQoNClVwZGF0ZWQgd29ya2luZyBkcmFmdHM6DQpkcmFm dC1kYXZpcy10LWxhbmd0YWctZXh0Lmh0bWwNCmRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQudHh0 DQpkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0LnhtbA0KTWFyaw0K4oCUIElsIG1lZ2xpbyDDqCBs 4oCZaW5pbWljbyBkZWwgYmVuZSDigJQNCg0KDQpPbmUgdGhpbmcgd2hpY2ggd2UgbWF5IG5lZWQg Y2xhcmlmaWNhdGlvbi4uLg0KDQo+U2VjdGlvbiAyLjIgU3RydWN0dXJlDQo+DQo+ZC4gVGhlIG9y ZGVyIG9mIHRoZSBzdWJ0YWdzIGluIGEgdCBleHRlbnNpb24gaXMgc2lnbmlmaWNhbnQgKHNlZSAN ClNlY3Rpb24gMi4zIChDYW5vbmljYWxpemF0aW9uKSBDYW5vbmljYWxpemF0aW9uKS4gDQoNCkkg dGhpbmsgdGhpcyBsaW5lIGRvZXMgbm90IG1hdGNoIDIuMyBDYW5vbmljYWxpemF0aW9uIC0gYmVj YXVzZSB0aGUgDQpyZWZlcmVuY2VkIHNlY3Rpb24gc2F5cyAtICJ3aXRoIHRoZSBmaWVsZHMgb3Jk ZXJlZCBieSB0aGUgc2VwYXJhdG9ycywgDQphbHBoYWJldGljYWxseS4gIg0KSSB0aGluayB3ZSBk b24ndCB3YW50IHRvIG1ha2UgdGhlIG9yZGVyIG9mIDxmaWVsZD4gc2lnbmlmaWNhbnQgLSBmb3Ig DQpleGFtcGxlLCBhc3N1bWUgdGhlcmUgaXMgYSBuZXcgPHNlcD4gIngwIiBpcyBpbnRyb2R1Y2Vk IC0gDQoNCnVuZC1DeXJsLXQtdW5kLWxhdG4tbTAtdW5nZWduLTIwMDcteDAtZm9vDQoNCmFuZA0K DQp1bmQtQ3lybC10LXVuZC1sYXRuLXgwLWZvby1tMC11bmdlZ24tMjAwNw0KDQp3b3VsZCBiZSBl cXVpdmFsZW50IChidXQsIHRoZSBjYW5vbmljYWwgcmVwcmVzZW50YXRpb24gaXMgLSANCiJ1bmQt Q3lybC10LXVuZC1sYXRuLW0wLXVuZ2Vnbi0yMDA3LXgwLWZvbyIgLSBiZWNhdXNlIGZpZWxkICJt MC0qIiBhbmQgDQoiZmllbGQgIngwLSoiIGFyZSBzb3J0ZWQgYWxwaGFiZXRpY2FsIG9yZGVyKS4N Cg0KSWYgbXkgaW50ZXJwcmV0YXRpb24gaXMgY29ycmVjdCwgU2VjdGlvbiAyLjIgZCBzaG91bGQg YmUgY2hhbmdlZCB0byAiVGhlIA0Kb3JkZXIgb2YgdGhlIGZpZWxkcyBpbiBhIHQgZXh0ZW5zaW9u IGlzIHNpZ25pZmljYW50IiAoYSBmaWVsZCBjb25zaXN0cyANCmZyb20gPHNlcD4gYW5kIHN1YnRh Z3MgcmVwcmVzZW50ZWQgYnkgMyo4YWxwaGFudW0pLg0KDQoNCg0KT3RoZXJ3aXNlLCB0aGUgbGF0 ZXN0IGVkaXRpb24gbG9va3MgY2xlYW4gYW5kIHJlYWR5IHRvIGdvLg0KDQpZb3NoaXRvIFVtYW9r YQ0K --=_alternative 0013B569852578FD_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0zIGNvbG9yPSMyZjJmMmY+VGhhbmtzIGZvciB0aGUgZmVlZGJhY2shPC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MyBjb2xvcj0jMmYyZjJmPlVwZGF0ZWQgd29ya2luZyBk cmFmdHM6PC9mb250Pg0KPHVsPg0KPGxpPjxhIGhyZWY9Imh0dHA6Ly91bmljb2RlLm9yZy9yZXBv cy9jbGRyL3RydW5rL2RvY3MvcmZjL2RyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQuaHRtbCIgdGFy Z2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9IzAwNjJlMT48dT5kcmFmdC1kYXZpcy10LWxh bmd0YWctZXh0Lmh0bWw8L3U+PC9mb250PjwvYT4NCjxsaT48YSBocmVmPSJodHRwOi8vdW5pY29k ZS5vcmcvcmVwb3MvY2xkci90cnVuay9kb2NzL3JmYy9kcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0 LnR4dCIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTMgY29sb3I9IzAwNjJlMT48dT5kcmFmdC1k YXZpcy10LWxhbmd0YWctZXh0LnR4dDwvdT48L2ZvbnQ+PC9hPg0KPGxpPjxhIGhyZWY9Imh0dHA6 Ly91bmljb2RlLm9yZy9yZXBvcy9jbGRyL3RydW5rL2RvY3MvcmZjL2RyYWZ0LWRhdmlzLXQtbGFu Z3RhZy1leHQueG1sIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj0jMDA2MmUxPjx1 PmRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQueG1sPC91PjwvZm9udD48L2E+PC91bD48Zm9udCBz aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj5NYXJrPC9mb250Pg0KPGJyPjxmb250IHNpemU9 Mz48aT7igJQgSWwgbWVnbGlvIMOoIGzigJlpbmltaWNvIGRlbCBiZW5lIOKAlDwvaT48YnI+DQo8 YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPk9uZSB0aGluZyB3aGljaCB3ZSBtYXkgbmVl ZCBjbGFyaWZpY2F0aW9uLi4uPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mz4mZ3Q7U2Vj dGlvbiAyLjIgU3RydWN0dXJlPC9mb250Pg0KPGJyPjxmb250IHNpemU9Mz4mZ3Q7PC9mb250Pg0K PGJyPjxmb250IHNpemU9Mz4mZ3Q7ZC4gVGhlIG9yZGVyIG9mIHRoZSBzdWJ0YWdzIGluIGEgdCBl eHRlbnNpb24gaXMgc2lnbmlmaWNhbnQNCihzZWUgPC9mb250PjxhIGhyZWY9Imh0dHA6Ly91bmlj b2RlLm9yZy9yZXBvcy9jbGRyL3RydW5rL2RvY3MvcmZjL2RyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1l eHQuaHRtbCNjYW5vbmljYWxpemF0aW9uIj48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dT5TZWN0 aW9uJm5ic3A7Mi4zDQooQ2Fub25pY2FsaXphdGlvbik8L3U+PC9mb250PjwvYT48Zm9udCBzaXpl PTM+IENhbm9uaWNhbGl6YXRpb24pLiA8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPkkg dGhpbmsgdGhpcyBsaW5lIGRvZXMgbm90IG1hdGNoIDIuMyBDYW5vbmljYWxpemF0aW9uDQotIGJl Y2F1c2UgdGhlIHJlZmVyZW5jZWQgc2VjdGlvbiBzYXlzIC0gJnF1b3Q7d2l0aCB0aGUgZmllbGRz IG9yZGVyZWQgYnkNCnRoZSBzZXBhcmF0b3JzLCBhbHBoYWJldGljYWxseS4gJnF1b3Q7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9Mz5JIHRoaW5rIHdlIGRvbid0IHdhbnQgdG8gbWFrZSB0aGUgb3Jk ZXIgb2YgJmx0O2ZpZWxkJmd0Ow0Kc2lnbmlmaWNhbnQgLSBmb3IgZXhhbXBsZSwgYXNzdW1lIHRo ZXJlIGlzIGEgbmV3ICZsdDtzZXAmZ3Q7ICZxdW90O3gwJnF1b3Q7DQppcyBpbnRyb2R1Y2VkIC0g PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mz51bmQtQ3lybC10LXVuZC1sYXRuLW0wLXVu Z2Vnbi0yMDA3LXgwLWZvbzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+YW5kPC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mz51bmQtQ3lybC10LXVuZC1sYXRuLXgwLWZvby1tMC11 bmdlZ24tMjAwNzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+d291bGQgYmUgZXF1aXZh bGVudCAoYnV0LCB0aGUgY2Fub25pY2FsIHJlcHJlc2VudGF0aW9uDQppcyAtICZxdW90O3VuZC1D eXJsLXQtdW5kLWxhdG4tbTAtdW5nZWduLTIwMDcteDAtZm9vJnF1b3Q7IC0gYmVjYXVzZSBmaWVs ZA0KJnF1b3Q7bTAtKiZxdW90OyBhbmQgJnF1b3Q7ZmllbGQgJnF1b3Q7eDAtKiZxdW90OyBhcmUg c29ydGVkIGFscGhhYmV0aWNhbA0Kb3JkZXIpLjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXpl PTM+SWYgbXkgaW50ZXJwcmV0YXRpb24gaXMgY29ycmVjdCwgU2VjdGlvbiAyLjIgZCBzaG91bGQN CmJlIGNoYW5nZWQgdG8gJnF1b3Q7VGhlIG9yZGVyIG9mIDwvZm9udD48Zm9udCBzaXplPTMgY29s b3I9IzgwMDA4MD48Yj50aGUNCmZpZWxkczwvYj48L2ZvbnQ+PGZvbnQgc2l6ZT0zPiBpbiBhIHQg ZXh0ZW5zaW9uIGlzIHNpZ25pZmljYW50JnF1b3Q7IChhDQpmaWVsZCBjb25zaXN0cyBmcm9tICZs dDtzZXAmZ3Q7IGFuZCBzdWJ0YWdzIHJlcHJlc2VudGVkIGJ5IDMqOGFscGhhbnVtKS48L2ZvbnQ+ DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zPk90aGVyd2lzZSwgdGhlIGxhdGVz dCBlZGl0aW9uIGxvb2tzIGNsZWFuIGFuZCByZWFkeSB0bw0KZ28uPC9mb250Pg0KPGJyPg0KPGJy Pjxmb250IHNpemU9Mz5Zb3NoaXRvIFVtYW9rYTwvZm9udD4NCg== --=_alternative 0013B569852578FD_=-- From yoshito_umaoka@us.ibm.com Tue Aug 30 20:43:59 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D172821F8D64 for ; Tue, 30 Aug 2011 20:43:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.298 X-Spam-Level: X-Spam-Status: No, score=-6.298 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q7frge36hE3J for ; Tue, 30 Aug 2011 20:43:59 -0700 (PDT) Received: from e7.ny.us.ibm.com (e7.ny.us.ibm.com [32.97.182.137]) by ietfa.amsl.com (Postfix) with ESMTP id CEA7121F8D53 for ; Tue, 30 Aug 2011 20:43:58 -0700 (PDT) Received: from d01relay05.pok.ibm.com (d01relay05.pok.ibm.com [9.56.227.237]) by e7.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p7V2PQoC001323 for ; Tue, 30 Aug 2011 22:25:26 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay05.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p7V3jRJE146244 for ; Tue, 30 Aug 2011 23:45:27 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p7UNjEwM010350 for ; Tue, 30 Aug 2011 20:45:14 -0300 Received: from wtfmail03.lotus.com (WTFMAIL03.lotus.com [9.32.140.19]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p7UNjEq4010347; Tue, 30 Aug 2011 20:45:14 -0300 To: ltru@ietf.org, =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= MIME-Version: 1.0 X-KeepSent: 187CE637:C51B9821-852578FD:001445BA; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.2 August 10, 2010 Message-ID: From: yoshito_umaoka@us.ibm.com Date: Tue, 30 Aug 2011 23:45:26 -0400 X-MIMETrack: Serialize by Router on WTFMAIL03/WTF/M/Lotus(Release 8.5.2FP3 HF58|August 02, 2011) at 08/30/2011 11:45:27 PM, Serialize complete at 08/30/2011 11:45:27 PM Content-Type: multipart/alternative; boundary="=_alternative 0014A58E852578FD_=" Subject: [Ltru] Fw: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Wed, 31 Aug 2011 03:43:59 -0000 This is a multipart message in MIME format. --=_alternative 0014A58E852578FD_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 U29ycnksDQoNCj5JZiBteSBpbnRlcnByZXRhdGlvbiBpcyBjb3JyZWN0LCBTZWN0aW9uIDIuMiBk IHNob3VsZCBiZSBjaGFuZ2VkIHRvICJUaGUgDQpvcmRlciBvZiB0aGUgZmllbGRzIGluIGEgdCBl eHRlbnNpb24gaXMgc2lnbmlmaWNhbnQiIChhIGZpZWxkIGNvbnNpc3RzIA0KZnJvbSA8c2VwPiBh bmQgc3VidGFncyByZXByZXNlbnRlZCBieSAzKjhhbHBoYW51bSkuIA0KDQpNeSBzdWdnZXN0aW9u IGFib3ZlIHdhcyB3cm9uZyAtIEkgbWVhbnQNCg0KMSkgVGhlIG9yZGVyIG9mIHRoZSBmaWVsZHMg aW4gYSB0IGV4dGVuc2lvbiBpcyBub3Qgc2lnbmlmaWNhbnQuDQoyKSBUaGUgb3JkZXIgb2Ygc3Vi dGFncyB3aXRoaW4gYSBmaWVsZCBpcyBzaWduaWZpY2FudC4NCg0KDQpZb3NoaXRvIFVtYW9rYQ0K DQoNCi0tLS0tIEZvcndhcmRlZCBieSBZb3NoaXRvIFVtYW9rYS9XZXN0Zm9yZC9JQk0gb24gMDgv MzAvMjAxMSAxMTo0MSBQTSANCi0tLS0tDQoNCkZyb206ICAgWW9zaGl0byBVbWFva2EvV2VzdGZv cmQvSUJNDQpUbzogICAgIE1hcmsgRGF2aXMg4piVIDxtYXJrQG1hY2NoaWF0by5jb20+DQpDYzog ICAgIERvdWcgRXdlbGwgPGRvdWdAZXdlbGxpYy5vcmc+LCAiR29yZG9uIFAuIEhlbXNsZXkiIA0K PGdwaGVtc2xleUBnbWFpbC5jb20+LCBsdHJ1QGlldGYub3JnDQpEYXRlOiAgIDA4LzMwLzIwMTEg MTE6MzUgUE0NClN1YmplY3Q6ICAgICAgICBSZTogW0x0cnVdIGRyYWZ0LWRhdmlzLXQtbGFuZ3Rh Zy1leHQNCg0KDQoNClRoYW5rcyBmb3IgdGhlIGZlZWRiYWNrISANCg0KVXBkYXRlZCB3b3JraW5n IGRyYWZ0czogDQpkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0Lmh0bWwgDQpkcmFmdC1kYXZpcy10 LWxhbmd0YWctZXh0LnR4dCANCmRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQueG1sDQpNYXJrIA0K 4oCUIElsIG1lZ2xpbyDDqCBs4oCZaW5pbWljbyBkZWwgYmVuZSDigJQNCg0KDQpPbmUgdGhpbmcg d2hpY2ggd2UgbWF5IG5lZWQgY2xhcmlmaWNhdGlvbi4uLiANCg0KPlNlY3Rpb24gMi4yIFN0cnVj dHVyZSANCj4gDQo+ZC4gVGhlIG9yZGVyIG9mIHRoZSBzdWJ0YWdzIGluIGEgdCBleHRlbnNpb24g aXMgc2lnbmlmaWNhbnQgKHNlZSBTZWN0aW9uIA0KMi4zIChDYW5vbmljYWxpemF0aW9uKSBDYW5v bmljYWxpemF0aW9uKS4gDQoNCkkgdGhpbmsgdGhpcyBsaW5lIGRvZXMgbm90IG1hdGNoIDIuMyBD YW5vbmljYWxpemF0aW9uIC0gYmVjYXVzZSB0aGUgDQpyZWZlcmVuY2VkIHNlY3Rpb24gc2F5cyAt ICJ3aXRoIHRoZSBmaWVsZHMgb3JkZXJlZCBieSB0aGUgc2VwYXJhdG9ycywgDQphbHBoYWJldGlj YWxseS4gIiANCkkgdGhpbmsgd2UgZG9uJ3Qgd2FudCB0byBtYWtlIHRoZSBvcmRlciBvZiA8Zmll bGQ+IHNpZ25pZmljYW50IC0gZm9yIA0KZXhhbXBsZSwgYXNzdW1lIHRoZXJlIGlzIGEgbmV3IDxz ZXA+ICJ4MCIgaXMgaW50cm9kdWNlZCAtIA0KDQp1bmQtQ3lybC10LXVuZC1sYXRuLW0wLXVuZ2Vn bi0yMDA3LXgwLWZvbyANCg0KYW5kIA0KDQp1bmQtQ3lybC10LXVuZC1sYXRuLXgwLWZvby1tMC11 bmdlZ24tMjAwNyANCg0Kd291bGQgYmUgZXF1aXZhbGVudCAoYnV0LCB0aGUgY2Fub25pY2FsIHJl cHJlc2VudGF0aW9uIGlzIC0gDQoidW5kLUN5cmwtdC11bmQtbGF0bi1tMC11bmdlZ24tMjAwNy14 MC1mb28iIC0gYmVjYXVzZSBmaWVsZCAibTAtKiIgYW5kIA0KImZpZWxkICJ4MC0qIiBhcmUgc29y dGVkIGFscGhhYmV0aWNhbCBvcmRlcikuIA0KDQpJZiBteSBpbnRlcnByZXRhdGlvbiBpcyBjb3Jy ZWN0LCBTZWN0aW9uIDIuMiBkIHNob3VsZCBiZSBjaGFuZ2VkIHRvICJUaGUgDQpvcmRlciBvZiB0 aGUgZmllbGRzIGluIGEgdCBleHRlbnNpb24gaXMgc2lnbmlmaWNhbnQiIChhIGZpZWxkIGNvbnNp c3RzIA0KZnJvbSA8c2VwPiBhbmQgc3VidGFncyByZXByZXNlbnRlZCBieSAzKjhhbHBoYW51bSku IA0KDQoNCg0KT3RoZXJ3aXNlLCB0aGUgbGF0ZXN0IGVkaXRpb24gbG9va3MgY2xlYW4gYW5kIHJl YWR5IHRvIGdvLiANCg0KWW9zaGl0byBVbWFva2EgDQo= --=_alternative 0014A58E852578FD_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlNvcnJ5LDwvZm9udD4NCjxicj4NCjxicj48 Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jmd0OzwvZm9udD48Zm9udCBzaXplPTM+SWYg bXkgaW50ZXJwcmV0YXRpb24NCmlzIGNvcnJlY3QsIFNlY3Rpb24gMi4yIGQgc2hvdWxkIGJlIGNo YW5nZWQgdG8gJnF1b3Q7VGhlIG9yZGVyIG9mIDwvZm9udD48Zm9udCBzaXplPTMgY29sb3I9Izgw MDA4MD48Yj50aGUNCmZpZWxkczwvYj48L2ZvbnQ+PGZvbnQgc2l6ZT0zPiBpbiBhIHQgZXh0ZW5z aW9uIGlzIHNpZ25pZmljYW50JnF1b3Q7IChhDQpmaWVsZCBjb25zaXN0cyBmcm9tICZsdDtzZXAm Z3Q7IGFuZCBzdWJ0YWdzIHJlcHJlc2VudGVkIGJ5IDMqOGFscGhhbnVtKS4NCjwvZm9udD4NCjxi cj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+TXkgc3VnZ2VzdGlvbiBhYm92 ZSB3YXMgd3JvbmcgLSBJIG1lYW50PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj4xKSBUaGUgb3JkZXIgb2YgdGhlIGZpZWxkcyBpbiBhIHQgZXh0ZW5zaW9u DQppcyBub3Qgc2lnbmlmaWNhbnQuPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj4yKSBUaGUgb3JkZXIgb2Ygc3VidGFncyB3aXRoaW4gYSBmaWVsZA0KaXMgc2lnbmlm aWNhbnQuPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj5Zb3NoaXRvIFVtYW9rYTwvZm9udD4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTEg Y29sb3I9IzgwMDA4MCBmYWNlPSJzYW5zLXNlcmlmIj4tLS0tLSBGb3J3YXJkZWQgYnkgWW9zaGl0 bw0KVW1hb2thL1dlc3Rmb3JkL0lCTSBvbiAwOC8zMC8yMDExIDExOjQxIFBNIC0tLS0tPC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9InNhbnMtc2VyaWYi PkZyb206ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZh Y2U9InNhbnMtc2VyaWYiPllvc2hpdG8gVW1hb2thL1dlc3Rmb3JkL0lCTTwvZm9udD4NCjxicj48 Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5UbzogJm5ic3A7ICZu YnNwOyAmbmJzcDsNCiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ TWFyayBEYXZpcyDimJUgJmx0O21hcmtAbWFjY2hpYXRvLmNvbSZndDs8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0ic2Fucy1zZXJpZiI+Q2M6ICZuYnNwOyAmbmJz cDsgJm5ic3A7DQombmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPkRv dWcgRXdlbGwgJmx0O2RvdWdAZXdlbGxpYy5vcmcmZ3Q7LA0KJnF1b3Q7R29yZG9uIFAuIEhlbXNs ZXkmcXVvdDsgJmx0O2dwaGVtc2xleUBnbWFpbC5jb20mZ3Q7LCBsdHJ1QGlldGYub3JnPC9mb250 Pg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9InNhbnMtc2VyaWYiPkRhdGU6 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPjA4LzMwLzIwMTEgMTE6MzUgUE08L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGNv bG9yPSM1ZjVmNWYgZmFjZT0ic2Fucy1zZXJpZiI+U3ViamVjdDogJm5ic3A7ICZuYnNwOw0KJm5i c3A7ICZuYnNwOzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UmU6IFtMdHJ1 XSBkcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0PC9mb250Pg0KPGJyPg0KPGhyIG5vc2hhZGU+DQo8 YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGNvbG9yPSMyZjJmMmY+VGhhbmtzIGZvciB0aGUg ZmVlZGJhY2shPC9mb250Pjxmb250IHNpemU9Mz4NCjxicj4NCjwvZm9udD48Zm9udCBzaXplPTMg Y29sb3I9IzJmMmYyZj48YnI+DQpVcGRhdGVkIHdvcmtpbmcgZHJhZnRzOjwvZm9udD48Zm9udCBz aXplPTM+IDwvZm9udD4NCjx1bD4NCjxsaT48YSBocmVmPSJodHRwOi8vdW5pY29kZS5vcmcvcmVw b3MvY2xkci90cnVuay9kb2NzL3JmYy9kcmFmdC1kYXZpcy10LWxhbmd0YWctZXh0Lmh0bWwiIHRh cmdldD1fYmxhbms+PGZvbnQgc2l6ZT0zIGNvbG9yPSMwMDYyZTE+PHU+ZHJhZnQtZGF2aXMtdC1s YW5ndGFnLWV4dC5odG1sPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pg0KPGxp PjxhIGhyZWY9Imh0dHA6Ly91bmljb2RlLm9yZy9yZXBvcy9jbGRyL3RydW5rL2RvY3MvcmZjL2Ry YWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQudHh0IiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBj b2xvcj0jMDA2MmUxPjx1PmRyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQudHh0PC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pg0KPGxpPjxhIGhyZWY9Imh0dHA6Ly91bmljb2RlLm9y Zy9yZXBvcy9jbGRyL3RydW5rL2RvY3MvcmZjL2RyYWZ0LWRhdmlzLXQtbGFuZ3RhZy1leHQueG1s IiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MyBjb2xvcj0jMDA2MmUxPjx1PmRyYWZ0LWRhdmlz LXQtbGFuZ3RhZy1leHQueG1sPC91PjwvZm9udD48L2E+PC91bD48Zm9udCBzaXplPTMgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj5NYXJrPC9mb250Pjxmb250IHNpemU9Mz4NCjxpPjxicj4NCuKAlCBJ bCBtZWdsaW8gw6ggbOKAmWluaW1pY28gZGVsIGJlbmUg4oCUPC9pPjxicj4NCjxicj4NCjxicj4N Ck9uZSB0aGluZyB3aGljaCB3ZSBtYXkgbmVlZCBjbGFyaWZpY2F0aW9uLi4uIDxicj4NCjxicj4N CiZndDtTZWN0aW9uIDIuMiBTdHJ1Y3R1cmUgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7ZC4gVGhlIG9y ZGVyIG9mIHRoZSBzdWJ0YWdzIGluIGEgdCBleHRlbnNpb24gaXMgc2lnbmlmaWNhbnQgKHNlZSA8 L2ZvbnQ+PGEgaHJlZj0iaHR0cDovL3VuaWNvZGUub3JnL3JlcG9zL2NsZHIvdHJ1bmsvZG9jcy9y ZmMvZHJhZnQtZGF2aXMtdC1sYW5ndGFnLWV4dC5odG1sI2Nhbm9uaWNhbGl6YXRpb24iPjxmb250 IHNpemU9MyBjb2xvcj1ibHVlPjx1PlNlY3Rpb24NCjIuMyAoQ2Fub25pY2FsaXphdGlvbik8L3U+ PC9mb250PjwvYT48Zm9udCBzaXplPTM+IENhbm9uaWNhbGl6YXRpb24pLiA8YnI+DQo8YnI+DQpJ IHRoaW5rIHRoaXMgbGluZSBkb2VzIG5vdCBtYXRjaCAyLjMgQ2Fub25pY2FsaXphdGlvbiAtIGJl Y2F1c2UgdGhlIHJlZmVyZW5jZWQNCnNlY3Rpb24gc2F5cyAtICZxdW90O3dpdGggdGhlIGZpZWxk cyBvcmRlcmVkIGJ5IHRoZSBzZXBhcmF0b3JzLCBhbHBoYWJldGljYWxseS4NCiZxdW90OyA8YnI+ DQpJIHRoaW5rIHdlIGRvbid0IHdhbnQgdG8gbWFrZSB0aGUgb3JkZXIgb2YgJmx0O2ZpZWxkJmd0 OyBzaWduaWZpY2FudCAtDQpmb3IgZXhhbXBsZSwgYXNzdW1lIHRoZXJlIGlzIGEgbmV3ICZsdDtz ZXAmZ3Q7ICZxdW90O3gwJnF1b3Q7IGlzIGludHJvZHVjZWQNCi0gPGJyPg0KPGJyPg0KdW5kLUN5 cmwtdC11bmQtbGF0bi1tMC11bmdlZ24tMjAwNy14MC1mb28gPGJyPg0KPGJyPg0KYW5kIDxicj4N Cjxicj4NCnVuZC1DeXJsLXQtdW5kLWxhdG4teDAtZm9vLW0wLXVuZ2Vnbi0yMDA3IDxicj4NCjxi cj4NCndvdWxkIGJlIGVxdWl2YWxlbnQgKGJ1dCwgdGhlIGNhbm9uaWNhbCByZXByZXNlbnRhdGlv biBpcyAtICZxdW90O3VuZC1DeXJsLXQtdW5kLWxhdG4tbTAtdW5nZWduLTIwMDcteDAtZm9vJnF1 b3Q7DQotIGJlY2F1c2UgZmllbGQgJnF1b3Q7bTAtKiZxdW90OyBhbmQgJnF1b3Q7ZmllbGQgJnF1 b3Q7eDAtKiZxdW90OyBhcmUgc29ydGVkDQphbHBoYWJldGljYWwgb3JkZXIpLiA8YnI+DQo8YnI+ DQpJZiBteSBpbnRlcnByZXRhdGlvbiBpcyBjb3JyZWN0LCBTZWN0aW9uIDIuMiBkIHNob3VsZCBi ZSBjaGFuZ2VkIHRvICZxdW90O1RoZQ0Kb3JkZXIgb2YgPC9mb250Pjxmb250IHNpemU9MyBjb2xv cj0jODAwMDgwPjxiPnRoZSBmaWVsZHM8L2I+PC9mb250Pjxmb250IHNpemU9Mz4NCmluIGEgdCBl eHRlbnNpb24gaXMgc2lnbmlmaWNhbnQmcXVvdDsgKGEgZmllbGQgY29uc2lzdHMgZnJvbSAmbHQ7 c2VwJmd0Ow0KYW5kIHN1YnRhZ3MgcmVwcmVzZW50ZWQgYnkgMyo4YWxwaGFudW0pLiA8YnI+DQo8 YnI+DQo8YnI+DQo8YnI+DQpPdGhlcndpc2UsIHRoZSBsYXRlc3QgZWRpdGlvbiBsb29rcyBjbGVh biBhbmQgcmVhZHkgdG8gZ28uIDxicj4NCjxicj4NCllvc2hpdG8gVW1hb2thIDwvZm9udD4NCg== --=_alternative 0014A58E852578FD_=-- From mark.edward.davis@gmail.com Wed Aug 31 14:36:27 2011 Return-Path: X-Original-To: ltru@ietfa.amsl.com Delivered-To: ltru@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3976F21F89BA for ; Wed, 31 Aug 2011 14:36:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.516 X-Spam-Level: X-Spam-Status: No, score=-1.516 tagged_above=-999 required=5 tests=[AWL=0.276, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XrADYTVq4zgv for ; Wed, 31 Aug 2011 14:36:26 -0700 (PDT) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 262D321F8E35 for ; Wed, 31 Aug 2011 14:36:21 -0700 (PDT) Received: by gyf3 with SMTP id 3so1160174gyf.31 for ; Wed, 31 Aug 2011 14:37:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9q3D4zUasO6Zmxj90w815F4KO0ouc5+1v/R5KCRJGG8=; b=tpwQOmhYGmuH3HWiUOkpUBS8c82PWj7N0rlkBeiWqwQDiFBhca/mfWTbKDFuIlExyT d9zMWBXOuv7Vmw3/HJJbZk/y9W1B1GbuJVanDq0aPrUHZH/JpKGEP7wSj3zcBl3xy0qT rbmiBs8DBYQdQnvyxZKW7QgHc8NjY94vn3n2Q= MIME-Version: 1.0 Received: by 10.150.115.10 with SMTP id n10mr885267ybc.16.1314826672064; Wed, 31 Aug 2011 14:37:52 -0700 (PDT) Sender: mark.edward.davis@gmail.com Received: by 10.151.27.12 with HTTP; Wed, 31 Aug 2011 14:37:52 -0700 (PDT) In-Reply-To: References: Date: Wed, 31 Aug 2011 14:37:52 -0700 X-Google-Sender-Auth: VPtiE6jghrSJlH6O8XxqFqDPjxw Message-ID: From: =?UTF-8?B?TWFyayBEYXZpcyDimJU=?= To: yoshito_umaoka@us.ibm.com Content-Type: multipart/alternative; boundary=000e0cd4cbe6baca4004abd3f0ab Cc: ltru@ietf.org Subject: Re: [Ltru] Fw: draft-davis-t-langtag-ext X-BeenThere: ltru@ietf.org 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: Wed, 31 Aug 2011 21:36:27 -0000 --000e0cd4cbe6baca4004abd3f0ab Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I agree; will update the working draft. I'll also go ahead and post that. Thanks! Mark *=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* On Tue, Aug 30, 2011 at 20:45, wrote: > Sorry, > > >If my interpretation is correct, Section 2.2 d should be changed to "The > order of *the fields* in a t extension is significant" (a field consists > from and subtags represented by 3*8alphanum). > > My suggestion above was wrong - I meant > > 1) The order of the fields in a t extension is not significant. > 2) The order of subtags within a field is significant. > > > Yoshito Umaoka > > > ----- Forwarded by Yoshito Umaoka/Westford/IBM on 08/30/2011 11:41 PM ---= -- > > From: Yoshito Umaoka/Westford/IBM > To: Mark Davis =E2=98=95 > Cc: Doug Ewell , "Gordon P. Hemsley" < > gphemsley@gmail.com>, ltru@ietf.org > Date: 08/30/2011 11:35 PM > Subject: Re: [Ltru] draft-davis-t-langtag-ext > ------------------------------ > > > > Thanks for the feedback! > > Updated working drafts: > > - *draft-davis-t-langtag-ext.html* > - *draft-davis-t-langtag-ext.txt* > - *draft-davis-t-langtag-ext.xml* > > Mark * > =E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94* > > > One thing which we may need clarification... > > >Section 2.2 Structure > > > >d. The order of the subtags in a t extension is significant (see *Sectio= n > 2.3 (Canonicalization)*Canonicalization). > > I think this line does not match 2.3 Canonicalization - because the > referenced section says - "with the fields ordered by the separators, > alphabetically. " > I think we don't want to make the order of significant - for > example, assume there is a new "x0" is introduced - > > und-Cyrl-t-und-latn-m0-ungegn-2007-x0-foo > > and > > und-Cyrl-t-und-latn-x0-foo-m0-ungegn-2007 > > would be equivalent (but, the canonical representation is - > "und-Cyrl-t-und-latn-m0-ungegn-2007-x0-foo" - because field "m0-*" and > "field "x0-*" are sorted alphabetical order). > > If my interpretation is correct, Section 2.2 d should be changed to "The > order of *the fields* in a t extension is significant" (a field consists > from and subtags represented by 3*8alphanum). > > > > Otherwise, the latest edition looks clean and ready to go. > > Yoshito Umaoka > --000e0cd4cbe6baca4004abd3f0ab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I agree; will update the working draft= . I'll also go ahead and post that.
On Tue, Aug 30, 2011 at 20:45, <yoshito_umaoka@u= s.ibm.com> wrote:
Sorry,

>If my = interpretation is correct, Section 2.2 d should be changed to "The order of the fields in a t extension is significant" (a field consists from <sep> and subtags represented by 3*8alphanum).

My suggestion above was wron= g - I meant

1) The order of the fields in a t = extension is not significant.
2) The order of subtags within a f= ield is significant.


Yoshito Umaoka


----- Forwarded = by Yoshito Umaoka/Westford/IBM on 08/30/2011 11:41 PM -----

From: =C2=A0 =C2= =A0 =C2=A0 =C2=A0Yoshito Umaoka/Westford/I= BM
To: =C2=A0 =C2= =A0 =C2=A0 =C2=A0Mark Davis =E2=98=95 <= mark@macchiato.com<= /a>>
Cc: =C2=A0 =C2= =A0 =C2=A0 =C2=A0Doug Ewell <doug@ewellic.org>, "Gordon P. Hemsley" <gphemsley@gmail.com>, ltru@ietf.org
Date: =C2=A0 =C2= =A0 =C2=A0 =C2=A008/30/2011 11:35 PM
Subject: =C2=A0 = =C2=A0 =C2=A0 =C2=A0Re: [Ltru] draft-d= avis-t-langtag-ext



Thanks for the feedback!

Updated working drafts: Mark
=E2=80=94 Il meglio =C3=A8 l=E2=80=99inimico del bene =E2=80=94


One thing which we may need clarification...

>Section 2.2 Structure
>
>d. The order of the subtags in a t extension is significant (see Section 2.3 (Canonicalization) Canonicalization). <= br>
I think this line does not match 2.3 Canonicalization - because the referen= ced section says - "with the fields ordered by the separators, alphabetica= lly. "
I think we don't want to make the order of <field> significant - for example, assume there is a new <sep> "x0" is introduced -

und-Cyrl-t-und-latn-m0-ungegn-2007-x0-foo

and

und-Cyrl-t-und-latn-x0-foo-m0-ungegn-2007

would be equivalent (but, the canonical representation is - "und-Cyrl-= t-und-latn-m0-ungegn-2007-x0-foo" - because field "m0-*" and "field "x0-*" are sorte= d alphabetical order).

If my interpretation is correct, Section 2.2 d should be changed to "T= he order of the fields= in a t extension is significant" (a field consists from <sep> and subtags represented by 3*8alphanum).



Otherwise, the latest edition looks clean and ready to go.

Yoshito Umaoka

--000e0cd4cbe6baca4004abd3f0ab--