[キタジマ タカシ]

あ、なるほどです。

そうですね、ブラウザ的にはドメインが補完されますが、僕の環境ではそれで特に問題が起こってないですね。↑で書かれている「検索」をクリックしても正しくオーバーレイの検索ボックスが表示されています。

うまく動かない、というのは、具体的にどのような挙動になりますでしょうか？

♥ 0

Who liked: No user

[キタジマ タカシ]

うおー、まじですか。。

例えば、Snow Monkey 以外のテーマに変更してみて、そこに　taxonomy-タクソノミー名.php を入れたらどうなるか試してみると切り分けできるかと思います。それでちゃんと表示されれば Snow Monkey の問題なので。

もし他のテーマでうまくいくようであれば、ちょっと僕の環境では再現できなかったので、可能であればサイトにログインさせてもらって見てみると何かわかるかもしれません。

♥ 0

Who liked: No user

[キタジマ タカシ]

下記のプラグインをインストールすると、ページ上部の管理バーでどのテンプレートが読み込まれているかを確認できるようになります。結構便利なので入れておくと良いかもしれません。

Show Current Template

A WordPress plugin which shows the current template file name, the current theme name and included template files' name in the tool bar.

ja.wordpress.org

僕の環境で news_category というカスタムタクソノミーをつくり、そのままだと普通の一覧表示がされることを確認し、子テーマに taxonomy-news_category.php という空のファイルをいれたところ、真っ白画面が正しく表示されました。Snow Monkey も WordPress のスタンダードなテンプレート階層自体は動作するので、同じように空のテンプレートで試してみると読み込まれているかどうかわかりやすいかもしれません。

taxonomy-○○.php の中身については、Snow Monkey の場合は一般的な WordPress テーマと違い（といっても一般的な方法も使えます）、「レイアウトファイルとビューファイルを呼び出すコントローラー」という扱いになりますので、そこをちょっと変える必要があるかもしれません。例えば、下記のような感じです。

$controller = new Mimizuku_Controller();
$controller->layout( get_theme_mod( 'archive-page-layout' ) );
if ( have_posts() ) {
    // この行が大切！
    // templates/view/taxonomy-news_category.php を読み込みます
    $controller->render( 'taxonomy', 'news_category' );
} else {
    $controller->render( 'none' );
}

こうすると、ビューファイル（コンテンツ部分を定義するファイル）として、templates/view/taxonomy-news_category.php が読み込まれますので、そのファイルを作成し、適当な内容を記述されてみてください。

♥ 0

Who liked: No user

[キタジマ タカシ]

ですね！ wp_enqueue_script() や wp_enqueue_style() を使ったほうが、他のプラグインとのコンフリクトだったりカスタマイズ性だったりでメリットが多いので使ったほうが良いです。

トピッククローズします！

♥ 0

Who liked: No user

[キタジマ タカシ]

良かったです！クローズします。

♥ 0

Who liked: No user

[キタジマ タカシ]

うーん、なんでしょうね。カスタムリンクであっています。
上記のような感じで、このページのスマホフッター固定ナビに追加してみましたが、ちゃんと動いているようです。
#sm-overlay-search-box ではなく /sm-overlay-search-box とか sm-overlay-search-box となると勝手に補完されるかもですが、正しく #sm-overlay-search-box と入力していても補完されてしまう感じでしょうか…？

♥ 0

Who liked: No user

[キタジマ タカシ]

なるほど。KUSANAGI ですね。解決して良かったです！トピッククローズしますね。

♥ 0

Who liked: No user

[キタジマ タカシ]

子テーマに /template-parts/entry-summary-post.php をコピーし、the_excerpt() の部分を

echo get_post_meta( get_the_ID(), 'wp-seo-meta-description', true );

に書き換えてみてください！

♥ 0

Who liked: No user

[キタジマ タカシ]

下記のトピックが参考になると思いますので、一度ご覧になってみてください。

GoogleFontを使いたい場合

このトピックには3件の返信、2人の参加者があり、最後にMio Urakamiにより2年前に更新されました。 4…

snow-monkey.2inc.org

jQuery については、WordPress が標準で持っていますので、wp_enqueue_script() を使うときに、依存関係に指定すると良いです。

関数リファレンス/wp enqueue script – WordPress Codex 日本語版

wpdocs.osdn.jp

それから、子テーマにjsフォルダを作成する場合は、/snow-monkey-child/src/js　でよろしいでしょうか。

特に自由に良いのですが、Snow Monkey の場合は src がトランスパイル前の元ファイル、assets がトランスパイルごｔの実行ファイルとなっているので、僕なら assets/js に置くかなぁと思います。

♥ 0

Who liked: No user

[キタジマ タカシ]

4.3 で img タグを使った方法に変えようかなと思いますが、直近の対応としては、ダッシュボード > 設定 > メディア > 大サイズの設定が小さい数値になっていないか確認してみてください（デフォルトでは 1024）

♥ 0

Who liked: No user

[キタジマ タカシ]

imgタグに変えるところまでは分かりますが、出し分け用の画像の設定はどうしたらいいのかな。
それとも、テーマの方で対応していただく必要があるのでしょうか？

検証してみないと詳しくわからないのですが、the_post_thumbnail() で画像出力すると自動的に sizes やら srcset が付与されるんじゃなかったでしたかね。

picture にするのは互換性なども考えると難しいかもしれませんが、sizes と srcset が付与されてフックで変更できるのなら良い感じにできそうな気はします。

レスポンシブ・イメージのWordPressへの実装と4.4 from Toru Miki

WordPress4.4 レスポンシブイメージ srcset の実験

WordPress 4.4 でサポートされたレスポンシブイメージの srcset と sizes について実験してみました。使用しているテーマでどのように機能しているか確認することが大切で…

celtislab.net

カスタマイズはされていないとのことなので、多分ボケるのは皆共通の現象だと思いますので、テーマ側で対応したほうが良いかもしれませんね。

♥ 0

Who liked: No user

[キタジマ タカシ]

うーん、そうなのですね。実機が持ってないのでググった情報になりますが、7は ratina の比率が2、7 Plus は比率が3だったので、Plus だとボケるのかなと想像していました。

Snow Monkey のデフォルトでは、一覧のアイキャッチサイズは「medium」で、インフィード広告を使っている場合は「large」になるようになっています。もし子テーマをお使いで、template-parts/loop/entry-summary-post.php を上書きされている場合はアイキャッチのサイズがどうなっているか確認されてみてください（古いバージョンのテンプレートからコピーした場合はサイズが不適切な可能性があります）。

特に問題なさそうなら、単純に ratina の比率と画像のサイズが合っていないのだと思うので、今の背景画像を使う実装から、レスポンシブイメージを使った実装に変える必要があるのかなと思います。

♥ 0

Who liked: No user

[キタジマ タカシ]

4.2.23 で修正してみました。概ねどの環境でもちゃんといくかなと思うのですがどうでしょう？

♥ 0

Who liked: No user

[キタジマ タカシ]

なんかあれですね、Gutenberg のバージョンによっても Gutenberg のレスポンシブにするクラスが入ったり入らなかっったりするような気が…

♥ 0

Who liked: No user

[キタジマ タカシ]

小川さんご報告ありがとうございます！
黒石さん、ページの共有すごく助かります。

いま、

.wp-block-embed {
  &.is-provider-wp-oembed-blog-card-handler {
    .wp-block-embed__wrapper::before {
      display: none;
    }
  }
}

というコードで上部余白を消してたのですが、共有いただいたページを見ると、is-provider-wp-oembed-blog-card-handler ではなくて is-provider-youtube となっているので余白が消えていないようです。ここの class がどういう理屈で決定されるのかがさっぱりわからないので、

.wp-block-embed {
  .wp-block-embed__wrapper::before {
    display: none !important;
  }
}

のように強めに打ち消したほうが良いのかもしれません。ちょっと検討します。

本当なら Gutenberg のレスポンシブ処理に乗っかった方が素直で手間も少ないのですが、クラシックエディターのことを考えるとなかなか難しく…。ほとんどのユーザーが Gutenberg を使うようになれば、このようなクラシックエディターとの互換性を考慮した処理も削っていってスリム化したほうが良いかもしれませんね。

♥ 0

Who liked: No user

[投稿者]

投稿