You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some blocks did not work inside the columns block, this PR adds a CSS fix for the issue.
In my tests, the fix does not seem to have unexpected consequences.
cc: @aduth, @jasmussen, @getdave I would appreciate if you could double-check if this fix works as expected.
How has this been tested?
I added a columns block with two columns.
I added the Image Slider Block from the "Ultimate Blocks" plugin inside with some images inside the first column.
I added sample text on the second column making the height of the second column higher than the one of the first column.
I vertically aligned the columns to the three possible values and verified for each alignment the result looked correct. (On master the slider is broken).
I'm a bit confused what impact width has to have fixed the original issue. Related to that, it's not entirely clear to me why align-self: center would have caused #19962 in the first place (and whether or not this is an issue of the core column block, or the implementation of the affected custom blocks).
I might also be a little concerned how well an explicit width interoperates with the default flex styling of the column. There's a lot of potential edge cases with mobile, tablet, desktop column growth and with or without explicit widths on columns. @jasmussen tends to be pretty well-versed in testing these edge cases, so if he hadn't found an issue, it may not be a problem. To a more general question, I'm not entirely clear on how width is taken into consideration when an element otherwise uses flex-basis and flex-grow.
If it is of any use, another side-effect of NOT adding width: 100% to vertically-aligned columns is that the block inserter gets shrinked and is shifted to the left, center or right depending on the align-self value.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Fixes: #19962
Props to @mrleemon for suggesting this fix.
Some blocks did not work inside the columns block, this PR adds a CSS fix for the issue.
In my tests, the fix does not seem to have unexpected consequences.
cc: @aduth, @jasmussen, @getdave I would appreciate if you could double-check if this fix works as expected.
How has this been tested?
I added a columns block with two columns.
I added the Image Slider Block from the "Ultimate Blocks" plugin inside with some images inside the first column.
I added sample text on the second column making the height of the second column higher than the one of the first column.
I vertically aligned the columns to the three possible values and verified for each alignment the result looked correct. (On master the slider is broken).