-
Notifications
You must be signed in to change notification settings - Fork 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
FSE: Update NUX slides #41966
FSE: Update NUX slides #41966
Conversation
This PR does not affect the size of JS and CSS bundles shipped to the user's browser. Generated by performance advisor bot at iscalypsofastyet.com. |
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.
Tested this and it works, displays the old three step help for non gutenboarding editor and the new one on gutenboarding. @joanrho it looks like all of the copy is up to date, it's still using the old blue colors and the new image with the circle instead of W logo already. It looks like this PR is good to go 🚀
@ramonjd the one thing I'm confused about is that the translations for the non-gutenboarding case seem to have changed? When I look at the site in spanish, they are not translated! But actually that's the same with the onboarding text before this PR too... 🤔
Oh! Thanks for pointing that out. I'm going to double check. Probably a good argument for just replacing the NUX journey completely then with @joanrho's new designs/copy. |
Hmm, indeed, I don't find some of those older strings from translation tool at all. That's worrying! Could it be they need textdomain? 👋 @Automattic/i18n |
Looks like that: https://github.com/Automattic/wp-calypso/search?q=full-site-editing&unscoped_q=full-site-editing |
Inside Calypso we don't need the text domain / ignore it. When in Gutenberg, translations are loaded via inlined JS in the HTML (using |
This code would run in wp-admin context in Gutenberg, so sounds like we will need it. Additionally, this (FSE plugin) code gets sent to .org repo and shipped as a plugin to Atomic sites. I'm not entirely sure where the translation happen but I'm assuming it happens at .org repo? |
As far as I can tell, the translations are all there, e.g., I'll add the domain arg to the translations. |
I've also made the new copy the default as per the comments over at #41960 (comment) We were originally hiding the privacy slide so I've kept that for now for non-Gutenboarding sites until further instruction |
Yup, that's good. That's because users who have old published sites also can see the modal. |
/> | ||
*/ } | ||
{ getWpcomNuxPages( isGutenboarding ).map( ( nuxPage ) => ( | ||
<NuxPage { ...nuxPage } /> |
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.
This doesn't complain about missing key
?
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.
We test on wp-admin where these warnings don't seem to show 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.
Added heading as the key in c0af4f6
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.
This doesn't complain about missing key?
Doh, forgot the key. Thanks for adding.
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.
Tests well on both Gutenboarding and non-gutenboarding sites.
there's little jump when image loads to<img>
tag that I think if we decide to keep the modal, we should work out by inlining the SVG in JS.
"Preview your site" picture has different height and propotions than other images, which feels off. We can fix that in follow-up tho:
Updated the preview image with new one that replaces the W icon with a circle
…er them out using `isGutenboarding`. I'm doing it this way because `<Guide />` was counting children regardless of whether we were rendering them via `{ true ? </> : null }`. I'm not sure if this is a bug or that I missed something.
c0af4f6
to
f057ac9
Compare
Rebased to get |
Changes proposed in this Pull Request
We're updating the copy and image based on the description in #41960
After unsuccessful attempts to render
<NuxPage />
inside<Guide />
conditionally^, I went with a filtered collection approach.All suggestions for improvement wanted. :)
Testing instructions
Easiest way I found is to check out this branch
Sandbox a test site
Comment out the following lines:
Run
cd apps/full-site-editing && yarn dev --sync
Test Gutenboarding and non-Gutenboarding versions by setting
isGutenboarding
totrue/false
isGutenboarding === true
isGutenboarding === false
Fixes #41960
^ The result of trying something like

{ isGutenboarding && <NuxPage { ...props } /> }