[ 解決済 ] LightningPro子テーマカスタム投稿でカスタムタクソノミ
[ 解決済 ] LightningPro子テーマカスタム投稿でカスタムタクソノミ
- このトピックには4件の返信、2人の参加者があり、最後に
により4年、 8ヶ月前に更新されました。
-
投稿
-
部分的な変更というか、追加挿入だけでよければ下記のペジの 「C. プロ版ユーザーがパラメーターを変更する」 に記載してある通り、パラメーターの配列に追加したいHTMLを追加して返すという手法が一番カンタンです。
https://github.com/vektor-inc/lightning-child-sample
この方法を使うと VK Blocks の投稿リストブロックでも同様に反映されるためです。
オーバーライドは…想定していませんでした…。
VK_Component_Posts::get_view() は数ヶ月以内にテキストだけのレイアウトを追加したりする予定なので、オーバーライドするとバージョンアップの時に事故率が上がるのでできるだけ避けた方が良いです。独自のレイアウトにするなら get_view() が return する前にfilterをこちらで用意すればいけそうかなとか思いますが…
根本的に独自のHTMLにしたい感じでしょうか？あ、あと、子テーマで投稿一覧のPHPテンプレート（archive-post.phpなど）は作らない方が良いです。仕様変更の影響を受けやすいので。
投稿一つ分の変更をしたいだけであれば、その部分だけ書き換える方法を模索した方が良いです。
投稿一つ分以外でphpテンプレートをわけないといけない理由はありますか？「VK_Component_Posts::get_view() は数ヶ月以内にテキストだけのレイアウトを追加したりする予定」
を教えていただきありがとうございました。非常に助かります。Q根本的に独自のHTMLにしたい感じでしょうか？
⇒いいえ、できれば既存のパーツに頼って楽をしたいです。事故率の上がりも最大限に避けたいです
「C. プロ版ユーザーがパラメーターを変更する」 に記載してある通り、パラメーターの配列に追加したいHTMLを追加して返すという手法
でいきます。
新規filterについては、今回、私のケースでは必要ないです。Q投稿一つ分以外でphpテンプレートを別けないといけない理由はありますか？
⇒特に無いです。今回は、カスタム投稿を1つだけ作り、そのカスタム投稿でカスタムフィールド、カスタムタクソノミーを使えれば問題無いです。A-2. 特定のカスタム投稿タイプだけ改変する など、教えていただいた
https://github.com/vektor-inc/lightning-child-sample
のreadme.mdの存在を知りませんでしたので、大変助かりました。今後、子テーマでアクションフック、フィルターフックをfunctions.phpで使うなどの方向性で、phpテンプレートファイルを作らず、親テーマ更新の影響を最小限にとどめる開発をしていきたいと思います。
可能でしたら、A-3-3. カスタムフィールドの値を追加する があるので A-3-4. カスタムタクソノミーの値を追加する も用意していただけましたら幸いです。タクソノミーについては、テスト段階にカスタム投稿の画面でタクソノミーを割り当てていないだけでした。カスタムフィールドのみ https://github.com/vektor-inc/lightning-child-sample のやり方で出来れば問題ありません。タクソノミーはイージーミスにて質問してしまい失礼いたしました。
- このトピックに返信するにはログインが必要です。
