From rick@unicode.org Tue Feb 5 21:13:05 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Tue, 05 Feb 2008 21:20:18 -0600 (CST) Received: from izanami (c-71-202-247-55.hsd1.ca.comcast.net [71.202.247.55]) by unicode.org (8.12.11/8.12.11) with SMTP id m163D0jK028313; Tue, 5 Feb 2008 21:13:00 -0600 Message-Id: <200802060313.m163D0jK028313@unicode.org> To: unicode@unicode.org Subject: CLDR 1.6 Schedule Date: Tue, 5 Feb 2008 19:13:01 -0800 From: Rick McGowan received: by Apple.Mailer (2.95.2) X-archive-position: 381 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: rick@unicode.org Precedence: bulk X-list: cldr-users The planned CLDR 1.6 schedule has been posted at http://www.unicode.org/cldr/index.html, with data submission to start in March. Feedback or questions should be posted to cldr-users@unicode.org. (Note: you must subscribe to the cldr-users mail list before posting. Please see http://www.unicode.org/consortium/distlist.html#cldr_list for details.) From rick@unicode.org Tue Feb 5 21:16:03 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Tue, 05 Feb 2008 21:21:01 -0600 (CST) Received: from izanami (c-71-202-247-55.hsd1.ca.comcast.net [71.202.247.55]) by unicode.org (8.12.11/8.12.11) with SMTP id m163Ftfa030426; Tue, 5 Feb 2008 21:15:55 -0600 Message-Id: <200802060315.m163Ftfa030426@unicode.org> To: unicode@unicode.org Subject: Transliteration Guidelines Date: Tue, 5 Feb 2008 19:15:56 -0800 From: Rick McGowan received: by Apple.Mailer (2.95.2) X-archive-position: 382 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: rick@unicode.org Precedence: bulk X-list: cldr-users In response to feedback on the "Unicode Transliteration Guidelines", the Unicode CLDR committee has updated the document, at http://www.unicode.org/cldr/transliteration_guidelines.html Further feedback or questions should be posted to cldr-users@unicode.org. (Note: you must subscribe to the cldr-users mail list before posting. Please see http://www.unicode.org/consortium/distlist.html#cldr_list for details.) From yoshito_umaoka@us.ibm.com Thu Feb 14 11:12:21 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Thu, 14 Feb 2008 11:12:21 -0600 (CST) Received: from e3.ny.us.ibm.com (e3.ny.us.ibm.com [32.97.182.143]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1EHCFir008918 for ; Thu, 14 Feb 2008 11:12:21 -0600 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e3.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m1EHBrWe000609 for ; Thu, 14 Feb 2008 12:11:53 -0500 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m1EHBqRn215042 for ; Thu, 14 Feb 2008 12:11:52 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m1EHBq2x007845 for ; Thu, 14 Feb 2008 12:11:52 -0500 Received: from internet1.lotus.com (internet1.lotus.com [9.33.9.11]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m1EHBqk0007816 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Thu, 14 Feb 2008 12:11:52 -0500 Received: from wtfmail03a.lotus.com (wtfmail03a.lotus.com [9.33.9.120]) by internet1.lotus.com (8.13.8+Sun/8.14.1) with ESMTP id m1EHBk6d026826 for ; Thu, 14 Feb 2008 12:11:47 -0500 (EST) To: Subject: Date format symbol - Y : Year (of "Week of Year") MIME-Version: 1.0 X-Mailer: Lotus Notes Build V702_02152006 February 15, 2006 Message-ID: From: yoshito_umaoka@us.ibm.com Date: Thu, 14 Feb 2008 12:12:16 -0500 X-MIMETrack: Serialize by Router on WTFMAIL03a/WTF/M/Lotus(Release 7.0.3FP1|January 21, 2008) at 02/14/2008 12:12:19, Serialize complete at 02/14/2008 12:12:19 Content-Type: text/plain; charset="US-ASCII" X-archive-position: 383 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: yoshito_umaoka@us.ibm.com Precedence: bulk X-list: cldr-users http://www.unicode.org/reports/tr35/#Date_Format_Patterns In the LDML specification, date format symbol Y is explained as below - >Year (of "Week of Year"), used in ISO year-week calendar. May differ from calendar year. I think this explanation is misleading. I think "ISO" in this statement actually refers ISO8601. ISO8601 has fixed rule (not locale dependent) for counting week of year. On the other hand, CLDR defines locale dependent - minDays in weekData is used for counting weeks. Also, ISO8601 only uses Gregorian Calendar. But, CLDR does not limit calendar systems to Gregorian only. So I think Year of "Week of Year" should be based on the target calendar system. I think the description should not mention the term "ISO". What do you think? -Yoshito Umaoka From mark.edward.davis@gmail.com Thu Feb 14 11:30:46 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Thu, 14 Feb 2008 11:30:46 -0600 (CST) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1EHUjvm019254 for ; Thu, 14 Feb 2008 11:30:45 -0600 Received: by ug-out-1314.google.com with SMTP id c2so1128560ugf.27 for ; Thu, 14 Feb 2008 09:30:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=bYRr2Hl5tUSdq85oieFqrbmG5Ia54CYZ/0wBrbUTLxk=; b=j55RPyslehbG2IIBbM/4gEAnWxYmwAhXtaBC88jpMvGf8Mc+/It6rf4Q/i5WR9Gh20jr0uXuoJFLEcIj8XyZMgEGOIb0LdhN1/SLbPBalXoxiggXWtEfoIDVP7mHKATeVwGVDboY2Z1Tj4RPbsIUXq1daw910WUoVepdRFw8twI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=MPWF7afonfHDSftOxYGrwPcuCgv74bJt10e25O+uu0UfZfNxK53z64OTe/yNjD2aQCWCcOIsrOcXM7IkNgMpFyvXt3Md0cGaAexteGmd0YCDcom++sh3j1R+ZyNIZNOa5XEXMdjLpy/TdBwQSOlnHk9lsBQWQCdUxO+qQR44MXY= Received: by 10.142.128.6 with SMTP id a6mr1368154wfd.138.1203010238084; Thu, 14 Feb 2008 09:30:38 -0800 (PST) Received: by 10.143.174.8 with HTTP; Thu, 14 Feb 2008 09:30:38 -0800 (PST) Message-ID: <30b660a20802140930l7bdcb0c7k64c25cd806269c04@mail.gmail.com> Date: Thu, 14 Feb 2008 09:30:38 -0800 From: "Mark Davis" To: yoshito_umaoka@us.ibm.com Subject: Re: Date format symbol - Y : Year (of "Week of Year") Cc: cldr-users@unicode.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3522_14879546.1203010238061" References: X-Google-Sender-Auth: 231c2cb0fbe51336 X-archive-position: 384 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: mark.davis@icu-project.org Precedence: bulk X-list: cldr-users ------=_Part_3522_14879546.1203010238061 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I agree that we need a clarification on this. Go ahead and file a bug on it. On Thu, Feb 14, 2008 at 9:12 AM, wrote: > http://www.unicode.org/reports/tr35/#Date_Format_Patterns > > In the LDML specification, date format symbol Y is explained as below - > > >Year (of "Week of Year"), used in ISO year-week calendar. May differ from > calendar year. > > I think this explanation is misleading. I think "ISO" in this statement > actually refers ISO8601. ISO8601 has fixed rule (not locale dependent) > for counting week of year. On the other hand, CLDR defines locale > dependent - minDays in weekData is used for counting weeks. > > Also, ISO8601 only uses Gregorian Calendar. But, CLDR does not limit > calendar systems to Gregorian only. So I think Year of "Week of Year" > should be based on the target calendar system. > > I think the description should not mention the term "ISO". What do you > think? > > > -Yoshito Umaoka > > -- Mark ------=_Part_3522_14879546.1203010238061 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline I agree that we need a clarification on this. Go ahead and file a bug on it.

On Thu, Feb 14, 2008 at 9:12 AM, <yoshito_umaoka@us.ibm.com> wrote:
http://www.unicode.org/reports/tr35/#Date_Format_Patterns

In the LDML specification, date format symbol Y is explained as below -

>Year (of "Week of Year"), used in ISO year-week calendar. May differ from
calendar year.

I think this explanation is misleading.  I think "ISO" in this statement
actually refers ISO8601.  ISO8601 has fixed rule (not locale dependent)
for counting week of year.  On the other hand, CLDR defines locale
dependent - minDays in weekData is used for counting weeks.

Also, ISO8601 only uses Gregorian Calendar.  But, CLDR does not limit
calendar systems to Gregorian only.  So I think Year of "Week of Year"
should be based on the target calendar system.

I think the description should not mention the term "ISO".  What do you
think?


-Yoshito Umaoka




