[pickers] Use renderer interceptor on DateTimePicker

[LukasTy]

Follow up on the DateTimeRangePicker solution with rendererInterceptor instead of dateTimeViewRenderers.

The BC is two-fold:

1. We no longer expose dateTimeViewRenderers;
2. Providing a specific time view renderer (i.e. renderTimeViewClock) will no longer revert back to the v5 (v6) behavior, where only date or time view is shown at one time (changed behavior in 1st demo here)

Visual BC showcase

Before	After

Changelog

• The DesktopDateTimePicker view rendering has been optimized by using the same technique as for DesktopDateTimeRangePicker.
  • The dateTimeViewRenderers have been removed in favor of reusing existing time view renderers (renderTimeViewClock, renderDigitalClockTimeView and renderMultiSectionDigitalClockTimeView) and date view renderer (renderDateViewCalendar).
  • Passing renderTimeViewClock to time view renderers will no longer revert to the old behavior of rendering only date or time view.

[mui-bot]

Deploy preview: https://deploy-preview-12441--material-ui-x.netlify.app/

Updated pages:

• docs/data/migration/migration-pickers-v6/migration-pickers-v6.md

Generated by 🚫 dangerJS against 088c3d0

[flaviendelangle]

Probably a nitpick, but the icon to switch time views overlap with the clock

[flaviendelangle]

Nice improvement!
Nothing breaking here?

[LukasTy]

Probably a nitpick, but the icon to switch time views overlap with the clock

I've checked and it seems that the explicit width: 'auto' was not needed.
I've removed it to avoid this problem.

Nice improvement!
Nothing breaking here?

1. The removal of dateTimeViewRenderers
2. The fact that adding renderTimeViewClock will no longer render DesktopDateTimePicker in a v5 manner (only date or time view is visible at a single point in time)

@flaviendelangle I've updated the PR description, could you check it? 🤔

[flaviendelangle]

@LukasTy I think this would be more complete:

The dateTimeViewRenderers have been removed in favor of reusing existing timeViewRenderers.

=>

The dateTimeViewRenderers have been removed in favor of reusing existing time view renderers (renderTimeViewClock, renderDigitalClockTimeView and renderMultiSectionDigitalClockTimeView) and date view renderers (renderDateViewCalendar).

And a diff example would probably be a nice addition, both for the changelog and the migration guide

[LukasTy]

And a diff example would probably be a nice addition, both for the changelog and the migration guide

@flaviendelangle I've updated the PR description and added a migration guide entry.
Though, I'm not sure what kind of diff we could provide here... 🤷
There is no direct path to replicate the old behavior for DesktopDateTimePicker as it was just a temporary measure to avoid a behavior change in a minor release. 🤔

[flaviendelangle]

Though, I'm not sure what kind of diff we could provide here... 🤷

True, it's not great to have a BC without a clear diff but maybe it's too much of an headache here