-
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
Remove font size classes that are enqueued in the global stylesheet #35182
Conversation
Size Change: -213 B (0%) Total Size: 1.06 MB
ℹ️ View Unchanged
|
@@ -8,26 +8,12 @@ | |||
@include gradient-colors-deprecated(); | |||
} | |||
|
|||
// Font sizes. | |||
.has-small-font-size { | |||
font-size: 0.8125em; |
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 I've noticed that in the common.scss
bundled the classes used em
while in the editor.scss
bundled they used px
. Looked at the history but this seems to be like that since the beggining. Do you happen to remember why that difference by any chance? Is it safe to substitute them with the theme.json
values in px
?
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.
Good catch. There's a lot of discussion around ems vs. px, but since we have a unit selector in the interface, px provides a default that's fairly easy to understand in comparison.
So why are the values in px in the editor and em in the interface? Good question, that seems like an oversight.
Is it safe to remove? Almost certainly. Looking at the values, we have 0.8125em for "small", which maps to 13px in theme.json. The math checks out because ems are based on the parent font size, which in the case of the body element is 16px by default. And 0.8125 * 16 = 13.
Two issues:
- The problem is that ems are not rems, and they take their value from the parent. Meaning there could be nested cases where the font size wouldn't match.
- The other issue is if the theme sets the font size on the body element to something other than 16px, then the math will be wrong.
But in both cases, it appears those issues are in trunk and already shipping, meaning all this PR does is correct an error. It also appears that the global styles that are output have already corrected this error, meaning this is just code cleanup.
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.
Right, since we load the global stylesheet for all themes, the core classes enqueued there are overriding these styles already.
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.
From what I can tell, this is more than anything just a code cleanup. Nice one, thank you.
Fixes #34006
Follows up to what we did for colors #34138
This removes the CSS classes bundled in the
block-library
package that we're already enqueuing in the global stylesheet, to avoid enqueuing them twice.How to test
These classes are only used by themes that don't add a palette on their own, so they use the core presets: small, normal, medium, large, huge.
Theme with
theme.json
: TT1-blockssettings.typography.fontSizes
section.Also:
wp-block-library-css
stylesheet and verify that it only contains classes forregular
andlarger
.Theme without
theme.json
: TwentyTwentyfunctions.php
file and comment this line:add_theme_support('editor-font-sizes', ... );
Also:
wp-block-library-css
stylesheet and verify that it only contains classes forregular
andlarger
.