• プレビュー表示のレスポンシブ対応
• XMLサイトマップのnoindex対応
• CocoonとWordPress本体のLazy Load機能に関して
• Move To機能によるスタイル崩れの不具合
• ツールバーボタンの整理
• スタイルの余白（Cocoon設定の本文余白）に関する不具合

飽くまで検討項目として挙げた点や主観的な判断に基づく項目も含まれるため、最終的に見送る等の判断をしたトピックがあれば、そのまま閉じてもらっても構いません。

まだ回答いただけていない#post-37661や#post-37711での質問内容に戻るのですが、どこまでをテーマ側の不具合と捉え、どこからを各自の対応とみなせばよいのでしょうか？

出来れば、それぞれの内容についてはコピペで簡単なもので良いので別のトピックに立てていただいてよろしいでしょうか。
1つのトピック内に話題が混在すると、意味を分離するために改めて何度も読み返す必要があり、ちょっときついです。
なので、一つ一つ返信させていただいていました。

書き手は意味を理解した上で書き込んでおられると思いますが、読み手はテキストメッセージから完全な内容をイメージするのはなかなか難しいので、その上話題が混在するとかなり厳しいです。
出来れば分けていただけると問題解決ごとにトピックを閉じて情報を排除することができるので助かります。
ほんとお手数で恐縮なんですがよろしくお願いいたします。

ギャラリーブロックは横並びの画像が同じ高さになるよう修正されていましたが、テーブルブロックは#post-37897で説明した通り、figureタグとtableタグの関係からテーブルとスクロールバーの間に余白が入ってしまうようです。

また、テーブルブロックに加え、

• グループ
• 埋め込み
• 案内ボックス
• 囲みボタン

が子ブロック以下にある場合は設定した余白が入らず、グループブロック内の子ブロックについてはlast-childにmargin-bottom:0が指定されていません。

記事本文以外（articleクラス外）のブロックエディターで作成するコンテンツについては、それぞれの箇所やブロック毎に別途CSSセレクタを書いていくという認識でよろしいでしょうか？

まだ回答いただけていない#post-37661や#post-37711での質問内容に戻るのですが、どこまでをテーマ側の不具合と捉え、どこからを各自の対応とみなせばよいのでしょうか？

articleクラス外もテーマ側で別途指定するかどうかでarticleクラス内にも影響が出てくるパターンも考えられますし、ウィジェット・ショートコードとの兼ね合いも考える必要があるかと思います。

質問の意図をもう少し具体的に説明します。

スタイルのおおまかな優先順位では、

親テーマスタイル（style.css）⇒設定などの追加スタイル（親style.css直後のインライン）⇒スキンスタイル⇒子テーマスタイル⇒…

となっており、親テーマスタイルでarticleクラス内外に関わらず土台となるコンポーネント単位での余白を設計し、追加スタイル

.article ...（コンポーネント毎のクラス名） {
  ...
}

でコンポーネント単位での余白を上書きするという認識だったのですが、土台の設計はせずに追加スタイル（articleクラス内）のみに止める形になるのでしょうか？

もしそうだとすれば、articleクラス内外の両方で用いられるウィジェット（ショートコード）などのコンポーネントの扱いはどう捉えればよいでしょうか？

エディター側では、テーブルブロックのデフォルト表示に

.wp-block-table {
  overflow-x: auto;
}

と指定されているのを、Cocoonでは

.wp-block-table {
  overflow: hidden;
}

と上書きしているのは何か理由があるのでしょうか？

テーブルブロックにはfigureタグとtableタグの両方にmargin指定があるので、figureタグにラップされる場合はtableタグのmargin-bottomは0にするのがよさそうなのですがいかがでしょう。

とりあえず修正してみました。

投稿者:: @lococo

追加で、ギャラリーブロックはlast-childのmargin-bottomを0にする必要はなさそうなのですが、何か問題があったのでしょうか。

特に問題はなかったです。
要素の中に多数の要素があるものは書いておいた方が良いと、思い込みでそのようにしていました。
とりあえずギャラリーブロックは除外しました。

テーブルブロックにはfigureタグとtableタグの両方にmargin指定があるので、figureタグにラップされる場合はtableタグのmargin-bottomは0にするのがよさそうなのですがいかがでしょう。

追加で、ギャラリーブロックはlast-childのmargin-bottomを0にする必要はなさそうなのですが、何か問題があったのでしょうか。

• last-of-typeはタグの種類ごとに作用するため、pタグとdivタグ、blockquoteタグなどを組み合わせて並べたとき、それぞれの最終タグに作用します。
• ブログカードはリンクタグ内の要素にmarginが指定されているため、スキンを含めほとんどのブログカードデザインでリンクが下に伸びると思います。

こちらについては修正してみました。
https://github.com/yhira/cocoon/tree/margin

• last-of-typeはタグの種類ごとに作用するため、pタグとdivタグ、blockquoteタグなどを組み合わせて並べたとき、それぞれの最終タグに作用します。
• ブログカードはリンクタグ内の要素にmarginが指定されているため、スキンを含めほとんどのブログカードデザインでリンクが下に伸びると思います。

記事本文以外（articleクラス外）のブロックエディターについては、カテゴリーページというより#post-37642で書き込んだように各ウィジェットエリア内が分かりやすいのではないかと思います。

現在の修正から考えると、Cocoon設定での余白は本文に限っているので、それ以外（＝.article外）の余白に対しては

別途CSSセレクタを書いていく

ことを予定しているのかと思い、質問しました。

カラムブロック内の組み合わせによってはlast-of-typeの影響でmarginが入ったり入らなかったりします。

これは、カラムの中にブロックをいろいろ入れてみたら、ここではないかという部分を修正してみました。
ついでにスクロールテーブルとタイムラインの部分も。
https://github.com/yhira/cocoon/tree/margin

ブログカードに不要なmarginが入るようです。

これは、ブログカードしたの余白のことでしょうか？