


<p><em>Birgit Pauii-Haack</em>: Now there is a simple styles preview in the sidebar of the template editor or site editor that you can modify some of the styles in your panel and it also now uses a navigation component. That&#8217;s just the underlying feature for the global styles preview.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. For the preview you see some characters and it shows the typography, how it looks in practice and also the colors that are applied to that. It just gives you a slight preview so you don&#8217;t have to navigate through the page and look for that. It&#8217;s pretty useful in my opinion.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. You see the final version of it right now in the video from last night&#8217;s meeting of the go/no go when Matias Ventura was demoing it. It&#8217;s a nice &#8230; also with additional color palettes. It has received quite a few iterations since it got added to the plug-in. Full site editing, there is now basic support, the executive word is basic support for child themes when you have a block theme so you can have different features added or switched on and off in your child theme that maybe the parent theme doesn&#8217;t allow. You have different color settings and any settings that you want to you can do in your theme.json for the child theme and still get updates for your parent theme.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. The feature that I mentioned a few minutes before is a way to edit template parts in a special view. When you are editing your template you can use this dropdown menu which is an icon with three dots. There is this new option, edit template part. When you click that, everything disappears but the template part and you can focus on editing only that area, which is pretty handy. In the context when there is a lot of blocks sometimes it&#8217;s hard to see when the template part starts or ends. I like this addition.</p>



<h3><strong>APIs</strong></h3>



<p><em>Birgit Pauii-Haack</em>: Yeah. Yeah. Then we come to the lock control for block type level. As we mentioned there&#8217;s an article that covers that as a whole at the WP Tavern. At the attribute level it supports locking the block from being moved or removed and it hides the block moving errors and the delete button if the block is locked. You can use that also with your &#8230; it&#8217;s just an attribute in the block.json if I see this correctly. You can also use that for your block patterns. That can have locked and unlocked blocks. That&#8217;s-</p>



<p><em>Grzegorz Ziolkowski</em>: Oh yeah. That&#8217;s true. That would be a good use case, yes.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. That&#8217;s also something that Matias demonstrated yesterday, last night in the video. What else do we want to point out from the 11.6? Bug fixes, well we&#8217;re going to jump over the bug fixes.</p>



<p><em>Grzegorz Ziolkowski</em>: I think you had something highlighted for the site editor.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah, the experiments. The experiments, yeah.</p>



<p><em>Grzegorz Ziolkowski</em>: Basic plug-in support.</p>



<h3><strong>Experiments</strong></h3>



<p><em>Birgit Pauii-Haack</em>: Yeah. Sorry. The site editor now has basic also, our executive word is basic plug-in support. It adds the support for the plug-in sidebar. The site editor is now the editor and that&#8217;s where you do the full site editing pieces. The sidebar there can now be targeted by plug-ins for the sidebar, for the menu items in the menu as well as close and open general sidebar action. Plug-in developers, extenders will really be happy to hear about that. We were waiting for that too.&nbsp;</p>



<h3><strong>Documentation</strong></h3>



<p>There was a big push for documentation updates, especially for the packages and the components. Developers can now look up some of the documentation and don&#8217;t have to figure out from code what does this do.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. I guess there were also some updates related to how to contribute to the WordPress components package. That&#8217;s the most important part that builds all the experience, all the UI elements and so on. There&#8217;s a lot of movement in that area which also shapes how global styles look. You can see a lot of changes in that area. That&#8217;s all because of these efforts.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. All right. Code quality, I think that was all &#8230; was that all that we wanted to say about 11.6 in this episode?</p>



<h3><strong>Gutenberg 11.7 Release</strong></h3>



<p><em>Grzegorz Ziolkowski</em>: I guess we have a lot of cover also from 11.7 that was released on October 13th. It would be fair to say that we are done with the 11.6 release and just move to the next one because it was a huge one and there was a lot of enhancements included in this one, way more than the one we already covered.&nbsp;</p>



<h3><strong>Enhancements</strong></h3>



<p>Let me start with the changes to the block editor. With the work, ongoing work on the navigation block and all the child blocks there was a need to have a way to use also slash inserter in this content. So far you could do it only through the paragraph block, which was quite a big limitation. It is now fixed.&nbsp;</p>



<p>It&#8217;s enabled to some of the links to the blocks that allow you to insert links and stuff like this. When you insert a link and it has some name, when you delete that name and write a slash then you will be able to insert a block, other types of blocks that fit in that context, which is pretty good. This is something that is still, the API behind that is still experimental. Every block author there can experiment with that by enabling the flag called underscore experimental slash inserter.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. I think what that also does is give you a little input screen from the slash inserter, not that you have to &#8230; up until now the slash inserter only added, gives you fast access to adding a block, but now you can actually add also some parameters to that and enter it right there. That&#8217;s a real speeding up the workflow quite tremendously. As you said, any block can have that so it&#8217;s also the plug-in, the blocks that come with plug-ins can also use that. That&#8217;s really good, immediately extender friendly.&nbsp;</p>



<p>It also has added or enabled the ability to create pages directly from the inline link UI on the navigation bar. The new empty page gets created, that&#8217;s a feature that comes over from the other editor screen but I think I really like how they implemented that, the new empty page gets created behind the scenes with a title set on the text typed in the search input field. That&#8217;s definitely also a fast way to create a menu when you know you have the outline of your website and you just create the menu headers and then it automatically creates all the pages for it as well. That&#8217;s really cool.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. At the end of the process of creating your navigation you just go to those pages and fill it with content, which is pretty nice. It should speed up the whole process really.</p>



<p><em>Birgit Pauii-Haack</em>: Exactly. Yeah. In 11.6 came the site logo cropping and image manipulating features, now you also get, with 11.7 you also get duotone support which means that you can have a fixed color scheme around your website. Every image that you have might fit better into it. Really that&#8217;s a cool thing.</p>



<p><em>Grzegorz Ziolkowski</em>: Yes. Exactly. There&#8217;s more for the columns block, they enabled the block gap feature which we covered in past episodes. When it&#8217;s combined with vertical margin support you can have a really nice effect, so finally you can add some spaces between columns and there is a control for that which allows that and some nice animations that support that. It&#8217;s a very nice way that was missing for so long. Now it&#8217;s finally implemented.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. If you&#8217;re a theme developer who has actually taken out the gap between the columns, you can now, it can now be done through the interface. I saw some nice animations or demos where you have three columns that are a different color but they don&#8217;t have a boundary so they go from one color to the next without the background color of the site shining through which is quite a nice effect when you just want to liven up the text, the wall of text when you&#8217;re writing so much and just have some graphical play around with it interspersed there.&nbsp;</p>



<p>The navigation, oh yeah, from the navigation block you can now transform your link into other allowed navigation blocks. You can transform it into a sub-menu, menu or a site logo or a home link or a social icon, which is cool if you change your mind on some of the links.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. I&#8217;m not quite sure what happened with the content. For instance, if you have a site logo and you want to transform it into something else, which probably will have a different URL, it might be it uses just the same URL and then you just need to edit that. Anyways, it&#8217;s a really interesting idea to speed up the process.</p>



<p><em>Birgit Pauii-Haack</em>: Well this one is actually only going from a link to something else, not the other way around.</p>



<p><em>Grzegorz Ziolkowski</em>: Oh, is it?</p>



<p><em>Birgit Pauii-Haack</em>: Yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> The initial idea that I always, that stuck in my mind, all the transforms should be two ways. If you convert from something you are able to convert that back. Maybe it&#8217;s now relaxed, you can always use an undo button and that should be pretty much it. I guess it&#8217;s whatever makes it easier for the user is fine from my perspective.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah, I think I need to press that for this if there is a way going back, just from a social icon link to just a mere menu link. Maybe it&#8217;s a different context here. Yeah. Now you can actually &#8230; there was a problem when you have these.</p>



<p><em>Grzegorz Ziolkowski</em>: Just to explain that, why the rule was like that, when you are transforming from the heading to the paragraph then you use the same content and it&#8217;s pretty straightforward. However, if you would like to go from the image to cover block then you have only the image, but as soon as you add some heading or something like that in the cover image, when you go back to the image block then it isn&#8217;t quite sure what should happen with this heading. You could lose some content.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. Yeah. No, I get it. Yeah. I&#8217;ve only been situational, but I&#8217;ve never had a situation that I have already a cover block and only want to go back to an image. I think that&#8217;s just a lack of imagination I guess.</p>



<p><em>Grzegorz Ziolkowski</em>: Also, when you&#8217;ve invested so much time to polish your cover block and make it pretty, it doesn&#8217;t make any sense to go back to the image.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. That&#8217;s so true. Yes, yeah. The next item on our list is show none as an alignment option and use contextual text to clarify the settings. There are now hints included in the alignment options, spread text maximum wide, 720 pixels wide or something like that. It explains a little bit to the user what does it mean when you change something to align wide or to full width. Some users had trouble to see, I&#8217;m one of those, to see that you can uncheck those alignments and then remove it. Now there is and option that says no alignment, just do what you normally do as a block, don&#8217;t make it wider or go out of the content. I think that&#8217;s a good addition there because I got totally and utterly confused. Oh, I can switch it just off. It was not a good.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, you had to click on the same option again to disable it, which wasn&#8217;t so straightforward.</p>



<p><em>Birgit Pauii-Haack</em>: It wasn&#8217;t clear. That&#8217;s a toggle switch, that wasn&#8217;t clear. Yeah.</p>



<p><em>Grzegorz Ziolkowski</em>: I wanted to emphasize that the number you mentioned is not something that is hard colored, it depends on the theme. It is able to, the context there provides very useful information which can vary between themes, right?</p>



<p><em>Birgit Pauii-Haack</em>: Is that coming from the theme.json file do you know?</p>



<p><em>Grzegorz Ziolkowski</em>: They probably compute it on the fly using some JavaScript.</p>



<p><em>Birgit Pauii-Haack</em>: Okay. Yeah. All right. That&#8217;s great, but we&#8217;re not done yet. What&#8217;s the next thing?</p>



<p><em>Grzegorz Ziolkowski</em>: Format library.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah.</p>



<p><em>Grzegorz Ziolkowski</em>: This is one of the options you have when you have text based blocks. Before it was only possible to change the foreground color of your text, so change it to something different. Now there is also an option to change the background color or the highlight how it&#8217;s called in other tools. The change was applied to the existing controls so now you have a pop up dialogue, I don&#8217;t know, which has tabs so you can switch between text and background and apply those different colors.</p>



<p><em>Birgit Pauii-Haack</em>: I think that&#8217;s a feature that has been missing from the beginning for a very long time. There was something that you could do in the classic editor very easily with the little toolbars up there that you can just highlight a word in your text within the paragraph and then give it a different text color or give it a different background color. The text color was still there, is already there, but now you can change the background color of that. Yeah. You find it at the same place where you also find the text color change in your paragraph toolbar. You can now, as a theme developer you can now also set presets on the duotone for your theme. If you say every duotone, when it comes out of default, should be a blue filter or a pink filter or something like that, you can help your user to set the right duotone on certain images in the content.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. You can change it per block, so that&#8217;s pretty nice. You can say, oh, site logo, I want to have it in a red filter and that&#8217;s also possible now.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. The possibilities become endless.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. In general all the management for colors becomes so complex that now it got extracted, the color palette is in its own global styles screen. Basically you need to, when you go to the editor for editing, for changing your site, when you go to the styles sidebar, now you need to first click on the color link and then it will show all the colors you have. You can also drill down to the palette or individual elements to change those settings.</p>



<p><em>Birgit Pauii-Haack</em>: As the next iteration, probably not for 5.9 because it takes a little more, but one of the features that will come is that you can, in that you can also have multiple color palettes to choose from or have a color palette directory where you can grab a wonderful &#8230; yeah, Matt Mullenweg actually mentioned that in yesterday&#8217;s video that there is a colorpalette.com site where you can pick the color palette that you like and then you get all the hex decimal values for it for your site. That would be so cool to actually have a source like that that can pull in new color palettes for your theme there or for your site. Yeah, this has opened so many possibilities, it&#8217;s really mind-boggling. Right now we just have these three screens, all the styles, the color styles and then the color palette separate where you can add additional colors to it.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. It&#8217;s really hard to wrap your head around how colors work at the moment. If I am correct, now you have the default colors that come from the WordPress core, then you have theme styles that every theme can provide and it looks like you can also, the users can define their own colors right now.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. The hierarchy is users first, then the theme, then the core, but it&#8217;s also that the theme can say please disable custom colors, my users don&#8217;t know how to use color.&nbsp;</p>



<p><em>Grzegorz Ziolkowski</em>: Yes.</p>



<p><em>Birgit Pauii-Haack</em>: To offset or to avoid the GeoSitters interesting page designs.</p>



<p><em>Grzegorz Ziolkowski:</em> To make it even more advanced, it&#8217;s also possible to say that, a theme author can say that for this particular block I want to have a different color palette.</p>



<p><em>Birgit Pauii-Haac</em>k: Yeah, yeah, yeah. There&#8217;s also something new and I didn&#8217;t realize that until now when I see the screenshot that I was looking at here from the post. In the styles there was, up until 11.6, with the new version now you can actually go directly to the blocks to change their settings. Before you had to close the sidebar from the style, from the global styles and go back to &#8230; when you do template editing you have to go back to the blocks sidebar. There wasn&#8217;t a clear path for that. Now you can, I see here blocks is another panel that you can open there. That&#8217;s really cool.</p>



<p>All right, next thing, the template editor got some new workflow things. There&#8217;s a back button now for the isolated template part editor. When you drill down you can go back up the rabbit hole again. Then also the template areas have added some template details like header and footer areas there. That&#8217;s really cool.</p>



<p><em>Grzegorz Ziolkowski</em>: When you go to the header and you click on the name of the template you are currently editing, you not only see the details about the theme template but also some details about template areas used in that template which allows you to quickly navigate to them because there are dropdown menus with additional options.</p>



<h3><strong>Experiments</strong></h3>



<p><em>Birgit Pauii-Haack</em>: Exactly. Yeah. Then the navigation screen still in experimental has a new feature that you can add tool tips to navigation items in their set-up states. That is interesting and helpful.</p>



<p><em>Grzegorz Ziolkowski</em>: I guess it&#8217;s coming from the block editor. When there&#8217;s something wrong, the link is missing in your navigation where it should be, then it just underlines it with the squiggly line. When you hover over it it just shows you what the issue is.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. You don&#8217;t want to have in the menu a link or a menu item that doesn&#8217;t go anywhere. That helps you too. Then the next one is insert the navigation link blocks by default in the navigation block.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. Basically, when you click on the plus sign to add another item, you can start writing and it will show you a list of matching links. You can just click on one of them and that will add it to the menu. You don&#8217;t have to choose the type or you don&#8217;t, give me category page, no, we just type the name of the link and it just does everything behind the scenes.</p>



<p><em>Birgit Pauii-Haack</em>: Yeah. That&#8217;s a very nice feature because in the current menu screen you really have to know what kind of type you&#8217;re looking for. This goes away right away with that feature. I&#8217;ve got to test it, what happens with custom post types and post categories or are these pages also being surfaced. Yeah. Wow, that was a lot in this release. Do you have anything else? I think that was it, the major parts.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. We had to cover two Gutenberg plug-in releases pretty packed with features. I guess that&#8217;s a lot already to process for our listeners.</p>



<h3><strong>What’s in Active Development or Discussed</strong></h3>



<p><em>Birgit Pauii-Haack</em>: Yeah. In one sitting, yes. Let&#8217;s go to the active development and what&#8217;s discussed. I wanted to highlight again the gallery block refactor will come out of the experimental stage with the next plug-in release, that&#8217;s 11.8, that&#8217;s in two weeks. It will be in 5.9, WordPress 5.9. At the moment we&#8217;re doing the extender outreach to plug-in and theme developers to alert them to the changes. If you are one of those and/or you work for agencies but you don&#8217;t have public plug-ins or themes in the repository, then I would suggest to go to the developer note that Clan has already published a month ago on the changes so you can see if that affects your gallery handling in your theme or your plug-in. We will have it in the show notes of course.&nbsp;</p>



<p>Then on the FSE Outreach Program update Anne McCarthy has another call for questions where you click on a button and have your question and then it gets sent to her inbox and then she finds the answers for that and she will publish all the questions and answers in a post later on. The deadline for getting your question in is October 27th, that&#8217;s in two weeks. Then she will, within a week, publish that post. This is also for 5.9 when full-site editing comes in with early access there that you can get your questions answered, or also your fears, either way is fine.</p>



<p><em>Grzegorz Ziolkowski</em>: I think we should also include a link to the previous installment and all the answers. I think there were about 50 questions answered. That was a lot. Maybe that would be also good to check. Maybe you already have answers for your questions and you don&#8217;t have to reach out again.</p>



<p><em>Birgit Pauii-Haack</em>: Right. Yeah. I think the reason that Anne does it now at this stage is because the last one was at the beginning of the year. With the, I don&#8217;t know, six or seven plug-in releases that happened since then, quite a few things have changed, some irritations that were &#8230; because it was annoying or it was an interface that didn&#8217;t make sense, you had questions there, but that has been already fixed so the new questions certainly also in regards to the go/no go decision, I would wait until the post is out, to read through it and get &#8230; some of the answers might be in that summary post from the go/no go meeting that Hector will publish.</p>



<p>Then also from the FSE Outreach Program was the summary of the theme switching experience. It was a great read. There were quite a few theme developers who had some expectations there that also went through, some site owners went through the testing and had some surprises there. Channing Ritter on the design team did some nice mock-ups on how to make it a better experience. It might not be part of 5.9, but it&#8217;s definitely something that you who sent in or did the test have influenced how the next steps are going to work.</p>



<p>With that, get your questions in, think about the gallery block refactor and then live Q&amp;A October 28th with the BuddyPress team members on converting classic widgets to blocks. This is the end of our show.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. I wanted to remind everyone that we are waiting for more reviews and that&#8217;s always great to hear from you what do you think about the show. You can also ping us on Twitter or send DMs with questions, with the feedback, whatever you&#8217;d like to talk about with us. My handle is GZIOLO and Birgit is BPH.</p>



<p><em>Birgit Pauii-Haack</em>: Yes. As always, the show notes will be published on <a href="http://gutenbergtimes.com/podcast">GutenbergTimes.com/podcast</a>. If you have questions and suggestions you can also send them via email to <a href="mailto:changelog@gutenbergtimes.com">changelog@gutenbergtimes.com</a>. That&#8217;s <a href="mailto:changelong@gutenbergtimes.com">changelong@gutenbergtimes.com</a>. Well, it was good to see you. I&#8217;m glad you&#8217;re back from vacation and rested and ready to go. Thank you so much for being here and a big thank you for our listeners to stay with us so truthfully into another long episode. That&#8217;s it for me. Goodbye.</p>



<p><em>Grzegorz Ziolkowski</em>: Thank you, Birgit. Thank you everyone for waiting four weeks for the next episode. See you in two weeks. We won&#8217;t do so long breaks for quite a while I hope. Goodbye.</p>



<p><em>Birgit Pauii-Haack</em>: Goodbye.</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Sun, 17 Oct 2021 13:37:13 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:18:"Birgit Pauli-Haack";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:41;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:125:"Gutenberg Times: Changelog #52 -Planning, Scope and Team for WordPress 5.9, Roadmap for WooCommerce Blocks and Gutenberg 11.5";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:53:"https://gutenbergtimes.com/?post_type=podcast&p=19056";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:62:"https://gutenbergtimes.com/podcast/changelog-52-wordpress-5-9/";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:58350:"<p>In this episode, Birgit Pauli-Haack and Grzegorz (Greg) Ziolkowski discuss Planning, Scope and Team for WordPress 5.9, Roadmap for WooCommerce Blocks, Gutenberg 11.5 Release and more&nbsp;</p>



<ul><li>Music:&nbsp;<a href="https://soundcloud.com/xirclebox">Homer Gaines</a></li><li>Editor:&nbsp;<a href="https://www.linkedin.com/in/sandy-reed/">Sandy Reed</a></li><li>Logo:&nbsp;<a href="https://markuraine.com/">Mark Uraine</a></li><li>Production:&nbsp;<a href="https://paulisystems.net/wordpress-consulting">Pauli Systems</a></li></ul>



<p><a href="https://gutenbergtimes.com/podcast/changelog-52-wordpress-5-9#shownotes">Show Notes </a>/ <a href="https://gutenbergtimes.com/podcast/changelog-52-wordpress-5-9#transcript">Transcript</a></p>



<span id="more-19056"></span>



<p><strong>Subscribe to the&nbsp;<a href="https://gutenbergtimes.com/podcast/">Gutenberg Changelog</a>&nbsp;podcast via your favorite podcast apps!</strong><br />?️&nbsp;<a href="https://open.spotify.com/show/620NwVKQJGdTupy36zYxvg?mc_cid=4b6c9f88fe">Spotify</a>&nbsp;|&nbsp;<a href="https://podcasts.google.com/feed/aHR0cHM6Ly9ndXRlbmJlcmd0aW1lcy5jb20vZmVlZC9wb2RjYXN0">Google</a>&nbsp;|&nbsp;<a href="https://podcasts.apple.com/us/podcast/gutenberg-changelog/id1469294475">iTunes</a>&nbsp;|&nbsp;<a href="https://pca.st/podcast/f8445ec0-7508-0137-f267-1d245fc5f9cf">PocketCasts</a>&nbsp;|&nbsp;<a href="https://www.stitcher.com/show/gutenberg-changelog">Stitcher</a>&nbsp;|<br />?️&nbsp;<a href="https://www.podbean.com/podcast-detail/chi7j-9904a/Gutenberg-Changelog-Podcast">Pod Bean</a>&nbsp;|&nbsp;<a href="https://castbox.fm/channel/Gutenberg-Changelog-id2173375">CastBox</a>&nbsp;|&nbsp;<a href="https://www.podchaser.com/podcasts/gutenberg-changelog-878239/">Podchaser</a>&nbsp;|&nbsp;<a href="https://gutenbergtimes.com/feed/podcast">RSS Feed</a>&nbsp;</p>



<p class="has-large-font-size" id="shownotes"><strong>Show Notes </strong></p>



<h2>Announcements</h2>



<ul><li><a href="https://make.wordpress.org/core/2021/09/03/wordpress-5-9-planning-roundup/">WordPress 5.9 Planning Roundup</a> by Josepha Haden Chomphosy</li><li><a href="https://make.wordpress.org/core/2021/08/13/preliminary-road-to-5-9/">Preliminary Road to 5.9</a> by Matias Ventura</li><li><a href="https://developer.woocommerce.com/2021/08/31/peek-into-the-woocommerce-blocks-roadmap/">Peek into the WooCommerce Blocks&nbsp;Roadmap</a> by Darren Either</li><li><a href="https://us02web.zoom.us/webinar/register/1616234355871/WN_TShtABQnRYKrHN6ffMFpaA">Live Q &amp; A: Theme developer discussion going from classic to block-based Themes </a>on October 7th, 16:00 UTC / 11 am Eastern</li></ul>



<h2>Gutenberg 11.5</h2>



<ul><li>Make.Core: <a href="https://make.wordpress.org/core/2021/09/17/whats-new-in-gutenberg-11-5-16-september/">What’s new in Gutenberg 11.5? (16 September)</a></li><li>WPTavern: <a href="https://wptavern.com/gutenberg-11-5-adds-widget-grouping-iterates-on-the-block-gap-feature-and-updates-nav-menus">Gutenberg 11.5 Adds Widget Grouping, Iterates on the Block Gap Feature, and Updates Nav Menus</a></li></ul>



<h2>What&#8217;s discussed and worked on</h2>



<ul><li><a href="https://oandre.gal/the-developer-experience-of-presets/">The developer experience of WordPress presets</a> by Andre Maniro</li><li><a href="https://github.com/WordPress/gutenberg/issues/29882">Gallery Block Refactor: Features and functionality to test during CFT</a> by Glen Davies</li><li><a href="https://github.com/WordPress/gutenberg/issues/29102#issuecomment-919886307">Update on Navigation Block and Screen</a> by Daniel Richards</li><li>Discussion: <a href="https://github.com/WordPress/gutenberg/issues/31551">How to provide backwards compatibility for custom fields on the existing Menus screen</a>.</li></ul>



<p>To get weekly updates via email, <strong><a href="https://gutenbergtimes.com/subscribe">subscribe to our Weekend Edition.</a> </strong></p>



<div class="wp-container-61814ce2f3a2d wp-block-group"><div class="wp-block-group__inner-container">
<p>Did you like this episode? Please write us a reviewhttps://lovethepodcast.com/gutenbergchangelog</p>



<p> </p>



<p><em>If you have questions or suggestions, or news you want us to include, send them to <a href="mailto:changelog@gutenbergtimes.com">changelog@gutenbergtimes.com</a>. </em></p>



<p><em>Please write us a review on iTunes! <a href="https://gutenbergtimes.com/itunes/">(Click here to learn how)</a></em></p>
</div></div>



<h2><strong>Transcript</strong></h2>



<p><em>Birgit Pauli-Haack:</em> Hello and welcome to our 52nd episode of the Gutenberg Changelog podcast. We’re recording this on September 16th, 2021. In today&#8217;s episode we will talk about the planning scope and team for WordPress 5.9, the roadmap for WooCommerce blocks and of course this week&#8217;s Gutenberg 11.5 release.&nbsp;</p>



<p>I am Birgit Pauli-Haack, WordPress developer advocate and curator for Gutenberg Times. Again, I&#8217;m delighted to have with me on the show co-host Grzegorz, or Greg, Ziółkowski, JavaScript developer at Automattic and WordPress core contributor. Hi, Grzegorz, how are you doing today?</p>



