フォーラムへの返信
-
投稿者投稿
-
スタイリングと言うより、HTMLの記述でした。画像など使うなりを考えてたので。
メッセージと言うよりはHTMLを変更する為のフックだと嬉しいです。
♥ 0いいねをした人: 居ませんSnow Monkey Blocks v9.6.1 で対応されたのを確認。
ありがとうございます。クローズします。
♥ 1いいねをした人: 居ません記事一覧などのページの一覧の上部分にコンテンツを当てはめる為のアドオンがありますので、予算の都合などが合えば導入も検討されてみてはいかがですか?
♥ 2いいねをした人: 居ませんsnow-monkey の
template-parts/loop/entry-summary/term/term.php
を子テーマなりで上書きすれば手取り早いかもですが推奨できないですね。一応サンプルコード(フォーラムに直接書けなかったので…)
foreach
の中だけ変えてます。フックでこう変えれば良いんですがちょっとややこしい。。。
♥ 3いいねをした人: 居ませんなるほどー。
.editor-styles-wrapper
の付与もあるから、add_editor_style()
の方がその辺の意識しなくて書けるというメリットな感じでしたか。互換性とか何かしらあると思ってしまってました。確かにスタイルだけならそっちの方が良いのかな…。
js
とかゴッチャにenqueue
したい開発者だと、add_action( ‘enqueue_block_editor_assets’, … );
で良いっすね。このまま行きますwあざっした!
♥ 2いいねをした人: 居ませんスピーディーなfix、ベリーthanks。
トピック閉じます♥ 1いいねをした人: 居ませんありゃ…
なら、何でだったんだろう…(汗)
ちょっと様子見しつつ、また再現したら別トピック立てて言います。
こちらとじときますー♥ 1いいねをした人: 居ません具体的にどういう現象が発生していますか?
どうも、カスタマイズの影響とキャッシュの問題だったようです。
キャッシュクリアして置換したら直りました。思ったんですが…テーマのアップデートしたタイミングでキャッシュクリアってしてましたっけ?した方が良いかも…。
♥ 0いいねをした人: 居ませんあー、なるほど。
Snow Monkey FormsとかはSnow Monkey系だからと外さずにテストしてました。
その場合でも、カスタム投稿タイプがある時だけパターンになっていると。。。
全部外したら、確かに発生しないですね。クローリングテストは画面が正常に開けるか確認(元は静的HTML制作環境でのリンク切れなどのリソース不足検出)程度なので、やるだけマシレベルかなと思ってはいました。
でも、今回のパターンで考えたら無駄かもですねー。
アドオン + Blocks + Editor だけでもプラグインの有効無効だけにしても50通り以上のパターンになりますし…うーむ。プラグインの自動有効・無効はできるけど…そこまでしてやるテストでは…なさそう。♥ 0いいねをした人: 居ませんありゃ、修正お早い。
あざっす。♥ 0いいねをした人: 居ません修正よろですー。
うーん、画面を開けるかのクローリングテストを今後設定するのが良いかもですね。
そこまで手間は掛からずに設定できるはずだし。
PHPエラー時にログ吐くようにしておくと結構便利だし。いや、WordPressってクローリングテストの設定とか環境ってそもそも配布されてないのか…(汗
♥ 0いいねをした人: 居ませんフックの効力があるのはあくまでこのメソッドを呼ぶときだけ
なるほど…。参照の実態化とか云々を意識してたので、その辺の解釈がそもそも違ってました。
…これは、ややこしい。
優先度に対して与え方を調整しないと駄目なのと、その辺りのフックも範囲参照する形がベターっぽいですね。とりあえず、仕様的に問題ないという事で、クローズします。
♥ 1いいねをした人: 居ませんあ、そうか、snow_monkey_template_part_root_hierarchy と snow_monkey_template_part_root_hierarchy_template-parts/common/breadcrumbs は別のフック
あー…だからかー…。
snow_monkey_template_part_root_hierarchy_xxxx
とsnow_monkey_template_part_root_hierarchy_yyyy
でも順序は無関係と。。
なので、snow_monkey_template_part_root_hierarchy_
系は基本、順序の保証はされないとなる訳で、$hierarchy[$priority] = ....
なりで優先度順に並べるしかないですな。ややこしすぎる(笑)
最後の….
ん…?
snow_monkey_template_part_root_hierarchy_breadcrumbs_template
をフックしてもそもそもそのファイルが読まれる所は何処だ…(汗)多分、伝わってないので。
Helper::get_template_part( 'template-parts/common/breadcrumbs' );
でテーマのパンくずで、このフックが読まれてるじゃないですか。
で、$sample_html = \Framework\Helper::get_template_part( 'breadcrumbs_template' );
で
snow_monkey_template_part_root_hierarchy_template-parts/common/breadcrumbs
フックで定義してるtemplate_breadcrumbs
ディレクトリのbreadcrumbs_template.php
を読もうとしてる訳です。でも、このフック、どれだけ
hierarchy
のフックをどうこうしようと、template_root
ディレクトリのファイルが読まれてるんですね。この状態でbreadcrumbs_template.php
は読まれないんです。
多分、sample.php
を先に読む時か何かのタイミングで読むディレクトリ =template_root
ディレクトリって認識してるのか他の問題があるんじゃないかと。snow_monkey_template_part_root_hierarchy
系のフックってテンプレートが無ければ配列を順に読んでいく…なので、template_breadcrumbs
ディレクトリのbreadcrumbs_template.php
を読まなければ不正解じゃないかなーと思ってるんです。♥ 0いいねをした人: 居ませんうーん…よく調べると、フック自体は動作してるっぽいです。
何かディレクトリを正しく読みに行けてないのか動作が不明な時が多い。これだとどうだろう?
・template_breadcrumbsディレクトリ
sample.php
breadcrumbs_template.php・template_rootディレクトリ
sample.phpを用意する。
add_action( 'plugins_loaded', '_plugins_loaded' ); function _plugins_loaded() { add_filter( 'snow_monkey_template_part_root_hierarchy', function( $hierarchy, $slug, $name, $vars ) { $hierarchy[] = __DIR__ . '/template_root'; return $hierarchy; }, 101, 4 ); add_filter( 'snow_monkey_template_part_root_hierarchy_template-parts/common/breadcrumbs', function( $hierarchy, $name, $vars ) { $hierarchy[] = __DIR__ . '/template_breadcrumbs'; return $hierarchy; }, 102, 3 ); // header で sample.php を読む( rootのsample.phpを展開。正しい ) // TODO: ヘッダー設定は中央ロゴ add_filter( 'snow_monkey_template_part_render_template-parts/header/center', function( $html, $name, $vars ) { $sample_html = \Framework\Helper::get_template_part( 'sample' ); $html = $sample_html . $html; return $html; }, 10, 3 ); // header で breadcrumbs_sample を読む(この場合、読めないので Notice が出る。正しい) // TODO: ヘッダー設定は中央ロゴ add_filter( 'snow_monkey_template_part_render_template-parts/header/center', function( $html, $name, $vars ) { return $html; }, 10, 3 ); // breadcrumbs で sample.php を読む // TODO: 優先度が高かろうと低かろうと、template_breadcrumbs の方が読まれていない。 template_root/sample.php が読まれている(正しいのか? add_filter( 'snow_monkey_template_part_render_template-parts/common/breadcrumbs', function( $html, $name, $vars ) { $sample_html = \Framework\Helper::get_template_part( 'sample' ); $html = $sample_html . $html; return $html; }, 10, 3 ); // breadcrumbs で breadcrumbs_sample.php を読む(読まれない) // TODO: template_breadcrumbs が読まれない。エラーになる(正しい動きか? add_filter( 'snow_monkey_template_part_render_template-parts/common/breadcrumbs', function( $html, $name, $vars ) { $sample_html = \Framework\Helper::get_template_part( 'breadcrumbs_template' ); $html = $sample_html . $html; return $html; }, 10, 3 ); }
♥ 0いいねをした人: 居ませんちょっとフックを通るように修正した程度では、テンプレートの存在やフックの使い方によってはこれがゴリゴリ処理されるままな動きをする。
add_filter( 'snow_monkey_template_part_root_hierarchy', function( $hierarchy, $slug, $name, $vars ) { $hierarchy[] = __DIR__ . '/template_root'; return $hierarchy; }, 1, // または1000とか大きな数値 4 );
snow_monkey_template_part_root_hierarchy_
で返却があった場合、snow_monkey_template_part_root_hierarchy
でゴリゴリ処理されないようにする必要もあるかもしれない(要検証♥ 0いいねをした人: 居ません -
投稿者投稿