2021-05-25 16:20:57 +02:00
< ? php
/**
2021-11-09 00:10:59 +01:00
* Utilities used to fetch and create templates and template parts .
2021-05-25 16:20:57 +02:00
*
* @ package WordPress
* @ since 5.8 . 0
*/
2021-11-09 00:10:59 +01:00
// Define constants for supported wp_template_part_area taxonomy.
if ( ! defined ( 'WP_TEMPLATE_PART_AREA_HEADER' ) ) {
define ( 'WP_TEMPLATE_PART_AREA_HEADER' , 'header' );
}
if ( ! defined ( 'WP_TEMPLATE_PART_AREA_FOOTER' ) ) {
define ( 'WP_TEMPLATE_PART_AREA_FOOTER' , 'footer' );
}
if ( ! defined ( 'WP_TEMPLATE_PART_AREA_SIDEBAR' ) ) {
define ( 'WP_TEMPLATE_PART_AREA_SIDEBAR' , 'sidebar' );
}
if ( ! defined ( 'WP_TEMPLATE_PART_AREA_UNCATEGORIZED' ) ) {
define ( 'WP_TEMPLATE_PART_AREA_UNCATEGORIZED' , 'uncategorized' );
}
2021-11-25 11:59:04 +01:00
/**
* For backward compatibility reasons ,
* block themes might be using block - templates or block - template - parts ,
* this function ensures we fallback to these folders properly .
*
* @ since 5.9 . 0
*
* @ param string $theme_stylesheet The stylesheet . Default is to leverage the main theme root .
*
2021-12-07 13:20:02 +01:00
* @ return string [] {
* Folder names used by block themes .
*
* @ type string $wp_template Theme - relative directory name for block templates .
* @ type string $wp_template_part Theme - relative directory name for block template parts .
* }
2021-11-25 11:59:04 +01:00
*/
function get_block_theme_folders ( $theme_stylesheet = null ) {
2023-09-19 18:17:22 +02:00
$theme = wp_get_theme ( ( string ) $theme_stylesheet );
if ( ! $theme -> exists () ) {
// Return the default folders if the theme doesn't exist.
2021-11-25 11:59:04 +01:00
return array (
2023-09-19 18:17:22 +02:00
'wp_template' => 'templates' ,
'wp_template_part' => 'parts' ,
2021-11-25 11:59:04 +01:00
);
}
2023-09-19 18:17:22 +02:00
return $theme -> get_block_template_folders ();
2021-11-25 11:59:04 +01:00
}
2021-11-09 00:10:59 +01:00
/**
* Returns a filtered list of allowed area values for template parts .
*
* @ since 5.9 . 0
*
2023-04-28 00:29:18 +02:00
* @ return array [] The supported template part area values .
2021-11-09 00:10:59 +01:00
*/
function get_allowed_block_template_part_areas () {
$default_area_definitions = array (
array (
'area' => WP_TEMPLATE_PART_AREA_UNCATEGORIZED ,
2023-06-05 23:05:22 +02:00
'label' => _x ( 'General' , 'template part area' ),
2021-11-09 00:10:59 +01:00
'description' => __ (
'General templates often perform a specific role like displaying post content, and are not tied to any particular area.'
),
'icon' => 'layout' ,
'area_tag' => 'div' ,
),
array (
'area' => WP_TEMPLATE_PART_AREA_HEADER ,
2023-06-05 23:05:22 +02:00
'label' => _x ( 'Header' , 'template part area' ),
2021-11-09 00:10:59 +01:00
'description' => __ (
'The Header template defines a page area that typically contains a title, logo, and main navigation.'
),
'icon' => 'header' ,
'area_tag' => 'header' ,
),
array (
'area' => WP_TEMPLATE_PART_AREA_FOOTER ,
2023-06-05 23:05:22 +02:00
'label' => _x ( 'Footer' , 'template part area' ),
2021-11-09 00:10:59 +01:00
'description' => __ (
'The Footer template defines a page area that typically contains site credits, social links, or any other combination of blocks.'
),
'icon' => 'footer' ,
'area_tag' => 'footer' ,
),
);
/**
* Filters the list of allowed template part area values .
*
* @ since 5.9 . 0
*
2023-04-28 00:29:18 +02:00
* @ param array [] $default_area_definitions An array of supported area objects .
2021-11-09 00:10:59 +01:00
*/
return apply_filters ( 'default_wp_template_part_areas' , $default_area_definitions );
}
/**
* Returns a filtered list of default template types , containing their
* localized titles and descriptions .
*
* @ since 5.9 . 0
*
2023-04-28 00:29:18 +02:00
* @ return array [] The default template types .
2021-11-09 00:10:59 +01:00
*/
function get_default_block_template_types () {
$default_template_types = array (
'index' => array (
'title' => _x ( 'Index' , 'Template name' ),
Editor: Add more details to template descriptions.
The template descriptions in `get_default_block_template_types()` are updated to add more details. Why? These descriptions are now more prominent in 6.2 to provide a better UX experience with more helpful information.
References:
* [https://github.com/WordPress/gutenberg/pull/48934 Gutenberg PR 48934]
Follow-up to [54761], [54104], [54269], [53129], [52331], [52062].
Props ntsekouras, andrewserong, bph, davidbaumwald, greenshady, glendaviesnz, hellofromTonya, jameskoster, mamaduka, peterwilsoncc, sabernhardt, SergeyBiryukov.
Fixes #57892.
Built from https://develop.svn.wordpress.org/trunk@55500
git-svn-id: http://core.svn.wordpress.org/trunk@55032 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-03-09 17:32:19 +01:00
'description' => __ ( 'Used as a fallback template for all pages when a more specific template is not defined.' ),
2021-11-09 00:10:59 +01:00
),
'home' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Blog Home' , 'Template name' ),
'description' => __ ( 'Displays the latest posts as either the site homepage or as the "Posts page" as defined under reading settings. If it exists, the Front Page template overrides this template when posts are shown on the homepage.' ),
2021-11-09 00:10:59 +01:00
),
'front-page' => array (
'title' => _x ( 'Front Page' , 'Template name' ),
2023-07-06 05:04:23 +02:00
'description' => __ ( 'Displays your site\'s homepage, whether it is set to display latest posts or a static page. The Front Page template takes precedence over all templates.' ),
2021-11-09 00:10:59 +01:00
),
'singular' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Single Entries' , 'Template name' ),
2023-07-24 22:54:24 +02:00
'description' => __ ( 'Displays any single entry, such as a post or a page. This template will serve as a fallback when a more specific template (e.g. Single Post, Page, or Attachment) cannot be found.' ),
2021-11-09 00:10:59 +01:00
),
'single' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Single Posts' , 'Template name' ),
2024-01-10 18:08:11 +01:00
'description' => __ ( 'Displays a single post on your website unless a custom template has been applied to that post or a dedicated template exists.' ),
2021-11-09 00:10:59 +01:00
),
'page' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Pages' , 'Template name' ),
2024-01-10 18:08:11 +01:00
'description' => __ ( 'Displays a static page unless a custom template has been applied to that page or a dedicated template exists.' ),
2021-11-09 00:10:59 +01:00
),
'archive' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'All Archives' , 'Template name' ),
2023-07-24 22:54:24 +02:00
'description' => __ ( 'Displays any archive, including posts by a single author, category, tag, taxonomy, custom post type, and date. This template will serve as a fallback when more specific templates (e.g. Category or Tag) cannot be found.' ),
2021-11-09 00:10:59 +01:00
),
'author' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Author Archives' , 'Template name' ),
2023-07-24 22:54:24 +02:00
'description' => __ ( 'Displays a single author\'s post archive. This template will serve as a fallback when a more specific template (e.g. Author: Admin) cannot be found.' ),
2021-11-09 00:10:59 +01:00
),
'category' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Category Archives' , 'Template name' ),
2023-07-24 22:54:24 +02:00
'description' => __ ( 'Displays a post category archive. This template will serve as a fallback when a more specific template (e.g. Category: Recipes) cannot be found.' ),
2021-11-09 00:10:59 +01:00
),
'taxonomy' => array (
'title' => _x ( 'Taxonomy' , 'Template name' ),
2023-07-24 22:54:24 +02:00
'description' => __ ( 'Displays a custom taxonomy archive. Like categories and tags, taxonomies have terms which you use to classify things. For example: a taxonomy named "Art" can have multiple terms, such as "Modern" and "18th Century." This template will serve as a fallback when a more specific template (e.g. Taxonomy: Art) cannot be found.' ),
2021-11-09 00:10:59 +01:00
),
'date' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Date Archives' , 'Template name' ),
2023-03-09 17:55:20 +01:00
'description' => __ ( 'Displays a post archive when a specific date is visited (e.g., example.com/2023/).' ),
2021-11-09 00:10:59 +01:00
),
'tag' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Tag Archives' , 'Template name' ),
2023-07-24 22:54:24 +02:00
'description' => __ ( 'Displays a post tag archive. This template will serve as a fallback when a more specific template (e.g. Tag: Pizza) cannot be found.' ),
2021-11-09 00:10:59 +01:00
),
'attachment' => array (
2023-07-06 05:04:23 +02:00
'title' => __ ( 'Attachment Pages' ),
Editor: Add more details to template descriptions.
The template descriptions in `get_default_block_template_types()` are updated to add more details. Why? These descriptions are now more prominent in 6.2 to provide a better UX experience with more helpful information.
References:
* [https://github.com/WordPress/gutenberg/pull/48934 Gutenberg PR 48934]
Follow-up to [54761], [54104], [54269], [53129], [52331], [52062].
Props ntsekouras, andrewserong, bph, davidbaumwald, greenshady, glendaviesnz, hellofromTonya, jameskoster, mamaduka, peterwilsoncc, sabernhardt, SergeyBiryukov.
Fixes #57892.
Built from https://develop.svn.wordpress.org/trunk@55500
git-svn-id: http://core.svn.wordpress.org/trunk@55032 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-03-09 17:32:19 +01:00
'description' => __ ( 'Displays when a visitor views the dedicated page that exists for any media attachment.' ),
2021-11-09 00:10:59 +01:00
),
'search' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Search Results' , 'Template name' ),
Editor: Add more details to template descriptions.
The template descriptions in `get_default_block_template_types()` are updated to add more details. Why? These descriptions are now more prominent in 6.2 to provide a better UX experience with more helpful information.
References:
* [https://github.com/WordPress/gutenberg/pull/48934 Gutenberg PR 48934]
Follow-up to [54761], [54104], [54269], [53129], [52331], [52062].
Props ntsekouras, andrewserong, bph, davidbaumwald, greenshady, glendaviesnz, hellofromTonya, jameskoster, mamaduka, peterwilsoncc, sabernhardt, SergeyBiryukov.
Fixes #57892.
Built from https://develop.svn.wordpress.org/trunk@55500
git-svn-id: http://core.svn.wordpress.org/trunk@55032 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-03-09 17:32:19 +01:00
'description' => __ ( 'Displays when a visitor performs a search on your website.' ),
2021-11-09 00:10:59 +01:00
),
'privacy-policy' => array (
'title' => __ ( 'Privacy Policy' ),
Editor: Add more details to template descriptions.
The template descriptions in `get_default_block_template_types()` are updated to add more details. Why? These descriptions are now more prominent in 6.2 to provide a better UX experience with more helpful information.
References:
* [https://github.com/WordPress/gutenberg/pull/48934 Gutenberg PR 48934]
Follow-up to [54761], [54104], [54269], [53129], [52331], [52062].
Props ntsekouras, andrewserong, bph, davidbaumwald, greenshady, glendaviesnz, hellofromTonya, jameskoster, mamaduka, peterwilsoncc, sabernhardt, SergeyBiryukov.
Fixes #57892.
Built from https://develop.svn.wordpress.org/trunk@55500
git-svn-id: http://core.svn.wordpress.org/trunk@55032 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-03-09 17:32:19 +01:00
'description' => __ ( 'Displays your site\'s Privacy Policy page.' ),
2021-11-09 00:10:59 +01:00
),
'404' => array (
2023-07-06 05:04:23 +02:00
'title' => _x ( 'Page: 404' , 'Template name' ),
Editor: Add more details to template descriptions.
The template descriptions in `get_default_block_template_types()` are updated to add more details. Why? These descriptions are now more prominent in 6.2 to provide a better UX experience with more helpful information.
References:
* [https://github.com/WordPress/gutenberg/pull/48934 Gutenberg PR 48934]
Follow-up to [54761], [54104], [54269], [53129], [52331], [52062].
Props ntsekouras, andrewserong, bph, davidbaumwald, greenshady, glendaviesnz, hellofromTonya, jameskoster, mamaduka, peterwilsoncc, sabernhardt, SergeyBiryukov.
Fixes #57892.
Built from https://develop.svn.wordpress.org/trunk@55500
git-svn-id: http://core.svn.wordpress.org/trunk@55032 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-03-09 17:32:19 +01:00
'description' => __ ( 'Displays when a visitor views a non-existent page, such as a dead link or a mistyped URL.' ),
2021-11-09 00:10:59 +01:00
),
);
/**
2024-02-16 22:47:12 +01:00
* Filters the list of default template types .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
*
2023-04-28 00:29:18 +02:00
* @ param array [] $default_template_types An array of template types , formatted as [ slug => [ title , description ] ] .
2021-11-09 00:10:59 +01:00
*/
return apply_filters ( 'default_template_types' , $default_template_types );
}
/**
* Checks whether the input 'area' is a supported value .
* Returns the input if supported , otherwise returns the 'uncategorized' value .
*
* @ since 5.9 . 0
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
* @ param string $type Template part area name .
* @ return string Input if supported , else the uncategorized value .
*/
function _filter_block_template_part_area ( $type ) {
$allowed_areas = array_map (
static function ( $item ) {
return $item [ 'area' ];
},
get_allowed_block_template_part_areas ()
);
if ( in_array ( $type , $allowed_areas , true ) ) {
return $type ;
}
$warning_message = sprintf (
/* translators: %1$s: Template area type, %2$s: the uncategorized template area value. */
__ ( '"%1$s" is not a supported wp_template_part area value and has been added as "%2$s".' ),
$type ,
WP_TEMPLATE_PART_AREA_UNCATEGORIZED
);
trigger_error ( $warning_message , E_USER_NOTICE );
return WP_TEMPLATE_PART_AREA_UNCATEGORIZED ;
}
/**
* Finds all nested template part file paths in a theme ' s directory .
*
* @ since 5.9 . 0
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
* @ param string $base_directory The theme ' s file path .
2023-04-28 00:29:18 +02:00
* @ return string [] A list of paths to all template part files .
2021-11-09 00:10:59 +01:00
*/
function _get_block_templates_paths ( $base_directory ) {
2023-12-20 21:02:16 +01:00
static $template_path_list = array ();
if ( isset ( $template_path_list [ $base_directory ] ) ) {
return $template_path_list [ $base_directory ];
}
2021-11-09 00:10:59 +01:00
$path_list = array ();
2024-04-04 20:56:57 +02:00
if ( is_dir ( $base_directory ) ) {
2021-11-09 00:10:59 +01:00
$nested_files = new RecursiveIteratorIterator ( new RecursiveDirectoryIterator ( $base_directory ) );
$nested_html_files = new RegexIterator ( $nested_files , '/^.+\.html$/i' , RecursiveRegexIterator :: GET_MATCH );
foreach ( $nested_html_files as $path => $file ) {
$path_list [] = $path ;
}
}
2023-12-20 21:02:16 +01:00
$template_path_list [ $base_directory ] = $path_list ;
2021-11-09 00:10:59 +01:00
return $path_list ;
}
/**
* Retrieves the template file from the theme for a given slug .
*
* @ since 5.9 . 0
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2021-12-03 23:09:59 +01:00
* @ param string $slug Template slug .
2023-05-11 11:03:26 +02:00
* @ return array | null {
2024-01-25 00:41:06 +01:00
* Array with template metadata if $template_type is one of 'wp_template' or 'wp_template_part' ,
2023-05-11 11:03:26 +02:00
* null otherwise .
*
* @ type string $slug Template slug .
* @ type string $path Template file path .
* @ type string $theme Theme slug .
* @ type string $type Template type .
* @ type string $area Template area . Only for 'wp_template_part' .
* @ type string $title Optional . Template title .
* @ type string [] $postTypes Optional . List of post types that the template supports . Only for 'wp_template' .
* }
2021-11-09 00:10:59 +01:00
*/
function _get_block_template_file ( $template_type , $slug ) {
if ( 'wp_template' !== $template_type && 'wp_template_part' !== $template_type ) {
return null ;
}
2021-11-25 11:59:04 +01:00
$themes = array (
2021-11-09 00:10:59 +01:00
get_stylesheet () => get_stylesheet_directory (),
get_template () => get_template_directory (),
);
foreach ( $themes as $theme_slug => $theme_dir ) {
2021-11-25 11:59:04 +01:00
$template_base_paths = get_block_theme_folders ( $theme_slug );
$file_path = $theme_dir . '/' . $template_base_paths [ $template_type ] . '/' . $slug . '.html' ;
2021-11-09 00:10:59 +01:00
if ( file_exists ( $file_path ) ) {
$new_template_item = array (
'slug' => $slug ,
'path' => $file_path ,
'theme' => $theme_slug ,
'type' => $template_type ,
);
if ( 'wp_template_part' === $template_type ) {
return _add_block_template_part_area_info ( $new_template_item );
}
if ( 'wp_template' === $template_type ) {
return _add_block_template_info ( $new_template_item );
}
return $new_template_item ;
}
}
return null ;
}
/**
2021-12-03 23:09:59 +01:00
* Retrieves the template files from the theme .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
2023-04-26 16:40:19 +02:00
* @ since 6.3 . 0 Added the `$query` parameter .
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2023-04-26 16:40:19 +02:00
* @ param array $query {
* Arguments to retrieve templates . Optional , empty by default .
*
2023-08-18 19:29:20 +02:00
* @ type string [] $slug__in List of slugs to include .
* @ type string [] $slug__not_in List of slugs to skip .
* @ type string $area A 'wp_template_part_area' taxonomy value to filter by ( for 'wp_template_part' template type only ) .
* @ type string $post_type Post type to get the templates for .
2023-04-26 16:40:19 +02:00
* }
*
* @ return array Template
2021-11-09 00:10:59 +01:00
*/
2023-04-26 16:40:19 +02:00
function _get_block_templates_files ( $template_type , $query = array () ) {
2021-11-09 00:10:59 +01:00
if ( 'wp_template' !== $template_type && 'wp_template_part' !== $template_type ) {
return null ;
}
2023-04-26 16:40:19 +02:00
// Prepare metadata from $query.
$slugs_to_include = isset ( $query [ 'slug__in' ] ) ? $query [ 'slug__in' ] : array ();
$slugs_to_skip = isset ( $query [ 'slug__not_in' ] ) ? $query [ 'slug__not_in' ] : array ();
$area = isset ( $query [ 'area' ] ) ? $query [ 'area' ] : null ;
$post_type = isset ( $query [ 'post_type' ] ) ? $query [ 'post_type' ] : '' ;
$stylesheet = get_stylesheet ();
$template = get_template ();
$themes = array (
$stylesheet => get_stylesheet_directory (),
2021-11-09 00:10:59 +01:00
);
2023-04-26 16:40:19 +02:00
// Add the parent theme if it's not the same as the current theme.
if ( $stylesheet !== $template ) {
$themes [ $template ] = get_template_directory ();
}
2021-11-09 00:10:59 +01:00
$template_files = array ();
foreach ( $themes as $theme_slug => $theme_dir ) {
2021-11-25 11:59:04 +01:00
$template_base_paths = get_block_theme_folders ( $theme_slug );
2021-11-09 00:10:59 +01:00
$theme_template_files = _get_block_templates_paths ( $theme_dir . '/' . $template_base_paths [ $template_type ] );
foreach ( $theme_template_files as $template_file ) {
$template_base_path = $template_base_paths [ $template_type ];
$template_slug = substr (
$template_file ,
// Starting position of slug.
strpos ( $template_file , $template_base_path . DIRECTORY_SEPARATOR ) + 1 + strlen ( $template_base_path ),
// Subtract ending '.html'.
- 5
);
2023-04-26 16:40:19 +02:00
// Skip this item if its slug doesn't match any of the slugs to include.
if ( ! empty ( $slugs_to_include ) && ! in_array ( $template_slug , $slugs_to_include , true ) ) {
continue ;
}
// Skip this item if its slug matches any of the slugs to skip.
if ( ! empty ( $slugs_to_skip ) && in_array ( $template_slug , $slugs_to_skip , true ) ) {
continue ;
}
2023-08-01 04:12:24 +02:00
/*
* The child theme items ( stylesheet ) are processed before the parent theme ' s ( template ) .
* If a child theme defines a template , prevent the parent template from being added to the list as well .
*/
if ( isset ( $template_files [ $template_slug ] ) ) {
continue ;
}
2021-11-09 00:10:59 +01:00
$new_template_item = array (
'slug' => $template_slug ,
'path' => $template_file ,
'theme' => $theme_slug ,
'type' => $template_type ,
);
if ( 'wp_template_part' === $template_type ) {
2023-04-26 16:40:19 +02:00
$candidate = _add_block_template_part_area_info ( $new_template_item );
if ( ! isset ( $area ) || ( isset ( $area ) && $area === $candidate [ 'area' ] ) ) {
2023-08-01 04:12:24 +02:00
$template_files [ $template_slug ] = $candidate ;
2023-04-26 16:40:19 +02:00
}
2021-11-09 00:10:59 +01:00
}
if ( 'wp_template' === $template_type ) {
2023-04-26 16:40:19 +02:00
$candidate = _add_block_template_info ( $new_template_item );
if (
! $post_type ||
( $post_type && isset ( $candidate [ 'postTypes' ] ) && in_array ( $post_type , $candidate [ 'postTypes' ], true ) )
) {
2023-08-01 04:12:24 +02:00
$template_files [ $template_slug ] = $candidate ;
2023-04-26 16:40:19 +02:00
}
2021-11-09 00:10:59 +01:00
}
}
}
2023-08-01 04:12:24 +02:00
return array_values ( $template_files );
2021-11-09 00:10:59 +01:00
}
/**
* Attempts to add custom template information to the template item .
*
* @ since 5.9 . 0
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
* @ param array $template_item Template to add information to ( requires 'slug' field ) .
2021-12-03 23:09:59 +01:00
* @ return array Template item .
2021-11-09 00:10:59 +01:00
*/
function _add_block_template_info ( $template_item ) {
Themes: Introduce wp_theme_has_theme_json() for public consumption.
Adds `wp_theme_has_theme_json()` for public consumption, to replace the private internal Core-only `WP_Theme_JSON_Resolver::theme_has_support()` method. This new global function checks if a theme or its parent has a `theme.json` file.
For performance, results are cached as an integer `1` or `0` in the `'theme_json'` group with `'wp_theme_has_theme_json'` key. This is a non-persistent cache. Why? To make the derived data from `theme.json` is always fresh from the potential modifications done via hooks that can use dynamic data (modify the stylesheet depending on some option, settings depending on user permissions, etc.).
Also adds a new public function `wp_clean_theme_json_cache()` to clear the cache on `'switch_theme'` and `start_previewing_theme'`.
References:
* [https://github.com/WordPress/gutenberg/pull/45168 Gutenberg PR 45168] Add `wp_theme_has_theme_json` as a public API to know whether a theme has a `theme.json`.
* [https://github.com/WordPress/gutenberg/pull/45380 Gutenberg PR 45380] Deprecate `WP_Theme_JSON_Resolver:theme_has_support()`.
* [https://github.com/WordPress/gutenberg/pull/46150 Gutenberg PR 46150] Make `theme.json` object caches non-persistent.
* [https://github.com/WordPress/gutenberg/pull/45979 Gutenberg PR 45979] Don't check if constants set by `wp_initial_constants()` are defined.
* [https://github.com/WordPress/gutenberg/pull/45950 Gutenberg PR 45950] Cleaner logic in `wp_theme_has_theme_json`.
Follow-up to [54493], [53282], [52744], [52049], [50959].
Props oandregal, afragen, alexstine, aristath, azaozz, costdev, flixos90, hellofromTonya, mamaduka, mcsf, ocean90, spacedmonkey.
Fixes #56975.
Built from https://develop.svn.wordpress.org/trunk@55086
git-svn-id: http://core.svn.wordpress.org/trunk@54619 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-01-18 12:40:10 +01:00
if ( ! wp_theme_has_theme_json () ) {
2021-11-09 00:10:59 +01:00
return $template_item ;
}
2023-08-18 15:22:13 +02:00
$theme_data = wp_get_theme_data_custom_templates ();
2021-11-09 00:10:59 +01:00
if ( isset ( $theme_data [ $template_item [ 'slug' ] ] ) ) {
$template_item [ 'title' ] = $theme_data [ $template_item [ 'slug' ] ][ 'title' ];
$template_item [ 'postTypes' ] = $theme_data [ $template_item [ 'slug' ] ][ 'postTypes' ];
}
return $template_item ;
}
/**
* Attempts to add the template part ' s area information to the input template .
*
* @ since 5.9 . 0
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
* @ param array $template_info Template to add information to ( requires 'type' and 'slug' fields ) .
2021-12-03 23:09:59 +01:00
* @ return array Template info .
2021-11-09 00:10:59 +01:00
*/
function _add_block_template_part_area_info ( $template_info ) {
Themes: Introduce wp_theme_has_theme_json() for public consumption.
Adds `wp_theme_has_theme_json()` for public consumption, to replace the private internal Core-only `WP_Theme_JSON_Resolver::theme_has_support()` method. This new global function checks if a theme or its parent has a `theme.json` file.
For performance, results are cached as an integer `1` or `0` in the `'theme_json'` group with `'wp_theme_has_theme_json'` key. This is a non-persistent cache. Why? To make the derived data from `theme.json` is always fresh from the potential modifications done via hooks that can use dynamic data (modify the stylesheet depending on some option, settings depending on user permissions, etc.).
Also adds a new public function `wp_clean_theme_json_cache()` to clear the cache on `'switch_theme'` and `start_previewing_theme'`.
References:
* [https://github.com/WordPress/gutenberg/pull/45168 Gutenberg PR 45168] Add `wp_theme_has_theme_json` as a public API to know whether a theme has a `theme.json`.
* [https://github.com/WordPress/gutenberg/pull/45380 Gutenberg PR 45380] Deprecate `WP_Theme_JSON_Resolver:theme_has_support()`.
* [https://github.com/WordPress/gutenberg/pull/46150 Gutenberg PR 46150] Make `theme.json` object caches non-persistent.
* [https://github.com/WordPress/gutenberg/pull/45979 Gutenberg PR 45979] Don't check if constants set by `wp_initial_constants()` are defined.
* [https://github.com/WordPress/gutenberg/pull/45950 Gutenberg PR 45950] Cleaner logic in `wp_theme_has_theme_json`.
Follow-up to [54493], [53282], [52744], [52049], [50959].
Props oandregal, afragen, alexstine, aristath, azaozz, costdev, flixos90, hellofromTonya, mamaduka, mcsf, ocean90, spacedmonkey.
Fixes #56975.
Built from https://develop.svn.wordpress.org/trunk@55086
git-svn-id: http://core.svn.wordpress.org/trunk@54619 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-01-18 12:40:10 +01:00
if ( wp_theme_has_theme_json () ) {
2023-08-11 13:24:11 +02:00
$theme_data = wp_get_theme_data_template_parts ();
2021-11-09 00:10:59 +01:00
}
if ( isset ( $theme_data [ $template_info [ 'slug' ] ][ 'area' ] ) ) {
$template_info [ 'title' ] = $theme_data [ $template_info [ 'slug' ] ][ 'title' ];
$template_info [ 'area' ] = _filter_block_template_part_area ( $theme_data [ $template_info [ 'slug' ] ][ 'area' ] );
} else {
$template_info [ 'area' ] = WP_TEMPLATE_PART_AREA_UNCATEGORIZED ;
}
return $template_info ;
}
/**
* Returns an array containing the references of
* the passed blocks and their inner blocks .
*
* @ since 5.9 . 0
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
* @ param array $blocks array of blocks .
* @ return array block references to the passed blocks and their inner blocks .
*/
function _flatten_blocks ( & $blocks ) {
$all_blocks = array ();
$queue = array ();
foreach ( $blocks as & $block ) {
$queue [] = & $block ;
}
while ( count ( $queue ) > 0 ) {
$block = & $queue [ 0 ];
array_shift ( $queue );
$all_blocks [] = & $block ;
if ( ! empty ( $block [ 'innerBlocks' ] ) ) {
foreach ( $block [ 'innerBlocks' ] as & $inner_block ) {
$queue [] = & $inner_block ;
}
}
}
return $all_blocks ;
}
2023-09-14 10:52:19 +02:00
/**
* Injects the active theme ' s stylesheet as a `theme` attribute
* into a given template part block .
*
* @ since 6.4 . 0
* @ access private
*
* @ param array $block a parsed block .
*/
2023-09-21 10:34:18 +02:00
function _inject_theme_attribute_in_template_part_block ( & $block ) {
2023-09-14 10:52:19 +02:00
if (
'core/template-part' === $block [ 'blockName' ] &&
! isset ( $block [ 'attrs' ][ 'theme' ] )
) {
$block [ 'attrs' ][ 'theme' ] = get_stylesheet ();
}
}
2021-11-30 18:32:02 +01:00
/**
2023-09-26 19:01:24 +02:00
* Removes the `theme` attribute from a given template part block .
2021-11-30 18:32:02 +01:00
*
2023-09-26 19:01:24 +02:00
* @ since 6.4 . 0
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-30 18:32:02 +01:00
*
2023-09-26 19:01:24 +02:00
* @ param array $block a parsed block .
2021-11-30 18:32:02 +01:00
*/
2023-09-26 19:01:24 +02:00
function _remove_theme_attribute_from_template_part_block ( & $block ) {
if (
'core/template-part' === $block [ 'blockName' ] &&
isset ( $block [ 'attrs' ][ 'theme' ] )
) {
unset ( $block [ 'attrs' ][ 'theme' ] );
2021-11-30 18:32:02 +01:00
}
}
2021-11-09 00:10:59 +01:00
/**
2022-07-20 15:21:08 +02:00
* Builds a unified template object based on a theme file .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
2023-06-23 08:29:23 +02:00
* @ since 6.3 . 0 Added `modified` property to template objects .
2021-12-03 23:09:59 +01:00
* @ access private
2021-11-09 00:10:59 +01:00
*
2022-01-24 16:28:02 +01:00
* @ param array $template_file Theme file .
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2021-11-09 00:10:59 +01:00
* @ return WP_Block_Template Template .
*/
function _build_block_template_result_from_file ( $template_file , $template_type ) {
$default_template_types = get_default_block_template_types ();
2022-11-11 17:26:12 +01:00
$theme = get_stylesheet ();
2021-11-09 00:10:59 +01:00
$template = new WP_Block_Template ();
$template -> id = $theme . '//' . $template_file [ 'slug' ];
2023-03-08 23:45:19 +01:00
$template -> theme = $theme ;
2023-11-17 08:10:21 +01:00
$template -> content = file_get_contents ( $template_file [ 'path' ] );
2021-11-09 00:10:59 +01:00
$template -> slug = $template_file [ 'slug' ];
$template -> source = 'theme' ;
$template -> type = $template_type ;
$template -> title = ! empty ( $template_file [ 'title' ] ) ? $template_file [ 'title' ] : $template_file [ 'slug' ];
$template -> status = 'publish' ;
$template -> has_theme_file = true ;
$template -> is_custom = true ;
2023-06-23 08:29:23 +02:00
$template -> modified = null ;
2021-11-09 00:10:59 +01:00
if ( 'wp_template' === $template_type && isset ( $default_template_types [ $template_file [ 'slug' ] ] ) ) {
$template -> description = $default_template_types [ $template_file [ 'slug' ] ][ 'description' ];
$template -> title = $default_template_types [ $template_file [ 'slug' ] ][ 'title' ];
$template -> is_custom = false ;
}
if ( 'wp_template' === $template_type && isset ( $template_file [ 'postTypes' ] ) ) {
$template -> post_types = $template_file [ 'postTypes' ];
}
if ( 'wp_template_part' === $template_type && isset ( $template_file [ 'area' ] ) ) {
$template -> area = $template_file [ 'area' ];
}
Patterns, Templates: Inject `theme` attr into Template Part blocks.
It was found that Template Part blocks were broken in the Site Editor, showing the `Template part has been deleted or is unavailable` message, due to a missing `theme` attribute.
This bug seems to have been introduced by [56896], whose goal was to only inject that attribute into the markup returned by the templates and patterns REST API endpoints but not on the frontend, in order to improve performance. It has been demonstrated locally that reverting that changeset fixes the bug.
Reverts [56896].
Props mmcalister, swisspidy, thelovelist, hellofromTonya, pbiron, Pauthake015, richtabor, nicolefurlan, huzaifaalmesbah, annezazu, kafleg, aegkr, sunitarai, shresthaaman, andraganescu, onemaggie, gziolo.
Fixes #59629.
Built from https://develop.svn.wordpress.org/trunk@56960
git-svn-id: http://core.svn.wordpress.org/trunk@56471 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-10-17 17:48:23 +02:00
$before_block_visitor = '_inject_theme_attribute_in_template_part_block' ;
Blocks: Call `get_hooked_blocks` only once per template/part/pattern.
Prior to this changeset, `get_hooked_blocks` was called four times ''for every parsed block'' in each template, template part, and pattern. With this changeset applied, `get_hooked_blocks` is called only once per template, template part, or pattern.
Additionally, `get_hooked_blocks` is called only once when returning the list of all registered patterns. (The latter modification brings the implementation closer to its state prior to Block Hooks.)
Finally, when there are no registered hooked blocks or `hooked_block_types` filters, parsing, hooked block insertion, and re-serializing is skipped altogether.
Props gziolo, flixos90, joemcgill, dmsnell, spacedmonkey, hellofromtonya.
Fixes #59383.
Built from https://develop.svn.wordpress.org/trunk@56805
git-svn-id: http://core.svn.wordpress.org/trunk@56317 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-10-09 18:40:24 +02:00
$after_block_visitor = null ;
$hooked_blocks = get_hooked_blocks ();
if ( ! empty ( $hooked_blocks ) || has_filter ( 'hooked_block_types' ) ) {
$before_block_visitor = make_before_block_visitor ( $hooked_blocks , $template );
$after_block_visitor = make_after_block_visitor ( $hooked_blocks , $template );
}
2023-11-17 08:10:21 +01:00
$blocks = parse_blocks ( $template -> content );
Patterns, Templates: Inject `theme` attr into Template Part blocks.
It was found that Template Part blocks were broken in the Site Editor, showing the `Template part has been deleted or is unavailable` message, due to a missing `theme` attribute.
This bug seems to have been introduced by [56896], whose goal was to only inject that attribute into the markup returned by the templates and patterns REST API endpoints but not on the frontend, in order to improve performance. It has been demonstrated locally that reverting that changeset fixes the bug.
Reverts [56896].
Props mmcalister, swisspidy, thelovelist, hellofromTonya, pbiron, Pauthake015, richtabor, nicolefurlan, huzaifaalmesbah, annezazu, kafleg, aegkr, sunitarai, shresthaaman, andraganescu, onemaggie, gziolo.
Fixes #59629.
Built from https://develop.svn.wordpress.org/trunk@56960
git-svn-id: http://core.svn.wordpress.org/trunk@56471 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-10-17 17:48:23 +02:00
$template -> content = traverse_and_serialize_blocks ( $blocks , $before_block_visitor , $after_block_visitor );
2023-09-14 10:52:19 +02:00
2021-11-09 00:10:59 +01:00
return $template ;
}
2022-10-03 18:36:11 +02:00
/**
* Builds the title and description of a post - specific template based on the underlying referenced post .
*
* Mutates the underlying template object .
*
* @ since 6.1 . 0
* @ access private
*
* @ param string $post_type Post type , e . g . page , post , product .
* @ param string $slug Slug of the post , e . g . a - story - about - shoes .
* @ param WP_Block_Template $template Template to mutate adding the description and title computed .
* @ return bool Returns true if the referenced post was found and false otherwise .
*/
function _wp_build_title_and_description_for_single_post_type_block_template ( $post_type , $slug , WP_Block_Template $template ) {
$post_type_object = get_post_type_object ( $post_type );
2022-10-10 17:17:13 +02:00
$default_args = array (
'post_type' => $post_type ,
'post_status' => 'publish' ,
'posts_per_page' => 1 ,
'update_post_meta_cache' => false ,
'update_post_term_cache' => false ,
'ignore_sticky_posts' => true ,
'no_found_rows' => true ,
);
2022-11-05 23:03:16 +01:00
$args = array (
2022-10-10 17:17:13 +02:00
'name' => $slug ,
2022-10-03 18:36:11 +02:00
);
2022-11-05 23:03:16 +01:00
$args = wp_parse_args ( $args , $default_args );
2022-10-11 19:30:12 +02:00
$posts_query = new WP_Query ( $args );
2022-10-03 18:36:11 +02:00
2022-10-11 19:30:12 +02:00
if ( empty ( $posts_query -> posts ) ) {
2022-10-03 18:36:11 +02:00
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor referencing a post that was not found. 1: Post type singular name, 2: Post type slug. */
__ ( 'Not found: %1$s (%2$s)' ),
$post_type_object -> labels -> singular_name ,
$slug
);
return false ;
}
2022-10-11 19:30:12 +02:00
$post_title = $posts_query -> posts [ 0 ] -> post_title ;
2022-10-03 18:36:11 +02:00
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor. 1: Post type singular name, 2: Post title. */
__ ( '%1$s: %2$s' ),
$post_type_object -> labels -> singular_name ,
$post_title
);
$template -> description = sprintf (
/* translators: Custom template description in the Site Editor. %s: Post title. */
__ ( 'Template for %s' ),
$post_title
);
2022-10-10 17:17:13 +02:00
$args = array (
'title' => $post_title ,
2022-10-03 18:36:11 +02:00
);
2022-11-05 23:03:16 +01:00
$args = wp_parse_args ( $args , $default_args );
2022-10-11 19:30:12 +02:00
$posts_with_same_title_query = new WP_Query ( $args );
2022-10-10 17:17:13 +02:00
2022-10-11 19:30:12 +02:00
if ( count ( $posts_with_same_title_query -> posts ) > 1 ) {
2022-10-03 18:36:11 +02:00
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor. 1: Template title, 2: Post type slug. */
__ ( '%1$s (%2$s)' ),
$template -> title ,
$slug
);
}
return true ;
}
/**
* Builds the title and description of a taxonomy - specific template based on the underlying entity referenced .
*
* Mutates the underlying template object .
*
* @ since 6.1 . 0
* @ access private
*
* @ param string $taxonomy Identifier of the taxonomy , e . g . category .
* @ param string $slug Slug of the term , e . g . shoes .
* @ param WP_Block_Template $template Template to mutate adding the description and title computed .
* @ return bool True if the term referenced was found and false otherwise .
*/
function _wp_build_title_and_description_for_taxonomy_block_template ( $taxonomy , $slug , WP_Block_Template $template ) {
$taxonomy_object = get_taxonomy ( $taxonomy );
2022-10-10 17:17:13 +02:00
$default_args = array (
'taxonomy' => $taxonomy ,
'hide_empty' => false ,
'update_term_meta_cache' => false ,
2022-10-03 18:36:11 +02:00
);
2022-10-10 17:17:13 +02:00
$term_query = new WP_Term_Query ();
2022-11-05 23:03:16 +01:00
$args = array (
2022-10-10 17:17:13 +02:00
'number' => 1 ,
'slug' => $slug ,
);
2022-11-05 23:03:16 +01:00
$args = wp_parse_args ( $args , $default_args );
2022-10-11 19:30:12 +02:00
$terms_query = $term_query -> query ( $args );
2022-10-10 17:17:13 +02:00
2022-11-04 19:24:12 +01:00
if ( empty ( $terms_query ) ) {
2022-10-03 18:36:11 +02:00
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor, referencing a taxonomy term that was not found. 1: Taxonomy singular name, 2: Term slug. */
__ ( 'Not found: %1$s (%2$s)' ),
$taxonomy_object -> labels -> singular_name ,
$slug
);
return false ;
}
2022-11-04 19:24:12 +01:00
$term_title = $terms_query [ 0 ] -> name ;
2022-10-03 18:36:11 +02:00
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor. 1: Taxonomy singular name, 2: Term title. */
__ ( '%1$s: %2$s' ),
$taxonomy_object -> labels -> singular_name ,
$term_title
);
$template -> description = sprintf (
/* translators: Custom template description in the Site Editor. %s: Term title. */
__ ( 'Template for %s' ),
$term_title
);
2022-10-10 17:17:13 +02:00
$term_query = new WP_Term_Query ();
$args = array (
'number' => 2 ,
'name' => $term_title ,
2022-10-03 18:36:11 +02:00
);
2022-11-05 23:03:16 +01:00
$args = wp_parse_args ( $args , $default_args );
2022-10-11 19:30:12 +02:00
$terms_with_same_title_query = $term_query -> query ( $args );
2022-10-03 18:36:11 +02:00
2022-11-04 19:24:12 +01:00
if ( count ( $terms_with_same_title_query ) > 1 ) {
2022-10-03 18:36:11 +02:00
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor. 1: Template title, 2: Term slug. */
__ ( '%1$s (%2$s)' ),
$template -> title ,
$slug
);
}
return true ;
}
2021-05-25 16:20:57 +02:00
/**
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
* Builds a block template object from a post object .
2021-05-25 16:20:57 +02:00
*
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
* This is a helper function that creates a block template object from a given post object .
* It is self - sufficient in that it only uses information passed as arguments ; it does not
* query the database for additional information .
*
2024-04-24 14:11:15 +02:00
* @ since 6.5 . 3
2021-12-03 23:09:59 +01:00
* @ access private
2021-05-25 16:20:57 +02:00
*
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
* @ param WP_Post $post Template post .
* @ param array $terms Additional terms to inform the template object .
* @ param array $meta Additional meta fields to inform the template object .
2023-04-28 01:15:17 +02:00
* @ return WP_Block_Template | WP_Error Template or error object .
2021-05-25 16:20:57 +02:00
*/
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
function _build_block_template_object_from_post_object ( $post , $terms = array (), $meta = array () ) {
if ( empty ( $terms [ 'wp_theme' ] ) ) {
2021-05-25 16:20:57 +02:00
return new WP_Error ( 'template_missing_theme' , __ ( 'No theme is defined for this template.' ) );
}
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$theme = $terms [ 'wp_theme' ];
$default_template_types = get_default_block_template_types ();
2021-05-25 16:20:57 +02:00
Coding Standards: Various alignment fixes from `composer format`.
Follow up to [53874], [54097], [54110], [54155], [54162], [54184].
See #39210, #55443, #56288, #56092, #56408, #56467, #55881.
Built from https://develop.svn.wordpress.org/trunk@54210
git-svn-id: http://core.svn.wordpress.org/trunk@53769 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-19 21:51:09 +02:00
$template_file = _get_block_template_file ( $post -> post_type , $post -> post_name );
2022-11-11 17:26:12 +01:00
$has_theme_file = get_stylesheet () === $theme && null !== $template_file ;
2021-05-25 16:20:57 +02:00
$template = new WP_Block_Template ();
$template -> wp_id = $post -> ID ;
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$template -> id = $theme . '//' . $post -> post_name ;
2021-05-25 16:20:57 +02:00
$template -> theme = $theme ;
$template -> content = $post -> post_content ;
$template -> slug = $post -> post_name ;
$template -> source = 'custom' ;
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$template -> origin = ! empty ( $meta [ 'origin' ] ) ? $meta [ 'origin' ] : null ;
2021-05-25 16:20:57 +02:00
$template -> type = $post -> post_type ;
$template -> description = $post -> post_excerpt ;
$template -> title = $post -> post_title ;
$template -> status = $post -> post_status ;
2021-11-09 00:10:59 +01:00
$template -> has_theme_file = $has_theme_file ;
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$template -> is_custom = empty ( $meta [ 'is_wp_suggestion' ] );
2021-11-30 01:24:27 +01:00
$template -> author = $post -> post_author ;
2023-06-23 08:29:23 +02:00
$template -> modified = $post -> post_modified ;
2021-11-09 00:10:59 +01:00
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
if ( 'wp_template' === $post -> post_type && $has_theme_file && isset ( $template_file [ 'postTypes' ] ) ) {
2022-09-16 00:28:13 +02:00
$template -> post_types = $template_file [ 'postTypes' ];
}
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
if ( 'wp_template' === $post -> post_type && isset ( $default_template_types [ $template -> slug ] ) ) {
2021-11-09 00:10:59 +01:00
$template -> is_custom = false ;
}
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
if ( 'wp_template_part' === $post -> post_type && isset ( $terms [ 'wp_template_part_area' ] ) ) {
$template -> area = $terms [ 'wp_template_part_area' ];
}
return $template ;
}
/**
* Builds a unified template object based a post Object .
*
* @ since 5.9 . 0
* @ since 6.3 . 0 Added `modified` property to template objects .
* @ since 6.4 . 0 Added support for a revision post to be passed to this function .
* @ access private
*
* @ param WP_Post $post Template post .
* @ return WP_Block_Template | WP_Error Template or error object .
*/
function _build_block_template_result_from_post ( $post ) {
$post_id = wp_is_post_revision ( $post );
if ( ! $post_id ) {
$post_id = $post ;
}
$parent_post = get_post ( $post_id );
$post -> post_name = $parent_post -> post_name ;
$post -> post_type = $parent_post -> post_type ;
$terms = get_the_terms ( $parent_post , 'wp_theme' );
if ( is_wp_error ( $terms ) ) {
return $terms ;
}
if ( ! $terms ) {
return new WP_Error ( 'template_missing_theme' , __ ( 'No theme is defined for this template.' ) );
}
$terms = array (
'wp_theme' => $terms [ 0 ] -> name ,
);
REST API: Fix issue with Template and Template Part Revision/Autosave REST API controllers.
The Template and Template Part REST API controllers have unique characteristics compared to other post type REST API controllers. They do not rely on integer IDs to reference objects; instead, they use a combination of the theme name and slug of the template, like 'twentytwentyfour//home.' Consequently, when the post types template and template part were introduced in [52062], it led to the registration of REST API endpoints for autosaves and revisions with invalid URL structures.
In this commit, we introduce new functionality to enable custom autosave and revisions endpoints to be registered at the post type level. Similar to the 'rest_controller_class' parameter, developers can now define 'revisions_rest_controller' and 'autosave_rest_controller.' This empowers developers to create custom controllers for these functionalities. Additionally, we introduce a 'late_route_registration' parameter, which proves helpful when dealing with custom URL patterns and regex pattern matching issues.
This commit registers new classes for template and template part autosave and revisions controllers, differentiating them from standard controllers in the following ways:
* The response shape now matches that of the template controller.
* Permission checks align with the template controller.
* A custom URL pattern is introduced to support slug-based identification of templates.
Furthermore, we've updated the utility function '_build_block_template_result_from_post' to support passing revision post objects. This enhancement ensures compatibility with the custom revisions controller.
Props spacedmonkey, revgeorge, andraganescu, hellofromTonya, antonvlasenko, kadamwhite, ironprogrammer, costdev, mukesh27, timothyblynjacobs, adamsilverstein.
Fixes 56922.
Built from https://develop.svn.wordpress.org/trunk@56819
git-svn-id: http://core.svn.wordpress.org/trunk@56331 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-10-10 16:05:21 +02:00
if ( 'wp_template_part' === $parent_post -> post_type ) {
$type_terms = get_the_terms ( $parent_post , 'wp_template_part_area' );
2021-11-09 00:10:59 +01:00
if ( ! is_wp_error ( $type_terms ) && false !== $type_terms ) {
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$terms [ 'wp_template_part_area' ] = $type_terms [ 0 ] -> name ;
2021-11-09 00:10:59 +01:00
}
}
2021-05-25 16:20:57 +02:00
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$meta = array (
'origin' => get_post_meta ( $parent_post -> ID , 'origin' , true ),
'is_wp_suggestion' => get_post_meta ( $parent_post -> ID , 'is_wp_suggestion' , true ),
);
$template = _build_block_template_object_from_post_object ( $post , $terms , $meta );
if ( is_wp_error ( $template ) ) {
return $template ;
}
2022-10-03 18:36:11 +02:00
// Check for a block template without a description and title or with a title equal to the slug.
REST API: Fix issue with Template and Template Part Revision/Autosave REST API controllers.
The Template and Template Part REST API controllers have unique characteristics compared to other post type REST API controllers. They do not rely on integer IDs to reference objects; instead, they use a combination of the theme name and slug of the template, like 'twentytwentyfour//home.' Consequently, when the post types template and template part were introduced in [52062], it led to the registration of REST API endpoints for autosaves and revisions with invalid URL structures.
In this commit, we introduce new functionality to enable custom autosave and revisions endpoints to be registered at the post type level. Similar to the 'rest_controller_class' parameter, developers can now define 'revisions_rest_controller' and 'autosave_rest_controller.' This empowers developers to create custom controllers for these functionalities. Additionally, we introduce a 'late_route_registration' parameter, which proves helpful when dealing with custom URL patterns and regex pattern matching issues.
This commit registers new classes for template and template part autosave and revisions controllers, differentiating them from standard controllers in the following ways:
* The response shape now matches that of the template controller.
* Permission checks align with the template controller.
* A custom URL pattern is introduced to support slug-based identification of templates.
Furthermore, we've updated the utility function '_build_block_template_result_from_post' to support passing revision post objects. This enhancement ensures compatibility with the custom revisions controller.
Props spacedmonkey, revgeorge, andraganescu, hellofromTonya, antonvlasenko, kadamwhite, ironprogrammer, costdev, mukesh27, timothyblynjacobs, adamsilverstein.
Fixes 56922.
Built from https://develop.svn.wordpress.org/trunk@56819
git-svn-id: http://core.svn.wordpress.org/trunk@56331 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2023-10-10 16:05:21 +02:00
if ( 'wp_template' === $parent_post -> post_type && empty ( $template -> description ) && ( empty ( $template -> title ) || $template -> title === $template -> slug ) ) {
2022-10-03 18:36:11 +02:00
$matches = array ();
// Check for a block template for a single author, page, post, tag, category, custom post type, or custom taxonomy.
if ( preg_match ( '/(author|page|single|tag|category|taxonomy)-(.+)/' , $template -> slug , $matches ) ) {
$type = $matches [ 1 ];
$slug_remaining = $matches [ 2 ];
switch ( $type ) {
case 'author' :
$nice_name = $slug_remaining ;
$users = get_users (
array (
'capability' => 'edit_posts' ,
'search' => $nice_name ,
'search_columns' => array ( 'user_nicename' ),
'fields' => 'display_name' ,
)
);
if ( empty ( $users ) ) {
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor, referencing a deleted author. %s: Author nicename. */
__ ( 'Deleted author: %s' ),
$nice_name
);
} else {
$author_name = $users [ 0 ];
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor. %s: Author name. */
__ ( 'Author: %s' ),
$author_name
);
$template -> description = sprintf (
/* translators: Custom template description in the Site Editor. %s: Author name. */
__ ( 'Template for %s' ),
$author_name
);
$users_with_same_name = get_users (
array (
'capability' => 'edit_posts' ,
'search' => $author_name ,
'search_columns' => array ( 'display_name' ),
'fields' => 'display_name' ,
)
);
if ( count ( $users_with_same_name ) > 1 ) {
$template -> title = sprintf (
/* translators: Custom template title in the Site Editor. 1: Template title of an author template, 2: Author nicename. */
__ ( '%1$s (%2$s)' ),
$template -> title ,
$nice_name
);
}
}
break ;
case 'page' :
_wp_build_title_and_description_for_single_post_type_block_template ( 'page' , $slug_remaining , $template );
break ;
case 'single' :
$post_types = get_post_types ();
foreach ( $post_types as $post_type ) {
$post_type_length = strlen ( $post_type ) + 1 ;
// If $slug_remaining starts with $post_type followed by a hyphen.
if ( 0 === strncmp ( $slug_remaining , $post_type . '-' , $post_type_length ) ) {
$slug = substr ( $slug_remaining , $post_type_length , strlen ( $slug_remaining ) );
$found = _wp_build_title_and_description_for_single_post_type_block_template ( $post_type , $slug , $template );
if ( $found ) {
break ;
}
}
}
break ;
case 'tag' :
_wp_build_title_and_description_for_taxonomy_block_template ( 'post_tag' , $slug_remaining , $template );
break ;
case 'category' :
_wp_build_title_and_description_for_taxonomy_block_template ( 'category' , $slug_remaining , $template );
break ;
case 'taxonomy' :
$taxonomies = get_taxonomies ();
foreach ( $taxonomies as $taxonomy ) {
$taxonomy_length = strlen ( $taxonomy ) + 1 ;
// If $slug_remaining starts with $taxonomy followed by a hyphen.
if ( 0 === strncmp ( $slug_remaining , $taxonomy . '-' , $taxonomy_length ) ) {
$slug = substr ( $slug_remaining , $taxonomy_length , strlen ( $slug_remaining ) );
$found = _wp_build_title_and_description_for_taxonomy_block_template ( $taxonomy , $slug , $template );
if ( $found ) {
break ;
}
}
}
break ;
}
}
}
2024-02-12 14:15:09 +01:00
$hooked_blocks = get_hooked_blocks ();
if ( ! empty ( $hooked_blocks ) || has_filter ( 'hooked_block_types' ) ) {
$before_block_visitor = make_before_block_visitor ( $hooked_blocks , $template );
$after_block_visitor = make_after_block_visitor ( $hooked_blocks , $template );
$blocks = parse_blocks ( $template -> content );
$template -> content = traverse_and_serialize_blocks ( $blocks , $before_block_visitor , $after_block_visitor );
}
2021-05-25 16:20:57 +02:00
return $template ;
}
/**
* Retrieves a list of unified template objects based on a query .
*
* @ since 5.8 . 0
*
2022-01-24 16:28:02 +01:00
* @ param array $query {
2021-05-25 16:20:57 +02:00
* Optional . Arguments to retrieve templates .
*
2023-04-28 00:29:18 +02:00
* @ type string [] $slug__in List of slugs to include .
* @ type int $wp_id Post ID of customized template .
* @ type string $area A 'wp_template_part_area' taxonomy value to filter by ( for 'wp_template_part' template type only ) .
* @ type string $post_type Post type to get the templates for .
2021-05-25 16:20:57 +02:00
* }
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2023-04-28 00:29:18 +02:00
* @ return WP_Block_Template [] Array of block templates .
2021-05-25 16:20:57 +02:00
*/
function get_block_templates ( $query = array (), $template_type = 'wp_template' ) {
2021-11-09 00:10:59 +01:00
/**
* Filters the block templates array before the query takes place .
*
* Return a non - null value to bypass the WordPress queries .
*
2021-12-03 23:26:59 +01:00
* @ since 5.9 . 0
2021-11-09 00:10:59 +01:00
*
* @ param WP_Block_Template [] | null $block_templates Return an array of block templates to short - circuit the default query ,
2023-04-28 00:29:18 +02:00
* or null to allow WP to run its normal queries .
2022-01-24 16:28:02 +01:00
* @ param array $query {
2023-04-28 00:29:18 +02:00
* Arguments to retrieve templates . All arguments are optional .
2021-11-09 00:10:59 +01:00
*
2023-04-28 00:29:18 +02:00
* @ type string [] $slug__in List of slugs to include .
* @ type int $wp_id Post ID of customized template .
* @ type string $area A 'wp_template_part_area' taxonomy value to filter by ( for 'wp_template_part' template type only ) .
* @ type string $post_type Post type to get the templates for .
2021-11-09 00:10:59 +01:00
* }
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2021-11-09 00:10:59 +01:00
*/
$templates = apply_filters ( 'pre_get_block_templates' , null , $query , $template_type );
if ( ! is_null ( $templates ) ) {
return $templates ;
}
$post_type = isset ( $query [ 'post_type' ] ) ? $query [ 'post_type' ] : '' ;
2021-05-25 16:20:57 +02:00
$wp_query_args = array (
2023-05-17 11:23:24 +02:00
'post_status' => array ( 'auto-draft' , 'draft' , 'publish' ),
'post_type' => $template_type ,
'posts_per_page' => - 1 ,
'no_found_rows' => true ,
'lazy_load_term_meta' => false ,
'tax_query' => array (
2021-05-25 16:20:57 +02:00
array (
'taxonomy' => 'wp_theme' ,
'field' => 'name' ,
2022-11-11 17:26:12 +01:00
'terms' => get_stylesheet (),
2021-05-25 16:20:57 +02:00
),
),
);
2021-11-09 00:10:59 +01:00
if ( 'wp_template_part' === $template_type && isset ( $query [ 'area' ] ) ) {
$wp_query_args [ 'tax_query' ][] = array (
'taxonomy' => 'wp_template_part_area' ,
'field' => 'name' ,
'terms' => $query [ 'area' ],
);
$wp_query_args [ 'tax_query' ][ 'relation' ] = 'AND' ;
}
2023-04-26 16:40:19 +02:00
if ( ! empty ( $query [ 'slug__in' ] ) ) {
$wp_query_args [ 'post_name__in' ] = $query [ 'slug__in' ];
$wp_query_args [ 'posts_per_page' ] = count ( array_unique ( $query [ 'slug__in' ] ) );
2021-05-25 16:20:57 +02:00
}
2021-11-10 15:18:06 +01:00
// This is only needed for the regular templates/template parts post type listing and editor.
2021-05-25 16:20:57 +02:00
if ( isset ( $query [ 'wp_id' ] ) ) {
$wp_query_args [ 'p' ] = $query [ 'wp_id' ];
} else {
$wp_query_args [ 'post_status' ] = 'publish' ;
}
$template_query = new WP_Query ( $wp_query_args );
$query_result = array ();
2021-06-14 22:39:57 +02:00
foreach ( $template_query -> posts as $post ) {
2021-11-09 00:10:59 +01:00
$template = _build_block_template_result_from_post ( $post );
2021-05-25 16:20:57 +02:00
2021-11-09 00:10:59 +01:00
if ( is_wp_error ( $template ) ) {
continue ;
}
if ( $post_type && ! $template -> is_custom ) {
continue ;
}
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
if (
$post_type &&
2022-09-16 00:28:13 +02:00
isset ( $template -> post_types ) &&
! in_array ( $post_type , $template -> post_types , true )
) {
continue ;
}
2021-11-09 00:10:59 +01:00
$query_result [] = $template ;
}
if ( ! isset ( $query [ 'wp_id' ] ) ) {
2023-04-26 16:40:19 +02:00
/*
* If the query has found some use templates , those have priority
* over the theme - provided ones , so we skip querying and building them .
*/
$query [ 'slug__not_in' ] = wp_list_pluck ( $query_result , 'slug' );
$template_files = _get_block_templates_files ( $template_type , $query );
2021-11-09 00:10:59 +01:00
foreach ( $template_files as $template_file ) {
2023-04-26 16:40:19 +02:00
$query_result [] = _build_block_template_result_from_file ( $template_file , $template_type );
2021-05-25 16:20:57 +02:00
}
}
2021-11-09 00:10:59 +01:00
/**
* Filters the array of queried block templates array after they ' ve been fetched .
*
2021-12-03 23:26:59 +01:00
* @ since 5.9 . 0
2021-11-09 00:10:59 +01:00
*
* @ param WP_Block_Template [] $query_result Array of found block templates .
2023-04-28 00:29:18 +02:00
* @ param array $query {
* Arguments to retrieve templates . All arguments are optional .
2021-11-09 00:10:59 +01:00
*
2023-04-28 00:29:18 +02:00
* @ type string [] $slug__in List of slugs to include .
* @ type int $wp_id Post ID of customized template .
* @ type string $area A 'wp_template_part_area' taxonomy value to filter by ( for 'wp_template_part' template type only ) .
* @ type string $post_type Post type to get the templates for .
2021-11-09 00:10:59 +01:00
* }
2023-04-28 00:29:18 +02:00
* @ param string $template_type wp_template or wp_template_part .
2021-11-09 00:10:59 +01:00
*/
return apply_filters ( 'get_block_templates' , $query_result , $query , $template_type );
2021-05-25 16:20:57 +02:00
}
/**
* Retrieves a single unified template object using its id .
*
* @ since 5.8 . 0
*
2023-04-28 01:15:17 +02:00
* @ param string $id Template unique identifier ( example : 'theme_slug//template_slug' ) .
2024-02-16 22:47:12 +01:00
* @ param string $template_type Optional . Template type . Either 'wp_template' or 'wp_template_part' .
2023-04-28 01:15:17 +02:00
* Default 'wp_template' .
2021-05-25 16:20:57 +02:00
* @ return WP_Block_Template | null Template .
*/
function get_block_template ( $id , $template_type = 'wp_template' ) {
2021-11-09 00:10:59 +01:00
/**
2022-07-20 15:14:10 +02:00
* Filters the block template object before the query takes place .
2021-11-09 00:10:59 +01:00
*
* Return a non - null value to bypass the WordPress queries .
*
* @ since 5.9 . 0
*
* @ param WP_Block_Template | null $block_template Return block template object to short - circuit the default query ,
* or null to allow WP to run its normal queries .
2023-04-28 01:15:17 +02:00
* @ param string $id Template unique identifier ( example : 'theme_slug//template_slug' ) .
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2021-11-09 00:10:59 +01:00
*/
$block_template = apply_filters ( 'pre_get_block_template' , null , $id , $template_type );
if ( ! is_null ( $block_template ) ) {
return $block_template ;
}
2021-05-25 16:20:57 +02:00
$parts = explode ( '//' , $id , 2 );
if ( count ( $parts ) < 2 ) {
return null ;
}
list ( $theme , $slug ) = $parts ;
$wp_query_args = array (
'post_name__in' => array ( $slug ),
'post_type' => $template_type ,
'post_status' => array ( 'auto-draft' , 'draft' , 'publish' , 'trash' ),
'posts_per_page' => 1 ,
'no_found_rows' => true ,
'tax_query' => array (
array (
'taxonomy' => 'wp_theme' ,
'field' => 'name' ,
'terms' => $theme ,
),
),
);
$template_query = new WP_Query ( $wp_query_args );
2021-06-14 22:39:57 +02:00
$posts = $template_query -> posts ;
2021-05-25 16:20:57 +02:00
if ( count ( $posts ) > 0 ) {
2021-11-09 00:10:59 +01:00
$template = _build_block_template_result_from_post ( $posts [ 0 ] );
2021-05-25 16:20:57 +02:00
if ( ! is_wp_error ( $template ) ) {
return $template ;
}
}
2021-11-09 00:10:59 +01:00
$block_template = get_block_file_template ( $id , $template_type );
/**
2021-12-06 07:20:27 +01:00
* Filters the queried block template object after it ' s been fetched .
2021-11-09 00:10:59 +01:00
*
2021-12-03 23:26:59 +01:00
* @ since 5.9 . 0
2021-11-09 00:10:59 +01:00
*
2021-12-06 07:20:27 +01:00
* @ param WP_Block_Template | null $block_template The found block template , or null if there isn ' t one .
2023-04-28 01:15:17 +02:00
* @ param string $id Template unique identifier ( example : 'theme_slug//template_slug' ) .
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2021-11-09 00:10:59 +01:00
*/
return apply_filters ( 'get_block_template' , $block_template , $id , $template_type );
}
/**
2022-10-04 06:29:08 +02:00
* Retrieves a unified template object based on a theme file .
*
* This is a fallback of get_block_template (), used when no templates are found in the database .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
*
2023-04-28 01:15:17 +02:00
* @ param string $id Template unique identifier ( example : 'theme_slug//template_slug' ) .
2024-02-16 22:47:12 +01:00
* @ param string $template_type Optional . Template type . Either 'wp_template' or 'wp_template_part' .
2023-04-28 01:15:17 +02:00
* Default 'wp_template' .
2022-01-24 16:28:02 +01:00
* @ return WP_Block_Template | null The found block template , or null if there isn ' t one .
2021-11-09 00:10:59 +01:00
*/
function get_block_file_template ( $id , $template_type = 'wp_template' ) {
/**
2022-10-04 06:29:08 +02:00
* Filters the block template object before the theme file discovery takes place .
2021-11-09 00:10:59 +01:00
*
2022-10-04 06:29:08 +02:00
* Return a non - null value to bypass the WordPress theme file discovery .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
*
* @ param WP_Block_Template | null $block_template Return block template object to short - circuit the default query ,
* or null to allow WP to run its normal queries .
2023-04-28 01:15:17 +02:00
* @ param string $id Template unique identifier ( example : 'theme_slug//template_slug' ) .
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2021-11-09 00:10:59 +01:00
*/
$block_template = apply_filters ( 'pre_get_block_file_template' , null , $id , $template_type );
if ( ! is_null ( $block_template ) ) {
return $block_template ;
}
$parts = explode ( '//' , $id , 2 );
if ( count ( $parts ) < 2 ) {
2022-01-24 16:28:02 +01:00
/** This filter is documented in wp-includes/block-template-utils.php */
2021-11-09 00:10:59 +01:00
return apply_filters ( 'get_block_file_template' , null , $id , $template_type );
}
list ( $theme , $slug ) = $parts ;
2022-11-11 17:26:12 +01:00
if ( get_stylesheet () !== $theme ) {
2022-01-24 16:28:02 +01:00
/** This filter is documented in wp-includes/block-template-utils.php */
2021-11-09 00:10:59 +01:00
return apply_filters ( 'get_block_file_template' , null , $id , $template_type );
}
$template_file = _get_block_template_file ( $template_type , $slug );
if ( null === $template_file ) {
2022-01-24 16:28:02 +01:00
/** This filter is documented in wp-includes/block-template-utils.php */
2021-11-09 00:10:59 +01:00
return apply_filters ( 'get_block_file_template' , null , $id , $template_type );
}
$block_template = _build_block_template_result_from_file ( $template_file , $template_type );
/**
2022-10-04 06:29:08 +02:00
* Filters the block template object after it has been ( potentially ) fetched from the theme file .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
*
2022-01-24 16:28:02 +01:00
* @ param WP_Block_Template | null $block_template The found block template , or null if there is none .
2023-04-28 01:15:17 +02:00
* @ param string $id Template unique identifier ( example : 'theme_slug//template_slug' ) .
2024-02-16 22:47:12 +01:00
* @ param string $template_type Template type . Either 'wp_template' or 'wp_template_part' .
2021-11-09 00:10:59 +01:00
*/
return apply_filters ( 'get_block_file_template' , $block_template , $id , $template_type );
}
/**
2022-10-11 11:02:14 +02:00
* Prints a block template part .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
*
2024-02-16 22:47:12 +01:00
* @ param string $part The block template part to print . Either 'header' or 'footer' .
2021-11-09 00:10:59 +01:00
*/
function block_template_part ( $part ) {
$template_part = get_block_template ( get_stylesheet () . '//' . $part , 'wp_template_part' );
if ( ! $template_part || empty ( $template_part -> content ) ) {
return ;
}
echo do_blocks ( $template_part -> content );
}
/**
2022-10-11 11:02:14 +02:00
* Prints the header block template part .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
*/
function block_header_area () {
block_template_part ( 'header' );
}
/**
2022-10-11 11:02:14 +02:00
* Prints the footer block template part .
2021-11-09 00:10:59 +01:00
*
* @ since 5.9 . 0
*/
function block_footer_area () {
block_template_part ( 'footer' );
2021-05-25 16:20:57 +02:00
}
2021-11-30 18:32:02 +01:00
2022-04-11 12:38:00 +02:00
/**
2022-07-22 09:18:13 +02:00
* Determines whether a theme directory should be ignored during export .
2022-04-11 12:38:00 +02:00
*
* @ since 6.0 . 0
*
* @ param string $path The path of the file in the theme .
2024-02-16 22:47:12 +01:00
* @ return bool Whether this file is in an ignored directory .
2022-04-11 12:38:00 +02:00
*/
function wp_is_theme_directory_ignored ( $path ) {
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
$directories_to_ignore = array ( '.DS_Store' , '.svn' , '.git' , '.hg' , '.bzr' , 'node_modules' , 'vendor' );
2022-04-11 12:38:00 +02:00
foreach ( $directories_to_ignore as $directory ) {
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
if ( str_starts_with ( $path , $directory ) ) {
2022-04-11 12:38:00 +02:00
return true ;
}
}
return false ;
}
2021-11-30 18:32:02 +01:00
/**
* Creates an export of the current templates and
* template parts from the site editor at the
* specified path in a ZIP file .
*
* @ since 5.9 . 0
2022-04-11 12:38:00 +02:00
* @ since 6.0 . 0 Adds the whole theme to the export archive .
2021-11-30 18:32:02 +01:00
*
2022-11-13 14:51:20 +01:00
* @ global string $wp_version The WordPress version string .
*
2021-11-30 18:32:02 +01:00
* @ return WP_Error | string Path of the ZIP file or error on failure .
*/
function wp_generate_block_templates_export_file () {
2022-11-13 14:51:20 +01:00
global $wp_version ;
2021-11-30 18:32:02 +01:00
if ( ! class_exists ( 'ZipArchive' ) ) {
2021-12-07 19:38:02 +01:00
return new WP_Error ( 'missing_zip_package' , __ ( 'Zip Export not supported.' ) );
2021-11-30 18:32:02 +01:00
}
2022-04-11 12:38:00 +02:00
$obscura = wp_generate_password ( 12 , false , false );
2022-05-17 14:10:14 +02:00
$theme_name = basename ( get_stylesheet () );
2022-04-11 12:38:00 +02:00
$filename = get_temp_dir () . $theme_name . $obscura . '.zip' ;
2021-11-30 18:32:02 +01:00
$zip = new ZipArchive ();
2022-04-11 12:38:00 +02:00
if ( true !== $zip -> open ( $filename , ZipArchive :: CREATE | ZipArchive :: OVERWRITE ) ) {
2021-12-07 19:38:02 +01:00
return new WP_Error ( 'unable_to_create_zip' , __ ( 'Unable to open export file (archive) for writing.' ) );
2021-11-30 18:32:02 +01:00
}
2022-04-11 12:38:00 +02:00
$zip -> addEmptyDir ( 'templates' );
$zip -> addEmptyDir ( 'parts' );
// Get path of the theme.
$theme_path = wp_normalize_path ( get_stylesheet_directory () );
// Create recursive directory iterator.
$theme_files = new RecursiveIteratorIterator (
new RecursiveDirectoryIterator ( $theme_path ),
RecursiveIteratorIterator :: LEAVES_ONLY
);
// Make a copy of the current theme.
foreach ( $theme_files as $file ) {
// Skip directories as they are added automatically.
if ( ! $file -> isDir () ) {
// Get real and relative path for current file.
$file_path = wp_normalize_path ( $file );
$relative_path = substr ( $file_path , strlen ( $theme_path ) + 1 );
if ( ! wp_is_theme_directory_ignored ( $relative_path ) ) {
$zip -> addFile ( $file_path , $relative_path );
}
}
}
2021-11-30 18:32:02 +01:00
// Load templates into the zip file.
$templates = get_block_templates ();
foreach ( $templates as $template ) {
2023-09-26 19:01:24 +02:00
$template -> content = traverse_and_serialize_blocks (
parse_blocks ( $template -> content ),
'_remove_theme_attribute_from_template_part_block'
);
2021-11-30 18:32:02 +01:00
$zip -> addFromString (
2022-04-11 12:38:00 +02:00
'templates/' . $template -> slug . '.html' ,
2021-11-30 18:32:02 +01:00
$template -> content
);
}
// Load template parts into the zip file.
$template_parts = get_block_templates ( array (), 'wp_template_part' );
foreach ( $template_parts as $template_part ) {
$zip -> addFromString (
2022-04-11 12:38:00 +02:00
'parts/' . $template_part -> slug . '.html' ,
2021-11-30 18:32:02 +01:00
$template_part -> content
);
}
2022-04-11 12:38:00 +02:00
// Load theme.json into the zip file.
$tree = WP_Theme_JSON_Resolver :: get_theme_data ( array (), array ( 'with_supports' => false ) );
// Merge with user data.
$tree -> merge ( WP_Theme_JSON_Resolver :: get_user_data () );
$theme_json_raw = $tree -> get_data ();
// If a version is defined, add a schema.
if ( $theme_json_raw [ 'version' ] ) {
$theme_json_version = 'wp/' . substr ( $wp_version , 0 , 3 );
2022-04-17 17:07:08 +02:00
$schema = array ( '$schema' => 'https://schemas.wp.org/' . $theme_json_version . '/theme.json' );
$theme_json_raw = array_merge ( $schema , $theme_json_raw );
2022-04-11 12:38:00 +02:00
}
// Convert to a string.
$theme_json_encoded = wp_json_encode ( $theme_json_raw , JSON_PRETTY_PRINT | JSON_UNESCAPED_SLASHES | JSON_UNESCAPED_UNICODE );
// Replace 4 spaces with a tab.
$theme_json_tabbed = preg_replace ( '~(?:^|\G)\h{4}~m' , " \t " , $theme_json_encoded );
// Add the theme.json file to the zip.
$zip -> addFromString (
'theme.json' ,
$theme_json_tabbed
);
2021-11-30 18:32:02 +01:00
// Save changes to the zip file.
$zip -> close ();
return $filename ;
}
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
/**
* Gets the template hierarchy for the given template slug to be created .
*
* Note : Always add `index` as the last fallback template .
*
* @ since 6.1 . 0
*
2024-02-16 22:47:12 +01:00
* @ param string $slug The template slug to be created .
* @ param bool $is_custom Optional . Indicates if a template is custom or
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
* part of the template hierarchy . Default false .
* @ param string $template_prefix Optional . The template prefix for the created template .
* Used to extract the main template type , e . g .
* in `taxonomy-books` the `taxonomy` is extracted .
* Default empty string .
* @ return string [] The template hierarchy .
*/
function get_template_hierarchy ( $slug , $is_custom = false , $template_prefix = '' ) {
if ( 'index' === $slug ) {
2024-04-08 18:47:16 +02:00
/** This filter is documented in wp-includes/template.php */
return apply_filters ( 'index_template_hierarchy' , array ( 'index' ) );
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
}
if ( $is_custom ) {
2024-04-08 18:47:16 +02:00
/** This filter is documented in wp-includes/template.php */
return apply_filters ( 'page_template_hierarchy' , array ( 'page' , 'singular' , 'index' ) );
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
}
if ( 'front-page' === $slug ) {
2024-04-08 18:47:16 +02:00
/** This filter is documented in wp-includes/template.php */
return apply_filters ( 'frontpage_template_hierarchy' , array ( 'front-page' , 'home' , 'index' ) );
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
}
2023-02-02 20:38:19 +01:00
$matches = array ();
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
2023-02-02 20:38:19 +01:00
$template_hierarchy = array ( $slug );
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
// Most default templates don't have `$template_prefix` assigned.
2023-02-02 20:38:19 +01:00
if ( ! empty ( $template_prefix ) ) {
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
list ( $type ) = explode ( '-' , $template_prefix );
2023-02-02 20:38:19 +01:00
// We need these checks because we always add the `$slug` above.
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
if ( ! in_array ( $template_prefix , array ( $slug , $type ), true ) ) {
$template_hierarchy [] = $template_prefix ;
}
if ( $slug !== $type ) {
$template_hierarchy [] = $type ;
}
2023-03-29 09:13:23 +02:00
} elseif ( preg_match ( '/^(author|category|archive|tag|page)-.+$/' , $slug , $matches ) ) {
2023-02-02 20:38:19 +01:00
$template_hierarchy [] = $matches [ 1 ];
2023-03-29 09:13:23 +02:00
} elseif ( preg_match ( '/^(taxonomy|single)-(.+)$/' , $slug , $matches ) ) {
2023-02-02 20:38:19 +01:00
$type = $matches [ 1 ];
$slug_remaining = $matches [ 2 ];
$items = 'single' === $type ? get_post_types () : get_taxonomies ();
foreach ( $items as $item ) {
if ( ! str_starts_with ( $slug_remaining , $item ) ) {
continue ;
}
// If $slug_remaining is equal to $post_type or $taxonomy we have
// the single-$post_type template or the taxonomy-$taxonomy template.
if ( $slug_remaining === $item ) {
$template_hierarchy [] = $type ;
break ;
}
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
2023-02-02 20:38:19 +01:00
// If $slug_remaining is single-$post_type-$slug template.
if ( strlen ( $slug_remaining ) > strlen ( $item ) + 1 ) {
$template_hierarchy [] = " $type - $item " ;
$template_hierarchy [] = $type ;
break ;
}
}
}
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
// Handle `archive` template.
if (
str_starts_with ( $slug , 'author' ) ||
str_starts_with ( $slug , 'taxonomy' ) ||
str_starts_with ( $slug , 'category' ) ||
str_starts_with ( $slug , 'tag' ) ||
'date' === $slug
) {
$template_hierarchy [] = 'archive' ;
}
// Handle `single` template.
if ( 'attachment' === $slug ) {
$template_hierarchy [] = 'single' ;
}
// Handle `singular` template.
if (
str_starts_with ( $slug , 'single' ) ||
str_starts_with ( $slug , 'page' ) ||
'attachment' === $slug
) {
$template_hierarchy [] = 'singular' ;
}
$template_hierarchy [] = 'index' ;
2024-04-08 18:47:16 +02:00
$template_type = '' ;
if ( ! empty ( $template_prefix ) ) {
list ( $template_type ) = explode ( '-' , $template_prefix );
} else {
list ( $template_type ) = explode ( '-' , $slug );
}
$valid_template_types = array ( '404' , 'archive' , 'attachment' , 'author' , 'category' , 'date' , 'embed' , 'frontpage' , 'home' , 'index' , 'page' , 'paged' , 'privacypolicy' , 'search' , 'single' , 'singular' , 'tag' , 'taxonomy' );
2024-04-08 23:42:17 +02:00
if ( in_array ( $template_type , $valid_template_types , true ) ) {
2024-04-08 18:47:16 +02:00
/** This filter is documented in wp-includes/template.php */
return apply_filters ( " { $template_type } _template_hierarchy " , $template_hierarchy );
}
Editor: Adds template types, `is_wp_suggestion`, and fallback template content.
This commit improves site editor templates by:
* Adds a post meta `is_wp_suggestion` to templates created from the site editor.
Why? To differentiate the templates created from the post editor in the Template panel in inspector controls and the templates suggested in site editor.
See [https://github.com/WordPress/gutenberg/pull/41387 Gutenberg PR 41387] for more details.
* Expands the template types that can be added to the site editor to include single custom post type and specific posts templates.
See [https://github.com/WordPress/gutenberg/pull/41189 Gutenberg PR 41189] for more details.
* Adds fallback template content on creation in site editor:
* Introduces `get_template_hierarchy()` to get the template hierarchy for a given template slug to be created.
* Adds a `lookup` route to `WP_REST_Templates_Controller` to get the fallback template content.
See [https://github.com/WordPress/gutenberg/pull/42520 Gutenberg PR 42520] for more details.
* Fixes a typo in default category template's description within `get_default_block_template_types()`.
See [https://github.com/WordPress/gutenberg/pull/42586 Gutenberg PR 42586] for more details.
* Changes field checks from `in_array()` to `rest_is_field_included()` in `WP_REST_Post_Types_Controller`.
* Adds an `icon` field to `WP_REST_Post_Types_Controller`
Follow-up to [53129], [52331], [52275], [52062], [51962], [43087].
Props ntsekouras, spacedmonkey, mamaduka, mburridge, jameskoster, bernhard-reiter, mcsf, hellofromTonya.
See #56467.
Built from https://develop.svn.wordpress.org/trunk@54269
git-svn-id: http://core.svn.wordpress.org/trunk@53828 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2022-09-20 23:21:09 +02:00
return $template_hierarchy ;
2022-11-30 18:36:13 +01:00
}
Block Hooks: Use new Templates Controller filter instead of action.
This changeset adds a new `rest_pre_insert_{$this->post_type}` filter in the `WP_REST_Templates_Controller`, where it is applied to the return value of the `prepare_item_for_database` method. (This is consistent with the `WP_REST_Post_Controller`, where that filter has existed before.)
The new filter is then used to inject hooked blocks into the template (or template part) content received via the endpoint, prior to persisting it to the database.
This supersedes the previous mechanism, which was using the `rest_after_insert_{$this->post_type}` ''action'', from which it performed an additional `wp_update_post` call to update the template (part) content with the hooked blocks injected. The new technique eschews that additional call and the resulting extra revision it created, as well as a problem with regard to duplicated escaping and sanitization, which had caused some special characters to be garbled.
Props tomjcafferkey, gziolo, swissspidy, karolmanijak.
Fixes #60671.
Built from https://develop.svn.wordpress.org/trunk@57790
git-svn-id: http://core.svn.wordpress.org/trunk@57291 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-03-07 15:12:11 +01:00
2024-02-13 16:12:09 +01:00
/**
* Inject ignoredHookedBlocks metadata attributes into a template or template part .
*
Block Hooks: Use new Templates Controller filter instead of action.
This changeset adds a new `rest_pre_insert_{$this->post_type}` filter in the `WP_REST_Templates_Controller`, where it is applied to the return value of the `prepare_item_for_database` method. (This is consistent with the `WP_REST_Post_Controller`, where that filter has existed before.)
The new filter is then used to inject hooked blocks into the template (or template part) content received via the endpoint, prior to persisting it to the database.
This supersedes the previous mechanism, which was using the `rest_after_insert_{$this->post_type}` ''action'', from which it performed an additional `wp_update_post` call to update the template (part) content with the hooked blocks injected. The new technique eschews that additional call and the resulting extra revision it created, as well as a problem with regard to duplicated escaping and sanitization, which had caused some special characters to be garbled.
Props tomjcafferkey, gziolo, swissspidy, karolmanijak.
Fixes #60671.
Built from https://develop.svn.wordpress.org/trunk@57790
git-svn-id: http://core.svn.wordpress.org/trunk@57291 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-03-07 15:12:11 +01:00
* Given an object that represents a `wp_template` or `wp_template_part` post object
* prepared for inserting or updating the database , locate all blocks that have
2024-02-13 16:12:09 +01:00
* hooked blocks , and inject a `metadata.ignoredHookedBlocks` attribute into the anchor
* blocks to reflect the latter .
*
Block Hooks: Use new Templates Controller filter instead of action.
This changeset adds a new `rest_pre_insert_{$this->post_type}` filter in the `WP_REST_Templates_Controller`, where it is applied to the return value of the `prepare_item_for_database` method. (This is consistent with the `WP_REST_Post_Controller`, where that filter has existed before.)
The new filter is then used to inject hooked blocks into the template (or template part) content received via the endpoint, prior to persisting it to the database.
This supersedes the previous mechanism, which was using the `rest_after_insert_{$this->post_type}` ''action'', from which it performed an additional `wp_update_post` call to update the template (part) content with the hooked blocks injected. The new technique eschews that additional call and the resulting extra revision it created, as well as a problem with regard to duplicated escaping and sanitization, which had caused some special characters to be garbled.
Props tomjcafferkey, gziolo, swissspidy, karolmanijak.
Fixes #60671.
Built from https://develop.svn.wordpress.org/trunk@57790
git-svn-id: http://core.svn.wordpress.org/trunk@57291 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-03-07 15:12:11 +01:00
* @ since 6.5 . 0
* @ access private
*
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
* @ param stdClass $changes An object representing a template or template part
* prepared for inserting or updating the database .
* @ param WP_REST_Request $deprecated Deprecated . Not used .
* @ return stdClass | WP_Error The updated object representing a template or template part .
2024-02-13 16:12:09 +01:00
*/
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
function inject_ignored_hooked_blocks_metadata_attributes ( $changes , $deprecated = null ) {
if ( null !== $deprecated ) {
2024-04-24 14:11:15 +02:00
_deprecated_argument ( __FUNCTION__ , '6.5.3' );
Block Hooks: Use new Templates Controller filter instead of action.
This changeset adds a new `rest_pre_insert_{$this->post_type}` filter in the `WP_REST_Templates_Controller`, where it is applied to the return value of the `prepare_item_for_database` method. (This is consistent with the `WP_REST_Post_Controller`, where that filter has existed before.)
The new filter is then used to inject hooked blocks into the template (or template part) content received via the endpoint, prior to persisting it to the database.
This supersedes the previous mechanism, which was using the `rest_after_insert_{$this->post_type}` ''action'', from which it performed an additional `wp_update_post` call to update the template (part) content with the hooked blocks injected. The new technique eschews that additional call and the resulting extra revision it created, as well as a problem with regard to duplicated escaping and sanitization, which had caused some special characters to be garbled.
Props tomjcafferkey, gziolo, swissspidy, karolmanijak.
Fixes #60671.
Built from https://develop.svn.wordpress.org/trunk@57790
git-svn-id: http://core.svn.wordpress.org/trunk@57291 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-03-07 15:12:11 +01:00
}
2024-02-13 16:12:09 +01:00
$hooked_blocks = get_hooked_blocks ();
if ( empty ( $hooked_blocks ) && ! has_filter ( 'hooked_block_types' ) ) {
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
return $changes ;
2024-02-13 16:12:09 +01:00
}
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$meta = isset ( $changes -> meta_input ) ? $changes -> meta_input : array ();
$terms = isset ( $changes -> tax_input ) ? $changes -> tax_input : array ();
if ( empty ( $changes -> ID ) ) {
// There's no post object for this template in the database for this template yet.
$post = $changes ;
} else {
// Find the existing post object.
$post = get_post ( $changes -> ID );
// If the post is a revision, use the parent post's post_name and post_type.
$post_id = wp_is_post_revision ( $post );
if ( $post_id ) {
$parent_post = get_post ( $post_id );
$post -> post_name = $parent_post -> post_name ;
$post -> post_type = $parent_post -> post_type ;
}
// Apply the changes to the existing post object.
$post = ( object ) array_merge ( ( array ) $post , ( array ) $changes );
$type_terms = get_the_terms ( $changes -> ID , 'wp_theme' );
$terms [ 'wp_theme' ] = ! is_wp_error ( $type_terms ) && ! empty ( $type_terms ) ? $type_terms [ 0 ] -> name : null ;
}
// Required for the WP_Block_Template. Update the post object with the current time.
$post -> post_modified = current_time ( 'mysql' );
// If the post_author is empty, set it to the current user.
if ( empty ( $post -> post_author ) ) {
$post -> post_author = get_current_user_id ();
}
if ( 'wp_template_part' === $post -> post_type && ! isset ( $terms [ 'wp_template_part_area' ] ) ) {
$area_terms = get_the_terms ( $changes -> ID , 'wp_template_part_area' );
$terms [ 'wp_template_part_area' ] = ! is_wp_error ( $area_terms ) && ! empty ( $area_terms ) ? $area_terms [ 0 ] -> name : null ;
}
$template = _build_block_template_object_from_post_object ( new WP_Post ( $post ), $terms , $meta );
if ( is_wp_error ( $template ) ) {
return $template ;
}
2024-02-13 16:12:09 +01:00
$before_block_visitor = make_before_block_visitor ( $hooked_blocks , $template , 'set_ignored_hooked_blocks_metadata' );
$after_block_visitor = make_after_block_visitor ( $hooked_blocks , $template , 'set_ignored_hooked_blocks_metadata' );
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
$blocks = parse_blocks ( $changes -> post_content );
$changes -> post_content = traverse_and_serialize_blocks ( $blocks , $before_block_visitor , $after_block_visitor );
2024-02-13 16:12:09 +01:00
Block Hooks: Pass correct context to filters.
The `$context` argument passed to filters such as `hooked_block_types`, `hooked_block`, and `hooked_block_{$hooked_block_type}` allows them to conditionally insert a hooked block. If the anchor block is contained in a template or template part, `$context` will be set to a `WP_Block_Template` object reflecting that template or part.
The aforementioned filters are applied when hooked block insertion is run upon reading a template (or part) from the DB (and before sending the template/part content with hooked blocks inserted over the REST API to the client), but also upon writing to the DB, as that's when the `ignoredHookedBlocks` metadata attribute is set.
Prior to this changeset, the `$context` passed to Block Hooks related filters in the latter case reflected the template/part that was already stored in the database (if any), which is a bug; instead, it needs to reflect the template/part that will result from the incoming `POST` network request that will trigger a database update.
Those incoming changes are encapsulated in the `$changes` argument passed to the `reset_pre_insert_template` and `reset_pre_insert_template_part` filters, respectively, and thus to the `inject_ignored_hooked_blocks_metadata_attributes` function that is hooked to them. `$changes` is of type `stdClass` and only contains the fields that need to be updated. That means that in order to create a `WP_Block_Template` object, a two-step process is needed:
- Emulate what the updated `wp_template` or `wp_template_part` post object in the database will look like by merging `$changes` on top of the existing `$post` object fetched from the DB, or from the theme's block template (part) file, if any.
- Create a `WP_Block_Template` from the resulting object.
To achieve the latter, a new helper method (`_build_block_template_object_from_post_object`) is extracted from the existing `_build_block_template_result_from_post` function. (The latter cannot be used directly as it includes a few database calls that will fail if no post object for the template has existed yet in the database.)
While somewhat complicated to implement, the overall change allows for better separation of concerns and isolation of entities. This is visible e.g. in the fact that `inject_ignored_hooked_blocks_metadata_attributes` no longer requires a `$request` argument, which is reflected by unit tests no longer needing to create a `$request` object to pass to it, thus decoupling the function from the templates endpoint controller.
Unit tests for `inject_ignored_hooked_blocks_metadata_attributes` have been moved to a new, separate file. Test coverage has been added such that now, all three relevant scenarios are covered:
- The template doesn't exist in the DB, nor is there a block theme template file for it.
- The template doesn't exist in the DB, but there is a block theme template file for it.
- The template already exists in the DB.
Those scenarios also correspond to the logical branching inside `WP_REST_Templates_Controller::prepare_item_for_database`, which is where `inject_ignored_hooked_blocks_metadata_attributes` gets its data from.
Props tomjcafferkey, bernhard-reiter, gziolo, swissspidy.
Fixes #60754.
Built from https://develop.svn.wordpress.org/trunk@57919
git-svn-id: http://core.svn.wordpress.org/trunk@57420 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2024-04-03 17:11:14 +02:00
return $changes ;
2024-02-13 16:12:09 +01:00
}