Documentation and metadata only. The published code is byte-identical to 0.2.0 — no token, API or behaviour change. Upgrading is safe and optional.
Fixed
package.jsonrepository,bugsandhomepagepointed at a repository name that no longer exists.
Documentation
- Removed the overstated claim that "nothing is lost". Nanoseconds, UTC offset and IANA zone id do survive a round trip; the calendar does not. The new "Calendars — current limitation" section shows a Hebrew-calendar round trip coming back as a different day, and the ISO-conversion workaround.
- New Recipes section:
yyyyMMdd, LDAP generalized time, LuxonfromFormatmigration, date-fns migration, zoned nanosecond timestamps — each backed by a test. - New comparison against Temporal, Luxon, date-fns and temporal-fmt.
Added
- Public conformance suite —
conformance/cases.json, 65 machine-readable cases covering DST gaps and overlaps, inputs that must be rejected, extreme years, offset and zone spellings, and 1–9 fractional-second digits. It is data, not code, so any Temporal token library can be run against it.
Which date format are you stuck with? #2