Just do longitude and latitude. Show a map of the earth and let them drop a pin. There is no reasonable way to get the world to agree on a single list. I doubt you could get browser developers to agree on a single list. For example Apple listing Taiwan in Safari could get Apple kicked out of mainland China. There is simply too much politics here to be tenable.
41–50 of 74 posts
Re: <input type=“country” />
#42Stopped reading at "mansplainers".
Sorry to say, but everyone on the internet loves correcting each other and taking the most uncharitable interpretation of each other's posts.
Look no further than HN.
That they use "she" instead of "he" is actually a credit to the replying users insofar that they actually tried to get the gender correct before they launched into the usual assumption that everyone else on the internet is an idiot.
Re: <input type=“country” />
#43Re: <input type=“country” />
#44Earlier quoted context omitted.
An input list of all current passport issuing countries would be useful. The Scotland problem doesn't arise as they don't issue passports (the UK does).
what about taiwan? what about taiwan if you're in china...?
TWN, the ISO country code for Republic of China, listed as "Taiwan, Province of China" in ISO 3166-1
Re: <input type=“country” />
#45Is that not common? Would you expect someone to write down GDR, USSR, or even Constantinople? Or is it again the same issue that people want to use what they like?
Re: <input type=“country” />
#46For someone who lives in the UK, you never know whether a list will have United Kingdom, Great Britain or England in it (I've come across all three), and similar problems exist for countries that are known by more than one name (eg Netherlands vs Holland).
And some sites break sorting by pushing certain countries to the top of the list and breaking sorting completely.
There isn't a completely right answer, a standardised country selector might work in some (most) circumstances for most people, but what if my list needs Czechoslovakia or Zaïre? Then, a "simple" problem becomes much, much, much more complex.
[0] https://www.smashingmagazine.com/2011/11/redesigning-the-cou...
Re: <input type=“country” />
#47I have my doubts as to whether a generic solution solves this. The author notes some issues, like using it for place of birth. Now you need a temporal list for "countries that existed in year XYZ". There are similar issues for shipping. Not everyone ships everywhere. If the list is abstract and unknown to me, how do I whitelist/blacklist? Am I supposed to know that Scotland exists in the list or not? What if it's for…
Re: <input type=“country” />
#48Stopped reading at "mansplainers".
How does this contribute to the discussion?
Do you also expect people to overlook a quip about gun control laws while explaining how monads work in Haskell, or is that conversation off the table because you embedded it inside another topic?
Re: <input type=“country” />
#49I have my doubts as to whether a generic solution solves this. The author notes some issues, like using it for place of birth. Now you need a temporal list for "countries that existed in year XYZ". There are similar issues for shipping. Not everyone ships everywhere. If the list is abstract and unknown to me, how do I whitelist/blacklist? Am I supposed to know that Scotland exists in the list or not? What if it's for…
Someone on twitter suggested using the OS' own list of countries, working around the problem of the standard having to define what is/isn't a country. I think that's a reasonable solution.
Re: <input type=“country” />
#50In my limited experience with automating international shipping I seem to recall UPS treats Guam, Puerto Rico, and US Virgin islands as countries (and our local CRM treated them as states).
There are so many controls that HTML is missing - date pickers, menus, menu flyouts etc.