442 lines
14 KiB
PHP
442 lines
14 KiB
PHP
<?php
|
|
/**
|
|
* APIs to interact with global settings & styles.
|
|
*
|
|
* @package WordPress
|
|
*/
|
|
|
|
/**
|
|
* Gets the settings resulting of merging core, theme, and user data.
|
|
*
|
|
* @since 5.9.0
|
|
*
|
|
* @param array $path Path to the specific setting to retrieve. Optional.
|
|
* If empty, will return all settings.
|
|
* @param array $context {
|
|
* Metadata to know where to retrieve the $path from. Optional.
|
|
*
|
|
* @type string $block_name Which block to retrieve the settings from.
|
|
* If empty, it'll return the settings for the global context.
|
|
* @type string $origin Which origin to take data from.
|
|
* Valid values are 'all' (core, theme, and user) or 'base' (core and theme).
|
|
* If empty or unknown, 'all' is used.
|
|
* }
|
|
* @return mixed The settings array or individual setting value to retrieve.
|
|
*/
|
|
function wp_get_global_settings( $path = array(), $context = array() ) {
|
|
if ( ! empty( $context['block_name'] ) ) {
|
|
$new_path = array( 'blocks', $context['block_name'] );
|
|
foreach ( $path as $subpath ) {
|
|
$new_path[] = $subpath;
|
|
}
|
|
$path = $new_path;
|
|
}
|
|
|
|
/*
|
|
* This is the default value when no origin is provided or when it is 'all'.
|
|
*
|
|
* The $origin is used as part of the cache key. Changes here need to account
|
|
* for clearing the cache appropriately.
|
|
*/
|
|
$origin = 'custom';
|
|
if (
|
|
! wp_theme_has_theme_json() ||
|
|
( isset( $context['origin'] ) && 'base' === $context['origin'] )
|
|
) {
|
|
$origin = 'theme';
|
|
}
|
|
|
|
/*
|
|
* By using the 'theme_json' group, this data is marked to be non-persistent across requests.
|
|
* See `wp_cache_add_non_persistent_groups` in src/wp-includes/load.php and other places.
|
|
*
|
|
* The rationale for this is to make sure 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.).
|
|
* See some of the existing hooks to modify theme.json behaviour:
|
|
* https://make.wordpress.org/core/2022/10/10/filters-for-theme-json-data/
|
|
*
|
|
* A different alternative considered was to invalidate the cache upon certain
|
|
* events such as options add/update/delete, user meta, etc.
|
|
* It was judged not enough, hence this approach.
|
|
* See https://github.com/WordPress/gutenberg/pull/45372
|
|
*/
|
|
$cache_group = 'theme_json';
|
|
$cache_key = 'wp_get_global_settings_' . $origin;
|
|
|
|
/*
|
|
* Ignore cache when `WP_DEBUG` is enabled, so it doesn't interfere with the theme
|
|
* developer's workflow.
|
|
*
|
|
* @todo Replace `WP_DEBUG` once an "in development mode" check is available in Core.
|
|
*/
|
|
$can_use_cached = ! WP_DEBUG;
|
|
|
|
$settings = false;
|
|
if ( $can_use_cached ) {
|
|
$settings = wp_cache_get( $cache_key, $cache_group );
|
|
}
|
|
|
|
if ( false === $settings ) {
|
|
$settings = WP_Theme_JSON_Resolver::get_merged_data( $origin )->get_settings();
|
|
if ( $can_use_cached ) {
|
|
wp_cache_set( $cache_key, $settings, $cache_group );
|
|
}
|
|
}
|
|
|
|
return _wp_array_get( $settings, $path, $settings );
|
|
}
|
|
|
|
/**
|
|
* Gets the styles resulting of merging core, theme, and user data.
|
|
*
|
|
* @since 5.9.0
|
|
* @since 6.3.0 the internal format "var:preset|color|secondary" is always resolved
|
|
* to the standard form "var(--wp--preset--font-size--small)".
|
|
*
|
|
* @param array $path Path to the specific style to retrieve. Optional.
|
|
* If empty, will return all styles.
|
|
* @param array $context {
|
|
* Metadata to know where to retrieve the $path from. Optional.
|
|
*
|
|
* @type string $block_name Which block to retrieve the styles from.
|
|
* If empty, it'll return the styles for the global context.
|
|
* @type string $origin Which origin to take data from.
|
|
* Valid values are 'all' (core, theme, and user) or 'base' (core and theme).
|
|
* If empty or unknown, 'all' is used.
|
|
* }
|
|
* @return mixed The styles array or individual style value to retrieve.
|
|
*/
|
|
function wp_get_global_styles( $path = array(), $context = array() ) {
|
|
if ( ! empty( $context['block_name'] ) ) {
|
|
$path = array_merge( array( 'blocks', $context['block_name'] ), $path );
|
|
}
|
|
|
|
$origin = 'custom';
|
|
if ( isset( $context['origin'] ) && 'base' === $context['origin'] ) {
|
|
$origin = 'theme';
|
|
}
|
|
$styles = WP_Theme_JSON_Resolver::get_merged_data( $origin )->get_raw_data()['styles'];
|
|
|
|
return _wp_array_get( $styles, $path, $styles );
|
|
}
|
|
|
|
/**
|
|
* Returns the stylesheet resulting of merging core, theme, and user data.
|
|
*
|
|
* @since 5.9.0
|
|
* @since 6.1.0 Added 'base-layout-styles' support.
|
|
*
|
|
* @param array $types Optional. Types of styles to load.
|
|
* It accepts as values 'variables', 'presets', 'styles', 'base-layout-styles'.
|
|
* If empty, it'll load the following:
|
|
* - for themes without theme.json: 'variables', 'presets', 'base-layout-styles'.
|
|
* - for themes with theme.json: 'variables', 'presets', 'styles'.
|
|
* @return string Stylesheet.
|
|
*/
|
|
function wp_get_global_stylesheet( $types = array() ) {
|
|
/*
|
|
* Ignore cache when `WP_DEBUG` is enabled, so it doesn't interfere with the theme
|
|
* developer's workflow.
|
|
*
|
|
* @todo Replace `WP_DEBUG` once an "in development mode" check is available in Core.
|
|
*/
|
|
$can_use_cached = empty( $types ) && ! WP_DEBUG;
|
|
|
|
/*
|
|
* By using the 'theme_json' group, this data is marked to be non-persistent across requests.
|
|
* @see `wp_cache_add_non_persistent_groups()`.
|
|
*
|
|
* The rationale for this is to make sure 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.).
|
|
* See some of the existing hooks to modify theme.json behavior:
|
|
* @see https://make.wordpress.org/core/2022/10/10/filters-for-theme-json-data/
|
|
*
|
|
* A different alternative considered was to invalidate the cache upon certain
|
|
* events such as options add/update/delete, user meta, etc.
|
|
* It was judged not enough, hence this approach.
|
|
* @see https://github.com/WordPress/gutenberg/pull/45372
|
|
*/
|
|
$cache_group = 'theme_json';
|
|
$cache_key = 'wp_get_global_stylesheet';
|
|
if ( $can_use_cached ) {
|
|
$cached = wp_cache_get( $cache_key, $cache_group );
|
|
if ( $cached ) {
|
|
return $cached;
|
|
}
|
|
}
|
|
|
|
$tree = WP_Theme_JSON_Resolver::get_merged_data();
|
|
|
|
$supports_theme_json = wp_theme_has_theme_json();
|
|
if ( empty( $types ) && ! $supports_theme_json ) {
|
|
$types = array( 'variables', 'presets', 'base-layout-styles' );
|
|
} elseif ( empty( $types ) ) {
|
|
$types = array( 'variables', 'styles', 'presets' );
|
|
}
|
|
|
|
/*
|
|
* If variables are part of the stylesheet, then add them.
|
|
* This is so themes without a theme.json still work as before 5.9:
|
|
* they can override the default presets.
|
|
* See https://core.trac.wordpress.org/ticket/54782
|
|
*/
|
|
$styles_variables = '';
|
|
if ( in_array( 'variables', $types, true ) ) {
|
|
/*
|
|
* Only use the default, theme, and custom origins. Why?
|
|
* Because styles for `blocks` origin are added at a later phase
|
|
* (i.e. in the render cycle). Here, only the ones in use are rendered.
|
|
* @see wp_add_global_styles_for_blocks
|
|
*/
|
|
$origins = array( 'default', 'theme', 'custom' );
|
|
$styles_variables = $tree->get_stylesheet( array( 'variables' ), $origins );
|
|
$types = array_diff( $types, array( 'variables' ) );
|
|
}
|
|
|
|
/*
|
|
* For the remaining types (presets, styles), we do consider origins:
|
|
*
|
|
* - themes without theme.json: only the classes for the presets defined by core
|
|
* - themes with theme.json: the presets and styles classes, both from core and the theme
|
|
*/
|
|
$styles_rest = '';
|
|
if ( ! empty( $types ) ) {
|
|
/*
|
|
* Only use the default, theme, and custom origins. Why?
|
|
* Because styles for `blocks` origin are added at a later phase
|
|
* (i.e. in the render cycle). Here, only the ones in use are rendered.
|
|
* @see wp_add_global_styles_for_blocks
|
|
*/
|
|
$origins = array( 'default', 'theme', 'custom' );
|
|
if ( ! $supports_theme_json ) {
|
|
$origins = array( 'default' );
|
|
}
|
|
$styles_rest = $tree->get_stylesheet( $types, $origins );
|
|
}
|
|
|
|
$stylesheet = $styles_variables . $styles_rest;
|
|
if ( $can_use_cached ) {
|
|
wp_cache_set( $cache_key, $stylesheet, $cache_group );
|
|
}
|
|
|
|
return $stylesheet;
|
|
}
|
|
|
|
/**
|
|
* Gets the global styles custom CSS from theme.json.
|
|
*
|
|
* @since 6.2.0
|
|
*
|
|
* @return string The global styles custom CSS.
|
|
*/
|
|
function wp_get_global_styles_custom_css() {
|
|
if ( ! wp_theme_has_theme_json() ) {
|
|
return '';
|
|
}
|
|
/*
|
|
* Ignore cache when `WP_DEBUG` is enabled, so it doesn't interfere with the theme
|
|
* developer's workflow.
|
|
*
|
|
* @todo Replace `WP_DEBUG` once an "in development mode" check is available in Core.
|
|
*/
|
|
$can_use_cached = ! WP_DEBUG;
|
|
|
|
/*
|
|
* By using the 'theme_json' group, this data is marked to be non-persistent across requests.
|
|
* @see `wp_cache_add_non_persistent_groups()`.
|
|
*
|
|
* The rationale for this is to make sure 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.).
|
|
* See some of the existing hooks to modify theme.json behavior:
|
|
* @see https://make.wordpress.org/core/2022/10/10/filters-for-theme-json-data/
|
|
*
|
|
* A different alternative considered was to invalidate the cache upon certain
|
|
* events such as options add/update/delete, user meta, etc.
|
|
* It was judged not enough, hence this approach.
|
|
* @see https://github.com/WordPress/gutenberg/pull/45372
|
|
*/
|
|
$cache_key = 'wp_get_global_styles_custom_css';
|
|
$cache_group = 'theme_json';
|
|
if ( $can_use_cached ) {
|
|
$cached = wp_cache_get( $cache_key, $cache_group );
|
|
if ( $cached ) {
|
|
return $cached;
|
|
}
|
|
}
|
|
|
|
$tree = WP_Theme_JSON_Resolver::get_merged_data();
|
|
$stylesheet = $tree->get_custom_css();
|
|
|
|
if ( $can_use_cached ) {
|
|
wp_cache_set( $cache_key, $stylesheet, $cache_group );
|
|
}
|
|
|
|
return $stylesheet;
|
|
}
|
|
|
|
/**
|
|
* Returns a string containing the SVGs to be referenced as filters (duotone).
|
|
*
|
|
* @since 5.9.1
|
|
*
|
|
* @return string
|
|
*/
|
|
function wp_get_global_styles_svg_filters() {
|
|
/*
|
|
* Ignore cache when `WP_DEBUG` is enabled, so it doesn't interfere with the theme
|
|
* developer's workflow.
|
|
*
|
|
* @todo Replace `WP_DEBUG` once an "in development mode" check is available in Core.
|
|
*/
|
|
$can_use_cached = ! WP_DEBUG;
|
|
$cache_group = 'theme_json';
|
|
$cache_key = 'wp_get_global_styles_svg_filters';
|
|
if ( $can_use_cached ) {
|
|
$cached = wp_cache_get( $cache_key, $cache_group );
|
|
if ( $cached ) {
|
|
return $cached;
|
|
}
|
|
}
|
|
|
|
$supports_theme_json = wp_theme_has_theme_json();
|
|
|
|
$origins = array( 'default', 'theme', 'custom' );
|
|
if ( ! $supports_theme_json ) {
|
|
$origins = array( 'default' );
|
|
}
|
|
|
|
$tree = WP_Theme_JSON_Resolver::get_merged_data();
|
|
$svgs = $tree->get_svg_filters( $origins );
|
|
|
|
if ( $can_use_cached ) {
|
|
wp_cache_set( $cache_key, $svgs, $cache_group );
|
|
}
|
|
|
|
return $svgs;
|
|
}
|
|
|
|
/**
|
|
* Adds global style rules to the inline style for each block.
|
|
*
|
|
* @since 6.1.0
|
|
*/
|
|
function wp_add_global_styles_for_blocks() {
|
|
$tree = WP_Theme_JSON_Resolver::get_merged_data();
|
|
$block_nodes = $tree->get_styles_block_nodes();
|
|
foreach ( $block_nodes as $metadata ) {
|
|
$block_css = $tree->get_styles_for_block( $metadata );
|
|
|
|
if ( ! wp_should_load_separate_core_block_assets() ) {
|
|
wp_add_inline_style( 'global-styles', $block_css );
|
|
continue;
|
|
}
|
|
|
|
$stylesheet_handle = 'global-styles';
|
|
if ( isset( $metadata['name'] ) ) {
|
|
/*
|
|
* These block styles are added on block_render.
|
|
* This hooks inline CSS to them so that they are loaded conditionally
|
|
* based on whether or not the block is used on the page.
|
|
*/
|
|
if ( str_starts_with( $metadata['name'], 'core/' ) ) {
|
|
$block_name = str_replace( 'core/', '', $metadata['name'] );
|
|
$stylesheet_handle = 'wp-block-' . $block_name;
|
|
}
|
|
wp_add_inline_style( $stylesheet_handle, $block_css );
|
|
}
|
|
|
|
// The likes of block element styles from theme.json do not have $metadata['name'] set.
|
|
if ( ! isset( $metadata['name'] ) && ! empty( $metadata['path'] ) ) {
|
|
$result = array_values(
|
|
array_filter(
|
|
$metadata['path'],
|
|
function ( $item ) {
|
|
if ( strpos( $item, 'core/' ) !== false ) {
|
|
return true;
|
|
}
|
|
return false;
|
|
}
|
|
)
|
|
);
|
|
if ( isset( $result[0] ) ) {
|
|
if ( str_starts_with( $result[0], 'core/' ) ) {
|
|
$block_name = str_replace( 'core/', '', $result[0] );
|
|
$stylesheet_handle = 'wp-block-' . $block_name;
|
|
}
|
|
wp_add_inline_style( $stylesheet_handle, $block_css );
|
|
}
|
|
}
|
|
}
|
|
}
|
|
|
|
/**
|
|
* Checks whether a theme or its parent has a theme.json file.
|
|
*
|
|
* @since 6.2.0
|
|
*
|
|
* @return bool Returns true if theme or its parent has a theme.json file, false otherwise.
|
|
*/
|
|
function wp_theme_has_theme_json() {
|
|
static $theme_has_support = null;
|
|
|
|
if (
|
|
null !== $theme_has_support &&
|
|
/*
|
|
* Ignore static cache when `WP_DEBUG` is enabled. Why? To avoid interfering with
|
|
* the theme developer's workflow.
|
|
*
|
|
* @todo Replace `WP_DEBUG` once an "in development mode" check is available in Core.
|
|
*/
|
|
! WP_DEBUG &&
|
|
/*
|
|
* Ignore cache when automated test suites are running. Why? To ensure
|
|
* the static cache is reset between each test.
|
|
*/
|
|
! ( defined( 'WP_RUN_CORE_TESTS' ) && WP_RUN_CORE_TESTS )
|
|
) {
|
|
return $theme_has_support;
|
|
}
|
|
|
|
// Does the theme have its own theme.json?
|
|
$theme_has_support = is_readable( get_stylesheet_directory() . '/theme.json' );
|
|
|
|
// Look up the parent if the child does not have a theme.json.
|
|
if ( ! $theme_has_support ) {
|
|
$theme_has_support = is_readable( get_template_directory() . '/theme.json' );
|
|
}
|
|
|
|
return $theme_has_support;
|
|
}
|
|
|
|
/**
|
|
* Cleans the caches under the theme_json group.
|
|
*
|
|
* @since 6.2.0
|
|
*/
|
|
function wp_clean_theme_json_cache() {
|
|
wp_cache_delete( 'wp_get_global_stylesheet', 'theme_json' );
|
|
wp_cache_delete( 'wp_get_global_styles_svg_filters', 'theme_json' );
|
|
wp_cache_delete( 'wp_get_global_settings_custom', 'theme_json' );
|
|
wp_cache_delete( 'wp_get_global_settings_theme', 'theme_json' );
|
|
wp_cache_delete( 'wp_get_global_styles_custom_css', 'theme_json' );
|
|
WP_Theme_JSON_Resolver::clean_cached_data();
|
|
}
|
|
|
|
/**
|
|
* Returns the current theme's wanted patterns (slugs) to be
|
|
* registered from Pattern Directory.
|
|
*
|
|
* @since 6.3.0
|
|
*
|
|
* @return string[]
|
|
*/
|
|
function wp_get_remote_theme_patterns() {
|
|
return WP_Theme_JSON_Resolver::get_theme_data( array(), array( 'with_supports' => false ) )->get_patterns();
|
|
}
|