[material-ui] Deprecate system props

[siriwatknp]

The RFC #41539

• Add a codemod [codemod] Add codemod for removing system props #42282
• Migrate the codebase [docs] Migrate system props to sx prop #42475
• Update sections like https://mui.com/material-ui/react-stack/#system-props [docs] Migrate system props to sx prop #42475
• Add deprecations to those components

Search keywords:

[maapteh]

@siriwatknp is it for material ui maybe nice to support eslint rules which gives a warning when having something which will break in a next major? For example React Query has an own plugin where you can set the options like "@tanstack/query/no-deprecated-options": "error",. It creates a far nicer DX since most of the libs i will not check weekly for all updates paths or RFC's.

[Darksoulsong]

@siriwatknp Hi, I'm having trouble determining which "system props" are being deprecated. Could you help me with this?

Based on the packages/mui-codemod/src/v6.0.0/system-props/removeSystemProps.js file, can I conclude that all the props listed in defaultSxConfig should no longer be used as component props but instead with the sx prop?

[oliviertassinari]

@maapteh Right, I'm reopening, I see that we have one of the checkboxes unticked:

can I conclude that all the props listed in defaultSxConfig should no longer be used as component props but instead with the sx prop?

@Darksoulsong I believe this was the intent, yes.

[siriwatknp]

@siriwatknp Hi, I'm having trouble determining which "system props" are being deprecated. Could you help me with this?

Based on the packages/mui-codemod/src/v6.0.0/system-props/removeSystemProps.js file, can I conclude that all the props listed in defaultSxConfig should no longer be used as component props but instead with the sx prop?

That's correct.