フォーラムへの返信
-
投稿者投稿
-
Blocks v20.3.2 で修正しました!
♥ 0Who liked: No userあ、現象確認できましたので修正いれます!
♥ 0Who liked: No userボタンを押したときにどこを開閉するかは自動的に付与される id で判別しているのですが、共有いただいたデモページだと各ブロックでその id が重複しているため、正しい判定ができなくなっているみたいです。
こちらの環境でテストしてみた感じだと、「1つ1つ続きを読むボックスを挿入する」「1つ続きを読むボックスを入れてそれを複製する」どちらの場合でも id は別なものになりました。
恐らく操作方法によって id が重複するパターンが存在するのだと思うのですが、どういう感じでブロックを配置したのか教えてください!
♥ 0Who liked: No userうむーほんとですね、なんだろう…。こちらの環境では再現しないのですよね。
All in One WP Migration とかでそのサイトをまるっとエクスポートして、それを頂いてこちらでもその環境を試すということは可能でしょうか?
♥ 0Who liked: No userありがとうございます。ぱっと見では問題ない気がしますね…。
以前、別のトピックで Snow Monkey のディレクトリ名が
snow-monkey
ではないためにプラグインが実行されないというものがあったのですが、それはどうでしょうか?♥ 0Who liked: No user確認したところ、「パララックス」の設定に不具合があるようです。
閉じたあとですみません、ゆうとさんのサイトをみてパララックスの js がエラーを出していたので上記のように書いたのですが、修正しようと思って今僕の環境2つで試してみたらエラーは出ずに普通にパララックスになってしましました…。ということで何らかの設定等の組み合わせで発生する問題なのかもしれません。
また今度試すことがあって、うまくいかないときは教えてください!
♥ 0Who liked: No user以下教えてください!
– ヘッダーレイアウトの設定は何になっていますか?
– このメニューはグローバルナビゲーションに割り当てられていますが?
– ナビゲーション周りになにか独自のカスタマイズをしたり、ナビゲーションに影響がありそうな何か他のプラグインを入れていますか?♥ 0Who liked: No userこれまでは問題なかったが、今回のアップデートで競合してしまったのでしょうか?
ちょっとそれはわかりませんが、技術的には同じライブラリのバージョン違いを2つ読み込むということは一般的には競合が発生するものだと思うので、もしこれまで動いていたとしたら、それは偶然運が良かったのかなぐらいの感覚ですね…。Snow Monkey に限らず他の jQuery に依存しているプラグインや機能も同様なので、WordPress コアの jQuery で正しく動くように調整するのが良いと思います。
♥ 0Who liked: No user独自の jQuery を読み込まれているからだと思います。Snow Monkey / Snow Monkey Blocks は WordPress コアが持っている jQuery を使いますが、独自に jQuery を読み込むと競合して正しく動かなくなってしまいます。独自に読み込んでいる jQuery を外してみてください!
♥ 0Who liked: No userSnow Monkey Forms は基本的に入力画面と確認画面で同じレイアウトを使い回すので、ちょっとこの形は実現できないのではないかなと思います…。
♥ 0Who liked: No userCSS でやる方法も試してみたのでおいておきますね。
ビューポートが 1024px 未満はmin-height
を50vh
にする例です。@media not all and (min-width: 1024px) { .smb-section--wide { --smb-section--min-height: 50vh; } }
♥ 0Who liked: No user -
投稿者投稿