Hi!
I take this opportunity to sugest that "en.xml" is stripped down as "C.xml" is
already used for missing data. This may avoid future incoherencies (for
example, right now few incoherencies exist due to updates in "C.xml" without
corresponding updates in "en.xml").
I also noticed indenting
Dioc schrieb:
> Hello,
>
> Let’s continue this thread.
> For some reason, time format for en_US locale is incorrect. See demo:
> http://demo.qooxdoo.org/current/showcase/#Localization
> I suppose, time format/value should contain AM/PM like in Windows.
> Is it a bug?
>
> Best wishes,
> Dioc
>
>
Hello,
Let’s continue this thread.
For some reason, time format for en_US locale is incorrect. See demo:
http://demo.qooxdoo.org/current/showcase/#Localization
I suppose, time format/value should contain AM/PM like in Windows.
Is it a bug?
Best wishes,
Dioc
--
View this message in context:
ht
Hi Hugh,
>> Don't worry about qooxdoo being US-centric. The data files we use for
>> localizing date and time formats come from the Common Locale Data
>> Repository (CLDR) of the Unicode consortium. We don't maintain them
>> ourselfes. Maybe the CLDR is US-centric :-) ?
>>
>
> Ah, I see. An
> Don't worry about qooxdoo being US-centric. The data files we use for
> localizing date and time formats come from the Common Locale Data
> Repository (CLDR) of the Unicode consortium. We don't maintain them
> ourselfes. Maybe the CLDR is US-centric :-) ?
Ah, I see. Anyway, working now - thou
Hello Hugh,
>> The locale "en" just contains the basic settings for all english
>> speaking countries.
>>
>
> That is a joke, yes?
>
> Look at the wikipedia article: http://en.wikipedia.org/wiki/Calendar_date
> and specifically at
> http://en.wikipedia.org/wiki/Calendar_date#m.2Fd.2Fyy_.28mo
> The locale "en" just contains the basic settings for all english
> speaking countries.
That is a joke, yes?
Look at the wikipedia article: http://en.wikipedia.org/wiki/Calendar_date
and specifically at
http://en.wikipedia.org/wiki/Calendar_date#m.2Fd.2Fyy_.28month.2C_day.2C_year.29
Hmmm. Can
Hello Hugh,
> I'm not really up on the localisation stuff. However, I'm putting some date
> stuff into our application, and the default format for the date using a
> date-picker is coming up as M/d/YY.
>
> This is not how we do things here (UK) - it is d/M/YY (and Australia and
> probably other
> I think the issue is in the en.xml file in the locale folder. The
> short date setting is:
Yes, that is wrong - but how does that get built into the qx.locale.data.en
file? "make build" doesn't do it.
I've raised http://bugzilla.qooxdoo.org/show_bug.cgi?id=337 for it. The long
formats are wr
I think the issue is in the en.xml file in the locale folder. The short date
setting is:
M/d/yy
and I believe it should be:
d/M/yy
I have no
I'm not really up on the localisation stuff. However, I'm putting some date
stuff into our application, and the default format for the date using a
date-picker is coming up as M/d/YY.
This is not how we do things here (UK) - it is d/M/YY (and Australia and
probably other places as well).
I've
11 matches
Mail list logo
