Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Fwd: Lists of Countries and Regions

12 views
Skip to first unread message

Matthew N.

unread,
Jun 1, 2017, 5:05:36 PM6/1/17
to auto...@lists.mozilla.org
Some takeaways from this email (and the linked wiki page) relevant to
autofill:
* We should use regionNames.properties for Country names (as we planned)
in management UI, not libaddressinput (which we may use for other
address levels).

> 1. Never label a field "Country", always label it "Country or
Region" (or equivalent in another language).

* It sounds like our management UI should follow this but I also think
it make be confusing if address-level1 is also a "region". Juwei, what
do you think?

Matthew

-------- Forwarded Message --------
Subject: Lists of Countries and Regions
Date: Thu, 1 Jun 2017 12:07:45 +0100
From: Gervase Markham <ge...@mozilla.org>
To: mozilla-g...@lists.mozilla.org
Newsgroups: mozilla.governance,mozilla.dev.webdev,mozilla.dev.l10n
Followup-To: mozilla.governance

Hi all,

You may remember back in 2015 in mozilla.governance we discussed various
aspects of the problem of making lists of countries/regions and what the
name of each country or region should be. The results of the discussion
were to make it Mozilla best practice to use the US Government's GENC
list of country and region names rather than any other list.

Since then, I've had a task to write up a wiki page recording this
decision. I've now finally done it:
https://wiki.mozilla.org/Lists_of_Countries_and_Regions

If your product or service needs to contain a list of countries/regions,
please follow the advice there.

Gerv

Marcos Caceres

unread,
Jun 1, 2017, 11:43:15 PM6/1/17
to Matthew N., auto...@lists.mozilla.org, Gervase Markham
On June 2, 2017 at 7:05:32 AM, Matthew N. (ma...@mozilla.com) wrote:
> Some takeaways from this email (and the linked wiki page) relevant to
> autofill:
> * We should use regionNames.properties for Country names (as we planned)
> in management UI, not libaddressinput (which we may use for other
> address levels).
>
> > 1. Never label a field "Country", always label it "Country or
> Region" (or equivalent in another language).
>
> * It sounds like our management UI should follow this but I also think
> it make be confusing if address-level1 is also a "region". Juwei, what
> do you think?

Could we move those lists to GitHub? Also, it would be nice to have a
index.json, to allow us to see if we can actually match on language
tag against a JSON file (otherwise, we'd be forced to scrape the HTML
from https://product-details.mozilla.org/1.0/regions/, which seems
super fragile). Also, the json files are using unicode escape
characters unnecessarily, no? Isn't JSON UTF-8 by default?

Additionally, can we avoid things like: ja-JP-mac.json? That's not a
valid language tag, is it?

Also, normalized language tags are normally in all lowercase - can we
get those file names changed?

Lastly, is there any reason why the regions are not organized by key
in the .json files? It makes hard to determine at a glance if things
are missing.

Juwei Huang

unread,
Jun 1, 2017, 11:57:24 PM6/1/17
to Marcos Caceres, auto...@lists.mozilla.org
I'm ok to follow the wiki to make it as "Country/Region". Right now the address-level1 is "State/Province" so I guess it's fine for now.

_______________________________________________
autofill mailing list
auto...@lists.mozilla.org
https://lists.mozilla.org/listinfo/autofill



--
Juwei

Gervase Markham

unread,
Jun 2, 2017, 1:38:23 PM6/2/17
to Marcos Caceres, Matthew N., auto...@lists.mozilla.org
On 02/06/17 04:43, Marcos Caceres wrote:
>>> 1. Never label a field "Country", always label it "Country or
>> Region" (or equivalent in another language).
>>
>> * It sounds like our management UI should follow this but I also think
>> it make be confusing if address-level1 is also a "region". Juwei, what
>> do you think?

You could probably get away with "Country or Territory" if that would help.

Gerv
0 new messages