CLOVIS
08/09/2026, 8:42 AMjw
08/09/2026, 3:12 PMDmitry Khalanskiy [JB]
08/10/2026, 7:10 AMTimeZone class hierarchy needs to be remade. In its current form, its conceptual model is arbitrary, and it doesn't support writing custom TimeZone instances.
• In parallel to that, calendar-based arithmetic operations are under review. We are considering introducing an API similar in spirit to java.time.ZonedDateTime, to mitigate the need to pass a TimeZone everywhere.
---
• After the tasks above are finished, there are no major breaking changes blocking us from publishing 1.0!
---
• Localized datetime formatting is crucially important, but luckily, it doesn't require breaking any existing APIs, so we're prioritizing stabilization over it.CLOVIS
08/10/2026, 7:34 AMInstant and Clock migration, so I do worry a bit of another such breaking change in the futureCLOVIS
08/10/2026, 7:34 AMDmitry Khalanskiy [JB]
08/10/2026, 7:35 AMTimeZone.of, TimeZone.availableZoneIds, and TimeZone.currentSystemDefault, so I'd expect much more than 1% of all projects to be affected!CLOVIS
08/10/2026, 7:39 AM