-
Notifications
You must be signed in to change notification settings - Fork 63
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
Integration: LG-2930: [CCP] input components #2318
Conversation
🦋 Changeset detectedLatest commit: d6031b2 The changes in this PR will be included in the next version bump. This PR includes changesets to release 10 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
Size Change: +195 B (0%) Total Size: 1.3 MB
ℹ️ View Unchanged
|
errorMessage, | ||
successMessage, | ||
errorMessage = DEFAULT_MESSAGES.error, | ||
successMessage = DEFAULT_MESSAGES.success, |
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 previously thought we might want to customize a different default errorMessage
or successMessage
depending on the input component, but upon further reflection, I think it's fine to set this broadly at the form field level. Open to feedback if we'd prefer to define at the wrapping component level (text input, combobox, etc) since I'm also exporting DEFAULT_MESSAGES
from the form field package
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.
Seems the designs all have the same messages. We can update the default messages per-component if we need to as well
export const hideContainerStyle = css` | ||
opacity: 0; | ||
`; |
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.
this is conditionally added for cases where a popover may render below an input container but not fully cover the feedback message. adding opacity: 0 will effectively erase the feedback when the menu is open
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.
Hmm interesting detail! Could you add this as an inline comment
/** token exceptions: background-color value was designated prior to token system */ | ||
[Theme.Dark]: css` | ||
color: ${palette.gray.light3}; | ||
color: ${color.dark.text.primary.default}; | ||
background-color: ${palette.gray.dark4}; |
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.
at this point in standardizing components, we'll intentionally continue to leave the palette.gray.dark4
even though it's not in the token system until design decides on how to proceed
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.
Hmmm. Might be premature to tokenize these then. This could potentially change to specific input
color tokens
'@leafygreen-ui/tokens': minor | ||
--- | ||
|
||
[LG-2930](https://jira.mongodb.org/browse/LG-2930) | ||
|
||
- Fixes `darkModeBackgroundColors` disabled colors |
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.
made the assumption that this is still a minor change because it's an aesthetic change but please feel free to correct me if this should instead be major
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'd even say patch. It's just a bug fix, and doesn't affect API or layout
packages/form-field/src/FormFieldFeedback/FormFieldFeedback.tsx
Outdated
Show resolved
Hide resolved
dd011b8
to
2223167
Compare
[LG-2930](https://jira.mongodb.org/browse/LG-2930) | ||
|
||
- Adds and exports `FormFieldFeedback` component | ||
- Adds and exports `DEFAULT_MESSAGES` constant |
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 love this name, but can't think of anything better
packages/form-field/src/FormFieldFeedback/FormFieldFeedback.styles.ts
Outdated
Show resolved
Hide resolved
packages/form-field/src/FormFieldFeedback/FormFieldFeedback.tsx
Outdated
Show resolved
Hide resolved
color: ${color.light.text.primary.default}; | ||
background: ${color.light.background.primary.default}; |
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.
maybe not worth rewriting in this PR, but now that we have the colors
token, we can consolidate this into a single function:
export const getInputWrapperModeStyles = (theme: Theme) => css`
color: ${color[theme].text.primary.default};
background: ${color[theme].background.primary.default};
...
`
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 started applying this pattern where I could. Unfortunately, until we get design to align on how to handle dark mode backgrounds using gray.dark4 which is currently the value of color.dark.background.secondary.default
rather than color.dark.background.primary.default
, I think it'll be better to retain the Theme
object style for these cases
We've got this design ticket to figure out how to handle those background tokens: https://jira.mongodb.org/browse/LG-4226
2223167
to
e24e9b9
Compare
3b444b2
to
4dff042
Compare
* [CCP] Combobox updates * Combobox changeset * Clean up styling
* Update placeholder text color * Update spacing * Remove error icon from inside MenuButton * Add error icon and default error message below select * StateFeedback with errorMessage and successMessage * Select changeset * Refactor
* [CCP] NumberInput updates * NumberInput changeset * Use typeScales for unit selector button * Remove redundant stories
* [CCP] PasswordInput changes * PasswordInput changeset * Refactor * Add types tests * Add to README
f0b7303
to
d6031b2
Compare
✍️ Proposed changes
tokens
darkModeBackgroundColors
disabled colorslightModeBorderColors
variable typotypography
form-field
FormFieldFeedback
componentDEFAULT_MESSAGES
constantFormField
andFormFieldInputContainer
components to use tokens where possibleFormField
to useFormFieldFeedback
date-picker
combobox
errorMessage
successMessage
prop with defaultnumber-input
UnitSelect
component are made in Select: LG-4138 | LG-4150: [CCP] Select updates #2313errorMessage
valid
state withsuccessMessage
proppassword-input
errorMessage
andsuccessMessage
propsselect
errorMessage
valid
state withsuccessMessage
prop🎟 Jira ticket: LG-2930
✅ Checklist
For bug fixes, new features & breaking changes
yarn changeset
and documented my changesFor new components
🧪 How to test changes
Review storybook and chromatic