Data for root for day periods in ICU data

[Mark Davis ☕️]

There are day periods in CLDR for root; I see:

<dayPeriods>
<dayPeriodContext type="format">
<dayPeriodWidth type="abbreviated">
<dayPeriod type="am">AM</dayPeriod>
<dayPeriod type="pm">PM</dayPeriod>
</dayPeriodWidth>
<dayPeriodWidth type="narrow">
<alias source="locale" path="../dayPeriodWidth[@type='abbreviated']"/>
</dayPeriodWidth>
<dayPeriodWidth type="wide">
<alias source="locale" path="../dayPeriodWidth[@type='abbreviated']"/>
</dayPeriodWidth>
</dayPeriodContext>
<dayPeriodContext type="stand-alone">
<dayPeriodWidth type="abbreviated">
<alias source="locale"
path="../../dayPeriodContext[@type='format']/dayPeriodWidth[@type='abbreviated']"/>
</dayPeriodWidth>
<dayPeriodWidth type="narrow">
<alias source="locale" path="../dayPeriodWidth[@type='abbreviated']"/>
</dayPeriodWidth>
<dayPeriodWidth type="wide">
<alias source="locale" path="../dayPeriodWidth[@type='abbreviated']"/>
</dayPeriodWidth>
</dayPeriodContext>
</dayPeriods>

If a locale has no variable day periods, then AM/PM is the default. We
should make that clearer in the spec. Would you mind filing a ticket?

For more info, see
http://unicode.org/reports/tr35/tr35-dates.html#Day_Period_Rules

Mark

On Wed, Dec 2, 2015 at 1:41 AM, kz <kazede at google.com> wrote:

> Hi all,
>
> In the CLDR data for day periods
> <http://unicode.org/repos/cldr/tags/latest/common/supplemental/dayPeriods.xml>,
> there's an entry for root but the content is commented out. This results in
> root having a presence but not given a rule set in ICU data for day
> periods
> <http://bugs.icu-project.org/trac/browser/icu/trunk/source/data/misc/dayPeriods.txt>
> .
>
> What should be the proper formatting behavior for the root locale for the
> day period character 'B'? Is an empty string acceptable?
>
>
> Thanks
> kz
>
>
> _______________________________________________
> CLDR-Users mailing list
> CLDR-Users at unicode.org
> http://unicode.org/mailman/listinfo/cldr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/cldr-users/attachments/20151202/c9659910/attachment.html>