サイト内検索
Cocoonフォーラム
書き込みの前に以下の3点をご確認ください。
何を書き込んだら良いか分からない場合は、以下のテンプレートをコピペしてご利用ください。
不具合・カスタマイズ対象ページのURL：
相談内容：
不具合の発生手順：
解決のために試したこと：
※文字だけでは正しく伝わらない可能性があるため、スクショ画像の添付もお願いします。
※高速化設定をしている場合は無効にしてください。
環境情報：※↑こちらに「Cocoon設定 → テーマ情報」にある「環境情報」を貼り付けてください。
環境情報の取得方法はこちら。
→ https://wp-cocoon.com/theme-report/
高速化設定を無効にするにはこちら。
→ https://wp-cocoon.com/theme-trouble/
フォーラム利用ガイドリンク
- フォーラムガイドライン
- よくある質問と答え（FAQ）
- サポート対象外のケース
- 原因不明の不具合用トラブルシューティング
- トピックにHTMLを貼り付ける方法（推奨ツール：notepad.pw）
- 真っ白画面でのエラーメッセージの確認方法
- ブラウザ環境チェックツール
- Cocoonカスタマイズ依頼
フォーラム質問後、問題等が解決した場合は結果を書き込んでいただけると幸いです。同様の問題で調べている方には、結果が一番気になる部分となります。
トピックスターター 2025年10月22日 06:28
WordPress 6.9 beta1が利用できるようになりました。
例によって、WordPress 6.9「ベータ版」「RC版」で見つけた変更点などを、このトピックに書いていければと思います。
（Cocoonの対応要否に関わらず）
Cocoonで要対応と思われるもの、不具合などあれば、これまでのように書いていければと思います。
（時間がとれるかということはありますが）
わいひら reacted
トピックスターター 2025年10月22日 06:29
やっかいなことに、新規ブロックが複数あります。
とりあえず気づいたものだけです。
（まだ翻訳されていませんので、機械翻訳で書きます）
「数式」ブロック
「アコーディオン」ブロック
「読了時間」ブロック
「文字数」ブロック
その他にも、翻訳されていないブロックがありますので、おそらく新規ブロックです。
（現時点で、全部は拾えません・・・）
（現時点で、全部は拾えません・・・）
わいひら reacted
トピックスターター 2025年10月22日 06:32
それから、既存ブロックにも変更があるものがあるようです。
現状Cocoonでは表示されないため、「Twenty Twenty-Five」で確認したものです。
「テキストに合わせる？」
「許可されたブロック？」（何これ・・・）
1つ1つのブロックに、コメント（メモ・注釈）のようなものを追加できます。
（おそらくほとんどのブロックに）
（おそらくほとんどのブロックに）
試していませんが・・・。
エディタ上では、ブロックが見えるのですが、公開ページ上では非表示にすることも、できるっぽいです。
（編集途中ブロックだけを公開しないような感じ？）
エディタ上では、ブロックが見えるのですが、公開ページ上では非表示にすることも、できるっぽいです。
（編集途中ブロックだけを公開しないような感じ？）
今回は、変更点が多いかも？です。
Kana Hokao and わいひら reacted
2025年10月23日 00:24
情報ありがとうございます！
明日早起きしなければならないので、明日確認させていただきます。
変更点から言っても、何か問題とかがありそうな気配 🤔
Kana Hokao reacted
トピックスターター 2025年10月23日 01:06
とりあえず、朝方ささっと見ただけで、詳細はまた後日・・・。
しばらく、まとまった時間が取れそうもないもので。
「数式」と「アコーディオン」ブロック以外にも、新規ブロックがありますが。
それらは、おそらくFSE用のものなのかなという気はします。
ちなみに、今回追加されているWordPressコアの「アコーディオン」ブロックは、「詳細」ブロックとは別物です。
WordPressコアの「アコーディオン」ブロックは。
以下のようなインナーブロックの構造です。
（今回は、Panelの中に「段落」ブロックを追加）
（今回は、Panelの中に「段落」ブロックを追加）
Accordion
Accordion Heading（青）
Accordion Item （緑）
Accordion Panel（水色）
Accordion Item （緑）
Accordion Panel（水色）
ただ、表示してみると、ちょっと構造が？
以下は、h3の中に
Accordion Heading（青）
Accordion Item （緑）
Accordion Item （緑）
以下は、divタグ
Accordion Panel（水色）
Accordion Item（緑）の部分は、公開ページ上では、h3下のmarginの部分ですし。
Gutenbergと公開ページでは、表示も違います。
細かい確認は、また後日・・・。
Kana Hokao and わいひら reacted
トピックスターター 2025年10月23日 06:50
ちなみにですが。
「数式」ブロック
「アコーディオン」ブロック（WordPressコアの）
上記のようなブロックも、以下のプラグインを使うことで、WordPress 6.8.3等でも、テストできます。
Gutenberg
https://ja.wordpress.org/plugins/gutenberg/
但し、プラグイン「Gutenberg」は、導入予定、もしくは、これから機能の検討をするものがあったりします。（検討だけで終わることもあります）
開発中の機能・ブロックがありますので、不具合も結構あります。
ちなみに、「アコーディオン」ブロック（WordPressコアの）は、不具合があるみたいです。
公式では、入れ子にできるとのことで、それが｢詳細｣ブロックとの違いということで、記載されていました。
（「アコーディオン」ブロックの中に、更に「アコーディオン」ブロックを入れる）
ただ、その状態にすると、公開ページ上では開閉が出来ませんでした。
（エディタ画面では、開閉ができました）
更に、プラグイン「Gutenberg」にあるブロックだからと言って、WordPress 6.9には取り込まれないものもあります。
（つまり、WordPress 6.9 < プラグイン「Gutenberg」の状態）
例えば、以下は、もう1年以上前からありますが、未だにWordPress本体には取り込まれていません。
（WordPress 6.9にも取り込まれないみたいです）
- 目次（Table of Contents）
- パンくずリスト（Breadcrumbs）
更に。
例えば、エディタ画面右側の設定パネルなどは、WordPress 6.9から追加されるようなものは、テストできないです。
それでも、ブロックの大まかなところは、テストできると思います。
Kana Hokao and わいひら reacted
トピックスターター 2025年10月23日 17:45
まだ、簡単に確認しているだけですので、軽くスルーしてください。
1つ1つのブロックに、コメント（メモ・注釈）のようなものを追加できます。
（おそらくほとんどのブロックに）
上記の件ですけれど。
今、ダッシュボードを見て、「未承認」の状態だと、初めて分かりました。
コメントと同じ扱いなんですね。
そして、「未承認」の状態だと、投稿一覧には何もないのです。
「承認」すると、投稿一覧に表示されます。
この吹き出し状の数字をクリックすると、以下のような感じ。
「自分」が1件ですが、何も表示されない。
「未承認」「承認済」もゼロ件。
「未承認」「承認済」もゼロ件。
ちなみに、ここは「ダッシュボード」－「コメント」の部分なのですが。
投稿一覧からでなく、「ダッシュボード」－「コメント」から入ると、この「Add Note」のものは何も表示されないです。
投稿一覧からでなく、「ダッシュボード」－「コメント」から入ると、この「Add Note」のものは何も表示されないです。
まだまだ開発中という感じなのかも。
通常のコメントと同じに扱っちゃいけないような気がしますし。
Kana Hokao and わいひら reacted
トピックスターター 2025年11月20日 19:18
時間がとれずに確認はできていないのですけれど。
現在、RC2だと思います。
RC版になって、ベータ版と仕様が変わっているものがあります。
WordPressコアのアコーディオンは、仕様が変わりました。
（入れ子にした場合に、ベータ版と表示のされ方が違う。ベータ版はそもそも不具合もありましたが）
それと、「Fit Text」というものはなくなっていそうです。
その代わり、新しいブロックができています。（RC版で追加された新しいブロックは、まだ翻訳されていない）
（新しいブロックは、Cocoonでmarginの調整が必要そうです。bottomの）
また、ブロックに追加できるNoteも、少し仕様が変わっています
但し、これはまだ不具合と言える状態だと思いますので、これからWordPress内の関数等、修正が入りそうです。
もう少しちゃんと見た方が良いのですが。
ちょっと、今は難しいです。
時間があれば、後日書きます・・・くらいで。
ちょっと、お約束はできないところ。
わいひら reacted
トピックスターター 2025年11月20日 19:33
（RC版で追加された新しいブロックは、まだ翻訳されていない）
すみません、今「更新」したら翻訳されていました。
翻訳が降ってきたみたいです。
これ、マウスオーバーした際に表示される説明？に、スクロールバーが表示されてしまい。
画面が揺れる時があります。
ただ、再現ができなくて。
スクロールバーが消えなくて、揺れ続ける時があるのですが。
それがどういう時か分からないです。
（そもそも再現が・・・。事象が発生してGIF化しようと、再度表示させるともう起きない・・・）
以下は、スクロールバーが一瞬表示されて消えるのですけれど。
これが消えなくて、画面がずつと横揺れする時があるんですよね。
（ただ、一回解消すると、もうしばらく横揺れは起きない）
Cocoonで発生 ⇒ 再確認すると解消 ⇒ WordPress公式系で確認
という流れだと、起きなくて。
という流れだと、起きなくて。
（もうCocoonの表示で解消したから、公式系でも起きないのかどうか）
【追記】
「Twenty Twenty-Five」で確認すると。
このブロックの説明を表示させると、一瞬スクロールバーが表示されて横揺れする現象が発生しました。
（ずっと揺れ続ける事象はまだ確認できませんけれど）
このブロックの説明を表示させると、一瞬スクロールバーが表示されて横揺れする現象が発生しました。
（ずっと揺れ続ける事象はまだ確認できませんけれど）
どうやら、WordPress側の問題のように思います。
Kana Hokao and わいひら reacted
2025年11月21日 23:28
下は、スクロールバーが一瞬表示されて消えるのですけれど。
これが消えなくて、画面がずつと横揺れする時があるんですよね。
（ただ、一回解消すると、もうしばらく横揺れは起きない）
これ僕の環境でも確認しました。
それにしても新しいブロック、なんとも扱いづらそうですね。これはどうしたものか。
トピックスターター 2025年11月22日 01:38
新しいブロック、以下ですが。
- 伸縮する段落
- 伸縮する見出し
使いづらい・・・。
入力間違えて、文字を消すと、下手すると普通の段落・見出しに戻ってしまったり・・・。
それはそれとして。
カラム幅と文字数で、フォントサイズを計算してくれるみたいですね。
（インラインでstyle属性が入る）
margin-bottomが、影響を受けちゃってます。
わいひら reacted
2025年11月23日 22:55
僕も前回確認したんですが、一応これはこれでCSSで書いた通りに反映はされているような。
文字サイズの1.62倍で、下だけこんなにスペースが開くのは、ちょっと気になるといっ感じでしょうか。
とはいえここまで大きな文字を使うことは想定していなかったな…。
トピックスターター 2025年11月23日 23:38
一応これはこれでCSSで書いた通りに反映はされているような。
そうなんですけれどね。
文字サイズの1.62倍で、下だけこんなにスペースが開くのは、ちょっと気になるといっ感じでしょうか。
そうですね、いくらなんでも広すぎるなと。
ご利用の方が、どういう印象を受けるのかというのは気になるのですけれど。
見出しの文字数で、フォントサイズが可変ですので。
同一ページで、複数の「見出し（自動調整）」（翻訳が変わりました）を使用すると、各見出しのmargin-bottomの広さが、文字数で変わるんですよね。
見出しの下に、段落などの文章を続ける場合に、こんな広さで良いのかなという違和感みたいなものはあります。
上の例はちょっと分かりにくいですけれど。
これをご利用の方は、違和感を感じないかなと思いました。
仕様としても良いとは思いますけれど。
仕様としても良いとは思いますけれど。
例えば「ブロック下余白」で調整はできますけれど。
これも、影響を受けちゃうんですよね。
同じ「1em」にしても、広さが違うという。
（まさに、それは仕様通りとは言えますけれど）
（まさに、それは仕様通りとは言えますけれど）
でも、これ（見出し（自動調整））使う方いらっしゃるのかしら・・・。
Kana Hokao and わいひら reacted
トピックスターター 2025年11月24日 00:10
同じようことは、「段落（自動調整）」でも起きます。
（こちらも、翻訳変わりました）
「段落（自動調整）」に、ボーダーを適用した場合、以下のようなことに。
別に右寄せにした訳ではなく。
padding-lefttが、大きくなった結果、右に寄った感じです。
（topもbottomもですけれど）
padding-lefttが、大きくなった結果、右に寄った感じです。
（topもbottomもですけれど）
これらは、Cocoon設定したフォントサイズに連動した方が良いのかなと、漠然と思っているのですけれど。
でも、これ（「段落（自動調整）」のこと）使う方、いらっしゃるのかしら・・・。
わいひら reacted
トピックスターター 2025年11月24日 00:27
まだ、あまり確認していませんので、詳しくは後日と思いますけれど。
WordPressコアの「アコーディオン」についてです。
ベータ版の時は、入れ子にすると、外側・内側と、まさに入れ子に表示されたのですけれど。
RC2では、入れ子にしても、並列に表示されるようになりました。（外側・内側というような表示ではない）
ただ、外側のものを閉じると、入れ子の内側のものも非表示になるというのは同じですが。
WordPressコアの「アコーディオン」は、まだ仕様が変わっている最中かもしれません。
少し違和感があるのは、エディタ表示と、公開ページ表示に差異があるところです。
WordPressコアの「アコーディオン」は、以下のような構造です。
アコーディオン項目から各インナーブロックに色を塗ってみました。
（下層になるほど、色が薄くなるように）
（下層になるほど、色が薄くなるように）
エディタ表示では以下のような感じです。
原色の青に近い部分が、「アコーディオン項目」です。
他のインナーブロックに色が指定されていないと、アコーディオン全体がこの色に塗りつぶされます。
上記のものが、公開ページだと、以下のように表示されます。
公開ページ、RC版公開直後の表示とは、違いますね。
やっぱり変わっている最中なのかも。
やっぱり変わっている最中なのかも。
公開ページの表示の方が、馴染みがあるというのか違和感はないのですけれど。
まだWordPress公式系など確認していませんので、その辺りも含め後日。
（ここのところ、ちょっと時間とれず・・・）
（ここのところ、ちょっと時間とれず・・・）
わいひら reacted
2025年11月24日 21:56
でも、これ（見出し（自動調整））使う方いらっしゃるのかしら・・・。
.wp-block-heading.has-fit-textとかでpx指定すれば、良いのでしょうが上記のこともありますよね。しばらく様子見で良いのではないかなとも思いました。
正直どんな人がどういう理由で使うんだろうと思ってます…。
Kana Hokao reacted
2025年11月25日 23:17
使うなら文字数を少なくして、大きな文字にしてインパクトを持たせたい時だけだと思うんですよね。
長い文字を入れたら普通の見出しくらいの文字の大きさになりますし、それだったら普通の見出しを使えば良いってなる。
さらに長い文字を入れたら、文字が小さくなって読めなくなってしまいます。
文字数を少なくして、文字を大きくするにしても文字数が少なすぎると文字がむちゃくちゃ大きくなりますし見た目的にもうるさい感じになってしまいます。使うにしても文字数をうまく調節しないと難しいです。
文字数を考えながら使うとなると、非常に使い勝手が悪そうなんですよね…。
それ以外だとどうしても見出しを1行にしたい方が使うぐらいしか思いつきません。いずれにしても使いづらそう。
うまく活用されている方がいたら、どんな使い方をされているのかぜひ知りたいですね。
ｍｋ２ reacted
トピックスターター 2025年11月25日 23:40
文字数を少なくして、文字を大きくするにしても文字数が少なすぎると文字がむちゃくちゃ大きくなりますし見た目的にもうるさい感じになってしまいます。使うにしても文字数をうまく調節しないと難しいです。
文字数を考えながら使うとなると、非常に使い勝手が悪そうなんですよね…。
これ、ですよねぇ。
私は、文字の大きさを揃えたいタイプですので。
見出しの文字数が違うと、サイズも変わるのはちょっと嫌です。
（そう考えると、同一ページでいくつも使うものではない？）
うまく活用されている方がいたら、どんな使い方をされているのかぜひ知りたいですね。
教えていただきたいですね。
目から鱗ということも、ありそうですし。
話は変わりますが。
WordPressコアのアコーディオンは、見出し部分がh3なんですよね。
章立てて、文章を作る時。
まずは見出しだけ見せるようにして、本文部分は非表示にするような使い方ができるのかなと、イメージしたのですけれど。
ただ、今のところ見出しがh3固定なんですよね。
h4などに変更できると。
下位の小項目部分だけ非表示にするみたいなこともできそうなのに。
（入れ子にして、小見出しごと非表示などにもできそう）
なんて思ったり、少し使い方もイメージできるのですけれど。
自動調整の2つのブロックは、イメージつきません。
（変わったはずの話が戻ってきた・・・）
わいひら reacted
2025年11月26日 20:02
WordPressコアのアコーディオンは、見出し部分がh3なんですよね。
そうなんですね。
見出しなのはちょっと嫌ですね。
今は検索結果には関係ないとは思いますが、適当に使うとやh2→h3→h4→h5→h6のアウトラインが崩れるのは、あまり気持ちの良いものではなさそうですね。
トピックスターター 2025年11月26日 23:08
WordPressコアの「アコーディオン」見出しには、見出しのCSSも当たっています。
以下は、スキンの「てがきノート」にしたものです。
見出しなのはちょっと嫌ですね。
今は検索結果には関係ないとは思いますが、適当に使うとやh2→h3→h4→h5→h6のアウトラインが崩れるのは、あまり気持ちの良いものではなさそうですね。
h2からh4やh5に飛ぶのは、Googleは問題ないみたいですね。
逆の順番（h5からh4みたいな）のは、流石にどうかなとは思いますけれど。
見出し固定、h3固定なのは、ちょっと使いづらいです。
他の見出しとの兼ね合いもありますから、WordPressコアの「アコーディオン」を使う場合。
他の見出しを揃える必要がでてくるかもしれないと思ったりもします。
見出しのつもりはないのに、「アコーディオン」を使用して見出しになっていたと、気づかない方もいらっしゃるかも。
WordPressコアの「ボタン」ブロックは、今回aタグかbuttonタグかを選択できるようになりました。
これと同じように、h2～h6やlabelタグなどを選択できるようになると使い勝手も上がるように思いますね。
将来的には、そういうこともあるのかもしれません。
将来的には、そういうこともあるのかもしれません。
今日立ち上げてみると、RC3になっていました。
いろいろ確認はしていないのですけれど、その内とは思います。
（今は自分のブログの作業がありまして）
（今は自分のブログの作業がありまして）
わいひら reacted
トピックスターター 2025年11月27日 07:11
WordPressコアの「アコーディオン」、RC3でまた変わりました。
エディタ画面（Cocoon）
公開ページ（Cocoon）
エディタ画面と公開ページの表示の差異がなくなりました。
「Twenty-Sixteen」でも同様でした。
（添付しませんが、「Twenty Twenty-Five」も同様です）
（添付しませんが、「Twenty Twenty-Five」も同様です）
そして、まだまだ変わっているみたいで・・・。
ブロック追加の「＋」マークがこんなところに。
（以前はどうだったのか、ここは確認していなかったです）
（以前はどうだったのか、ここは確認していなかったです）
これで追加すると、「アコーディオン」ブロック内に、「アコーディオン項目」のインナーブロックが追加されます。
（色のついた2つめの「アコーディオン項目」がそれです）
（色のついた2つめの「アコーディオン項目」がそれです）
そして、こんなのありましたかねぇ・・・。
そんな感じで、ちょっと私は混乱してしまいましたので、これ以上確認はしていません。
RC3で、エディタと公開ページの表示は同じになりました。
公式とも同じです。
公式とも同じです。
その部分については、とりあえず、放置で良いのかなと思います。
（隙間（青いところ）は気になりますが、公式もそうですし。）
わいひら reacted
トピックスターター 2025年11月27日 22:58
ブロックに追加できる「ノート」についても少しRC2と変わってはいます。
但し、まだ不具合と言える状況のように思います。
これは、複数人で編集する際に、課題共有や連絡事項などを残すのが目的っぽいです。
ただ、一人で編集する場合にも、一人でメモ・課題管理などに使用できそうには思います。
実際に、どれだけの方が使うのかなとは思いますけれど。
RC版になって、画面右上の表示切替のボタンはなくなっています。
そして、不具合と思われる状態ですが。
どれだけ使う方がいるかというのはありますけれど。
WordPress公式でも起きていますので、もしお問い合わせがあれば、お答えは出来るようにしておけば問題ないのかなと思います。
（特に対応は不要かと）
症状・事象ですが、以下のような感じです。
各ブロックに「ノート」と呼ばれるものを追加できます。
「ノート」は、wp-commentsテーブルに追加されるみたいです。
（comment_typeが「note」）
（comment_typeが「note」）
この段階では、投稿一覧に「ノート」は表示されません。
「ノート」は「解決済」にできるみたいです。
（コメントの承認のような感じみたいです）
データベースのステータスも変わります。
「解決済」にすると、突然「ノート」が投稿一覧に出てきます。
私は「解決済」に2回したために、3件になった？
そして、この「3」をクリックしても、コメント一覧には何も表示されません。
ここまでならば、管理画面内の話ですから、まだ良いのですけれど。
フロントページに影響があります。
「解決済」にすると、突然コメントにカウントされるようになります。
「解決済」にすると、突然コメントにカウントされるようになります。
（「未解決」の時は、カウントされない）
しかし、実際に投稿を開くとコメントはありません。
これは、WordPress公式テーマでも同様です。
以下は、「Twenty Sixteen」です。
来週、正式リリースかと思います。
それまでに、対応が間に合わないかもしれませんね。
それまでに、対応が間に合わないかもしれませんね。
まだ試していないのですけれど。
本当にコメントがあった投稿に、「解決済」の「ノート」があった場合は、コメント件数がズレるのではないかと思います。
（本当は「ノート」を抽出対象にしてはいけないはず）
どれだけ使われるかということもありますし。
おそらく直ぐには「ノート」があることに気づかないでしょうから。
おそらく直ぐには「ノート」があることに気づかないでしょうから。
忘れた頃にご質問があった場合には、こういうことがあるよと、覚えておけば良いのかなと思います。
それにしても、今日は切れてしまい・・・。
申し訳ない感じです。
申し訳ない感じです。
ベクトルが外に向くのが苦手なのかも。
（本来は自分に向くべきだと思うのですけれど、それはやっているから問い合わせで外に向くのかもしれないですけれど。でもループして・・・）
（本来は自分に向くべきだと思うのですけれど、それはやっているから問い合わせで外に向くのかもしれないですけれど。でもループして・・・）
そろそろ潮時なのかもとちょっと思います。
わいひら reacted
トピックスターター 2025年11月28日 03:11
新規投稿で、Cocoonブロック、以下を順番にGutenbergで、追加していていたのですけれど。
以下で確認しました。
WordPress 6.9 RC3
Cocoon 2.8.8.2
「ボタン」ブロックまで追加したところで、Consoleを確認すると、以下のWarningが出ていました。
36px default size for wp.components.TextControl is deprecated since version 6.8 and will be removed in version 7.1. Note: Set the `__next40pxDefaultSize` prop to true to start opting into the new default size, which will become the default in a future version.
wp.components.TextControl の 36px のデフォルトサイズは、バージョン 6.8 から非推奨となり、バージョン 7.1 で削除される予定です。
注意：将来的に新しいデフォルトサイズとなる 40px のデフォルトサイズを先行利用したい場合は、__next40pxDefaultSizeプロパティを true に設定してください。
Bottom margin styles for wp.components.TextControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.
wp.components.TextControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除される予定です。
注意：将来的に新しいデフォルトスタイルとなるスタイルを先行利用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
Bottom margin styles for wp.components.ToggleControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.
wp.components.ToggleControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除される予定です。
注意：将来的に新しいデフォルトスタイルとなるスタイルを先行利用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
wp.components.ButtonGroup is deprecated since version 6.8. Please use wp.components.__experimentalToggleGroupControl instead.
wp.components.ButtonGroup はバージョン 6.8 から非推奨となりました。代わりに wp.components.__experimentalToggleGroupControl を使用してください。
36px default size for wp.components.FontSizePicker is deprecated since version 6.8 and will be removed in version 7.1. Note: Set the `__next40pxDefaultSize` prop to true to start opting into the new default size, which will become the default in a future versionwp.components.FontSizePicker の 36px のデフォルトサイズは、バージョン 6.8 から非推奨となり、バージョン 7.1 で削除される予定です。
注意：将来的に新しいデフォルトサイズとなる 40px のデフォルトサイズを先行利用したい場合は、__next40pxDefaultSizeプロパティを true に設定してください。
ちょっと、どのタイミング出ていたのか分からないですけれど。
エディタを1回閉じて、再度開くと、これらは出ていない状態でした。
別に新規投稿して、同じように追加したつもりですが、出なくて。
また、この投稿に戻ってきて、何かやっているとまた出ました。
（そして、最初より増えた・・・）
（そして、最初より増えた・・・）
Gutenbergの右の設定パネル？
わいひら reacted
トピックスターター 2025年11月28日 18:46
本当にコメントがあった投稿に、「解決済」の「ノート」があった場合は、コメント件数がズレるのではないかと思います。（本当は「ノート」を抽出対象にしてはいけないはず）
上記の件、やはりずれますね。
コメント1件と、ノートを1件（解決済）を、追加した投稿を確認します。
【フロント側】
インデックスカードは、3件と表示されています。
投稿を開くと、コメント1件のみ表示されます。
【管理画面内】
投稿一覧は、フロント側と同様3件です。
この3件表示をクリックして、コメント管理に飛びますと、コメント1件のみ表示。
該当投稿を、エディタで開いて、ノートを確認すると、一応2件あります。
2件ある内の下側の「解決済み」と表示されているものですが・・・。
これは、実際に「解決済み」と書いて追加したものではないです。
最初の「確認用ノート」右側の「解決」のチェックマークをチェックすると、自動で「解決済み」というノートが追加されるみたいです。
使う方がいらっしゃるか・・・は、ありますけれど。
使って見たら違和感は感じる方がいらっしゃって、お問い合わせも有り得ると思います。
その際には、これらが参考になるかなと思います。
（あくまで、WordPressコア側の仕様というのか、不具合だと思います）
データベースを確認すると、「解決済み」は、comment_contentが空のレコードが増えるんですよね。
「解決済み」は、ステータスだけ更新すれば良いような気もします。（別にレコード増えても良いですが、日時が分かりますから）
少なくとも、comment_typeが「note」のものは、フロント側表示の際には拾ってはいけないんですよね。
管理画面もそうだと思いますけれど、ノート用の件数表示の欄が今ないんですよね。
とりあえず、「ノート」の確認はここまでで。
2025年11月28日 19:09
「ボタン」ブロックまで追加したところで、Consoleを確認すると、以下のWarningが出ていました。
これ僕の環境でも追加していって試してみているんですけど、僕の環境では現時点では出ていないみたいです。とりあえず通知メッセージを頂いたので、もしかしたら対応できるかもしれません。修正できないか試してみます。ありがとうございます。
トピックスターター 2025年11月28日 19:16
これ僕の環境でも追加していって試してみているんですけど、僕の環境では現時点では出ていないみたいです。
そうなんです。再現の仕方がいまいち分かっていなくて。
私も、別に新規投稿して、同じブロックを追加していったのですが、Warningが出なくて・・・。
もっと明確に手順が分かると良いのですけど、すみません。
トピックスターター 2025年11月28日 19:20
ちょっと、細かいことに気づいたため、残しておこうということで書きます。
一応記録として、残しておくだけで、特に対応が必要なものではないと思います。
カラーパレットなのですけれど。
ブロックのものと、ハイライトのもので、いつの間にか差異がありました。
ブロックのものというのは、以下のことです。
こんな感じで、「テーマ」と「デフォルト」に分かれていて、こちらのイメージを私は持っていました。
ハイライトの方ですけれど。
こちらは、「テーマ」「デフォルト」という表示がなくて、くっついた感じに。
これ、確認してみると、「WordPress 6.8.3」でもこの状態でした。
ちなみに、「WordPress 6.7.2」の「ハイライト」は以下でした。
この段階では、「デフォルト」のカラーがないですね。
「6.8」の段階で、マージされていたのかも・・・。
特に弊害が話あるという話ではないですので。
ちょっと違うな、いつの間にと、ふと思っただけです。
（もしくは、気づいていたかもしれないですが、私が忘れてしまっているのかも）
（もしくは、気づいていたかもしれないですが、私が忘れてしまっているのかも）
トピックスターター 2025年11月28日 20:14
Cocoonブロックを、全部編集画面で追加して、確認してみました。
各ブロックの細かいパターンまでは、確認できませんけれど。
追加して、簡単に設定して、公開ページの表示まで確認したところ、特に問題はなさそうです。
ただ、またWarningが増えました。
一応重複していないかを、検索して確認したところ、今回の10件は、新たなものだと思います。
（たぶん・・・重複していたらすみません）
①
Bottom margin styles for wp.components.TextareaControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.
wp.components.TextareaControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除されます。
注：将来のバージョンでデフォルトになる新しいスタイルを先に適用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
②
Bottom margin styles for wp.components.ToggleControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.wp.components.ToggleControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除されます。
注：将来のバージョンでデフォルトになる新しいスタイルを先に適用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
③
wp.components.ButtonGroup is deprecated since version 6.8. Please use wp.components.__experimentalToggleGroupControl instead.wp.components.ButtonGroup はバージョン 6.8 から非推奨となりました。代わりに wp.components.__experimentalToggleGroupControl を使用してください。
④
36px default size for wp.components.FontSizePicker is deprecated since version 6.8 and will be removed in version 7.1. Note: Set the `__next40pxDefaultSize` prop to true to start opting into the new default size, which will become the default in a future version.wp.components.FontSizePicker のデフォルトサイズ（36px）はバージョン 6.8 から非推奨となり、バージョン 7.1 で削除されます。
注：将来のバージョンでデフォルトになる新しいサイズを先に適用したい場合は、__next40pxDefaultSize プロパティを true に設定してください。
➄
36px default size for wp.components.RangeControl is deprecated since version 6.8 and will be removed in version 7.1. Note: Set the `__next40pxDefaultSize` prop to true to start opting into the new default size, which will become the default in a future version.wp.components.RangeControl のデフォルトサイズ（36px）はバージョン 6.8 から非推奨となり、バージョン 7.1 で削除されます。
注：将来のバージョンでデフォルトになる新しいサイズを先に適用したい場合は、__next40pxDefaultSize プロパティを true に設定してください。
⑥
Bottom margin styles for wp.components.RangeControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.wp.components.RangeControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除されます。
注：将来のバージョンでデフォルトになる新しいスタイルを先に適用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
⑦
Bottom margin styles for wp.components.BaseControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.
wp.components.BaseControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除されます。
注：将来のバージョンでデフォルトになる新しいスタイルを先に適用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
⑧
36px default size for wp.components.TextControl is deprecated since version 6.8 and will be removed in version 7.1. Note: Set the `__next40pxDefaultSize` prop to true to start opting into the new default size, which will become the default in a future version.wp.components.TextControl のデフォルトサイズ（36px）はバージョン 6.8 から非推奨となり、バージョン 7.1 で削除されます。
注：将来のバージョンでデフォルトとなる新しいサイズを先に適用したい場合は、__next40pxDefaultSize プロパティを true に設定してください。
⑨
Bottom margin styles for wp.components.TextControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.wp.components.TextControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除されます。
注：将来のバージョンでデフォルトとなる新しいスタイルを先に適用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
⑩
Bottom margin styles for wp.components.CheckboxControl is deprecated since version 6.7 and will be removed in version 7.0. Note: Set the `__nextHasNoMarginBottom` prop to true to start opting into the new styles, which will become the default in a future version.wp.components.CheckboxControl の下マージンのスタイルは、バージョン 6.7 から非推奨となり、バージョン 7.0 で削除されます。
注：将来のバージョンでデフォルトになる新しいスタイルを先に適用したい場合は、__nextHasNoMarginBottom プロパティを true に設定してください。
2025年11月28日 22:47
ありがとうございます。
僕の環境だとコンソールに警告が出るタイミングは、「警告が出ているコントロール」を設定画面で使用しているブロックを選択した時でした。
とりあえず僕の環境で警告が出ないようにGitHubのファイルを修正しておきました。
2025年11月28日 23:11
トピックスターター 2025年11月29日 00:33
これは気づいてませんでした。ハイライト普段から、ほとんどが使ったことがなかった。
私も、きっき操作して気づきました。
6.8系の時で、既に変わっていたことにすら気づいていませんし。
私、未だに本番ではクラシックエディタですから。
（当面変える気はないです）
お問い合わせでしかブロックエディタは触らないですし。
ちょっと11月は、対応していなかった時期もありますしね。
ハイライトは更に触らないですよね。
でも、これがないと、色を変更できないところがありますからね。
こうやって今回試してみて、やっと気づきました。
特に問題はないですから、良いのですけれど。
こうやって残しておくと、後で振り返った時に便利かなと。
仮にお問い合わせがあった際にも、何かの役に立つかな・・・という感じです。
トピックスターター 2025年11月29日 03:16
翻訳が更新されて、また戻りました・・・。
トピックスターター 2025年12月1日 18:20
警告が出ないようにGitHubのファイルを修正しておきました。
ご対応いただき、ありがとうございます。
今試してみたところ、Cocoonブロックの警告は表示されなくなっていました。
一応、Cocoonブロック全部は確認しましたが、全コントロールとはいかないですけれど。
トピックスターター 2025年12月2日 18:54
RC4が利用できようになっていますが・・・。
おそらく、大きくは変わっていないものと思います。
（RC3の不具合対応のみではないかと）
特にアナウンスがないのですが、このまま正式リリースされるのではないかと。
（通常であれば、ドライランのアナウンスがあるのですが、今回はなさそう・・・）
日本時間で、12/3(水)未明なのかと思うのですけれど。
今回、私はほぼ確認ができていないです。
（とりあえず新規機能と、Cocoonブロックは簡単に。WordPressコアの部分はあまりしていないです）
トピックスターター 2025年12月2日 19:10
パターンの編集画面ですが、Cocoonだと、外側に白枠があって、実際の編集エリアがはみ出しているように見えないこともないです。
ただ、これって。
おそらく、以前のWordPressメジャーアップデートの際に。
投稿側の編集画面で、グレーの外枠ができてしまったために、対応していただいたものではないかと思います。
おそらく、以前のWordPressメジャーアップデートの際に。
投稿側の編集画面で、グレーの外枠ができてしまったために、対応していただいたものではないかと思います。
大きく違和感がある訳ではないですから、とりあえずこのままで？
ちなみに、「Twenty Twenty-Five」だと以下。
「Twenty Sixteen」だと以下。
パターンの編集画面は、背景がグレーなのは、投稿等と差別化のため？
問題の解決に至った場合には、トピック冒頭の「解決済み」をクリックしていただけますと幸いです。
また、有用な回答があった場合は返信右下にある「いいね！」もご活用ください。回答者の励みになります。
（CC BY-ND 2.1）準じていれば（リンクを貼っていただければ）転載も自由です。カスタマイズ記事を書く際にコード等をコピペ利用していただいて構いません。
フォーラムの使い方がよくわからない場合は、テストトピックで自由にテストしていただいて構いません。
最近の書き込みはこちら。
詳細なカスタマイズ依頼をするならこちら。