エディタ側のCSSとプレビュー側のCSSを比べてみたところ、
【エディタ側】
blocks-editor.css
.c-rowがmargin: 0のみ
【プレビュー側】
style.min.css
.c-rowにdisplay: flexとflex-wrap: wrapが設定されています
何か解決策はありますでしょうか。
ありがとうございます。
有効化しているプラグインは以下となります。
- Akismet Anti-Spam
- All-in-One WP Migration
- Contact Form 7
- Snow Monkey Blocks
- Snow Monkey Editor
- Snow Monkey Forms
お手数をおかけいたしますが、よろしくお願いいたします。
.l-contents__inner の余白、オーバーレイヘッダーのときは0になるようにしたほうが良いのかなとも思いましたが、ページヘッダーが入ることもある可能性を考えると、CSS で0にしてもらうのが良いのかなと思いました。
アクツさんが書かれているように、カバーブロックではなくてページヘッダーを使用すれば余白は気にならない見た目になると思います。
おそらく消したつもりでもブロックが残ってしまっているのだと思うので、そのブロックを選択したときに表示されるブロックのパンくずリストで親ブロックである「パネル」を選択してから、デリートボタンをクリックしてみてください。
スライダーブロックに挿入する画像を選択した後の下記の画面で、それぞれの画像にキャプションを設定できます。
そのあと、ブロックのインスペクター（設定パネル）でキャプション表示を有効化してください。
拝見しました。
添付しました部分のスペースが気になるということであれば、以下のCSSで解消できるかと思います。
.l-contents__inner:first-child {
padding-top: 0;
}
しかし、これだと全体に効いてしまうので、必要に応じてpage-idなどで指定するなど対応先を絞った方が良いかもしれませんね。
Olein_jp 様
お世話になっております。
こちらに下層ページの画像を添付しております。
ヘッダー部の上部に全て白い余白がはいってしまいます。
お手数ではございますが、引き続きよろしくお願致します。
うーん、僕もわかりませんでした…。タイトル部分の CSS（.c-entry__title { ... } のところ）を一度消して打ち直してみる、各場所を変えてみる、など試してみるのはどうでしょうか？
こんな感じでどうでしょうか？ カスタマイザーの追加 CSS にコピペしてみてください。
@media (min-width: 64em) {
.l-header--left {
position: absolute;
left: -280px;
left: calc(var(--body-margin-left,0) * -1);
}
}
ただ、Snow Monkey アップデート時に影響が出る可能性もあるので、できるだけ左ヘッダーに入れるコンテンツを減らす方向で検討されたほうが運用はしやすいかなと思いました。
m press さんこんにちは。
キービジュアルについて、上に余白がついているのは、
- CSSでトル（l-contents__inner にpadding-topが付いているのでそちらを打ち消すコードを書く）
- そもそもキービジュアルを各コンテンツで設定するのではなく、Snow Monkey側の機能（アイキャッチの表示方法でアイキャッチの上にタイトルを載せるのがあるので）を利用する
- デフォルトのテンプレートではなく、ランディングページのテンプレートを利用する
のどれかで解決できるかと思います。
私の場合だとCSSではなく、Snow Monkey側で持っている機能で解決できるほうがいいので、ランディングページテンプレートを利用してしまう方が多いかと思います
（ソース拝見したところ、H1タイトルをCSSで無理やり消しているために、色々困ってることがあるといった風に見受けられたので）
お知らせは、選んでいるヘッダーがオーバーレイなので、めり込むのが正しいです。
めり込ませたくない場合は、ヘッダーでオーバーレイを使うのを諦めるか、Snow Monkeyのフックなどを利用して、ある条件だけオーバーレイではないものにする or オーバーレイにする という方法をとる必要があるかと思います。
老婆心かもしれませんが、今回情報としてご提供いただいたのが、思いっきり実在する企業様なのですが、こちらでそのURLを開示してしまうことは大丈夫でしょうか？？
企業さんにあらかじめ了解とってれば良いですが、もしそうでない場合は、リニューアル公開前のサイトが第三者に見れてしまうというのは、クライアントさんに不利益があるかもしれませんので、気をつけたほうがいいかなと思います。
（了解とってるよ！ or 自分の会社です！ とかでしたら余計なこと申してしまってすみません！！）
文字コードっぽいですね。ISO-2022-JPで使用出来ない文字が含まれているのかも知れません。
WP Multibyte Patch を使用されているのであれば、文字コードを UTF-8 にしてみると良いかもです。
置換対象が
<ul>
<li class="c-meta__item c-meta__item--author">.*?</li>
</ul>
だと、著者名と日付、のようにメタ情報が2つある（ul の中に li が2つ以上ある）と一致しなくなってしまうので、次のように書き換えるとうまくいくかもしれません。
add_filter(
'snow_monkey_template_part_render',
function( $html, $slug, $name ) {
if ( 'template-parts/widget/snow-monkey-posts' === $slug && 'recent' === $name ) {
return preg_replace(
'|<li class="c-meta__item c-meta__item--author">.*?</li>|ms',
'<li class="c-meta__item client_name">' .ここに表示させたい内容を記載する？. '</li>',
$html
);
}
return $html;
},
10,
3
);
ありがとうございます。確認したところ、コード自体はほとんどあっていて、フックの優先度と引数の数の指定が不足していました。
add_filter(
// Snow Monkey オリジナルウィジェットを書き換えるフック
'snow_monkey_wp_awesome_widgets_view_render',
function( $html, $slug ) {
// ピックアップスライダーのとき
if ( 'pickup-slider' === $slug ) {
// 書き換えて出力
return str_replace( 'READ MORE', 'ここからだよ', $html );
}
return $html;
},
10, // ← 優先度
2 // ← 引数の数
);
>「カスタムタクソノミーで作った投稿」とありますが、カスタムタクソノミーはオリジナルのカテゴリーのようなものなので、カスタムタクソノミーで投稿をつくることはできないと思います。できるのは、作った投稿にカスタムタクソノミーの任意のタームを割り当てる、ということだと思います。
→失礼しました、上記”カスタムタクソノミー”ではなくご指摘通り全て”カスタム投稿” の間違いです。
>想像するに、カスタムタクソノミーではなく、カスタム投稿タイプの投稿に、タグの pickup を割り当てた、ということかなと思ったのですがどうでしょうか？
→タグではなく、勘違いしてカテゴリでpickupを追加しておりました。カスタム投稿のタグでpickupを追加すると、無事ピックアップスライダーで表示されました。ありがとうございます。
お騒がせしてすいませんでした、今後ともよろしくお願いいたします。
すみません、ちょっとどういう構成になっているかがよくわかりませんでした。
「カスタムタクソノミーで作った投稿」とありますが、カスタムタクソノミーはオリジナルのカテゴリーのようなものなので、カスタムタクソノミーで投稿をつくることはできないと思います。できるのは、作った投稿にカスタムタクソノミーの任意のタームを割り当てる、ということだと思います。
想像するに、カスタムタクソノミーではなく、カスタム投稿タイプの投稿に、タグの pickup を割り当てた、ということかなと思ったのですがどうでしょうか？