<p><em>Grzegorz Ziolkowski</em>: Hello, Birgit. I&#8217;m fine. I&#8217;m looking forward to my vacation that starts this weekend. I&#8217;m going to Greece. It&#8217;s first time since two years going abroad, so I am really excited but also not so happy about all the paperwork that is necessary to travel these days.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah, with all the COVID and vaccines and all that kind of thing, is that what you&#8217;re referring to with paperwork?</p>



<p><em>Grzegorz Ziolkowski:</em> Yes. I have five forms to fill in for myself and my family. It&#8217;s strange. I guess you know that because you traveled from the States to Germany a few weeks back.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. Yeah, we did. I scheduled my test that I have to do because the United States changed how they let people in. Now I have to have a test that&#8217;s not older than three days to get in although I&#8217;m vaccinated. It&#8217;s strange. It&#8217;s all strange.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, yeah. At least I don&#8217;t have to do any tests because I&#8217;m also vaccinated. That&#8217;s on the good side here.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, on the way in we only needed to show our vaccination records and be done with it. On the way back it&#8217;s going to be both.&nbsp;</p>



<h3><strong>Announcements</strong></h3>



<p>Anyway, we start our episode today with an announcement, with an announcement that Josepha Haden Chomphosy published the preliminary planning for WordPress 5.9. That&#8217;s supposed to be released December 14, 2021. Yes. It&#8217;s again just before the holidays and many sites will wait until January to update, but most sites it turns out update right away. We did this, had this exercise now for the last four years I think as far as I can remember.</p>



<p><em>Grzegorz Ziolkowski:</em> Yes, even WordPress 5.0 was released on December 8th, 9th, I don&#8217;t remember exactly.</p>



<p><em>Birgit Pauli-Haack:</em> 6th?</p>



<p><em>Grzegorz Ziolkowski:</em> Maybe 3rd. It was in December and we had the same discussion, why it&#8217;s happening just before Christmas.</p>



<p><em>Birgit Pauli-Haack:</em> Right. Yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> We are a worldwide project, it is not only Christmas for people, some people don&#8217;t even know what that is and they just have their own holidays.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. The world does not stop when WordPress releases. We found that out with 5.0. The internet did not break and everything was going smoothly. I know there are a few US agencies that want to close down over Christmas and they just &#8230; yeah, I don&#8217;t think it&#8217;s a hard sell for them to say we do all the upgrades in January when we come back.</p>



<p><em>Grzegorz Ziolkowski:</em> It&#8217;s perfectly fine.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. I think so too, yeah.&nbsp;</p>



<p>Again, as they did for 5.8, there will be a go/no-go decision for what will be in the release. That is scheduled to happen on October 12th. That&#8217;s about four weeks ago, in four weeks, sorry. That&#8217;s in four weeks. The feature freeze will be November 9th and then beta one is supposed to be ready for November 16th. People get cracking.</p>



<p><em>Grzegorz Ziolkowski</em>: I think this series is a bit smaller in the scope, so I think that those dates make a lot of sense. I think the schedule for the 5.8 was a bit longer, especially between the feature freeze there was two weeks, but at the end of the day I don&#8217;t think that matters that much.</p>



<p><em>Birgit Pauli-Haack</em>: Mostly not for Gutenberg because you patch back to the WordPress right away when you have bug fixes, yeah.&nbsp;</p>



<p>The scope follows pretty much what Matías Ventura published earlier this month as the preliminary scope, so we will have blocks with intrinsic web design, then the navigation menus, interface, the user interface for the theme JSON. Theme JSON was introduced for theme developers for 5.8 and 5.9 will have the first version of the interface so users can also configure their themes and their block editor through that. There&#8217;s also refining of editing flows for block themes, a new default theme and additional design tools from the block editor.&nbsp;</p>



<p>Then there are a few, Josepha called them hopefuls that might get in but they might not get in. Part of it is the pattern insertion and creation features so that you can submit patterns to the directory and then also insert them directly from the inserter. Right now you have to click the copy button and then copy/paste them. For 5.9 the meta team is aiming for insertion into the block editor. Then also unzip/rollback fail-safe, there&#8217;s a whole team working on that, more PHP unit tests and then improved compatibility with PHP 8.0 and 8.1.</p>



<p><em>Grzegorz Ziolkowski:</em> The last three items aren&#8217;t related to the Gutenberg at all, but in some ways they improve the overall quality on WordPress core, so it&#8217;s maybe somehow related.</p>



<p><em>Birgit Pauli-Haack:</em> Right. Right. Yeah. That&#8217;s that. The team is, release lead is again Matt Mullenweg with Josepha being the coordinator I think.</p>



<p><em>Grzegorz Ziolkowski</em>: And the marketing team lead.</p>



<p><em>Birgit Pauli-Haack:</em> And the marketing team lead, yeah, with that. Who else is there already in the posting?</p>



<p><em>Grzegorz Ziolkowski:</em> I&#8217;ve seen that a few days before and the list was still missing a few names. I don&#8217;t know if it was updated since then.</p>



<p><em>Birgit Pauli-Haack:</em> That was quite a while ago. Here we go. September third was it published. The team, to go back to that, release lead is Matt Mullenweg, marketing and comms is Josepha Haden, technical writer is Jonathan Bossenger and those are the leads that are filled in. I think the rest is going to come together when the meeting is, the board chair meeting later on. All right.</p>



<p><em>Grzegorz Ziolkowski:</em> Yes. There&#8217;s still time to volunteer if some of our listeners want to jump in and help with the release, even as people who just watch the process and be ready for the next major release to take this leadership role.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. Josepha asked for volunteers for triage lead and the release coordinators. If you don&#8217;t triage the bugs or the tickets that are supposed to go into 5.9 and see how they&#8217;re going you&#8217;re not going to get a release together. The coordinators are really important to get all the teams ready and working on this. I think there are a few volunteers already on the post in the comments section, but you can still throw your hat in the ring. That is about 5.9. I think the next date for that to watch is October 12th with the go/no-go because that will determine what exactly will come into the release from the navigation screen, new navigation blocks, see how far the gallery block, the new gallery block, refacted, is going. That&#8217;s still in the experiment. There are a few other things that might or might not come.</p>



<p><em>Grzegorz Ziolkowski: </em>Yeah. I think the most important one would be the navigation block and the navigation screen. That&#8217;s quite a huge project that has evolved for quite a while.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. I think over almost two years. It&#8217;s also, I just saw and we&#8217;ll see it in the updates later there are some discussions going on that our listeners might want to chime in in terms of backwards compatibility.&nbsp;</p>



<p>We promised also a Woocommerce roadmap regarding blocks. Darren Either from the team put a nice blog post together with a lot of information about that, what is happening and what is in the near future or what is soon happening. The high priority is to build robust blocks for checkout and cart, the shopping cart, that not only gives the store and their customers a much better user experience but also allows for extensibility for third-party tools. The blocks will become the default way to handle checkout and carts soon. They were a little bit cagey with dates and something, but it&#8217;s definitely something to watch out for. They will also have, for the transition, fallbacks to shortcuts and the shortcuts for cards and checkout and then if the extension isn&#8217;t optimized for blocks.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. We will include also a link to the GitHub repository that contains all the blocks. There are a few of them. They are very advanced I must say. In the WordPress core we have a lot of blocks, however they are more on the side of editing content so the complexity comes only in the block editor, whereas Woo, they do something really impressive on the front-end so those blocks are interactive, they are optimized in terms of performance. There&#8217;s some really impressive work on their side. I&#8217;ve been watching that for quite a while, this is in the works for over two years now, and they are improving. Their initial implementation, it was mostly bringing back compatibility from shortcuts, that was transitioned from shortcuts to blocks. I remember the first prototype, it was creating the safe implementation, the short code and that was just not working. Their block editor experience was the change but the rest has stayed the same. They have evolved in so many ways.</p>



<p>They also shared some ways for the users and shop owners, the checkout flows are now much more smoother and that leads to better conversion rates, which is the whole goal of this concept. It&#8217;s also, now you have the ability to preview how cart and checkout looks from the editor. It sounds, in our context when we talk all the time about the block editor the preview is something you just take for granted, but here we are, it&#8217;s improvement in their workflows. They were also talking about the iterations they are doing and how they are trying to use InnerBlocks to structure or architect their blocks. That&#8217;s also a great way when they are presenting in the post how it empowers users to add their own integration pretty easily. You have now a checkout form and you can inject any type of blocks, you can add a heading in any place you want, you can add, I don&#8217;t know, an image. Whatever you like you can add there and also reorder items like change headings. It&#8217;s something that wasn&#8217;t possible before and this just opens new possibilities.</p>



<p>I&#8217;m also happy to see that this flow is now becoming the default one, because it was present but it was only for some extensions that were in Woocommerce store by default. Now it&#8217;s open also to plug-in others. That&#8217;s the biggest change.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. I really like how Darren put the post together. He has many, many screenshots in there so you get really a good picture of what&#8217;s going to happen. Check it out. There&#8217;s also some work being done to prepare Woocommerce for the site editing feature that&#8217;s coming to 5.9 somehow, or 6.0. I think it was good for the Woocommerce team to wait until the block editor was a little bit more stable and had more features for extensibility. I&#8217;m glad that they found it now worthwhile to put it together and that the user experience is up to the quality that they wanted to. That will open up the signal also for other plug-in developers and also gives quite a nice set of example code that you can study if you are into reading code. As Greg said, we&#8217;re going to share not only post the show notes, but also the GitHub repository so you can check it out.</p>



<p>Now I have the last announcement, then we get to the release, our next live Q&amp;A on the Gutenberg Times YouTube channel will be October 7 at 16:00 UTC, 11AM Eastern and 18:00 Central Europe Time. Sorry. Got all the times mixed up again. That is pretty much the story of this week for me. I go either way and I always go wrong, so I need to read it and pronounce it right. October 7, 16:00 UTC. We will discuss with experienced WordPress theme developers how they transition from building a classic theme to a block based theme and using theme JSON and also full site editing and the global styles as far as it&#8217;s already available.&nbsp;</p>



<p>We will have as a guest Ellen Bauer. They published just recently their Aino theme. That is their block based theme and they have additional features in there that will cover that. Carolina Nymark, who&#8217;s on the themes team and also worked on the 2021 blocks, TT1 Blocks theme, that&#8217;s the block based 2021 product. She also has a site called full-site editing where she teaches full-site editing to theme developers. It&#8217;s great to have her on the show. Then the last one is Andres Norén who designed the 2020 default theme last year. He&#8217;s working on a new theme as we speak. Oh yeah, by the way, his theme Eksell is actually powering the Gutenberg Times site for, I don&#8217;t know, half a year now. I&#8217;m glad to have those two, Ellen and Carolina and Andres, on the show on October 7th.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah, I think the line-up is just so great. I&#8217;m looking forward to this Q&amp;A session. I think you did a great job convincing all the people who have so much experience building full site editing themes to be on the show.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. I&#8217;m really happy that they all make the time to educate our community on this. Also not only to be on the show, to take the time, but also take the time and work through this because we all know that, if you are an early adopter, you basically do all the bug testing and quality assurance for the team, but you also have to invest a lot more time because of course documentation is not yet complete or changes. It&#8217;s a major undertaking and I&#8217;m glad that these three are coming to the show and telling us what they have found.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. There is also this bright side that you are on the bleeding edge of innovation and you are part of the process and you influence how this all shapes up.</p>



<p><em>Birgit Pauli-Haack:</em> Absolutely.</p>



<p><em>Grzegorz Ziolkowski:</em> I think it has more pros than cons.</p>



<p><em>Birgit Pauli-Haack</em>: Oh, absolutely. Looking back, the three years, block editor, most of the early adopters have had, really a jump on the new technology and, yeah, were supported by big acquisitions or hired just right away because of their expertise that they have shown. It will be similar to theme developers that are early adopting these new features, even if it&#8217;s a little bit of a heartache or a headache, more a headache. It&#8217;s the cutting edge, indeed. Sometimes it&#8217;s the bleeding edge, you&#8217;re right.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. In this context, which makes me very happy, is that all three invited guests, they are in the community for quite a while and they seem to be aligned with the vision and they are adjusting their themes to be up-to-date, which is really impressive.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, they totally get the vision. All three of them have published quite a bit of their learnings. Yes, I will share a few links in the show notes so you can check them out, but definitely sign up for, register for the live Q&amp;A so you get also your questions answered.</p>



<h3><strong>What’s Released &#8211; Gutenberg 11.5</strong></h3>



<p>That brings us to the Gutenberg 11.5 release. We are, as of today there is not a final release yet because there&#8217;s some problems with the build sequence.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, it&#8217;s some turbulence like during the flight. I mean everything is ready, it&#8217;s just the process didn&#8217;t end up successfully and it&#8217;s more of the technical challenge of the release process itself than something is wrong. Yeah, I hope at the time when this podcast will be produced and ready then the release will be out, hopefully today. We said the date for recording before assuming that everything goes out on Wednesday as usual.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, yeah. Well there was, the 11.5 release candidate is out or has been out for a week, so that&#8217;s what we are basing things on. There weren&#8217;t any changes on it from the features or the PRs, it&#8217;s just the build process.</p>



<p><em>Grzegorz Ziolkowski:</em> Yes.</p>



<h3><strong>Features</strong></h3>



<p><em>Birgit Pauli-Haack</em>: All right. We have a few new features. Do you want to talk us through it?</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. Let&#8217;s start with the block support changes. In the previous episode we mentioned that gap block support feature. That was still an experiment. It was implemented on the team JSON side, but it was disabled by default. Now we have this support, there&#8217;s a UI for that. It&#8217;s pretty simple. In the dimensions panel, if I recall correctly, we have this control that allows you to change the gap between blocks. The name is still to be settled as far as I know because it has some, in the world of design there is something similar that might be confusing, but it was, you just change the numbers and it just increases the spacing between blocks.&nbsp;</p>



<p>Related to that there is also a change in the group block. At the moment the group block has this layout option, layout control that allows you to change how it is presented. By default it just uses, every block in the group is in its own row, however this new feature is just integrated with the inserter that inserts a group block with every block in the same row. They are aligned, next to each other in one line, which is pretty nice for some complex designs. This is just, it was there in the group black, it&#8217;s just the new way of discovering this feature in the inserter, in the slash inserter when you are typing in the prompt in the editor.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. It&#8217;s the first implementation of the Flex layout that I think Riad actually put the basis in for with 11.4. Now this is the first iteration where one block is actually using that. Of course there will be more. In the PR, if you want to follow up on that, there are some links back to the Flex layout.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, but I think the Flex layout we talked about one or two episodes before.</p>



<h3><strong>Enhancements</strong></h3>



<p><em>Birgit Pauli-Haack:</em> Right. Yeah, but there was not a block that came with it out of the gate. It&#8217;s also part of what&#8217;s in 5.9 being the intrinsic design of pages. There will also be, another change is actually that the bug report form, which is one of the most important forms on the GitHub repo, has received some changes. The ones that are here in that release are more cosmetic but I wanted to point it out, the new template feature of GitHub is now used and they created a new bug report form to remind people of all the information that would be helpful if someone would take on an issue to fix it. I encountered quite a few issues where we needed to find out what actually the user used, what versions they are or what are the steps to reproduce it. Those are very important information. If we have to read minds what&#8217;s actually happening, we might not get to reproduce the error or the quirkiness that is and we have to go back and ask for further information. That is just delaying the time of the fixing.&nbsp;</p>



<p>Following the form is now much easier and you don&#8217;t forget anything. I also wanted to point that out for those who are in the GitHub repo. Let us know, or let the team know when there is something to be fixed or not working right.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, that&#8217;s a nice change. Usually it sends up someone needs to ask for more details. After a few weeks, if there is no answer, the issue is closed, which isn&#8217;t something we really want. It is just the reality because we cannot reproduce the issue.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. There&#8217;s no questioning the experience of the person who posts it, it&#8217;s just we need to see it, we need to be able to reproduce it to locate where the code change needs to happen to actually fix it. It&#8217;s just saving a lot of time and being very specific in what&#8217;s not working. Yeah. Yeah. Next the block library has got some new enhancements. One of them is using the block gap between column blocks, so that is another iteration of a new feature. Now you can….</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, but this has only changed on the CSS level for now. As the rich table in the PR set, it&#8217;s a stop gap for block gap.</p>



<p><em>Birgit Pauli-Haack:</em> Nice, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Fun with words. Yeah, but that&#8217;s the direction, I guess. Most of those layout related blocks should start using those design controls, elements, to make the experience more cohesive. That in general is the direction where it&#8217;s heading.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. There was an article in the WP Tavern about what controls somebody could use, should use or should be having out of default and not changeable, who&#8217;s having control over themes? I think there were some misunderstandings. Matías went into the comments section and clarified a few things regarding that. If you come across an article go into the comments and see what Matías has to say as well. Matías Ventura, the spark of Gutenberg, just to reiterate that.&nbsp;</p>



<p>The video block got an enhancement to use the existing video poster image on insert. The video block has become quite powerful and quite flexible. There are six or seven different settings that you can have in the sidebar that you can switch on and off. This issue or feature is now that, once you assign a poster image to the video the first time, it remembers it. When you embed it into a page or post again, because it&#8217;s in a different context or it&#8217;s in a series of videos or something like that, you don&#8217;t have to assign the poster image again, it will remember it. It&#8217;s all about the effort to streamline the content creator&#8217;s workflow.</p>



<p><em>Grzegorz Ziolkowski:</em> There is also a change in the query pagination next and previous blocks. They are very low level blocks that construct the query pagination, which is part of Query Loop Block, but it shows how flexible the InnerBlocks paradigm is. There is now an arrow attribute that syncs next/previous block arrows.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. It was there before, but it wasn&#8217;t really good, visible in the sidebar or for people to check on. Now they are real settings that are big buttons that you can click so it changes. You were always able to change the text of your pagination from next to previous page or something else. You say low level, but it&#8217;s also quite an important block because, when you get to full-site editing and you write your own templates and you have a list of block posts from a category or from a tag and you have multiple pages of those, you want that query pagination to be available and also be usable. It&#8217;s quite interesting, especially for publishers that have online magazines or so.</p>



<p><em>Grzegorz Ziolkowski:</em> There&#8217;s also a change in the post outer block. You&#8217;ve got duotone support. At first I was surprised seeing that, but there is an avatar or the image of the user which got this feature, which is, again, a good to have way to apply similar effects to all images on your page.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, or just make it blend in more into the overall design because it&#8217;s a small avatar. To normalize it amongst all the others that you have on your site. There&#8217;s also, the wide alignment control now is only available if the theme provides the layout wide size setting. I think that&#8217;s a change to, so you can adjust that setting through the theme JSON again and not have to &#8230; yeah, you don&#8217;t have to do it through the functions PHP now.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. I think in the past you would enable full and wide at once, so it just gives you more grand control over those features.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, you can now decide, okay, I only want the wide but not the full, or you only want the full but not the wide kind of thing. Yeah. That&#8217;s a good point. Yeah. Thank you.</p>



<p><em>Grzegorz Ziolkowski:</em> There is also a quite important change for the navigation screen that&#8217;s being in the works and preparing for the final release. They are the undo and redo buttons in the editors, it&#8217;s the same feature that you have for the post content editor in the headers, it was just missing there. Definitely an important change.</p>



<p><em>Birgit Pauli-Haack:</em> Oh yeah, yeah. All in the streaming of the content creator&#8217;s workflow. Streamlining, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. It&#8217;s also related to the keyboard shortcuts. Some of you probably use command Z and command X. No.</p>



<p><em>Birgit Pauli-Haack:</em> The redo? I don&#8217;t know. I never redo, I only do undo.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah, command Z is the most popular one because you want to go back.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, I need to find out what the keyboard….</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah, check this out in the Gutenberg editor when you go to the header and there is three dots, menu, then you have keyboard shortcuts as one of the options. That&#8217;s the simplest way to check all the shortcuts and learn new if you don&#8217;t know them yet.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. Yeah. There were other changes to the navigation screen. I just wanted to remind our listeners that it&#8217;s not yet in the plug-in per se, it&#8217;s still in experimentation so you need to go to the Gutenberg menu and the WP admin experiments section and then check the navigation screen so you can test it for yourself and try and help us get it tested and do a lot of bug fixes, bug reports there. There is also a change, the REST API team is working on creating the end points for the navigation editor for the menu. At the moment I think it&#8217;s all through the admin Ajax. The final version will use the REST API like any other places in the block editor.</p>



<p>Yeah, speaking of screens there&#8217;s a widget editor. It now received a widget group block for the widget screen which is quite nice now to follow the idea of classic widgets where you have a heading and then a widget. You can change the title of it and now you can add the heading and the widget into a group and then get it a little bit more contained and keep it together, style them and have a background of it and all that. It&#8217;s more what the user was accustomed to when dealing with widgets, the widget group helps with that.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. I would say it&#8217;s more to bridge the experience for everyone familiar with the widgets old screen. It seems like a good change in that regard.</p>



<p><em>Birgit Pauli-Haack:</em> I like it, yes.</p>



<p><em>Grzegorz Ziolkowski:</em> I don&#8217;t know how it works technically. When you insert a widget does it wrap it with the group out of the box now?</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. I think you can highlight, like you do in the post editor, you highlight the things that you want to group and then you transform it into a widget group.</p>



<p><em>Grzegorz Ziolkowski:</em> Okay.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. The widget group has all the group block settings as well in the sidebar. All right.&nbsp;</p>



<p>There are some enhancements for the global styles or fixes. Now you are able to disable text and background colors via the theme JSON. I thought you were doing that before, but maybe it didn&#8217;t work.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. As far as I know it&#8217;s related to some mock-ups that were presented. The idea is that you would be able to disable almost all the color customizations one by one. Maybe that worked only for the link before. There&#8217;s a few.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, yeah. I think they changed a little bit the logic on how sub-components are shown in the color panel. Link color is enabled when the block supports it, the theme supports it, it&#8217;s launched by default. Yeah, it needs to be switched on or even the presets contain some solid value or the custom colors are used. Presets have some color. You need some color presets and the same is true for the text color, the background color and the gradients, although the gradients, you need to have either the custom colors in there or it&#8217;s empty, it&#8217;s disabled. For both the link color, text color and background color the block needs to support it, the theme needs to be supported and the defaults are different for each of them. Then the presets need to contain values for it. That&#8217;s quite a good set of logic there.&nbsp;</p>



<p>Yeah, they streamlined all that logic and then now they are making the global styles available for all themes. That&#8217;s in PR 34334. I like that number, 34334. The preset classes for colors and font sizes were in the block library and they are now part of the global styles sheet that&#8217;s loaded later. That&#8217;s a change in the style sheets that are included by default. Then the preset classes look like the preset dev class. There are some changes. If you need to target those classes you might want to look at this again here. There is a post.</p>



<p><em>Grzegorz Ziolkowski</em>: I just shared a link with you from André is who one of the lead developers on the global styles project. He explains how the experience of using WordPress presets looked before team JSON and how it&#8217;s changed, how it got simplified. That would be a good read in this context. Also in the same PR that we are talking about, this 34, 334, there is a dev note sketched already that will be published later in the release process of WordPress 5.9. It also just covers what you, Birgit, just said. It&#8217;s pretty complex, so I guess that&#8217;s something that you should process at the time of learning how to use those presets.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. Then the media placeholder experienced another change. For now you can create a URL, if you wanted to add an image through the URL of the image you only could use absolute links. It needed to start with HTTP because it was a URL input type on the placeholder and that has changed to a text input type in some verification. Also now you can actually use local URLs. If you know the URL of your image that you want to add to a gallery or to a post, you can now use local URLs and don&#8217;t have to put in the domains, which is actually good when you move the site or move the site to a different domain, or you have just an image that&#8217;s somewhere in a different place than on the WP content uploads directory. That&#8217;s definitely a good thing that&#8217;s ….</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah, I personally was surprised that when you are using an input HTML tag, when you set the tag to URL it expects the full URL. That was the original issue that caused….</p>



<p><em>Birgit Pauli-Haack:</em> Right. Caused this change, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> &#8230; this change. Yes.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. I think it was only Firefox, but the browser developers are really tightening up the browsing experience. That was a part of their verification so you wouldn&#8217;t be able to add it to that.</p>



<p><em>Grzegorz Ziolkowski:</em> There is also a quite important change for team developers. Now there are default editor styles that are applied to teams without team JSON and without editor styles. Sounds complex, but it&#8217;s just something that is even considered for the minor WordPress edits like 5.8 to now. It just adds some basic styles to all sides just to ensure that the experience is better for the block editor in particular.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. This plays well out of the box even if the theme editor, the theme developer has not updated a style sheet for the theme. I think that&#8217;s a good place for the adoption of the block editor that we are all working towards, that more and more people adopt that, especially in the themes. If it&#8217;s nice looking out of the box and they don&#8217;t have to go back to the theme developer to style a column or to style images or the widened and full width or the media and text, that there are quirks, I think that&#8217;s a good decision now that theme developers can control it through theme JSON and their own editor styles. They can just the default styles. Yeah, that&#8217;s good work there.</p>



<h3><strong>New APIs</strong></h3>



<p>Ah, here it is. Of course, every time, and you hear me say this on this podcast quite a bit, every time you have a new feature you also need to provide the opt out of the feature. Here it is, allow themes with theme JSON to opt out of the block gap styles. There is a mechanism there how you do this.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I think it&#8217;s also related to the fact that it was opt in add styles, so now that&#8217;s probably, it has become a default so now you need to have a way to disable that if you don&#8217;t like that.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Now we moved also to the new API sections with this item on the list.</p>



