あーなるほど、この情報でわかりました。詳しくありがとうございます！
直接的な原因としては、カスタム投稿タイプで「タグ (WP コア)」を使っているのが原因です。
- カスタム投稿タイプ feature に「タグ（post_tag）」を割り当て
- タグ（post_tag）側にも関連する投稿タイプ（object_type）として feature が割り当てられる
- その結果、タグ（post_tag）に関連する投稿タイプ（object_type）は「post」と「feature」の2つになる
- 任意のタクソノミーの投稿で「タグ（post_tag）」を選択
- タクソノミーが post_tag、投稿タイプが post・feature なクエリで投稿が取得される
- （各投稿ごとではなく）一覧の表示時にビューテンプレートの判定がおこなわれる
- 投稿タイプが複数指定されている場合は最初の投稿タイプが利用される
- つまりそれは post
- 結果として、
.c-entry-summary--post が付与される
という流れになっているようです。
簡単な解決策は「タグ (WP コア)」を使わずに、feature 用のカスタムタクソノミーを別につくってそれを使用することです。
ということで、前述したように .c-entry-summary–-{ビューテンプレートで選んだ投稿タイプ} .c-entry-summary--type-{実際の投稿タイプ} という class になるようにしてしまうのが一番ベターかなと思うので、その方向で進めたいと思います。
調査ありがとうございます！
Bookshelf、pickup、aboutについてですが、
投稿記事にブロックで配置しているのではなくフックで挿入しております。
挿入方法は下記のサンプルとほとんど同じように設置している状態です。
◎ページURL
＜投稿の場合に挿入＞
◎Bookshelfについて
「snow_monkey_append_contents」フックにて固定ページを読み込んでおります。
◎pickupについて
「snow_monkey_append_contents」フックにて固定ページを読み込んでおります。
＜すべてのページに挿入＞
◎aboutからSNSの横一列について
「snow_monkey_append_contents」フックにて固定ページを読み込んでおります。
▼添付 ① bookshelfの読み込み部分
■念のためのこちらも
カスタム投稿タイプの作成には「Custom Post Type UI」をつかい、特に設定などせず標準のまま、
タグ (WP コア)をくっつけております。
—
すこし別の方法なのですが、固定ページでつくっている「企業ページ」で同じように読み込んで表示してみましたところ、やはり「post」になるようでしたので、シングルページの場合だけに発現するのではないように思いました。
ご参考になればと思います。
▼添付 ① 管理画面
▼添付 ② プレビュー
キタジマさん
早々にご返信いただきましてありがとうございます！
お返事が遅くなりまして申し訳ございません！
上記だとやはり希望通りの動作にならず試行錯誤していただのですが、こちらの記事を参考にさせていただきましたらうまくいきました！
■参考記事
カスタム投稿のアーカイブ（記事一覧）で、タイトルの下にカスタムフィールドの内容を表示する
my-snow-monkeyに記載した内容は以下のとおりです（一部のみの書きかえですが、他の方の参考になれば）。
もし内容に不適切な箇所があればご指摘いただければ助かります。
add_filter(
'snow_monkey_template_part_render_template-parts/loop/entry-summary',
//entry-summary-postが対象
function( $html ) {
if (get_post_type() === 'works'): //カスタム投稿worksに限定する
// 以降の出力を変数に格納する
ob_start();
?>
<div class="client-name">
<p><?php echo esc_html (get_field('client_name')); ?></p>
</div>
<?php
// 変数に格納する
$works_client = ob_get_clean();
// </header>を書き換える
return str_replace(
'</header>',
'</header>'.$works_client,
$html
);
endif;
return $html;
}
);
どうぞよろしくお願いいたします。
なるほど！
確かに上のブロックにoverflow: hiddenがついていて、overflow: visible;に変えたらできました！
ありがとうございました。
トピック閉じさせていただきます。
こんな感じでしょうか。
/* ドロップダウンメニューのサブメニューを常に表示 */
.c-dropdown__submenu {
height: auto;
overflow: visible;
}
/* トグルボタンは不要なので消す */
.c-dropdown__toggle {
display: none;
}
- 上のブロック
- 画像
- 下のブロック
という構造になっていて、画像の z-index をあげても下のブロックとの上下関係には影響しないと思います（多分）。可能性として考えられるのは
– 上のブロック（正確には画像を囲むいずれかの HTML タグ）に overflow: hidden がついている。
– HTML は通常上の要素より下の要素が重なり順的に上層に表示されるので、下のブロックの z-index を上のブロックの z-index より下げてみる（上のブロックの z-index を下のブロックの z-index より上げてみる）。
というのは試してみると良いかもしれません。
Olein_jp さん
まじすか…子テーマやらなさすぎて全然知らなかったです。
子テーマじゃなくても My Snow Monkey からでも使えますよ！
高島檀さん
適用されていない状態のときに実際にサーバーに入ってファイルを書き換えながら検証してみないとなんとも言えないのですが、機能的には URL とファイルをマッチングさせてファイルが存在していればそれを表示する、というつくりになっているので、ページのスラッグを変えて URL とファイルがマッチングしなくなるとそのテンプレートは表示されなくなります。なのでうっかりスラッグを変更してしまったとかでマッチングしなくなったというのが可能性的には一番ありえるのかなぁと思いました。
ドキュメントはありませんが、WordPress のデバッグモードが有効化されているときは HTML に読み込んでいるテンプレートの情報がでるようになっています。下記画像の Start・End のところですね。
わかりづらくて申し訳ありません！
現状と希望の画像を添付いたします。
URLは下記の通りです。
パスワード：1234
お手数をおかけし申し訳ありませんが、どうぞよろしくお願いいたします。
えっと、この部分についてはテンプレートの上書きをせずにアクションフックで追加できます。
add_action(
'snow_monkey_after_header_site_branding_column',
function() {
?>
あいうえお
<?php
}
);
PC/モバイルの区別なく要素は追加されるので、適当なマークアップを施して CSS を当てて調整する形になるかと思います。
早速試してみたのですが、こちらの環境では再現できませんでした…。
下記のページをもう一度見てみたところ、
「Bookshelf」「Pick up」「About」のセクションはこのページの編集画面で挿入したブロックではない？と思ったのですがどうでしょうか？ もしそうだとしたら、その挿入方法によってなにか影響がでているのかもしれないなと思いまして。
参考動画のご紹介ありがとうございます！
実はOlein_jp様の動画を少しずつ拝見しておりまして、昨日もライブ配信少しお邪魔しました。
今後もたくさん見て勉強させていただきます。
ありがとうございます。
ご紹介の動画も見まして、CSSの書き方はこのようにやるのですね。
再度書き方を変えて、親要素の部分にposition: relative;を付けてみたのですが、
イメージする表示にはなりませんでした…
▼やりたい表現
▼実際の表示
「セクション（背景画像/動画）」ブロックを使用し、そのセクションに「summa2」とクラス名を付けました。
パッケージ写真を次のセクションの上に被る様に配置したいのですが、
やはりposition: absoluteが効いていないのでしょうか…
z-indexの数値を上げたり、他に効いてきているCSSを消したりしてみたのですが変わりませんでした。
▼HTML
▼CSS
補足的な情報失礼します
WordPress でHTMLコードからビジュアルに戻す時に、一部コードは消されてしまうことがあります。これは仕様です。
（例えばclassなしのspanとか容赦なく消してきます）
あるいは、ブロック側で意図してないHTML構造になってしまって、ブロックが壊れるということもあります。
なので、細かいところまで自分の意図したHTMLで対応したい場合は、Oleinさんのおっしゃるとおり時カスタムHTMLブロックが一番良いかと思います。
（おじゃましました）
横レスすみません
Oleinさん
私も全く知らなかったのですが、static ディレクトリーに入れるとそのテンプレを表示する機能があるようです
（全然知らず、回答してしまって、そのあとググったら資料あった次第）
解決には役たたないコメントで失礼します
理解しました。
本件とは関係ありませんが、ロゴという言葉が指すものは認識が合っていますが、「ドロワー」とは「ハンバーガーメニュー（3本線のもの）」をタップすると通常左側から出てくるメニューのことを指します。ですので、「ドロワーメニュー」とはそのメニューを指し、「ドロワー」と言われているものは一般的に「ハンバーガーメニュー」と呼ばれます。ご参考までに。
@ryoma_aki さんはPHPは書けますか？僕の認識では、かなり難しいカスタマイズになると思います。（僕ならやりたくないです）
この箇所にどのような文章や画像を挿入されたいのかにもよりますが、スペース的にはかなり狭い部分ですので、本当にその対応がユーザーにとって最適なのか（画像・文字視認の観点より）検討が必要な気がします。
掲載されたい内容情報がないので判断はできませんが、テンプレートの上書きになるかと思います。ただし、その場合ヘッダー構造のレイアウトをカスタマイザで変更されたら別のテンプレートが読み込まれる形になることもあるので、そういった自由度を制限することが利用者のためになるのか、トラブル発生の元にならないかも検討が必要でしょう。
どのテンプレートを上書きするかは、利用しているヘッダーレイアウトにもよるので断定はできませんが、templates/layout/headerから利用しているテンプレートを探して、適所を上書きする形になると思います。
ご確認をお願いいたします。
