[pickers] Remove `TDate` generics in favor of `PickerValidDate` direct usage
Closes #14796
Side note: all PickerValidDate | null passed as a generic will be replaced with a true or false once TValue is replaced by TIsRange (phrase 2 of #14823).
I will do the migration guide after the phase 2 of #14823 to have a finalized list of the breaking changes on the generics.
Localization writing tips :writing_hand:
Seems you are updating localization :earth_africa: files.
Thank you for contributing to the localization! :tada: To make your PR perfect, here is a list of elements to check: :heavy_check_mark:
- [ ] Verify if the PR title respects the release format. Here are two examples (depending if you update or add a locale file)
[l10n] Improve Swedish (sv-SE) locale [l10n] Add Danish (da-DK) locale
- [ ] Update the documentation of supported locales by running
pnpm l10n - [ ] Clean files with
pnpm prettier.
Deploy preview: https://deploy-preview-15001--material-ui-x.netlify.app/
Updated pages:
- docs/data/common-concepts/custom-components/custom-components.md
- docs/data/date-pickers/custom-field/custom-field.md
Generated by :no_entry_sign: dangerJS against 9683c453972c4f1f3d55f51d41e46b279583ef5c
This pull request has conflicts, please resolve those before we can evaluate the pull request.
This pull request has conflicts, please resolve those before we can evaluate the pull request.
This pull request has conflicts, please resolve those before we can evaluate the pull request.
This pull request has conflicts, please resolve those before we can evaluate the pull request.
This pull request has conflicts, please resolve those before we can evaluate the pull request.
Have you tried exploring a solution of localized PickerValidDate redefining? 🤔
How would you do that?
This pull request has conflicts, please resolve those before we can evaluate the pull request.
This pull request has conflicts, please resolve those before we can evaluate the pull request.
@LukasTy one option would be to add the following code in one of the doc files:
declare module '@mui/x-date-pickers/models' {
interface PickerValidDateLookup {
fakeDocAdapter: any;
}
}
It would not impact Codesandbox / Stackblitz.
We would have any as a value in the doc examples but I don't think we care since today we have the union of all the date library types and we never really missed this type safety.
This pull request has conflicts, please resolve those before we can evaluate the pull request.
This pull request has conflicts, please resolve those before we can evaluate the pull request.