<p><em>Birgit Pauli-Haack:</em> Oh, yeah. Yeah. We have so many sections in this release note.</p>



<p><em>Grzegorz Ziolkowski:</em> Yes, it&#8217;s very long this time.</p>



<p><em>Birgit Pauli-Haack</em>: It&#8217;s very nice, yeah, but it&#8217;s also &#8230; it&#8217;s pretty much in the settings of your theme JSON. It&#8217;s settings, spacing, block gap, null. That&#8217;s how you opt out of that.</p>



<p><em>Grzegorz Ziolkowski:</em> Quite a common way for all those global style related features. That&#8217;s the only item in the new API. Now it&#8217;s time for bug fixes. As usual, the list is very long.</p>



<h3><strong>Bug Fixes</strong></h3>



<p><em>Birgit Pauli-Haack:</em> There seem to be not really big boo-boos that we have fixed. You find in the list under the block library fixes for the gallery block. I wanted to point out that those are referring to the gallery Refactor. This is the newly created gallery block. It&#8217;s still an experiment in the Gutenberg plug-in. If you want to do the navigation screen and test the new gallery block, you have to enable them also on the experiments screen of your Gutenberg plug-in.</p>



<p><em>Grzegorz Ziolkowski:</em> You can always test the new gallery block on the new navigation screen and that&#8217;s two things at once tested properly.</p>



<p><em>Birgit Pauli-Haack:</em> But don&#8217;t do this in production. It&#8217;s called experiment for a reason. Yeah.</p>



<p><em>Grzegorz Ziolkowski</em>: I mean for new websites I wouldn&#8217;t worry at all about enabling the new gallery factor block. I think the fact that it&#8217;s in experiment still is only because of backward compatibility.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. I would not say only. It&#8217;s a big part. It&#8217;s a big part and it&#8217;s also part of the headaches that they have, but it&#8217;s also &#8230; if you want to switch it on and you need a list of test instructions, I&#8217;ll link in the show notes to the GitHub issue 29882, 29882, because there&#8217;s a list of 40 tests that you can do, everything that you can do with a gallery block, you should do. We are preparing, on the developer relations team we are preparing an official call for testing that would hopefully get more people involved. We will also reach out to the plug-in developers to make sure they know about the new plug-in, new gallery block and update their features.&nbsp;</p>



<p>I know that the developer team has already tested the full plug-ins like CoBlocks and Jetpack blocks gallery blocks, but there are many, many more that need to be tested. If you have questions about that, feel free to DM me. Send me a direct message on WordPress Slack at BPH. Again, the test instructions that are right now out, that also the developers use, is the issue 29882, 29882. Of course we&#8217;ll link in the show notes. I just want to make sure that everybody knows this is coming and it&#8217;s cool.&nbsp;</p>



<p>What&#8217;s the Refactor? We talked about it before, but we always have new listeners. The gallery block as it is now is just a feature parity with the old classic editor gallery block where you have a list of images and then they&#8217;re all pulled in, but you&#8217;re not able to do much with those images except for moving them. You&#8217;re not able to adopt styles that are only for one image. The new gallery block is now a collection of single image blocks with which come all the features that you can do from an image block like obviously duotone, be it applying styles, applying backgrounds, adding a different link to each image and all these nice features. It&#8217;s a much richer experience for editors and you have much more freedom for it. It needs quite a few testings. Because of that switch of the InnerBlocks the extensions will change as well. I tested it about two months ago and I found that the gallery plug-ins that I used were working fine, but I&#8217;m not using all of the gallery blocks. It might have changed because there was some development on that. Yes.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, definitely the best part here is that now it doesn&#8217;t matter whether you are changing a dual image not a standalone block or it&#8217;s part of the gallery block, you have everything unified, the same controls, the same capabilities. It&#8217;s pretty cool to see that working this way.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah.</p>



<p><em>Grzegorz Ziolkowski</em>: Also all the extensions that you have for the image block are now also in the gallery block which is cool.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. Cool is the right word.</p>



<p>Grzegorz Ziolkowski: Yeah. We are still on bug fixes. One of the changes that landed is for the writing flow, it&#8217;s in the block editor now. When you merge two blocks together the current position of the cursor is put in a better place than before. I don&#8217;t know what exactly was the issue, but it&#8217;s very annoying when you need to use arrows to move the cursor to the proper position when you change this type of modification, like when you have two paragraphs or similar text-related box.</p>



<h3><strong>Experiments</strong></h3>



<p><em>Birgit Pauli-Haack</em>: Yeah. Then we get to the experiments but we have been talking about experiments before. Now you are able to put in the navigation block the site title as well as the logo and that makes it much nicer to assemble a header for a site when you use full site editing with that. It&#8217;s now really easy to have a logo and the site title and then the menu all in one line. Try it out and see if that works for you.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah. I&#8217;m looking forward to see how the gallery block will evolve because the same feature that you have now in the navigation block could work there as well. I can imagine that you could inject a site logo also inside the gallery because why not, that would be also in some ways &#8230; you could have some designs where that would work. In general, the idea of InnerBlocks, this is what we really want because it just opens so many possibilities for designs that weren&#8217;t possible before. You had to hard code that in HTML in your PHP files and now it&#8217;s at your site, you just need to move some blocks around, insert something and then it just aligns nicely.</p>



<p><em>Birgit Pauli-Haack:</em> It&#8217;s a good point, because now you could have, a three by three grid of images at the center could actually be a poem or something like that that is not an image but a text. The InnerBlocks really open up quite a few more possibilities, especially on the gallery block. That&#8217;s why the Refactor is so important and also that&#8217;s why it takes a little longer to merge into the plug-in because there are some things that need to be changed for backwards compatibility.</p>



<p>We also get, the social links now use the Flex layout. That means you can arrange the social links either vertically or horizontally I think and also have the block gap in between so you can have the distances also controlled. All kinds of different things are available now in the social links block.</p>



<p><em>Grzegorz Ziolkowski</em>: Those design tools are really powerful. I&#8217;m looking forward to having them all stable and released as part of WordPress 5.9. I hope it happens.</p>



<p><em>Birgit Pauli-Haack:</em> We need testers. We need people who test things. The more bugs you find, the better the release will be in 5.9.</p>



<h3><strong>Documentation</strong></h3>



<p><em>Grzegorz Ziolkowski</em>: Now we are at the documentation. This section, do you see something that is a bigger one? There is a lot of typos that were fixed or some tooling that was improved like ESLint, something that is more in general for the Gutenberg project. Some improvements to bring the documentation up to date, like replacing, we select calls from WordPress data package to use, a react hook which is called useSelect.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. Good point.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. I guess there isn&#8217;t anything very important that we have to mention today. Again, there&#8217;s a code quality. This section, it&#8217;s very long.</p>



<h3><strong>Code Quality</strong></h3>



<p><em>Birgit Pauli-Haack</em>: But that&#8217;s your favorite section, right?</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah, I mean it depends what&#8217;s inside it. There are some changes to bring code up to date, similar to what I said about using most recent APIs that were developed and some errors which is &#8230; for those who don&#8217;t know there are some special validations for the code quality that helps us catch some bugs. Whenever they show up or the tools get updated and they are better at catching those bugs we try to fix this as soon as possible.</p>



<p><em>Birgit Pauli-Haack:</em> Excellent. Yes.</p>



<p><em>Grzegorz Ziolkowski:</em> There&#8217;s a lot of refactoring that doesn&#8217;t have any impact on the user interface but helps for the longer, in terms of long term support for the project.</p>



<h3><strong>Various</strong></h3>



<p><em>Birgit Pauli-Haack:</em> No, I get it. That brings us also to my favorite section, the various section. There&#8217;s one item in there that I wanted to point out, that&#8217;s the vertical heading levels menu. When you insert a heading into the block editor, you get a list of levels, H2, H3, H4, H5, H6. Now you can have, the heading can now be vertical. I think it&#8217;s by default vertical now instead of horizontal as it was before so it only covers a certain different amount of content when you have the toolbar right next to the block. It&#8217;s quite nice to look at that. You just go with the mouse pointer up and down instead of left and right. That was a bit ….</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. I think initially in the first release it was also vertical, but then, at that point, there were only H2, H3 and H4 options in the menu so it was short and it was quite easy to &#8230; on the visual level it would look better, but then you had six options like right now and there was also text for each of them. It just was too much to see H1 and heading one, this is why those iterations were applied now.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. It also came from the query block, when you have other, not only the heading block but also the post title block or the archive title, then the context of that menu was a little bit different and you were covering up too much of that query block that you tried to template things.</p>



<p><em>Grzegorz Ziolkowski:</em> Right, right.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. That was the other part. The heading is now multi-usage so to speak and not just a mere heading block. Yeah.</p>



<p><em>Grzegorz Ziolkowski: </em>Yeah. The last item is a very important one. I hope that&#8217;s not the case for our listeners, but if you are using WordPress 5.6 then the Gutenberg plug-in won&#8217;t be supported anymore in that version. You need to have at least WordPress 5.7 to be able to still use the Gutenberg plug-in.</p>



<p><em>Birgit Pauli-Haack:</em> To use the newer version of the Gutenberg plug-in.</p>



<p><em>Grzegorz Ziolkowski</em>: In general we recommend using the latest one because that makes everything so much easier, but we also know that, when there&#8217;s a new major version, some sites cannot be immediately updated. We wait for one more major release, but in the future we consider that this period of time would be shorter, maybe two months, three months, something like that. It also depends on the major release cycles. Now this year we have only three major releases. The plan initially was to have four. That wouldn&#8217;t be that much of an issue. With three releases it&#8217;s just too much time when we have to support code that is no longer necessary in the plug-in.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. To make this specific, if you are on 5.6, only Gutenberg plug-in until 11.4 will work with your WordPress. You can use the plug-in but you won&#8217;t get the updates after, unless you upgrade to the next version, 5.7, in your WordPress. I don&#8217;t know if I made it clearer.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. I don&#8217;t know, I don&#8217;t want to test that, but &#8230;.</p>



<p><em>Birgit Pauli-Haack:</em> Well if you have any questions, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Encourage everyone to stay on the latest major version which is 5.8.</p>



<p><em>Birgit Pauli-Haack:</em> Yes, 5.8.1, yes. All right.&nbsp;</p>



<p>This was the Gutenberg 11.5 Changelog. It&#8217;s quite an interesting mix on that, but most of them are design tools and theme related and some of them are related to some blocks and also for the content creator flows. It&#8217;s a nice release again with a lot of people bringing &#8230; we have quite a few new contributors now on the Gutenberg repository which is a nice change.</p>



<h3><strong>What’s in Active Development or Discussed</strong></h3>



<p>Now we are coming to the section of what&#8217;s in active development or discussed. Because it&#8217;s so &#8230; the next big thing that comes into WordPress is the navigation block and screen, or that&#8217;s what everybody&#8217;s hoping. Daniel Richards posted an update on what are they working on. Of course it&#8217;s slow progressing and they&#8217;re migrating the navigation editor, I mentioned it before, to the REST API. Those changes have been merged and it&#8217;s all updating now. Lots of UI changes that are working now, the top bar, the editor top bar being updated, the main block inserter added and then fixes for the block styles.&nbsp;</p>



<p>Now I can put the important part, good discussion is on the way, he writes, on how to provide backwards compatibility for custom fields on existing menu screens. That covers the part where now the plug-in advance custom fields has a section where you can augment the menu, in the classic menu, with additional fields and additional information. The discussion on that issue is how far should that &#8230; the team works under the assumption that it needs to all be backwards compatible and it&#8217;s the issue &#8230; if you want to follow up and not go to the show notes, 31551 is the issue with the navigation screen menu items custom CF options. There&#8217;s a discussion, Elliot Condon, the lead developer on the plug-in, is in the discussion as well, so help make this, we need you to also chime in.</p>



<p>Then what they&#8217;re working on next is that they want to have &#8230; in the current editor, menu editor you can say, &#8220;Okay, give me all the posts or all the pages.&#8221; You&#8217;re bulk adding links to your menu, that&#8217;s still in the works for the navigation screen, the block-based navigation screen and also to have theme JSON controls to configure the navigation block further. That still is in the works.</p>



<p><em>Grzegorz Ziolkowski:</em> It sounds like a lot of work to me.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. Those all &#8230; yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. I&#8217;m sure all of those tasks are in progress, however to take them to the finish line is going to be quite a huge challenge because we have four weeks between go/no-go dates, so it really depends. Also I could envision that the new navigation block would be included in core but maybe not the navigation screen. There is a lot of ways to proceed in this regard. Let&#8217;s see how it works. I hope that the screen will be enabled. Opt in is the only option they consider, similar to the widget screen, that you need to enable yourself.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. Yeah. I think so, especially with the backwards compatibility. These menu plug-ins that are out there, it&#8217;s not only the advanced custom fields plug-in that modified the menu pieces or menu entity or the link entity in the menu screen or menus, there were other plug-ins, albeit the Mega Menus, albeit some others. They need to be backwards compatible. Oh, the other part was naming menus. When we build sites we sometimes have a footer menu, a header menu and a main menu and we need to name them and make them available to pull in into any other screens there and make them available for full-site editing as well. There are a few things that this powerful feature in classic WordPress, it&#8217;s hard to reproduce it and be as flexible as it is now.</p>



<p><em>Grzegorz Ziolkowski:</em> Okay. That&#8217;s all about the announcement. I just wanted to remind that I&#8217;m taking time off. Unfortunately that coincides with the next Gutenberg release. Together with Birgit we decided to skip recording in two weeks. We cover two Gutenberg plug-in releases in one episode and that should be available for you in four weeks.</p>



<p><em>Birgit Pauli-Haack:</em> That&#8217;s right. We will take a break from the podcast. I hope you are subscribed to the newsletter of the Gutenberg Times so you can still get some updates in between, or just visit the website in between.&nbsp;</p>



<p>Before the end of the show I want to remind you that there is actually a live Q&amp;A coming up on October 7 at 16 UTC, 11 Eastern, when we discuss the building, going from building classic themes to building block based themes with Ellen Bauer, Carolina Nymark and Andres Norén. We will entertain you there and answer all your questions. I&#8217;m thinking I will ask them to actually stay for, instead of 60 minutes to 90 minutes, because we will have some demos and we want to make sure that we answer all your questions.</p>



<p>There will be a link on the homepage of the Gutenberg Times and of course we will have it in the show notes.&nbsp;</p>



<p>As always, the show notes will be published on <a href="https://gutenbergtimes.com/podcast/">GutenbergTimes.com/podcast</a>. This is episode 52. If you have questions or suggestions or news you want us to include, send them to <a href="mailto:Changelog@GutenbergTimes.com">Changelog@GutenbergTimes.com</a>. That&#8217;s <a href="mailto:Changelog@GutenbergTimes.com">Changelog@GutenbergTimes.com</a>.</p>



<p><em>Grzegorz Ziolkowski</em>: I just wanted to remind that you also can reach out to us on Twitter. My handle is G-Z-I-O-L-O. You, Brigit, is B-P-H, right?</p>



<p><em>Birgit Pauli-Haack:</em> Right. Right. Well I say thank you, Greg, Grzegorz, it was again a great pleasure talking to you. I wish you a wonderful vacation in Greece. Until the next time.</p>



<p><em>Grzegorz Ziolkowski:</em> Thank you, Birgit and our listeners for being with us. You, Birgit, I wish you a pleasant flight back home. See you all in four weeks.</p>



<p><em>Birgit Pauli-Haack:</em> All right. That&#8217;s it. Thanks for listening. Goodbye.&nbsp;</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Sat, 16 Oct 2021 19:45:07 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:18:"Birgit Pauli-Haack";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:42;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:122:"Gutenberg Times: Changelog #51 – Automattic Becomes a Sponsor, new Gallery Block, Theme.json, and Gutenberg 11.4 Release";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:53:"https://gutenbergtimes.com/?post_type=podcast&p=18882";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:77:"https://gutenbergtimes.com/podcast/changelog-51-new-gallery-block-theme-json/";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:60542:"<p>Birgit Pauli-Haack and Grzegorz (Greg) Ziolkowski discuss Automattic becoming a sponsor of Gutenberg Times and Gutenberg Changelog, Classic Editor, Frontity, Theme.json, the Gutenberg 11.4 Release and more. </p>



<ul><li>Music:&nbsp;<a href="https://soundcloud.com/xirclebox">Homer Gaines</a></li><li>Editor:&nbsp;<a href="https://www.linkedin.com/in/sandy-reed/">Sandy Reed</a></li><li>Logo:&nbsp;<a href="https://markuraine.com/">Mark Uraine</a></li><li>Production:&nbsp;<a href="https://paulisystems.net/wordpress-consulting">Pauli Systems</a></li></ul>



<p><a href="https://gutenbergtimes.com/podcast/changelog-49-drag-and-drop-flex-layout#shownotes">Show Notes </a>/ <a href="http://changelog-51-new-gallery-block-theme-json#transcript">Transcript</a></p>



<span id="more-18882"></span>



<p><strong>Subscribe to the&nbsp;<a href="https://gutenbergtimes.com/podcast/">Gutenberg Changelog</a>&nbsp;podcast via your favorite podcast apps!</strong><br />?️&nbsp;<a href="https://open.spotify.com/show/620NwVKQJGdTupy36zYxvg?mc_cid=4b6c9f88fe">Spotify</a>&nbsp;|&nbsp;<a href="https://podcasts.google.com/feed/aHR0cHM6Ly9ndXRlbmJlcmd0aW1lcy5jb20vZmVlZC9wb2RjYXN0">Google</a>&nbsp;|&nbsp;<a href="https://podcasts.apple.com/us/podcast/gutenberg-changelog/id1469294475">iTunes</a>&nbsp;|&nbsp;<a href="https://pca.st/podcast/f8445ec0-7508-0137-f267-1d245fc5f9cf">PocketCasts</a>&nbsp;|&nbsp;<a href="https://www.stitcher.com/show/gutenberg-changelog">Stitcher</a>&nbsp;|<br />?️&nbsp;<a href="https://www.podbean.com/podcast-detail/chi7j-9904a/Gutenberg-Changelog-Podcast">Pod Bean</a>&nbsp;|&nbsp;<a href="https://castbox.fm/channel/Gutenberg-Changelog-id2173375">CastBox</a>&nbsp;|&nbsp;<a href="https://www.podchaser.com/podcasts/gutenberg-changelog-878239/">Podchaser</a>&nbsp;|&nbsp;<a href="https://gutenbergtimes.com/feed/podcast">RSS Feed</a>&nbsp;</p>



<p class="has-large-font-size" id="shownotes"><strong>Show Notes </strong></p>



<h2>Announcements</h2>



<ul><li><a href="https://twitter.com/bph/status/1432272585404915713">Birgit Pauli-Haack joins Automattic as Developer Advocate</a> (Twitter) </li><li><a href="https://frontity.org/blog/frontity-is-joining-automattic/">Frontity announced they joined Automattic</a></li><li><a href="https://wptavern.com/automattic-acquires-frontity-founders-to-work-full-time-on-gutenberg">Automattic Acquires Frontity, Founders to Work Full-Time on Gutenberg</a> (WordPress Tavern)</li><li><a href="https://wordpress.org/news/2021/08/an-update-on-the-classic-editor-plugin/">An Update on the Classic Editor Plugin</a> </li><li><a href="https://wptavern.com/wordpress-classic-editor-support-extended-for-at-least-another-year">WordPress Classic Editor Support Extended for at Least Another Year</a></li></ul>



<h2>Community Contributions</h2>



<ul><li><a href="https://frostwp.com/">Frost theme</a> by Brian Gardner</li><li><a href="https://wpaino.com/">Aino theme</a> by Ellen Bauer and Manual Esposito, </li><li><a href="https://tellmeaboutblocks.com/2-how-rich-tabor-created-the-markdown-comment-and-todo-list-blocks">Tell me about Blocks podcast episode 2 w/ Rich Tabor</a>, hosted by Michael Schneider</li></ul>



<h2>What&#8217;s Released</h2>



<p><a href="https://make.wordpress.org/core/2021/09/01/wordpress-5-8-1-rc-1/">WordPress 5.8.1 RC, final release September 8th, 2021</a></p>



<h3>Gutenberg 11.4</h3>



<ul><li><a href="https://make.wordpress.org/core/2021/09/01/whats-new-in-gutenberg-11-4-1-september/">What’s new in Gutenberg 11.4? (1 September)</a> </li><li><a href="https://wptavern.com/gutenberg-11-4-overhauls-galleries-adds-axial-padding-for-buttons-and-lays-groundwork-for-global-spacing">Gutenberg 11.4 Overhauls Galleries, Adds Axial Padding for Buttons, and Lays Groundwork for Global Spacing</a></li><li><a href="https://make.wordpress.org/core/2021/08/20/gallery-block-refactor-dev-note/">Gallery Block Refactor Dev Note</a></li><li><a href="https://make.wordpress.org/core/handbook/glossary/">Core Handbook / Glossary</a></li></ul>



<h2>What&#8217;s in active development or discussed? </h2>



<p><a href="https://matiasventura.com/post/the-theme-json-horizon/">The theme.json horizon</a> by Matias Ventura</p>



<h2>Discussion on Twitter and beyond:  Building Blocks with JavaScript and PHP </h2>



<ul><li><a href="https://twitter.com/markjaquith/status/1432461667187765251">Mark Jaquith </a>(Twitter)</li><li><a href="https://twitter.com/riadbenguella/status/1432645771535568899">Riad Benguella</a> (Twitter)</li><li><a href="https://twitter.com/lrs62318876/status/1432699364313636877?s=20">Lars Gersmann</a> (Twitter)</li><li><a href="https://twitter.com/swissspidy/status/1432608191196667906">Pascal Bichler </a>(on Twitter)</li></ul>



<ul><li><a href="https://github.com/youknowriad/blocky">POC: Blocky</a> (GitHub)</li><li><a href="https://helen.blog/2021/08/exploring-custom-blocks-from-a-php-centric-developer-ux-point-of-view/">Exploring custom blocks from a PHP-centric developer UX point of view</a> by Helen Hou-Sandi</li><li><a href="https://wptavern.com/a-world-where-some-block-development-is-merely-a-templating-system-with-no-build-process">A World Where (Some) Block Development Is Merely a Templating System With No Build Process?</a></li></ul>



<div class="wp-container-61814ce336efb wp-block-group"><div class="wp-block-group__inner-container">
<p>Did you like this episode? Please write us a reviewhttps://lovethepodcast.com/gutenbergchangelog</p>



<p> </p>



<p><em>If you have questions or suggestions, or news you want us to include, send them to <a href="mailto:changelog@gutenbergtimes.com">changelog@gutenbergtimes.com</a>. </em></p>



<p><em>Please write us a review on iTunes! <a href="https://gutenbergtimes.com/itunes/">(Click here to learn how)</a></em></p>
</div></div>



<h2 id="transcript"><strong>Transcript</strong></h2>



<p><em>Birgit Pauli-Haack:</em> Hello, and welcome to our 51st episode of the Gutenberg Changelog podcast. In today&#8217;s episode we&#8217;ll talk about Automattic becoming a sponsor of Gutenberg Times and the Changelog, theme.json, Gutenberg 11.4 release and a lot more.&nbsp;</p>



<p>I am Birgit Pauli-Haack, curator of the Gutenberg Times, and I&#8217;m here with my co-host, Grzegorz Ziolkowski, JavaScript developer at Automattic and WordPress core contributor. Hi, Grzegorz, how are you today?</p>



<p><em>Grzegorz Ziolkowski:</em> I still feel energized and extremely excited after all the big news shared this Monday in the context of the Gutenberg project. Maybe you should speak first. How have you been lately? Has anything interesting happened?</p>



<p><em>Birgit Pauli-Haack</em>: Yeah. That&#8217;s funny. Yeah, it&#8217;s been a wonderful week, though.&nbsp;</p>



<h3><strong>Announcements</strong></h3>



<p>I have fabulous news and some of our Gutenberg Times subscribers already know that. People who follow me on Twitter know this, but I&#8217;m thrilled to announce that on Monday, August 30th, I started as a developer advocate at Automattic. Grzegorz and I have been co-workers for five days now.</p>



<p><em>Grzegorz Ziolkowski:</em> Yay! Congratulations. I can&#8217;t think of anyone else who fits better for this role.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Oh, thank you. You&#8217;re too kind. Like many people who responded and shared on Twitter, many are podcast listeners, as I said, and I was overwhelmed by all the kindness in the WordPress community. Thank you to everyone. Sometimes Twitter really shares its love and I took it all in. Well, it was overwhelming, and a lot of people have reached out. And so thank you.&nbsp;</p>



<p>So, Automattic is now main sponsor of the Gutenberg Times, the Changelog podcast, and our live Q&amp;As and my work working on it.&nbsp;</p>



<p>Being part of the WordPress developer relations team feels like coming home to me. And I&#8217;m deeply grateful for Automattic for offering me that position. The best is yet to come for Gutenberg and publishing with blocks. I&#8217;m elated to be part of an astonishing team that takes the worldwide WordPress community to the next journey.</p>



<p><em>Grzegorz Ziolkowski:</em> Yes, so I&#8217;m really glad that you will be able to dedicate 130% of your work time to help people to get to their next level when hacking with Gutenberg. And I&#8217;m highly impressed with what you were able to achieve as a volunteer, in addition to other duties that help you to pay the bills. So I can also imagine how much of an impact it will make on the community now. I said there is more news to share. What else has happened?</p>



