-
検索結果
-
キタジマ 様
返信ありがとうございます。
状況・内容等の説明不足申し訳ございません。
●プラグインは『menu image』を使用しており、メニューを画像にできるものです。
※プラグインの問題もあると思い、プラグイン無しでの表示方法（直接、ナビゲーションラベルに画像表示コードを書く）も試して、同様にヘッダーレイアウト『シンプル以外』では表示されませんでした。
●SVGファイルが使えるよう『Safe SVG』を使用。これにより、SVGファイルが問題なくアップロードも可能で、今回のメニュー問題以外では問題なくSVG表示もできております。
※※ 実際の画像 ※※
制作中のページであり、まだレイアウトやカラーの調整等は行なっていない状態です。
■ヘッダーレイアウト【シンプル】の場合
■ヘッダーレイアウト【シンプル以外】の場合
スマホは標準でヘッダーレイアウトが『シンプル』なので、SVGファイルが問題なく表示されております。
ヘッダーレイアウト『１行』でなんとかSVGファイルが表示されるようにしたいと思っております。
つたない説明文章申し訳ございません。
何か他に必要な情報等がございましたら準備いたします。
Who liked: No user伊藤圭一さんこんにちは。
私の環境では同じような現象になってないので、具体的なアドバイスはできないですが、こういった現象に自分がなったときに確認する箇所などを共有させてもらいます。
（お困りの現象解決できなかったらすみません）1.Snow Monkey Block以外のプラグインを停止したとき現象は起きてるか
この状態で正常になった場合は、停止したプラグインのどれかが影響を受けてる可能性が高いです。
1つ１つ有効化にしてみて、何のプラグインが影響しているのか確認してみます2.Snow Monkeyテーマ以外のテーマにした場合に項目ブロックを呼び出せるか
この場合お手持ちのSnow Monkeyになにかトラブルが発生してるかもしれません。
一度最新版を公式サイトからダウンロードしなおして上書きインストールを行ってみるのも手かもしれません3.WordPressのブロックの設定で表示するブロックにチェックが入ってるか
右側のサブメニューのボタン（ ︙ 縦三点リード）から設定画面を表示します。「ブロック」を選択し、表示の部分にセクションや項目ブロックが入ってるか確認してみてください
4.Snow Monkey Blocksの設定で利用可能なBlockでスイッチがオンの状態になってるか
ダッシュボード > 設定 > Snow Monkey Blocksの画面で呼び出したいブロックが有効になっているか確認してみてください
5.サーバ環境が原因か調べる
それでも解決しない場合は、別の環境でまっさらなWordPressにてSnow MonkeyテーマとSnow Monkey Blocksをインストールしたときにどうなるかを確認してみて、サーバーの問題かを確認するのも必要な可能性もあります（今回の現象からサーバ由来はあまりないかなと思いますが）6. Snow Monkey Block自体を入れ直す
プラグインからSnow Monkey Blocksを削除しもう一度入れ直してみます
（これで治ったらSnow Monkey Blocks自体になにかあるかもです）Who liked:
【お使いの Snow Monkey のバージョン】17.1.0
【お使いの Snow Monkey Blocks のバージョン】16.0.1
【お使いの Snow Monkey Editor のバージョン】8.0.1
【お使いのブラウザ】firefox
【当該サイトのURL】local### 実現したいこと
①任意のタクソノミーで表示されているc-entry-summary__title部分にカスタムフィールドを表示させたい。
②カスタム投稿のアーカイブページの横一列の表示数を３つから４つに変更したい。
できれば任意のタクソノミー投稿の表示数も3つから4つに変更したい。### 発生している問題
①カスタム投稿のアーカイブページではカスタムフィールドの出力が行えたが、任意のタクソノミーで表示されているパネル？には同じようにカスタムフィールドを表示させることができない。
②どこを弄っていいかわからない。
### 試したこと
/*カスタム投稿 */ add_filter( 'snow_monkey_template_part_render_template-parts/loop/entry-summary/title/title', function ($html) { if (get_post_type('seles_cats')) { // カスタムフィールドで設定したフィールド名を代入 $acf_year = get_field('sex'); $acf_faculty = get_field('price'); $acf_birthday = get_field('birthday'); // テンプレートのh2タグの後に<div class='employee-info'>を追加 $acf_employee_info = "</h2> <div class='employee-info'> <p>" . esc_attr($acf_year) . "</p>" . "<p>" . esc_attr($acf_faculty) . "</p>" . "<p>" . esc_attr($acf_birthday) . "</p>" . "</div>"; // テンプレートパーツのh2タグの後ろにdivタグを追加する $html = str_replace( '</h2>', $acf_employee_info, $html ); } return $html; } );アーカイブの時は
is_post_type_archiveを指定することで表示できたので、ここをget_post_typeに変更したが表示されなかった。こちらも参考にしましたが、表示ができませんでした。
↓アーカイブページ
↓任意のタクソノミー表示
よろしくお願いします。
キタジマさん、早速のご回答誠にありがとうございます！
画像ピッタリに切り抜くとうまく表示ができました。
大感謝です！
こちらのTopicを閉じさせてもらいますね。
取り急ぎ、お礼まで。
Who liked:
キタジマさま
ご返答いただき、ありがとうございます。※コード表記の整形も恐れ入ります
キタジマさんとまーちゅうさんのやり取りを少し読み違えていたことから
ややこしい投稿となりまして申し訳ない次第です。すみません。。h1,～等の場合、エディターに出力される段階で変換されるためとのことを理解いたしました。
またご指摘のとおり入力欄＝ページタイトルも、反映する際の記述方法についてと、
基本フォントまわりの適用等についても、理解いたしました。ありがとうございます。以前のフォーラムトピックにて、游ゴシックに対するのお考えも拝見していましたので、
現在の基本フォント設定の選択についても、熟考されてのことだろうと想像します。基本フォント設定のサンセリフ（ゴシック）も systemu ui 等のファミリーになっていて、
さまざまな環境・デバイスでも閲覧性の高い表現になるため、よいご選択だと思い、
実際に、その設定にて使用しておりました。ただその上で今後フォントを変更したくなった際に、UIフォントを例えばNoto sansや明朝体に
変更すると文字間や文字幅が極端に異なることから、文章のリライトやレイアウト自体の変更が
必要な場面も出てくるかも…と思い見直すことにしたのが、本件に気付いたきっかけでした。ちなみに、別テーマを使用していた時には特に気にならなかったことなのですが、
Snow Monkey は細部にわたり、美しく見える配慮がなされているテーマですので、
それに慣れてしまったことで、反対に要望が強くなったのかも…と自戒しております。^^長くなりましたが、ひとまずは
:root, .is-root-container { --_base-font-family: ～の記述法にて対処しておこうと思います。
※また、まーちゅうさんがご提示くださったadd_editor_style()での指定方法も、
改めて試してみたいと思っています。もし以降のアップデートの際に、自動置換される方法や、基本フォントに追記できる方法など
ご検討いただけそうでしたら、よろしくお願いいたします。少ししてから、特にコメントがないようでしたらトピックを閉じるようにいたします。
キタジマさん、まーちゅうさん、ご対応いただきありがとうございました。
Who liked:
`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に対してフォントを指定するのがベターだと思います。Who liked:
