子テーマ > templates > static > ◯◯
こちらのstaticというのは、なぜ入っているのでしょうか？
子テーマでテンプレートファイルを上書きする場合、親テーマと同じように階層を作らないといけないはずですので、templates/view/***.phpというような構造になるのかなと思われます。
子テーマに追加した自作ページの表示したい
何を表示させるページとして用意していますか？アーカイブ（例archive.php）でしょうか？投稿詳細（例single.php）でしょうか？
・カスタム投稿のスラッグを変更
用意されているカスタム投稿のスラッグと作成されたファイル名（例single-{cutom-post-type-slug}.php）を共有ください。
尚、Show Current Templateプラグインや WP_DEBUGを使って、表示テンプレートの確認ならびにエラー確認などはしていただいている前提でお話を進めてもよろしいでしょうか？
以上、ご確認をお願いいたします。
HAKUTOさん こんにちは！
こちら参考されたページにも記載がありましたが、フル幅にしたい要素に下記CSSを設定すると、全幅になるかと思います
.fuga .hoge {
margin-right: calc(50% - 50vw);
margin-left: calc(50% - 50vw);
}
//フル幅にしたい要素のCSSクラスわからないので一旦適当なものをいれてます
あるいは、表示したい側の固定ページの各ブロックが全幅指定できるのであれば、それでも全幅になりそうな気がします（未検証）
こちらの赤丸を書かれているのは、
どちらでしょうか？
また、タイトルにある「ヘッダーとドロワーの間」という意味がわからなかったのですが、もしよろしければお教えください。
アドバイスいただいたとおり、CSS/JS の URLをルートパスから絶対パスに変更するためwp-config.phpを以下のように修正いたしました。
修正前：define('WP_CONTENT_URL', '/wp-content');
修正後：define('WP_CONTENT_URL', 'https://'.$_SERVER['HTTP_HOST'] . '/wp-content');
その結果、エディタ側の表示崩れが無事直りました！
無事に解決いたしましたので、こちらのトピックは閉じさせていただきたいと思います。
大変丁寧にご対応いただきまして、誠にありがとうございました。
ご指導ありがとうございます。
操作が不慣れで至らぬところがありますがご容赦ください。
下記の赤丸の箇所が問題箇所です。
（管理者により削除）
試している点はposition fixを使って無理やり、上記赤丸のところに固定しよう試してみたという感じです。
他に何かやり方があればご教示いただければ嬉しいです。
宜しくお願い申し上げます、
単純に親要素にposition: relative;が付いていないのが原因かと思います。
この場合、.summa2-imgの直接の親要素は、.summa2ではなく.smb-section_bodyですね。なので、.summa2-imgに書かれているposition: absoluteは正常に動かないと思います。
何をどうされたいのか具体的に書かれていないので、これ以上どう書くことが課題の実現に繋がるかわからないため、コードでのアドバイスは難しいです。
また、同一のブロックでない限りHTML構造が変わることがほとんどだと思うので、まずは開発者ツールなどでHTML構造を確認された上でCSSを色々と書いてみることをお勧めします。
手前の情報で恐縮ですが、開発者ツールの使い方などはこちらの動画などでも取り扱っているので、Snow MonkeyをCSSカスタマイズする際には、参考にしていただけるかもしれません。よろしければどうぞ！
お二方とも丁寧なご返答ありがとうございます。
コードを添付せず、大変失礼しました。
スクリーンショットを撮ってみたのですがこちらでお分かりになりますでしょうか？
（よろしければこちらでURLがお分かりになるかと思います。）
<css>
.relative {
position: relative;
}
.smb-section.summa2 {
padding-top: 120px;
padding-bottom: 300px;
}
.summa2-img {
position: absolute;
bottom: -350px;
left: 0;
right: 0;
margin: auto;
z-index: 10;
}
.summa2-img img{
width: 500px;
height: auto;
}
親要素に「summa2」のクラス名を付けて
動かしたい画像に「summa2-img」のクラス名を付けています。
背景が画像ではない普通のセクションブロックでは同じCSSでうまくできているのですが、確かにHTML構造は違うのでその影響やz-indexの問題ではないのかもしれないのですね。
回答ありがとうございます！
.c-hamburger-btn {
display: none;
}
これを書くことで、スマホのメニュー自体が消えてしまうのですが
どうしたらいいでしょうか？
ドロワーメニュー・ドロップダウンメニュー両方試しましたが
どちらも消えてしまいました。
.l-center-header__row {
display: block !important;
}
これだけを書いてもサブメニューは出てきませんでした。
最初に書き忘れていたんですが（申し訳ないです）
できればドロップダウンメニューで実現したいです。
ご返信ありがとうございます！
通常の「投稿」では1カラム（スリム）を選んでいまして、スリムな状態なのですが、このままですとカスタム投稿タイプでもスリムになってしまうことから、
デザインの事情もあり、カスタム投稿タイプで表示するテンプレートをフックで「one-column」に設定している状態です。
また、カスタマイザーの方ではとくに設定せず「デフォルト」でした。
add_filter(
'snow_monkey_layout',
function( $layout ) {
if ( is_singular( 'feature' ) ) {
return 'one-column';
}
return $layout;
}
);
▼添付
具体的にどの部分をカスタマイズしたいかによりますが、ヘッダー・フッター含めレイアウトファイルの部分はそのままで、ビューファイルの部分だけ変更ということであれば、templates/view/archive-post.php を上書きしたり、snow_monkey_view フィルターフックでカテゴリー赤い部のときだけビューファイルを差し替える、というのもあるかなと思いました。
変更する対象をもっと絞り込みたいということであれば、template-parts/archive/entry/entry-post.php や template-parts/archive/entry/content/content-post.php、template-parts/archive/archive-post.php などを対象にするのも良いかもしれません。
snow_monkey_wp_awesome_widgets_view_render フィルターフックで変更できるのは Snow Monkey のオリジナルウィジェット（WPAW で始まる名前のウィジェット）だけになります。WooCommerce のウィジェットはこのフックではカスタマイズできません。
僕も WooCommerce にはそれほど詳しくなのでどのようにカスタマイズするのかはわかりませんが、WooCommerce にあるフックやなにかでカスタマイズできるのか（はたまたできないのか？）もしれません。
z-index は親（position が指定してある直近の先祖）が基準になるので、次のセクションに画像が埋もれてしまうのは z-index が原因ではないのかもしれません。実際のページをみてみないとなんともわからないのですが、ページを見せるのが難しいということであれば、スクリーンショットやブロックの HTML を共有してもらうなどの方法もあると思うので、ご検討いただければと思います。
いろいろなやり方があると思いますが、一般的なのはこんな感じでしょうか。
.smb-spider-slider .spider__slide .smb-spider-slider__item {
top: 50%;
left: 50%;
bottom: auto;
right: auto;
transform: translate(-50%, -50%);
}
非推奨の方は、入力だけで好みの位置に表示されていたのですが、新スライダーではCSSでしか調整できないのでしょうか？
あれ？非推奨の方はデフォルト位置は中央ですが、位置の変更は CSS でしかできないのではなかったですかね？
ご指摘いただいた「WordPress アドレス (URL)」と「サイトアドレス (URL)」をHTTPSに修正しましたが、やはりエディタの表示崩れは改善されておりませんでした。
なるほど…。
その後、Snow Monkeyテーマ、Snow Monkey Blocks、Snow Monkey Editorプラグインを一旦削除し、1つ前のバージョンをそれぞれ手動でインストールしてみましたが状況は改善されず、さらにアップデートを行っても状況は変わらずでした。
問題があるとすればプラグインではなく Snow Monkey だと思いますが、ファイルの欠落も無いとのことだったので別な問題な気がしています。
他に気になったのは、表側のページで読み込まれる CSS/JS の URL が、https〜から始まらず /wp-content/〜 から始まっているものがあることです。これはなにか特殊な処理をサーバー側でされているのでしょうか？ もしかしたらこれも怪しいのかなと…。
実際のページを見ないとHTML構造などが把握できないので、なんともアドバイスし難いのですが、基本的にブラウザの開発者ツールでの確認しかないので、どのクラスにどのような要素が当たっていて、入力されたz-indexが効いていないのかをチェックしてみてください。
それらを実際に見ないと的確なアドバイスを差し上げられないかなと思います。
