書き込みの前に以下の3点をご確認ください。1つのトピックにつき1つの質問を書き込んでください不具合・カスタマイズ対象ページのURLを提示し高速化を無効にしてください該当部分のキャプチャ・環境情報とともに書き込んでいただけると助かります何を書き込んだら良いか分からない場合は、以下のテンプレートをコピペしてご利用ください。不具合・カスタマイズ対象ページのURL:相談内容:不具合の発生手順:解決のために試したこと:※文字だけでは正しく伝わらない可能性があるため、スクショ画像の添付もお願いします。※高速化設定をしている場合は無効にしてください。テーマ情報」にある「環境情報」を貼り付けてください。環境情報の取得方法はこちら。https://wp-cocoon.com/theme-report/高速化設定を無効にするにはこちら。https://wp-cocoon.com/theme-trouble/フォーラム利用ガイドリンクフォーラムガイドラインよくある質問と答え(FAQ)サポート対象外のケース原因不明の不具合用トラブルシューティングトピックにHTMLを貼り付ける方法(推奨ツール:notepad.pw)真っ白画面でのエラーメッセージの確認方法ブラウザ環境チェックツールCocoonカスタマイズ依頼フォーラム質問後、問題等が解決した場合は結果を書き込んでいただけると幸いです。同様の問題で調べている方には、結果が一番気になる部分となります。01:52まだベータ版ですが軽く触ってみたので、Cocoonで今後対応が必要そうな点を書き込んでおきます。・検索案内ブロック添付画像の通り、検索ボタン下のアイコン部分が次のブロックに重なってしまうので、エディタ側でのスタイルを調節した方がよさそうです。編集画面上で各デバイス(タブレット、モバイル)のプレビューが確認できるようになったため、ページと編集画面の表示を一致させる方向で改善していくのが望ましいかと思います。・XMLサイトマップ新たに標準で実装されたXMLサイトマップに表示されるページと、Cocoonで実装されている各種インデックス設定を一致させる必要があると思います。Load設定と一致させる(もしくはWordPress標準の方はそのまま動作する等の補足説明を加えるなど)のが分かりやすいです。他に対応が必要そうな点が見つかれば、また追記します。18:42ありがとうございます。一つ一つこちらでも確認してみます。ページと編集画面の表示を一致させる方向で改善していくのが望ましいかと思います。よろしければ、お手数ですがどういった部分か1つ教えていただけると幸いです。19:47プレビュー表示についてですが、今まではプレビューボタンをクリック新しいタブでプレビュー用ページを表示という仕様でした。5.5でプレビュー用ページを表示させるにはプレビューボタンをクリックポップアップからリンクをクリック新しいタブでプレビュー用ページを表示と操作が1つ増えています。プレビューのポップアップ上では、プレビュー用ページリンクよりも編集画面の各デバイス幅切り替えの方が優先的にクリックできる形になっています。(タブレットやモバイルでの表示をプレビュー用ページで確認するためには、さらに操作の数に差が出ます。)以上の点から、「コンテンツ本文の基本的なプレビューチェックは編集画面内で完結できるよう、それぞれのテーマ側で対応する」と私は解釈しました。いった部分かというよりは、少なくとも編集画面上でのデスクトップタブレットモバイルの各表示が実際のページで表示されるコンテンツ本文と一致するのが理想的だと思います。20:43ありがとうございます。書かれている部分は、以下などを読んで5.5を使いつつ一応存じてはいるのですが、どういった部分が特に「一致していない」と思われたのかと思いまして質問してみました。https://nendeb.com/916質問がわかりづらくて申しわけありません。@lococo・XMLサイトマップ新たに標準で実装されたXMLサイトマップに表示されるページと、Cocoonで実装されている各種インデックス設定を一致させる必要があると思います。/index.php?sitemap=index)などにも出力しないというような意味であっていますでしょうか。22:31どういった部分が特に「一致していない」と思われたのかと思いまして質問してみました。どこまでテーマ側で対応するかが私では判断しづらいので、具体的に明言するのは難しいのですが、まずはブロックのレスポンシブ化でしょうか。理想的な観点から言えば、スキン含めスタイルの調整が必要な細かな部分も出てくると思いますし、ショートコードなどもそろそろ順次ブロックで対応していくタイミングなのかなと感じています。/index.php?sitemap=index)などにも出力しないというような意味であっていますでしょうか。Sitemaps」等のプラグインで各自設定していたと思うのですが、公式で実装される機能についてはテーマ側でも沿った形にした方が好ましいのではないかと思いました。サイトマップ周りにはフックが豊富に用意されているので、コードを見た感じではフックのみで対応できそうです。@lococoどこまでテーマ側で対応するかが私では判断しづらいので、具体的に明言するのは難しいのですが、まずはブロックのレスポンシブ化でしょうか。これでおおよその意図は伝わりました。確認して一つ一つ修正して行こうと思います。@lococo理想的な観点から言えば、スキン含めスタイルの調整が必要な細かな部分も出てくると思いますし、ショートコードなどもそろそろ順次ブロックで対応していくタイミングなのかなと感じています。確かにそうかもしれません。こちらについては、なかなか空いた時間がなく、すぐにはちょっと難しいかもしれません。@lococoその通りです。Sitemaps」等のプラグインで各自設定していたと思うのですが、公式で実装される機能についてはテーマ側でも沿った形にした方が好ましいのではないかと思いました。サイトマップ周りにはフックが豊富に用意されているので、コードを見た感じではフックのみで対応できそうです。ありがとうございます。こちらもフックを確認して対応出来ればと思います。19:50今までは自分でスタイルを追加して調整していたのですが、ブロックのスタイル調整に合わせて記事本文の上下余白(margin)を統一していただけると助かります。...という形でスタイルが指定されています。コンポーネントベースでコンテンツを作成していくブロックエディターでは、グループブロックをはじめとしたブロック要素内にコンテンツが置かれることが多いので、ほとんどの場合に上記スタイルが当てはまりません。pタグであればstyle.css#L1488、ボタンブロックであればstyle.css#L4798、ボックスブロックであればstyle.css#L3073など、各々に指定されている余白が反映されます。entry-contentクラス直下の有無にかかわらず、設定に基づく余白が反映されるようになると、編集画面含めスタイルの調整がしやすくなります。5.5からget_template_part等のテンプレ読み込み用関数で変数の受け渡しができるようになります。今まではテンプレートごとに値の取得を繰り返したりと、無駄な処理を行っていた箇所も削減できるようになるかと思います。https://make.wordpress.org/core/2020/07/17/passing-arguments-to-template-files-in-wordpress-5-5/書かれている部分は、以下などを読んで5.5を使いつつ一応存じてはいるのですが、どういった部分が特に「一致していない」と思われたのかと思いまして質問してみました。https://nendeb.com/916#post-36659には書かれていないようですが、個人的にはテーマ開発者にとって地味に重要なアップデートだと思うので、念のため書き込んでおきます。@lococo今までは自分でスタイルを追加して調整していたのですが、ブロックのスタイル調整に合わせて記事本文の上下余白(margin)を統一していただけると助かります。@lococo5.5からget_template_part等のテンプレ読み込み用関数で変数の受け渡しができるようになります。ありがとうございます。古いWordPressをずっと使う方も結構おられるようなので、ある程度期間を置いての対応にならざるを得ないかもしれません。20:48ちょっと無理やりかもしれませんが、とりあえずの修正をしてみました。https://github.com/yhira/cocoon/commit/3a6eda217e113e82d048554832bc1422ce498ea7もっとうまい方法があるのかもしれません。22:13#post-37168でも書いたのですが、もう少し具体例を追加しておきます。)含むコンテンツを作成するとします。行の余白設定を2emにした場合、マイクロバルーンのmargin-bottomは-1.6em(css-custom.php#L619)、ボタンブロックのmargin-topは1em(style.css#L4798)となり、そのままでは添付画像のように重なってしまいます。その他にも、例えばentry-contentクラス直下のpタグは2em(css-custom.php#L612-L613)であるのに対し、グループブロック内のpタグは1.2em(style.css#L1488)とグループブロック内外で行間が異なり、バランスが悪くなります。各ブロックのスタイル調整ブロックディレクトリによる追加ブロックのスタイル調整などまで考えると、管理しなければならない項目がさらに増えるので、あまり現実的ではありません。旧エディターだとほとんどのコンポーネント自体が構造化されていなかったことでcss-custom.php#L609以下の方法でもある程度成り立っていましたが、ブロックエディターでは構造化されたコンポーネントごとの余白(margin)がバラバラになってしまうため、「分かりやすい新たなルール(統一された設計・規則)等を設けてほしい」と言った方が正しいのかもしれません。@lococo行の余白設定を2emにした場合、マイクロバルーンのmargin-bottomは-1.6em(css-custom.php#L619)、ボタンブロックのmargin-topは1em(style.css#L4798)となり、そのままでは添付画像のように重なってしまいます。僕の環境では、一応意図通りには表示されています。した僕の案内し忘れが原因かもしれません。1度、Cocoon設定の保存ボタンを押してから試してみていただけますか。@lococoその他にも、例えばentry-contentクラス直下のpタグは2em(css-custom.php#L612-L613)であるのに対し、グループブロック内のpタグは1.2em(style.css#L1488)とグループブロック内外で行間が異なり、バランスが悪くなります。(直下)にしないと、文章内の意図しない部分のpに反映されてしまったため、そのような仕様にしたんだと思います。直下でなくしてp全てに反映される方法を1度試してみようと思います。表示上の問題が出れば、その都度修正という形になるかと思います。@lococo「分かりやすい新たなルール(統一された設計・規則)等を設けてほしい」と言った方が正しいのかもしれません。