フォーラムへの返信
-
横から失礼します。
当方の環境でも同じエラーが出たのですが、ブラウザのキャッシュを削除することでエラーが消えました。
該当するプラグインを使用していないため関連性は不明ですが、ブラウザやサーバーのキャッシュをクリアしてからプラグインを有効にしてみるなど、お試しいただけたらと思います。いいねをした人:
shoneさん、こんにちは。
このような階層構造で合っていますでしょうか。合っていれば確かに仰る現象は再現されました。
こういった配置が一般的かはわかりませんが、不具合に該当するとは思うのでキタジマさんの回答をお待ちするとして、具体的にこう表現したいというイメージを示していただければ現状でも解決できる方法がご提示できるかもしれませんので、もしあれば共有くださいませ。
※もうひとつのトピックのテキストについても確認しましたが、私の環境では再現できませんでした。取り急ぎお伝えしておきます。
いいねをした人:春さん、こんにちは。
まず、画像サイズを100％以上で表示することは可能です。
バーでの調整ができなかったのであれば、一度、右側の欄にある「画像の寸法」の「幅」か「高さ」のどちらか一方を画像サイズ以上にしてみてください。それでもできない場合は、ご使用のブロックによってその中に配置する画像サイズに制限がかかるものがあるのかも知れませんので、その際はブロック名を教えていただけますか？こちらでも実際に試してみますので。
※私がブロックのアイコンに疎く、アイコンから判断できなかったもので。。^^いいねをした人:
GONCYさん
ご丁寧にありがとうございます。お気遣い嬉しいかぎりです。恐れ入ります。
私もGONCYさんとすべて同じバージョンの環境で確認してみました。
スライダーが以降のタブに侵食する状態も、タブの複製についても、ご報告のとおり再現されました。なお加えてとなりますが、タブの複製についてはスライダーブロックの入ったタブを複製して、あえてその状態で更新しても、フロントでは1つのタブ内にスライダーはひとつしか表示されませんでした。
複製したことにより、リスト表示では別のタブパネルとされていながら、編集画面ではGONCYさんもお示しのように見た目上、同じタブ内に2段で表示されているようになりますが、実際には存在していないようになっているようです。
以上取り急ぎ、ご報告しておきますね。
いいねをした人:
キタジマさん
Snow Monkey Blocks を v16.0.9 に、Snow Monkey を v17.2.6 にアップデートした状態で確認したところ、下記トピックも含めて問題ありませんでした。
もちろん念には念を入れて、ログアウトし、ブラウザを再起動して再ログインした状態で、です。^^;キタジマさんにはお手数をかけてしまい、本当に申し訳なかったです。すみません。
tantive.slさんにも余計なやり取りの手間を増やしてしまい、すみませんでした。tantive.slさんの環境でもきっと問題ないと思いますが、ご確認の上でクローズいただけたらと思います。
ありがとうございました！
いいねをした人:
改めて検証をしてみた結果、ブラウザのリロードが関連する問題だったとわかりました。
結論としては、v16.0.8に上げることで不具合は解消されていました。
私が報告したことで、キタジマさんには余計なお時間をとらせてしまい、本当にすみません。WindowsのFirefoxとChromeの環境で検証したところ、いずれもv16.0.6の状態で先にタブブロックの方を用意しておき、その後でv16.0.8に上げた場合、キャッシュもオフでプライベート（シークレット）ウィンドウの状態であっても、編集画面やフロントを何度リロードしても、タブ1の方だけがリロードされタブ2はリロードされないため、症状が残ったままとなっていたようです。
ログアウトしてブラウザを閉じた後で、再ログインすると反映されていました。
お示しいただいたCSSが効いたように感じたのは、ブラウザを閉じていたため再ログインしたあと、すぐCSSを反映しチェックしたことで効いたと勘違いした結果でした。CSSを削除してブラウザを閉じて再ログインしても、タブ内は問題なく表示されました。
なお、先にv16.0.8に上げた状態で、後からタブを組むと当然普通に表示されますため、多くの場合は問題ないと思います。
以上のようにブラウザによるタブ1以外のリロードの問題でしたが、ブラウザの挙動を疑っていればお手を煩わすこともなかったので誠に申し訳ない次第です。心よりお詫び申し上げます。
いいねをした人:ご対応ありがとうございます。確認したところ、ご提示いただいたCSSで改善されました！
ただtantive.slさんがv16.0.8に上げることで正常に表示されているとのことでしたので、念のため別環境でv16.0.8に上げて確認したところ、そちらではCSSを当てずに正常に表示されていました。
どちらの環境もSnow Monkey等のバージョンは同じで設定も同じはずなのですが、不可解な結果となりました…。
CSSの要不要は私の環境による問題の可能性も高いと思いますので、取り急ぎご報告しつつ引き続き原因を検証してみたいと思います。
いずれにしても、環境差でお騒がせすることになったかもしれませんので、申し訳ない次第です。
いいねをした人:
横から失礼いたします。本件、私の環境ではSnow Monkey Blocks v16.0.8にしても状況が改善していないように見えていますので、念のためご報告いたします。
ブロックの選択に違いなどがあってはいけませんので、どのブロックを使ってのことかもお伝えしておきます。
編集画面
タブ1
タブ2
画面幅は1920pxですが、例えば1000pxほどに狭めると、はみ出し量が少なくなり一見問題ないように見えることもありますが、根本的には同様の状態になっていると思います。
以上、取り急ぎご報告いたします。
いいねをした人:
GONCYさんをおいてお答えするのは恐縮ですが、一部関与したものとして失礼いたします。
私の環境ではv16.0.8で問題なく表示されました。ただ上記に示されているトピックの問題は解決していないように見えますので、そちらのトピックの方で状況をご報告しますね。
いいねをした人:
徳本さん、何度もすみません。。
上記の設定変更で幅広ほどだった左右幅が全幅に変更されたと思ったのですが、セクションの設定を変更した後のキャッシュとリロードのタイミングの問題で、挙動を勘違いをしていたようでした。失礼しました。
リロードに注意して再確認したところ、セクションの設定を全幅にしていれば、ページレイアウトを右・左のサイドバーにする以外は全幅で表示されましたので、お示しのような幅広程度の幅になるという状態を再現できませんでした。
デフォルトテンプレートなども含め、拝見するかぎり設定条件は同じように見えるのですが、なぜでしょうね。。
あまり意味はないかもですが、一応、私の方で表現できている状態のブロックのコードを共有してみますね。フォームIDはXXXとします。
出しゃばったのにスカッと解決できず板汚しとなってしまい、申し訳ないです。。
<!-- wp:snow-monkey-blocks/section {"wrapperTagName":"section","containerAlign":"","contentsMaxWidth":"800px","fixedBackgroundColor":"#ccc","align":"full"} --> <section class="wp-block-snow-monkey-blocks-section alignfull smb-section smb-section--fit"><div class="smb-section__fixed-background" style="padding-top:0;padding-bottom:0;background-color:#ccc"></div><div class="smb-section__inner"><div class="c-container"><div class="smb-section__contents-wrapper" style="width:800px"><div class="smb-section__header"><h2 class="smb-section__title">タイトル・・・</h2></div><div class="smb-section__body"><!-- wp:heading --> <h2>お問い合わせ</h2> <!-- /wp:heading --> <!-- wp:snow-monkey-forms/snow-monkey-form {"formId":XXX} /--></div></div></div></div></section> <!-- /wp:snow-monkey-blocks/section -->いいねをした人:
