[m.yosh]

キタジマさん

こちらでは 27.3.5 にアップデートしたら元の表示にもどりました！
配置をなしに戻しても依然と同じように表示されるようになりました。

♥ 1

Who liked:

[m.yosh]

大変失礼いたしました！

こちらでアーカイブを３列にするカスタマイズを加えていたのが影響しておりました。

充分確認せず書き込んでしまい申し訳ございませんでした。

トピックを閉じます。

♥ 1

Who liked:

[m.yosh]

早速ご対応いただきありがとうございます！

テスト環境以外のサイトでも症状が発生しなくなっているのを確認しました。

助かります！

 

トピックを閉じさせていただきます。

♥ 1

Who liked:

[m.yosh]

なるほど変更はできるのですね。ありがとうございます！

♥ 1

Who liked:

[m.yosh]

ありがとうございます！無事アップデートできました。
トピックを閉じます。

♥ 1

Who liked:

[m.yosh]

キタジマさんご返答ありがとうございます。

var(--_padding-1) をたどって行ってみますと

--_padding-1 : var(--_s-1);
　　↓
--_s-1: calc(var(--_ms1) * 1rem);
　　↓
--_ms1: calc(var(--_space-unitless) / 3 * 2);
　　↓
--_space-unitless: 0.8;

この --_space-unitless が他のサイトでは 1.8 になっているという違いでした。
つまりカスタマイザーの基本デザイン設定の「余白サイズ」デフォルト1.8 がこのサイトでは 0.8 に変更されていたのが原因と判明しました(^^;

すっきりしました。
しかしこんな複雑な構造になっていたのですね(^^;`

トピックを閉じます。

♥ 1

Who liked:

[m.yosh]

ありがとうございます。無事にPCで非表示にできました。

とこでいくつかの同じようなサイトに設置しようとしているのですが、ひとつだけボタンのpaddingが異なるサイトがあってどこが違うのか気になっています。

デベロッパーツールでみると下記の同じスタイルがあたっているのですが、

p-footer-cta .c-btn {
--_font-size-level: -1;
font-size: var(--_font-size);
line-height: var(--_line-height);
padding: var(--_padding-1);
}

var(–_padding-1) の値を見ると

通常は
calc( calc( 1.8 / 3 * 2) * 1rem)

ですが、ひとつだけ

calc( calc( 0.8 / 3 * 2) * 1rem)

となるサイトがあります。
適当な値で上書きすればよいのでしょうが、もし何かお分かりになるようでしたら教えていただけますと助かります。

♥ 0

Who liked: No user

[m.yosh]

v2.3.1でプライマリーボタン（タブレット＆PC）の設定が表示されるようになりました。ありがとうございます！

これは「プライマリーボタンを」「セカンダリーボタンを」ということではなくて、フッター CTA 自体を表示しないようにしたい、ということでしょうか？

はい、そういう意味でした。

♥ 0

Who liked: No user

[m.yosh]

オレインさん、キタジマさん、早々にコメントありがとうございます！
Table of Contents Plus の作者への報告、トライしてみます！

♥ 1

Who liked:

[m.yosh]

フォームのID取れました。ありがとうございます！助かりました。

♥ 1

Who liked:

[m.yosh]

やはりそうなんですね。知り合いの作成したサイトでやはり表示されているところがあったので聞いてみたのですが、普通にWordpressの外観＞カスタマイズのサイトアイコン設定でやっているだけとのことでした。

ご紹介いただいたリンクも含めいろいろ検索してみたのですが、うまくいかなかった例しか見つからないです…

何か他の指標があるのかもしれませんね。どうもありがとうございました！

♥ 1

Who liked:

[m.yosh]

ご確認ありがとうございます！
再現性があったということでちょとスッキリしました(^^)
個別に対応していくことにします。

♥ 1

Who liked:

[m.yosh]

レスポンスが遅くなってしまいまして申し訳ございません！
反映いただきましてありがとうございます！

アップデートしていろいろ試しているのですが、サイトによってloading=”lazy”がつかなくなるケースと付いてしまうケースがあります。

条件の切り分けができてないですが、（キタジマさんの環境では再現されないとのことでしたが）先に報告いたしましたテスト環境での「最新の投稿ブロック」を設置するとloading=lazy が付くようになる件はこちらでは再現いたします。

♥ 0

Who liked: No user

[m.yosh]

なるほどそういうことなのですね。
どうぞよろしくお願いいたします！

このトピックは閉じます。

♥ 1

Who liked:

[m.yosh]

ありがとうございます！

なぜ最近の投稿ブロックの画像が最初に実行されるのかモヤモヤが残りますが…
下記のように書いて1枚目画像のloading=lazyを消すことはできました。

add_filter(
	// テンプレートパーツ が template-parts/content/entry/content/content.php のときに実行
	'snow_monkey_template_part_render_template-parts/content/entry/content/content',
	function( $html, $name ) {
		if ( 'page' === $name || 'front-page' === $name || 'post' === $name  ) { // 固定ページ、フロントページ、投稿 のとき
			$html = preg_replace( '|loading="lazy"|', '', $html, 1 ); // 1個目の loading="lazy" を強制的に消す
			return $html;
		}
	},
	10,
	2
);

ところで最初のところで themes/snow-monkey/template-parts/content/entry/front-page.php を書き換えたことによる影響はどのようなことが考えられるのでしょうか？

♥ 0

Who liked: No user

[投稿者]

投稿