-
Notifications
You must be signed in to change notification settings - Fork 4.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
Fix dark menus in canvas, not in top toolbar #22516
Conversation
Size Change: +23 B (0%) Total Size: 1.12 MB
ℹ️ View Unchanged
|
@@ -45,6 +45,10 @@ const DEFAULT_CONTROLS = [ 'left', 'center', 'right', 'wide', 'full' ]; | |||
const DEFAULT_CONTROL = 'center'; | |||
const WIDE_CONTROLS = [ 'wide', 'full' ]; | |||
|
|||
const POPOVER_PROPS = { |
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.
What's the point of having this as a constant?
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.
It's the only way I found to get this prop to take.
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 think the advantage is that the object is not regenerated on each render. On expensive pure components, it could have an impact but maybe not everywhere.
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.
Happy to do which ever you agree on. Just haven't been able to get it to work without this method.
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.
It would be nice to unblock this PR, so we don't ship the current change in master if we can avoid it. CC: @youknowriad
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.
@jasmussen this shouldn't be a blocker IMO. You can inline these if needed. Performance is probably not a concern here.
This may cease to be the case (at least temporarily until a better solution is found) once #21056 is merged. EDIT: It has now ceased to be the case! |
Thank you Riad. I'll merge this and address any follow-up that needs to be addressed. |
Fixes small oversight in #22351 (comment)
The block editor uses elevation sparingly. Popovers by default have a shadow and ligther border because they, and modal dialogs, are elevated. But popovers in the canvas are not, and scroll under the top toolbar with the block. For those cases, we have the "alternate" display which uses block toolbar material to indicate the popover is part of that.
This PR fixes the typo that made all of them block toolbars, and fixes a couple of other cases where the old menus were used: