WordPressバージョン：7.0-beta4

●見出しについて

①ツールバーにあった「伸縮する見出し」「伸縮する段落」は[スタイル]→[タイポグラフィ]に移動した。
②「見出し」の種類をツールバーだけでなくパネルからも選択可能となった。

投稿者:: @chu-ya

↑

構造上iframe内に展開されるのであれば、いっそのことヘッダーにlinkタグを追加する方式

これはダメですね（苦笑）

例えば enqueue_block_assets を使用すると、CSS はブロックエディターのページに <link> タグとして追加され。

この場合、エディター内の iframe（editor-canvas）にも反映されますが、Gutenberg エディター内の table タグなどに意図せず影響を与えてしまい。
そのため、block_editor_settings_all を用いて、CSS を iframe 内だけに <style> タグとして展開しており...

●「カスタムHTML」ブロックについて

「カスタムHTML」ブロックを配置した後、枠内にコードを入力ではなくなり、枠のみとなった。

投稿者:: @chu-ya

↑

これはダメですね（苦笑）

iframeの中だけ出力されれば本当にその対応で楽になるのですが、先ほど調べてみた限りではやはりiframe内と全体にも適用されてしまうみたいですね。

●「Breadcrums」（パンくず）ブロック

ホーム表示の有無
記事タイトル表示の有無
セパレーターの設定

環境にもよると思いますが、WordPress 7.0になってからこういうダイアログがしょっちゅう出るようになってしまった。同じ投稿のエディター画面をブラウザから複数タブで開いていると出るっぽい。

Connection lost
接続が失われました

The connection to real-time collaboration was interrupted. Editing is paused to prevent conflicts with other editors.
リアルタイム共同編集への接続が中断されました。ほかの編集者との競合を防ぐため、編集は一時停止されています。

@yhira さん

ブロックの設定パネルで、height、widthの設定が可能になるようです。

https://make.wordpress.org/core/2026/03/15/dimensions-support-enhancements-in-wordpress-7-0/

●「カバー」ブロック

WordPressバージョン：7.0-beta5-62070

外部動画を指定可能となった。
「カバー」ブロックを配置した際、メニューバーの「メディアを追加」からYoutubeの動画も指定可能。

●「カスタムHTML」ブロック

今までブロック内にコードが表示されるだけだった。
7.0から、エディター上にもHTMLが描画され表示されるように。

●PHPだけでブロック作成

Reactなどビルド環境がなくても、PHPだけでブロックを作成可能に。
但し、簡単な設定パネルと、ブロックを包括しないブロックに限られ。

例えば、Cocoonのショートコードsitemapに、パラメータを渡しcallbackで描画するようなものは簡単に実現でき。

https://make.wordpress.org/core/2026/03/03/php-only-block-registration/

• フロントエンドで画像をクリックしてモーダルを表示すると、右上の「×」ボタンやオーバーレイをクリックしても反応せず、モーダルを閉じることができない。
• モーダル上のカーソルが本来のポインターならず、デフォルトのままとなる。

<div class="container" inert>★
<header>...</header>
  <main>...</main>
  <footer>...</footer>
  <div class="wp-lightbox-overlay">...</div>
</div>

{
  "version": 3,
  "settings": {
    "blocks": {
      "core/image": {
        "lightbox": {
          "allowEditing": false,
          "enabled": false
        }
      }
    }
  }
}

add_action( 'wp_footer', function() {
?>
<script>
  const container = document.querySelector('.container');
  if (container) {
    // inert属性の付与を監視し、検知次第即座に削除する
    new MutationObserver(() => {
      if (container.hasAttribute('inert')) {
        container.removeAttribute('inert');
      }
    }).observe(container, { attributes: true, attributeFilter: ['inert'] });
  }
</script>
<?php
});

ご連絡いただきありがとうございます。
ご提案いただいたものも含めて、いくつか改善方法を検討しましたが、現在利用されているユーザーの多くの方が問題なくて副作用も少ないと考えられる@chu-yaさんがご提案いただいたtheme.json による機能自体の無効化の方法で対応させていただくことにしました。
https://github.com/xserver-inc/cocoon/commit/707ca5867135ad86098840c646c0fc2749734192

@yhira さん

本件ですがArkheの場合、問題なく動作し、テーマのHTML構成に依存します。

WordPress 7.0の最終版での確認は必要かと思います。

ただ、WordPress標準のlightboxは前後画像へのボタンがなく。
Cocoon標準の方が使い勝手がいいので、今回の修正で影響はないと思います。

WordPressバージョン：7.0-RC2-62162
「Table of Contents」（目次）ブロックが除外さている。

●タイボグラフィオプション「カラム」

使い道が分からず。

{
  "version": 3,
  "settings": {
    "blocks": {
      "core/paragraph": {
        "typography": {
          "textColumns": true
        }
      }
    }
  }
}

●「ギャラリー」ブロック
画像のクンク設定で「クリックで拡大」を設定した場合、WordPress標準のlightbox表示に前後ボタンが追加された。
但し、「画像」ブロックにはボタン表示されない。

※WordPress 7.0でCocoonに影響があり、この機能は使えません。

WP 7.0のリリース予定日ですが、数週間延期する見込みとのことです。
新機能を盛り込み過ぎて検証に時間がかかっているのかもしれません。

https://make.wordpress.org/core/2026/03/31/extending-the-7-0-cycle/

After discussions with project leadership, the decision has been made to delay the 7.0 release by a few weeks to finalize key architectural details.

数日前に以下が発表されています。

The Path Forward for WordPress 7.0
https://make.wordpress.org/core/2026/04/02/the-path-forward-for-wordpress-7-0/

RC版は停止され、ベータ版に戻る的なことも、書かれていますが、怪しさを感じます。

新しいスケジュールは、4/22までに公開予定ともあります。

Y.INABAさんがリンクくださったものは、4/4付けて日本語版でもリリースされていました。

7.0サイクルの延長
https://ja.wordpress.org/2026/04/04/extending-the-7-0-cycle/

情報ありがとうございます！
不具合があるものが出るよりは、時間をかけてでも不具合が少ないものが出るのはありがたいです。

昨晩？のミーティングでは、「WordPress 7.0」のリリース日は決まらなかったようですね。

（プラグインのGutenbergは、順調にアップデートされているみたいですが）

次はRC版をアップデートすることが、決まったようです。（RC3以降が停止されているみたいですね）

https://make.wordpress.org/core/2026/04/08/summary-dev-chat-april-8-2026/

WordPress 7.0 Updates

• The Path Forward for WordPress 7.0. Quick summary:
  • trunk is closed to commits for the 7.1 release until further notice
  • Backporting to 7.0 still requires double committer sign off
  • Pre-releases are paused
  • The next release will be a RC
  • We’re currently in string freeze
• New Dev Notes:
  • Building a custom sync provider for real-time collaboration

僕てしてはほんとじっくりでありがたいです 😓 

「WordPress 7.0」のリリース日が決まったようです。

WordPress 7.0 Release Party Updated Schedule
https://make.wordpress.org/core/2026/04/22/wordpress-7-0-release-party-updated-schedule/

• 5/9(土)　RC3（実質ベータ1）
• 5/15(金) RC4（実質新RC1）
• 5/20(水) 24時間コードフリーズ
• 5/21(木) WordPress 7.0 正式版リリース

　　
日本時間では、上記のような感じになると思われます。
（正式版リリース時間は、現時点で未定です）

●フォント管理

WordPress 7.0でさらに使いやすくなった「フォントライブラリ」。
[外観]→[フォント] で管理・インストールしたフォントを、Gutenbergエディターから自由に選択して使用可能です。

前述と重複してました。

WP 7.0で導入される「リアルタイム共同編集」について。

add_meta_box() 関数を使って編集画面内のカスタムフィールドの追加を行った場合、WordPress 7.0で導入される目玉機能の1つ「リアルタイム共同編集」が無効化されるようです。

▼ご参考
https://developer.wordpress.org/news/2026/04/whats-new-for-developers-april-2026/

Classic meta boxes will disable collaboration mode for a post. If you’re still using add_meta_box(), now’s a good time to consider migrating to register_post_meta() and a PluginSidebar component. The 7.0 cycle is intended to be a window for plugin developers to implement compatibility bridges. If you’re not sure how to migrate your meta boxes to the sidebar, this tutorial will guide you through the process.

Cocoonでもカスタムフィールドの追加にあたって add_meta_box() が使われています。
https://github.com/search?q=repo%3Axserver-inc%2Fcocoon%20add_meta_box&type=code

ただし、Cocoonでは個人でのご利用が多いこと、またクラシックエディターにも対応しているところから、対応する意味が薄いものと思います。
そのため、情報共有にとどめておきます。
（実際に register_post_meta() 等の手法に移行いただくかについてはお任せいたします）

▼余談ですが、XwriteではGutenbergエディターのみの対応をうたっているため、移行要望をあげています。
https://users.xwrite.jp/community/postid/5216/

情報ありがとうございます！
Cocoon の方でも対応可能そうであれば、対応できればと思います。

調べてみたけど、確かにCocoonの場合はやるにしてもCocoon設定の設定切り替えからの段階的任意切り替えにするのが現実的かも。
下手に対応すると個人利用が多くて需要も薄いのに、かなりの分岐対応することになり管理コストだけが増えそうな感じではありますね…。

@yhira さん

WordPress 7.0のリアルタイム編集は、大規模なメディアや多人数で作業する一部のエ層にはメリットがあるかもしれませんが、圧倒的多数の個人ユーザーや小規模開発者にとっては恩恵が少なく、むしろ利便性を損なう懸念が強いと感じます。

Cocoonは、投稿設定にadd_meta_boxを利用しておりPHPだけで完結しています。

現状のブロック開発ならまだしも、これをわざわざReact化（開発環境を要す）してまでリアルタイム編集に合わせることは、開発コストを不必要に増大させ、WordPress最大の魅力であった「拡張のしやすさ」を犠牲にしているように思います。

メリットを見いだせないので、私なら既存のadd_meta_boxのままで、投稿の共同編集を利用不可にします。

やるとは言ってないです。なので「やるにしても」とあえて言葉を付け加えています。

投稿者:: @yhira

↑

下手に対応すると個人利用が多くて需要も薄いのに、かなりの分岐対応することになり管理コストだけが増えそうな感じではありますね…。

これを書いておけば、普通はやると思われないだろうなと思って書いたんですけど、直接的には書かなかったので、わかりづらかったら申し訳ありません。