-
Notifications
You must be signed in to change notification settings - Fork 3
Varya: Add new line-height control support #44
Conversation
…t-grid block - Update variables to include `none` - Add variable for margin offset - Separate gutter, background, and padding block options
… tweak [data] margins in editors to prevent unnecessary vertical margins.
…rkspace into update/quote-styles
…u hover styles for simpler color declarations on hover.
[Varya] Refine site title underline
Varya: Minor font + entry footer cleanup
Varya: Minor header cleanup
Varya: Update dropdown arrows to match comps (alternative)
Varya: Clean up the header on mobile
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 agree that I'm not sure this the best approach, as it will likely have unwanted side effects for any styles tied to Varya's --global--line-height
variables.
For now, I think trying to scope the changes to the individual block level is best. For example, could we do something like:
p {
line-height: var(--wp--typography--line-height, --global--line-height-body);
}
Once WordPress/gutenberg#21346 and WordPress/gutenberg#21428 land, we can revisit how to integrate the global styles variables.
I think we should consider supplying a theme.json
file as well, so we can override the default values of key global styles variables. cc @kjellr
Varya: Adjust global spacing unit to match comps
Yeah, this feels like a better approach. I’ll give it a shot 👍 |
[Varya] Add Basic Support for the Layout Grid block
…eight customization without impacting other line-heights in the system.
@jffng I rebased this against |
I don’t think there’s a solution for this yet in Gutenberg. but I think we can merge this without it. |
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.
LGTM! 🚢
I don’t think there’s a solution for this yet in Gutenberg. but I think we can merge this without it.
Right. Once opt-in support is added for FSE and global styles, we can supply a theme.json
file to set the defaults.
While this works, and addresses both the frontend and backend pretty well. I’m not sure it’s the best approach.
Demo: https://cloudup.com/cyNcpgnlaSp
ToDo
1.5
line-height by default despite what the CSS actually has as the default before changing the option.