「そのテンプレート自体のパス」を差し替えるもの
ありゃ、また使い方を誤ってたようで…orz
ゴソッと変えると言うより、わざわざslugで判定するよりもファイルが有ればそれを使う、無ければプラグインの本来のファイルを読むって言うテーマのrootの感覚の方が楽だなと。
rootディレクトリにファイルを入れるだけなんで、やっぱりこのslugのも上書きしたいって言う時に後から追加してもコード弄らなくて良いなと。
\Framework\Helper::get_template_part は基本テーマディレクトリ内のファイルを読み込むためのもの
なるほど。基本テーマ外のマッチはやると大変そうなんで１の方法で上書きする形で使います。
しかし、shortcodeディレクトリの中のテンプレートの指定だけsnow_monkey_member_post_template_pathでどうも上手くいかないみたいなので、
それだけ何とか出来たらなと思います。
Member Post は、メインの用途は「コンテンツの閲覧をログインユーザーに制限する」
あー、なるほど。
制限した上でユーザー登録の導線も作ってユーザーを増やそう！ってことまで考えてしまってました…。
そして、オマケがオマケじゃないくらい便利なんですけど（笑）
一応 title 属性で指定はしてて、svg に変換後は svg の title 属性としてタイトルが保持されるみたいです。
あ、そんな所に指定されてたとは…。これならCSSかjs使えばタイトルを別枠に出せそうなんで、それでやります。
5分たつと自動的に編集不可
そんな仕様が…。また一つ勉強になりました。有難うございます。
商品ページ（https://snow-monkey.2inc.org/product/snow-monkey-member-post/）のスクリーンショットだと「表示は制限されています…ログイン」のログインってリンクっぽいですが、これ今のバージョンだとリンクになっていない感じなので、それも不具合で有れば修正頼みますー。
（多分、redirect先をどうするのか問題とかで、リンクやめた気もしましたが）
1. テンプレートのパス指定をルート設定出来たら…と
なるほどです。 snow_monkey_member_post_template_path はテンプレートのルートディレクトリを指定するものではなく、「そのテンプレート自体のパス」を差し替えるものなので、下記のような操作を想定していました。
add_filter(
'snow_monkey_member_post_template_path',
function( $_template_path, $_slug ) {
if ( 'content/allowed/index' === $_slug ) {
$_template_root = untrailingslashit( plugin_dir_path( __FILE__ ) ) . '/template_root';
return $_template_root . '/' . $_slug . '.php';
}
return $_template_path;
},
10,
2
);
つまり、テンプレートごとにパスを変更するためのもの、ということですね。テーマと違ってごそっとルートディレクトリを変えたいということはあまりないと今の実装にしていますが、もし上の想定のコードでは不足でやっぱりルートディレクトリを指定したいということであれば、フックを追加する方向で考えてみます。
2. やっぱり、テンプレートは上書きしてぇっす…
Member Post のテンプレートの呼び出しは \Framework\Helper::get_template_part は使っていないので snow_monkey_get_template_part_xxx フックは使えないです。\Framework\Helper::get_template_part は基本テーマディレクトリ内のファイルを読み込むためのものなので、Member Post のテンプレート呼び出しの用途にはマッチしないんです。なので、1 で解決するのがスマートですね。
3. メッセージの下とかに、ログインフォームを付けるのどうですか？
うーん、これはちょっとどうでしょう…。Member Post は、メインの用途は「コンテンツの閲覧をログインユーザーに制限する」というところなんです。ショートコードでログインフォーム、登録フォームをだせるというのはあくまでオマケ機能で、使いたい人が使うという想定です。なので強制的にだしてしまうと、使いたくないという人には微妙になっちゃうと思うんですよね。
snow_monkey_member_post_restricted_content_message というメッセージをカスタマイズするフックがあるので、ここにショートコード突っ込むとどうですかね？
4. ログインフォームのプレースホルダ or ラベルでアクセシビリティを
ここは非常に迷ったんですよね…。文字として表示すると結構大きさとっちゃうので、いろいろな Web サービスのログイン画面や登録画面を参考にして今の形にまとめたという経緯があります。一応 title 属性で指定はしてて、svg に変換後は svg の title 属性としてタイトルが保持されるみたいです。
登録フォームには、登録していない人が使用されることを想定されるので「パスワードをお忘れですか?」のリンクは不要ではないでしょうか？
これは完全にミスですね^^; 消します！
あれ？トピックの編集機能が無くなってる…？？
あれ！ほんとですね、なんでだ…
追記）どうも5分たつと自動的に編集不可になるみたいですね。
単純に tax_query でタクソノミーとタームIDだけ指定するようにしていたのですが、それだと WordPress の仕様ではそのような動作になるのでしょうね…。子カテゴリがある場合はそれらも tax_query に渡せるように調整してみます。
キタジマ様、ご返信ありがとうございます。
ご指摘の私のHPのお問い合わせのページの画像を以下に貼り付けます。
クラシックの中に、MW WP FORMのコードが記載されております。
一方、プロフィールページの方ですが、クラシックではなく、Blockで作成されております。
「子テーマでテンプレートの上書き」については、私の頭ではおぼろげにしか意味を捉えることができません。。すみません。
このような理解ですので、多分、上書きはしていないかと存じます。
「はじめての方へ」などでも、同様の現象が生じます。
クラシックではなく、Blockで作成されております。
どうしたらいいでしょうか。。
もし解決策がありそうでしたら、教えていただければと存じます。
あれ？トピックの編集機能が無くなってる…？？
編集がないので、返信の形にて。
snow_monkey_member_post_template_pathを使えば
contentディレクトリ内のmessage.phpなどはファイルを別に読ませる事で書き換えられてはいるんですが、
shortcodeディレクトリのlogin-formとかは、上手く切り替わらないので、
フックを掛けるタイミングが、ショートコードって言う仕様から違うのか調べてます。
上書きがうまく出来てない問題もあって、ログインフォームとかってこの際どうやってデザイン変えるんだろうって言う質問が出ましたが、とりあえず、こちらのトピックにて。
プラグインのphpを直接変えれば全て色々変更とか出来ますが、それだとアップデートのたびに戻ってしまう問題もあるので、プラグインでテーマみたいに上書きとか出来ないかと。
ちょっとこちらの使い方の問題がありそうなので、もう少し調べてみます。
すんません。
＠キタジマさん
マージありがとうございました。
後、さりげなく他のブロックのリファクタリングも参考になりました（笑）
> BlockAlignmentToolbar でやると後でわかりにくくなるようなきもしますね…。
確かに。標準がsupportsの方なので後でわかりにくくなる問題リスクは高い…。
うーん、CSSだけのカスタマイズの場合、この部分の反映がそのままエディタ内ではされないのがちょっと悩ましい。ただ、標準のことも考えたら、キタジマさんの二重管理って方針が面倒だけど後々良さそうな気も…。ここはまた今後考えていく所かもしれませぬ。（エディター内のHTML仕様も変わる可能性あるし）
＠アクツさん
アクツさんが想定されているCSSも、見れるならそれをベースにブロックの仕様上の問題をどうするかとか考えたいですし、よかったら問題ない範囲で今後でもCSSを晒しちゃってください（笑）色々そう言う所からもエディタに反映されない”だろう問題”とか解るので助かります。
スタイルがサポートされているとスタイルの拡張自体は別プラグインで安全に出来るっぽいんで、Snow Monkey Blocksとは別のプラグイン作ってボタンブロックのスタイルくらいなら増やせると思います。
…やり方は…またいつか書きたい（切実…
北島さん
早速の修正ありがとうございます。
私の場合は、更新があれば、すぐにするようにしております。
私もいろいろ試したところ、自分の単純ミスだったのかな？ と考えています。
以下の画像のように、セクション内の「ブロックの追加」の+ボタンをクリックすると、別のブロックが追加されます。
しかし、セクション内の「文字入力、または/ブロックで追加」をまずクリックし、そのあと、追加ボタンの+をクリックすると、セクション内に問題なくブロックが追加されます。
ただ、これだけのことでした。
しかし、他テーマから移行してきたばかりの人はとまどうと思います。
「あれ？ なんで何度やってもセクション内にブロックが追加されないんだろう？」
「動画の解説とおりにやってるのにおかしいな・・・」
と少しパニックを起こして、「なんで？ セクション内にブロック追加できないんだ？」
とあせってしまいます。
私も、こんな単純なミスで、あせって数日間もSnowmonkeyの解説動画を見たり、何度も検索して調べて方法がわかりませんでした。（笑）
また、WordPressに慣れている方から見れば、「そんな簡単なこともわからないのか」と思われるかもしれません。
しかし、こういった簡単なところが意外と盲点になってつまづいてしまうことがよくあります。こういった使い方や注意点について、初心者向けに明記していただければ幸いです。
また、いろいろと対策をしていただきありがとうございました。
私も、テーマ移行・ブロックエディターへの移行、そしてショートコード修正で3週間ほど使ってみて、ようやくブロックエディターを使いこなせるようになってきました。
そして、最初は使い方にかなり手こずりましたが、Snowmonkey、そしてブロックエディターにしてよかったと思っています。
理由は、今までできなかった機能や表現が大幅に増えたからです。
WordPressでウェブサイトを作ることが、ますます楽しくなってきました！
ですので、なおさら使い方の解説がもっと充実すれは、初心者を含め多くの人にとってSnowmonkeyは良いテーマになると思います。
あー、表側とエディタ側で横位置指定のためのクラスの付き方が違うということですね。うーん、それはそれで二重管理がめんどくさくはありますが、仕組み的にはこれが標準なわけで、 BlockAlignmentToolbar でやると後でわかりにくくなるようなきもしますね…。プルリクありがとうございます、とりあえずそれはマージします！
＠キタジマさん
あ、先に出された（笑）
こっちでもボタンに対して色々検証やってたので、ちょっとそれだけ直したのをプルリクしておきました。
どーも、supportsでalignすると色々と標準のクラス名で付いちゃうし、エディタだけの反映に問題があるんで、この際それを、BlockAlignmentToolbarを使ってクラス名を正しく当てようか考えてたのを、きちんと伝えれなかったorz
すみません。そうしないとスタイル増やす際にちょっと問題が今後出てくるかもなんでそこだけ共有出来れば良いなと…。今度またそれだけ直そうかなと思います。
よろしくお願いします。
@キタジマさん
…タイプと言う独自……なんたる…問題！！
と思いましたが、全然問題と認識してなくて、スタイルで大丈夫かと思ってます。
だって、これ…フルサイズにするだけじゃないですか？
smb-btn–fullクラスが付くだけやん…って感じな認識で、それなら、アウトラインのボタンでもタイプと言う項目をそのまま使って、フルにするかノーマルにするか…大きさを変更する項目に使って良いんじゃないかなと。
タイプ → 大きさ
と項目名を変えれば、解決だよねーと。（項目変更は、葉月さん案
なので、そこまで影響はないかと。
実際、BlockAlignmentToolbarを使って、テキストの位置とかも右寄せとか左寄せとかにするとかの方が変にそれをスタイルでやっちゃうと後から変になるので、タイプは残すままで良いと思います。
どうでしょう？
v5 で、one-column-fluid、blank-fluid テンプレートを削除したので、もしかしたらそのどちらかを使われていたのかもしれません…。テンプレートの廃止は滅多にすることではないので、多分もう大丈夫だと思います。現状廃止の予定はありませんが、また廃止や変更がありそうな場合はオンラインコミュニティやブログでお知らせしますね。
うぉ…！ご迷惑おかけしてすみません…。ちょっとパッとは原因がわからないので、いくつか思いつくことを書きます。
– 子テーマで singular.php、もしくは page.php を上書きしている場合は、v5 のテンプレートに合わせて上書きし直してください。
– 子テーマに singular.php、page.php をつくっていない場合は、snow-monkey/singular.php の中に var_dump( get_theme_mod( 'singular-post-layout' ) ); と書いてみて、どのレイアウトファイルが使用されているか確認してみてください。
– カスタマイザー > レイアウト > ページレイアウトで適当なテンプレートを選んで再保存してみてください（ここで選んだものがデフォルトテンプレートになります）
@ケミさん
コレ、Snow Monkey Blocksのボタンにスタイル選択を追加する形で良いっすよね？
や、Snow Monkey Blocks のボタンはスタイルじゃなくて、「タイプ」っていう独自のデザイン切り替えをつくっちゃってるんですよね。スタイル選択ができることを知る前につくっちゃったんで…。
@kutsuさん
多分できると思うのでタスクに入れときます！
管理バーに「カスタマイズ」という項目がでないとですかね？うーん、ちょっと遭遇したことがないのでわかりませんが、ログインしているアカウントが管理者（or 編集者）じゃないとかでしょうか？
管理バーにでないなら、ダッシュボードに入って、「外観 > カスタマイズ」はどうでしょうか？もしここから入れたら、適当な投稿に移動してプロフィールボックスのところの鉛筆をクリックすると設定パネルが開きます。
