うなこ
フォーラムへの返信
-
投稿
-
genepinefield さま
いつもお世話になっております。
ご報告いただいたインデントが一段下がる事象につきまして、私の環境では確認ができませんでした。現在も症状が引き続き出ている状態でしょうか。
genepinefieldさま
ご報告いただいた事象について、こちらでも実際にX-T9 琶句酒造 に Create Block Themeプラグインで子テーマを作成し、確認いたしました。
ご指摘の通り、子テーマ作成後にヘッダーの「ナビゲーション」ブロックの「メニュー」設定が「フッターメニュー」に切り替わってしまう事象を、こちらでも再現できました。
もしお急ぎの場合は、ナビゲーションブロックを選択し、設定パネルの「メニュー」欄で改めて「ヘッダーメニュー」を選び直して保存いただくことで、元の表示に戻ります。
X-T9 琶句酒造の場合は、ヘッダーに関しましては「ヘッダー・テンプレートパーツ」と「ナビゲーションオーバーレイ・テンプレートパーツ」内の、あわせて4箇所で同様の切り替わりが発生していることを確認しております(添付画像の赤枠部分をご確認ください)。
お手数ですが、該当箇所をすべて「ヘッダーメニュー」に選び直していただけますでしょうか。引き続き根本原因についても調査を進めてまいります。
もし他のユーザー様でも他のデモサイトなどで同様の現象を確認している方がいらっしゃいましたらご共有お願いいたします。
よろしくお願いいたします。—–
なお、別のカスタマイズ方法として、PHPのコードを直接追記して使う形式のプラグインにはなりますが、「my-block-theme-plugin」もございます。ただしこちらは管理画面に設定画面がなくコードを直接追記して使う形式のため、テンプレートファイル自体を上書きするような用途には適しておらず、今回のような場合は子テーマを作成する方法が向いているかと思います。参考まで共有いたします。
genepinefield 様
お問い合わせいただきありがとうございます。ご報告いただいた事象について確認いたしました。
結論から申し上げますと、フロント側の表示（縦上ぞろえ）が本来意図した挙動です。サイトエディター側で縦中央ぞろえに見えているのは、エディターのプレビュー特有の表示のズレによるもので、実際にサイトを訪問した際の見た目（フロント表示）には影響ございません。
原因は、ナビゲーションの入れ子になっている項目コンテナ（
.wp-block-navigation__container）のalign-itemsが、フロント側ではflex-start（上ぞろえ）になっている一方、サイトエディターのプレビュー内では初期値の center（中央ぞろえ）のまま適用されてしまっているためでした。ナビゲーション本体（.vkp-is-vertical）に対する上ぞろえの指定だけでは、この一段内側のコンテナまでは効いていない状態でした。サイトエディター側の見た目もフロントに合わせる場合は、該当ブロックの「カスタムCSS」に1行追加していただくことで解消します。
【1】サイトエディターで「ヘッダー」テンプレートパーツを開く
【2】「ナビゲーション」ブロックを選択
【3】右側の設定パネルの「カスタムCSS」を開く
【4】既存の /* 縦書きナビ 上部揃え */ のコード内、@media (min-width: 992px){ ... }の中に以下を追加.vkp-is-vertical .wp-block-navigation__container { align-items: flex-start; }追加後の全体は以下の形になります。(添付画像参照)
/* 縦書きナビ 上部揃え */ @media (min-width: 992px){ .vkp-is-vertical { align-items: flex-start; } .vkp-is-vertical .wp-block-navigation__container { align-items: flex-start; } .vkp-is-vertical .wp-block-navigation-item__content:not(.wp-block-navigation-submenu-container .wp-block-navigation-item__content){ writing-mode: vertical-rl; padding-top:0 !important; } }この度はご報告ありがとうございました。
どうぞよろしくお願いいたします。Peaceさま
ご報告いただきありがとうございます。
こちらでも確認したところ、これはX-T9固有の不具合ではなく、WordPress自体の仕様（サイトエディターのテンプレート機能の処理順序）による挙動であることがわかりました。
ブロックエディターの「パターン」を固定ページの本文に直接使った場合と、サイトエディターの「テンプレート」経由で呼び出した場合とで、内部的に「パターンを展開する処理」と「ショートコードを実行する処理」の順番が入れ替わってしまいます。
テンプレート経由で表示した場合は、パターンの中身が展開される前にショートコードの実行処理が先に終わってしまうため、パターンの中に隠れていたショートコードが実行されずに、そのまま文字列として表示されてしまう、という仕組みです。
そのため、
- パターンをテンプレート側で呼び出す → ショートコードが実行されない
- パターンの中身を固定ページの本文に直接貼り付ける → ショートコードが正常に実行される
という結果になります。これはX-T9に限らず、他のブロックテーマでも同様の挙動になるためWordPress本体側の仕様に近いものとご理解いただけますと幸いです。
今回のケースではトップページのコンテンツはテンプレートではなく固定ページの本文側に直接記載いただく形を回避策としてご案内させていただきます。
もしどうしてもテンプレート側でパターンを使う形を維持したい場合は、コードを追加することで対応できる可能性もございます（未検証です）。
msuzu さま
該当のスクリーンショットありがとうございます。
おそらくですが、パーマリンクの設定が「基本」になっているのではないかと思いました。
設定 → パーマリンク設定 で、現在「基本」になっているのかをご確認ください。
「基本」になっていた場合、もし差し支えなければ、「投稿名」などに変更して保存し、念のためもう一度 設定 → パーマリンク設定 の画面を開いて「変更を保存」を押す（リライトルールの再生成のため）と、スラッグの編集欄が入力できる状態になるのではないかと思います。
【パーマリンクの設定の変更が難しい場合】
パーマリンクの設定の変更が難しい場合は、投稿一覧画面で該当記事の上にカーソルを合わせて表示される「クイック編集」からスラッグを直接編集できる場合があります。msuzu さま
投稿いただきありがとうございます。
スラッグが編集できないとのことですが、こちらは他のプラグイン（パーマリンク関連やSEO系プラグインなど）との競合の可能性が高いのではないかと考えております。
もう少し詳しく状況を教えていただけますでしょうか。
スラッグの編集欄をクリックしても、そもそも文字入力自体ができない状態でしょうか？
それとも、文字は入力・削除できるが、保存すると元のスラッグに戻ってしまう、という状態でしょうか？
また、可能であれば該当箇所（投稿の「パーマリンク」編集部分）のスクリーンショットを添付いただけると、他の方にも状況が伝わりやすく、回答も付きやすくなるかと思います。併せて、有効化されているプラグインの一覧も教えていただけますと、原因の切り分けがしやすくなります。
どうぞよろしくお願いいたします。
GPS さま お世話になっております。
ご報告いただき、ありがとうございます。SmaVeksive のバージョン更新がうまくいかないとのこと、こちらでも確認させていただきました。
まず、テーマの配布ファイルそのものに問題がないかを見てみたのですが、1.0.3 と 1.0.4 のパッケージを比較しても壊れているような様子はなく、エラーに出てきている「sidebar-sns-qr.php」というファイルも、中身は変わっていませんでした。
以上のことから、テーマ側の不具合というよりは、サーバー環境側の何かが影響しているのではないかなと考えております。また、公開されている情報から少し調べたところ、ロリポップ！さんのサーバーをご利用のようでした。もしそうであれば、共有サーバーならではの事情で、こういった更新エラーが出ることがときどきあるようです。
たとえば、- サーバーの容量に余裕がなくなっている
- ロリポップ！側のセキュリティ機能（不正アクセス監視など）が、更新時のファイルの書き込みを念のためブロックしている
- 1つのフォルダに入れられるファイル数の上限に近づいている
といったあたりが、よくある原因として挙げられます。
もしお時間のあるときに、以下のあたりを見ていただけますでしょうか。
- ロリポップ！の管理画面で、ディスクの使用容量に余裕があるか
- ロリポップ！のユーザー専用ページにある「セキュリティ設定」内のWAF（不正アクセス監視）機能を一時的にオフにした状態で、もう一度更新を試していただけますでしょうか
どうぞよろしくお願いいたします。
Kさん
当時はご報告いただきありがとうございました。長らく対応が遅くなり大変申し訳ございませんでした。改めて調査したところ、現行バージョンでは症状が再現しないことを確認しました。
原因は ExUnit の SNS シェアボタン処理が
the_contentフィルター経由で動作しており、Snow Monkey Forms の確認画面 HTML 生成時に JSON レスポンスへ混入していたことでした。その後、Snow Monkey Forms 側が REST API ベースの実装に刷新（v9.0.0）され、ExUnit 側でも同様の混入を防ぐガード処理を追加したことで、現在は解消されています。
もし最新バージョンでも再現する場合はお知らせください。PS. お子さんたちも元気いっぱいの頃でしょうか。これから本格的に暑くなりますので、ご家族皆さまでどうぞお元気にお過ごしください。
お世話になっております。
該当URLもありがとうございます。おそらくですが、月別・年別・カテゴリ別のアーカイブページが正常に表示されているものは、クエリーループ ブロックの設定 > クエリータイプ が「デフォルト」になっていて、正常に表示されていないものは「カスタム」になっているのではないかと思いました。（添付画像参照）
一度、サイトにログインしていただき、問題のページを開き、アドミンバー上部の「サイトの編集」より、「テンプレート」 を開いてください。
テンプレート内のクエリーループブロックをクリックすると、右サイドバーに「クエリータイプ」という設定が表示されます。- 「デフォルト」 になっている場合 → URLの年月パラメータを引き継いで絞り込みが機能します
- 「カスタム」 になっている場合 → URLのパラメータが無視され、全件表示になります
正常に動いている「おやこ工作」と見比べていただくとわかりやすいと思います。
▼修正方法
問題のある投稿タイプのアーカイブテンプレートで、クエリーループブロックの「クエリータイプ」が**「カスタム」になっていたら「デフォルト」に変更**してください。これにより年月・カテゴリーでの絞り込みが正しく機能するようになります。なお、文字だけではわかりづらい部分もあるかと思いますので、編集画面のキャプチャを添付いただけると、より正確なご回答がしやすくなります。
お世話になっております、該当URLと添付ファイル、ありがとうございます。
ソースを確認したところ、「フッター上部」ウィジェット内に、非表示にしたいコンテンツが含まれているようでした。
もし「フッター上部」ウィジェット全体を非表示にしたい場合は、以下のCSSで対応できるかと思います。
body.lp-template-default .sectionBox.siteContent_after{ display:none; }お世話になっております、VK パターンライブラリのご利用ありがとうございます。
こちらでも該当のパターンで症状を確認できましたので、修正いたしました。
原因は「カスタム CSS」に以下の表記が入っていたため、テキストが表示されない状態になっていました。
/*矢印が編集しずらいので*/ selector .wp-block-cover__inner-container{ position:unset; }.wp-block-cover__inner-containerはカバーブロック内のテキスト配置に使用されている要素で、
ここでposition: unset;を指定すると、本来の配置制御が解除されてしまい、テキストが正しく表示されなくなっておりました。そのため、上記の CSS は削除していただいて問題ありません。
削除することで、テキストは正常に表示されるようになります。お手数ですが一度ご確認ください。
どうぞよろしくお願いいたします。suisei98さま
お世話になっております。ご確認ありがとうございます。
「コンテナー幅が設定されていた」件は、suisei98さまの操作で設定されたものではなく、スライダーブロック／テーマ側の標準スタイルによって自動的に付与されるものです。
また、今回の確認は VK パターンライブラリーの iframe プレビュー内だったため、実際のページとはHTMLが一部異なり、見え方に差が出ていました。ご案内の CSS で解消したとのこと、安心しました。こちらでも iframe 表示と実サイトの見え方の差が出ないよう、調整を検討します。
該当URLは削除対応いたしました。
よろしくお願いいたします。
suisei98さま
お世話になっております。
確認したところ、スライダーアイテム内にコンテナー幅が設定されており、その枠内に収まっているため、右端まで寄らない状態であることを確認しました。リストビューを開いていただき、添付画像のように「スライダー」ブロックの「カスタムCSS」に、以下のCSSを追記して保存していただけますでしょうか。
コンテナー幅の制限が解除され、右端まで寄るようになるかと思います。selector .vk_slider_item_container{ max-width: 100%; padding-right: 0; padding-left:0; }katsunakatamisa さま
お世話になっております、ご説明いただきありがとうございます。
なるほど、1.jpg の編集内容（「ああ」「いい」など）が、保存後の 2.jpg ではすべて「ああ」になってしまうという現象だったのですね。
その後、WordPress を再インストールし、VK FullSite Installer で再構築したところ問題が解消したとのことで、現在は正常に動作しているとのこと、安心いたしました。
原因については特定が難しいのですが、インポート時に何らかの理由でデータが不完全な状態になってしまった可能性があります。
また何か気になる点がありましたら、いつでもご相談ください。
katsunakatamisa さま
お世話になっております。画像の添付ありがとうございます。
確認ですが、「2.jpg」は公開画面のスクリーンショットという認識でよろしいでしょうか？
添付いただいた2枚目の画像を見る限りでは、箇条書きは複数行表示されているように見えましたため、
「この部分の2行目が表示されない」という箇所を、もう少し詳しく教えていただけますと幸いです。画像だけでは状況の判断が難しいため、もし可能であれば
このページにある【1. 投稿内容を共有】の手順を参考に、
該当部分のコードをテキストファイルにして「firestorage」や「おくりん坊」などのファイル転送サービスにテキストファイルをアップしていただき、URLを共有していただくことは可能でしょうか。お手数をおかけしますが、どうぞよろしくお願いいたします。
