-
-
Notifications
You must be signed in to change notification settings - Fork 7.7k
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
Fixed padding issues in the toolbar #18570
Conversation
min-height: unset; | ||
padding-top: 6px; | ||
padding-bottom: 6px; |
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.
why is this necessary? 🤔 please don't say to match the mock-ups 😂 I'm more asking – why isn't the design-system working in this case and why does this toolbar have to break it – you break one rule somewhere and every rule can be broken at some point === chaos.
Is something not implemented in the DS correctly?
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.
There was already custom modifications made on the components in the ToolBar for 2 main reasons (making it as small as possible so it doesn't waste to much space on the editing area and removing the borders around the IconButtons to avoid having multiple borders at the same place separated by small spacings). With the current Select, the Toolbar is bigger so it goes against the first point, and we end up with elements with multiple sizes in it. The cleanest thing would be of course to have more input sizes in the DS (I think we already discussed it), but in the meantime I'm sure it's easier to add another small override.
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.
in my opinion this is fine, we already have small style overrides here, I don't see why we'd block this one. Currently we have the worst of both worlds (style overrides and it doesn't look great)
what do you think @joshuaellis?
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 the reminder @remidej.
It's a shame we have to do this, but it shows another limitation of the DS imo. I agree, at least this is a consistent way of styling it, it'll be interesting to see if V2 is more flexible and i think this is a good case to feedback on when we get to it 👍🏼
Size Change: -55.5 kB (-4%) Total Size: 1.48 MB
ℹ️ View Unchanged
|
What does it do?
Why is it needed?
To match the mockups