<p><em>Birgit Pauli-Haack:</em> Well, on Monday, Frontity announced they joined Automattic too. So Grzegorz, can you describe what Frontity framework is, and how this fits into the Gutenberg roadmap?</p>



<p><em>Grzegorz Ziolkowski:</em> So for those who don&#8217;t know Frontity, it&#8217;s a &#8230; how they call it? Server-side dynamic framework for headless WordPress sites and blocks. So in some ways, it&#8217;s similar to Gatsby for those who know the space of headless or decoupled WordPress. The biggest difference is that Gatsby, it&#8217;s a static site generator, which means it generates HTML files, JavaScript files, and it just runs on your server, so you don&#8217;t need Node.js server, whereas Frontity uses Node.js.&nbsp;</p>



<p>So it allows you to create a sort of front-end theme that is for WordPress, and that&#8217;s run in Node.js. And it uses the content you create including the content with blocks, and it adds some additional functionality to it like nice page transitions. It adds some dynamic features like for images and there are plugins that can apply some changes to that so it&#8217;s really interesting. And the best thing here is that Frontity as a framework, in their announcement post, they said that they are planning to pivot their efforts to WordPress core.</p>



<p><em>Birgit Pauli-Haack:</em> Yes, but so Frontity runs in ReactJS too, right? Not only Node.js but ReactJS, okay.</p>



<p><em>Grzegorz Ziolkowski: </em>Yes.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah, no, that&#8217;s awesome. So Matias Ventura, he&#8217;s a member the developer experience team at Automattic and lead architect at the WordPress Gutenberg project. He wrote that, &#8220;I&#8217;m really impressed with the effort and care the Frontity team has put into the work over the past few years. We are at a cusp of exciting new opportunities for Gutenberg and I cannot wait to start collaborating together on making the experience of developing with it a joy to behold.&#8221; So that sounds like a great pivot for Frontity to just be a framework to actually bring everything into Gutenberg, as you said, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. So I see it more like they bring their experience. And they will try to replicate some of great ideas they had in the Frontity framework, and find ways to achieve the same goals inside WordPress core, which would benefit so much bigger audience. I&#8217;m thinking about developers, but also for users on the WordPress. And I&#8217;m also beyond excited about the plan they outlined in the post.</p>



<p>So they said that, &#8220;Automattic offered to sponsor our team to work directly on the WordPress open-source project, and in particular, to contribute our expertise in developer experience, front-end tooling, performance and user experience to the WordPress core itself.&#8221; So this is exactly what I just said. And actually for me, who is focused around experience with building blocks, it&#8217;s really great how this expertise can bring the project to the next level, and our efforts to making full-site editing so performant and optimized for bringing only the assets you need, bringing what&#8217;s missing the most now is that the block editors is focused on the WP Admin but on the front-end side, we need more interactivity and more better experience of global sites, the first step but Frontity bringing their own experience can fill the gaps in other areas.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, yeah. And I have seen that there are also developer relations people with Frontity, so I&#8217;m glad we will definitely be able to learn from them. What I missed early on was talking about the developer relations team. It&#8217;s actually now a band of five with Anne McCarthy and Daisy Olsen being there for almost over a year just wrangling the whole thing by themselves. And then Tara King was joined, and then Ryan Welcher and myself, so we are band of five.&nbsp;</p>



<p>And I think there are two people coming away from Frontity, but I&#8217;m not quite sure yet. We haven&#8217;t even as a team yet have &#8230; because we&#8217;re all new. So we&#8217;re all in support rotation right now at Automattic and at the WordPress forums. So I think next week is going to be the bigger week where we&#8217;ll co-organize everything a bit better. Yeah, so but there&#8217;s exciting news for the future of Gutenberg and there&#8217;s also some good news for some other site owners, agencies and developers. The WordPress core committers officially extended the support for the Classic Editor plugin all through 2022.&nbsp;</p>



<p>This gives everyone another year to migrate to blocks. Josepha Haden Chomphosy wrote, &#8220;Still, if you have been putting off using the Block Editor, this is an excellent time to give it another shot. Since it first appeared in 2018, hundreds of WordPress contributors have made a lot of updates based on user feedback. And you will be pleasantly surprised how far it&#8217;s come.&#8221; Of course, most of our listeners know that, about all the huge changes because we haven&#8217;t been shutting up about them. But it&#8217;s definitely an interesting year now for the Gutenberg project and migrating to Gutenberg because all of a sudden, it has a much better picture of the final version or the final vision. Not the version, it will never be done, but yeah, final vision.&nbsp;</p>



<p>And also, now that quite a few APIs are settled, there is a great creativity amongst developers and we&#8217;re going to talk about it a little later in the show. But on the WordPress Tavern, Justin Tadlock also interviewed core committer, Jonathan Desrosiers. And he had some more details on their approach towards maintaining the plugin beyond 2022. So we will share that link in the show notes like we will all the other links in our Announcement section here, that&#8217;s now quite big. Yes. Anything to comment there, Grzegorz?</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah, I mean I wouldn&#8217;t be surprised if there were listeners of this podcast that still use the Classic Block plugin. And this is mostly because you might have a site that is no longer developed and it just doesn&#8217;t make too much sense take therefore to migrate that to blocks. So there are always use cases like that. So I&#8217;m really happy that the support is extended. But eventually, I think that it would be good to say that it&#8217;s only a plugin. And if you want to, just keep it installed, and the community should take over the effort, because it&#8217;s a lot of work to keep it up to date. And it&#8217;s not something that we want to have forever.</p>



<p><em>Birgit Pauli-Haack:</em> Well, and funny, you mentioned that. I have quite a few sites, and it might surprise everybody to hear that, quite a few sites that are actually on Classic Editor. We have taken them over about two years ago or some of them three years ago. And the theme is that Franken theme, like where all the plugin functionalities within the theme. And then there are plugin that we could build and separate out. But the theme, it does the custom post types, and then relies heavily on advanced custom fields.</p>



<p>Even they have a blocks kind of building thing, there is no migration work done between former advanced custom field sites to migrating to blocks. That&#8217;s one thing. I own this one site where there are thousands and thousands of posts on them that there&#8217;s no bulk, reliable way to migrate those over. One site is so old, or that was designed in 2012. So it&#8217;s not even responsive now, or the responsiveness is kind of really clunky, but the content creator has used a lot of HTML tags within his postings. And it&#8217;s an elaborate layout. Making that into Gutenberg blocks is very, very, very hard. But those are the projects I will be handling sooner or later.</p>



<p>But yeah, there is a good reason to stay in Classic Editor for another year or two or three. But yeah, you&#8217;re right. Once in a while, it&#8217;s probably needs to be taken over by the community. And there are actually a few plugins already in the repository that go a little bit further than the Classic Editor. One of them is by John Starr, and it says Disable Gutenberg. And it also covers the classic widgets section from that. So yeah, just a little side note, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> One question.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Mm-hmm.</p>



<p><em>Grzegorz Ziolkowski:</em> So why don&#8217;t you stop upgrading WordPress, like keep it on 4.9 and just take the security updates? Isn&#8217;t that the best option to feel safe about the future of the site?</p>



<p><em>Birgit Pauli-Haack:</em> Well, I think sooner or later that most people would actually appreciate Gutenberg as a user interface and getting block patterns rather than a section of, I don&#8217;t know, two pages of ACF Meta Boxes and they don&#8217;t have a clue how it looks, as long as they don&#8217;t hit preview and see how it looks on the front-end. And so, I think the advantages of using Gutenberg for even a big site that has a lot of layouts would be even better. So a migration sooner or later needs to happen.&nbsp;</p>



<p>Also, not only for that, but also we have new editors come online, all the knowledge is kind of outdated, or they see it on other sites. And that&#8217;s a WordPress skill now, to work with Gutenberg. And now they come to a publication that doesn&#8217;t use them, it&#8217;s anachronistic. It takes the fun out of it, pretty much. It takes the fun out of me when I need to use the Classic Editor because, &#8220;Oh, it would be so much easier to do it in Gutenberg and we can do so many more things.&#8221; So sooner or later, we need to think about migrating these large sites.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. So I guess the reason is that you want to stay with the latest WordPress to get all the updates and make sure that the plugins are still compatible, and they also get updates, right?</p>



<p><em>Birgit Pauli-Haack:</em> Right.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I mean, it makes a lot of sense. I&#8217;m just mostly curious.&nbsp;</p>



<p><em>Birgit Pauli-Haack</em>: Yeah, no, I totally get it. Yeah. Especially that-</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I guess we can move on.&nbsp;</p>



<p><em>Birgit Pauli-Haack</em>: &#8230; I think we have to otherwise we&#8217;re getting a little long, yeah.</p>



<h3><strong>Community Contributions</strong></h3>



<p><em>Grzegorz Ziolkowski:</em> We can move on to Community Contribution. So I only wanted to highlight two full-site editing themes that I found out about recently. One of them is called Frost and the other one is Aino, I don&#8217;t know if I pronounced that right. And they are very interesting. And we&#8217;ll leave the links in the show notes as usual. And one of those themes had a very interesting idea because it was like a master theme that had a collection of block patterns.&nbsp;</p>



<p>So it&#8217;s like you have many different target groups in one theme, but you can select that through pattern, which is pretty interesting idea. It&#8217;s like a sort of block patterns directory inside the theme, which is something new. I like those explorations in the community that happen right now with all the new possibilities. So Aino is also targeting e-commerce websites. So that&#8217;s also quite fine.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. So Aino has been built by Ellen Bauer and Manuel Esposito, I think, the theme developer shop out of New Zealand. And Ellen Bauer was already part of our live Q&amp;As talking about full-site editing early on. And Frost WP is the full name of the site, frostwp.com, started by Brian Gardner. And Brian Gardner has been around the WordPress community for ages. He was the original founder of the Genesis framework, which was then sold to WP Engine.&nbsp;</p>



<p>And he has started now, with the full-site editing in mind, a new theme base called Frost WP. So both themes are not done by new people. They evolve their own coming from the Classic theme going into full-site editing theme and going in full speed. So it&#8217;s really exciting to see them grow and work.</p>



<p><em>Grzegorz Ziolkowski</em>: Yeah, pretty inspiring to see those full-site editing themes growing. And I also wanted to report that I did my homework, and I caught up with the new Tell Me About Blocks podcast, which is hosted by Michael Schneider. I guess he&#8217;s from Germany, right?</p>



<p><em>Birgit Pauli-Haack:</em> I think Australia, but I haven&#8217;t done my homework yet. I haven&#8217;t connected with him yet, which will happen. Michael, if you listen to this, expect a ping from me.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, so if you look for inspiration how to build blocks, or extend their capabilities inside the WordPress Block Editor, then I strongly recommend listening to both published episodes. I enjoyed the one with Rich Tabor a bit more because he has outstanding experience in the field and he profoundly understand the project&#8217;s visions. So I wouldn&#8217;t feel comfortable saying that he&#8217;s a representative of the Gutenberg core team and put him on the spot and talk about Gutenberg. He deeply understands how it all should work.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, and I followed Rich Tabor from the beginning of his CoBlocks plugin that came out quite early. He built it with Jeffrey Carandang together. Listened to him at the Boston WordCamp in 2019. And he had some great philosophical ideas on how to build blocks in terms of what needs to be in the toolbar, what goes into the sidebar, and how to approach metadata and options data that need to be built into the Block Editor as well and how to handle those.&nbsp;</p>



<p>So it was quite an interesting way. So he publishes also on richtabor.com, with blog starts about theme.json, about his experience, and what he thinks how everything should work and how it works.&nbsp;</p>



<h3><strong>What’s Released &#8211; WordPress 5.8.1 RC</strong></h3>



<p>Yeah, this brings us to our What&#8217;s Released section, and we have a release candidate for WordPress 5.8.1. And it was released two days ago on September 1st, and it has 41 bug fixes to core and about 20 bug fixes to the Block Editor. Although there are 20 release pull requests as you mentioned before we started recording, Grzegorz, not all of them are part of the bug fix. Some of them are just PRs that need to be added so the other PRs would work.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, so Gutenberg developed so fast that we introduce some technical changes that just are related to, let&#8217;s say, code quality, and then it makes it difficult to backport the actual bug fixes. So that&#8217;s why it took 20 commits, instead of let&#8217;s say, 10 or 15.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. So we will share the show notes to the release candidate post on the core Make blog with all the track tickets and PRs that went into it. The release date for it is September 8th, unless, of course, any additional fixes to be made. But that&#8217;s expected to be Wednesday, September 8.&nbsp;</p>



<h3><strong>Gutenberg 11.4 Release</strong></h3>



<p>And then we had Gutenberg 11.4 release.</p>



<p><em>Grzegorz Ziolkowski</em>: Finally.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Finally?</p>



<p><em>Grzegorz Ziolkowski:</em> Finally, the Gutenberg plugin.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, do you want to start out with what the most important things are?</p>



<p><em>Grzegorz Ziolkowski</em>: It&#8217;s one thing that I marked like we said and big font is the change that converts the Gallery block to use Image block. So it&#8217;s a concept of having composed log of several blocks, I mean, two blocks at the moment. So this change is still behind an experimental flag. So you need to go in the WP Admin to the sidebar. And there is Gutenberg, and there is Experiments page, and you need to mark the checkbox and save the settings to enable this new version of the block.&nbsp;</p>



<p>There are several reasons that were covered with the dev note that we talked about, I guess in the last episode. We will include the link to the dev note. This change is planned for inclusion in WordPress 5.9. So we encourage all the block authors and theme authors to check out this new version, because there will be some incompatibilities. It&#8217;s mostly because the markup has changed, and it might break some CSS styles.&nbsp;</p>



<p>There are also some plugins that do transforms between Gallery blocks to something else or vice versa. So that needs a lot of testing, it was tested extensively already, because it&#8217;s a huge change, which brings a lot of opportunities. And the best way to check it out is look at the release post for the Gutenberg plugin, which shows that demo, and it&#8217;s really nice.&nbsp;</p>



<p>It shows how you can move images, you can change every individual image the same way as you modify a single image. So, that&#8217;s a great way. You can use drag and drop now inside the Gallery block. It&#8217;s just an excellent change. And of course, the plugin authors can do any change they wanted. Usually they can allow you to use other blocks inside the Gallery block, it&#8217;s very exciting.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, it&#8217;s totally &#8230; I love to see&#8230;. I have experimented with it a bit. And yeah, I like that you can have a different style for each image. So you can have rounded corners for one and circles for a speaker list or something like that. Or each image can have a separate URL now. So when you do a speaker section, that each speaker gets its own link to the profile or the session; just thinking about online conferencing right now, I guess. But it&#8217;s really exciting to see how that works.&nbsp;</p>



<p>I actually tested this PR a couple of months ago. And I was really amazed how it worked quite well with some of the plugins that you mentioned, Grzegorz like CoBlocks Gallery, or others that had a gallery modification. The three ones that I worked with, were quite compatible with it. I know that Glen Davies, who spearheaded the refactor of the Gallery block also did additional testing with that. He tested them with the Jetpack blocks and Lightbox for the Default Gallery &amp; Image Block.</p>



<p>So, I mean, he also made a point in testing the three default themes, as well as Astra and Arbutus. So it&#8217;s all in the developer note that he published and which you will find a link in the show notes as Grzegorz said. Yeah, but I&#8217;m really excited about this. I think this is such a great way to put a huge photo gallery together and make it work on a website, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, and just to add more, so now in the Gallery, you can apply image editing, so you can crop the individual image. You can add duotone effects. It&#8217;s so powerful because of this change.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. And all you learn with the Image block, you can certainly apply to the Gallery block now. And you don&#8217;t have to use two different ways on image handling. So that&#8217;s definitely an advantage of reducing the cognitive load and expand the horizon a bit. Yeah. So what else is in there? Good. All the next things seem to be like an anticlimax to that.&nbsp;</p>



<h3><strong>Enhancements</strong></h3>



<p>But the Cover block now; you can allow an alt text now for your Cover blocks, which is a great accessibility necessity. The Block Lists is now improved, the iframe block, patterns and template previews. So it&#8217;s easier to see what you&#8217;re getting when you go through the list. What else?</p>



<p><em>Grzegorz Ziolkowski:</em> There are a couple of changes to Post Featured Image. So it was pretty basic before but now there is support for duotone. They added the scale property, so which allows you to change how this Post Featured Image is displayed inside the block. And as far as this Post Featured Image can fit to the space it has, it can be somehow like constraint and something like that. So there is some contextual help now added to make it clear what it does, really. And there is now, for other blocks, there is font weight support that was added to several blocks, like Post Date, Post Terms, Site Tagline, and the Button. And yeah, basically, it&#8217;s a constant effort to add those features to more blocks.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, to add more controls to more blocks. Yeah. So I think what I learned with Gutenberg was that well, first, one block gets an extension like the font weight controls, and then once that is finalized, it will be replicated for the other blocks, or other blocks get the support for that, and then it&#8217;s tested, how that would work out.</p>



<p>So, I really like that to kind of have additional testing in there before it&#8217;s rolled out to all the blocks. Yeah, and that way, the Button block received the spacing support that uses axial padding. So you can have also horizontal and vertical padding for the buttons now within your Buttons block, which is a feature that was requested quite a bit for Gutenberg. And because many, many block suites actually had that built in almost from the beginning, but so now it&#8217;s in core. Yay!</p>



<p><em>Grzegorz Ziolkowski:</em> So this is&#8230;.</p>



<p><em>Birgit Pauli-Haack:</em> &#8230; Yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, mark, also some changes, because we have those editor feature preferences. And they were reimplemented now on the Widgets page, on the Site Editor page, on the Post Editor page and now they are extracted. And the idea is to have one common interface to use on all screens and share the logic. So that needs to be tested by all the users because there might be some bugs. I would expect that because there is some technical challenges in how to migrate that and store it in the browser. So when whenever you refresh the page, you have still the same settings, they are stored in the local storage.</p>



<p><em>Birgit Pauli-Haack:</em> When you talk about feature preferences, do you have an example of that?</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, sure. So when you open the more menu like the one on the top, on the right side, and then you have fix my toolbar to the top, disable the full screen mode, and things like that, so some of them are present on all screens, some of them are specific to the given screen, but the code that powers that is now in one place.</p>



<p><em>Birgit Pauli-Haack:</em> Oh, okay. So for all the three editors, it&#8217;s all at one place. And if you change it for one, you know where to change things? Is that answer the past or it&#8217;s now getting closer to thinking about taking those preferences out of local storage and put it into user metadata or is that still a ways off?</p>



<p><em>Grzegorz Ziolkowski:</em> Oh, this one is actually in progress for two years or something like that.</p>



<p><em>Birgit Pauli-Haack:</em> Right, right. But I can understand.</p>



<p><em>Grzegorz Ziolkowski:</em> So we are aware about this limitation. So the first exploration was to use cookies. And because there is some API already that uses cookies in WordPress. However, cookies have limitations in the browsers. In some of them it&#8217;s four kilobytes and in turns out that it&#8217;s not enough for the settings that we want to store. So yeah, there is a REST API-based approach that is close to land, but it never happened. And definitely….</p>



<p><em>Birgit Pauli-Haack:</em> &#8230; No, I can see why. Yeah, I can see why it didn&#8217;t happen. Because the editors&#8217; screens were not yet finalized. Because many people knew that there will be a Widget screen, there will be a Navigation screen and then there will be a said editor screen. And the other preference were not yet settled completely over all for different editors. So I can see why it didn&#8217;t happen. But it was also not kind of clear to me that that&#8217;s the reason. Yeah because-</p>



<p><em>Grzegorz Ziolkowski:</em> &#8230; It&#8217;s also complex from the user perspective because now it&#8217;s the question. So now, you said that you don&#8217;t want to have full screen mode. The question is, &#8220;If you don&#8217;t want to have it only on one of the screens or it should be applied to all screens?&#8221; And now we have it in one place, we could consolidate that and give this option that this option should apply to all screens. But that would now like these user-experience questions.&nbsp;</p>



<p>And there&#8217;s also other questions. So once you pick something; now I am on the mobile that have a small screen. Do I want to have fullscreen there, or it should apply only to the desktop? So there are so many combinations that make it really hard to build a good API.</p>



<p><em>Birgit Pauli-Haack</em>: &#8230; Yeah. I imagine. And there&#8217;s also the question, &#8220;Okay, if we do it for our editor team, but when I&#8217;m an administrator, do I want to change that setting again?&#8221; Yeah, that&#8217;s another level there. So I can see why that hasn&#8217;t been finalized. But then if you really want to have your editor screen, I don&#8217;t know what Marias Jensen does, he has this plugin where he stores these kinds of preferences, actually, in the user database, how he manages that. So it&#8217;s interesting to see, yeah once that&#8217;s explored, where it goes. But for this release, all things are now in one interface package. So that&#8217;s a big start in that direction.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, but the changes are applied per screen. So when you change the&#8230; what is it, your toolbar displayed, it will only apply to the given screen for now. But in the future, it has to be decided and we are looking for feedback. So new listeners, if you want to chime in, just open an issue and propose how you would like to see.</p>



<h3><strong>Bug Fixes</strong></h3>



<p><em>Birgit Pauli-Haack:</em> Yeah, I like that. This brings us to the Bug Fix section, and there were quite a few small bug fixes. We are pointing today to the design tools section, which fixes a bug that now allows zero values for those theme.json styles. So the theme.json style generation. So, a quick side note. I had a conversation with a Jason Crist, who is on the theme team at Automattic and he said we need to make a more a &#8230; he didn&#8217;t say we need but I learned that it might be helpful to say, JSON, when you mean the JSON file, and Jason when you mean the person named Jason. It&#8217;s really hard to do this, or you change your name to JSON, like Jason Bahl did, the WPGraphQL plugin developer. Anyway, so what&#8217;s up with zero values in the theme.json styles?</p>



<p><em>Grzegorz Ziolkowski:</em> So global styles it&#8217;s like a new specification of CSS written in JSON. And you know that the issue was that it was possible to write the string 0px, like pixel, but when you were providing a number or the string with zero, it would filter it out because JavaScript or PHP would consider it empty. And so, they fixed that and those values are also allowed.</p>



<p><em>Birgit Pauli-Haack:</em> So like I could open that I don&#8217;t want any gradients by adding the gradient but leave the array empty and it would actually disable gradient?</p>



<p><em>Grzegorz Ziolkowski</em>: Maybe, I don&#8217;t know about that basically. But for the field or property, it was quite important. To have padding equal zero is quite common if you don&#8217;t want to provide the unit all the time.</p>



<p><em>Birgit Pauli-Haack:</em> Mm-hmm. Excellent.&nbsp;</p>



<h3><strong>Performance</strong></h3>



<p>And that brings us to the Performance section of the changelog, and there is one that now provides a batch function to the data module to batch actions. I recognize the words, but what does that mean?</p>



<p><em>Grzegorz Ziolkowski:</em> It&#8217;s like there&#8217;s a new API in the WordPress data package that allows you to combine several actions, which means changes to the state of the application. So that prevents that on every change, you would have re-render of your UI. So it just waits until other actions get applied and then sends the signal, &#8220;Okay, components, you can check out for changes now.&#8221; So instead of having several renders that most of them would be wasteful, it just waits for the better time for do it. And it&#8217;s pretty common technique that I&#8217;m surprised we didn&#8217;t have it before. And all agreed about that.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, yeah. Okay, good. And does it add to performance gains?</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, on the PR did. However, when I looked at that post and the metrics chart, at the bottom of it, I didn&#8217;t see any differences. So it&#8217;s really hard to see impact of one PR, because there are other that could downgrade the performance.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Good, excellent, thank you.</p>



<p><em>Grzegorz Ziolkowski:</em> In theory, it should make a difference when applied on a larger scale.</p>



<p><em>Birgit Pauli-Haack:</em> All right, now you&#8217;re going to take us into the Experiments?</p>



<h3><strong>Experiments</strong></h3>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I can talk about some of the experiments because I developed two of them, I guess. And so one change that we are looking into is when you have these blocks, like Gallery is now a good example. When you turn on the experiment, you have Gallery block and an Image blocks. Sometimes, you go to the Image block, and you just want to apply something to all blocks like let&#8217;s say, there&#8217;s some alignment option in the Gallery block you want to take the space of the full canvas, or the&#8230; how it&#8217;s called, a full and wide, or like regular. So it&#8217;s like going back and forth between parent and child block, it&#8217;s pretty annoying.&nbsp;</p>



<p>The idea is that you could do two things. One is dock the toolbar that it always is anchored to the parent block. The toolbar is always displayed in the place when you have the Gallery block. When you enable this option, then the alignment would be also actually shared with the child block. From the child block, you could change the alignment or alter the Gallery block. And yeah, this is something for the toolbar control that is already in place. It&#8217;s still experimental. We are looking also and adding the same functionality to the inspector control, so all the controls that are in the sidebar.&nbsp;</p>



<p>For now, there were also new refactoring to bring their groups. So that is also interesting from the plugin author&#8217;s perspective because if you have more structured way, then first you will be able to target those groups to insert your controls. At the moment, you can either add it to the general sections like next to all other controls or to the advanced one, which is pretty limiting. And in the future, we think that there will be a lot of groups that have more structured way of handling those controls.&nbsp;</p>



<p>One exploration is to add dimensions control so I can see a follow-up with the typography or colors. It&#8217;s a better way to have these controls distributed and the user experience also would be better because you could easily remember where to find something. And that also brings another possibilities like very frequent requests from the site owners to disable some of the controls, and we don&#8217;t have controls over third-party changes. So you could at least disable the group now, and that would be a great way. And usually, that&#8217;s what you want instead of doing granularly, just tell that this group shouldn&#8217;t be there.</p>



