フォーラムへの返信
-
投稿者投稿
-
Olein_jpさんのコメントを拝見して、My Snow Monkey 等を使うのは難しい…といった場合にはどういう方法がよいかな…と考えてみたのですが、もしキャッチフレーズを利用しても問題ないようであれば、CSSだけでできるこういった方法はどうでしょう?
キャッチフレーズをロゴの右側に移動させる
.c-site-branding--has-logo { display: flex; align-items: center; }
キャッチフレーズのサイズ・行間・色を変更する
.c-site-branding__description { font-size: 1.5rem; line-height: 1; color:#dd3333; padding-left:1rem; }
追伸
発想を変えて、カスタマイザーでロゴ画像を設定せずタイトルを表示させるようにしておいて、
タイトルの左側にロゴ画像をフックで表示させる、という方法もアリかなと思います。add_action( 'snow_monkey_before_header_site_branding_column', function() { ?> <p><a href="<?php echo esc_url( home_url( '/' ) ); ?>"><img src="LOGOnoURL" class="" alt="" width="160" height="80"></a></p> </a> <?php } );
個人的には My Snow Monkey を利用されるのがベターだと思いますが、
子テーマのfunction.php や Code Snippets 等を利用してもよいと思います。♥ 0いいねをした人: 居ません追伸です。
v17.2.1で制作中だった2サイトがあり、どちらもプラグインを全オフし、カスタマイザーも初期状態に戻せる状態だとわかったので、取り急ぎ、v17.2.1のままとv17.2.2にしたものの2点でテストをしてみました。※どちらも下記のケースです
トップページ URL : https://example.com/wp
WordPress ディレクトリ : https://example.com/wp結論として、v17.2.1、v17.2.2、いずれも非ログインでは反映されなかったのですが発見がありました。
v17.2.1では、ログイン・非ログインのいずれも、ソース上で当該CSSが表示されていました。
また、ログイン・非ログインのいずれもフォントまわりのエラーが20ほど発生していました。v17.2.2では先のとおり、ログイン時のみCSSが表示されていて、エラーはどちらもありませんでした。
取り急ぎ、追加情報としてご報告しておきます。
キタジマさん
キタジマさんのテスト環境では問題なく反映されていましたか…それはまた謎が深まりましたね。。
まずCSSについて確認したところ、非ログイン状態ではソース上で確認できませんでした。
またログイン状態では下記のように表示されていました。※URL部分は書き換えています
<link rel='stylesheet' id='wp-google-fonts-css' href='http://example.com/sub/wp-content/uploads/inc2734-wp-google-fonts/noto-serif-jp-400700.css' type='text/css' media='all' />
キタジマさんのものとは?ver=1
が無いという違いがありますね。なおエラーについては、フォント周りに起因するものはログイン・非ログインのいずれもありませんでした。
17.2.1の時に、サブディレクトに新規インストールしたWordpressで、プラグインゼロの状態でも
本件のテストを行ったのですが、その際もフォントは反映されていませんでした。CSSはログイン状態では表示を確認できていましたが、その時はログイン・非ログインで差異があると
考えていなかったため、非ログインでの状態までは確認していませんでした。現時点では新規状態の環境がないため、テストをしようと思うと少しお時間をいただくことになりますが、
必要であれば新規インストールをして試してみますので、仰ってくださいませ。♥ 0いいねをした人: 居ませんキタジマさん
そうですね。17.2.1の段階でもSnow Monkey サイトではソースを確認すると
フォントファイルも正しく配置されていて、しかもきちんと反映・表示されて
いたため、私の環境でもファイルは設置されているのになぜなんろう…と
テスト遊びをしつつもWAFの各項目をオンオフする等を含め、悩んでいました。ちなみに、サブディレクトリ型で構築するケースが多いと思っていたのですが、
Snow Monkey サイトを含め、実際にはそうでもないのでしょうかね。あ、あとですね、カスタマイザーの下記コメントも17.2.1から変更された
現状のものに合わせて直していただいた方がよいと思います。
「~フォントファイルは wp-content/wp-google-fonts にダウンロードされます。」それでは、よろしくお願いいたします。
♥ 0いいねをした人: 居ません横からすみません。
私の環境では、キタジマさんのコードでは反対に2番目のタブ側のフッター下段の余白が
大きく下に伸びてしまいましたが、下記のようにすると直ったように見えています。.smb-tabs[data-match-height=false]>.smb-tabs__body>.smb-tab-panel[aria-hidden=true] { position: fixed; }
あるいはキタジマさんのコードの
absolute
をfixed
に。.smb-tabs[data-match-height=false]>.smb-tabs__body>.smb-tab-panel[aria-hidden=true] .smb-tab-panel__body { position: fixed; }
同じく詳しくはチェックできていませんが、ヒントになりましたら幸いです。
キタジマさま
ご返答いただき、ありがとうございます。※コード表記の整形も恐れ入ります
キタジマさんとまーちゅうさんのやり取りを少し読み違えていたことから
ややこしい投稿となりまして申し訳ない次第です。すみません。。h1,~
等の場合、エディターに出力される段階で変換されるためとのことを理解いたしました。
またご指摘のとおり入力欄=ページタイトルも、反映する際の記述方法についてと、
基本フォントまわりの適用等についても、理解いたしました。ありがとうございます。以前のフォーラムトピックにて、游ゴシックに対するのお考えも拝見していましたので、
現在の基本フォント設定の選択についても、熟考されてのことだろうと想像します。基本フォント設定のサンセリフ(ゴシック)も systemu ui 等のファミリーになっていて、
さまざまな環境・デバイスでも閲覧性の高い表現になるため、よいご選択だと思い、
実際に、その設定にて使用しておりました。ただその上で今後フォントを変更したくなった際に、UIフォントを例えばNoto sansや明朝体に
変更すると文字間や文字幅が極端に異なることから、文章のリライトやレイアウト自体の変更が
必要な場面も出てくるかも…と思い見直すことにしたのが、本件に気付いたきっかけでした。ちなみに、別テーマを使用していた時には特に気にならなかったことなのですが、
Snow Monkey は細部にわたり、美しく見える配慮がなされているテーマですので、
それに慣れてしまったことで、反対に要望が強くなったのかも…と自戒しております。^^長くなりましたが、ひとまずは
:root, .is-root-container { --_base-font-family: ~
の記述法にて対処しておこうと思います。
※また、まーちゅうさんがご提示くださったadd_editor_style()
での指定方法も、
改めて試してみたいと思っています。もし以降のアップデートの際に、自動置換される方法や、基本フォントに追記できる方法など
ご検討いただけそうでしたら、よろしくお願いいたします。少ししてから、特にコメントがないようでしたらトピックを閉じるようにいたします。
キタジマさん、まーちゅうさん、ご対応いただきありがとうございました。
-
投稿者投稿