-
Notifications
You must be signed in to change notification settings - Fork 2
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
Feat/dynamic colors #9
Feat/dynamic colors #9
Conversation
oliviertassinari
commented
Jul 14, 2020
- I have followed (at least) the PR section of the contributing guide.
})); | ||
|
||
const useDynamicTypographyColor = ({ color }) => { | ||
if (!isSupportedColor(color)) { |
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 don't think that it can work, it would break the rules of hooks
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.
Yep, I forgot that the makeStyles
returns a hook 👍
color: ({ color }) => theme.palette[color].contrastText, | ||
backgroundColor: ({ color }) => theme.palette[color].main, | ||
'&:hover': { | ||
backgroundColor: ({ color }) => theme.palette[color].dark, |
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.
On the Figma asset, we have had a user asking about the usage of the theme with the styles.
I wonder if we should use
backgroundColor: fade(theme.palette[color].main, theme.palette.action.hoverOpacity),
here and even move this style to the palette. This is related to mui#10870. We have also wondered as it could make CSS variable support easier
<Typography color="sell">Sell color</Typography> | ||
<Button color="brand">Brand color</Button> | ||
<Button color="sell">Sell color</Button> | ||
<Button color="brand" variant="outlined">Brand color</Button> |
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 wonder about the support of custom values like #ff00ee
<Button color="brand" variant="outlined">Brand color</Button> | |
<Button color="#ff00ee" variant="outlined">Brand color</Button> |
or raw theme values
<Button color="brand" variant="outlined">Brand color</Button> | |
<Button color="sell.dark" variant="outlined">Brand color</Button> |
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.
If we have colors functions for the different states I guess this is doable 👍
Misc review for benchmarks
Move picker sources into lab (#4) Update README.md [DatePicker] Refactor pickers tests to testing-library and mocha (#5) [TimePicker] Migrate tests to testing library (#8) [DateTimePicker] Migrate tests (#9) Fix all pickers linter errors (#10) Fix all circular dependencies (#11) * Fix all circular dependencies * Enable mocha eslint rules for typescript tests [test] The last step to a green CI (#15) Migrate pickers docs (#12) Downgrade to withStyles for pickers sources (#16) Add public api exports for pickers components (#17) Consolidate component namespace and theme augmentation (#18) Describe conformance for pickers sub-components (#19) Autogenerate proptypes for typescript sources (mui#20) Proper build output (mui#21) Clear migration artifacts (mui#23) Eslint rule for lower-case test name convention (mui#24) DateRangePicker (mui#25) yarn deduplicate Remove GridListTile [DateTimePicker] Fix migration unit tests Fix types Fix typescript types migration issues Fix yarn lerna build (mui#33) Fix karma tests use window.Touch for CI karma tests Remove more outdated diff noise (mui#34) Replace not valid formats with valid ISO strings Try to fix CI touch tests Skip tests if Touch events are not supported Fix merge conflicts Actually type-check Fix safari tests Remove lowercase test name rule The casing is up to the test author. We're not the grammar police in tests. Fix lint Format Remove overzealous eslint-disable* Debug failing tests Better debugging Timezones are fun was isoString th efix? Let's find out what's failing and then skip it Branch for safari Skip DateRangePicker in browsers review Matt's review Co-authored-by: Matt <[email protected]> format docs:i18n