Closed ryelle closed 1 week ago
The code looks fine across all the Pull Requests.
I haven't tested this on my sandbox due to the complexity of setting it up, but I'm comfortable with merging this.
Thanks π
Except for the text "ε§γγΎγγγ" doesn't seem to have the new font applied (I saw in the screenshots that its font was also changed). Will there be a commit later to update this font?
Only places that currently use the "heading font" (EB Garamond) will be updated, if we need to change "ε§γγΎγγγ" it will need different CSS. I don't see that specifically requested in #432, though.
I couldn't test it locally as it kept showing this error on the homepage to me
I don't think I've seen that specifically, but maybe the WP version in the env is outdated? That doesn't update with node or composer packages, you can run wp-env start --update
to update it.
Except for the text "ε§γγΎγγγ" doesn't seem to have the new font applied (I saw in the screenshots that its font was > also changed). Will there be a commit later to update this font?
Only places that currently use the "heading font" (EB Garamond) will be updated, if we need to change "ε§γγΎγγγ" it will need different CSS. I don't see that specifically requested in #432, though.
Ah, what I meant was that in the screenshots you provided, the font (or maybe just the size?) of "ε§γγΎγγγ" looks different. That's why I was wondering if there might be some changes that weren't applied in the code.
I couldn't test it locally as it kept showing this error on the homepage to me
I don't think I've seen that specifically, but maybe the WP version in the env is outdated? That doesn't update with node or composer packages, you can run wp-env start --update to update it.
It doesn't seem to be a WordPress version issue. After deleting gutenberg and reinstalling, it worked. The previous composer update
that I've run might not have successfully updated gutenberg somehow, possibly the local environment was polluted.
I also tried cloning a new repo and building from scratch, and the error didn't show up, but t here's another error:
cURL error 35: OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to wordpress.org:443 β Ran `php env/import-content.php --url https://wordpress.org/wp-json/wp/v2/posts?context=wporg_export&per_page=50` in 'cli'. (in 1s 526ms)
This caused the content to not be imported, resulting in a 404 error on the initial visit to the homepage (this can be resolved by adjusting the Reading Settings, though).
Have you run into this, possibly a proxy issue I presume?
Ah, what I meant was that in the screenshots you provided, the font (or maybe just the size?) of "ε§γγΎγγγ" looks different. That's why I was wondering if there might be some changes that weren't applied in the code.
Oh, I think my before screenshot was not quite up to date, it was missing this change to shrink the CTA font size.
Have you run into this, possibly a proxy issue I presume?
Sounds like a proxy issue to me, but I don't think I've run into that exactly.
Noto Serif JP is being added to the available fonts with https://github.com/WordPress/wporg-mu-plugins/pull/630 & https://github.com/WordPress/wporg-parent-2021/pull/144. This PR updates the main site to use Noto Serif JP for headings.
The font preloading is also updated here, so that ja.w.org only preloads Noto Serif, not EB Garamond.
Screenshots
How to test the changes in this Pull Request:
head
tagsNote that EB Garamond does still load, it's hardcoded in the the global header site title. It might also appear if the font is set at the block level. We could override
--wp--preset--font-family--eb-garamond
with Noto Serif JP if it should be eradicated totally.