-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
[pickers] Add support for date-fns v4 #14635
Comments
Thank you for creating this issue. 👍 |
Wow, I wasn't expecting @LukasTy are you fine keeping the adapter named export { AdapterDateFnsV3 } from './AdapterDateFnsV3'
export { AdapterDateFnsV3 as AdapterDateFnsV4 } from './AdapterDateFnV3" The timezone support should be way easier with the new API, but as Lukas said, it won't come automatically with the update, or at least it will require you to do some workaround that we are not aware of yet. For a good built-in support like the other adapter have, we need to spend time integrating it and making sure everything works correctly. |
That's exactly my thoughts. 😆 That's why I didn't even think about another name for the adapter when we introduced it. 🙈
Yes, I would be completely fine with this compromise, unless we see too much confusion with it, then we can consider re-exporting it aliased. 👌 |
This issue has been closed. If you have a similar problem but not exactly the same, please open a new issue. Note We value your feedback @christopherschroer! How was your experience with our support team? |
Summary
Date-fns v4 has been released
https://blog.date-fns.org/v40-with-time-zone-support/
Pickers only support up to v3
Examples
No response
Motivation
This would allow developers to take advantage of the new time zone features provided by date-fns v4 without worrying about peer-dependency issues
Search keywords: Date-fns
The text was updated successfully, but these errors were encountered: