Comments (3)
- First off which timezone would be picked as this information isn't necessarily available (definitely not in TZDB).
ICU generates this info from https://github.com/eggert/tz/blob/main/zone.tab (plus additional overrides from https://github.com/unicode-org/icu/blob/main/icu4c/source/tools/tzcode/icuregions.)
from proposal-intl-locale-info.
-
the canonical timezone requirement was suggested by @anba in #46 changed in #61 and reach TC39 consensus in
Dec 14, 2021 meeting (see
https://github.com/tc39/notes/blob/main/meetings/2021-12/dec-14.md#conclusionresolution-7 and https://docs.google.com/presentation/d/1PZ0_WiE9PNInY2bgyHGJH0DbKd0PKL9RApXxVPKJjUY/edit#slide=id.ge3738e58f4_0_135 ) -
"What are the values for this? ... which timezone would be picked as this information isn't necessarily available (definitely not in TZDB)."
See the First and third column in the file zone.tab and zone1970.tab in tzdb -
"destroy an intentional order provided by underlying data."
What "intentional order provided by underlying data." are you talking about? If you believe " which timezone would be picked as this information isn't necessarily available (definitely not in TZDB)." then how could you also believe there is an "intentional order provided by underlying data." which you claim that should not even exist? I do not quite understand your logic. This is a double-bind argument. Either you believe there are no such list so there are no way there is a order for a non existing list or you believe there is a list which the order is important then you have to believe such list exist. You cannot believe both in the same time.
The order requirement was
A. discussed in #28
B. changed in #37
C. Discussed in TG2 https://github.com/tc39/ecma402/blob/master/meetings/notes-2021-06-03.md#normative-sort-time-zone-in-ordered-as--arrayprototypesort- and
D. Presented to TC39 in the July 2021 meeting
From all the document I can read from tzdb, there are no information suggest there is an underline order between records (rows) inside zone*.tab
- "Presume Locale 'is_IS' then the canonical timezone according to IANA is Africa/Abidjan which isn't even in the country."
I have no idea how do you get the Africa/Abidjan from 'is_IS'
The algorithm in https://tc39.es/proposal-intl-locale-info/#sec-time-zones-of-locale
said in step 3
Let region be the substring of locale corresponding to the unicode_region_subtag production of the unicode_language_id.
so in this case, the region is "IS"
What I got is Atlantic/Reykjavik .
Simply in tzdb
~/tz$ egrep ^IS zone*
zone.tab:IS +6409-02151 Atlantic/Reykjavik
from proposal-intl-locale-info.
All the issues. you asked about is either already discussed and reached consensus in TG2 as well as in TC39 the last 3 years or already addressed by TZDB data files. So I will close this issue for now. Feel free to reopen if you still have issue about this.
from proposal-intl-locale-info.
Related Issues (20)
- CharacterDirectionOfLocale doesn't handle top-to-bottom and bottom-to-top scripts HOT 1
- CharacterDirectionOfLocale doesn't take script and region subtags into account HOT 1
- Intl.Locale.prototype.textInfo is missing "lineOrder" information HOT 1
- "direction" property in Intl.Locale.prototype.textInfo is possibly ambiguous HOT 2
- textInfo.direction is a very simplified model of reality HOT 19
- The textInfo getter seems unwell HOT 5
- Reverse date creation HOT 1
- Add support for -u-fw and other Unicode extensions that could impact the result HOT 13
- Consistent "region" subtag requirements for getTimeZones() and getWeekInfo()/getHourCycles() HOT 8
- Tc39 HOT 1
- Possible of addition of Intl.Locale.prototype.getCurrencies()? HOT 1
- Define fallback behaviour in {Calendars,Collations,HourCycles,NumberingSystems,CharacterDirection,WeekInfo}OfLocale HOT 6
- Locale with -u-fw- value other than 13 value will cause assertion HOT 15
- WeekInfoOfLocale need to convert loc.[[FirstDayOfWeek]] to number before return HOT 1
- Ensure getWeekInfo will not not listen to 'rg' HOT 4
- minimalDays HOT 2
- CharacterDirectionOfLocale: Confusing reference to "characterOrder"
- CharacterDirectionOfLocale: Define if locales are maximized before lookup
- CharacterDirectionOfLocale: Returns "ltr" for scripts without any character direction
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from proposal-intl-locale-info.