-
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
Keyboard shortcuts use different colors. #15387
Comments
Fixes #15387 This PR fixes an inconsistency in menu item colors. There were some redundant CSS that had not been cleaned up properly with the move to the color mixins. Additionally it replaces the use of opacity for the lighter text in the menus, and uses the color variables instead, as those colors do not need to work on differently colored backgrounds, just white.
Did you test how this affects dark mode? |
Dark mode as in: a dark theme or something else? I don't believe dark themes change the Gutenberg UI (not those menus, at least). |
OK. I meant whatever you get when the theme uses |
That only changes the Editor content area and the blocks backgrounds. Not the toolbars and menus. Example: The "Gutenberg" and "Gutenberg Dark" test themes allow to easily test. @kjellr would it be possible to make these two themes more widely known and available for download so that designers and testers can test autonomously? |
Hey @afercia! Yes, I'd love to make these themes easier to access. They're key to testing, now that (I believe) all the default themes have some sort of editor style included. To start, there's an issue that aims to get the Gutenberg Starter theme included with this repository's Docker environment by default: #14454. That would make the theme much more widely available for people using this repository. As for the dark mode, I should be able to actually just build that in as a theme option for the Starter theme so people only have to install one theme. I'll get a PR going for that later this week. |
Circling back around, I think what was in my mind was the icons that show on hover at the bottom of the content. There is no background color on those, so they are not always visible. |
* Fix menu item colors Fixes #15387 This PR fixes an inconsistency in menu item colors. There were some redundant CSS that had not been cleaned up properly with the move to the color mixins. Additionally it replaces the use of opacity for the lighter text in the menus, and uses the color variables instead, as those colors do not need to work on differently colored backgrounds, just white. * Address feedback.
Splitting this out from #10576 (comment)
I'm not wrong, the block "more" menu shortcuts (on the left) and the ones in the main "more" menu (on the right) use two different colors:
#555d66
vs.#40464d
both with 0.84 opacity set on the wrapper element.@jasmussen any reason why they're using different colors? Of course, I'd prefer the darker
#40464d
for both 🙂Also: I'm not sure why many elements in the editor use CSS opacity, which makes things difficult when calculating color contrast. If there's the need for some transparency, I'd tend to think single elements should use
rgba()
colors, not opacity set on the container. @jasmussen can you shed some light on this? Is there any need to use opacity in these two specific cases?The text was updated successfully, but these errors were encountered: