エディター設定

エディターを変更する最も一般的な方法の1つは、設定が初期化されたエディターに送信される前に適用されるblock_editor_settings_all PHPフィルターを使用することです。

  1. - `````$settings````` エディターのための[設定可能な設定](d557d2565c4a24b1.md#editor-settings)の配列。
  2. - `````$context````` 現在のエディターに関する情報を含む[`````WP_Block_Editor_Context`````](https://developer.wordpress.org/reference/classes/wp_block_editor_context/)のインスタンス。
  3. 以下の例は、プラグインをアクティブにできないユーザー(管理者)のためにコードエディターを無効にします。これをプラグインまたはテーマの`````functions.php`````ファイルに追加してテストしてください。
  4. ``````bash
  5. add_filter( 'block_editor_settings_all', 'example_restrict_code_editor' );
  6. function example_restrict_code_editor( $settings ) {
  7. $can_active_plugins = current_user_can( 'activate_plugins' );
  8. // Disable the Code Editor for users that cannot activate plugins (Administrators).
  9. if ( ! $can_active_plugins ) {
  10. $settings[ 'codeEditingEnabled' ] = false;
  11. }
  12. return $settings;
  13. }
  14. `

さらに多くの例については、以下のユースケースを含むエディターフックのドキュメントを確認してください:

サーバーサイドのtheme.jsonフィルター

theme.jsonファイルはインターフェースオプションを制御する素晴らしい方法ですが、グローバルまたはブロックレベルの変更のみを許可するため、いくつかのシナリオでは制限があります。

たとえば、前のセクションでは、theme.jsonを使用して色とタイポグラフィのコントロールがグローバルに無効にされました。しかし、管理者のユーザーに対して色設定を有効にしたいとしましょう。

柔軟性を提供するために、WordPress 6.1は、4つの異なるデータレイヤーでtheme.jsonデータをカスタマイズできるサーバーサイドフィルターを導入しました。

以下の例では、現在のテーマのtheme.jsonファイルからのデータがwp_theme_json_data_themeフィルターを使用して更新されます。現在のユーザーが管理者である場合、色コントロールが復元されます。

  1. // Disable color controls for all users except Administrators.
  2. function example_filter_theme_json_data_theme( $theme_json ){
  3. $is_administrator = current_user_can( 'edit_theme_options' );
  4. if ( $is_administrator ) {
  5. $new_data = array(
  6. 'version' => 2,
  7. 'settings' => array(
  8. 'color' => array(
  9. 'background' => true,
  10. 'custom' => true,
  11. 'customDuotone' => true,
  12. 'customGradient' => true,
  13. 'defaultGradients' => true,
  14. 'defaultPalette' => true,
  15. 'text' => true,
  16. ),
  17. ),
  18. );
  19. }
  20. return $theme_json->update_with( $new_data );
  21. }
  22. add_filter( 'wp_theme_json_data_theme', 'example_filter_theme_json_data_theme' );

フィルターは、各レイヤーのデータを持つWP_Theme_JSON_Data classのインスタンスを受け取ります。次に、update_with( $new_data )メソッドに有効なtheme.jsonのような構造で新しいデータを渡します。$new_dataではtheme.jsonのバージョン番号が必要です。

クライアントサイド(エディター)フィルター

WordPress 6.2は、エディターがレンダリングされる前にブロックレベルのtheme.json設定を変更できる新しいクライアントサイドフィルターを導入しました。

フィルターはblockEditor.useSetting.beforeと呼ばれ、JavaScriptコードで次のように使用できます:

  1. import { addFilter } from '@wordpress/hooks';
  2. /**
  3. * Limit the Column block's spacing options to pixels.
  4. */
  5. addFilter(
  6. 'blockEditor.useSetting.before',
  7. 'example/useSetting.before',
  8. ( settingValue, settingName, clientId, blockName ) => {
  9. if ( blockName === 'core/column' && settingName === 'spacing.units' ) {
  10. return [ 'px' ];
  11. }
  12. return settingValue;
  13. }
  14. );

この例では、カラムブロックの利用可能なスペーシングユニットをピクセルのみに制限します。上記で説明したように、同様の制限はtheme.jsonフィルターを使用するか、テーマのtheme.jsonファイルでブロックレベルの設定を使用して直接適用できます。

ただし、blockEditor.useSetting.beforeフィルターはユニークで、ブロックの位置、隣接するブロック、現在のユーザーの役割などに応じて設定を変更できます。カスタマイズの可能性は広範です。

以下の例では、メディア&テキストブロック内にブロックが配置されると、見出しブロックのテキストカラーコントロールが無効になります。

  1. import { select } from '@wordpress/data';
  2. import { addFilter } from '@wordpress/hooks';
  3. /**
  4. * Disable text color controls on Heading blocks when placed inside of Media & Text blocks.
  5. */
  6. addFilter(
  7. 'blockEditor.useSetting.before',
  8. 'example/useSetting.before',
  9. ( settingValue, settingName, clientId, blockName ) => {
  10. if ( blockName === 'core/heading' ) {
  11. const { getBlockParents, getBlockName } = select( 'core/block-editor' );
  12. const blockParents = getBlockParents( clientId, true );
  13. const inMediaText = blockParents.some( ( ancestorId ) => getBlockName( ancestorId ) === 'core/media-text' );
  14. if ( inMediaText && settingName === 'color.text' ) {
  15. return false;
  16. }
  17. }
  18. return settingValue;
  19. }
  20. );

ブロックフィルター

エディター自体をキュレーションすることを超えて、個々のブロックを変更する方法はたくさんあります。特定のブロックサポート(背景色など)を無効にしたり、特定のブロックにデフォルトで表示される設定を定義したりしたいかもしれません。

最も一般的に使用されるフィルターの1つはblock_type_metadataです。これは、PHPでサーバーにブロックタイプが登録されるときに、ブロックのblock.jsonファイルから読み込まれる生のメタデータをフィルタリングすることを可能にします。

フィルターは1つのパラメータを取ります:

  • $metadata (array) – ブロックタイプを登録するためのblock.jsonから読み込まれたメタデータ。
  1. 以下の例では、見出しブロックの背景色とグラデーションサポートが無効になります。
  2. ``````bash
  3. function example_disable_heading_background_color_and_gradients( $metadata ) {
  4. // Only apply the filter to Heading blocks.
  5. if ( ! isset( $metadata['name'] ) || 'core/heading' !== $metadata['name'] ) {
  6. return $metadata;
  7. }
  8. // Check if 'supports' key exists.
  9. if ( isset( $metadata['supports'] ) && isset( $metadata['supports']['color'] ) ) {
  10. // Remove Background color and Gradients support.
  11. $metadata['supports']['color']['background'] = false;
  12. $metadata['supports']['color']['gradients'] = false;
  13. }
  14. return $metadata;
  15. }
  16. add_filter( 'block_type_metadata', 'example_disable_heading_background_color_and_gradients' );
  17. `

利用可能なブロックフィルターについては、ブロックフィルターのドキュメントで詳しく学ぶことができます。

追加リソース