メインコンテンツへ移動

Search results of "i"

15件の結果を表示中 - 2,776 - 2,790件目 (全9,018件中)
  • 投稿者
    検索結果
  • 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
    Who liked: No user
    アバター画像キタジマ タカシ
    参加者
    2602

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

    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
    Who liked:
    まーちゅう
    参加者
    390

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

    0
    Who liked: No user
    まーちゅう
    参加者
    390

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

    body > * {
      font-family: 'Yu Gothic Medium', 'YuGothic Medium', 'Hiragino Kaku Gothic Pro', sans-serif;
    }
    2
    Who liked:
    アバター画像キタジマ タカシ
    参加者
    2602

    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
    Who liked:
    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
    Who liked: No user
    sinkuro
    参加者
    6

    まーちゅう 様

     

    確認とテスト含め、大変お手数おかけいたしました。

     

    ご指摘の通り、APIに関するものでした。

    『SiteGuard』のプラグインは入れておりませんでしたが、

    別の有料セキュリティのプラグインを導入しており、そちらでセキュリティの内容を細かく調整するページを発見し、『REST API を禁止』という項目があり、そちらにチェックを入れると無効化され、送信されなくなるものでした。

    先日まで使えてたので、全く気にしておりませんでしたが、プラグインのアップデートによるものかと思います。

    セキュリティに関することでもありますので、少し検討して対応したいと思います。

    迅速、かつご丁寧な対応ありがとうございました。
    ずっと悩んでおりましたので、本当に助かりました。

    また何かあれば何卒よろしくお願いいたします。

    こちらでトピックを閉じさせていただきます。

    2
    Who liked:
    まーちゅう
    参加者
    390

    空の状態で「確認画面へ」をクリックすると
    「予期しない問題が発生しました。後でもう一度やり直すか、他の方法で管理者に連絡してください。」
    の表示が出ました。
    コンソールを確認すると
    autoptimize_single_2093e0614117056f6cb696a50a1daff7.js:1 POST https://uni-rec.com/wp-json/snow-monkey-form/v1/view 401
    の表示があります。
    https://uni-rec.com/wp-json/snow-monkey-form/v1/view にアクセスしたところ
    {"code":"rest_disabled","message":"REST API DISABLED","data":{"status":401}}
    と表示されています。
    REST API を無効化されているのが原因のようです。

    1
    Who liked:
    sinkuro
    参加者
    6

    まーちゅう 様

    迅速なご確認ありがとうございます。

    大変お恥ずかしい話、こちらの固定ページは利用しておりませんでした。

    よって削除を行いました。申し訳ございません。

     

    問題となっているのはTOPページとなる

    にある最後の項目です。

    0
    Who liked: No user
    まーちゅう
    参加者
    390

    こんにちは。
    なにか他のプラグインが影響していたりしませんか?

    こちらで使用されている RichAnimation とか。

    0
    Who liked: No user
    アバター画像キタジマ タカシ
    参加者
    2602

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

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

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

    0
    Who liked: No user
    #106676

    返信が含まれるトピック: *****

    *****
    [ プライベートトピックのため非表示 ]
    0
    Who liked: No user
    es:エス
    参加者
    136

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

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

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

    1
    Who liked:
    #106476

    返信が含まれるトピック: アイコンリストのインデント

    アバター画像キタジマ タカシ
    参加者
    2602

    全然考えていませんでしたが、確かにコアのリストブロックみたいにはできないですね…。

    ちょっとコアのコードをみてみたのですが、簡単には実装できなさそうだったのでとりあえずスペースでご対応ください…。

    0
    Who liked: No user
    #106457

    返信が含まれるトピック: アイコンリストのインデント

    Olein_jp
    参加者
    576

    リストの行を選択している状態でスペースキーを押すとインデントできませんか?バックスペースで戻るはずです。こちらでは問題なく動作しています。

    0
    Who liked: No user
15件の結果を表示中 - 2,776 - 2,790件目 (全9,018件中)

ドキュメント

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

ドキュメント

フォーラム

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

サポートフォーラム

よくあるご質問

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

よくあるご質問

お問い合わせ

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

お問い合わせ

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