CSSでの body / .l-body へのフォント指定がエディター画面に反映されない

0
いいねをした人: 居ません
12件の投稿を表示中 - 1 - 12件目 (全12件中)
  • 投稿者
    投稿
  • #106659
    es:エス
    参加者
    134

    【お使いの Snow Monkey のバージョン】17.0.5
    【お使いの Snow Monkey Blocks のバージョン】16.0.1
    【お使いの Snow Monkey Editor のバージョン】8.0.1
    【お使いのブラウザ】Windows Chrome firefox Edge
    【当該サイトのURL】

    ※専用ディレクトリにて構築

    ### 発生している問題
    CSSで body または .l-body に対するフォントを指定を行った際、
    フロント画面では正しく反映されるがエディター画面では反映されず、
    基本フォントで設定されているフォントが表示される。
    なお、h1,h2,h3,h4,h5,h6への指定については基本フォントに関係なく、
    両画面ともに指定したフォントが反映されている。

    ### 試したこと
    my snow monkeyへのCSS記述時に判明したため、
    カスタマイザーの追加CSSに記述してみたが状況は変わらず。

     

    いつもお世話になっております。※はからずも連投になってしまい申し訳ないです…

    これまでは基本フォントを「サンセリフ(ゴシック体)」にしていて、
    h1~部分のみフォントを変更していたため特に問題はなかったのですが、
    今回body部分を別フォントにしてみた際に、上記の状況に気がつきました。

    ●指定したフォントファミリー
    h1,h2,h3,h4,h5,h6 {font-family: ‘Yu Mincho Demibold’ , ‘YuMincho Demibold’ , ‘Hiragino Mincho Pro’ , serif;}
    body {font-family: ‘Yu Gothic Medium’ , ‘YuGothic Medium’ , ‘Hiragino Kaku Gothic Pro’ , sans-serif;}

    ●フロント画面の画像

    ●エディタ画面の画像

    エディター画面で全体のバランスを見ながら文章を記入したいため、
    解決方法がございましたら、ご教示くださいませ。

    お手数で恐縮ですが、よろしくお願いいたします。

    0
    いいねをした人: 居ません
    #106677
    キタジマ タカシ
    参加者
    2253

    WordPress はエディターとフロントで HTML 構造が違うので多分その影響ではないですかね?

    body,
    .editor-styles-wrapper {
      font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }

    とするとどうでしょうか?

    0
    いいねをした人: 居ません
    #106698
    es:エス
    参加者
    134

    キタジマさま

    日曜日にもかかわらずご返信いただき恐れ入ります。ありがとうございます。

    まず結論として、ご提示いただいたCSSでは、エディター画面に変化はありませんでした。
    ※追加CSSにはフォント指定のCSSのみにして、My Snow Monkey のStyleはブランクにして、
    試してみました。

    また
    body,
    .editor-styles-wrapper {~ というご提示を踏まえ、デベロッパーツールでチェックをして
    関連しそうなCSSを足し引きして試してみましたが、解決には至りませんでした。。

    そもそも、Snow Monkey は追加CSSやMy Snow Monkey(要エディター用CSS読み込み)への
    CSSの記述で、フロントとエディターの両方に反映されるところが利点と認識していたのですが、
    今回のフォント指定のように、CSSによってはエディター用のCSSを別に記述する必要がある、
    ということなのでしょうか?

    ただ、h1,h2~等は通常の記述のままでフロント、エディターの両方に反映されていることと、
    ご提示いただいた方法でも解決しなかったため、そのあたりがよくわからなくなっております。

    ちなみに、キタジマさんの環境では、ご提示いただいた記述で反映されていますでしょうか?

    基本フォントの設定欄に追加できるようでされば、その方法もよいかと思うのですが、
    何かよい解決策がございましたら、お力添えくださいませ。よろしくお願いいたします。

    0
    いいねをした人: 居ません
    #106712
    キタジマ タカシ
    参加者
    2253

    CSSの記述で、フロントとエディターの両方に反映されるところが利点と認識していたのですが、今回のフォント指定のように、CSSによってはエディター用のCSSを別に記述する必要がある、ということなのでしょうか?

    HTML 要素や body 要素まわりはそうなっちゃいますね。Snow Monkey の追加 CSS は add_editor_style() したときと同じでセレクタを分解してエディター用の class でラップするという仕組みです。エディターの DOM を改変してフロントと合わせたりはしていないので、詳細度等の問題で全くフロントと同じようにはならないこともあります。

    下記でどうでしょうか?

    :root,
    .is-root-container {
      --_base-font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }
    1
    いいねをした人:
    #106714
    まーちゅう
    参加者
    356

    こんにちは。
    WordPress 6.0 のアップデートが影響しているっぽいのですが、エディター側のCSSの読み込みが以前と変わっている感じです。
    こちらの環境では、以下のCSSでエディター側にも反映されました。

    body > * {
      font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }
    2
    いいねをした人:
    #106715
    まーちゅう
    参加者
    356

    キタジマさん
    最初の'Yu Gothic Medium,のところシングルクォーテーションで閉じ忘れてるのでエラーになってるかもです。

    0
    いいねをした人: 居ません
    #106718
    キタジマ タカシ
    参加者
    2253

    まーちゅうさん、ありがとうございます! 修正しました。

    body > * の CSS はカスタマイザーの追加 CSS ではなくて add_editor_style() での指定ですかね?

    追加 CSS の場合、

    .editor-styles-wrapper {
      font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }

    だとやっぱり効きませんでした。エディターは .editor-styles-wrapper > .is-root-container という構造になっており、.is-root-container にフォントの指定がされているので .editor-styles-wrapper では効かないということになるのだと思います。

    add_editor_style() だと CSS 中の body.editor-styles-wrapper に置換されるので、body > * = .editor-styles-wrapper > *、つまり .is-root-container が対象となり反映される、ということなのかなと思いました。

    今後のアップデートで追加 CSS の場合でも body が .editor-styles-wrapper に置換されるようにしても良いかもですね。

    1
    いいねをした人:
    #106729
    es:エス
    参加者
    134

    キタジマさん まーちゅうさん お忙しい中、検証等々いただき、ありがとうございます。
    ※まーちゅうさん、いつも的確なご回答に感服しつつ勉強させていただいています。

    HTML 要素や body 要素まわりはそうなっちゃいますね。

    そうなのですね。h1,h2,h3,h4,h5,h6~の場合は反映されたので謎が深まっていました。。

    まず、こちらの環境ではまーちゅうさんにご提示いただいた

    body > * {
      font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }

    を記述しても、エディター画面には反映されませんでした。なぜなのでしょうね。。

    ※環境:wordpress6.0 専用ディレクトリ構築 親テーマの場合/子テーマにした場合
    また念のためWindowsのほかMacでも確認しましたがダメでした。。

    例えば、わかりやすくするためにカスタマイザーの基本フォント設定から
    セリフやNoto serif 等の明朝体にしてテストをしてみました。

    body > * {
      font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }

    にすると、セクションのタイトルも明朝体のままとなっていますが、

    h1,h2,h3,h4,h5,h6 {
      font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }

    を記述するとセクションタイトルのみ、ゴシックになりました。※ページタイトルは明朝体のまま

    また【ブロックを選択するには「/」を入力】の文言も明朝体になるため、
    基本フォントで設定するとエディター画面に広く反映されるようですね。

    もし基本フォント設定を無効化できれば、何か変わるのでしょうかね。

    h1,h2,h3,h4,h5,h6
    

    取り急ぎのご報告でございます。よろしくお願いいたします。

    0
    いいねをした人: 居ません
    #106730
    es:エス
    参加者
    134

    ※文末の h1,h2,h3,h4,h5,h6 は誤記です。失礼いたしました。

    0
    いいねをした人: 居ません
    #106731
    es:エス
    参加者
    134

    重ね重ねとなり、申し訳ないです…

    キタジマさんが最初にご提示いただいた

    :root,
    .is-root-container {
      --_base-font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }

    を記述すると、エディター画面にも反映されていました。大変失礼いたしました。
    ※文頭の[:]をコピペミスしていたことに気付いていませんでした。

    こちらも取り急ぎ訂正としてご報告いたします。

    0
    いいねをした人: 居ません
    #106742
    キタジマ タカシ
    参加者
    2253

    `h1,h2,h3,h4,h5,h6 {
    font-family: ‘Yu Gothic Medium’, ‘YuGothic Medium’, ‘Hiragino Kaku Gothic Pro’, sans-serif;
    }`

    を記述するとセクションタイトルのみ、ゴシックになりました。※ページタイトルは明朝体のまま

    上記の CSS を追加 CSS に書いたとすると、エディター上で出力される CSS は次のようになります。

    .editor-styles-wrapper h1,
    .editor-styles-wrapper h2,
    .editor-styles-wrapper h3,
    .editor-styles-wrapper h4,
    .editor-styles-wrapper h5,
    .editor-styles-wrapper h6 {
      ...
    }

    なのでエディター(のコンテンツ入力欄の中)の h2〜h6 はゴシックになります。ページタイトル(記事のタイトルの入力欄ということですよね?)は .editor-styles-wrapper の外になるので、ページタイトルにも反映させたければ .edit-post-visual-editor__post-title-wrapper .editor-post-title__input にも CSS を当てる必要があります。ただ、前述したように追加 CSS や add_editor_style() の CSS は全て .editor-styles-wrapper でラップさせるため、ページタイトルにも CSS を当てたい場合は wp_enqueue_style() を使う必要があります。

    基本フォントで設定するとエディター画面に広く反映されるようですね。

    基本フォント設定で出力される CSS はタイトルとエディターに対してフォントを設定します。

    もし基本フォント設定を無効化できれば、何か変わるのでしょうかね。

    これは試していないのでわかりませんが、おそらくエディターに対して適用されているデフォルトのフォントが適用されるのではないですかね?いずれにしろ .is-root-container に対してフォントを指定するのがベターだと思います。

    1
    いいねをした人:
    #106759
    es:エス
    参加者
    134

    キタジマさま

    ご返答いただき、ありがとうございます。※コード表記の整形も恐れ入ります

    キタジマさんとまーちゅうさんのやり取りを少し読み違えていたことから
    ややこしい投稿となりまして申し訳ない次第です。すみません。。

    h1,~等の場合、エディターに出力される段階で変換されるためとのことを理解いたしました。
    またご指摘のとおり入力欄=ページタイトルも、反映する際の記述方法についてと、
    基本フォントまわりの適用等についても、理解いたしました。ありがとうございます。

    以前のフォーラムトピックにて、游ゴシックに対するのお考えも拝見していましたので、
    現在の基本フォント設定の選択についても、熟考されてのことだろうと想像します。

    基本フォント設定のサンセリフ(ゴシック)も systemu ui 等のファミリーになっていて、
    さまざまな環境・デバイスでも閲覧性の高い表現になるため、よいご選択だと思い、
    実際に、その設定にて使用しておりました。

    ただその上で今後フォントを変更したくなった際に、UIフォントを例えばNoto sansや明朝体に
    変更すると文字間や文字幅が極端に異なることから、文章のリライトやレイアウト自体の変更が
    必要な場面も出てくるかも…と思い見直すことにしたのが、本件に気付いたきっかけでした。

    ちなみに、別テーマを使用していた時には特に気にならなかったことなのですが、
    Snow Monkey は細部にわたり、美しく見える配慮がなされているテーマですので、
    それに慣れてしまったことで、反対に要望が強くなったのかも…と自戒しております。^^

    長くなりましたが、ひとまずは

    :root,
    .is-root-container {
      --_base-font-family: ~

    の記述法にて対処しておこうと思います。
    ※また、まーちゅうさんがご提示くださったadd_editor_style()での指定方法も、
    改めて試してみたいと思っています。

    もし以降のアップデートの際に、自動置換される方法や、基本フォントに追記できる方法など
    ご検討いただけそうでしたら、よろしくお願いいたします。

    少ししてから、特にコメントがないようでしたらトピックを閉じるようにいたします。

    キタジマさん、まーちゅうさん、ご対応いただきありがとうございました。

    1
    いいねをした人:
12件の投稿を表示中 - 1 - 12件目 (全12件中)
  • トピック「CSSでの body / .l-body へのフォント指定がエディター画面に反映されない」には新しい返信をつけることはできません。

ドキュメント

Snow Monkey の設定方法やマニュアルを掲載しています。

ドキュメント

フォーラム

Snow Monkey の使い方やカスタマイズについてのご質問・ご要望等はサポートフォーラムで行っています。サポートフォーラムは誰でも閲覧できますが、書き込みできるのは Snow Monkey 購入者のみとなります。

サポートフォーラム

よくあるご質問

Snow Monkey のサービスについて不明な点がある場合は、まずはよくあるご質問をご確認ください。

よくあるご質問

お問い合わせ

よくあるご質問を見ても解決しなかった場合、試用版の申請については問い合わせフォームからお願いいたします。

お問い合わせ

Snow Monkey は Gutenberg ブロックエディターに対応した 100%GPL の WordPress テーマです。拡張性を意識した開発をおこなっており、カスタマイザーとブロックでスピーディーにサイトを立ち上げるだけでなく、CSS やフックを駆使した高度なカスタマイズにも柔軟に対応できます。