フォーラムへの返信
-
まず、WordPressのディレクトリに別のディレクトリを割り当ててどうこうするのは最終手段です。（WP 3系時代に議論され済みのようで、現在でもこの思想は変わってない様子。）
WordPress本体のディレクトリにアレコレ置くのを公式は推奨しないと言う事です。テーマでもプラグインでも。そして、テーマで読まれるものはテーマ内、プラグインで読まれるCSS, jsなどのリソースはプラグインディレクトリ内で完結させるのが推奨とされています。
ですが、テンプレートのみ例外で、プラグインが使用するものであっても、テーマディレクトリに別領域を生成して、割り当てる形です。
bbPressやWooCommerce等のプラグインは、使用しているテーマ内にwoocommerce等のディレクトリを生成し、そこに商品ページなどのテンプレートを格納されています。
これはテンプレートと言う性質上、プラグインでは本来難しいWordPressの仕様に伴ってもいます（少し翻訳も難しいのですが、興味あればWP 3〜4系辺りの議論を調べてください）なので、My Snow Monkey もプラグインと言う事から WordPress のプラグインでするCSSの読み込ませ方法を用いるだけで良いと思います。
wp_enqueue_scripts、またはadmin_enqueue_scriptsなどを用いる方法です。いっそのこと、wp-content/plugins/my-snow-monkey配下に置くことも考えましたが、
My Snow Monkeyが汚染されるかなと思って辞めました。プラグインのディレクトリに機能を拡張させる為のリソースを置くのは汚染では無いです。
汚染というのであれば、WordPress本体などに別ディレクトリを生成する方が、深いです。WordPressのシステム全体の汚染につながってしまいます。メンテナンス性などを考慮する場合、通常のプラグインや作法に従って作られたコードの方が読みやすいですので、私なら
wp-content/plugins/my-snow-monkey/assets/styles/..(.css)
wp-content/plugins/my-snow-monkey/assets/scripts/..(.js)
wp-content/plugins/my-snow-monkey/assets/images/..(.png / .jpg)
wp-content/plugins/my-snow-monkey/App/..(.php)と言う感じで、Snow Monkey 等に合わせた構造を my-snow-monkey 内に作って実装するのがベストプラクティスかなーと思います。
コードで言うと、
add_action( 'wp_enqueue_scripts', 'my_snow_monkey_enqueue_assets' ); add_action('admin_enqueue_scripts', 'my_snow_monkey_enqueue_assets' ); function my_snow_monkey_enqueue_assets() { wp_enqueue_script( 'my-snow-monkey-js', MY_SNOW_MONKEY_URL . '/assets/scripts/my-snow-monkey.js', [ \Framework\Helper::get_main_script_handle() ], filemtime( MY_SNOW_MONKEY_PATH . '/assets/scripts/my-snow-monkey.js' ), true ); wp_enqueue_style( 'my-snow-monkey-css', MY_SNOW_MONKEY_URL . '/assets/styles/my-snow-monkey.css', [ \Framework\Helper::get_main_style_handle() ], filemtime( MY_SNOW_MONKEY_PATH . '/assets/styles/my-snow-monkey.css' ) ); }って感じですかねー。
ブロックエディターに対しては、
admin_enqueue_scriptsじゃなくブロックエディターのやりたい事に合わせてリファレンスを参考にエディターのロード時などで読み込ませる方が良いかもしれません（ケースバイケースでもあるので、割愛します）。Who liked:Snow Monkey Formsには、確認画面や、サンキュー画面等はありますか？
あります。
などでも詳しく書かれています。
何かを使用して制作をされる場合（Snow Monkeyであってもなくても）
使用するツールのアップデートや関連情報に常にアンテナを向けておくという姿勢は必ず必要と思います。
教えてもらった地点から常に進化を続けているものにはアンテナを向け続け、情報をキャッチし続けていなければ、古い知識のまま対応をしざるを得ないからです。
これらの最新情報は Snow Monkey のサポートフォーラムやオンラインコミュニティ（Slack）で検索するだけでも情報がでてきますので、今後の詳細情報を収集する際はそちらもご活用ください。Who liked: No user簡単にやるなら
<i class="fa fa-angle-right" aria-hidden="true"></i>を「次へ」という文字列に置換。
<i class="fa fa-angle-left" aria-hidden="true"></i>を「前へ」という文字列に置換。
そして、CSS で数字の部分をdisplay: noneで非表示にし、左右のボタンのスタイルを調整する形でしょうか。文字列置換に関しては、my snow monkey で
add_filter( 'inc2734_wp_basis_posts_pagination_args', function( $_args ) { $_args['mid_size'] = 0; return $_args; } ); add_filter( 'snow_monkey_template_part_render_template-parts/archive/pagination', function( $_html, $_name, $_vars ) { $_html = str_replace( '<i class="fa fa-angle-right" aria-hidden="true"></i>', '次へ', $_html ); $_html = str_replace( '<i class="fa fa-angle-left" aria-hidden="true"></i>', '前へ', $_html ); return $_html; }, 10, 3 );かなと。
数値を消すとかのスタイルは、下記のCSSを参考に調整してみてください。
.c-pagination__item-link, .c-pagination__item current { display:none; } .c-pagination__item-prev, .c-pagination__item-next { display: inline-block; }@ キタジマさん
ページャーの呼び出しって、inc2734ライブラリの範囲なので…これってSnow Monkeyなやり方では綺麗に書けないんじゃ…と。とりあえず、テンプレート上書きとかしにくい範囲かなと思いますが、…ゴリ押しテンプレート置換するならDOMパーサーかなーって事で、別なページャースタイルにする方法も下記に書いときます…。
（上級者向けのコードです。読めない・解らないなら、やらない方がいいです）class Pager { function __construct() { add_filter( 'inc2734_wp_basis_posts_pagination_args', [ __CLASS__, '_posts_pagination_args' ] ); add_filter( 'snow_monkey_template_part_render_template-parts/archive/pagination', [ __CLASS__, '_render_pagination' ], 10, 3 ); } static function _posts_pagination_args( $_args ) { $_args['mid_size'] = 0; return $_args; } static function _render_pagination( $_html, $_name, $_vars ) { global $wp_query; global $paged; // 現在のページ値 $_links = []; $_paged = ( $paged >= 2 ) ? $paged : 1; $_navigation_html = '<span class="kt-pagination-text">' . $_paged . 'ページ （' . $wp_query->max_num_pages . 'ページ中）' . '</span>'; $_html = preg_replace( '/<span (.*)<\/span>/', '', $_html ); $_domDocument = new \DOMDocument(); $_pre_use = libxml_use_internal_errors( true ); $_domDocument->loadHTML( '<?xml encoding="UTF-8">' . $_html ); libxml_clear_errors(); libxml_use_internal_errors( $_pre_use ); $_xPath = new \DOMXPath( $_domDocument ); $count = 0; foreach ( $_xPath->query( '//div[@class="nav-links"]/a' ) as $_node ) { if ( $_paged === 1 ) { switch ( $count ) { case 0 : $_node->nodeValue = '最後のページ'; break; } } else { switch ( $count ) { case 1 : $_node->nodeValue = '最初のページ'; break; case 2 : $_node->nodeValue = '最後のページ'; break; } } $_links[] = $_node->ownerDocument->saveHTML( $_node ); $count++; } $_links = self::replace_array( $_links, 0, 1 ); if ( count( $_links ) === 4 ) { $_links = self::replace_array( $_links, 3, 2 ); } $_links_html = ''; foreach ( $_links as $_link ) { $_links_html .= $_link; } $_html = preg_replace( '/<div class="nav-links">(.*)<\/div>/s', '<div class="nav-links">' . $_links_html . '</div>' . $_navigation_html, $_html ); return $_html; } private static function replace_array( $_items, $_position, $_new_position ) { $_new_items = $_items; $_old_item = $_new_items[$_position]; unset( $_new_items[$_position] ); array_splice( $_new_items, $_new_position, 0, $_old_item ); return $_new_items; } }
こんな風になるかと。
Who liked: No user
