Y.INABA
フォーラムへの返信
-
投稿者投稿
-
Y.INABA参加者本件、対策されていることを確認いたしました。
ご対応いただきありがとうございました。
Y.INABA参加者ご確認ありがとうございます。
Advanced Query Loopを入れなくとも、たとえば以下のコードをfunctions.php等に入れた方が早く再現できるかもしれません。
※以下の例で言えば、custom側が実際にカテゴリーに対応しているかどうかは関係ありません。function my_custom_query( $query ) { if ( is_admin() || ! $query->is_main_query() ) { return; } if ( $query->is_category() ) { // メインクエリの投稿タイプを配列にする $query->set( 'post_type', array( 'post', 'custom' ) ); } } add_action( 'pre_get_posts', 'my_custom_query' );クエリーループブロックは Advanced Query Loop を使っても1つの投稿タイプしか選択できないと思いますが、
添付箇所から設定可能です(クエリータイプが「デフォルト」ではなく「カスタム」設定時に限り)。
こちらはこちらでご確認よろしくお願いいたします。Attachments:
You must be logged in to view attached files.
Y.INABA参加者「カスタムCSS」については、仕様変更により、場所が移動しております。
(なお、カスタムCSSを挿入するのは「Lightning」ではなく「VK All in One Expansion Unit」の機能になりますね)詳細は以下ページをご確認ください。
Y.INABA参加者2026年5月21日 2:32 AM 返信先: [ 解決済 ] Katawara / Lightning:「サイドバー」において一部のウィジェットが空の場合、不必要なウィジェットデータが表示される #122583
Y.INABA参加者補足。
ウィジェットのデフォルトデータを誤って参照していたのだとばかり思っていたんですが、テンプレートファイル(sidebar-xxxx.php)にasideタグごと直書きしていたんですね、これ……。
どうりで管理画面側からだと消せないはずですしasideタグからsectionタグへの変更もままならなかったわけです。それでも、おかげで子テーマで上書きすることによって本件対処できました。改めてお礼申し上げます。
2026年5月21日 1:04 AM 返信先: [ 解決済 ] Katawara / Lightning:「サイドバー」において一部のウィジェットが空の場合、不必要なウィジェットデータが表示される #122579
Y.INABA参加者石川 様
ご回答ありがとうございます。ご事情は理解いたしました。
確かに説明文にはその通り記載がございますね。大変失礼いたしました。そして、確かにむやみやたらに消すべきではないことも確かだと思います。
ただ、何かしらの方法で編集できるようにしたかったというのが本音です。変更すべきでないといえば、該当箇所のHTMLコーディングも変更すべきではないのかなと思いますが、現状はasideタグの中にasideタグが入っている形になってしまっております(スクリーンショット2枚目)。
こちらはWordPressの仕様なのかもしれませんが、HTMLセマンティック上はあまりよろしくないので、たとえ表示させるにしても回避できる手段はほしかったところです。
※ご存じとは思いますが、他のウィジェット同様、sectionタグ(もしくはdivタグ)にて記述すべきところです。該当箇所のように不適切なasideタグはアクセシビリティの低下を招きます。本件解決済といたします。
Attachments:
You must be logged in to view attached files.
Y.INABA参加者本件、All in One Expansion Unit 9.116.0 にて対策されていることを確認いたしました。
迅速なご対応ありがとうございました。
Y.INABA参加者satoruh 様
確認させていただいたところ、VK Blocks Proの以下仕様変更の影響によるものと思われます。
(HTMLを確認する限り、「アウターエリア内に余白を追加する」が有効になっているようです)今現在、パターンライブラリにて用意されているコードを改めて貼り直したら、崩れることなく正常に表示されております。
恐れ入りますが改めてご確認のほどよろしくお願いいたします。
Y.INABA参加者VK Blocks Pro 1.119.2 において、ブロックエディター使用中に「パンくずリスト」ブロック内でリンクが無効化されていることを確認いたしました。
早急にご対応いただきありがとうございました。
Y.INABA参加者検証中に追記があったようなので。
ちなみに現状 エディタでは編集エリアの 80% をコンテンツエリアとして上書きしているのは、
そうしないと幅が狭い時に要素が左右ベタ付けになったり、それを防止するために余白を設けるとそれによってマイナスオフセット処理している幅広や全幅のレイアウトがくずれる弊害が発生するためです。上記承知しました。
ただ、視認性が良くないのは確かなので、自己責任でCSSで解消することにします。本件解決としてクローズとさせてください。
Y.INABA参加者石川 様
改めて確認ですが、問題視されているのは、
エディタの幅が広いとコンテンツ幅(デフォルトでは1100px)を越えて広がる
という事でしょうか?
おっしゃるとおりです。
インストール時点でこれなので、CSSやSCSSの記述の方法に問題があると思われます。なお、他テンプレートでも検証してみましたが、「観光ブログ」では記事タイトルのみがずれており(1枚目)、「プレーン」(2枚目)や「採用サイト ものづくり系」(3枚目)では「ビジネス(無料版)」と同様の事象となっておりました。
テンプレートの記述の方法によって違いがで出るものなのでしょうか。—-
なお、試しにTwenty Twenty-Fiveに切り替えてみましたが、同様の現象は発生せず、Twenty Twenty-Fiveのデフォルト幅645pxがブロックエディターにもきちんと適用されます(4枚目)。
私としてはTwenty Twenty-Fiveと同様のスタイルになることが理想です。
よろしくお願いいたします。
Attachments:
You must be logged in to view attached files.
Y.INABA参加者取り急ぎ、以下CSSをfunctions.php経由で編集画面に読み込ませることによって解決しました(幅の値は一例です)。
/* 通常のブロック(コンテンツ幅:900pxに強制固定) */ .wp-site-blocks .is-layout-constrained > :where(:not(.alignleft):not(.alignright):not(.alignfull)), .editor-styles-wrapper .is-layout-constrained > :where(:not(.alignleft):not(.alignright):not(.alignfull)) { max-width: 900px !important; margin-left: auto !important; margin-right: auto !important; } /* 「幅広」に設定したブロック(ワイド幅:1200pxに強制固定) */ .wp-site-blocks .is-layout-constrained > .alignwide, .editor-styles-wrapper .is-layout-constrained > .alignwide { max-width: 1200px !important; margin-left: auto !important; margin-right: auto !important; } /* 公開画面と編集画面のタイトルブロック */ .wp-block-post-title, .editor-styles-wrapper .wp-block-post-title, /* 古いエディタ環境や特殊な入力欄用のフォールバック */ .editor-post-title__input, .wp-block-post-title .editor-post-title__input { max-width: 900px !important; width: 100% !important; margin-left: auto !important; margin-right: auto !important; box-sizing: border-box !important; }ただし、このような解決方法は初級者にはなかなかたどり着けないと思いますし、根本的な解決とはほど遠いので、できれば根本から解決されることを望みます。
Y.INABA参加者石川 様
ご確認ありがとうございます。
コンテンツ幅よりも広い “全体の80%” が上書きするという症状の事でしょうか?
確認したところ、ブロックエディター内で読み込まれるCSS内で該当箇所が見当たらなかったのですが、theme.jsonの方で設定されている以下記述のことでしょうか?
"layout": { "contentSize": "1100px", "wideSize": "calc( var(--wp--style--global--content-size) + ( 100vw - var(--wp--style--global--content-size) ) / 2 )" },"custom": { "width": { "wrapper": "100dvw", "content": "min( var(--wp--style--global--content-size), 90vw )", "wide": "min( var(--wp--style--global--wide-size), 95vw )", "sidebar": "220px" },だとすれば、編集画面用CSSで上書きするなどの設定が必要と思います。
—-
「全体の80%が上書きする」という症状は意図的ということでしょうか。
それならば、以前の画面の方が見やすかったユーザー(私含めて)にとってはなおのこと問題だと思っています。もちろん、エディター>設定などで上書きし、改善できるようにしてしまえば話は早いのですが……。
(ちなみに、添付箇所がデフォルト時空欄になっておりましたが、値を埋めて設定反映しても改善はされません)Attachments:
You must be logged in to view attached files.
Y.INABA参加者ご担当者 様
ご確認ありがとうございます。
1点確認ですが、画面は最大化していますか?
添付のとおり、画面幅が広いと正常にコンテンツ幅が反映されず、意図通りの表示(1.37.2以前の縮まったコンテンツ幅:1,100px程度)となりません。当方、FullSite Installerからテンプレートをインストールした状態でこのような状態になっており、それ以外には何もしていません。
改めてご確認いただけますと幸いです。Attachments:
You must be logged in to view attached files.
Y.INABA参加者WEB001 様
X-T9でもアップデート対応され、1.38.0にて事象が解消されました。
お手すきの際に上記追加CSSを消していただき、ご確認のほどよろしくお願いいたします。石川 様
ご多忙の中、アップデートご対応ありがとうございました。
-
投稿者投稿
