任意のタクソノミーの投稿でカスタム投稿タイプの投稿を読みこむと、entry-summaryのレイアウトが「post」判定になってしまう。

0
いいねをした人: 居ません
13件の投稿を表示中 - 1 - 13件目 (全13件中)
  • 投稿者
    投稿
  • #68216
    ソーゴー印刷
    参加者
    13

    【お使いの Snow Monkey のバージョン】13.1.1
    【お使いの Snow Monkey Blocks のバージョン】10.3.0
    【お使いの Snow Monkey Editor のバージョン】 4.0.1
    【お使いのブラウザ】Google Chrome
    【当該サイトのURL】https://slowbiyori.com

    ### 発生している問題

    任意のタクソノミーの投稿で「カスタム投稿タイプ」を読み込んだとき、
    以前までは投稿タイプのスラッグ名が「c-entry-summary–posttype」のように出力されていたかと思うのですが、最近のアップデートあたりから「post」判定になってしまうようです。

     

    ### 試したこと

    ▼添付が該当するページになります。

    ◎ページURL

    ▼また、カスタム投稿タイプの「アーカイブページ」ではスラッグ名が反映されました。

    ◎ページURL

     

    テスト環境にテーマ(12.1.3)、snow monkey blocks(10.0.1)の環境があるのですが、
    そのどちらにも投稿タイプスラッグが出力されている状態でした。

    スラッグ名を基にCSSでデコレーションをすることがあるため、調査いただけるとうれしいです。
    どうぞよろしくお願いいたします!

    0
    いいねをした人: 居ません
    #68298
    アバター画像キタジマ タカシ
    参加者
    2371

    あーなるほどです。この部分、v13 から挙動が少し変わっていて、カスタマイザー → カスタム投稿アーカイブ設定 → ビューテンプレートで「投稿(= post)」を選んでいる場合は .c-entry-summary–-post になるようになりました。ビューテンプレートを「投稿」にしたということは、一覧部分の表示も投稿に合わせたいという需要のほうが多いだろうという意図でした。

    元にもどしたら戻したら不都合がある方もいると思うので、.c-entry-summary–-{ビューテンプレートで選んだ投稿タイプ} .c-entry-summary--type-{実際の投稿タイプ} のように変更しようかなと思います。次のアップデートで変更を入れようと思うのでしばしお待ちください…!

    0
    いいねをした人: 居ません
    #68299
    アバター画像キタジマ タカシ
    参加者
    2371

    と思ったのですが、カスタム投稿アーカイブでは .c-entry-summary--feature になっているということは、ビューテンプレートはデフォルトなのですかね…?

    0
    いいねをした人: 居ません
    #68308
    ソーゴー印刷
    参加者
    13

    ご返信ありがとうございます!

    通常の「投稿」では1カラム(スリム)を選んでいまして、スリムな状態なのですが、このままですとカスタム投稿タイプでもスリムになってしまうことから、
    デザインの事情もあり、カスタム投稿タイプで表示するテンプレートをフックで「one-column」に設定している状態です。

    また、カスタマイザーの方ではとくに設定せず「デフォルト」でした。

    add_filter(
    	'snow_monkey_layout',
    	function( $layout ) {
    		if ( is_singular( 'feature' ) ) {
    			return 'one-column';
    		}
    		return $layout;
    	}
    );

    ▼添付

    0
    いいねをした人: 居ません
    #68385
    アバター画像キタジマ タカシ
    参加者
    2371

    なるほど!
    ということはビューテンプレートとは違うところでなにか不具合があるかもですね。「投稿」に feature のタクソノミーのブロックを挿入されているので、もしかしたら元の記事の投稿タイプ(= post)が任意のタクソノミーブロックに反映されてしまう、的な不具合があるのかもしれません。調査してみます!

    0
    いいねをした人: 居ません
    #68386
    アバター画像キタジマ タカシ
    参加者
    2371

    早速試してみたのですが、こちらの環境では再現できませんでした…。

    下記のページをもう一度見てみたところ、

    「Bookshelf」「Pick up」「About」のセクションはこのページの編集画面で挿入したブロックではない?と思ったのですがどうでしょうか? もしそうだとしたら、その挿入方法によってなにか影響がでているのかもしれないなと思いまして。

    0
    いいねをした人: 居ません
    #68414
    ソーゴー印刷
    参加者
    13

    調査ありがとうございます!

    Bookshelf、pickup、aboutについてですが、
    投稿記事にブロックで配置しているのではなくフックで挿入しております。

    挿入方法は下記のサンプルとほとんど同じように設置している状態です。

    ◎ページURL

    <投稿の場合に挿入>

    ◎Bookshelfについて
    「snow_monkey_append_contents」フックにて固定ページを読み込んでおります。

    ◎pickupについて
    「snow_monkey_append_contents」フックにて固定ページを読み込んでおります。

    <すべてのページに挿入>

    ◎aboutからSNSの横一列について
    「snow_monkey_append_contents」フックにて固定ページを読み込んでおります。

    ▼添付 ① bookshelfの読み込み部分

    ■念のためのこちらも
    カスタム投稿タイプの作成には「Custom Post Type UI」をつかい、特に設定などせず標準のまま、
    タグ (WP コア)をくっつけております。

    すこし別の方法なのですが、固定ページでつくっている「企業ページ」で同じように読み込んで表示してみましたところ、やはり「post」になるようでしたので、シングルページの場合だけに発現するのではないように思いました。

    ご参考になればと思います。

    ▼添付 ① 管理画面

    ▼添付 ② プレビュー

    0
    いいねをした人: 居ません
    #68417
    アバター画像キタジマ タカシ
    参加者
    2371

    あーなるほど、この情報でわかりました。詳しくありがとうございます!

    直接的な原因としては、カスタム投稿タイプで「タグ (WP コア)」を使っているのが原因です。

    1. カスタム投稿タイプ feature に「タグ(post_tag)」を割り当て
      1. タグ(post_tag)側にも関連する投稿タイプ(object_type)として feature が割り当てられる
      2. その結果、タグ(post_tag)に関連する投稿タイプ(object_type)は「post」と「feature」の2つになる
    2. 任意のタクソノミーの投稿で「タグ(post_tag)」を選択
    3. タクソノミーが post_tag、投稿タイプが post・feature なクエリで投稿が取得される
    4. (各投稿ごとではなく)一覧の表示時にビューテンプレートの判定がおこなわれる
      1. 投稿タイプが複数指定されている場合は最初の投稿タイプが利用される
      2. つまりそれは post
    5. 結果として、.c-entry-summary--post が付与される

    という流れになっているようです。
    簡単な解決策は「タグ (WP コア)」を使わずに、feature 用のカスタムタクソノミーを別につくってそれを使用することです。

    ということで、前述したように .c-entry-summary–-{ビューテンプレートで選んだ投稿タイプ} .c-entry-summary--type-{実際の投稿タイプ} という class になるようにしてしまうのが一番ベターかなと思うので、その方向で進めたいと思います。

    0
    いいねをした人: 居ません
    #68428
    アバター画像キタジマ タカシ
    参加者
    2371

    投稿タイプが複数指定されている場合は最初の投稿タイプが利用される

    の部分を、1件目の記事の投稿タイプ、となるようにしても良いかもですね。

    0
    いいねをした人: 居ません
    #68430
    ソーゴー印刷
    参加者
    13

    ありがとうございます。

    すごい、、こういう仕組みになっているのですね、解決できそうで嬉しいです。

    当初、カスタム投稿タイプは使わずに作ろうとは思っていたのですが、
    デザイン的な事情でどうしても使わないといけないなぁと思い、このような仕組みにしていまして、
    カスタムタクソノミーも考えたのですが、シンプルにタグをくっつけて対応しようとなったのでした

    classが付くようであれば、簡単に修正が効くと思うのでアップデートをお待ちしています。

    0
    いいねをした人: 居ません
    #68442
    アバター画像キタジマ タカシ
    参加者
    2371

    v13.1.2 で変更いれました。確認してみてください!

    0
    いいねをした人: 居ません
    #68450
    ソーゴー印刷
    参加者
    13

    素早いご対応ありがとうございます!

    ただいまアップデートし、修正されていることを確認いたしました。
    投稿・固定ページで使用しても問題なく表示されるようになりました。

    いろいろ調査いただきまして、本当にありがとうごうございました。

    0
    いいねをした人: 居ません
    #68456
    ソーゴー印刷
    参加者
    13

    解決いたしましたので、こちらクローズさせていただきます。

    1
    いいねをした人: 居ません
13件の投稿を表示中 - 1 - 13件目 (全13件中)
  • トピック「任意のタクソノミーの投稿でカスタム投稿タイプの投稿を読みこむと、entry-summaryのレイアウトが「post」判定になってしまう。」には新しい返信をつけることはできません。

ドキュメント

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

ドキュメント

フォーラム

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

サポートフォーラム

よくあるご質問

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

よくあるご質問

お問い合わせ

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

お問い合わせ

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