Vektor,Inc
フォーラムへの返信
-
投稿
-
harapekotakuさま
お世話になっております。iPhone 17 の Chrome（横向き表示）でのご報告ありがとうございます。
お使いの環境の再現・切り分けのため、お手数ですが以下について教えていただけますでしょうか。
① iOSのバージョン
「設定」→「一般」→「情報」内の「iOS バージョン（ソフトウェア・バージョン）」の数字をお知らせください。② > ヘッダーからフッターまでサイト全体が左へオフセットされたような状態となり、正常に中央揃えで表示されません。
とありますが、こちらはずっとずれたまま直らない、ということであっておりますか？③ 横向きにした後、画面に触れた場合の変化
左にずれた状態で少しスクロールすると、（左右にぐらつくなどして）ずれが直りますか？どうぞよろしくお願いいたします。
Y.INABAさま
検証にご協力いただき、ありがとうございます。【ユーザーの皆様へ】
また iPhone 17をご利用のユーザー様で同様の不具合などが確認できましたら、教えていただけますと幸いです。対馬様
ご報告いただきありがとうございます。
ご報告いただいた事象について、こちらでも再現を確認いたしました。原因について
調査の結果、これはX-T9テーマ側の不具合ではなく、WordPress 7.0で新しく追加された「ブロックの追加CSS」機能に起因する、WordPressコア自体の不具合であることが判明しました。ブロックに追加CSSを設定すると、WordPressコア内部でスタイルの読み込み順序が本来の意図と逆転してしまいます。X-T9では見出し(h1)の文字サイズをこの影響を受けやすい形で設定しているため、今回h1タグで症状が目立って発生しました。
なお、本文中の段落等で「フォントサイズ: 特大(Huge)」を選択された場合も、同様の症状が発生する可能性があります。念のため、この不具合はWordPress開発チームにもご報告済みです。
https://github.com/WordPress/gutenberg/issues/79974今後の対応について
WordPressコア側の不具合ではありますが、ご利用者様への影響を考慮し、X-T9側でも回避策となるパッチを用意し、テーマアップデートへの反映を検討しております。
https://github.com/vektor-inc/x-t9/pull/469
ご不便をおかけし申し訳ございません。今しばらくお待ちください。leafletwebさま
お世話になっております。
現在ご利用のバージョン（v1.11.5）には、PHP 8系で発生する不具合（each() 関数の削除に伴うエラーなど）の修正が含まれておりません。
お手数をおかけいたしますが、以下の手順をお試しください。
1. BizVektorテーマを最新版（v1.13.1）にアップデート
2. その後、PHPのバージョンアップをお試しくださいそれでも改善しない場合は、他プラグインとの干渉も考えられますのでお知らせください。
—-
追記：
Noticeの件は修正中となります。しばらくお待ちくださいWEB００１さま
ご要望いただきありがとうございます。
こちら、VK Blocks Pro バージョン：1.122.0 および Lightning G3 Pro Unit バージョン：0.31.0 にて対応いたしました。
お手数ですが、各プラグインを最新バージョンにアップデートいただいてお試しください。
ご不明な点がございましたらお気軽にご連絡ください。
今後とも弊社製品をよろしくお願いいたします。
ご確認ありがとうございます。アップデート後も改善せず、ご不便をおかけしております。
今回の事象について、弊社内でも複数の環境・設定で確認を行いましたが、同じ状況を再現することができませんでした。クラシックウィジェット（VK ボタン）を配置しても、ブロックウィジェットの編集画面には通常どおり表示されるため、現時点では原因を特定できておりません。
ボタンの設定データ自体は失われておらず（「Classic Widgets」を有効にすると表示・編集できることから確認できます）、ブロック編集画面での表示に限った事象と考えられます。
恐れ入りますが、一度、該当のボタンを設置し直していただけますでしょうか。
1. 「Classic Widgets」で現在のボタンの内容（リンク先URL・文言・色味など）を控えておく
2. 「Classic Widgets」を無効化し、改めてボタンを設置する
このとき、ウィジェットではなく「ブロック」（「VKボタン」ブロック、またはWordPress 標準の「ボタン」ブロック）として追加していただくと、編集に「Classic Widgets」プラグインが不要になり、毎回の有効化・無効化も必要なくなります
3. 新しく設置したボタンが表画面で機能することを確認
4. 確認できたら、古い「VKボタン」ウィジェットを削除なお、現時点ではこちらで再現できておらず、原因の特定が難しいため、同様のご報告が他にも増えるようでしたら、改めて調査を行わせていただきます。
よろしくお願いいたします。
アフィリエイト報酬が発生した場合、弊社からのお支払いはPayPal経由となっております。（参考：アフィリエイトについて ）
弊社VWSのアフィリエイト登録時に入力されたPayPalアカウントにて、PayPal内の情報をご確認いただければと思います。どうぞよろしくお願いいたします。
katsunakatamisa さま
いつもお世話になっております、ご報告ありがとうございます。確認いたしましたところ、
原因はテーマ側で行った WordPress 7.0 対応（#447）で、ナビゲーションブロックのCSSセレクタを以下のように変更したことのようでした。【変更前】
.wp-block-navigation:where(:not(.is-vertical, …))【変更後】
.wp-block-navigation:is(.is-horizontal):where() は詳細度が 0 になりますが、:is() は引数のクラス分だけ詳細度が上がります。この変更によりテーマのCSSの詳細度が上昇し、サイトエディタの「追加 CSS」で使われるセレクタ（:where() ベース）より高くなったため、学習塾側で追記していた 追加 CSSが上書きされなくなりました。
お急ぎの場合、暫定的な対処方法として、
編集画面の【外観】> 【エディター】の「スタイル」メニューの一番したの「追加 CSS」を展開していただき
以下の記載のある該当のCSS のプロパティに!importantを付与してください。.is-horizontal.wp-block-navigation:where(:not(.is-vertical,.is-style-nav--vertical-with-hr-and-no-fold,.is-style-nav--vertical-with-hr)) .wp-block-navigation__submenu-container .wp-block-navigation-item:hover { background-color: var(--wp--preset--color--custom-bg) !important; color: var(--wp--preset--color--primary); }ご不便をおかけして大変申し訳ございません。
（現在テーマ側で調整できるのかは検討中でございます。）Y.INABAさま、ご報告ありがとうございます。
エディター画面での表示で症状を確認いたしました。
修正までしばらくお待ちください。この度はご報告ありがとうございました。
追記
調査の結果によっては、仕様や影響範囲の都合上、対応が難しい場合もございます。
その際はあらためてご案内いたします。お世話になっております。ベクトルの石川でございます。
デモサイトインポートして中身確認しましたが、症状が再現しませんでした。
どういう手順だとどういう状態になるのか記載いただけると助かります。
あと、”正常” だとクリア条件がわからないので、具体的な症状で記載いただけるとたすかります。
よろしくお願いいたします。
改めて確認しましたが、現状は
* カスタマイズしているCSSが、画面スクロールした時にbodyに付与される .header_scrolled に付随して動作するCSSに普通に負けている。
* そのあたりは基本的に何も変更していない。という見解です。
元のアップデート前のバージョンと、ちゃんと動いていた時の CSS があれば確認させていただきます。