--
Mark ------=_Part_3522_14879546.1203010238061-- From yoshito_umaoka@us.ibm.com Thu Feb 14 15:00:12 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Thu, 14 Feb 2008 15:00:12 -0600 (CST) Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.145]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1EL0Bo2031841 for ; Thu, 14 Feb 2008 15:00:12 -0600 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e5.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m1EL06i9021790 for ; Thu, 14 Feb 2008 16:00:06 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m1EL06L8211914 for ; Thu, 14 Feb 2008 16:00:06 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m1EL05Wr001440 for ; Thu, 14 Feb 2008 16:00:05 -0500 Received: from internet1.lotus.com (internet1.lotus.com [9.33.9.11]) by d01av02.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m1EL05lr001409 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Thu, 14 Feb 2008 16:00:05 -0500 Received: from wtfmail03a.lotus.com (wtfmail03a.lotus.com [9.33.9.120]) by internet1.lotus.com (8.13.8+Sun/8.14.1) with ESMTP id m1EKxxHN022798 for ; Thu, 14 Feb 2008 16:00:00 -0500 (EST) In-Reply-To: <30b660a20802140930l7bdcb0c7k64c25cd806269c04@mail.gmail.com> To: cldr-users@unicode.org Subject: Re: Date format symbol - Y : Year (of "Week of Year") MIME-Version: 1.0 X-Mailer: Lotus Notes Build V702_02152006 February 15, 2006 Message-ID: From: yoshito_umaoka@us.ibm.com Date: Thu, 14 Feb 2008 16:00:28 -0500 X-MIMETrack: Serialize by Router on WTFMAIL03a/WTF/M/Lotus(Release 7.0.3FP1|January 21, 2008) at 02/14/2008 16:00:33, Serialize complete at 02/14/2008 16:00:33 Content-Type: text/plain; charset="US-ASCII" X-archive-position: 385 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: yoshito_umaoka@us.ibm.com Precedence: bulk X-list: cldr-users Sure, I filed a bug #1605 - http://www.unicode.org/cldr/bugs/locale-bugs?findid=1605 -Yoshito mark.edward.davis@gmail.com wrote on 02/14/2008 12:30:38 PM: > I agree that we need a clarification on this. Go ahead and file a bug on it. > On Thu, Feb 14, 2008 at 9:12 AM, wrote: > http://www.unicode.org/reports/tr35/#Date_Format_Patterns > > In the LDML specification, date format symbol Y is explained as below - > > >Year (of "Week of Year"), used in ISO year-week calendar. May differ from > calendar year. > > I think this explanation is misleading. I think "ISO" in this statement > actually refers ISO8601. ISO8601 has fixed rule (not locale dependent) > for counting week of year. On the other hand, CLDR defines locale > dependent - minDays in weekData is used for counting weeks. > > Also, ISO8601 only uses Gregorian Calendar. But, CLDR does not limit > calendar systems to Gregorian only. So I think Year of "Week of Year" > should be based on the target calendar system. > > I think the description should not mention the term "ISO". What do you > think? > > > -Yoshito Umaoka > > > > -- > Mark From dzo@bisharat.net Fri Feb 15 14:40:40 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Fri, 15 Feb 2008 14:40:40 -0600 (CST) Received: from kabissa.org (113166.kabissa.org [72.32.199.201]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1FKee7K029480 for ; Fri, 15 Feb 2008 14:40:40 -0600 Received: (qmail 8422 invoked from network); 15 Feb 2008 14:40:39 -0600 Received: from pool-71-251-55-153.washdc.east.verizon.net (HELO IBM92AA25595C4) (71.251.55.153) by 72.32.229.137 with SMTP; 15 Feb 2008 14:40:37 -0600 From: "Don Osborn" To: , Cc: "'CLDR list'" , References: <9d70cb000802141239w2955b34g565541e9e616ef0d@mail.gmail.com> In-Reply-To: Subject: RE: 2008 UN Year of Languages. 2008-02-21 International Mother Language Day Date: Fri, 15 Feb 2008 15:40:32 -0500 Message-ID: <010901c87013$02ce6770$086b3650$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchwClUcLi9AO1+qS1y/y0/YNFnYvAAA2rbA Content-Language: en-us Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by unicode.org id m1FKee7K029480 X-archive-position: 386 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: dzo@bisharat.net Precedence: bulk X-list: cldr-users Hi Lorna, you wrote: > din should be dks - if the language name is right :-) On the other hand, if the phrase is indeed identical in both varieties of Dinka cited, then maybe they could have listed it one time with the code din (rather than dib & dks). The exercise of translation of a short slogan into several varieties (dialects/languages) of a tongue (language/macrolanguage) is something that seems to me to risk showing the personal differences in turn of phrase by individual translators, as much as any more-widely existing preferences in phrasing. Not that that's wrong, but when the goal is promoting slogans - or translating commands for software localization - it may be possible to find either common words/phrases for the closely related varieties of a tongue, or harmonized versions in the several varieties. In the former case - such as apparently in Dinka where the phrase is the same - then shouldn't the macrolanguage or ISO 639-2 code be used? I realize this gets off topic for this list, so apologies. The topic of how to match needs of translation and localization in the case of language and macrolanguages coded variously under ISO 639 does have implications for locales and language coding more generally. I'll cc to the CLDR list. I'll also pass the Songhai and Zarma examples on to the Marga list for comment. Don From srl@icu-project.org Fri Feb 22 21:05:30 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Fri, 22 Feb 2008 21:05:30 -0600 (CST) Received: from k2smtpout02-02.prod.mesa1.secureserver.net (k2smtpout02-02.prod.mesa1.secureserver.net [64.202.189.91]) by unicode.org (8.12.11/8.12.11) with SMTP id m1N35Tjb028887 for ; Fri, 22 Feb 2008 21:05:29 -0600 Received: (qmail 8846 invoked from network); 23 Feb 2008 03:05:29 -0000 Received: from unknown (HELO ssl.icu-project.org) (208.109.248.225) by k2smtpout02-02.prod.mesa1.secureserver.net (64.202.189.91) with ESMTP; 23 Feb 2008 03:05:29 -0000 Received: from [129.42.184.35] (helo=tintin-009043104100.sanjose.ibm.com) by ssl.icu-project.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.62) (envelope-from ) id 1JSkhd-0008Ms-5G for cldr-users@unicode.org; Fri, 22 Feb 2008 19:05:29 -0800 Message-ID: <47BF8D6F.8050006@icu-project.org> Date: Fri, 22 Feb 2008 19:05:19 -0800 From: "Steven R. Loomis" User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: cldr-users@unicode.org Subject: CLDR build issues Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-archive-position: 387 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: srl@icu-project.org Precedence: bulk X-list: cldr-users Well, I guess I am joining the club of CLDR java build issues :] It seems that the build.xml expects ALL java source files to build together at the same time, regardless of the "target" you choose. This is bad when web is dragged in at the wrong time. (Someone imported a "web" class at the wrong place). cldr/org/unicode/cldr/util/CaseIterator seemed to be missing - Mark, I took one from ICU, hope that will work properly. I checked in some improvements that will hopefully help there. I didn't check in build.xml yet- I'm not sure I have figured out the best solution yet. Basically it involves adding «sourcepath=""» to the javac targets to prevent them from compiling the world, and also adding adding a bunch of includes to «util» so that the intertwined circular dependencies get picked up in the compiler. I am very close to getting Beta started for the survey tool. From rick@unicode.org Tue Feb 26 11:45:45 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Tue, 26 Feb 2008 11:50:21 -0600 (CST) Received: from izanami (c-71-202-247-55.hsd1.ca.comcast.net [71.202.247.55]) by unicode.org (8.12.11/8.12.11) with SMTP id m1QHjZNN022527; Tue, 26 Feb 2008 11:45:35 -0600 Message-Id: <200802261745.m1QHjZNN022527@unicode.org> To: unicode@unicode.org Subject: New draft proposed update of UTS #18 available Date: Tue, 26 Feb 2008 09:45:36 -0800 From: Rick McGowan received: by Apple.Mailer (2.95.2) X-archive-position: 388 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: rick@unicode.org Precedence: bulk X-list: cldr-users There is a new draft of Proposed Update UTS #18 Unicode Regular Expressions (http://www.unicode.org/reports/tr18/tr18-12.html), with the following modifications. Feedback can be summitted with the online reporting form at http://www.unicode.org/reporting.html. * Clarified conformance requirements for "." and CRLF. * Pointed to LDML for the locale ID syntax * Made the importance of the levels (and sublevels) clearer. * Added not-equal in property expressions, ~~ for symmetric difference * Changed operators to use doubled characters: --, &&, ||, ~~ * Document expected precedence among operations. * Added multiple property values. \p{gc=L|M|Nd} is equivalent to [\p{gc=L}\p{gc=M}\p{gc=Nd}] * Fixed case where 'arbitrary character pattern' matches a newline sequence * Added order of priority for level 2 items * Described implementation of canonical equivalence through default grapheme clusters * Moved default grapheme clusters (2.2) to level 3. * Added names sequences, such as \N{KHMER CONSONANT SIGN COENG KA} * Added some example links to Unicode utilities. From rick@unicode.org Tue Feb 26 11:51:28 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Tue, 26 Feb 2008 11:55:23 -0600 (CST) Received: from izanami (c-71-202-247-55.hsd1.ca.comcast.net [71.202.247.55]) by unicode.org (8.12.11/8.12.11) with SMTP id m1QHpN1C025194; Tue, 26 Feb 2008 11:51:24 -0600 Message-Id: <200802261751.m1QHpN1C025194@unicode.org> To: unicode@unicode.org Subject: New draft proposed update UTS #10 now available Date: Tue, 26 Feb 2008 09:51:24 -0800 From: Rick McGowan received: by Apple.Mailer (2.95.2) X-archive-position: 389 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: rick@unicode.org Precedence: bulk X-list: cldr-users There is a new draft of Proposed Update UTS #10 Unicode Collation Algorithm (http://www.unicode.org/reports/tr10/tr10-17.html). The modifications include the following. * Disallowed skipping 2.1.1 through 2.1.3 (Section 4.2 Produce Array) * Clarified use of contractions in the DUCET in Section 3.2 Default Unicode Collation Element Table and Section 3.1.1.2 Contractions * Added information about the use of parameterization (Section 5.1 Parametric Tailoring), and a new conformance clause C6. * Added Section 8.1 Collation Folding * In Section 8 Searching and Matching, added new introduction and explained special cases. * Added pointer to new 5.1.0 draft tables: [AllKeys] * Clarified language in definitions in 8 Searching and Matching. * Fixed a number of reported typos. * Minor editing. From rick@unicode.org Tue Feb 26 18:44:03 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Tue, 26 Feb 2008 18:47:41 -0600 (CST) Received: from izanami (c-71-202-247-55.hsd1.ca.comcast.net [71.202.247.55]) by unicode.org (8.12.11/8.12.11) with SMTP id m1R0hwOh012551; Tue, 26 Feb 2008 18:43:58 -0600 Message-Id: <200802270043.m1R0hwOh012551@unicode.org> To: unicode@unicode.org Subject: Unicode 5.1.0 beta period now closed Date: Tue, 26 Feb 2008 16:43:59 -0800 From: Rick McGowan received: by Apple.Mailer (2.95.2) X-archive-position: 390 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: rick@unicode.org Precedence: bulk X-list: cldr-users The beta period for Unicode 5.1.0 has closed. We are now in the pre-publication phase and expect to have the final release around March 31. No more substantive changes are planned, beyond those already approved by the Unicode Technical Committee. However, if you have editorial comments on the text of Unicode 5.1.0 please report via the online reporting form. Unicode 5.1.0 page: http://www.unicode.org/versions/Unicode5.1.0/ Online contact form: http://www.unicode.org/reporting.html Regards, Rick McGowan Unicode, Inc. From v-magdad@microsoft.com Wed Feb 27 14:44:47 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Wed, 27 Feb 2008 14:45:11 -0600 (CST) Received: from smtp.microsoft.com (smtp.microsoft.com [131.107.115.214]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1RKigQ5027287; Wed, 27 Feb 2008 14:44:46 -0600 Received: from tk1-exhub-c102.redmond.corp.microsoft.com (157.54.46.186) by TK5-EXGWY-E803.partners.extranet.microsoft.com (10.251.56.169) with Microsoft SMTP Server (TLS) id 8.1.240.5; Wed, 27 Feb 2008 12:44:37 -0800 Received: from NA-EXMSG-C125.redmond.corp.microsoft.com ([157.54.61.83]) by tk1-exhub-c102.redmond.corp.microsoft.com ([157.54.46.186]) with mapi; Wed, 27 Feb 2008 12:44:36 -0800 From: "Magda Danish (Unicode)" To: "unicore@unicode.org" , "l2@unicode.org" , "joe.zhang@unihan.com.cn" , "csluqin@comp.polyu.edu.hk" , "roozbeh@farsiweb.info" , "michka@trigeminal.com" , "paf@cisco.com" , "mikeksar@10646.com" , "jdo@pacificlinks.net" , "fsasaki@w3.org" , "bhaskar@aa.tufs.ac.jp" , "dwanders@berkeley.edu" , "rscook@berkeley.edu" , "Misha.Wolf@reuters.com" , "jan@ecma.ch" , "bidi@unicode.org" , "irg@unicode.org" , "cldr@unicode.org" , "gihan@icta.lk" , "cldr-users@unicode.org" , "directors@unicode.org" Date: Wed, 27 Feb 2008 12:44:36 -0800 Subject: Save the Date: 32nd Internationalization & Unicode Conference Thread-Topic: Save the Date: 32nd Internationalization & Unicode Conference Thread-Index: Ach5gZC7daHQRYtgSeGNAbXBpAVG9g== Message-ID: <871A62EA91884849A3BE952CA63832D016BBA2FD4A@NA-EXMSG-C125.redmond.corp.microsoft.com> 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_871A62EA91884849A3BE952CA63832D016BBA2FD4ANAEXMSGC125re_" MIME-Version: 1.0 X-archive-position: 391 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: v-magdad@microsoft.com Precedence: bulk X-list: cldr-users --_000_871A62EA91884849A3BE952CA63832D016BBA2FD4ANAEXMSGC125re_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Rk9SIElNTUVESUFURSBSRUxFQVNFDQoNCg0KDQoNCg0KQ29udGFjdDoNCg0KU3RlcGhhbmllIENv dmVydA0KT2JqZWN0IE1hbmFnZW1lbnQgR3JvdXANCisxLTg0My03MzcgMDYzNw0KaW5mb0B1bmlj b2RlY29uZmVyZW5jZS5vcmcNCg0KU2F2ZSB0aGUgRGF0ZTogMzJuZCBJbnRlcm5hdGlvbmFsaXph dGlvbiAmIFVuaWNvZGUgQ29uZmVyZW5jZQ0KU2FuIEpvc2UsIENhbGlmLiwgVVNBOyBTZXB0ZW1i ZXIgOC0xMCwgMjAwOA0KDQoNCg0KTW91bnRhaW4gVmlldywgQ0EsIFVTQSDigJMgRmVicnVhcnkg MjcsIDIwMDgg4oCTIFRoZSBVbmljb2Rlwq4gQ29uc29ydGl1bSBpcyBpbnZpdGluZyBldmVyeW9u ZSBpbnRlcmVzdGVkIGluIFVuaWNvZGUsIGdsb2JhbCBzb2Z0d2FyZSBhbmQgV2ViIGludGVybmF0 aW9uYWxpemF0aW9uIHRvIOKAnFNhdmUgdGhlIERhdGXigJ0gZm9yIHRoZSBUaGlydHktU2Vjb25k IEludGVybmF0aW9uYWxpemF0aW9uICYgVW5pY29kZSBDb25mZXJlbmNlIChJVUMpLCB3aGljaCBp cyB0YWtpbmcgcGxhY2UgaW4gU2FuIEpvc2UsIENhbGlmLiwgVVNBIGF0IHRoZSBIaWx0b24gU2Fu IEpvc2Ugb24gU2VwdGVtYmVyIDgtMTAsIDIwMDguIFRoaXMgYW5udWFsIGNvbmZlcmVuY2UgaXMg cHJvZHVjZWQgYnkgVGhlIE9iamVjdCBNYW5hZ2VtZW50IEdyb3Vw4oSiIChPTUfihKIpLiBGb3Ig bW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJVUMgMzIsIHBsZWFzZSB2aXNpdCBodHRwOi8vd3d3LnVu aWNvZGVjb25mZXJlbmNlLm9yZy9zYXZlLXRoZS1kYXRlLg0KDQoNCg0KVGhlIEludGVybmF0aW9u YWxpemF0aW9uICYgVW5pY29kZSBDb25mZXJlbmNlIGlzIHRoZSBwcmVtaWVyIGFubnVhbCB0ZWNo bmljYWwgY29uZmVyZW5jZSBmb2N1c2luZyBvbiBtdWx0aWxpbmd1YWwsIGdsb2JhbCBzb2Z0d2Fy ZSBhbmQgV2ViIGludGVybmF0aW9uYWxpemF0aW9uLiBFYWNoIElVQyBjb25mZXJlbmNlIGZlYXR1 cmVzIGEgdmFyaWV0eSBvZiB0dXRvcmlhbHMgYW5kIGNvbmZlcmVuY2Ugc2Vzc2lvbnMgdGhhdCBj b3ZlciBjdXJyZW50IHRvcGljcyByZWxhdGVkIHRvIFdlYiBhbmQgc29mdHdhcmUgaW50ZXJuYXRp b25hbGl6YXRpb24sIGdsb2JhbGl6YXRpb24sIGFuZCBVbmljb2RlLg0KDQoNCg0KSW50ZXJuYXRp b25hbGl6YXRpb24gYW5kIFVuaWNvZGUgZXhwZXJ0cywgaW1wbGVtZW50ZXJzLCBjbGllbnRzIGFu ZCB2ZW5kb3JzIGFyZSBpbnZpdGVkIHRvIGF0dGVuZCB0aGlzIHVuaXF1ZSBjb25mZXJlbmNlLiBU aGUgaW50ZXJhY3RpdmUgZm9ybWF0IG1ha2VzIHRoZSBJbnRlcm5hdGlvbmFsaXphdGlvbiAmIFVu aWNvZGUgQ29uZmVyZW5jZSBhIGdyZWF0IHBsYWNlIHRvIG1lZXQgYW5kIGV4Y2hhbmdlIGlkZWFz IHdpdGggbGVhZGluZyBleHBlcnRzLCBmaW5kIG91dCBhYm91dCB0aGUgbmVlZHMgb2YgcG90ZW50 aWFsIGNsaWVudHMsIG9yIGdldCBpbmZvcm1hdGlvbiBhYm91dCBuZXcgYW5kIGV4aXN0aW5nIFVu aWNvZGUtZW5hYmxlZCBwcm9kdWN0cy4NCg0KDQoNClRoZSBlYXJseS1iaXJkIHJlZ2lzdHJhdGlv biBkZWFkbGluZSBpcyBKdWx5IDMxLCAyMDA4LiBUaGUgaG90ZWwgcmVnaXN0cmF0aW9uIGRlYWRs aW5lIGlzIEF1Z3VzdCAxNSwgMjAwOC4gRm9yIGNvbmZlcmVuY2UgZGV0YWlscyBhbmQgdG8gcmVx dWVzdCBtb3JlIGluZm9ybWF0aW9uLCB2aXNpdCBodHRwOi8vd3d3LnVuaWNvZGVjb25mZXJlbmNl Lm9yZy9zYXZlLXRoZS1kYXRlPGh0dHA6Ly93d3cudW5pY29kZWNvbmZlcmVuY2Uub3JnL3NkLXBy Pi4gRm9yIG1vcmUgaW5mb3JtYXRpb24gb24gZXhoaWJpdGluZyBvciBzcG9uc29yaW5nIHBsZWFz ZSBjb250YWN0OiBKb24gUm91c3NlbCwgQnVzaW5lc3MgRGV2ZWxvcG1lbnQgU3BlY2lhbGlzdCwg T2JqZWN0IE1hbmFnZW1lbnQgR3JvdXAgYnkgZW1haWw6IGpyb3Vzc2VsQG9tZy5vcmc8bWFpbHRv Ompyb3Vzc2VsQG9tZy5vcmc+LCBvciBieSBwaG9uZTogKzEtNzgxLTQ0NC0wNDA0IHgxMDYuIEZv ciBhbGwgb3RoZXIgaW5xdWlyaWVzIGVtYWlsIGluZm9AdW5pY29kZWNvbmZlcmVuY2Uub3JnPG1h aWx0bzppbmZvQHVuaWNvZGVjb25mZXJlbmNlLm9yZz4uIFRoZSBDYWxsIGZvciBQYXJ0aWNpcGF0 aW9uIHdpbGwgYmUgaXNzdWVkIHNob3J0bHkuIFRoZSBhYnN0cmFjdCBzdWJtaXNzaW9uIGRlYWRs aW5lIHdpbGwgYmUgQXByaWwgMTEsIDIwMDguDQoNCg0KIyMjDQoNCg0KQWJvdXQgVGhlIFVuaWNv ZGUgQ29uc29ydGl1bQ0KVGhlIFVuaWNvZGUgQ29uc29ydGl1bSBpcyBhIG5vbi1wcm9maXQgb3Jn YW5pemF0aW9uIGZvdW5kZWQgdG8gZGV2ZWxvcCwgZXh0ZW5kIGFuZCBwcm9tb3RlIHVzZSBvZiB0 aGUgVW5pY29kZSBTdGFuZGFyZCBhbmQgcmVsYXRlZCBnbG9iYWxpemF0aW9uIHN0YW5kYXJkcy4N Cg0KDQoNClRoZSBtZW1iZXJzaGlwIG9mIHRoZSBjb25zb3J0aXVtIHJlcHJlc2VudHMgYSBicm9h ZCBzcGVjdHJ1bSBvZiBjb3Jwb3JhdGlvbnMgYW5kIG9yZ2FuaXphdGlvbnMgaW4gdGhlIGNvbXB1 dGVyIGFuZCBpbmZvcm1hdGlvbiBwcm9jZXNzaW5nIGluZHVzdHJ5LiBNZW1iZXJzIGFyZTogQWRv YmUgU3lzdGVtcywgQXBwbGUsIEJhc2lzIFRlY2hub2xvZ3ksIERFTklDIGVHLCBHb29nbGUsIEdv dmVybm1lbnQgb2YgSW5kaWEsIEdvdmVybm1lbnQgb2YgUGFraXN0YW4sIEdvdmVybm1lbnQgb2Yg VGFtaWwgTmFkdSwgSFAsIElCTSwgSnVzdHN5c3RlbSwgTWljcm9zb2Z0LCBNb25vdHlwZSBJbWFn aW5nLCBPcmFjbGUsIFNBUCwgU3VuIE1pY3Jvc3lzdGVtcywgU3liYXNlLCBUaGUgVW5pdmVyc2l0 eSBvZiBDYWxpZm9ybmlhIGF0IEJlcmtlbGV5LCBZYWhvbyEsIHBsdXMgd2VsbCBvdmVyIGEgaHVu ZHJlZCBBc3NvY2lhdGUsIExpYWlzb24sIGFuZCBJbmRpdmlkdWFsIG1lbWJlcnMuDQoNCg0KDQpG b3IgbW9yZSBpbmZvcm1hdGlvbiwgcGxlYXNlIGNvbnRhY3QgdGhlIFVuaWNvZGUgQ29uc29ydGl1 bSAoaHR0cDovL3d3dy51bmljb2RlLm9yZy8pLg0KDQoNCg0KQWJvdXQgdGhlIEV2ZW50IFByb2R1 Y2VyDQoNClRoZSBPYmplY3QgTWFuYWdlbWVudCBHcm91cOKEoiAoT01H4oSiKSBpcyB0aGUgRXZl bnQgUHJvZHVjZXIgZm9yIHRoZSBJbnRlcm5hdGlvbmFsaXphdGlvbiAmIFVuaWNvZGUgQ29uZmVy ZW5jZXMuIFRoZSBPYmplY3QgTWFuYWdlbWVudCBHcm91cOKEoiAoT01H4oSiKSBpcyBhbiBpbnRl cm5hdGlvbmFsLCBvcGVuIG1lbWJlcnNoaXAsIG5vdC1mb3ItcHJvZml0IGNvbXB1dGVyIGluZHVz dHJ5IHN0YW5kYXJkcyBjb25zb3J0aXVtLiBPTUcgVGFzayBGb3JjZXMgZGV2ZWxvcCBlbnRlcnBy aXNlIGludGVncmF0aW9uIHN0YW5kYXJkcyBmb3IgYSB3aWRlIHJhbmdlIG9mIHRlY2hub2xvZ2ll cyBhbmQgYW4gZXZlbiB3aWRlciByYW5nZSBvZiBpbmR1c3RyaWVzLiBPTUfigJlzIG1vZGVsaW5n IHN0YW5kYXJkcyBlbmFibGUgcG93ZXJmdWwgdmlzdWFsIGRlc2lnbiwgZXhlY3V0aW9uIGFuZCBt YWludGVuYW5jZSBvZiBzb2Z0d2FyZSBhbmQgb3RoZXIgcHJvY2Vzc2VzLg0KDQoNCg0KRm9yIG1v cmUgaW5mb3JtYXRpb24gYWJvdXQgT01HLCB2aXNpdCB1cyBvbmxpbmUgYXQgaHR0cDovL3d3dy5v bWcub3JnPGh0dHA6Ly93d3cub21nLm9yZy8+Lg0KDQoNCg0KTm90ZSB0byBlZGl0b3JzOiBVbmlj b2RlIFN0YW5kYXJkLCBVbmljb2RlIGFuZCB0aGUgVW5pY29kZSBMb2dvIGFyZSB0cmFkZW1hcmtz IG9mIFVuaWNvZGUsIEluYy4gVW5pY29kZSBDb25zb3J0aXVtIGlzIGEgcmVnaXN0ZXJlZCB0cmFk ZW1hcmsgb2YgVW5pY29kZSwgSW5jLiBPYmplY3QgTWFuYWdlbWVudCBHcm91cCBhbmQgT01HIGFy ZSB0cmFkZW1hcmtzIG9mIE9iamVjdCBNYW5hZ2VtZW50IEdyb3VwLiBBbGwgb3RoZXIgdHJhZGVt YXJrcyBhcmUgdGhlIHByb3BlcnR5IG9mIHRoZWlyIHJlc3BlY3RpdmUgb3duZXJzLg0KDQoNCg== --_000_871A62EA91884849A3BE952CA63832D016BBA2FD4ANAEXMSGC125re_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29u dGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2 LjAwLjYwMDAuMTY2MDgiIG5hbWU9R0VORVJBVE9SPjwvSEVBRD4NCjxCT0RZPg0KPERJVj48Rk9O VCBmYWNlPVZlcmRhbmEgc2l6ZT0yPg0KPFAgY2xhc3M9TXNvVGl0bGUgc3R5bGU9Ik1BUkdJTjog MGluIDBpbiAwcHQ7IFRFWFQtQUxJR046IGp1c3RpZnkiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0la RTogMTFwdDsgRk9OVC1TVFlMRTogbm9ybWFsOyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRp LWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxTVFJPTkc+ Rk9SIA0KSU1NRURJQVRFIFJFTEVBU0UgPD94bWw6bmFtZXNwYWNlIHByZWZpeCA9IG8gbnMgPSAN CiJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiIC8+PG86cD48L286cD48 L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvVGl0bGUgc3R5bGU9Ik1BUkdJTjogMGlu IDBpbiAwcHQ7IFRFWFQtQUxJR046IGp1c3RpZnkiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTog MTFwdDsgRk9OVC1TVFlMRTogbm9ybWFsOyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZv bnQtZmFtaWx5OiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxTVFJPTkc+PFNQ QU4gDQpzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOzwvU1BBTj48U1BBTiANCnN0eWxl PSJtc28tdGFiLWNvdW50OiAzIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgDQo8 L1NQQU4+PG86cD48L286cD48L1NUUk9ORz48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvVGl0bGUg c3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IFRFWFQtQUxJR046IGp1c3RpZnkiPjxTUEFOIA0K c3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9OVC1TVFlMRTogbm9ybWFsOyBGT05ULUZBTUlMWTog QXJpYWw7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAx MC4wcHQiPjxvOnA+PFNUUk9ORz4mbmJzcDs8L1NUUk9ORz48L286cD48L1NQQU4+PC9QPg0KPFAg Y2xhc3M9TXNvVGl0bGUgc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IFRFWFQtQUxJR046IGxl ZnQiIA0KYWxpZ249bGVmdD48VT48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEZPTlQt U1RZTEU6IG5vcm1hbDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LWZhbWlseTog QXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48U1RST05HPkNvbnRhY3Q6PG86cD48 L286cD48L1NUUk9ORz48L1NQQU4+PC9VPjwvUD4NCjxQIGNsYXNzPU1zb1N1YnRpdGxlIHN0eWxl PSJNQVJHSU46IDBpbiAwaW4gMHB0Ij48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEZP TlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tYmlkaS1m b250LXNpemU6IDEwLjBwdCI+U3RlcGhhbmllIA0KQ292ZXJ0PG86cD48L286cD48L1NQQU4+PC9Q Pg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0OyBURVhULUFM SUdOOiBqdXN0aWZ5Ij48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEZPTlQtRkFNSUxZ OiBBcmlhbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6 IDEwLjBwdCI+T2JqZWN0IA0KTWFuYWdlbWVudCBHcm91cDxvOnA+PC9vOnA+PC9TUEFOPjwvUD4N CjxQIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgVEVYVC1BTElH TjoganVzdGlmeSI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBDT0xPUjogYmxhY2s7 IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tYmlk aS1mb250LXNpemU6IDEwLjBwdCI+KzEtODQzLTczNyANCjA2Mzc8bzpwPjwvbzpwPjwvU1BBTj48 L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IFRFWFQt QUxJR046IGp1c3RpZnkiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgQ09MT1I6IGJs YWNrOyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNv LWJpZGktZm9udC1zaXplOiAxMC4wcHQiPmluZm9AdW5pY29kZWNvbmZlcmVuY2Uub3JnPC9TUEFO PjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28t YmlkaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48bzpw PjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGlu IDBpbiAwcHQ7IFRFWFQtQUxJR046IGNlbnRlciIgDQphbGlnbj1jZW50ZXI+PEIgc3R5bGU9Im1z by1iaWRpLWZvbnQtd2VpZ2h0OiBub3JtYWwiPjxVPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTog MTFwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWw7IG1z by1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0OyBtc28tYmlkaS1mb250LXN0eWxlOiBpdGFsaWMiPjxv OnA+PFNQQU4gDQpzdHlsZT0iVEVYVC1ERUNPUkFUSU9OOiBub25lIj4mbmJzcDs8L1NQQU4+PC9v OnA+PC9TUEFOPjwvVT48L0I+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJNQVJHSU46 IDBpbiAwaW4gMHB0OyBURVhULUFMSUdOOiBjZW50ZXIiIA0KYWxpZ249Y2VudGVyPjxCIHN0eWxl PSJtc28tYmlkaS1mb250LXdlaWdodDogbm9ybWFsIj48VT48U1BBTiANCnN0eWxlPSJGT05ULVNJ WkU6IDExcHQ7IEZPTlQtRkFNSUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFs OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWJpZGktZm9udC1zdHlsZTogaXRhbGlj Ij5TYXZlIA0KdGhlIERhdGU6IDMyPFNVUD5uZDwvU1VQPiBJbnRlcm5hdGlvbmFsaXphdGlvbiAm YW1wOyBVbmljb2RlIA0KQ29uZmVyZW5jZTwvU1BBTj48L1U+PC9CPjxCIHN0eWxlPSJtc28tYmlk aS1mb250LXdlaWdodDogbm9ybWFsIj48SSANCnN0eWxlPSJtc28tYmlkaS1mb250LXN0eWxlOiBu b3JtYWwiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6IEFyaWFs OyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0 Ij48QlI+PC9TUEFOPjwvST48L0I+PD94bWw6bmFtZXNwYWNlIA0KcHJlZml4ID0gc3QxIG5zID0g InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncyIgLz48c3QxOnBsYWNl IA0KdzpzdD0ib24iPjxzdDE6Q2l0eSB3OnN0PSJvbiI+PEk+PFNQQU4gDQpzdHlsZT0iRk9OVC1T SVpFOiAxMXB0OyBGT05ULUZBTUlMWTogQXJpYWw7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlh bDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPlNhbiANCkpvc2U8L1NQQU4+PC9JPjwvc3Qx OkNpdHk+PEk+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBGT05ULUZBTUlMWTogQXJp YWw7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4w cHQiPiwgDQo8c3QxOlN0YXRlIHc6c3Q9Im9uIj5DYWxpZi48L3N0MTpTdGF0ZT4sIDxzdDE6Y291 bnRyeS1yZWdpb24gDQp3OnN0PSJvbiI+VVNBPC9zdDE6Y291bnRyeS1yZWdpb24+PC9TUEFOPjwv ST48L3N0MTpwbGFjZT48ST48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEZPTlQtRkFN SUxZOiBBcmlhbDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNp emU6IDEwLjBwdCI+OyANClNlcHRlbWJlciA4LTEwLCAyMDA4PG86cD48L286cD48L1NQQU4+PC9J PjwvUD4NCjxQIGNsYXNzPU1zb1RpdGxlIHN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0Ij48VT48 U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IEZPTlQtU1RZTEU6IG5vcm1hbDsgRk9OVC1G QU1JTFk6IEFyaWFsOyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1iaWRpLWZvbnQt c2l6ZTogMTAuMHB0Ij48bzpwPjxTUEFOIA0Kc3R5bGU9IlRFWFQtREVDT1JBVElPTjogbm9uZSI+ PFNUUk9ORz4mbmJzcDs8L1NUUk9ORz48L1NQQU4+PC9vOnA+PC9TUEFOPjwvVT48L1A+DQo8UCBj bGFzcz1Nc29Cb2R5VGV4dCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdDsgTElORS1IRUlHSFQ6 IG5vcm1hbCI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBtc28tYmlkaS1mb250LWZh bWlseTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48Rk9OVCANCmZhY2U9QXJp YWw+TW91bnRhaW4gVmlldywgQ0EsIFVTQSDigJMgRmVicnVhcnkgMjcsIDIwMDgg4oCTIFRoZSBV bmljb2RlPFNVUD7CrjwvU1VQPiANCkNvbnNvcnRpdW0gaXMgaW52aXRpbmcgZXZlcnlvbmUgaW50 ZXJlc3RlZCBpbiBVbmljb2RlLCBnbG9iYWwgc29mdHdhcmUgYW5kIFdlYiANCmludGVybmF0aW9u YWxpemF0aW9uIHRvIOKAnFNhdmUgdGhlIERhdGXigJ0gZm9yIHRoZSBUaGlydHktU2Vjb25kIA0K SW50ZXJuYXRpb25hbGl6YXRpb24gJmFtcDsgVW5pY29kZSBDb25mZXJlbmNlIChJVUMpLCB3aGlj aCBpcyB0YWtpbmcgcGxhY2UgaW4gDQpTYW4gSm9zZSwgQ2FsaWYuLCBVU0EgYXQgdGhlIEhpbHRv biBTYW4gSm9zZSBvbiBTZXB0ZW1iZXIgOC0xMCwgMjAwOC4gVGhpcyANCmFubnVhbCBjb25mZXJl bmNlIGlzIHByb2R1Y2VkIGJ5IFRoZSBPYmplY3QgTWFuYWdlbWVudCBHcm91cOKEoiAoT01H4oSi KTxJPi48L0k+IEZvciANCm1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSVVDIDMyLCBwbGVhc2Ugdmlz aXQgPC9GT05UPjxBIA0KaHJlZj0iaHR0cDovL3d3dy51bmljb2RlY29uZmVyZW5jZS5vcmcvc2F2 ZS10aGUtZGF0ZSI+PEZPTlQgZmFjZT1BcmlhbCANCmNvbG9yPSM4MDAwODA+aHR0cDovL3d3dy51 bmljb2RlY29uZmVyZW5jZS5vcmcvc2F2ZS10aGUtZGF0ZTwvRk9OVD48L0E+PEZPTlQgDQpmYWNl PUFyaWFsPi4gPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb0JvZHlU ZXh0IHN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0OyBMSU5FLUhFSUdIVDogbm9ybWFsIj48U1BB TiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbDsg bXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxvOnA+PEZPTlQgDQpmYWNlPUFyaWFsPiZuYnNw OzwvRk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvQm9keVRleHQgc3R5bGU9Ik1B UkdJTjogMGluIDBpbiAwcHQ7IExJTkUtSEVJR0hUOiBub3JtYWwiPjxTUEFOIA0Kc3R5bGU9IkZP TlQtU0laRTogMTFwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tYmlkaS1mb250 LXNpemU6IDEwLjBwdCI+PEZPTlQgDQpmYWNlPUFyaWFsPlRoZSBJbnRlcm5hdGlvbmFsaXphdGlv biAmYW1wOyBVbmljb2RlIENvbmZlcmVuY2UgaXMgdGhlIHByZW1pZXIgDQphbm51YWwgdGVjaG5p Y2FsIGNvbmZlcmVuY2UgZm9jdXNpbmcgb24gbXVsdGlsaW5ndWFsLCBnbG9iYWwgc29mdHdhcmUg YW5kIFdlYiANCmludGVybmF0aW9uYWxpemF0aW9uLiBFYWNoIElVQyBjb25mZXJlbmNlIGZlYXR1 cmVzIGEgdmFyaWV0eSBvZiB0dXRvcmlhbHMgYW5kIA0KY29uZmVyZW5jZSBzZXNzaW9ucyB0aGF0 IGNvdmVyIGN1cnJlbnQgdG9waWNzIHJlbGF0ZWQgdG8gV2ViIGFuZCBzb2Z0d2FyZSANCmludGVy bmF0aW9uYWxpemF0aW9uLCBnbG9iYWxpemF0aW9uLCBhbmQgVW5pY29kZS4gPG86cD48L286cD48 L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb0JvZHlUZXh0IHN0eWxlPSJNQVJHSU46IDBp biAwaW4gMHB0OyBMSU5FLUhFSUdIVDogbm9ybWFsIj48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6 IDExcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlhbDsgbXNvLWJpZGktZm9udC1zaXplOiAx MC4wcHQiPjxvOnA+PEZPTlQgDQpmYWNlPUFyaWFsPiZuYnNwOzwvRk9OVD48L286cD48L1NQQU4+ PC9QPg0KPFAgY2xhc3M9TXNvQm9keVRleHQgc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IExJ TkUtSEVJR0hUOiBub3JtYWwiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgbXNvLWJp ZGktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PEZPTlQg DQpmYWNlPUFyaWFsPkludGVybmF0aW9uYWxpemF0aW9uIGFuZCBVbmljb2RlIGV4cGVydHMsIGlt cGxlbWVudGVycywgY2xpZW50cyBhbmQgDQp2ZW5kb3JzIGFyZSBpbnZpdGVkIHRvIGF0dGVuZCB0 aGlzIHVuaXF1ZSBjb25mZXJlbmNlLiBUaGUgaW50ZXJhY3RpdmUgZm9ybWF0IA0KbWFrZXMgdGhl IEludGVybmF0aW9uYWxpemF0aW9uICZhbXA7IFVuaWNvZGUgQ29uZmVyZW5jZSBhIGdyZWF0IHBs YWNlIHRvIG1lZXQgDQphbmQgZXhjaGFuZ2UgaWRlYXMgd2l0aCBsZWFkaW5nIGV4cGVydHMsIGZp bmQgb3V0IGFib3V0IHRoZSBuZWVkcyBvZiBwb3RlbnRpYWwgDQpjbGllbnRzLCBvciBnZXQgaW5m b3JtYXRpb24gYWJvdXQgbmV3IGFuZCBleGlzdGluZyBVbmljb2RlLWVuYWJsZWQgDQpwcm9kdWN0 cy48bzpwPjwvbzpwPjwvRk9OVD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvQm9keVRleHQgc3R5 bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQ7IExJTkUtSEVJR0hUOiBub3JtYWwiPjxTUEFOIA0Kc3R5 bGU9IkZPTlQtU0laRTogMTFwdDsgbXNvLWJpZGktZm9udC1mYW1pbHk6IEFyaWFsOyBtc28tYmlk aS1mb250LXNpemU6IDEwLjBwdCI+PG86cD48Rk9OVCANCmZhY2U9QXJpYWw+Jm5ic3A7PC9GT05U PjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Cb2R5VGV4dCBzdHlsZT0iTUFSR0lOOiAw aW4gMGluIDBwdDsgTElORS1IRUlHSFQ6IG5vcm1hbCI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpF OiAxMXB0OyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTog MTAuMHB0Ij48Rk9OVCANCmZhY2U9QXJpYWw+VGhlIGVhcmx5LWJpcmQgcmVnaXN0cmF0aW9uIGRl YWRsaW5lIGlzIEp1bHkgMzEsIDIwMDguIFRoZSBob3RlbCANCnJlZ2lzdHJhdGlvbiBkZWFkbGlu ZSBpcyBBdWd1c3QgMTUsIDIwMDguIEZvciBjb25mZXJlbmNlIGRldGFpbHMgYW5kIHRvIHJlcXVl c3QgDQptb3JlIGluZm9ybWF0aW9uLCB2aXNpdCA8U1BBTiANCnN0eWxlPSJCQUNLR1JPVU5EOiB5 ZWxsb3c7IG1zby1oaWdobGlnaHQ6IHllbGxvdyI+PEEgDQpocmVmPSJodHRwOi8vd3d3LnVuaWNv ZGVjb25mZXJlbmNlLm9yZy9zZC1wciI+PFNQQU4gDQpzdHlsZT0iQkFDS0dST1VORDogd2luZG93 dGV4dDsgQ09MT1I6IHdpbmRvd3RleHQ7IFRFWFQtREVDT1JBVElPTjogbm9uZTsgdGV4dC11bmRl cmxpbmU6IG5vbmU7IG1zby1oaWdobGlnaHQ6IHdpbmRvd3RleHQiPjxTUEFOIA0Kc3R5bGU9Im1z by1maWVsZC1jb2RlOiAnIEhZUEVSTElOSyAnaHR0cDovL3d3dy51bmljb2RlY29uZmVyZW5jZS5v cmcvc2F2ZS10aGUtZGF0ZScnIj48VT48U1BBTiANCnN0eWxlPSJDT0xPUjogYmx1ZSI+aHR0cDov L3d3dy51bmljb2RlY29uZmVyZW5jZS5vcmcvc2F2ZS10aGUtZGF0ZTwvU1BBTj48L1U+PC9TUEFO PjwvU1BBTj48L0E+PC9TUEFOPi4gDQpGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBleGhpYml0aW5n IG9yIHNwb25zb3JpbmcgcGxlYXNlIGNvbnRhY3Q6IEpvbiBSb3Vzc2VsLCANCkJ1c2luZXNzIERl dmVsb3BtZW50IFNwZWNpYWxpc3QsIE9iamVjdCBNYW5hZ2VtZW50IEdyb3VwIGJ5IGVtYWlsOiA8 L0ZPTlQ+PEEgDQpocmVmPSJtYWlsdG86anJvdXNzZWxAb21nLm9yZyI+PEZPTlQgZmFjZT1Bcmlh bD5qcm91c3NlbEBvbWcub3JnPC9GT05UPjwvQT48Rk9OVCANCmZhY2U9QXJpYWw+LCBvciBieSBw aG9uZTogKzEtNzgxLTQ0NC0wNDA0IHgxMDYuIEZvciBhbGwgb3RoZXIgaW5xdWlyaWVzIGVtYWls IA0KPC9GT05UPjxBIGhyZWY9Im1haWx0bzppbmZvQHVuaWNvZGVjb25mZXJlbmNlLm9yZyI+PEZP TlQgDQpmYWNlPUFyaWFsPmluZm9AdW5pY29kZWNvbmZlcmVuY2Uub3JnPC9GT05UPjwvQT48Rk9O VCBmYWNlPUFyaWFsPi4gVGhlIENhbGwgZm9yIA0KUGFydGljaXBhdGlvbiB3aWxsIGJlIGlzc3Vl ZCBzaG9ydGx5LiBUaGUgYWJzdHJhY3Qgc3VibWlzc2lvbiBkZWFkbGluZSB3aWxsIGJlIA0KQXBy aWwgMTEsIDIwMDguPG86cD48L286cD48L0ZPTlQ+PC9TUEFOPjwvUD4NCjxQIGNsYXNzPU1zb0Jv ZHlUZXh0IHN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0OyBMSU5FLUhFSUdIVDogbm9ybWFsIj48 U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IG1zby1iaWRpLWZvbnQtZmFtaWx5OiBBcmlh bDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxvOnA+PEZPTlQgDQpmYWNlPUFyaWFsPiZu YnNwOzwvRk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSJN QVJHSU46IDBpbiAwaW4gMHB0OyBURVhULUFMSUdOOiBjZW50ZXIiIA0KYWxpZ249Y2VudGVyPjxT UEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6IEFyaWFsOyBtc28tYmlk aS1mb250LWZhbWlseTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4jIyM8bzpw PjwvbzpwPjwvU1BBTj48L1A+DQo8UCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9Ik1BUkdJTjogMGlu IDBpbiAwcHQiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgRk9OVC1GQU1JTFk6IEFy aWFsOyBtc28tYmlkaS1mb250LWZhbWlseTogQXJpYWw7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvU1BBTj48L1A+DQo8UCBzdHlsZT0iTUFSR0lOOiAwaW4g MGluIDBwdCI+PEI+PFU+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBtc28tYmlkaS1m b250LXNpemU6IDEwLjBwdCI+PEZPTlQgZmFjZT1BcmlhbD5BYm91dCBUaGUgDQpVbmljb2RlIENv bnNvcnRpdW08L0ZPTlQ+PC9TUEFOPjwvVT48L0I+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAx MXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PEJSPjxGT05UIGZhY2U9QXJpYWw+VGhl IA0KVW5pY29kZSBDb25zb3J0aXVtIGlzIGEgbm9uLXByb2ZpdCBvcmdhbml6YXRpb24gZm91bmRl ZCB0byBkZXZlbG9wLCBleHRlbmQgYW5kIA0KcHJvbW90ZSB1c2Ugb2YgdGhlIFVuaWNvZGUgU3Rh bmRhcmQgYW5kIHJlbGF0ZWQgZ2xvYmFsaXphdGlvbiANCnN0YW5kYXJkcy48bzpwPjwvbzpwPjwv Rk9OVD48L1NQQU4+PC9QPg0KPFAgc3R5bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQiPjxTUEFOIA0K c3R5bGU9IkZPTlQtU0laRTogMTFwdDsgbXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxvOnA+ PEZPTlQgDQpmYWNlPUFyaWFsPiZuYnNwOzwvRk9OVD48L286cD48L1NQQU4+PC9QPg0KPFAgc3R5 bGU9Ik1BUkdJTjogMGluIDBpbiAwcHQiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsg bXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjxGT05UIGZhY2U9QXJpYWw+VGhlIA0KbWVtYmVy c2hpcCBvZiB0aGUgY29uc29ydGl1bSByZXByZXNlbnRzIGEgYnJvYWQgc3BlY3RydW0gb2YgY29y cG9yYXRpb25zIGFuZCANCm9yZ2FuaXphdGlvbnMgaW4gdGhlIGNvbXB1dGVyIGFuZCBpbmZvcm1h dGlvbiBwcm9jZXNzaW5nIGluZHVzdHJ5LiBNZW1iZXJzIGFyZTogDQpBZG9iZSBTeXN0ZW1zLCBB cHBsZSwgQmFzaXMgVGVjaG5vbG9neSwgREVOSUMgZUcsIEdvb2dsZSwgR292ZXJubWVudCBvZiBJ bmRpYSwgDQpHb3Zlcm5tZW50IG9mIFBha2lzdGFuLCBHb3Zlcm5tZW50IG9mIFRhbWlsIE5hZHUs IEhQLCBJQk0sIEp1c3RzeXN0ZW0sIA0KTWljcm9zb2Z0LCBNb25vdHlwZSBJbWFnaW5nLCBPcmFj bGUsIFNBUCwgU3VuIE1pY3Jvc3lzdGVtcywgU3liYXNlLCBUaGUgDQpVbml2ZXJzaXR5IG9mIENh bGlmb3JuaWEgYXQgQmVya2VsZXksIFlhaG9vISwgcGx1cyB3ZWxsIG92ZXIgYSBodW5kcmVkIA0K QXNzb2NpYXRlLCBMaWFpc29uLCBhbmQgSW5kaXZpZHVhbCBtZW1iZXJzLjxvOnA+PC9vOnA+PC9G T05UPjwvU1BBTj48L1A+DQo8UCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PFNQQU4gDQpz dHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PG86cD48 Rk9OVCANCmZhY2U9QXJpYWw+Jm5ic3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBzdHls ZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBt c28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PEZPTlQgZmFjZT1BcmlhbD5Gb3IgbW9yZSANCmlu Zm9ybWF0aW9uLCBwbGVhc2UgY29udGFjdCB0aGUgVW5pY29kZSBDb25zb3J0aXVtICg8L0ZPTlQ+ PEEgDQpocmVmPSJodHRwOi8vd3d3LnVuaWNvZGUub3JnLyI+PEZPTlQgZmFjZT1BcmlhbCANCmNv bG9yPSM4MDAwODA+aHR0cDovL3d3dy51bmljb2RlLm9yZy88L0ZPTlQ+PC9BPjxGT05UIA0KZmFj ZT1BcmlhbD4pLjxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBzdHlsZT0iTUFSR0lO OiAwaW4gMGluIDBwdCI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0OyBtc28tYmlkaS1m b250LXNpemU6IDEwLjBwdCI+PG86cD48Rk9OVCANCmZhY2U9QXJpYWw+Jm5ic3A7PC9GT05UPjwv bzpwPjwvU1BBTj48L1A+DQo8UCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PEZPTlQgZmFj ZT1BcmlhbD48Qj48VT48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IG1zby1iaWRpLWZv bnQtc2l6ZTogMTAuMHB0Ij5BYm91dCB0aGUgRXZlbnQgDQpQcm9kdWNlcjwvU1BBTj48L1U+PC9C PjxVPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgbXNvLWJpZGktZm9udC1zaXplOiAx MC4wcHQiPjxvOnA+PC9vOnA+PC9TUEFOPjwvVT48L0ZPTlQ+PC9QPg0KPFAgc3R5bGU9Ik1BUkdJ TjogMGluIDBpbiAwcHQiPjxTUEFOIA0Kc3R5bGU9IkZPTlQtU0laRTogMTFwdDsgbXNvLWJpZGkt Zm9udC1zaXplOiAxMC4wcHQiPjxGT05UIGZhY2U9QXJpYWw+VGhlIE9iamVjdCANCk1hbmFnZW1l bnQgR3JvdXDihKIgKE9NR+KEoikgaXMgdGhlIEV2ZW50IFByb2R1Y2VyIGZvciB0aGUgSW50ZXJu YXRpb25hbGl6YXRpb24gDQomYW1wOyBVbmljb2RlIENvbmZlcmVuY2VzLiBUaGUgT2JqZWN0IE1h bmFnZW1lbnQgR3JvdXDihKIgKE9NR+KEoikgaXMgYW4gDQppbnRlcm5hdGlvbmFsLCBvcGVuIG1l bWJlcnNoaXAsIG5vdC1mb3ItcHJvZml0IGNvbXB1dGVyIGluZHVzdHJ5IHN0YW5kYXJkcyANCmNv bnNvcnRpdW0uIE9NRyBUYXNrIEZvcmNlcyBkZXZlbG9wIGVudGVycHJpc2UgaW50ZWdyYXRpb24g c3RhbmRhcmRzIGZvciBhIHdpZGUgDQpyYW5nZSBvZiB0ZWNobm9sb2dpZXMgYW5kIGFuIGV2ZW4g d2lkZXIgcmFuZ2Ugb2YgaW5kdXN0cmllcy4gT01H4oCZcyBtb2RlbGluZyANCnN0YW5kYXJkcyBl bmFibGUgcG93ZXJmdWwgdmlzdWFsIGRlc2lnbiwgZXhlY3V0aW9uIGFuZCBtYWludGVuYW5jZSBv ZiBzb2Z0d2FyZSANCmFuZCBvdGhlciBwcm9jZXNzZXMuPG86cD48L286cD48L0ZPTlQ+PC9TUEFO PjwvUD4NCjxQIHN0eWxlPSJNQVJHSU46IDBpbiAwaW4gMHB0Ij48U1BBTiANCnN0eWxlPSJGT05U LVNJWkU6IDExcHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48bzpwPjxGT05UIA0KZmFj ZT1BcmlhbD4mbmJzcDs8L0ZPTlQ+PC9vOnA+PC9TUEFOPjwvUD4NCjxQIA0Kc3R5bGU9Ik1BUkdJ TjogMGluIDBpbiAwcHQ7IG1zby1saXN0OiBub25lOyBtc28tbGlzdC1pbnM6IFN0ZXBoYW5pZSAy MDA1MDkwOVQwOTQ2Ij48U1BBTiANCnN0eWxlPSJGT05ULVNJWkU6IDExcHQ7IG1zby1iaWRpLWZv bnQtc2l6ZTogMTAuMHB0Ij48Rk9OVCBmYWNlPUFyaWFsPkZvciBtb3JlIA0KaW5mb3JtYXRpb24g YWJvdXQgT01HLCB2aXNpdCB1cyBvbmxpbmUgYXQgPC9GT05UPjxBIA0KaHJlZj0iaHR0cDovL3d3 dy5vbWcub3JnLyI+PEZPTlQgZmFjZT1BcmlhbD5odHRwOi8vd3d3Lm9tZy5vcmc8L0ZPTlQ+PC9B PjxGT05UIA0KZmFjZT1BcmlhbD4uIDxvOnA+PC9vOnA+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBz dHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiAxMXB0 OyBtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PG86cD48Rk9OVCANCmZhY2U9QXJpYWw+Jm5i c3A7PC9GT05UPjwvbzpwPjwvU1BBTj48L1A+DQo8UCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBw dCI+PFNQQU4gDQpzdHlsZT0iRk9OVC1TSVpFOiA4cHQ7IG1zby1iaWRpLWZvbnQtc2l6ZTogMTAu MHB0Ij48Rk9OVCBmYWNlPUFyaWFsPk5vdGUgdG8gDQplZGl0b3JzOiBVbmljb2RlIFN0YW5kYXJk LCBVbmljb2RlIGFuZCB0aGUgVW5pY29kZSBMb2dvIGFyZSB0cmFkZW1hcmtzIG9mIA0KVW5pY29k ZSwgSW5jLiBVbmljb2RlIENvbnNvcnRpdW0gaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBV bmljb2RlLCBJbmMuIA0KT2JqZWN0IE1hbmFnZW1lbnQgR3JvdXAgYW5kIE9NRyBhcmUgdHJhZGVt YXJrcyBvZiBPYmplY3QgTWFuYWdlbWVudCBHcm91cC4gQWxsIA0Kb3RoZXIgdHJhZGVtYXJrcyBh cmUgdGhlIHByb3BlcnR5IG9mIHRoZWlyIHJlc3BlY3RpdmUgDQpvd25lcnMuPEI+PG86cD48L286 cD48L0I+PC9GT05UPjwvU1BBTj48L1A+DQo8UCBzdHlsZT0iTUFSR0lOOiAwaW4gMGluIDBwdCI+ PG86cD48Rk9OVCANCmZhY2U9QXJpYWw+Jm5ic3A7PC9GT05UPjwvbzpwPjwvUD48L0ZPTlQ+PC9E SVY+PC9CT0RZPjwvSFRNTD4NCg== --_000_871A62EA91884849A3BE952CA63832D016BBA2FD4ANAEXMSGC125re_-- From v-magdad@microsoft.com Wed Feb 27 18:09:25 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Wed, 27 Feb 2008 18:09:25 -0600 (CST) Received: from smtp.microsoft.com (maila.microsoft.com [131.107.115.212]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1S09O7u001844; Wed, 27 Feb 2008 18:09:25 -0600 Received: from TK5-EXHUB-C101.redmond.corp.microsoft.com (157.54.18.48) by TK5-EXGWY-E801.partners.extranet.microsoft.com (10.251.56.50) with Microsoft SMTP Server (TLS) id 8.1.240.5; Wed, 27 Feb 2008 16:10:02 -0800 Received: from NA-EXMSG-C125.redmond.corp.microsoft.com ([157.54.61.83]) by TK5-EXHUB-C101.redmond.corp.microsoft.com ([157.54.18.48]) with mapi; Wed, 27 Feb 2008 16:09:19 -0800 From: "Magda Danish (Unicode)" To: "cldr@unicode.org" , "cldr-users@unicode.org" Date: Wed, 27 Feb 2008 16:09:11 -0800 Subject: FW: Subj: Time Zones Thread-Topic: Subj: Time Zones Thread-Index: Ach0yyL8Enf6DIptS2yFZU4ZXQqu5QE0t8KQ Message-ID: <871A62EA91884849A3BE952CA63832D016BBADA074@NA-EXMSG-C125.redmond.corp.microsoft.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" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by unicode.org id m1S09O7u001844 X-archive-position: 392 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: v-magdad@microsoft.com Precedence: bulk X-list: cldr-users Does anyone on this list have an answer to the questions below? Thanks, Magda -----Original Message----- Date/Time: Thu Feb 21 14:48:34 CST 2008 Contact: mmanfredi@nextgen.com Name: Mike Manfredi Report Type: Other Question, Problem, or Feedback Opt Subject: Time Zones I have a question regarding your mapping of Windows OS time zones to Olsen time zone names. http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html I am wondering where the list of Windows OS time zones came from. I have tried setting my system to every possible time zone and 3 (see below) were missing from your list. I am not sure if I am obtaining the time zone name from the wrong place or if your list is incorrect. I am getting the name from .NET's TimeZone.CurrentTimeZone.StandardName. I also looked in the system registry but found discrepencies there as well. 1. Jerusalem (your list has Israel) 2. Armenian (your list has Armenia) 3. Malay Peninsula (your list has Malaya and Malaysia) Any advice you can provide would be greatly appreciated. Thanks, Mike -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- (End of Report) From mark.edward.davis@gmail.com Wed Feb 27 19:46:49 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Wed, 27 Feb 2008 19:46:49 -0600 (CST) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1S1kmqC005055 for ; Wed, 27 Feb 2008 19:46:48 -0600 Received: by wf-out-1314.google.com with SMTP id 25so2643464wfc.3 for ; Wed, 27 Feb 2008 17:46:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=rJ7wRCsj02sAr83XptCkV0eBOxdloH0hnrSM5lGT9t4=; b=pu2yhlqmzirmQy+ZW4lyJ0elgM4B3wJ7vxJJpLFyTg/u4PCbnd08DlsyHkq+oLVCXo2bBS0gW8gXTfyaxympXhHx9wI3f+OQ0Kk+91suQs0sgUJsHMsZtVvM2RA5cvuHi6cSsTL21RxFLXRNEsHf7uROAMT9LI0rV6zIpkg4Ia0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=j0uoVnouZgiwOhoZg0UEZSVXd6d+auD2p/2AWaI74aVy1E8A/VDLH3hGjWKOKk+62hNcC9HFAQnUN+fmcPnyoNZfBltb6b9aeQkuuGMjGw8i8eXY3AfEoJIkS7q3L/EwguZ7fBIcxYDxN16fW6kSyj1PwcLpNkpYZ9nXbBHqit4= Received: by 10.142.12.14 with SMTP id 14mr5969177wfl.152.1204163202973; Wed, 27 Feb 2008 17:46:42 -0800 (PST) Received: by 10.143.174.8 with HTTP; Wed, 27 Feb 2008 17:46:42 -0800 (PST) Message-ID: <30b660a20802271746jed6b7cby2582977b217a9106@mail.gmail.com> Date: Wed, 27 Feb 2008 17:46:42 -0800 From: "Mark Davis" To: "Magda Danish (Unicode)" Subject: Re: FW: Subj: Time Zones Cc: "cldr@unicode.org" , "cldr-users@unicode.org" In-Reply-To: <871A62EA91884849A3BE952CA63832D016BBADA074@NA-EXMSG-C125.redmond.corp.microsoft.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1953_14019514.1204163202956" References: <871A62EA91884849A3BE952CA63832D016BBADA074@NA-EXMSG-C125.redmond.corp.microsoft.com> X-Google-Sender-Auth: fd42858525abe1e6 X-archive-position: 393 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: mark.davis@icu-project.org Precedence: bulk X-list: cldr-users ------=_Part_1953_14019514.1204163202956 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline It's a CLDR issue, so ask the person to file a bug there. Mark On Wed, Feb 27, 2008 at 4:09 PM, Magda Danish (Unicode) < v-magdad@microsoft.com> wrote: > Does anyone on this list have an answer to the questions below? > Thanks, > Magda > > -----Original Message----- > Date/Time: Thu Feb 21 14:48:34 CST 2008 > Contact: mmanfredi@nextgen.com > Name: Mike Manfredi > Report Type: Other Question, Problem, or Feedback Opt Subject: Time > Zones > > I have a question regarding your mapping of Windows OS time zones to Olsen > time zone names. > http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html > > I am wondering where the list of Windows OS time zones came from. I have > tried setting my system to every possible time zone and 3 (see below) were > missing from your list. I am not sure if I am obtaining the time zone name > from the wrong place or if your list is incorrect. I am getting the name > from .NET's TimeZone.CurrentTimeZone.StandardName. I also looked in the > system registry but found discrepencies there as well. > > 1. Jerusalem (your list has Israel) > 2. Armenian (your list has Armenia) > 3. Malay Peninsula (your list has Malaya and Malaysia) > > Any advice you can provide would be greatly appreciated. > > Thanks, > Mike > > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- (End of Report) > > > > -- Mark ------=_Part_1953_14019514.1204163202956 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline It's a CLDR issue, so ask the person to file a bug there.

Mark

On Wed, Feb 27, 2008 at 4:09 PM, Magda Danish (Unicode) <v-magdad@microsoft.com> wrote:
 Does anyone on this list have an answer to the questions below?
Thanks,
Magda

-----Original Message-----
Date/Time:    Thu Feb 21 14:48:34 CST 2008
Contact:      mmanfredi@nextgen.com
Name:         Mike Manfredi
Report Type:  Other Question, Problem, or Feedback Opt Subject:  Time Zones

I have a question regarding your mapping of Windows OS time zones to Olsen time zone names.
http://unicode.org/cldr/data/diff/supplemental/windows_tzid.html

I am wondering where the list of Windows OS time zones came from. I have tried setting my system to every possible time zone and 3 (see below) were missing from your list. I am not sure if I am obtaining the time zone name from the wrong place or if your list is incorrect. I am getting the name from .NET's TimeZone.CurrentTimeZone.StandardName. I also looked in the system registry but found discrepencies there as well.

1. Jerusalem (your list has Israel)
2. Armenian (your list has Armenia)
3. Malay Peninsula (your list has Malaya and Malaysia)

Any advice you can provide would be greatly appreciated.

Thanks,
Mike

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- (End of Report)






--
Mark ------=_Part_1953_14019514.1204163202956-- From aaron@ijigg.com Thu Feb 28 12:52:46 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Thu, 28 Feb 2008 12:56:58 -0600 (CST) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1SIqjx8010689 for ; Thu, 28 Feb 2008 12:52:46 -0600 Received: by nf-out-0910.google.com with SMTP id g13so1979115nfb.21 for ; Thu, 28 Feb 2008 10:52:40 -0800 (PST) Received: by 10.86.68.20 with SMTP id q20mr8732392fga.59.1204224760212; Thu, 28 Feb 2008 10:52:40 -0800 (PST) Received: by 10.86.53.15 with HTTP; Thu, 28 Feb 2008 10:52:40 -0800 (PST) Message-ID: <756ec90c0802281052w46467eccs4ec59504d70ec52f@mail.gmail.com> Date: Thu, 28 Feb 2008 10:52:40 -0800 From: "Aaron Brick" To: cldr-users@unicode.org Subject: existing generalized transliterator implementation? MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_29362_23435702.1204224760201" X-archive-position: 394 X-Approved-By: root@unicode.org X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: aaron@ijigg.com Precedence: bulk X-list: cldr-users ------=_Part_29362_23435702.1204224760201 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline hello unicoders, my project will require a transliteration program (which can be written in any language) using the impressive set of CLDR transform rules. before i write it myself, has anyone else already done so? thanks! aaron. ------=_Part_29362_23435702.1204224760201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline hello unicoders,