<p><em>Birgit Pauli-Haack:</em> No, it&#8217;s really helpful to have the single block also be part of the parent block toolbar to control those properties over all their child blocks, that&#8217;s really great. The next part was the blocks spacing. Now the global styles also have a block spacing gap configuration that you can control through the theme.json file. And it also adds support for the layout to control the gap between blocks. Tested out, global styles are still in the experiments as well. So you need to switch them on. But it&#8217;s getting really interesting now that global styles is prepared for 5.9. It&#8217;s not clear that it will be in 5.9. But we want to definitely test all those things for the user controls, and especially also to switch off user control.</p>



<h3><strong>Documentation</strong></h3>



<p>That brings us to the Documentation. There were mostly minor changes to the handbook, but one item got me excited that says, &#8220;Alphabetize the glossary entries.&#8221; Especially from a higher-level point well, there is a glossary. I looked at the PR and it&#8217;s actually the glossary on the core contributor&#8217;s handbook that has been alphabetized. So if you ever want to know what a committer is or what CRUD means or what a dev note is, the glossary, and I will put the link into the show notes, so you don&#8217;t have to dig it out.&nbsp;</p>



<p>Well, you can look it up there. It&#8217;s quite extensive, and I really like it. Now it&#8217;s alphabetized, so you might as well find stuff. Of course, for the alphabetization to work, you actually need to know what the name of the thing is that you look up. So it might be worth reading through the glossary from A to Z is probably a good way to expand on that. Yeah, anything else in that part that you want to point out?</p>



<h3><strong>Code Quality</strong></h3>



<p><em>Grzegorz Ziolkowski:</em> No, no, in fact, in the Code Quality section, that is next, there are eight items. But those are also some minor changes that I didn&#8217;t find anything to highlight.</p>



<h3><strong>Tools</strong></h3>



<p><em>Birgit Pauli-Haack:</em> All right, that brings us to the Tools section. And there are quite a few PRs that have the same beginning, and that is, &#8220;Automated Changelog&#8221; and I&#8217;m really happy about that, because we go through the changelog, and if it&#8217;s well organized and structured, Grzegorz and I, we can really work through this quite easily. So you have been working with people there as well or was it somebody &#8230; Yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, that was quite a nice team like Dave Smith, Hector Pietro, myself, and Dan Richards. So yeah, we teamed up and everyone contributing in some way. So now the changelog you see in the release post, and also in the show notes we share, it&#8217;s mostly automated. So that&#8217;s very exciting that you can see everything in this form now.</p>



<p><em>Birgit Pauli-Haack:</em> Excellent. Yeah. And then there were some changes on the GitHub contributor template, that the form to fill out an issue has been simplified for the bug report with a form template, so you can lead along and don&#8217;t miss any information. So it short-circuits the communication line. Once you report it, developers don&#8217;t have to come back and ask you for additional information. So filling that out is really helpful and speeds up the process. And you don&#8217;t forget anything when you fill out the bug report.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah. It&#8217;s a nice change from GitHub, that they provided a way to make this process more like filling a form. So it&#8217;s much simpler from the user perspective because they know what they have to provide rather than skipping the previous version, and everyone just ignore most of the points.</p>



<p><em>Birgit Pauli-Haack:</em> &#8230; Yeah, yeah. And it&#8217;s easier, you don&#8217;t have to remove stuff from the issue template to get it all fixed up. Yeah. No, really good work.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, there&#8217;s one more change that I personally find very interesting. So whenever you have a block is parsed, then if the contents saved in the database no longer matches how the block should be represented in the post, there are some deprecation logs in the browser&#8217;s console. Most of the users they don&#8217;t see, but it&#8217;s important for developers.</p>



<p>However, it was after we introduced block patterns that they don&#8217;t get updated after they&#8217;re created, usually. So those logs started to pollute those browser consoles. So now, they are grouped together. Especially, it&#8217;s important when everything went well, so you don&#8217;t really have to report that however we do that for the information of the developers, maybe they want to update that. That&#8217;s a good reminder, but….</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, yeah. I can see that the block patterns of course, changed all the time, even in the content and going back to the block patterns, not the same original. But I think that whole process is also a major pain point for developers to get into block development using JavaScript. The deprecation process per se, I don&#8217;t know if it&#8217;s unstable or it&#8217;s just very verbose and laborious. I know quite a few developers have decided to just use PHP for the rendering, and not go through JavaScript for the render, and create dynamic blocks, quasi-dynamic-static blocks, so to speak. And looking is going to be helpful, yeah.</p>



<p><em>Grzegorz Ziolkowski:</em> In this context, when you are using Cover blocks, and they get new features, and because of that, it requires new HTML markup to represent that, because you have those deprecations encoded, whenever someone inserts the button that was created two years ago, when you insert that into your post, you would get the most up to date version of that block, which is what we want to achieve and that&#8217;s why it&#8217;s so important. Of course, when you are working on a site that you have different needs, then dynamic blocks is probably something that you want to have, however, in the context of using patterns, that has some downside when it&#8217;s dynamic because you just need to have something that you&#8230;.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, yeah. Totally. Yeah, definitely. So there&#8217;s also one, well, pain point with that to just kind of surface it a bit more is when you have a changed block, the deprecations does not kind of go back to the block that was used two months ago and had a different HTML, it just does not recognize as a mistake, but it does not update the block, or the render or the content that was built with the block.&nbsp;</p>



<p>And I think that&#8217;s was also something that it&#8217;s hard for a developer to&#8230; or it was hard for me to figure out, &#8220;Okay, I built this block. And now I make an update and a new version of it. But all the previous usages of the blocks are not getting updated.&#8221; And that&#8217;s how you do when you have server-side rendering, it always uses the latest codebase for that. So, that was an interesting problem that surfaced with the JavaScript blocks.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I know we deal with those issues all the time when we update the markup. It&#8217;s just the most painful&#8230; Also, for a core developer, believe me, it&#8217;s not simple, but the benefits which I covered are more important in this context.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> All right. Okay, so what&#8217;s next on our changelog? That&#8217;s it?</p>



<p><em>Grzegorz Ziolkowski:</em> It&#8217;s kind of related.</p>



<p><em>Birgit Pauli-Haack:</em> Oh, no. Yeah.&nbsp;</p>



<h3><strong>What’s in Active Development or Discussed</strong></h3>



<p><em>Grzegorz Ziolkowski:</em> Yeah. So in this section, What&#8217;s in Active Development or Discussed, we have a very interesting debate on the internet. It&#8217;s still related to building blocks, but from the different angle than we covered in previous episodes. So it all started with the tweet from Mark Jaquith. And so, he poses the idea, as he explained, &#8220;What if building custom blocks for the Block Editor was as easy as supplying attributes and a block of HTML? What if this produced React-editing code and PHP-rendering code without a build step?&#8221;</p>



<p><em>Birgit Pauli-Haack:</em> That&#8217;s just magic.</p>



<p><em>Grzegorz Ziolkowski:</em> Magic. There was also a code snippet shared which was like a PHP class that had those attributes and a function that renders the aforementioned HTML. It&#8217;s a pretty nice idea. That&#8217;s funny because Riad was almost at the same time working on a prototype of something similar. And he shared his explorations on GitHub in the new repository he created there.</p>



<p>And the idea is almost the same. But instead of it using PHP, Riad asked, &#8220;Well, what if you use something that&#8217;s platform agnostic in a way that it doesn&#8217;t bound to a certain programming language, but something that we could use in PHP in JavaScript, but also in React Native or in any other languages you want?&#8221; So I really like how this discussion has developed. I also talked to Riad about his idea.&nbsp;</p>



<p>He walked me through, and it&#8217;s really interesting what he does is he just implements what Mark said. So he uses a JSON file. And in this JSON file, he also represents HTML, something sort of like HTML code, that then gets converted with the tool that he created into PHP, JavaScript and CSS that&#8217;s just represent your block. Yeah, a bit mind-blowing.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, he calls it Blocky, and we&#8217;ll share certainly the link in the show notes that&#8217;s on GitHub, for youknowriad&#8217;s user base kind of forward slash blocky. It&#8217;s not an automatic thing or something or a WordPress thing. But yeah. And then there was another discussion. I think there was this discussion was between Mark and Helen Hou-Sandi as well. Yeah. And what does she tried to do? She blogged about it.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, the idea was just to start discussion and set a good tone. I think that she shared also an example using Mustache-style tokens, which is something well known. It&#8217;s used in other projects like WP-CLI but also in Gutenberg in create-block tool. Yeah, but she does make the clear that it&#8217;s not about this particular templating system or the way it should be done. It&#8217;s more general. It&#8217;s like an example to better visualize the ideas.&nbsp;</p>



<p>But yes, I like the discussion, where it&#8217;s going, and the ideas that pop up. And there was also a comment from Lars Gersmann. And he said, &#8220;What if you would use pure ES6 template strings for rendering the components?&#8221; So it&#8217;s like just another way of represent. And this one is pretty interesting because people don&#8217;t like JSX when building blocks, which is a sort of another templating system to represent a code.&nbsp;</p>



<p>But in this context, there is something built by Jason Miller from Google. And it&#8217;s called HTM, and which basically, is something that some people use instead of JSX, which doesn&#8217;t require build step. So having this representation, of course, in PHP it doesn&#8217;t look so promising in that context. However, if you would have this templating system and a way to integrate that with PHP, you could do really interesting things. Like in JavaScript, you wouldn&#8217;t need a build step, you would just write this string as something that resembles HTML and it magically would convert to React components.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, yeah. I&#8217;m glad that now those conversations happen. But I think it also needed to have much advanced &#8230; you couldn&#8217;t have that conversation three years ago because you wouldn&#8217;t have the APIs in place to even do a proof of concept or kind of push it a little bit further. And so, it&#8217;s clear that that needs to have mature APIs and additional experience to push this a little bit further and make it more open for different variations to build blocks.&nbsp;</p>



<p>Pascal Bichler also chimed in. And he had this additional approach to saying, &#8220;Okay, using React components in the editor, but use web components that use the same API to render the front-end.&#8221; So it sounds like duplication, but on the other hand, web components are maintained by a large standard body and are not dependent on the implementation of the framework, like the React framework, or you can use web component with other frameworks as well. So if you would change the &#8230; God forbid, the editor to a different component system, you still could use the same front-end. That&#8217;s kind of interesting way to &#8230; that&#8217;s a larger look at things, way larger than I&#8217;m capable of, but yeah, it&#8217;s just another way to organize things there.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, it aligns with what Mark proposed, to have one our presentation don&#8217;t get like, it behaves differently in the editor, differently on the front-end. But maybe it could be different if you are in a native app, on your phone, it would could have a different representation. It&#8217;s very interesting times to be in and engaged in those type of conversations.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, for some who do day-to-day development, it seems to be more an academic discussion. But I think it would be really helpful to read Helen Hou-Sandi&#8217;s blog post, and of course, we&#8217;re going to share it. And she made a big point of saying this discussion is not between two WordPress core committers, like Mark Jaquith is and she is. She has been a lead developer for quite a while on the open-source project. This is just a discussion on programmers who do agency work to organize how they do custom blocks within the team.&nbsp;</p>



<p>And that certainly, should be interested to some of the agencies that also work with us and have been on the fence of using Gutenberg or have tried to solve some of the problems and to get additional input from those that Helen Hou-Sandi works for 10up and Mark Jaquith is, I think, a freelance developer. So from their point of view, it&#8217;s definitely worth a read.&nbsp;</p>



<p>All right. If I look through our notes here, I have just one thing that I wanted to point out that is Matias Ventura, who is called the spark of Gutenberg in one of the publications, posted a short blog post, but it&#8217;s giving the theme.json file its horizon, pretty much. And he covers there when themes are going full-site editing, or using the theme.json file for controlling all the different places of the theme, it has some consequences on interactivity because you now can build an interface on top of it.&nbsp;</p>



<p>On consolidation, you can remove the overhead of repetitive declarations about block features, and then compatibility, that language of blocks is by default compatible with third-party blocks, which I find is a quite compelling argument to switch over to theme.json because the plugins then also can connect with the theme and be more&#8230;. We talked about it, Grzegorz before here, that if you have an additional custom post type or a different content that you want to put on the front-end, you can tap into the theme.json to style i, or keep it in style with the local theme without having to do a lot of your own CSS put to it.&nbsp;</p>



<p>It definitely has a performance gain on rendering those block themes and starting to roll out them. And it has a flexibility component to it, a visual parity. Talking about patterns, he talks about portability, accessibility, and also the admin section. So it&#8217;s quite an interesting post to look at from a bird&#8217;s eye view on the theme.json and what it will mean for WordPress and WordPress development. So that&#8217;s my before you go, end of the show thing. Do you have anything that you want to point out, Grzegorz?&nbsp;</p>



<p><em>Grzegorz Ziolkowski</em>: No, I just wanted to emphasize the portability that we also discussed in the context of blocks, it&#8217;s just the same. How much this would change the landscape that you could have this meta language that allows you to write blocks that can be run in so many different places, not only inside the WordPress web app, but also on mobile devices, and in so many other places like in Drupal or whatever the future will bring.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, so I was wrong. I have two more things that are I wanted to just point out before we end the show. First&#8230; Oh, it&#8217;s actually three, no five&#8230; I never stop. Okay, so let&#8217;s wiggle that down. It&#8217;s Anne McCarthy has published the summary of the testing call for the header and the navigation block. It&#8217;s very interesting, the summary will be shared, but it also points out some of the pain points that still need to be resolved with navigation block and the screen.&nbsp;</p>



<p>Then speaking of theme.json and portability, she is preparing with a team, also the next call for testing, which is not so much a testing of features, but a testing of a broader picture. And that is how themes switching will work or was supposed to work or what&#8217;s expectations about it? Because that&#8217;s certainly something would be relevant when we go into 5.9, or when it&#8217;s released, could be 6.0. But how does theme switching change now with theme.json and full-site editing? Meaning which of the templates that I as a user build, I want to keep when I switch the theme? Or is there a header that I want to keep when I switch the same kind of thing?</p>



<p>So how that&#8217;s supposed to work and that will be really great if you&#8217;ll have a lookout, we probably will talk about it at the next show. And then this third one, what I wanted to do is&#8230; And I totally forgot about it. So this is the end of the show. Yeah, no, it doesn&#8217;t come to me.&nbsp;</p>



<p>So thank you so much, Grzegorz. It was a great show again, and we got some very interesting technical insights in how to approach some of the harder work at developing Gutenberg. So I think that was really helpful for me, especially, I learned a lot today. And then as always&#8230; Sorry, go ahead.</p>



<p><em>Grzegorz Ziolkowski:</em> It&#8217;s always good to discuss those difficult topics, but it&#8217;s very inspiring, also to see how the community explores all those ideas, so I&#8217;m glad to follow all those discussions.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. So as always, the show notes, and they will be quite long, will be published on the <a href="https://gutenbergtimes.com/podcast/">gutenbergtimes.com/podcast</a>. This is episode 51 and if you have questions and suggestions on any of it, please send them to <a href="mailto:changelog@gutenbergtimes.com">changelog@gutenbergtimes.com</a>. That&#8217;s changelog@gutenbergtimes.com. Well, thank you so much, Greg. It was good talking to you. And thank you to our listeners for being with us. If you like the show, please share a review on iTunes or on Stitcher or Google, so more people will get to be learning more about Gutenberg.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, thank you everyone for listening. And see you in two weeks.</p>



<p><em>Birgit Pauli-Haack:</em> See you in two weeks. Bye.</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Sat, 16 Oct 2021 19:45:07 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:18:"Birgit Pauli-Haack";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:43;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:127:"Gutenberg Times: Changelog #50 – Preliminary Roadmap to WordPress 5.9, Gutenberg 11.3 release and Navigation Screen and Block";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:53:"https://gutenbergtimes.com/?post_type=podcast&p=18774";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:85:"https://gutenbergtimes.com/podcast/changelog-50-preliminary-roadmap-to-wordpress-5-9/";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:50907:"<p>Birgit Pauli-Haack and Grzegorz Ziolkowski discuss the preliminary roadmap to WordPress 5.9, Gutenberg 11.3 and Navigation Screen and Block</p>



<ul><li>Music:&nbsp;<a href="https://soundcloud.com/xirclebox">Homer Gaines</a></li><li>Editor:&nbsp;<a href="https://www.linkedin.com/in/sandy-reed/">Sandy Reed</a></li><li>Logo:&nbsp;<a href="https://markuraine.com/">Mark Uraine</a></li><li>Production:&nbsp;<a href="https://paulisystems.net/wordpress-consulting">Pauli Systems</a></li></ul>



<p><a href="https://gutenbergtimes.com/podcast/changelog-49-drag-and-drop-flex-layout#shownotes">Show Notes </a>/ <a href="https://gutenbergtimes.com/podcast/changelog-50-preliminary-roadmap-to-wordpress-5-9/#transcript">Transcript</a></p>



<span id="more-18774"></span>



<p><strong>Subscribe to the&nbsp;<a href="https://gutenbergtimes.com/podcast/">Gutenberg Changelog</a>&nbsp;podcast via your favorite podcast apps!</strong><br />?️&nbsp;<a href="https://open.spotify.com/show/620NwVKQJGdTupy36zYxvg?mc_cid=4b6c9f88fe">Spotify</a>&nbsp;|&nbsp;<a href="https://podcasts.google.com/feed/aHR0cHM6Ly9ndXRlbmJlcmd0aW1lcy5jb20vZmVlZC9wb2RjYXN0">Google</a>&nbsp;|&nbsp;<a href="https://podcasts.apple.com/us/podcast/gutenberg-changelog/id1469294475">iTunes</a>&nbsp;|&nbsp;<a href="https://pca.st/podcast/f8445ec0-7508-0137-f267-1d245fc5f9cf">PocketCasts</a>&nbsp;|&nbsp;<a href="https://www.stitcher.com/show/gutenberg-changelog">Stitcher</a>&nbsp;|<br />?️&nbsp;<a href="https://www.podbean.com/podcast-detail/chi7j-9904a/Gutenberg-Changelog-Podcast">Pod Bean</a>&nbsp;|&nbsp;<a href="https://castbox.fm/channel/Gutenberg-Changelog-id2173375">CastBox</a>&nbsp;|&nbsp;<a href="https://www.podchaser.com/podcasts/gutenberg-changelog-878239/">Podchaser</a>&nbsp;|&nbsp;<a href="https://gutenbergtimes.com/feed/podcast">RSS Feed</a>&nbsp;</p>



<p class="has-large-font-size" id="shownotes"><strong>Show Notes </strong></p>



<p><a href="https://make.wordpress.org/core/2021/08/13/preliminary-road-to-5-9/">Preliminary Road to 5.9</a> by Matias Ventura</p>



<p><a href="https://www.youtube.com/watch?v=AMPKmh98XLY">Designing Intrinsic Layouts</a> by Jen Simmons—An Event Apart video</p>



<p><a href="https://tellmeaboutblocks.com/">New Podcast: Tell me about Blocks</a> with Michael Schneider</p>



<p><a href="https://make.wordpress.org/training/2021/08/17/proposal-brand-guidelines-for-learn-wordpress-content/">Proposal: Brand guidelines for Learn WordPress content</a> Hugh Lashbrooke &amp; Courtney Robinson</p>



<p><a href="https://make.wordpress.org/test/2021/08/11/fse-program-testing-call-9-handling-highered-headers/">FSE Program Testing Call #9: Handling HigherEd Headers</a> by Anne McCarthy</p>



<h2>Gutenberg 11.3</h2>



<ul><li><a href="https://make.wordpress.org/core/2021/08/18/whats-new-in-gutenberg-11-3-18-august/">What’s new in Gutenberg 11.3? (18 August)</a> </li><li><a href="https://wptavern.com/gutenberg-11-3-introduces-dimensions-panel-adds-button-padding-support-and-speeds-up-the-inserter">Gutenberg 11.3 Introduces Dimensions Panel, Adds Button Padding Support, and Speeds Up the Inserter</a></li></ul>



<p><a href="https://riad.blog/2021/08/16/the-cost-of-wordpress-plugins-on-the-performance-of-the-editor/">The cost of WordPress plugins on the performance of the editor</a> by Riad Benguella</p>



<p><a href="https://mobile.blog/2021/08/11/building-an-editor-by-sharing-code-between-android-ios-and-web-with-react-native/">Building an Editor by Sharing Code Between Android, iOS, and Web with React Native</a> by Matt Chowning</p>



<p><a href="https://wptavern.com/a-discussion-with-gutenberg-project-lead-matias-ventura-on-the-barrier-to-entry">A Discussion With Gutenberg Project Lead Matías Ventura on the Barrier to Entry</a> by Justin Tadlock </p>



<div class="wp-container-61814ce34c503 wp-block-group"><div class="wp-block-group__inner-container">
<p>Did you like this episode? Please write us a reviewhttps://lovethepodcast.com/gutenbergchangelog</p>



<p> </p>



<p><em>If you have questions or suggestions, or news you want us to include, send them to <a href="mailto:changelog@gutenbergtimes.com">changelog@gutenbergtimes.com</a>. </em></p>



<p><em>Please write us a review on iTunes! <a href="https://gutenbergtimes.com/itunes/">(Click here to learn how)</a></em></p>
</div></div>



<h2>Transcript</h2>



<p><em>Birgit Pauli-Haack:</em> Hello, and welcome to our 50th episode of the Gutenberg Changelog podcast. Today, we will talk about the preliminary roadmap for WordPress 5.9, the Gutenberg 11.3 release, and the navigation screen and block, and so many more things.</p>



<p>I&#8217;m Birgit Pauli-Haack, curator at the Gutenberg Times, and I&#8217;m here with my co-host, Grzegorz Ziolkowski, code wrangler at Automatic and WordPress co-contributor. Good morning, Grzegorz. How are you? Thank you for agreeing to record this early and accommodate my in-laws&#8217; schedule. It&#8217;s fabulous weather for a bicycle tour tomorrow. So we&#8217;re doing it today. How are you?&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Hello, Birgit. I&#8217;m great. It&#8217;s Wednesday, and we are before the official release of the Gutenberg plugin, but it looks like everything is ready. We are recording anyway. So the weather here is similar. It&#8217;s maybe not for bicycles for me, but there&#8217;s a lot of activities outside. I hope to play basketball in the evening with my friends. So that&#8217;s great, as always.</p>



<p><em>Birgit Pauli-Haack</em>: Yes. Physical exhaustion in the heat. Yes.</p>



<p><em>Grzegorz Ziolkowski:</em> In fact, the weather is great, because it&#8217;s hot during the day, but the mornings and evenings, they are quite chilly.</p>



<p><em>Birgit Pauli-Haack:</em> Oh, that&#8217;s awesome. Yeah. Good.&nbsp;</p>



<h3><strong>Announcements</strong></h3>



<p>So first, we have some, I mentioned it, Matias Ventura published a preliminary roadmap for WordPress 5.9. Now, that 5.8 is out with some of the full-site editing in there, some block designs, block patterns, he has some thoughts on what needs to happen for the next release.&nbsp;</p>



<p>His post divides up the work in six sections. We&#8217;re just going touch briefly on it, but do chime in Grzegorz anytime. So the first thing he mentioned is blocks and intrinsic web design, that he feels that the responsive tool, and of course not only he feels that, every theme developer feels that, that the responsive tools are still missing for blocks. And that needs to be addressed in regards to intrinsic web design, which is an evolution from the responsive designs and is about page layouts.</p>



<p>And he considers, three context matters is really the point here, that if a block isn&#8217;t displayed on screen, or on the phone, it still needs styling to consider the context. So it would be displayed as an inner block in a column display. It definitely also needs a different styling than when it&#8217;s in a single row by itself. That needs to be addressed.&nbsp;</p>



<p>I looked up the expression intrinsic web design, because I wasn&#8217;t all that familiar with it. It was quite….</p>



<p><em>Grzegorz Ziolkowski:</em> I don&#8217;t know that one as well. So I&#8217;m curious to hear more about that.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. And it was coined by Jen Simmons, she brought the grid layout to us as a responsive design plus, and it&#8217;s fixing some of the shortcomings and hacks of the responsive designs. Without going any deeper, and here a couple of years ago, she did a great talk at the Event Apart, and we will have the video link in our show notes about that, where she breaks down how we address a flow layout or flex layout, grid layout, and then so forth.&nbsp;</p>



<p>But that&#8217;s definitely something that needs to get into the Gutenberg blocks, now that we are approaching page layouts with the site editor, there needs to be done some more work, as Matias says.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> In terms of technical aspect, is it less about using media queries to style your website and more about to make the design change according to the space it has? It&#8217;s more based on what&#8217;s the neighbors of your block, if it is something that is in the column, then classical media queries wouldn&#8217;t work because it&#8217;s still too narrow?</p>



<p><em>Birgit Pauli-Haack:</em> Exactly.</p>



<p><em>Grzegorz Ziolkowski:</em> That makes a lot of sense.</p>



<p><em>Birgit Pauli-Haack:</em> And the viewpoints, of hard coded viewpoints that you see in a lot of designs, they not always apply, because the tablets get bigger, the phones get bigger, the phones get smaller, and then you watch it on a big screen, which is beyond the normal computer screen. The context changes so much on that.</p>



<p>I know that there are brilliant people in the Gutenberg team that can address it, but you needed to have the whole thing. I hear the rumblings that a developer needs to override the block, or a theme developer needs to override the block styling to get it into his own theme displayed nicely and all that. That is all part of that.</p>



