-
Notifications
You must be signed in to change notification settings - Fork 26
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: css fixes for tag #626
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. I remember the requirement back then being that there isn't a right hand border (in case that changed). In any case I don't mind. Thanks!
@tdeekens you're right, I jumped the gun on the right hand border thing. I'll update the PR gifs |
Besides confirming that design team agrees with fixing the wrong border-radius when the tag is removeable, @montezume and I have spoken about improving the hover on the removable part: Right now, the tags present two different type of hover effects into the same component: one for the left side to be redirected to somewhere else and one on the right side to remove the tag. It seems logical that, because one is a "link" and the other one is an action, they don't look the same and the take the hover effects from the buttons and the inputs. However the current hover to remove the tag presents several problems: What was proposed is what you can see in the image: a "lightweight" hover effect. This would solve all the things mentioned above and looks way cleaner inside the multiselect inputs. The icon is also changed from black to orange on hover to make the hover a bit more visible. Again, in multiselect inputs, the border of the tags and the border of the select input are too close to see clearly the hover effect without changing the icon color. That would also solve the problem on what would the hover effect be on warning mode. A mode that, by the way, we are not using in the MC at all right now. Design team is aware of it as well and agrees, but in somebody finds reasons on why this is a bad idea or have a better solution, we can discuss it. If we make these changes, please assign the UI review to @Shecki. |
I made those changes illustrated by Maria, and the deployed branch can be see here |
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.
Code looks good to me. Cheers.
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.
Works 👍 Thanks!
Summary
While working on implementing design tokens in the
Tag
component, I noticed some style weirdness.Design has provided the following image
I have made the changes to make the Tag follow these styles.