LDML data for en_IE

Rafael Xavier rxaviers at gmail.com
Fri Feb 6 09:59:20 CST 2015


>
> Thus the value would come from en.xml, which would be:


Shouldn't it be en_GB.xml, which is its parent locale?

On Fri, Feb 6, 2015 at 12:26 AM, George Sexton <georges at mhsoftware.com>
wrote:

>  I'm looking at the LDML data for common/main/en_IE.xml.  In this file, in
> the gregorian section there is only a full date format entry.
>
> As documented somewhat ironically in section 4 of Unicode Technical
> Standard #35 Unicode Locale Data Markup Language (LDML), a lookup for
> dateFormatLength short should follow inheritance. Thus the value would come
> from en.xml, which would be:
>
>  <dateFormatLength type="short">
> 	<dateFormat>        	<pattern>M/d/yy</pattern>
> 	</dateFormat></dateFormatLength>
>
>
> However examining the JSON file of cldr data, main/en-IE/ca-gregorian.js,
> it contains:
>
>  "short": "dd/MM/y"
>
>  I've also had a person who is a native of that country inform me that
> M/d/yy is not correct.
>
> Can someone help me understand why the LDML data implicitly contains (to
> my understanding) an incorrect definition of the short date format for the
> en-IE locale?
>
>
>
> --
> George Sexton
> *MH Software, Inc.*
> Voice: 303 438 9585
> http://www.mhsoftware.com
>
> _______________________________________________
> CLDR-Users mailing list
> CLDR-Users at unicode.org
> http://unicode.org/mailman/listinfo/cldr-users
>
>


-- 
+55 (16) 98138-1582, +1 (415) 568-5854, skype: rxaviers
http://rafael.xavier.blog.br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/cldr-users/attachments/20150206/c27fe8cd/attachment.html>


More information about the CLDR-Users mailing list