僕ならなにか prefix をつけるかなぁと思いました。
具体的にどんな感じになりますか。ボクコードが書けないで、prefixがなんなのかもわかっていません。
接頭辞？ よくCSSでセレクターを、ホーム用とか、サブコル用とかわかりやすくするためつける、二文字ぐらいやつでしょうか
この場合、post_nameに接頭辞をつけたりするのでしょうか
すみません。初歩的な質問ですが、ご指南下さい
横から失礼します。
他に挙げられているトピックも拝見しているのですが、Web制作全般とまでは言いませんが、ことCSSに関してWordPressもしくはSnow Monkeyをカスタマイズするための前提知識が少々足りていないような気がします。
このフォーラムはSnow MonkeyユーザーがSnow Monkeyに関するプロダクト（関連プラグインも含む）について、他のユーザーに意見を求める場所ですので、基本的なWeb制作方法のレクチャーをもらう場所ではない、という認識を僕は持っています。
（このトピックを拝見する限り、Snow Monkeyに関する問題ではなく、ブロックエディタとCSSの問題と感じました）
keiproさんは、もしかしたら現在学習中なのかもしれません。Web制作に最低限必要な知識は様々なリソースがインターネット上にありますので、それらを活用していただいたり、もしオンラインサロンなどを利用されて学習されてるのであればそちらで質問していただくなりした方が良いかと感じました。
ぜひCSSなどの基礎知識をご確認いただいて、今後ともSnow Monkeyを楽しんでください！
Snow Monkey が公式でだしているのは Snow Monkey Member Post になります。ユーザー管理はノーマルな WordPress のユーザー機能を使うので、それ以上の権限管理をおこないたい場合は他のプラグインを使うのが良いと思います。
他の会員管理プラグインについては使ったことがないので僕はわかりません…。
有料のアドオンとなりますが、Snow Monkey Member Postと言うSnow Monkey用の拡張プラグインが実現したい事にマッチしてるのでは？
「メニューのブロック」と「メニュー詳細はこちらのボタン」が何のブロックでどのような CSS が当たっているのかがわからないので的確なアドバイスをすることはできませんが、
– 「メニューのブロック」 に追加 CSS クラスを追加して、それに対して margin-bottom: 0 !important;
– 「メニュー詳細はこちらのボタン」 に追加 CSS クラスを追加して、それに対して margin-top: 0 !important;
すれば詰まるのではないですかね？
2020年11月27日 10：10AM ボタンのカスタマイズ
2020年11月30日 5：18PM コンテンツ間のスペースについて
報告ありがとうございます！
$object = get_post_type_object( $post_type );
が空になることがあるのだと思いますのでこんな感じで修正いれときます！
$object = get_post_type_object( $post_type );
if ( ! $object ) {
continue;
}
小山さん
WordPress で CSS、JS を使うときは余程のことがない限り子テーマ（Snow Monkey のような親テーマを使う場合）かプラグイン領域にファイルを置きます。その中でどこに置くかは制作者の好き好きですが、テーマかプラグインの中というのは絶対なので、その中でいかに整理するかという感じになります。
パスの指定部分、ドメインからフルパスで記述しないとダメでしょうか
WordPress の基本的な関数があります。
My Snow Monkey を使う場合は My Snow Monkey 内に My Snow Monkey までの URL とパスが定義されているのでそれを使うのが簡単です。
このコードで問題ないと思いますが、$page->post_name だけだとデフォルトで書き出されるクラス名とぶつかる可能性もあると思うので、僕ならなにか prefix をつけるかなぁと思いました。
こちらの環境では動作したので、解決方法をまとめときます。
my snow monkey で、下記のコードを加えてください。
// 公開したカスタム投稿のビューア画面を崩さず表示させる
// ショートコードで埋め込むと正しく表示されますが、デフォルトだとサイトの /3d-flip-book/パーマリンク が正しく表示されないのでfixする
add_filter( 'single_template', 'fb3d_viewer_fix_template', 1 );
function fb3d_viewer_fix_template( $single ) {
global $post;
if ( '3d-flip-book' === $post->post_type ) {
remove_filter( 'single_template', '\iberezansky\fb3d\custom_template' );
add_filter( 'the_content',
function() {
echo(
\iberezansky\fb3d\shortcode_handler(
[
'id'=> get_the_ID(),
'classes'=> 'fb3d-default-page'
]
)
);
}
, 1 );
}
return $single;
}
// 管理画面の投稿のDetailメタボックスを正常に動作させる
add_action( 'load-post.php', 'fb3d_viewer_fix_post' );
add_action( 'load-post-new.php', 'fb3d_viewer_fix_post' );
function fb3d_viewer_fix_post() {
global $current_screen;
if( is_admin() && '3d-flip-book' === $current_screen->post_type ) {
add_action( 'wp_print_scripts', function() {
wp_dequeue_script( 'fontawesome5' );
wp_dequeue_script( \Framework\Helper::get_main_script_handle() . '-fontawesome' );
} );
}
}
なお、３５ドルするのでPro版は買ってません。Light版で確認してます。
Pro版で動くかは解りません…（汗
Snow Monkey テーマの app/setup/assets.php の
foreach ( [ 'wp_enqueue_scripts', 'admin_enqueue_scripts' ] as $action_hook ) {
add_action(
の読み込みを外せば動作するんですが、これをどうやってプラグインなりで外せばいいんだろう…
これでどうだ！！
add_action( 'load-post.php', 'fb3d_viewer_fix_post' );
add_action( 'load-post-new.php', 'fb3d_viewer_fix_post' );
function fb3d_viewer_fix_post() {
global $current_screen;
if( is_admin() && '3d-flip-book' === $current_screen->post_type ) {
add_action( 'wp_print_scripts', function() {
wp_dequeue_script( 'fontawesome5' );
wp_dequeue_script( \Framework\Helper::get_main_script_handle() . '-fontawesome' );
} );
}
}
とりあえず、ビューアの表示の問題は プラグイン内の add_filter('single_template', '\iberezansky\fb3d\custom_template'); と言ったこの処理が問題なので、こいつを post-type を見て remove_filter して…発行されている shortcode をハンドラーで処理されているのをそのまま同じように処理すれば 一応の表示を可能にできるかとました。（追記修正
// ビューア画面を崩さず表示する（管理画面はまだ未対応）
add_filter( 'single_template', 'fb3d_viewer_fix_template', 1 );
function fb3d_viewer_fix_template( $single ) {
global $post;
if ( '3d-flip-book' === $post->post_type ) {
remove_filter( 'single_template', '\iberezansky\fb3d\custom_template' );
add_filter( 'the_content',
function() {
echo(
\iberezansky\fb3d\shortcode_handler(
[
'id'=> get_the_ID(),
'classes'=> 'fb3d-default-page'
]
)
);
}
, 1 );
}
return $single;
}
管理画面の不具合の方も、プラグイン内の呼び込み処理云々が原因のようなので、調査しますが
少々難しい問題もあるのでお急ぎでしたら別テーマで管理画面でPDFをアップロードなどしていただき、 My Snow Monkeyに上記のコードを書いて対応していただければと思います。
（一応、ビューア表示がされるようになるはずです）
調査中ですが…管理画面の設定も綺麗に動作するように対応するには Snow Monkey にも手を加えるしかないかもです…（北島さん、よろしくw
私も twentytwentyone テーマだと正しく動作しているのを確認しました。
管理画面の方では、おそらく removeChild の直接的なエラーではなく、Loading でデータが何らかの不具合で取れていない → Detailの中のオブジェクトを remove しようとしているがそもそもデータが何らかの不具合で…なので、remove が正常にできなくて、それでremoveChildとしたエラー表示が出ているような感じがします。（保証はできませんが…）
Snow Monkey テーマだと、
追加の不具合で、「ビューア（フロントの投稿）画面で、CSSやら色々当たらずに真っ白になる」
のもあるようです。
このビューアが表示されない問題は、投稿タイプ周りのテンプレートコール等の問題かも。
テンプレートの読み込み方法を変更したりして、ビューアが表示されるかとかも少し試してみます。（追って報告しま）
まず、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 じゃなくブロックエディターのやりたい事に合わせてリファレンスを参考にエディターのロード時などで読み込ませる方が良いかもしれません（ケースバイケースでもあるので、割愛します）。
ご返事遅れてすみません。季節柄なのでデートしてましたw
横入りで質問大歓迎です。思いのほか皆さん同じことを考えていたことがわかり、よかったです。
スレッドにわけるのは、この後行います。まずは、body classにスラッグを追加する件について整理します。
ページごとに、異なるデザインを実現するために、
固定ページ等で、body classにスラッグを追加するのは、サーバーの移転を考慮すると、ありだとのこと。
サーバーの移転がないなら、デフォルトでつくclassを利用するのもあり。
body classを付けるには、My Snow Monkeyに以下のコードを追加する。
add_filter( 'body_class', 'add_page_slug_class_name' );
function add_page_slug_class_name( $classes ) {
if ( is_page() ) {
$page = get_post( get_the_ID() );
$classes[] = $page->post_name;
}
return $classes;
}
これは、階層を考えない場合、階層を考える場合はスレッドにあるサイトを参考に
ただ、個人的には、子階層にも同じスタイルを与えたい場合はCSSにクラスを複数セレクターで記述すれば実現できるので
そこまで神経質にならなくとも対応可能なような気がしてます。
以上です。認識違いがありましたら、ご指摘いただけると幸いです。