<p>Because the whole context of a page layout wasn&#8217;t yet clear how the column block or how a cover block with multiple inner blocks would be handling that. That&#8217;s certainly a problem to have and to be solved. I think that&#8217;s what I learned from Matias&#8217;s post, it&#8217;s very, very high on the priority there.</p>



<p>It also comes in with the panel directory now, that it&#8217;s available now, it needs to have a better integration with the inserter. And also get some multi-block transformer improvement, that you can transform maybe a cover block into a block pattern or a paragraph block or a quote block into a block pattern. And that flow also needs to be integrated into template parts and page layouts to add block patterns into those.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I guess the most important part is that some of the block patterns that are in the directory aren&#8217;t so easy to use, because you need to copy them. I hope to see some improvements on that side. I guess that&#8217;s doable. It&#8217;s not that far away from that place.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> And the meta team and the Gutenberg team worked on that already with the block directory, where you can search for a block in the inserter and then grab it and get it into your content. I think some basic architecture was already done there.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> But it was only for a subset of blocks that were marked as core specific. So that&#8217;s a different story to make it work for everything that is sent to the directory.</p>



<p><em>Birgit Pauli-Haack:</em> Well, the directory itself, the pattern directory right now only allows for core, for patterns that are built with the core blocks. It&#8217;s a similar process, there is no danger that the block that&#8217;s in the pattern wouldn&#8217;t be on the site. Well, unless it&#8217;s switched off. Yeah, there&#8217;s a block manager that it switch off&#8230; That&#8217;s definitely some issues that will need to be solved one way or other, or it will bubble up as a bug later on.&nbsp;</p>



<p>The third section that the Gutenberg, it is the navigation menus that will be the main focus for 5.9. It&#8217;s the new navigation screen as well as within navigation blocks. And there are definitely still some experience and display improvements necessary and reduced complexity was an expression that Matias uses in his post. And also that definitely needs to be tested, tested, tested, with as many themes as possible.&nbsp;</p>



<p>Speaking of which, and you will hear me talk about it today multiple times, is that there is already a testing call. Anne McCarthy already posted the ninth call for testing for the full-site editing outreach program, and that is actually covering headers and navigation. We start with that already.</p>



<p>The fifth one, section four, Ventura&#8217;s roadmap or WordPress roadmap then is creating an interface for the theme JSON file. Right now, writing theme JSON manually in code is tedious. And the next step is to actually finalize the UI and the whole system is, we talked about it before, we covered it under global styles, where the user gets the chance to set those theme settings and configuration with the interface in a sidebar, in the site editor, that is also coming to 5.9. And the team has been working on that for quite a bit.&nbsp;</p>



<p>The fifth one is header design tools, colors, typography, spacing and layout. And one of the main goals would be a consistent access to the similar tools across blocks, and including third-party ones. And that the parameters and the settings are normalized between block JSON files and theme JSON file, when there&#8217;s block support or theme support, that they use the same taxonomy there.</p>



<p><em>Grzegorz Ziolkowski:</em> We had a lot of experimental features enabled in 5.8. I hope all of that is going to be stabilized, and we will have a consistent API. We are on a good path towards this goal. I&#8217;m positive about this one.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> And there&#8217;s a lot of testing also done, actually, I think Anne McCarthy also published a survey, we will highlight in the show notes, the results of it, where they connected with some theme developers on how they are using the theme JSON and what they liked and what they don&#8217;t like. So that is also great input for that phase of preparing for 5.9.&nbsp;</p>



<p>The sixth section in Ventura&#8217;s roadmap 5.9 post was to formalize the editing flows for block themes and having a clearer information architecture for all the features, like editing templates, styling pages, creating whole template parts and all that. There was some great input from the full-site editing outreach program. So that will be iterated a lot, and also finalize the theme level blocks that have been experimental or have not been published for the&#8230; They&#8217;re in the plugin, Gutenberg plugin, but they&#8217;re not in WordPress core yet.&nbsp;</p>



<p>So that concludes the preliminary. That&#8217;s a very big word there, roadmap for WordPress 5.9. The schedule is not out yet.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I guess the original plan was to have the release in December this year, but I don&#8217;t know, there isn&#8217;t a very detailed plan about that. So still probably involves and we will learn about that soon.&nbsp;</p>



<p><em>Birgit Pauli-Haack</em>: I&#8217;m thinking the core meeting later today would bring another preliminary schedule there.</p>



<p>Yeah, so if it stays with the schedule for December, then there will be future release in October, eight weeks before the release. That&#8217;s only two months away. So that&#8217;s a big roadmap for that. I&#8217;m sure there will be a cutoff date where we say, &#8220;Okay, this comes in or it doesn&#8217;t come in, or it&#8217;s ready or it&#8217;s not ready,&#8221; like we had it for 5.8.&nbsp;</p>



<h3><strong>Community Contributions</strong></h3>



<p>We have a few community contributions today, we want to talk about. First, there is a new podcast. It&#8217;s called Tell Me About Blocks. And it&#8217;s an interview podcast about building extensions for Gutenberg, the WordPress block editor. And you can learn from guest experiences, creating block plugins, themes and block patterns. Michael Schneider is hosting that. It&#8217;s a monthly podcast.&nbsp;</p>



<p>So July was the first episode and was with Keanan Koppenhaver. He&#8217;s a WordPress contributor and agency owner and plugin developer. He talks about his experience to do the Block-a-saurus plugin, which he just played around with the block editor to make it a little bit more fun. He&#8217;s also the maintainer of the Kanban for WordPress plugin that&#8217;s in the plugin repository.&nbsp;</p>



<p>In the second episode, Michael Schneider interviews Rich Tabor, and talks with him about the making of the latest plugins, Markdown Comments, and the to-do list plugin for the block editor, which are more collaborative plugins for the admin section of the editor, rather than for front end. I haven&#8217;t listened to the second one yet. Have you heard about it Grzegorz?</p>



<p><em>Grzegorz Ziolkowski:</em> I only learned about this podcast yesterday. I subscribed. So I&#8217;m planning to listen to both episodes, because this is the area I&#8217;m the most interested about, in the development of the block editor and WordPress in general. I&#8217;m looking forward to it.</p>



<p>We talked about the contributions from Rich, in particular about the markdown comments block, and the path, the journey that he had to send all his work to the block directory. So I&#8217;m just keen to learn more about the process and the experience in the form of the podcast that we all love, right?</p>



<p><em>Birgit Pauli-Haack: </em>Yeah, and so we wish good luck to our fellow partner, Michael Schneider, in Tell Me About Blocks. And you can read up about it, tellmeaboutblocks.com. It&#8217;s all one word, no dashes, no underscores, anything, tellmeaboutblocks.com. So you can subscribe to yourself, because you are listening to our podcast, so you are interested in podcasts.</p>



<p>There&#8217;s a second announcement in the community contribution, which is from a team, of the WordPress team from the learn.wordpress.org team. And Hugh Lashbroke and Courtney Robertson have a proposal for brand guidelines for the Learn WordPress content. They asked plugin and theme creators if they want to contribute a course to the site. And the proposal handles the brand guidelines.&nbsp;</p>



<p>So if there is, how they will handle shoutouts to other products that are outside of wordpress.org, but in the space. I think that should have your attention, and read through it and see what you think about it. Because definitely, the training team could use some help from more practitioners. It should be worthwhile for the brands as well.</p>



<p><em>Grzegorz Ziolkowski:</em> And we need more tutorials how to build for the block editor, how to use the block editor. It&#8217;s all there, but it&#8217;s rapidly changing. We need to record new content. It&#8217;s only in your hands, and we are waiting for that.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. You make some great impact if you contribute that way to the WordPress project, and it&#8217;s what you already know. So you don&#8217;t have to learn a whole new thing. But you can influence millions of WordPress developers who wait for your wisdom.&nbsp;</p>



<h3><strong>What’s Released &#8211; Gutenberg 11.3</strong></h3>



<p>So that brings us to Gutenberg 11.3 release.&nbsp;</p>



<p><em>Grzegorz Ziolkowski: </em>It&#8217;s still not out at the time of the recording. But we hope that it happens in any hour today. And anyway, we can cover what&#8217;s already in their release. This time, there isn&#8217;t anything in the changelog that would be marked as a new feature, although some of the enhancements listed are in the space of something that could be considered as a new feature.</p>



<h3><strong>Enhancements</strong></h3>



<p>There is now a new color picker, an experimental component. We talked before about this project, that has this code, G2, like next generation of components. And the work is towards building a better UI for all those controls that you use with blocks, with global styles and such. And it&#8217;s still experimental. But the plan is to have different color pickers.&nbsp;</p>



<p>So you can check out this work to see the difference that is there and if you like it or not, give some feedback. It&#8217;s still in the works, in development. So you have impact on that and can drive the future work on that one.</p>



<p><em>Birgit Pauli-Haack:</em> The G2 initiative is to make components much more accessible out of the box, so to speak, that a developer who uses those components, not only the Gutenberg developers, but also plugin developers and external developers can use those components and have an accessible experience, a more accessible experience out of the box. At least that was the new initial focus from Q and Sarah.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> And in general, there&#8217;s more to it. This concept of intrinsic web design, this is all about making this new set of components that they follow those principles. They adjust according to the context.&nbsp;</p>



<p>And the other part is the team that is behind that. They are trying to unify the public API. At the moment, we must admit that some of the components were created a long time ago, and they were more like a realization of the current needs than the vision for the future. But this project helps us to bridge that gap, and make it much easier to use for all developers.</p>



<p><em>Birgit Pauli-Haack:</em> Well, thank you. So one of the enhancements is also the post featured image block received basic dimension controls for the image, which was something that was requested quite a bit. And that is when you use the query loop block or the post template, where you display the series of blocks and the featured image with it. You can also use it in the single post template, if you have a block-based theme.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, so just to remove some confusion that we discussed before the recording, is that this feature doesn&#8217;t quite work with classic themes. So it doesn&#8217;t have any impact on post featured images, unless you start using block-based themes, and all those designs.</p>



<p><em>Birgit Pauli-Haack:</em> I think we need to, some of the enhancements that you said, we need to point out that this is not for classic themes.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> And there&#8217;s also a small change, a visual change, there are new icons for usable blocks and template part blocks. This is a special type of box that store the content in the database, and in the past, we had this logo looking like a Lego block. And now it looks like a stacked diamond. And the difference is only that one of them has the filled in background color, or something like this.&nbsp;</p>



<p>So a subtle difference, it shows that those two blocks are similar, but a bit different, the usage is different. It&#8217;s more for design and usable block is more for sharing the same content.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. And the stacked diamonds represent that it&#8217;s more a block collection than just one block. So the reusable block are the ones with just the outline of the stack diamonds, and the template parts display is the filled in stack diamonds. And you can distinguish them in the list view of the site editor or your post editor to identify them better.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> I think that was the main motivation, because the list view is now persistent. When you have it opened, those visual cues are really important.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> The next item is for the block editor. Now, for the internal links, there&#8217;s also the rich previews enabled. So when you link to a post that&#8217;s on your own site, once you did the linking, and you come back to that post and hover over it, it gives you a nice little window with the title, the featured image and an excerpt. And it also gives you a little link where you can unlink that post again.</p>



<p>This is similar to a Google Doc linking mechanism. It really speeds up the quality control of your content when you go back and double-check on some of the links, is it really the right post and all that. And it takes care of, it uses the meta description and the Open Graph meta tags for that rich preview. So if your site doesn&#8217;t use those, you won&#8217;t get the rich previews, and it wouldn&#8217;t show. But most WordPress sites use them out of the box anyway.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> I think it&#8217;s a game changer for content creators. I use this command plus trackpad click feature to check if the link that I used is correct one. You no longer have to do it, you just hover over the link and you have the hint for visible at your….</p>



<p>The other thing is that the button block, it has now padding block support. This one is quite different in how it has changed, because it&#8217;s not only a new feature that was added to the sidebar, but I think this is also the one that introduces a bit different UI experience. Is it this one or did I miss that?</p>



<p><em>Birgit Pauli-Haack:</em> No, it&#8217;s the next one. But this one is the padding. Now, padding has been around for quite a bit, padding and margin for cover block. And now it also comes to the button block. So it&#8217;s the sub block of the buttons block, where you can set the padding for all buttons or for the whole dimensions of the button, like the padding 20 and it adds them to the top, to the right, to the left and to the bottom.&nbsp;</p>



<p>Or you can unlink those sections, and then individually change the top left, right and bottom padding, as well as the padding for the button. You were talking about the next piece, there was the dimensions panel.</p>



<p><em>Grzegorz Ziolkowski:</em> Dimension panel.</p>



<p>It&#8217;s interrelated, because the new dimensions panel, it&#8217;s using two features, it&#8217;s controlling two features, which one of them is the padding and the other one is margin. The idea is that, with so many new controls showing up, for some blocks, it&#8217;s too much to process when you look at the sidebar. So there is this exploration that is already in the Gutenberg plugin, that allows you to use the drop down menu to pick what&#8217;s displayed inside the panel.&nbsp;</p>



<p>So you can decide whether you want to display both the paddings and the margin or only one of them. And there is also this reset all feature, that just goes to the default state. So according to the discussions that are in this PR, you can find out that this type of interaction is considered for all other panels like typographic and color.&nbsp;</p>



<p>I&#8217;m looking forward to how it changes, because it&#8217;s something that site owners requested for so long, to have better control over those features. Once we have that, apply to all features, it will be much easier to give also some coding APIs that will allow to control that from the code, so you could easily turn off all the features you don&#8217;t want to have on the side.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. And it&#8217;s also part of what Matias mentioned before in his roadmap post, that the consistency of having the controls all look alike. So once a user learns them, he can apply his knowledge to all kind of different places where that control can be used. And also how to handle a margin that is now different from a cover block to the theme parts sidebar. So that&#8217;s part of this normalizing and being more consistent in all the tools.&nbsp;</p>



<p>So those are the enhancements.</p>



<h3><strong>Bug Fixes</strong></h3>



<p>Then we have a few bug fixes. There are quite a few bug fixes in this release. I just wanted to highlight one of them, that is that the custom gradient picker for left to right languages is now fixed. So now gradients work well, better again, from left to right languages. I&#8217;m a fan of gradients and everybody should have access to it.</p>



<p><em>Grzegorz Ziolkowski:</em> It&#8217;s definitely a very nice feature. And there&#8217;s other bugs I want to mention in the template editor. And now, we show only post template actions for user with correct capabilities. So sometimes those features are very powerful. So you want to have better control who can access them. It&#8217;s something that is constantly looked at and improved. There&#8217;s so many new features added, it&#8217;s very easy to miss that part, that there should be permissions.</p>



<p><em>Birgit Pauli-Haack</em>: Yeah, this alleviates some of the anxiety that theme developers have, that any user can mess up their beautiful theme with changing some of the templates. But it&#8217;s now only restricted to the admin. That angst can be alleviated.</p>



<h3><strong>Performance</strong></h3>



<p>There were also quite a few performance improvements that come with this Gutenberg release 11.3, and one of them is the lazy render block types in the inserter. It only shows block types that are necessary now. Have we talked about it before? I think that is an additional iteration of that.</p>



<p><em>Grzegorz Ziolkowski:</em> It might be something different. As far as I remember, this one is the same solution that was used for block patterns. So block pattern does the previews and so on. It&#8217;s a lot of data to process. There is a special handler that just splits the list of all block patterns into chunks, and this solution was implemented also to the block inserter and improved the performance, like perceived performance of the inserter immensely.&nbsp;</p>



<p>So the difference you can see is that you will see small parts of the block types in the inserter at first, and the rest will just be iteratively added as the browser has free cycles to process that. So that makes the experience &#8230; because you can already start processing the block items in the inserter as they are rendered. In the past, you would have to wait until everything is ready. That&#8217;s a big improvement.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> So what I see in that PR is that Riad created a little page or website that measures the block editor performance and it&#8217;s titled, Is Gutenberg Fast Yet? I think we talked about it before.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yes.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> And where he sees the different items, how much time they use. And so he does some incremental improvements there and highlights all the different things that are keeping Gutenberg from being fast. It&#8217;s quite interesting for those who are interested in that kind of analysis, look at the PR in the site, and maybe you can help him figure out some of the performance hogs to make it even faster.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, also, speaking of Riad and all his efforts to improve the performance of the editor, he also posted on his blog, about the cost of WordPress lag is on the performance of the editor. So it&#8217;s a really good read, especially if you are one of the authors of blogs, and he just shows the results of measuring the impact of the most popular plugins.</p>



<p>Also, he covers the plugins that add the functionality to the blocks, like additional features and how it impacts the performance. He covers also some recipes, how you can measure it on your own, when you are developing. The state of major plugins is really good, it has improved. As he was preparing this post, he reached out to some of those plugins, and they improved the performance, based on his findings. So it shows how the community is really into these performance improvements. That&#8217;s really great to see how it evolves.&nbsp;</p>



<p>I recommend checking out this post. He shares his approach how to process all that. There is also, it&#8217;s a follow-up post, because in the past, he had another post when he explained all the impacts of different approaches that you take when building blocks, using data stores, using rendering, and it&#8217;s very complex.&nbsp;</p>



<p>If you are really into block development, those two posts is definitely a must-have, if you want to provide the great experience for users, because performance is one of the most important aspects of that.&nbsp;</p>



<p><em>Birgit Pauli-Haack: </em>I&#8217;m just scrolling through that, thank you very much for pointing out this post. I haven&#8217;t seen that yet. So definitely, we will share the link in the show notes. And it&#8217;s definitely an eye-opener in how plugins change performance. And he has some nice spreadsheets there, where you can look things up, and also how you can, as you said, how you can measure your own as well, if you develop a plugin for that.&nbsp;</p>



<p>Yeah, thank you. It&#8217;s also improved performance through the parser of removing the automatic custom classnames handling. What does that mean? I&#8217;m not so quite sure I understand it.</p>



<p><em>Grzegorz Ziolkowski:</em> It&#8217;s quite complex. But the difference here is that this was the responsibility of the block editor before, and Riad moved this logic to the block parser. It&#8217;s happening earlier in the process. And because of that, it allows to skip some of the….</p>



<p>In some cases, when you have the classic block or you have the HTML, I don&#8217;t remember, other blocks, you know that for some blocks, you don&#8217;t have to do this processing, because they are not using this automatic classname handling. So you can skip that, that&#8217;s one improvement from start.</p>



<p>But also this ensures that the logic is executed only when really necessary. So when the block is valid, you don&#8217;t have to run that at all. But with the previous solution, it also was always applied. It had a really big impact when the post was really big.</p>



<p>So, it&#8217;s very technical, and it&#8217;s something that a small group of people can really help with. But Riad, he&#8217;s just the king of performance. He knows who to do all this.</p>



<p><em>Birgit Pauli-Haack:</em> He loves to hear that, the king of performance. No, but it also shows that it only can be an iterative part that you can get it perfect, and you can get it to be more performant after the fact.</p>



<h3><strong>Experiments</strong></h3>



<p>That brings us to the experiment section of these release notes. It will highlight the template part placeholder now when you create a new template part with the site editor. So experiments has the full-site editing in there, and the navigation screen are the only experiments right now in the Gutenberg plugin that you have to switch on.&nbsp;</p>



<p>The site editor itself is actually already switched on. I don&#8217;t know why it&#8217;s still in the experiments there. But when you create a new template part, say a header or maybe a sidebar item, it now asks you for a title as well in the create flow. So you don&#8217;t get as many untitled template parts as you got before. You can think about the title right when you create it. That&#8217;s definitely a improvement of the flow.</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I also hear that the template part is going to be promoted to the stable feature. So it means that will be included in WordPress 5.9, for sure. And maybe that even will happen in the next plugin release. So, 11.4. And that&#8217;s great, because this is a very exciting feature. It will open a lot of possibilities, even for classic themes.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, and now that it&#8217;s coming out of experimental means there are more eyeballs on it, to test it and to figure out what needs to be changed, or if it needs to be changed and what bug fixes are there.&nbsp;</p>



<p>So the navigation link block, that&#8217;s a child block of the navigation block, now actually also has the ability to remove a link, which is certainly in the process of creating a navigation, a useful tool. Now, it&#8217;s there.&nbsp;</p>



<h3><strong>Documentation</strong></h3>



<p><em>Grzegorz Ziolkowski:</em> I think that brings us to the documentation section. And there is one item I wanted to highlight. Because we have those block patterns that you can search from the block patterns directory. And of course, some site owners don&#8217;t want to have them. So now there is a document explaining how you can disable that.</p>



<p>That part was missing, but it was possible from the release, WordPress 5.8. So it&#8217;s now covered. If you don&#8217;t like that, you can check out how to disable that.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, as any WordPress feature that is new, not only needs a way to enable it, it also needs a way to disable it, to make it as flexible as possible for all the WordPress instances that are out there.&nbsp;</p>



<p>Which brings us, so there are quite a few other smaller changes to the documentation that you can check out for yourself, because they are just changes to existing documentation pages.&nbsp;</p>



<h3><strong>Code Quality</strong></h3>



<p>Code quality, there is one highlighted that is the remove of the experimental prefix, and rename the theme JSON files.</p>



<p>If you&#8217;re theme developers, you now can remove the underscore, underscore experimental prefix on your theme JSON files as well. It will not read anymore from the experimental theme JSON file either.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yes. And there is a small change in the API. So in the core data, there was a method to get authors, and it wasn&#8217;t very flexible. But it&#8217;s now deprecated in favor of get users, that allows you to pass the flag to return only authors. But also, it has a lot of other features that makes it better use. So it&#8217;s only changed to consolidate the API and make it easier to discover.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Excellent. Thank you. Do you want to go through the tools section?&nbsp;</p>



<h3><strong>Tools</strong></h3>



<p><em>Grzegorz Ziolkowski:</em> There is one big change in that regard. So there is a lot of complaints about build tooling. And you related to that, because I was one of a few folks that were involved in updating Webpack to version five, and it was a pain. We started the first try in January, I guess, but it failed because of several issues.&nbsp;</p>



<p>And now we finally made it, and it&#8217;s going to be&#8230;. So the change is in the Gutenberg plugin already, and it has a good impact on the bundle size. It has decreased. It was 30 kilobytes or less that&#8217;s going to be sent to the user, which is a big win. So yay for Webpack 5.</p>



<p><em>Birgit Pauli-Haack:</em> Yay.</p>



<p><em>Grzegorz Ziolkowski:</em> But there&#8217;s more to it. This change will also be applied in the WordPress scripts. We should expect NPM publishing for this package later this week. And so basically, if you are using default config files, everything should be good. If you are using your own custom config, then if you want to upgrade to the latest version, be prepared for some troubles, because it isn&#8217;t easy. Webpack isn&#8217;t backward compatible, to the degree that the WordPress is. It&#8217;s just what it is.</p>



<p><em>Birgit Pauli-Haack:</em> Yeah, as we say, there will be dragons.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> For sure, if you have a custom config, it&#8217;s not easy. I&#8217;ve been there already. And the next step, of course, will be to do the same update in WordPress core. There&#8217;s three places to update. I understand the frustration from people who try to use those tools by themselves. You have a lot of courage.&nbsp;</p>



<h3><strong>Testing</strong></h3>



<p><em>Birgit Pauli-Haack:</em> And then there&#8217;s one other features that we will highlight from the testing section. And that is that the mobile team added a guide for integration testing, if I say this right, and it turns out to be quite complex.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, in general, we talked a lot last time about the barrier of entry for developing for WordPress. The way to start, even writing tests for the mobile apps is just on completely different level. It&#8217;s like a skier wrapper or something like that. It&#8217;s just so complex.&nbsp;</p>



<p>I guess this shows how the, not new web, but how the world evolves. You no longer only care about the browser, but there is also the phone, the tablet, and building apps for that. So if you are curious to learn how you could contribute to the native apps, if you are interested in this type of development, that&#8217;s definitely a good way to check and play with all those tools and see how complex the setup can be, if you are going outside of the web bubble.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> I&#8217;ve never really ventured into the native apps development. But I had hoped that React Native would be a path to go. And then I read, oh, by the way, this brings us to the end of the changelog. And we are now more in the section of active development, what&#8217;s discussed.&nbsp;</p>



<h3><strong>What in Active Development or Discussed</strong></h3>



<p>And we will share a post to Matt Chowning that he wrote about building an editor by sharing code between Android, iOS and web with React Native. It only brings you so far to reuse code base. And it seems that the mobile team recreated some of the Gutenberg experience, recreated them from scratch, reusing components, but not reusing some of the code base.</p>



<p>It&#8217;s quite an interesting read, finding out how complex that whole thing is when you do it through a phone screen and operating system.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, but the good point that the team, the WordPress mobile team is very happy about choosing React Native, and they emphasize that the speed of development is really good, because they can share the logic part of the editor that is developed for the web version. All the JavaScript code, they can reuse, and they don&#8217;t have to write it from scratch.&nbsp;</p>



<p>And what&#8217;s even more important, whenever there is a performance improvement, they get the same improvement on their side. And also, from my perspective, whenever they find something that is not working properly, they contribute back, so all parties win here. That&#8217;s the beauty of that setup.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> And everybody benefits from that. The mobile version is also part of the overall Gutenberg GitHub repository. So there is some synergy there as well.&nbsp;</p>



<p>All right. So two weeks ago, there was this big discussion about barriers to entry. And in our weekend edition, 180 and 181, on the Gutenberg Times, I shared quite a few blog posts and discussions on podcasts about that topic. So if you want to dive into it some more.</p>



