-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Color system docs updates #811
Conversation
This pull request is automatically deployed with Now. |
548c127
to
e9db13f
Compare
@broccolini @emilybrick Here's where I got with the color utility tables today: Unfortunately, they're not very responsive on more narrow viewports: I'm using fixed-layout HTML tables right now, but we could switch to wrapped flexbox and vary widths by screen size for nicer layouts at smaller widths. Aside from the layout, I could really use some guidance on how to name the columns. 😬 |
Hmm.. 🤔 Maybe still combine the default and index classes into a single column? I think that's also more to @emplums's liking? Something like this:
It makes it look like the default classes are more like "alternatives" and harder to see. Maybe fine if we add a note about it at the beginning. |
@shawnbot I actually think your latest iteration makes it quite clear, even if a little unbalanced looking to only have a few items in the first column. I agree why you'd want to combine @simurai, but imo it dilutes the value of the default classes, and makes it less clear that we'd like people to use them before resorting to the extended (numbered/indexed) classes. In terms of naming, my vote would be for maybe we have some small explanatory text (in lieu of a tooltip) underneath the headings. |
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.
Wrapping seems improved a lot. 👍
The hex values get hidden at some point on narrow widths, but maybe ok, considering the audience. 🤷♂ One thing we could consider is removing the 3rd column with the variables of the background colors. E.g. $gray-000
. Might not really be needed once you look up the patterned under "Color System"?
I love this new styling 😍 |
Okay, so I have waffled a bit on what to put where in this PR, and I think I've settled on at least the right data to show on each page (as of a24d1b6): Color system@broccolini I tried bringing the more verbose tables over into this page per our chat, and it just didn't work. I think it makes more sense to keep the existing layout of this page, but bring the color tables closer in appearance to the ones on other pages (see below): Color utilities / BackgroundsColor utilities / Text colorsThe problem I was trying to solve with the underline was that without a background color it's hard to visually connect the "default" or "alias" class ( Border colorsI had to separate the table cells so that adjacent borders didn't touch on this one: What's up with the zaps?The icons are very much FPO, and are meant to indicate "preferred" or "default" class aliases that people should use rather than the numbered ones. Maybe these could be tooltipped or link to a note at the bottom of the page? |
Yeah, I was thinking we could selectively hide a column or two at smaller widths. |
Another thought is that we could unify the color group heading styles so that e.g. “Gray” looks the same everywhere and has an obvious permalink icon. |
🚗 drive-by comment just to say I love how this sets up the relationship between the preferred class / alias class / variable / hex! |
Love this so much, it's going to make my life so much easier! While implementing designs with Maybe out of scope, but it would be awesome if this page had a client-side search input that I could paste a HEX value in and it would spit out the color name for me to use in the code! |
I think there were some discussions about eventually moving this overview somewhere else? But let's merge this for now since it seems very useful to have. 🚢 |
is=
withas=