[Hatsuki]

inc2734_の方のフックでしたかー（汗）

> 結局他のブロックも snow_monkey_template_part_render を通るわけではない

確かに…微妙と言うか色々面倒な事になりますね。了解です。

使いたい部分でinc2734_wp_awesome_widgets_render_widgetで適度にカスタマイズをするか通すようにするとかの方が楽かもって感じに思えますし、ちょっとそれで試してみてカスタマイズで質問が出たらまた別トピックで聞きますー。

♥ 0

いいねをした人: 居ません

[Hatsuki]

このアクセントカラーになっているのはサムネイルをデフォルトで設定している記事だったりしますか？

この部分って各記事でサムネイルを設定していないとデフォルトのサムネイルが出るので、
そのデフォルトのサムネイル設定もテーマのカスタマイザーにある為に、テーマを変える（子テーマから親テーマに戻す場合も該当）とデフォルトのサムネイル設定も変更されてしまいます。
結果、アクセントカラーになってしまっているのかと。

各記事でサムネイル設定していてアクセントカラーになってしまってる場合は、何故か解りません。
記事のサムネイル設定もテーマを変えると初期化されるって事はないはずですし。

♥ 0

いいねをした人: 居ません

[Hatsuki]

#drawer-nav {
	&>.c-drawer__menu {
		.c-drawer__item {
			...
		}
	}
	*+.c-drawer__sub-nav {
		.c-drawer__menu {
			.c-drawer__item {
				...
			}
		}
	}
}

な記述で完全に切り分けてスタイルカスタマイズする感じで一応、解決したんで記述しておきますー。
あざっす。閉じますー。

♥ 0

いいねをした人: 居ません

[Hatsuki]

なるほど、と言うことは…完全に別々のスタイルを割り当てるとする場合は…

#drawer-nav>.c-drawer__menu .c-drawer__item {...}
で、ドロワーナビゲーション
（ >を入れないとサブナビゲーションまで影響してしまうっぽい)

#drawer-nav .p-drawer-sub-nav .c-drawer__item
で、サブナビゲーション

で切り分けるのが良い感じですか。
ちょいとやってみますー

♥ 0

いいねをした人: 居ません

[Hatsuki]

めっちゃ早いアップデートありがとうございますー！
確認しました ＆ サンプルコードをWikiに追加しておきました。

トピック閉じます

♥ 0

いいねをした人: 居ません

[Hatsuki]

ヘッダーにはだしたいけど、フッターにはだしたくない、みたいなことですかね？

いや、メニューを使い回すのPCとモバイルの時で多いんっすよ。
なので、強制的に表示するようにした場合はモバイルだと出したくないとかの時にCSSで調整が逆に面倒になるなと。（逆の場合でカスタマイズするパターンもあります…）

その場合はメニュー自体を別々につくるか

設定項目が多いと、何個もメニューを作るのが面倒である（ぶっちゃけた私的な理由）

同じメニュー構造を割り当てようとして、カテゴリーとかドロップダウンとかで忘れたりするクライアントやモバイルを変更しないとダメなのにPCのメニューを変更されるクライアントも居るので…（切実なヒューマン問題、理由をクライアントのせいにする）

♥ 0

いいねをした人: 居ません

[Hatsuki]

なるほどー、Noto Sans JP、Noto Serif JPは事前に読み込まないとって事で…
承知しました。
もし、テーマで用意されるならSans serif、 Serif の２つだけでも助かります。

とりあえず、フォントタイプを変えたいと言うのは自前でクラス作って対応する形でやります。

♥ 0

いいねをした人: 居ません

[Hatsuki]

いや、そうするとちょっと問題が起こるんです。
ヘッダーとフッターでメニューの使い回しをした際に…って事です。

とりあえず断層はうちの改造ではこんな感じでdepthとlocationを渡して、smallを出すか判定してます（めっちゃ適当

function( $title, $item, $args, $depth ) {
$return = ( 0 != $depth || 'global-nav' !== $args->theme_location );
$return = apply_filters( 'customize_snow_monkey_nav_only_title', $return, $depth, $args->theme_location );
		if ( $return ) {
			return $title;
		}

コードも適当です（汗）

♥ 0

いいねをした人: 居ません

[Hatsuki]

修正を確認できました！ありがとうございます！

♥ 0

いいねをした人: 居ません

[Hatsuki]

あざっす！URL変更の条件指定とかかなり楽になりました。
クローズします！！

♥ 0

いいねをした人: 居ません

[Hatsuki]

横から意見をばー。

これってどう思いますか？僕的には、UI的/SEO的に1ページ目だけにしたほうが良い気がしてきていまして…。

基本的に１ページ目だけで良いと思いますが、差し替えるコンテンツ内容のパターンでは２ページ以降も欲しいかもです。
フックで出す出さないを調整出来たら最高と思います！

♥ 0

いいねをした人: 居ません

[Hatsuki]

アップデートで対応いただいたのでクローズしておきますー

♥ 0

いいねをした人: 居ません

[Hatsuki]

固定ページの編集画面で、「アイキャッチ画像」を設定すれば、その画像がそのページのヘッダー画像に使用されます。
ブロックエディターの場合は「文書」タブにある「アイキャッチ画像」の部分です。
ページ毎に設定する事で一覧などもページ毎にヘッダー画像が変わってみえます。

もし、その状態で表示されない場合は、固定ページの設定でアイキャッチ画像の表示方法が「なし」などになっているかもしれません。下記を参考にして設定してみてください。

固定ページの設定

全ての固定ページ（ダッシュボード > 固定ページで作成したページ）共通の設定を行うことができます。 適当…

snow-monkey.2inc.org

それでも出ない場合は、CSSでヘッダー画像を表示しないようになっている可能性もあるので、下記を参考にしてみてください。

https://snow-monkey.2inc.org/2018/01/06/page-header-eyecatch-none/

♥ 0

いいねをした人: 居ません

[Hatsuki]

> snow_monkey_recent_posts_widget_args_xxx フックで表示条件を変更できるので、任意の最近の投稿ブロックだけこのフックで投稿タイプをカスタマイズするのはどうでしょうね？

その形で調整した方が楽そうですね。それで調整してみます。

♥ 0

いいねをした人: 居ません

[Hatsuki]

不具合が修正いただけたこと、確認できました。
閉じます

♥ 0

いいねをした人: 居ません

[投稿者]

投稿