[ad_1] WordPress 6.6.2, released on September 10, 2024, brings 15 bug fixes to Core and 11 to the Block Editor. Led by Tonya Mork and Vicente Canales, with Aaron Jorbin mentoring the team, this is a short-cycle maintenance release ahead of WordPress 6.7, scheduled for November 12, 2024. Core Fixes This update addresses 15 Core issues, including CSS specificity changes in certain themes and the resolution of Button Block CSS conflicts. Other notable improvements include: Global Styles now blocks empty CSS rules and malformed selectors for custom CSS for blocks. Text-wrapping issues on the About page, which caused line breaks in Japanese, have been fixed. A bug that wiped out template contents when renaming templates has been addressed. The Site Health Tool now correctly loads directory sizes. Autofocus query string parameter in the Customizer URL has been fixed. Issues with the search functionality in the installed themes section have been resolved. Block Editor Fixes This release addresses 11 issues in the Block Editor, including improved layout style specificity in the non-iframed editor and fixes for pseudo-element selectors in custom block CSS. The release also reduces the specificity of the default featured-image block style rules and prevents the duplication of template parts in non-block-based themes. Post Editor has received multiple improvements. Tonya Mork’s post gives the complete list of bug fixes in WordPress 6.6.2. Websites with automatic background updates will automatically get updated to WordPress 6.6.2 while others can download it from WordPress.org or update the website via the WordPress Dashboard. Category: News, WordPress [ad_2] Source link
Continue readingTag Archives: Bug
Gutenberg 19.2 Released with Enhancements and Bug Fixes – WP Tavern
[ad_1] Gutenberg 19.2 was released on September 11, 2024. This latest release includes notable changes such as Block Bindings UI, enhancements to the Zoom Out mode, an experimental client-side media processing feature, and some bug fixes. Here’s a rundown of the key features and changes: Block Bindings UI Moving Out of the Experimental Phase One of the most significant updates in Gutenberg 19.2 is removing the experimental flag from the Block Bindings UI. This feature, now fully integrated into the editor, allows users to link block attributes with external data sources seamlessly. By default, only admin users can create and modify bindings, ensuring greater control and security. Vicente Canales from the Core team has shared this video in the announcement post. Preview Options Extensibility The new release also adds extensibility to Preview Options via the Plugin API.Plugin and theme developers can now introduce custom preview options in the block editor’s preview dropdown. This allows users to preview content in different formats or environments, offering more flexibility in how they view their creations. Enhanced Zoom Out Mode The toolbar now has an “Edit” button, making it easier to switch between modes. Users can also exit Zoom Out mode by double-clicking on blocks and the “Shuffle” block toolbar button has been removed. Content-Only Mode Enhancements In Content-Only mode, top-level locked blocks now support block styles, providing more consistent designs. Block icons are also now displayed in the toolbar for easier identification. Experimental Client-side Media Processing Gutenberg 19.2 introduces an experimental client-side media processing feature. This reduces the server load and potentially improves performance and efficiency. Other notable highlights include: A new reorder control is available at the field level on the new view configuration UI. The minimum supported WordPress version for Create Block is now set to 6.6. Only admin users are allowed to create and modify block bindings by default. Block editor improvements include a ‘Reset’ option for the MediaReplaceFlow component and Block Library enhancements include better handling of social icons and pagination blocks. 10 bug fixes, including a fix for pagination arrows pointing the wrong way in RTL languages and resolving an editor error in Safari caused by the checkVisibility method. There has been one reported issue with this release, where it causes problems with the Web Stories editor. WordPress Core Committer Pascal Birchler has confirmed that the issue is related to Gutenberg and not Web Stories. Interested users can also check out Riad Benguella’s post on Gutenberg development practices and common pitfalls. [ad_2] Source link
Continue readingGutenberg 11.0 Releases Over 70 Bug Fixes
[ad_1] Hey, WordPress fans. We are checking in with your latest dose of weekly WordPress news. This week, Gutenberg version 11.0 is released with new features and a massive amount of bug fixes. The development team has been working hard in preparation for WordPress 5.8. You can check out a full list of the updates in the release notes. Beyond that, the second release candidate for WordPress 5.8 is now available. If you haven’t tested its features yet, now is the time before the final release on July 20. Let’s get to all of this week’s WordPress news… WORDPRESS NEWS AND ARTICLES TUTORIALS AND HOW-TOS RESOURCES [ad_2] Source link
Continue readingGutenberg 11.0 Includes Over 70 Bug Fixes, Continues Improving With WordPress 5.8 Just Two Weeks Away – WP Tavern
[ad_1] Gutenberg 11.0 landed yesterday with a pile of changes. The development team has been moving fast, and it shows. For a two-week cycle, version 11.0 includes an insane number of bug fixes. Contributors squashed over 70 in this release alone. This seems to be in preparation for WordPress 5.8, which is expected to land on July 20. The upcoming block-based Widgets screen had the lion’s share of bugs. However, the block library had nearly two dozen, many of those issues with new theme-related blocks. The downside of such a massive release is that there are too many features and not enough time to cover them all. I will be cherry-picking some of my favorites, but feel free to dive into the release notes for a complete picture. Theme and Template-Editing Mode Changes One of the primary Full Site Editing features making its way to WordPress 5.8 will be disabled by default for most users. In a rare move from the core project, the template editor will be opt-in, at least for users with classic themes. It is opt-out for block themes. As I wrote last month, until users are on actual block themes, the template editor is “a sort-of-OK-but-kind-of-amazing landing page creator.” Template-editing is really only as good as the weakest link in the system. This will almost always be the theme over the next few months. Because the template editor is a new feature that directly attempts to overwrite the front-end output, it will always be at odds with many themes that were never designed with it in mind. The opt-in approach is unlikely the best route to mass adoption, but it is in the interest of the user experience. Making it opt-in also allows theme authors to make template editing a smooth experience. Gutenberg 11.0 introduces a new defaultBlockTemplate editor setting. Theme authors can create the default blocks that users begin with when creating a new template. Starting with a custom default block template. Ideally, this default template should include some base layout components, such as a header, footer, and post/page content. However, themers are free to put their own spin on this. For more information on creating default block templates, theme authors should read Themes Team rep Carolina Nymark’s overview of WordPress 5.8 theme features. Media & Text Block: Drag-and-Drop Media Replacement Dragging a new media file into the Media & Text block. Users have long been able to drag and drop an initial image or video into the Media & Text block. However, they were unable to replace it using the same method. Gutenberg 11.0 creates a new “drop zone” over the media column, making it easy to change the media to something new. The feature already exists with the Cover and Image blocks, so this change brings Media & Text up to date. We probably should have had this feature months ago, but the patch sat in limbo waiting for a code review. Accessibility: Categories Dropdown Has Label Label difference between the Archives and Categories blocks. The development team added a new “Categories” label when the Categories block is shown as a dropdown. This is a welcome improvement to help those using screen-readers better navigate the page. The problem with this change is the lack of consistency. In Gutenberg 10.8, the team removed the .screen-reader-text class for the Archives block label, making it appear on screen for all users. These types of inconsistencies that seem trivial on the surface tend to pile up, creating code bloat for theme designers in the long run as they try to wrangle them. I would prefer both labels to be marked as screen-reader text. Regardless of the default, the two should match. Then, throw in an option for the end-user to decide whether to show the label similar to how the Search form handles it. The Return of Post Classes Post classes appear for Post Template block. For those theme designers who need them, Gutenberg 11.0 brings back post classes. If you are wondering where posts classes had gone, you may not be alone. In the world of blocks, they are not needed as much as they once were. Traditionally, WordPress theme authors used these classes to dynamically change the output of a post based on contexts such as type, format, category, and more. When the Post Template block (formerly named Query Loop) was introduced, there was a noticeable lack of the traditional classes attached to the wrapper for individual posts. This latest update brings them back. In the future, block themes will likely rely on these classes less and less. With much of the design configuration moving to theme.json files and user-controlled options, it is probably time to say goodbye to one of the core features of theme design over the past decade. However, it is a comfort to know it is there when needed. Decimals Allowed in Spacing Controls For those who are particular about getting their margin and padding just right, they can finally rejoice. Spacing controls now allow for decimal values and not just whole numbers. In past versions of the plugin, a value such as 1.5 would be rounded up to 2. When used with rem and em units, such rounding created a 50% difference between the intended spacing and reality. I am happy about this one. It is a fix for one of the tickets I opened (hooray for contributing!). However, I cannot take credit for fixing the problem. That honor goes to Themes Team representative Ari Stathopoulos. Like this: Like Loading… [ad_2] Source link
Continue reading