Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tracking Issue: TimeZones 1.0 #887

Open
1 task
nordzilla opened this issue Jul 22, 2021 · 1 comment
Open
1 task

Tracking Issue: TimeZones 1.0 #887

nordzilla opened this issue Jul 22, 2021 · 1 comment
Assignees
Labels
C-time-zone Component: Time Zones help wanted Issue needs an assignee S-epic Size: Major project (create smaller child issues) T-core Type: Required functionality tracking This issue tracks a ticket in another project

Comments

@nordzilla
Copy link
Member

nordzilla commented Jul 22, 2021

TimeZones 1.0

This aims to be a comprehensive tracking issue for all tasks left in order to consider time zones feature-complete in ICU4X 1.0.

If any new issues come up, I will be adding them to the list and tracking them here (or in a tracking sub-issue).

Useful Links

Criteria

@nordzilla nordzilla added help wanted Issue needs an assignee T-core Type: Required functionality discuss Discuss at a future ICU4X-SC meeting tracking This issue tracks a ticket in another project S-epic Size: Major project (create smaller child issues) labels Jul 22, 2021
@nordzilla nordzilla added this to the ICU4X 1.0 milestone Jul 22, 2021
@nordzilla nordzilla added the C-datetime Component: datetime, calendars, time zones label Jul 22, 2021
@sffc sffc removed the discuss Discuss at a future ICU4X-SC meeting label Jul 29, 2021
@nordzilla nordzilla self-assigned this Jun 6, 2022
@sffc sffc added C-time-zone Component: Time Zones and removed C-datetime Component: datetime, calendars, time zones labels Dec 22, 2022
@sffc
Copy link
Member

sffc commented Jul 19, 2024

@nekevss is looking at Jiff, first it tries the OS, then it goes to the bundle.

I think we should try to use environment data. I would prefer not to own it but it is deeply integrated. Maybe we could start with defering users to a third-party crate. As long as we can get the time zone ID, the offset, and the zone variant (standard/daylight), we should have all the information we need. Then we don't need to block on the work of @leftmostcat and @nordzilla, but we can still continue developing in that direction to offer clients a more complete package.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-time-zone Component: Time Zones help wanted Issue needs an assignee S-epic Size: Major project (create smaller child issues) T-core Type: Required functionality tracking This issue tracks a ticket in another project
Projects
None yet
Development

No branches or pull requests

2 participants