my project will require a transliteration program (which can be written in any language) using the impressive set of CLDR transform rules. before i write it myself, has anyone else already done so?

thanks!
aaron.


------=_Part_29362_23435702.1204224760201-- From mark.edward.davis@gmail.com Thu Feb 28 13:04:15 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Thu, 28 Feb 2008 13:04:15 -0600 (CST) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by unicode.org (8.12.11/8.12.11) with ESMTP id m1SJ4Eeh013696 for ; Thu, 28 Feb 2008 13:04:14 -0600 Received: by wf-out-1314.google.com with SMTP id 25so3194799wfc.3 for ; Thu, 28 Feb 2008 11:04:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=rw0Cpbkz07jWLBCjygRXOIvV4VVbOVT5fN39NbmgjCI=; b=JdaV2O0Gtpa9WVuwPCNy7Zfy9OIsYlNEHR6m3C55g9islhThxA5+NyKepi0SzfJu+wJW0UrWt4PfwV5hedHDy68M1u5+23xUBob+TI8+wfkMQVZcNAAjOsDoIQ5w7Y8H9CM2tB7yV0of63kl7egHq4mwaQsJTIPmiIajTNq/ybs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=AWCpjof/v/rOf9gQUGVMH4xgT9729WTI7D/+KjVcdu8xEUWB700P+dpZJbYUfuU5Er/VP6gOSnjja9Z5QZAFdcSrU9K/W8upNXcLVQCuKIowMDJcmsbpdeIMk94jEJ4YkU8KVpzdSenqV4f8ibsjnpIZBx2puoE+79zk3yJgNdM= Received: by 10.142.188.4 with SMTP id l4mr6521771wff.92.1204225449254; Thu, 28 Feb 2008 11:04:09 -0800 (PST) Received: by 10.143.174.8 with HTTP; Thu, 28 Feb 2008 11:04:09 -0800 (PST) Message-ID: <30b660a20802281104l4d9e62c4o774091aab796f574@mail.gmail.com> Date: Thu, 28 Feb 2008 11:04:09 -0800 From: "Mark Davis" To: "Aaron Brick" Subject: Re: existing generalized transliterator implementation? Cc: cldr-users@unicode.org In-Reply-To: <756ec90c0802281052w46467eccs4ec59504d70ec52f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6034_31561003.1204225449229" References: <756ec90c0802281052w46467eccs4ec59504d70ec52f@mail.gmail.com> X-Google-Sender-Auth: a29ad8ed170d343d X-archive-position: 395 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: mark.davis@icu-project.org Precedence: bulk X-list: cldr-users ------=_Part_6034_31561003.1204225449229 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline ICU supplies an implementation of them; see icu-project.org. Mark On Thu, Feb 28, 2008 at 10:52 AM, Aaron Brick wrote: > hello unicoders, > > my project will require a transliteration program (which can be written in > any language) using the impressive set of CLDR transform rules. before i > write it myself, has anyone else already done so? > > thanks! > aaron. > > > -- Mark ------=_Part_6034_31561003.1204225449229 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline ICU supplies an implementation of them; see icu-project.org.

