-
-
Notifications
You must be signed in to change notification settings - Fork 32.4k
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
[docs] Change ThemeProvider API links #30705
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for spotting this!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I propose we duplicate the content for the API on the pages where we document these components. The main motivation is because there are different components. More over, the styles package is legacy, so the pages could very easily be removed in the future.
cc @siriwatknp tagging you to me aware regardless of what the resolution will be |
Just to clear things up, is your sugguestion is to have a dedicated page for |
I think the best place is to document it under the system, as this is where the component is defined. @siriwatknp should we add an API page here directly in the system, or what do you think would be the best practice, considering the migration. Should we wait and do this after the migration is done? |
Maybe we can link these to https://mui.com/customization/theming/#themeprovider |
Oh, great. let's fix the 404 by linking to |
- Former link was redirecting to a 404 page.
889f2ee
to
a97afcc
Compare
Former link was redirecting to a 404 page. I presume this link is the correct one, cheers!