Kuroishiさんこんばんは！
Yubinbangoの自動入力ではないですが、zipaddr-jpプラグインを用いて郵便番号から住所を自動入力する方法だったら、下記ブログ記事の手順でできそうです。
Yubinbangoのライブラリーを使ったことがないのですが、Snow Monkey Formsは、個々の入力項目に対してclassを指定できるので、Yubinbangoの指定のclassを入れていったらできそうな気もしてます
（未検証）
これは自分で追加したコードではないですね。
特に必要ではなさそうです。
.is-style-RJE-layered-left .smb-section{
width:auto!important
}
で解消されました。
ありがとうございます！
ko-chanさん、こんにちは。
セクションの右に余白がついている件ですが、Martueさんのおっしゃる箇所が余白を空けてしまっている要因ですね。
Martueさんの指摘で気づいたのですが、こちら類人猿のブロックパターンプラグインでパターンを入れ込んだりしてみた感じですよね・・？
（Martueさんありがとうございます！CSSのclass名見れたので類人猿って気づきました）
たぶん、重なりキャッチのパターンかなにかを入れて、その後消して、今のコンテンツの内容を入れた感じっぽくお見受けします。
パターンを消したときに、パターン全体をくくっていたグループブロックが消えておらず、そのグループの中に「far-k.comは草加市の個人事業主を応援します！」と「News」セクションが存在してしまっているので、当余白が発生している感じかと思います。
なので、ブロックナビゲーションなどでグループブロックを選択していただいて、そのブロックのグループ化を解除すれば余白が消えるかと思います。
style.css の以下の部分をコメントアウトすれば、余白は無くなりますが、ここの width の指定は必要でしょうか？
.is-style-RJE-layered-left:not(:root) .smb-section {
margin: -100px auto 0 0;
/*width: 97%;*/
z-index: 1
}
@media screen and (min-width: 48em) {
.is-style-RJE-layered-left:not(:root) .smb-section {
/*width: 94%*/
}
}
Olein_jpさま
了解しました！
別トピックス立ち上げます！失礼しました！
画像のサイズが合わない
とのことですが、これは「画像の縦横比」が合ってないからこのようになってしまったいます。
まずできる対策としては、
- ご自身で画像サイズ・縦横比を整えてアップロードしたものを使う
- WordPress内で画像編集機能を使って整える
ということができます。
どんな画像を設定しても同じサイズで表示させたい場合や、トリミングして表示位置を任意に定めたい場合は、CSSに挑戦する必要がありますが、レスポンシブ対応まで全て自身で設定して管理しないといけないので、そこまでのやらない場合は上記の方法での対応がベターかと思われます。
ご参考にどうぞ！
ご返信ありがとうございます。
以下のようにしています。
my-snow-monkey.php
//テンプレートの上書き//////
add_filter(
'snow_monkey_template_part_root_hierarchy',
function( $hierarchy ) {
$hierarchy[] = untrailingslashit( __DIR__ ) . '/override';
return $hierarchy;
}
);
///////////////////////
page-templates/yes-my-page-templates.php
<?php
/**
* Template Name: yes-my-page-templates
* Template Post Type: post, page
*/
use Framework\Controller\Controller;
Controller::layout( 'yes-my-page-templates' );
Controller::render( 'content', get_post_type() );
///////////////////////
templates/layout/wrapper/yse-my-page-templates.php
<?php
/**
* Name: yes-my-page-templates
*
* @package snow-monkey
* @author inc2734
* @license GPL-2.0+
* @version 11.5.0
*/
use Framework\Helper;
?>
<!DOCTYPE html>
～
履歴として。
原因は｢simple tags｣というプラグインでした。
これを停止したら治りました。
なれてしまえばそんなに難しくないですよ！上のスクショはブラウザのデベロッパツールというもので、Chrome であればカスタマイズしたい要素の上で右クリック → 検証で開きます。開いたら右枠のところでどこでフォントサイズや行間が定義されているか調べられるので、それと同じセレクタ（名前）に対して CSS を書くことで上書き（変更）できます。例えばこんな感じです。
.c-entry__title {
font-size: 16px;
line-height: 1.6;
}
.p-related-posts .c-entry-summary__title {
font-size: 14px;
line-height: 1.6;
}
返信ありがとうございます。
言葉足らずで申し訳ありませんでした。
『ヘッダーサブナビゲーションの色もカスタマイズ＞デザイン＞ヘッダー』で変更できるようにして、そこで変更した色を
[data-scrolled=false] .l-header--sticky-overlay-colored-lg {
color: var(--overlay-header-text-color,#fff);
}
と同じ場所に格納してほしい、という要望でした。
以下背景です。
背景画像が暗いためCSSで文字色を白に変えているのですが「オーバーレイ（上部固定/スクロール時背景白）」をつかうと背景色と色が同じなため見えなくなってしまいまして
現在メインのヘッダーでは
.l-header{
color:black;
}
で、地の文字色を黒に設定しておいて、カスタマイズ＞デザイン＞ヘッダー で文字色を白に設定しておけば
スクロールしてないときは
[data-scrolled=false] .l-header--sticky-overlay-colored-lg {
color: var(--overlay-header-text-color,#fff);
}
これが.l-headerで設定した黒を打ち消して文字色を白に上書きしているのを確認しました。
これをスクロールしたときにdata-scrolledが発火して
[data-scrolled=true] .l-header--sticky-overlay-colored-lg {
background-color: #fff;
background-color: var(--_background-color,transparent);
}
となり、『カスタマイズで変更したcolor設定が無くなり、ヘッダーの背景が白になると同時に文字色が.l-headerで設定した黒に戻る』ことでメインヘッダーの色問題は解決したのですが
.p-header-sub-nav .c-navbar__item a で変更した色も上記のようにスクロールすることで色を変化させることは可能なのでしょうか？
重ね重ね言葉足らずで申し訳ございませんでした。
キタジマさん！！
今駄目元で一つづつプラグインを停止して確認してたら
｢Simple Tags｣というプラグインを停止したらタグが表示されました！！！！！
色々お手間をおかけしました！
WordPress には独自のサニタイズ関数があるので、できるだけそれを使うのが良いと思います。
ちなみに JavaScript のときは encodeURIComponent で投げて decodeURIComponent で入力してたんですが、そのへんPHPだとどうでしょうか、PHPerの皆様。。。
僕も詳しくないのですが URL エンコードするほうが安定するのですかねー。どうなんだろう。
記事タイトルは .c-entry__title、
関連記事の各投稿のタイトルは .p-related-posts .c-entry-summary__title に対して CSS を書くことでカスタマイズできます。
「ヘッダーの文字色」をヘッダーサブナビゲーションにも反映したいということでしょうか？ それとも単純にヘッダーサブナビゲーションの色を変えたいということでしょうか？
単純に色を変えるのは下記の CSS でできますが、そういうことではなく…？
.p-header-sub-nav .c-navbar__item a {
color: red;
}
現状はデフォルト値は null だけだと思います。
デフォルトで name が代入されるパターンは無いってことですね。
snow_monkey_wp_awesome_widgets_view_args で書き換えられないですかね？
書き換えれますが、これで書き換えて name を使用するメリットもあまり感じてなかったので（ID云々で切り分ける方が自由度高い…って事もあって）、デフォルトで云々してるパターンでもあるのかなーと思ってたのです。
処理パターンはデフォルトでは null で存在しないって事なので、argsの使い方はそこまで厳密ではなく…自由にする形で良さそうですね。
トピック閉じます。
