Opened 14 years ago

Closed 14 years ago

#6808 closed defect (fixed)

i18N demo: missing languages for many countries

Reported by: bill Owned by: bill
Priority: high Milestone: 1.2
Component: Dijit Version: 1.1.0
Keywords: Cc:
Blocked By: Blocking:


Barbados, for example, should have a child for "English", but doesn't.

It's because the CLDR file has no en_BB.xml file, so it didn't get registered.

Perhaps should be using another source like:

Change History (6)

comment:1 Changed 14 years ago by bill

Milestone: 1.4

comment:2 Changed 14 years ago by bill

Milestone: 1.41.2
Status: newassigned

comment:3 Changed 14 years ago by bill

Resolution: fixed
Status: assignedclosed

(In [14211]) Use country data from GeoNames? instead of Wikipedia, and load data on demand. Note that the GeoNames? server provides localized data (ie, country names), so we intentionally pass the page's language setting as a parameter. The good thing about this change is that is shows off RPC. The bad thing is that the tree loads slowly (especially since the GeoNames? server can't filter countries by continent) Refs #4258, fixes #6808.

comment:4 Changed 14 years ago by Adam Peller

Resolution: fixed
Status: closedreopened

hmm... looks like a trailing comma problem in IE with their data?

also, locale=ar in IE shows garbage for the data in the tree. an encoding problem?

does it ship down all languages regardless of the request?

comment:5 Changed 14 years ago by bill

IE7 is working fine for me and I don't see any trailing commas in

As per the encoding problem, I see the garbage characters on IE but I think it's an IE problem or a dojo.xhrGet() problem.... I can download (or ja) from firefox or safari and then successfully open the file (using TextEdit?) as UTF-8.

comment:6 Changed 14 years ago by bill

Resolution: fixed
Status: reopenedclosed

(In [14271]) Assume that value returned from script IO is UTF-8. FF and Safari work this way already, but IE does not. Fixes #6808. !strict

Note: See TracTickets for help on using tickets.