Conversation
|
Size Change: +23 B (0%) Total Size: 1.12 MB
ℹ️ View Unchanged
|
| const DEFAULT_CONTROL = 'center'; | ||
| const WIDE_CONTROLS = [ 'wide', 'full' ]; | ||
|
|
||
| const POPOVER_PROPS = { |
There was a problem hiding this comment.
What's the point of having this as a constant?
There was a problem hiding this comment.
It's the only way I found to get this prop to take.
There was a problem hiding this comment.
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.
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.
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.
@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: