-
Notifications
You must be signed in to change notification settings - Fork 1
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
Experiment with Temporal API #105
base: main
Are you sure you want to change the base?
Conversation
PR Summary
Please note that these changes improve efficiency, calculation capacity and speed up some processes, hence enhance the user's experience. |
size-limit report 📦
|
Constructor does not accept decimals.
Quoting to see how it evolves. This is by using the Temporal API everywhere it’s possible: size-limit report 📦
|
Wasn’t using the right one.
458b357
to
8b63f3e
Compare
a170b71
to
cf2f59c
Compare
7c11ef0
to
7adff2e
Compare
Work can be resumed at any time, but best to wait for the polyfills to catch-up on the spec changes: |
Currently the code is a 1:1 match with the last version of
datetime-attribute
in terms of feature.List of things:
main
.datetime-attribute
with Temporal specifics? For example: on top of acceptingDate
objects, most functions could also accept some of the many Temporal objects.Temporal
implementation for now)Temporal
API@js-temporal/polyfill
stays aspeerDependencies
? If yes, it allowssize-limit
to report the “real” size because the polyfill will not end in the final bundle. If no, it should be moved todevDependencies
so it doesn’t required to be installed for the regulardatetime-attribute
, which doesn’t need the polyfill. Complicated.