Mark

On Thu, Feb 28, 2008 at 10:52 AM, Aaron Brick <aaron@ijigg.com> wrote:
hello unicoders,

my project will require a transliteration program (which can be written in any language) using the impressive set of CLDR transform rules. before i write it myself, has anyone else already done so?

thanks!
aaron.





--
Mark ------=_Part_6034_31561003.1204225449229-- From rick@unicode.org Thu Feb 28 13:21:36 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Thu, 28 Feb 2008 13:27:30 -0600 (CST) Received: from izanami (c-71-202-247-55.hsd1.ca.comcast.net [71.202.247.55]) by unicode.org (8.12.11/8.12.11) with SMTP id m1SJLVil018935; Thu, 28 Feb 2008 13:21:31 -0600 Message-Id: <200802281921.m1SJLVil018935@unicode.org> To: unicode@unicode.org Subject: Stability Policy Update Date: Thu, 28 Feb 2008 11:21:31 -0800 From: Rick McGowan received: by Apple.Mailer (2.95.2) X-archive-position: 396 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: rick@unicode.org Precedence: bulk X-list: cldr-users The Unicode Consortium has recently strengthened the Unicode Character Encoding Stability Policy in accordance with the recommendations of the Unicode Technical Committee, adding the following new stability constaints: * Strong normalization stability * Case Pair stability * Immutability of the General_Category property values Control (Cc), Private_Use (Co), and Surrogate (Cs) In addition, the text of the Property Value stability constraints has been edited for clarity, adding the formal property names and property value names. See http://www.unicode.org/policies/stability_policy.html From rick@unicode.org Thu Feb 28 13:28:26 2008 Received: with ECARTIS (v1.0.0; list cldr-users); Thu, 28 Feb 2008 13:32:05 -0600 (CST) Received: from izanami (c-71-202-247-55.hsd1.ca.comcast.net [71.202.247.55]) by unicode.org (8.12.11/8.12.11) with SMTP id m1SJSMVY020470; Thu, 28 Feb 2008 13:28:23 -0600 Message-Id: <200802281928.m1SJSMVY020470@unicode.org> To: unicode@unicode.org Subject: New proposed update for UAX #15 Unicode Normalization Forms Date: Thu, 28 Feb 2008 11:28:23 -0800 From: Rick McGowan received: by Apple.Mailer (2.95.2) X-archive-position: 397 X-ecartis-version: Ecartis v1.0.0 Sender: cldr-users-bounce@unicode.org Errors-to: cldr-users-bounce@unicode.org X-original-sender: rick@unicode.org Precedence: bulk X-list: cldr-users There is a new draft of the Proposed Update to UAX #15 Unicode Normalization Forms, in response to the new strengthening of the Unicode Stability policies, with modifications listed below. * Combined former sections 3.1-3.4, 18, and 20 into a new section: "Stability Prior to Unicode 4.1" * Moved former subsection 3.5 to its own section: "Stabilized Strings" * Renumbered former section 19: "Canonical Equivalence" * Tightened stability in Section 3 for Unicode 4.1 and later; pointed to new section "Stability Prior to Unicode 4.1" for earlier stability policies and implementation techniques. Unicode 5.1.0 is currently in the pre-publication phase and is due for release at the end of March 2008. No more substantive changes are planned, beyond those already approved by the Unicode Technical Committee. However, if you have editorial comments on the text of Unicode 5.1.0 please report via the online reporting form (http://www.unicode.org/reporting.html).