es:エス

フォーラムへの返信

15件の投稿を表示中 - 151 - 165件目 (全167件中)
  • 投稿者
    投稿
  • es:エス
    参加者
    136

    キタジマさま

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

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

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

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

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

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

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

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

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

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

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

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

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

    1
    いいねをした人:
    es:エス
    参加者
    136

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

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

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

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

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

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

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

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

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

    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
    いいねをした人: 居ません
    es:エス
    参加者
    136

    キタジマさま

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

    まず結論として、ご提示いただいた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
    いいねをした人: 居ません
    es:エス
    参加者
    136

    v17.1.0 でご修正いただいていることを各ブラウザにて確認いたしました。

    unitone のご準備等でもご多忙の中、社外プラグインのことにも関わらず
    検証・対応をいただき、ありがとうございました。^^

    トピックを閉じておきます。

    1
    いいねをした人:
    es:エス
    参加者
    136

    v15.0.6にて、
    トップページ URL : https://example.com/wp
    WordPress ディレクトリ : https://example.com/wp
    環境での問題が解消していることを確認しました!

    また念のため、
    トップページ URL : https://example.com/
    WordPress ディレクトリ : https://example.com/wp
    でも確認し、問題がないことを確認しました。

    今回も迅速にご対応いただき、ありがとうございました。

    お子様との時間も大切にしていただきながら、ご無理のない範囲で
    Snow Monkeyを発展させ、プロダクトの美しさを伝えてくださいませ。

    それでは、このトピックも閉じておきますね。^^

    1
    いいねをした人:
    返信先: Snow Monkey Blocks の不具合(v15.0.3 v15.0.4) #103254
    es:エス
    参加者
    136

    上記2カ所の変更を行ったところ、
    トップページ URL : https://example.com/wp
    WordPress ディレクトリ : https://example.com/wp
    の環境下にて、見事問題が解決しました!

    答えが見えてよかったです。^^

    2
    いいねをした人:
    返信先: Snow Monkey Blocks の不具合(v15.0.3 v15.0.4) #103249
    es:エス
    参加者
    136

    解決に向け、こちらでお手伝いできることはしますので、仰ってくださいね。

    0
    いいねをした人: 居ません
    返信先: Snow Monkey Blocks の不具合(v15.0.3 v15.0.4) #103234
    es:エス
    参加者
    136

    はい、
    トップページ URL : https://example.com/wp
    WordPress ディレクトリ : https://example.com/wp
    ということです。

    改善した方は、
    トップページ URL : https://example.com/
    WordPress ディレクトリ : https://example.com/wp
    としています。

    ※上と下では、ドメインは異なります

    1
    いいねをした人:
    返信先: Snow Monkey Blocks の不具合(v15.0.3 v15.0.4) #103231
    es:エス
    参加者
    136

    早速のご対応、ありがとうございます。

    「専用ディレクトリ→ルート表示」のサイトでは改善されていました。
    ※サブドメイン設定のサイトでも大丈夫でした

    「専用ディレクトリ→そのまま表示」のサイトでは症状が出たままです…
    ※Snow Monkeyでも 、別テーマでも、です。

    完全新規インストールまでは試せていませんが、取り急ぎご報告いたします。

    1
    いいねをした人:
    es:エス
    参加者
    136

    なるほど、そうなのですね。お役に立てたのなら、何よりです。^^

    せっかくご用意されている親切な設定が、正しく使われないのは
    もったいないと思いましたので、ご報告しました。

    それでは、トピックを閉じるのは少しお待ちしておきますね。

    1
    いいねをした人:
    es:エス
    参加者
    136

    専用ディレクトリにインストールして、ルートで表示しているサイトと、
    テスト・デモ用に、専用ディレクトリにインストールし、そのまま表示させているサイトの
    2種類があり、そのどちらでも同様の症状が出ています。
    ※ルートにはWordpressをインストールしていません。

    その後、不具合の元となったv15.0.3をインストールした上で、v15.0.4を上書きすることで
    生じるのかもと、原因を切り分けるため、別テーマですがSnow Monkey Blocksを
    インストールしたことのない環境でv15.0.4を最初にインストールしても、
    やはり正規の設定画面は表示されないですね…

    その実、私自身はブロックをフルで使用しているため本設定ができないことの影響は
    特にないのですが、同様の症状が出てお困りの方がいるかもとご報告した次第でした。

    もし当方だけの問題であれば、特にご対応がなくても大丈夫です。

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

    はい、v15.0.4でも通常画面が表示されず、リセットしようとすると、
    エラーメッセージが表示されます。

    Snow Monkeyのキャッシュも設定しておらず、ブラウザキャッシュを削除しても
    上記のまま変わらない状況です。

    Snow Monkey以外のテーマにv15.0.4をインストールしてみても、同様でした。

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

    キタジマさま

    改めてご確認いただき、再現できたようでホッとしました。ありがとうございます。

    現状対処法としてご案内いただいた「,」 を使わずにそれぞれのCSS を書く方法で
    カスタマイザーの項目と編集画面の項目が、ゴシック体に戻ることを確認いたしました。

    当面の間は、この方法で対処しておきたいと思います。助かりました。
    本件はひとまずこれにて、トピックを閉じておこうと思います。ありがとうございました。

    他にもWin、MacいずれもFirefoxのみでSnow Monkey Editorを使用して文字サイズや
    文字色を変更したあと、改めて変更しようと「A」や「ペン」のマークをクリックしても
    サイズ等の選択画面がでない問題があるのですが、どちらが原因かわからないため
    Snow Monkey(Editor)のバージョンやFirefoxのバージョンがいくつか更新されても
    状況が変わらないようであれば、改めて不具合の報告等をしたいと思っています。

    ※再現性は100%ではなく、現状でも選択できる時とできない時、できなくても他の段落等を
    操作したあとに再度試すと選択できるようになることもある、といった発現具合です。

    このたびは、お忙しい中丁寧にお付き合いいただき、本当にありがとうございました。

    1
    いいねをした人:
15件の投稿を表示中 - 151 - 165件目 (全167件中)

ドキュメント

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

ドキュメント

フォーラム

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

サポートフォーラム

よくあるご質問

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

よくあるご質問

お問い合わせ

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

お問い合わせ

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