Support for %i to escape Table and Field names was postponed to 6.2, see: Escaping Table and Field names with wpdb::prepare() in WordPress A problem was found during RC5, where some extensions use field LIKE “%%%s%%”, and expect the %s Continue reading Postponed to WP 6.2: Escaping Table and Field names with wpdb::prepare()
In WordPress 6.1, the forms for the wp-signup.php and wp-activate.php pages have several enhancements to both the markup and the styles. Accessibility-related improvements Indicating relationships: ShareTweetSharePostSharePin It!
Global terms is an old feature from the MU days of WordPress when multisite and single site installs had separate code bases. It has been abandoned and unmaintained for a significant amount of time, and in WordPress 6.1, it has Continue reading Global terms removed in WordPress 6.1
WordPress 6.1 introduces several new Block API features available via the block.json file. As a recap, the block.json file was introduced in WordPress 5.5 and has been encouraged as the canonical way of registering block types since the WordPress 5.8 Continue reading Block API changes in WordPress 6.1
WordPress 6.1 comes with an experimental content locking for block, patterns, and templates, as well as a template lock inheritance for the Column block. Almost any layout using the core blocks can be composed and shared as pattern. End users Continue reading Content locking features and updates
The @wordpress/core-data JavaScript package in 6.1 ships new React hooks that make accessing WordPress data easier than before. useEntityRecords With useEntityRecords developers, can fetch a list of records with a single hook call: ShareTweetSharePostSharePin It!
With WordPress 6.1, theme developers can style elements with references from other settings. Theme designs often require consistency in the styles applied to blocks. This can be achieved by setting Styles properties which are inherited by blocks using the inheritance Continue reading Reference Styles values in theme.json
Thank you to @joedolson and @alexstine for collaborating to write this post. With WordPress 6.1 around the corner, this post brings together the many accessibility improvements and fixes to look forward to that might be hard to discover amongst the Continue reading WordPress 6.1 Accessibility Improvements
Search REST resources by ID across subtypes WordPress 6.1 includes an enhancement to the search controller, #56546, which makes it possible to retrieve a term or post object over the REST API without knowing anything but that resource’s ID and Continue reading Miscellaneous REST API improvements in WordPress 6.1
WordPress 6.1 introduces a number of important performance improvements which will have impact in all aspects. The most significant improvements are done in caching WP_Query as well as REST API. Improvements to WP_Query Database queries in WP_Query being cached is Continue reading Performance Field Guide for WordPress 6.1
WordPress 6.1 enhances the TypeScript support for the frontend data stores. The types it ships for the @wordpress/data and @wordpress/core-data npm packages enable auto-completion and improvements in static type checks. As a recap, @wordpress/data is the foundational package powering all Continue reading Enhanced TypeScript support in WordPress 6.1
For WordPress 6.1, there was a concerted effort to add design tools consistently to blocks, via block support and make them available via Inspector Controls and for themes in theme.json file. In this post, you will find a roster for Continue reading Roster of design tools per block
WordPress 6.1 brings a number of new hooks and functions, which developers should be aware of. New functions is_term_publicly_viewable() ShareTweetSharePostSharePin It!
When forms contain multiple required fields, their labels might have an asterisk with a legend to explain that those fields are required. To reduce code duplication and to help maintain globally consistent markup, WordPress has two new functions: wp_required_field_indicator() and Continue reading Functions and hooks for required fields in WordPress 6.1
WordPress 6.1 brings considerable more flexibility to the layout controls and features to the block editor. A new layout type, “constrained”, was added to the already available Flow and Flex layouts types. In addition, layout refactor efforts bring new layout Continue reading Updated editor layout support in 6.1 after refactor
WordPress 6.1 introduces a new system for managing preferences in block editors. Prior to 6.1, user preferences (like Top toolbar or Fullscreen mode) were only persisted via browser local storage. This resulted in users losing their preferences when they cleared Continue reading Changes to block editor preferences in WordPress 6.1
Extenders needed a way to present bespoke versions of the Query Loop block, with their presets, additional settings and disabled customization options when irrelevant to their use-case. With WordPress 6.1, the Query Loop block offers mighty ways to create such Continue reading Extending the Query Loop block
WordPress 6.1 has introduced some server-side filters to hook into the theme.json data provided at the different data layers: theme_json_default: hooks into the default data provided by WordPress theme_json_blocks: hooks into the data provided by the blocks ShareTweetSharePostSharePin It!
This post lists notable changes to the @wordpress/components package for the WordPress 6.1 release: Changes to the Popover componentPreparing CustomSelectControl to take up the entire width of its parent. Components with deprecated margin styles. Changes to the Popover component The Popover component Continue reading Editor Components updates in WordPress 6.1
WordPress 6.1 introduces some new elements to Styles to give block theme developers consistent styles across similar elements, and control those in the theme.json file. One of the biggest challenges for block themes has been to have consistent styles across Continue reading Styling elements in block themes