-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Use admin colors in CanvasLoader ProgressBar #54611
Conversation
Size Change: -65 B (0%) Total Size: 1.62 MB
ℹ️ View Unchanged
|
Flaky tests detected in 00c48bc. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/6237651901
|
Thanks for the PR, as noted this was originally my instinct as well, however I think relying on system colors is going to be equally frail once we get the real style color to consistently load as the background color for the preview. To that end, before we land this I would love to hear from @tyxla and @mtias who originally requested themecolors for this particular instance. |
I think the only way this works, would be to use variations of the text color as the theming values for track and fill. The accent color doesn’t quite work for TT3 or TT4 themes, which are technically using the correct background color (as they’re white(ish)). Think that’s something we can get in for 6.4? |
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 personally prefer the colors as they are right now because the admin colors don't necessarily look well in the theme context in the background. There is no solution that works and looks great 100% of the time and in all use cases, and in that case, I prefer the one that matches the context. This is just my personal opinion of course, and I'm happy to disagree and commit if the general design direction suggests otherwise.
At the same time, one can argue that the progress bar is part of the interface, and as such, it should use the interface colors. It's a fair claim, although, in my experience, I don't find it so appealing to the eye when testing it with various themes and style variations.
I recall in a conversation with Matias that the motivation for using theme colors was that they fit better with the theme backgrounds. I also recall him saying something along the lines that we can afford to use theme colors with a new component (which ProgressBar essentially is), but for Spinner we had to use the admin colors, because it was already being utilized in other places.
I'd prefer leaving the final call to @mtias if he can chime in on this one since I mostly translated his ideas into code for the site editor loading the progress bar.
I would echo to not change to admin colors until we have a chance to try and fix the current system as it was intended. I think there's a path forward as described here: #54202 (comment) |
Closed in lieu of #55285 |
What?
Closes #54202.
Instead of pulling colors from Global Styles (which is unpredictable, as noted in the original issue), editor interface elements should be using editor colors.
I also noted that the 1.5px height bar was shifting between 1.5 and 1px at varying viewport sizes, so I added a quick fix here to set it to 2px. Makes it more visible as well.
How?
Testing Instructions
Screenshots or screencast