<p>But Justin Tadlock from the WordPress Tavern, interviewed Matias Ventura, the Gutenberg Project lead on that. And it&#8217;s an interesting read, in that regard, that it really depends on the knowledge of who is developing for the web. And it&#8217;s a different perspective from someone like me who started with HTML, where only HTML was around. And it took about a couple of years before CSS came in. And then it took another couple of years before I needed to write some early JavaScript.&nbsp;</p>



<p>I only had to add one little thing to my whole toolset. But it was also the speed of things. But latest in 2004, &#8217;05 or &#8217;07, I was left behind on all the cool development. And now caught up with it through WordPress, because that&#8217;s when we started, in 2010, we started with WordPress. And it took me about five years before I even had to touch code on a WordPress install to make a feature work.&nbsp;</p>



<p>So it really depends on where you come from. I jump from a ColdFusion development base to a very rudimentary PHP, to good JavaScript knowledge. The barrier is different for me, from someone to build a plugin, from someone who has 10 years of PHP experience and knows all the intricacies of WordPress, because for 10 years, she has been developing in that space. So that&#8217;s one thing.&nbsp;</p>



<p>And Matias also points out that the theme creation, and the new on ramps for theme developers is so much lower than it was the last 10 years for theme development in WordPress. Because now you can start with the block-based templates, you can do block patterns, you have the theme JSON to control some of the features.</p>



<p>And you could basically write a new theme without touching code, because the site editor gives you all the tools with it, or at least that&#8217;s the vision in 5.8. The 5.9 will come close to it. And then with patterns, you can account any theme in any case very easily with just assembling a few blocks.&nbsp;</p>



<p>He also mentioned &#8230; go ahead.</p>



<p><em>Grzegorz Ziolkowski:</em> I think it&#8217;s very interesting to hear the vision from Matias, because he also shared this preliminary scope for WordPress 5.9. He knows what&#8217;s the end goal. And that&#8217;s much easier to see the landscape, how it will look in a few months when you will be able to fully benefit from all the latest development in the space of block themes. And that&#8217;s one way of looking at that.&nbsp;</p>



<p>Also, I think that in general, if you look at the development for the web 10, 15 years ago, you didn&#8217;t compete with mobile apps, and they didn&#8217;t exist at all. Everyone was using Nokia or other phones that only allowed you to play Snake or something similar, that was it.</p>



<p>And so the mobile apps, tablets, they change the perception what you can do, how you interact with those devices, and all the gestures and stuff like this, and animations and the performance. That was so much better because it uses some native technologies. So if you combine all those aspects together, it&#8217;s really hard to tell that the development should be still simple and the barrier of entry should be simple.</p>



<p>It cannot be, because we have so much bigger expectation as users these days. So of course, there are some libraries that help with that, but exploring the libraries, finding the right one and integrating that, it&#8217;s another level of complexity here.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> I also think there&#8217;s a level of decision paralysis, because if you have too many choices on the libraries, the chance that you pick the wrong one is really high. And then for some people, that is an existential decision. And if your business depends on it, it makes it an existential decision that a lot of other people depend on that.&nbsp;</p>



<p>I can see that, but it&#8217;s not only WordPress. All we know is WordPress, but it&#8217;s in all the areas that are out there that develop for the web.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Go on.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Well, all I wanted to say was, when I look at what all needs to happen at the same time and play together, all the little pieces, it&#8217;s actually a miracle it works at all.</p>



<p><em>Grzegorz Ziolkowski:</em> That&#8217;s true.</p>



<p><em>Birgit Pauli-Haack:</em> Because so many things could work. We should all be blessed that we actually can get something together that works well for millions of people.&nbsp;</p>



<p><em>Grzegorz Ziolkowski:</em> Yeah, I think we all were happy about the limitation of the web 15 years ago. You had the basic HTML, CSS was very basic. Now, there is CSS4. So the number of features that were added in the meantime is, scope is so gigantic, and you have to learn fifth method of positioning elements on the page. And also, you have JavaScript that has evolved, there are new features in the language.</p>



<p>Even PHP, if you look back, PHP 4 or 5, it&#8217;s a completely different language than PHP 8 that you have now with types and some strict checks and so on. And the tools that are around, that we didn&#8217;t have the interest back in the day, now it&#8217;s wildly popular. And end-to-end testing was very hard in the past. Now, you have so many tools to pick from.&nbsp;</p>



<p>So it&#8217;s up to you what you pick, because you could still use only PHP, HTML and CSS and some basic JavaScript and that should be fine. But the question is, if users will like it, or in terms of on the front end experience. But also, if the customers for all the businesses that WordPress supports, will be still happy to continue using very simplified interface, that is very technical.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> Yeah. I think there&#8217;s so many things for many people. I think we will have a link to the WordPress Tavern article with the interview with Matias in our show notes. It&#8217;s definitely worth a read. And that brings us I think to the end of the show.</p>



<p><em>Grzegorz Ziolkowski:</em> One more thing, definitely look out for the Gutenberg Times newsletter, because it has a lot of links to those discussions. This week, you should expect more because those discussions still happen on the web, on Twitter, so be aware and look forward to it.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> I&#8217;ll have those in the show notes as well. This week&#8217;s weekend edition is not going to happen until next week, because I&#8217;m still….</p>



<p><em>Grzegorz Ziolkowski:</em> A suspense, nice.</p>



<p><em>Birgit Pauli-Haack:</em> A suspense on that, because I&#8217;m still on vacation and I&#8217;m visiting family in Europe. But before we end, again, please heed the call. If you have some time, heed the call to the FSE testing call for number nine, working with the headers and navigation coming to the site editor to Gutenberg. We will need your input, we need to learn from your experiences and also from your expectations. What you tried to do, what you were able to do, and what didn&#8217;t work and what you expected how it would work. I think that would be really, really helpful for the team to come out of experimental stage and get into the main plugin with the navigation screen and block.</p>



<p>As always, the show notes will be published on the Gutenberg Times podcast at <a href="https://gutenbergtimes.com/podcast/">gutenbergtimes.com/podcast</a>. This is number 50. We&#8217;re halfway to number 100. And if you have any questions and suggestions or news you want to include, send them to <a href="mailto:changelog@gutenbergtimes.com">changelog@gutenbergtimes.com</a>. That&#8217;s <a href="mailto:changelog@gutenbergtimes.com">changelog@gutenbergtimes.com</a>.&nbsp;</p>



<p>Thank you so much, Greg, for spending this morning with me. I hope you have a wonderful afternoon. Thank you all for listening. I&#8217;ll say goodbye.</p>



<p><em>Grzegorz Ziolkowski:</em> Thank you, Birgit. Thank you, all our listeners and see you next time.&nbsp;</p>



<p><em>Birgit Pauli-Haack:</em> All right. Bye-bye.</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Sat, 16 Oct 2021 19:45:07 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:19:"Gutenberg Changelog";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:44;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:92:"Gutenberg Times: Go/NoGo WordPress 5.9, Pattern Palooza and Popover  – Weekend Edition 189";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:35:"https://gutenbergtimes.com/?p=19292";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:97:"https://gutenbergtimes.com/go-nogo-wordpress-5-9-pattern-palooza-and-popover-weekend-edition-189/";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:18038:"<p>Howdy, </p>



<p>It was a very busy week of meetings, news and live streams. The buzz around the next major WordPress version keeps everyone excited and alert. There is also hard to deal with FOMO*, as we can&#8217;t be at two or three places at the same time. And who has time to watch all the recordings? </p>



<p>Well, next week won&#8217;t be any different: Monday, the <a href="https://pagebuildersummit.com/">Page Builder Summit </a>will start with 35+ talks around freelance and agency business their tools. <a href="https://gutenbergtimes.com/feed/#pagebuilder">Below is a list </a>of all Gutenberg related talks. </p>



<p>The WordPress teams published quite a few posts around the WordPress 5.9 release. It&#8217;s not yet Field Guide time, though. </p>



<p>Hope, y&#8217;all have a great weekend with reduced screen time. </p>



<p>Yours, ?<br />Birgit</p>



<p>PS: The recordings of the last two Live Q &amp; As are available on YouTube. The posts with resources and transcript are in the works. </p>



<ul><li><a href="https://www.youtube.com/watch?v=eiIhJdFfamA&t=9s">From Classic Themes to block-based Themes</a></li><li><a href="https://www.youtube.com/watch?v=-PZwfvtkQOM&t=10s">How can we make building custom blocks easier?</a></li></ul>



<p>PPS: In a very short video, <strong>Jamie Marsland</strong> shows us <a href="https://www.youtube.com/watch?v=wvM3kK6l2Y8">Why WordPress Gutenberg is a threat to Elementor and Divi</a>. #shorts </p>



<p class="has-small-font-size">*Fear of Missing Out</p>



<h2>Gutenberg and WordPress Development</h2>



<p class="has-drop-cap">In his post, <strong><a href="https://make.wordpress.org/core/2021/10/15/wordpress-5-9-feature-go-no-go-october-14-2021/">WordPress 5.9 Feature Go/No-Go</a></strong>,  <strong><a href="https://twitter.com/priethor">Hector Prieto</a></strong> published the summary of the meeting, the list of features, the recording, and a transcript. The recording is particularly interesting for Matias Ventura&#8217;s demo of the current state of the major features: </p>



<ul><li>List View &#8211; Expand-collapse, Drag &amp; Drop</li><li>Auto-Anchors on Headings</li><li>Border support for blocks</li><li>Layout &#8211; Gap spacing, Flex &amp; Row,</li><li>Typography Tools across Blocks and styles </li><li>Full-site Editing as opt-in, beta preview. </li></ul>



<p>Throughout the meeting, I heard the language shifting, in an attempt to simplify talking about the various features. </p>



<ul><li>Now: <strong>Block Themes</strong> (instead of Block-based Themes)</li><li>Now: <strong>Editor</strong> (instead of Site Editor or Template Editor)</li><li>Now: <strong>Styles</strong> (instead of Global Styles) </li></ul>



<p><strong>Sarah Gooding</strong> wrote about it in the WPTavern:<strong> <a href="https://wptavern.com/wordpress-5-9-go-no-go-update-all-proposed-features-are-moving-forward">WordPress 5.9 Go/No-Go Update: All Proposed Features Are Moving Forward</a></strong></p>



<hr class="wp-block-separator is-style-wide" />



<p class="has-drop-cap">The work on WordPress 5.9 is on track with <a href="https://make.wordpress.org/core/2021/08/13/preliminary-road-to-5-9/">The Preliminary Road 5.9</a>, Matias Ventura posted a couple month ago, except for the Navigation Screen, that did not get past the backwards compatibility issues. The Navigation Block as a major feature for site-building will be available for Block Themes in the new WordPress version. </p>



<p>If you want to learn more about the status on the Navigation Screen and Block project, the team came together in a Hallway Hangout to discuss the priorities for the WordPress 5.9 release. <strong>Daniel Richards</strong> posted the <a href="https://make.wordpress.org/core/2021/10/15/summary-navigation-editor-and-block-hallway-hangout/"><strong>Summary: Navigation Editor and Block hallway hangout</strong></a>, including the recording of the meeting. One meeting topic was Backwards compatibility with the current system for the Navigation screen. </p>



<hr class="wp-block-separator is-style-wide" />



<p class="has-drop-cap">The Gutenberg developers also release a new version of the Gutenberg plugin. <strong>Gutenberg 11.7</strong></p>



<p><strong>Adam Zielinski,</strong> release coordinator for this version, published the release notes: <a href="https://make.wordpress.org/core/2021/10/14/whats-new-in-gutenberg-11-7-october-13th/"><strong>What’s new in Gutenberg 11.7 (October 13th)</strong></a></p>



<p><strong>Justin Tadlock</strong> took it for a spin and reviewed it for the WPTavern: <a href="https://wptavern.com/gutenberg-11-7-iterates-on-global-styles-improves-adding-navigation-links-and-adds-column-spacing"><strong>Gutenberg 11.7 Iterates on Global Styles, Improves Adding Navigation Links, and Adds Column Spacing</strong></a></p>



<p><em>Only two more Gutenberg releases (11.8 + 11.9) until Feature Freeze on November 9th, 2021. </em></p>



<hr class="wp-block-separator is-style-wide" />



<p class="has-drop-cap"><strong><a href="https://twitter.com/kellychoffman">Kelly Hoffman</a></strong> and <strong><a href="https://twitter.com/jameskoster">James Koster</a></strong>  from the WordPress design team shared their ideas for <strong><a href="https://make.wordpress.org/design/2021/10/15/site-editing-ia-concepts-how-to-surface-and-access-new-features/">Site editing IA concepts: How to surface and access new features</a></strong>. (IA = Information Architecture) <br />They wrote: &#8220;Do we want to begin down this path towards a single page app-like experience, or would it be better to keep things separate for now? It’s time to explore and design the IA (information architecture) so that we can begin to paint a picture of how we might merge this exciting functionality in to core.&#8221;</p>



<p>You can follow along the explorations via the <em>prototype links</em> on Figma. You are offered two ideas: All in one means one editor screen, reached via the “Appearance” Menu, and you edit templates, post, and pages, template parts or change the styles all on this screen that adjust for the various context.  The other idea is to keep post and page editing and site editing features separate, but surface some template parts to be reachable via the post/page editor. </p>



<img />Example screen: <strong><a href="https://make.wordpress.org/design/2021/10/15/site-editing-ia-concepts-how-to-surface-and-access-new-features/">Site editing IA concepts: How to surface and access new features</a></strong>.



<p>I can see the all-in-one idea working, as it would hide the rest of the WPAdmin for the common content creation tasks, as that&#8217;s where many end users get lost or bombarded with plugins or theme upsell and update notices. I also enjoy the alternative design to the &#8220;Welcome Guide.&#8221; </p>



<p>This is not a quick decision to make. As the second one feels familiar, and the first one very new, I suspect my decision might be skewed by the &#8220;known&#8221; versus the &#8220;new&#8221;, instead which of the avenues makes the best sense for the End-User. </p>



<p><em>If you have an opinion formed, leave a comment on the post! </em></p>



<hr class="wp-block-separator is-style-wide" />



<p>With WordPress 5.9 only two months away and Go-NoGo decisions made,  <strong>Anne McCarthy</strong> started a second round of collecting questions you might have about Full-site editing. <a href="https://make.wordpress.org/core/2021/10/13/submit-full-site-editing-questions-by-oct-27th/"><strong>Submit Full Site Editing questions by Oct 27th</strong></a>. McCarthy asked &#8220;As it’s possible, please focus questions specifically around WordPress 5.9 as those will be the highest impact to address and not on larger strategic decisions.&#8221;&nbsp;</p>




<p><strong>&nbsp;<a href="https://make.wordpress.org/core/handbook/references/keeping-up-with-gutenberg-index/" target="_blank" rel="noreferrer noopener">&#8220;Keeping up with Gutenberg &#8211; Index 2021&#8221;</a>&nbsp;</strong><br />A chronological list of the WordPress Make Blog posts from various teams involved in Gutenberg development: Design, Theme Review Team, Core Editor, Core JS, Core CSS, Test and Meta team from Jan. 2021 on. Updated by yours truly.  </p>




<hr class="wp-block-separator is-style-wide" />



<h2>Creating and using Block Themes </h2>



<p><strong><a href="https://twitter.com/mjsdiaz1">Marcy Diaz</a></strong> recounted in <a href="https://amethystwebsitedesign.com/custom-wordpress-full-site-editing-theme-now-live/"><strong>&#8220;Custom WordPress Full Site Editing Theme Now Live&#8221;</strong></a> who she converted her site from a classic theme to a Block Theme. Along the way, Diaz shared her experiences interacting with tools and interfaces of theme.json or the Styles sidebar in the editor for templates. </p>



<blockquote class="wp-block-quote"><p>It started as an experiment, but it came together easier than I expected, and so it’s live on this site now.</p><cite>Marcy Diaz</cite></blockquote>



<hr class="wp-block-separator is-style-wide" />



<p>In <a href="https://wptavern.com/proposal-for-themes-to-highlight-block-patterns-from-the-directory"><strong>Proposal for Themes To Highlight Block Patterns From the Directory</strong></a>, Justin Tadlock explores Kjell Reigstad&#8217;s idea:  Designers could not only provide patterns with their themes, but also highlight block patterns from the WordPress.org Pattern Directory to their users. It would reduce the bundle size of the themes, and exposes site builders to the broader range of Patterns in the directory. <em>What do you think about this?</em></p>




<p><strong><a href="https://gutenbergtimes.com/need-a-zip-from-master/">Need a plugin .zip from Gutenberg&#8217;s main (trunk) branch?</a></strong><br />Gutenberg Times provides daily build for testing and review. <br />Have you been using it? Hit reply and let me know.</p>



<p><img alt="GitHub all releases" src="https://img.shields.io/github/downloads/bph/gutenberg/total" /></p>




<hr class="wp-block-separator is-style-wide" />



<p>Speaking of WordPress Block Patterns, <strong>Tammie Lister</strong> added  14 more inspiring block patterns to her <a href="http://patternspiration.com/"><strong>Patternspiration</strong></a> site. I love the alignment of text and photos in <a href="http://patternspiration.com/2021/10/06/006/">006</a> and the <a href="http://patternspiration.com/2021/10/02/002/">Chapter list of 002</a>. </p>



<img /><a href="http://patternspiration.com/2021/10/02/002/">Tammie Lister, Patternspiration 002</a>



<hr class="wp-block-separator is-style-wide" />



<p>Many theme developers are taking their first steps on creating a block theme. <strong><a href="https://twitter.com/carolinapoena">Carolina Nymark</a></strong> has a few tips on <strong><a href="https://fullsiteediting.com/lessons/troubleshooting-block-themes/">Troubleshooting block themes</a></strong>. Nymark has been working on block themes for little over a year and has tackle pretty much all problems, you could encounter at the beginning: From syntax errors in theme.json to Template issues. </p>



<h2>Building Blocks for WordPress</h2>



<p>On his Thursday&#8217;s on Twitch live coding session, <strong><a href="https://twitter.com/ryanwelcher">Ryan Welcher</a></strong> showed us <a href="https://www.twitch.tv/videos/1176495340"><strong>how to create an accordion block that uses the InnerBlock component</strong></a>.</p>



<hr class="wp-block-separator is-style-wide" />



<p class="has-drop-cap"><strong>Herb Miller</strong>, developer and early adopter of block development, did a deep dive into <a href="https://herbmiller.me/internationalizing-and-localizing-block-based-plugins/"><strong>Internationalizing and localizing block-based plugins</strong></a>. Miller first explains the difference between internationalization, translation and localizing, lists the tools, you&#8217;d be using and explains with code examples how to make your JavaScript and PHP code &#8216;translatable&#8217;. An excellent tutorial, that helps you offer your products to a broader audience and empowers translation teams to make your plugin available in many other languages. </p>



<hr class="wp-block-separator is-style-wide" />



<p id="4-a-href-https-us-02-web-zoom-us-webinar-register-1016333846354-wn-v-e-xlr-fa-rcab-gz-78-jgj-8-ca-converting-classic-widgets-to-blocks-a"><a href="https://us02web.zoom.us/webinar/register/1016333846354/WN_v-EXlrFaRcabGz78jgj8CA">Join us on October 28th at 12 pm EDT / 16:00 UTC</a> <br /><strong>Gutenberg Times Live Q &amp; A: <a href="https://us02web.zoom.us/webinar/register/1016333846354/WN_v-EXlrFaRcabGz78jgj8CA">Converting classic widgets to blocks</a> </strong><br />Learn from the BuddyPress team members, <strong>Mathieu Viet</strong>, <strong>David Cavins</strong>, <strong>Varun Dubey</strong>.</p>



<a href="https://us02web.zoom.us/webinar/register/1016333846354/WN_v-EXlrFaRcabGz78jgj8CA"><img /></a>



<hr class="wp-block-separator is-style-wide" />



<p class="has-drop-cap"><strong>David Gwyer </strong>published another tutorial on his new site <em>InnerBlocks</em>: <a href="https://innerblocks.com/how-to-use-a-popover-component/"><strong>How to Use a Popover Component</strong></a>. He starts off with using the official WordPress scaffolding tool for blocks <code>create-block</code> and then walks the process to add the Popover Component to our new block and includes handling of state to manage visibility of the popover. It&#8217;s a great real life example of block development. </p>



<hr class="wp-block-separator is-style-wide" />



<h2>WordPress Events</h2>



<p><strong>October 18 &#8211; 22, 2021</strong><br /><strong><a href="https://pagebuildersummit.com/">Page Builder Summit</a></strong> Take a look at the <a href="https://pagebuildersummit.com/schedule/"><strong>schedule</strong></a>!</p>



<p>Here is the list of Gutenberg / Block-editor presentations </p>



<ul><li><strong>Forging the Future with Full Site Editing</strong> with Anne McCarthy (10/18 &#8211; 9am EDT)</li><li><strong>The Future of Building WordPress Websites </strong>with Brian Gardner (10/18 &#8211; 12pm EDT)</li><li><strong>What does Full Site Editing Mean for Page Builders?</strong> with Joe Casabona (10/19/ 9am EDT)</li><li><strong>Customizing WordPress Block Editor for Client Projects </strong>with Birgit Pauli-Haack (10/19/ &#8211; 10 am EDT)</li><li><strong>Mastering modern WordPress with Full-site Editing &amp; Custom Blocks</strong> with Rob Stinson (10/20/ &#8211; 5am EDT)</li><li><strong>How to Build Any Page Layout Using Kadence Blocks</strong> with Jake Pfohl (10/20/ &#8211; 12pm EDT)</li><li><strong>Building a Custom Blog Archive with Blocks</strong> with Mike Oliver (10/21/ 11am EDT)</li><li><strong>RIP Page Builders</strong> with Chris Lubkert (10/19 &#8211; 1pm EDT)</li></ul>



<hr class="wp-block-separator is-style-wide" />



<p><strong>October 28, 2021 &#8211; 1 pm EDT /  17:00 UTC </strong><br /><strong><a href="https://bit.ly/3p6b0ir">Post Status: Headless WordPress Webinar </a></strong></p>



<p>With Experts from WebDevStudios</p>



<ul><li>Brad Williams, CEO and Co-Founder</li><li>Lisa Sabin-Wilson, COO and Co-Founder</li><li>Greg Rickaby, Director of Engineering</li><li>Amor Kumar, Frontend Engineer</li></ul>



<hr class="wp-block-separator is-style-wide" />



<p><strong>November 4th, 2021</strong>,  <br /><a href="https://events.wpengine.com/event/965784e1-7d9f-4ca4-b5c7-3186a468e125/websitePage:5bbe0ca6-fd0c-4e77-b99b-de21baff9062"><strong>WPEngine Summit 2021</strong></a> (EMEA)<br />starts at 10 am UTC / 6am EDT</p>



<p>With many fantastic speakers, among them CEO Heather Brunner, Chris Weigman, Rob Stinson, Hashim Warren, Grace&nbsp;Erixon, and Brian Gardner</p>



<ul><li><a href="https://events.wpengine.com/event/965784e1-7d9f-4ca4-b5c7-3186a468e125/websitePage:645d57e4-75eb-4769-b2c0-f201a0bfc6ce">Schedule</a></li><li><a href="https://events.wpengine.com/event/965784e1-7d9f-4ca4-b5c7-3186a468e125/regProcessStep1">Tickets</a></li></ul>



<hr class="wp-block-separator is-style-wide" />



<p class="has-drop-cap">On the<a href="https://wpcalendar.io/online/">&nbsp;<strong>Calendar for WordPress Online Events</strong>&nbsp;</a>site, you can browse a list of the upcoming WordPress Events, around the world, including WordCamps,  WooCommerce, Elementor, Divi Builder and Beaver Builder meetups.</p>




<hr class="wp-block-separator is-style-wide" />



<p class="has-text-align-center"><strong>Don&#8217;t want to miss the next Weekend Edition? </strong></p>



<form class="wp-block-newsletterglue-form ngl-form ngl-portrait" action="https://gutenbergtimes.com/feed/" method="post"><div class="ngl-form-container"><div class="ngl-form-field"><label class="ngl-form-label" for="ngl_email">Type in your Email address to subscribe.</label><div class="ngl-form-input"><input type="email" class="ngl-form-input-text" name="ngl_email" id="ngl_email" /></div></div><button class="ngl-form-button">Subscribe</button><p class="ngl-form-text">We hate spam, too and won&#8217;t give your email address to anyone except Mailchimp to send out our Weekend Edition</p></div><div class="ngl-message-overlay"><div class="ngl-message-svg-wrap"></div><div class="ngl-message-overlay-text">Thanks for subscribing.</div></div><input type="hidden" name="ngl_list_id" id="ngl_list_id" value="26f81bd8ae" /><input type="hidden" name="ngl_double_optin" id="ngl_double_optin" value="yes" /></form>



<hr class="wp-block-separator is-style-wide" />





<p><a href="https://www.flickr.com/photos/13998657@N02/18526571462" target="_blank" rel="noreferrer noopener">&#8220;Building blocks&#8221;</a>&nbsp;by&nbsp;<a href="https://www.flickr.com/photos/13998657@N02" target="_blank" rel="noreferrer noopener">jgbarah</a>&nbsp;is licensed under&nbsp;<a target="_blank" rel="noreferrer noopener">CC BY-SA 2.0</a></p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Sat, 16 Oct 2021 19:44:10 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:18:"Birgit Pauli-Haack";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:45;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:89:"WPTavern: Ask the Bartender: What Happens to the Customizer When a Block Theme Is Active?";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:30:"https://wptavern.com/?p=124368";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:219:"https://wptavern.com/ask-the-bartender-what-happens-to-the-customizer-when-a-block-theme-is-active?utm_source=rss&utm_medium=rss&utm_campaign=ask-the-bartender-what-happens-to-the-customizer-when-a-block-theme-is-active";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:7837:"<blockquote class="wp-block-quote"><p>Something on my radar right now is third-party plugins that have settings in the Customizer. What I gather of friends who are the devs working on Customizer and front-end stuff within a few plugin companies, global styles and block styles are not yet on their radar. So what happens if someone installs Twenty Twenty-Two or another block-based theme? The left admin menu for Customizer isn&rsquo;t there. The janky way to get there is via Appearance &gt; Themes &gt; Customizer. But the expectation is that third-party plugins and themes need to move settings over. In fact, this seems more like they need to duplicate settings in both places for a while.</p><cite>Anonymous</cite></blockquote>



<p class="has-drop-cap">For those out of the loop, let me provide a quick refresher on this topic. When WordPress 5.9 lands, <a href="https://wptavern.com/wordpress-5-9-go-no-go-update-all-proposed-features-are-moving-forward">we expect it to ship</a> with the new site editor and global styles interface. However, most users will not see this screen unless they are running a block theme.</p>



<p>Given that the upcoming <a href="https://wptavern.com/first-look-at-wordpress-upcoming-twenty-twenty-two-default-theme-the-most-flexible-default-theme-ever-created-for-wordpress">Twenty Twenty-Two</a> is also shipping with WordPress 5.9 and judging the popularity of past default themes, we can expect many thousands of users will be transported into this whole new world. For some, this might be as shocking as the launch of the block editor in 5.0.</p>



<p>When a block theme is active, links to access the old and familiar customizer will disappear from the user interface. The widgets and nav menu screens won&rsquo;t be around either. However, they will still be accessible if you know the URL for the screens.</p>



<p>We first learned this would be the case last year as part of the <a href="https://wptavern.com/gutenberg-9-3-provides-indicator-of-where-full-site-editing-is-going-a-future-without-widgets-and-customizer-screens">Gutenberg 9.3 release</a>. There is also an <a href="https://github.com/WordPress/gutenberg/issues/30496">open issue</a> to ensure that the site editor has feature parity with some core WordPress settings.</p>



<p>It is OK that these features are being phased out for block theme users. They were all early, disparate attempts at creating individual pieces of what the site editor will allow. WordPress is bringing all of these concepts together into a more cohesive user experience. It is a standard that contributors can continually iterate on. It will not be perfect out of the gate, but this first version in the core platform should fuel the feedback needed to improve it as more users start installing block themes.</p>



<p>The problem presented here has more to do with the plugin market. The customizer was initially built as a theme-settings tool and has primarily been used for that purpose. But, many plugins have tied various settings to it over its nine-year history. A search for <a href="https://wpdirectory.net/search/01FJ2TGB2EZ4N867KXEA6TS6CJ"><code>wp_customize</code></a> in the plugin directory pulls up over 1,400 results. The <a href="https://wpdirectory.net/search/01FJ34ZYJZTJ5MGNW4J82FBV4Z"><code>customize_register</code></a> hook shows over 1,900. These are not necessarily exact matches for how many plugins actually add panels, sections, settings, or controls. However, it is an indicator that many are relying on it to present options to end-users.</p>



<p>So, we are back to the question at hand. <em>What happens when a user installs a block theme, such as the upcoming Twenty Twenty-Two, while using a plugin that relies on the customizer?</em></p>



<p>It depends.</p>



<p>Some plugins like WooCommerce have already conveniently placed a direct link to their customizer panel/section in the admin menu. This will be a non-issue for their users. However, for everyone else, the customizer will seem to disappear entirely.</p>



<img />WooCommerce customizer options accessible with block theme.



<p>In a matter of weeks after 5.9, depending on how quick the adoption of Twenty Twenty-Two occurs in particular, we could be looking at thousands of confused users. Of course, all of this could change in the time leading up to the release. However, this is a conversation that needs to happen now.</p>



<p>&ldquo;The concern here is for end-users,&rdquo; said the anonymous questioner. &ldquo;They will be looking at knowledgebase articles, directions in plugin settings, and more indicating where to look for the settings.&rdquo;</p>



<p>At least at the moment, the onus is on plugin authors to address this for their own users. However, there are multiple pathways they may want to go down.</p>



<p>The most straightforward method is to follow the lead of WooCommerce. The plugin checks the <code>gutenberg_is_fse_theme()</code> conditional (note that this <a href="https://github.com/WordPress/gutenberg/pull/32950">function name may change</a>). If it returns <code>true</code>, the plugin adds a link directly to its customizer panel.</p>



<p>Linking to a customizer panel, section, or control is simple. Plugin authors can find the URLs in the <a href="https://developer.wordpress.org/themes/customize-api/the-customizer-javascript-api/#focusing-ui-objects">developer handbook</a>. They can also just <a href="https://github.com/woocommerce/woocommerce/blob/2cf30b0190542ed097d0f2e9a607db10561d43e8/includes/customizer/class-wc-shop-customizer.php#L274-L289">copy the technique</a> the WooCommerce team employed.</p>



<p>This is a quick method to ensure users do not lose access to their options if plugin authors cannot make changes before WordPress 5.9 lands.</p>



<p>In the long term, it is not the ideal solution. The customizer will be around for a long while, but plugin authors will need to deal with two sets of users: those running both block and classic themes.</p>



<p>Because each plugin is different, solutions will need to be different. Many can simply use the <a href="https://developer.wordpress.org/plugins/settings/settings-api/">Settings API</a> to build a custom options screen. If that is a workable solution, it will not matter what theme the user is running.</p>



<p>However, the reality might be maintaining two systems for both sets of users. One that integrates with the customizer and another that pulls options into the site editor. If the plugin has design-related features, block theme users will expect to see settings in the new interface.</p>



<p>On the theming side of things, there should be fewer problems. A block theme does nothing with the customizer anyway. One outstanding issue would be converting starter content over, and there is an <a href="https://github.com/WordPress/gutenberg/issues/35680">open ticket</a> to bring that to Full Site Editing.</p>



<p>More than anything, keeping open lines of communication with users will help ease the transition. Some of that should come from core WordPress. However, many users will need to hear it from their plugin and theme developers. This might be blog posts, knowledgebase or tutorial updates, and keeping up with support.</p>



<p>Then, there is the final solution, one that WordPress itself could implement. It is also the path of least resistance.</p>



<p>WordPress should automatically detect filters or actions on customizer-related hooks. This should trigger a &ldquo;customize supports&rdquo; flag and maintain the admin menu and toolbar links to the customizer screen. This would give developers some time to catch up without confusing users in the process. There might be a few false flags or missed integrations, but it should be able to effectively catch the majority of use cases.</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Sat, 16 Oct 2021 01:02:11 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:14:"Justin Tadlock";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:46;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:81:"WPTavern: WordPress 5.9 Go/No-Go Update: All Proposed Features Are Moving Forward";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:30:"https://wptavern.com/?p=124349";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:205:"https://wptavern.com/wordpress-5-9-go-no-go-update-all-proposed-features-are-moving-forward?utm_source=rss&utm_medium=rss&utm_campaign=wordpress-5-9-go-no-go-update-all-proposed-features-are-moving-forward";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:2859:"<p>The go/no-go deadline for deciding on features for WordPress 5.9 was set for October 12 but the conversation was pushed back two days. Today, the core leadership for this release <a href="https://make.wordpress.org/core/2021/10/15/wordpress-5-9-feature-go-no-go-october-14-2021/">announced</a> that everything in the <a href="https://wptavern.com/wordpress-5-9-proposed-scope-major-push-towards-full-site-editing-plus-a-new-default-theme">previously-proposed scope for 5.9</a> will be moving forward.</p>



<p>Users can expect block themes, template and template part editing flows, the new default Twenty-Twenty Two block theme, the Styles interface, design tools, the Navigation Block, all manner of UI improvements, and pattern insertion directly from the Pattern Directory. H&eacute;ctor Prieto, who is assisting with technical project management on the release, emphasized that many of these features are still in progress:</p>



<blockquote class="wp-block-quote"><p>To note, not all of the above are currently ready, but there is some level of confidence that they can be by the time of 5.9.</p></blockquote>



<p>A new <a href="https://github.com/WordPress/gutenberg/projects/62">WordPress 5.9 Must-Haves</a> project board on GitHub shows a broad overview of the issues contributors are focusing on to get the release ready.</p>



<p>Prieto also published an exhaustive transcript of the meeting. There were no strong objections on specific features moving forward but there seemed to be a general acknowledgment that some features are still in a beta state. Those present at the meeting agreed that some kind of beta label might be advantageous where users could be directed to the Gutenberg plugin for faster updates to features that are still not fully polished. </p>



<p>One particularly challenging feature has been navigation. &ldquo;I think from my perspective, the thing I was a bit worried about was the&nbsp;navigation menu&nbsp;flows, which I think we did a lot of progress over the last few weeks,&rdquo; Gutenberg lead engineer Mat&iacute;as Ventura said. &ldquo;And I think we need to set some good boundaries there.</p>



<p>&ldquo;There has been a lot of work in also supporting sort of mega menus where you have in your sub-menus, you have images and paragraph any sort of block, which is cool. But there&rsquo;s also like the 80% of cases where you just have a few links, and we need to ensure that that experience is as best as we can make it. I think we&rsquo;re in a better place. And I think we&rsquo;ll get there.&rdquo;</p>



<p>Beta 1 is expected November 16, and the official release is <a href="https://make.wordpress.org/core/5-9/">scheduled</a> for December 14. If you want to see an early demo of WordPress 5.9, check out the recording of the meeting below:</p>



<div class="wp-block-embed__wrapper">

</div>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Fri, 15 Oct 2021 21:28:29 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:13:"Sarah Gooding";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:47;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:80:"Post Status: Post Status Excerpt (No. 28) — A WordPress Core Performance Team?";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:31:"https://poststatus.com/?p=87933";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:34:"https://poststatus.com/excerpt/28/";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:4602:"<h2>&#8220;If plugin authors were better educated maybe they would make some different choices.&#8221;</h2>



<p class="has-drop-cap">In this episode of Post Status Excerpt, Cory and David talk about WordPress's reputation relative to its performance. This discussion unfolds in light of <a href="https://make.wordpress.org/core/2021/10/12/proposal-for-a-performance-team/">a new proposal for a Performance Team for WordPress core</a>. What should happen to improve the WordPress experience (for both the user and for search engines) on the front-end and the admin experience as well? Education? Notifications to the user? </p>



<p><strong>Also covered in this episode: </strong>We are formally announcing the existence of <a href="https://poststatus.com/">the new Post Status homepage</a>, which is still a work in progress. We're also encouraging listeners to check out the &#8220;<a href="https://poststatus.com/make-wordpress/">Week at WordPress.org</a>&#8221; (get the feed <a href="https://poststatus.com/make-wordpress/feed/">here</a>), and <a href="https://poststatus.com/submit-2021-black-friday-cyber-monday-deals/">submit your Black Friday / Cyber Monday deals</a> to us at Post Status.</p>







<p class="has-background">Every week <strong><a href="https://poststatus.com/podcast/the-excerpt/">Post Status Excerpt</a></strong> will brief you on important WordPress news — in about 15 minutes or less! Learn what's new in WordPress in a flash. <img src="https://s.w.org/images/core/emoji/13.0.1/72x72/26a1.png" alt="⚡" class="wp-smiley" /><br /><br />You can listen to <a href="https://poststatus.com/podcast/the-excerpt/">past episodes</a> of <strong>The Excerpt</strong>, <a href="https://poststatus.com/category/post-status-podcasts/">browse all our podcasts</a>, and don’t forget to subscribe on <a href="https://open.spotify.com/show/1m3xwXbe0MG5BzFVPtB0A7">Spotify</a>, Amazon Music, <a href="https://podcasts.google.com/feed/aHR0cHM6Ly9mZWVkcy5zaW1wbGVjYXN0LmNvbS8ySkU5c2M4UA">Google Podcasts</a>, <a href="https://itunes.apple.com/us/podcast/post-status-draft-wordpress/id976403008">iTunes</a>, <a href="https://castro.fm/podcast/c53552c6-1ee0-4fc4-9de4-08ed6bf1ee4d">Castro</a>, <a href="https://www.youtube.com/c/PostStatus">YouTube</a>, <a href="http://www.stitcher.com/podcast/krogsgard/post-status-draft-wordpress-podcast">Stitcher</a>, <a href="https://player.fm/series/wordpress-post-status-podcasts">Player.fm</a>, <a href="https://pca.st/05rR">Pocket Casts</a>, <a href="https://wordpress-post-status-draft-podcast.simplecast.com/">Simplecast</a>, or by <a href="https://feeds.simplecast.com/2JE9sc8P">RSS</a>. <img src="https://s.w.org/images/core/emoji/13.0.1/72x72/1f3a7.png" alt="?" class="wp-smiley" /></p>



<h3 id="h-mentioned-in-the-show"><img src="https://s.w.org/images/core/emoji/13.0.1/72x72/1f517.png" alt="?" class="wp-smiley" /> Mentioned in the show:</h3>



<ul><li><a href="https://make.wordpress.org/core/2021/10/12/proposal-for-a-performance-team/">Proposal for a Performance team</a></li><li><a href="https://poststatus.com/announcements/10-28-the-legend-of-the-headless-website-post-status-live/">The Legend of the Headless Website — Post Status Live with Brad Williams, Lisa Sabin-Wilson, Greg Rickaby, and Amor Kumar</a></li><li><a target="_blank" href="https://poststatus.com/this-week-in-wporg-october-4-2021-2/" rel="noreferrer noopener">This Week at WordPress.org (October 11, 2021)</a></li><li><a href="https://poststatus.com/submit-2021-black-friday-cyber-monday-deals/">Share Black Friday / Cyber Monday Deals With Post Status</a></li><li><a href="https://twitter.com/dimensionmedia" target="_blank" rel="noreferrer noopener">David Bisset (Twitter)</a></li><li><a href="https://twitter.com/corymiller303" target="_blank" rel="noreferrer noopener">Cory Miller (Twitter)</a></li><li><a href="https://twitter.com/post_status" target="_blank" rel="noreferrer noopener">Post Status (Twitter)</a></li></ul>



<h3><img src="https://s.w.org/images/core/emoji/13.0.1/72x72/1f64f.png" alt="?" class="wp-smiley" /> Sponsor: <a href="https://poststat.us/ithemes" target="_blank" rel="noreferrer noopener sponsored nofollow">Wordfence</a></h3>



<p>Who can afford downtime, a black mark on their brand’s reputation, or the SEO impact of getting hacked? That’s why so many WordPress sites rely on the real-time protection provided by Wordfence Premium. Now, Wordfence Central offers Premium subscribers a powerful and efficient dashboard to manage security for all their sites from one central location. Try Wordfence today.</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Fri, 15 Oct 2021 15:50:51 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:12:"David Bisset";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:48;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:102:"WPTavern: WP Fastest Cache Patches Authenticated SQL Injection and Stored XSS Via CSRF Vulnerabilities";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:30:"https://wptavern.com/?p=124302";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:249:"https://wptavern.com/wp-fastest-cache-patches-authenticated-sql-injection-and-stored-xss-via-csrf-vulnerabilities?utm_source=rss&utm_medium=rss&utm_campaign=wp-fastest-cache-patches-authenticated-sql-injection-and-stored-xss-via-csrf-vulnerabilities";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:1586:"<p>The Jetpack Scan team has <a href="https://jetpack.com/2021/10/14/multiple-vulnerabilities-in-wp-fastest-cache-plugin/">published</a> a summary of two issues recently discovered in the <a href="https://wordpress.org/plugins/wp-fastest-cache/">WP Fastest Cache</a> plugin &ndash; an Authenticated SQL Injection vulnerability and a Stored XSS Via&nbsp;CSRF vulnerability. </p>



<p>&ldquo;If exploited, the SQL Injection bug could grant attackers access to privileged information from the affected site&rsquo;s database (e.g., usernames and hashed passwords),&rdquo; Automattic security research engineer Marc Montpas said. This particular vulnerability can only be exploited on sites where the <a href="https://wordpress.org/plugins/classic-editor/">Classic Editor</a>&nbsp;plugin is both installed and activated.</p>



<p>&ldquo;Successfully exploiting the CSRF and Stored XSS vulnerability could enable bad actors to perform any action the logged-in administrator they targeted is allowed to do on the targeted site,&rdquo; Montpas said. He also found that attackers could &ldquo;abuse some of these options to store rogue Javascript on the affected website.&rdquo;</p>



<p>WP Fastest Cache is active on more than 1 million WordPress sites, and the plugin also  reports 58,322 paid users. Emre Vona, the plugin&rsquo;s author, patched the vulnerabilities in version 0.9.5, released this week. Jetpack recommends users <a href="https://wordpress.org/plugins/wp-fastest-cache/">update</a> as soon as possible, as both vulnerabilities have a high technical impact if exploited.</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Fri, 15 Oct 2021 02:14:18 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:13:"Sarah Gooding";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}i:49;a:6:{s:4:"data";s:13:"
	
	
	
	
	
	
";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";s:5:"child";a:2:{s:0:"";a:5:{s:5:"title";a:1:{i:0;a:5:{s:4:"data";s:109:"WPTavern: Gutenberg 11.7 Iterates on Global Styles, Improves Adding Navigation Links, and Adds Column Spacing";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"guid";a:1:{i:0;a:5:{s:4:"data";s:30:"https://wptavern.com/?p=124298";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:4:"link";a:1:{i:0;a:5:{s:4:"data";s:259:"https://wptavern.com/gutenberg-11-7-iterates-on-global-styles-improves-adding-navigation-links-and-adds-column-spacing?utm_source=rss&utm_medium=rss&utm_campaign=gutenberg-11-7-iterates-on-global-styles-improves-adding-navigation-links-and-adds-column-spacing";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:11:"description";a:1:{i:0;a:5:{s:4:"data";s:7573:"<p class="has-drop-cap">Released yesterday, <a href="https://make.wordpress.org/core/2021/10/14/whats-new-in-gutenberg-11-7-october-13th/">Gutenberg 11.7</a> is one of the more exciting releases we have had in a while. The Global Styles system iterations continue to impress. The lighter nav experience makes adding links easier, and a spacing control for the Columns block delivered one of my oldest wish list items.</p>



<p>The Site Logo block <a href="https://github.com/WordPress/gutenberg/pull/35344">supports duotone filters</a>, bringing it up to par with other image-related blocks. Plus, theme authors can <a href="https://github.com/WordPress/gutenberg/pull/34667">set the default filter</a> via their <code>theme.json</code> files.</p>



<p>There are several other changes to love, such as the refreshed <a href="https://github.com/WordPress/gutenberg/pull/34712">gradient picker design</a> and typography controls for <a href="https://github.com/WordPress/gutenberg/pull/35324">post navigation blocks</a>. The block alignment control in the toolbar now also displays a <a href="https://github.com/WordPress/gutenberg/pull/34710">&ldquo;None&rdquo; option</a>. This should make it easier for users to revert from a previous choice.</p>



<h2>Lighter Navigation Experience</h2>



<img />&ldquo;Add nav item&rdquo; feature brings up search.



<p class="has-drop-cap">Building nav menus has consistently been one of the frustrating experiences within the block system. Iterative improvements have made it better, but the actual process of adding links has been a painful one, at least until Gutenberg 11.7 rolled out yesterday.</p>



<p>In previous iterations of the block, users had to go through a two-step process for adding any menu item. This was an issue I called out in <a href="https://wptavern.com/fse-outreach-round-9-building-a-higher-ed-header">Round #9 of the FSE Outreach Program</a>:</p>



<blockquote class="wp-block-quote"><p>This stage of testing calls for adding multiple page links as both top-level and sub-menu items. When clicking the + button to add a link, my first instinct is to search for the page itself. However, the available field is a block search rather than a page search.</p></blockquote>



<p>In the latest version of the plugin, clicking the <code>+</code> icon allows users to directly search for or type a URL. There is no need to figure out which block (e.g., Page, Post, Custom, etc.) to insert first. This change is part of an ongoing effort to create a <a href="https://github.com/WordPress/gutenberg/issues/34041">lighter navigation experience</a>.</p>



<p>While the link-adding experience was much better, I could not initially figure out how to add a simple homepage link without typing the full URL. Typing &ldquo;home,&rdquo; &ldquo;index,&rdquo; or a simple &ldquo;/&rdquo; character all failed.</p>



<p>After realizing that the previous search did not work, I tried other known site pages. Posts, pages, categories, and tags all worked without issue. However, I could not pull up author/user archive URLs through the search field.</p>



<p>There is one place to add a homepage link, and that is via transforming the menu item to a Home Link block by clicking on its icon in the toolbar. Other blocks are also available for this transformation process, such as Social Icons, Site Logo, and more.</p>



<img />Transforming a link to a &ldquo;Home Link&rdquo; block.



<p>On the whole, this is a much-needed improvement to the Navigation block&rsquo;s user experience. It likely comes closer to hitting the 80/20 rule when deciding how a feature should be implemented.</p>



<h2>Create New Pages From the Link Inserter</h2>



<img />Creating a new page from the link popover.



<p class="has-drop-cap">The user experience for adding links has been one of the highlights of the block editor this year. In June, <a href="https://wptavern.com/gutenberg-10-9-renames-the-query-block-adds-collapsible-list-view-items-and-rolls-out-rich-url-previews">Gutenberg 10.9</a> introduced rich URL previews, which landed in WordPress 5.8. In the latest release of the plugin, developers have kicked it up a notch.</p>



<p>Users can now directly <a href="https://github.com/WordPress/gutenberg/pull/35083">create new pages when adding links</a>. Previously, users could only achieve this feat while adding items inside of the Navigation block. Now, it is available for links added anywhere.</p>



<h2>Mind the Gap</h2>



<img />Custom spacing between columns.



<p class="has-drop-cap">Users can now entirely control the gap between columns via the new <a href="https://github.com/WordPress/gutenberg/pull/34630">Block Spacing option</a>. I knew it was coming &mdash; eventually. That it took three years since the release of the block editor for it to actually happen has been painful. I was still a full-time theme and plugin developer when I added this to my wish list. Granted, CSS flexbox support for <code>gap</code> was not widespread then, but we could have still managed with old-fashioned margins in the meantime.</p>



<p>I am just happy that the long-awaited feature has finally landed. Now, I can begin phasing out the custom block styles I was using to replicate it.</p>



<p>The feature works on top of the block gap feature that was first shipped with <a href="https://wptavern.com/gutenberg-11-4-overhauls-galleries-adds-axial-padding-for-buttons-and-lays-groundwork-for-global-spacing">Gutenberg 11.4</a>. Theme authors may need to make adjustments if they have written custom code for controlling the spacing between columns.</p>



<h2>Global Styles and Color Palettes</h2>



<p class="has-drop-cap">There is a push to improve the upcoming Global Styles feature, which <a href="https://wptavern.com/wordpress-5-9-proposed-scope-major-push-towards-full-site-editing-plus-a-new-default-theme">could land in WordPress 5.9</a> later this year. Gutenberg contributors have made massive strides in improving the experience, building off its overhauled navigation in <a href="https://wptavern.com/gutenberg-11-6-improves-the-global-styles-ui-adds-child-theme-support">version 11.6</a> of the plugin.</p>



<p>The most notable interface change in this release is the new <a href="https://github.com/WordPress/gutenberg/pull/35109">Color Palette section</a>.</p>



<img />Colors panel with the Palette section at the top.



<p>Instead of dropping the palette below the color options, it is now front and center. This is a feature that will ultimately empower users to customize their sites. The decision to focus on this part of the UI is welcome.</p>



<p>After opening the palette section, users can edit the theme-defined colors or click the <code>+</code> icon to create new ones. These colors will all show up as options in the block and site editors.</p>



<img />Color palette editor in the site editor.



<p>Users should also see the Layout section at the root level of the Global Styles sidebar. They can now <a href="https://github.com/WordPress/gutenberg/pull/35241">adjust the padding</a> for the overall site.</p>



<p>I am still running into an error when trying to adjust the typography at the root level. This was an issue I first noticed with Gutenberg 11.6.</p>



<p>I would like the Blocks section of the Global Styles panel to show the icons for individual blocks. With dozens of blocks, it is hard to scan through the list.</p>



<img />Individual block styles list.



<p>Another improvement, particularly if we forego icons, would be to alphabetize the list.</p>";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}s:7:"pubDate";a:1:{i:0;a:5:{s:4:"data";s:31:"Thu, 14 Oct 2021 20:52:08 +0000";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}s:32:"http://purl.org/dc/elements/1.1/";a:1:{s:7:"creator";a:1:{i:0;a:5:{s:4:"data";s:14:"Justin Tadlock";s:7:"attribs";a:0:{}s:8:"xml_base";s:0:"";s:17:"xml_base_explicit";b:0;s:8:"xml_lang";s:0:"";}}}}}}}}}}}}}}}}s:4:"type";i:128;s:7:"headers";O:42:"Requests_Utility_CaseInsensitiveDictionary":1:{s:7:"*data";a:8:{s:6:"server";s:5:"nginx";s:4:"date";s:29:"Wed, 03 Nov 2021 10:56:41 GMT";s:12:"content-type";s:8:"text/xml";s:4:"vary";s:15:"Accept-Encoding";s:13:"last-modified";s:29:"Wed, 03 Nov 2021 10:30:14 GMT";s:15:"x-frame-options";s:10:"SAMEORIGIN";s:4:"x-nc";s:9:"HIT ord 1";s:16:"content-encoding";s:4:"gzip";}}s:5:"build";s:14:"20211005161112";}