-
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
Revert "Global styles: remove block gap control" #39845
Revert "Global styles: remove block gap control" #39845
Conversation
This reverts commit dcad2b4.
Size Change: +105 B (0%) Total Size: 1.22 MB
ℹ️ View Unchanged
|
Do you know why the root gap support regressed? Seems like it's important to fix that (to avoid WP 6.0 regression) |
…ey do not work on the frontend. We do this by checking for a block name and then returning false.
We only noticed it recently, but think it was after this PR was merged: Specifically, this line: 'spacing' => array(
....
'blockGap' => 'top', // <- this will be skipped when adding to `$schema['styles']['blocks']`
), There's a comment in
The current thinking is that we do something in layout to get around this. Documented in: |
I think maybe we should merge this one for now, just in case we run into any blockers in the follow up: |
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.
✅ No block gap UI in global styles for any block, or layout
✅ Block gap appears at the individual block settings level when supported
Reverts #39601
Was meant to be temporary, but probably a hammer where we need a scalpel.
For now we're checking for a block name, e.g.,
core/group
and returning false fromuseGap
in order to hide the block gap controls for block-level global styles.Looking at block-level gap support over in: