Open howlettt opened 3 years ago
Thanks for reporting the issue. From what I checked, TouchRipple
is now internal component. You should override Button
directly.
Feel free to close this issue if you don't have further question.
If it's a internal component and we can't override it's style via the theme, shouldn't it be removed from the theme definition?
If it's a internal component and we can't override it's style via the theme, shouldn't it be removed from the theme definition?
You are right, it should be removed from the ThemeOptions
definition. Would you like to open a PR?
I was having the same issue. Please let's remove it from component style type definition to reduce confusion
I was having the same issue. Please let's remove it from component style type definition to reduce confusion
This is a breaking change, so it will be removed in v6.
What we can do now is add a deprecated note to the type definition.
This is a breaking change, so it will be removed in v6.
Why is it a breaking change? As far as I understand it we don't follow semver with types and this value has no runtime impact.
This is a breaking change, so it will be removed in v6.
Why is it a breaking change? As far as I understand it we don't follow semver with types and this value has no runtime impact.
The detail is here https://github.com/mui/material-ui/pull/28631.
Current Behavior 😯
Button ripple ignores MuiTouchRipple.styleOverrides in custom theme
Expected Behavior 🤔
MuiTouchRipple.styleOverride should affect the button ripple element
Steps to Reproduce 🕹
Steps:
Sandbox: https://codesandbox.io/s/old-shape-fgu9g?file=/src/Demo.tsx
Context 🔦
I used the MuiTouchRipple theme style in v4 to override another style that shouldn't be applied to touch ripples