-
Notifications
You must be signed in to change notification settings - Fork 201
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
fix(button): primary, secondary color fast follows #3648
Conversation
🦋 Changeset detectedLatest commit: db38a56 The changes in this PR will be included in the next version bump. This PR includes changesets to release 1 package
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 |
File metricsSummaryTotal size: 2.24 MB*
button
* An ASCII character in UTF-8 is 8 bits or 1 byte. |
🚀 Deployed on https://pr-3648--spectrum-css.netlify.app |
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.
One question about the S1 fallback for the new border down color/state but otherwise looks good.
Makes adjustments for: primary outline bg color hover down focus secondary fill bg color active secondary outline bg color hover, focus, down secondary outline border color default, down
0f2a6cd
to
8bca288
Compare
8bca288
to
db38a56
Compare
Description
S2 Foundations fixes to adjust:
Given that previous fixes were made to requests for changes in static-color variants in #3613 and are now being reflected in the corresponding SWC PR, this should bring button colors fully up to date with the S2 button spec.
SWC-496
SDS-14605
How and where has this been tested?
Please tag yourself on the tests you've marked complete to confirm the tests have been run by someone other than the author.
Validation steps
Open the testing preview for the button component and confirm that the colors for primary and secondary button variants match the S2 spec. Doing so should cover the feedback and requests made in Jira. You are welcome to do this on your own or use the checklist below!
Confirming that changes made here are taking effect is the priority (the specific requests from the Jira ticket are noted in bold below), but to reduce chances of additional changes needing to be made to this component, I would appreciate verification of all border and background colors for the following variants, not just changed colors (I'm including the rgb values that these colors should compute to in light mode only to make this easier):
neutral-background-color-default
/gray-800
(41, 41, 41 in light mode) (@aramos-adobe)neutral-background-color/hover
/neutral-background-color-key-focus
/neutral-background-color-down
/gray-900
(19, 19, 19 in light mode) (@aramos-adobe )gray-100
(233, 233, 233 in light mode) - this was specifically noted in the design feedback and changed here (@aramos-adobe)gray-800
(41, 41, 41 in light mode) (@aramos-adobe )gray-900
(19, 19, 19 in light mode) (@aramos-adobe )gray-100
(233, 233, 233 in light mode) - this was specifically noted in design feedback, but appeared to already be taking effect in CSS implementation (@aramos-adobe )gray-200
(225, 225, 225 in light mode) - this was specifically noted in design feedback and changed here (@aramos-adobe )gray-100
(233, 233, 233 in light mode) - this was specifically noted in design feedback and changed here (@aramos-adobe )gray-300
(218, 218, 218 in light mode) - in the spec, [confirmed](https://adobedesign.slack.com/archives/C06Q3G5HJUX/p1743519542859989? thread_ts=1741610886.735469&cid=C06Q3G5HJUX) to be the correct value by the designer, changed here (@aramos-adobe )gray-400
(198, 198, 198 in light mode) - this was specifically noted in design feedback and changed here (@aramos-adobe )Regression testing
Validate:
Screenshots
To-do list