As we’re nearing 5.8, there’s an increasing demand for people to speak about Full Site Editing and this post should help act as a resource guide to enable more people to do so. As always, I would love contributions from the wider community to build this out into an even more comprehensive resource! While this post covers a lot of content, see it as a go to place to mix and match as you’d like for your own presentation rather than something you need to know every detail of. For example, if you’re presenting to theme authors, you can use this to get a sense at a glance of what might be relevant from what to demo, what resources to share, what GitHub issues to highlight, and more.
Key points to cover around 5.8:
- FSE is a collection of features and not a monolith.
- Because FSE is a collection of features, Core can be flexible in shipping what is both stable and adds the most value.
- 5.8 is focused mainly on bringing tools to extenders with limited changes to the user experience. This includes theme.json, new theme blocks, design tools, and template editing mode.
Depending on who you are and who the audience, the following are your best bets for demo content:
Helpful GitHub issues:
- What would you like to see done as part of the gradual adoption milestone?
- What would make you more inclined to use Full Site Editing? On the flip side, what would make you less inclined?
- Are there any key people or resources like podcasts, courses, documentation, etc that have helped you explore Full Site Editing?
- How do you think Full Site Editing will change the WordPress ecosystem? What excites you there? What makes you nervous?
- What do you think is most helpful to communicate about Full Site Editing right now to put more people at ease and build excitement?
- What are you still confused about when it comes to Full Site Editing?
These are the top questions you can most likely expect to get asked with high level answers to get you started in the right direction. For a more comprehensive list of questions and answers, check out the FSE Outreach Program’s roundups.
Full Site Editing is a collection of features that bring the familiar experience and extendability of blocks to all parts of your site rather than just post and pages. In terms of value, it depends on who you are:
User: empowerment to customize what you want to your liking without needing to dive into code.
Themer/developer: focus less on coding thanks to various design tools and more on creating a compelling experience with your theme.
Agency: greater control and consistency over what you offer clients including things like setting custom branding colors or locking down various aspects of the site such as typography settings.
When you see or feel this value depends on who you are, how early you adopt features, and when stable features land in Core. Thanks to FSE being a collection of features, some independent and some interdependent, there’s wonderful room to ship what’s stable.
In the long run, it should make theme development much easier and simpler with design tools ready to tap into allowing theme authors to focus less on coding and functions and more on design expression and aesthetics. Because Full Site Editing requires a block based theme, this makes themes extremely important to get right! As a result, lots of pathways are being created including the ability to use theme blocks in a classic theme, exploring how to use the customizer and site editor as part of a “universal theme”, unlocking the ability to create a new block template in a classic theme, allowing classic themes to adopt the block widget editor, and more.
Key: Themes are a key part of the FSE experience, lots of work is being done to allow for a breadth of options going forward, and we need feedback from theme authors to make the transition easier.
FSE is being built in a way that site builders, if they choose to, can build on top of what’s being created. Overall though, FSE is being built partially so people don’t get locked into one site builder over another. While the goals shared between FSE and site builders are similar in terms of empowering users and give better tools to customize a site, the main difference is that we are developing tools that work for users, themers, and hopefully also page builders by expanding how WordPress uses blocks as a whole. Since Core has to strike a nice balance, it’s expected that future plugins will play a role here in exposing more/less depending on user needs.
This will depend on who is asking the question (a user, a theme author, a developer, etc) but some of the GitHub issues referenced above should help. For users, I’d focus on the fact that they would either need to seek out a block theme to use or their current theme would need to ship specific updates. For a themer/developer, I’d share that there will be various options to opt in and out of this work (for example with creating block templates). Upcoming 5.8 dev notes should address this for any new features.
Anne McCarthy published this post on her personal blog and gave us permission to republish it here as well.