フォーラムへの返信
-
投稿者投稿
-
v15.3.3 で修正をいれてみましたがどうでしょうか…?
「My Snow Monkey に CSS ファイルを配置する」のコードは、style.css や block-editor.css も必要です。ファイルがない場合は添付いただいたスクショのようにエラーを出力します。特に CSS が必要ない場合はそのコードは削除してください。
一度実環境にして、カスタムページテンプレートを選択し更新すると、そのまま反映されました。
んーなんでしょうね…。もしかしたら Local の PHP のエラーログに、画面には出力されていないエラーが記録されているかもしれません。「My Snow Monkey に CSS ファイルを配置する」のコードを削除したあと、テンプレートを選択して更新ボタンをクリック、ログの確認をしてみるとなにかわかるかもしれません。
♥ 0いいねをした人: 居ませんディレクトリということは、
/team-a/
、/team-b/
それぞれに WordPress がインストールされている(つまりexample.com
の配下に WordPress が2つインストールされている)という状態、ということですかね…?♥ 0いいねをした人: 居ませんv15.3.2 で変更を入れました!
♥ 0いいねをした人: 居ませんサポートフォーラムはあくまでやってみてわからない部分のサポートをおこなう場所なので、イチから教えてほしい場合はどなたかに相談されるのが良いと思いますよ。
カスタマイズの公式なマニュアルは下記にあります。有用な外部ページにもリンクをはっています。
♥ 0いいねをした人: 居ませんとなると怪しいのは VS Code がエラーを警告しているというところですかねー。一番最初の
<?
が全角になっているように見えますがどうでしょうか?♥ 0いいねをした人: 居ませんデフォルトテンプレートに戻されます。↓
「更新」ボタンを押すと「デフォルトテンプレート」に戻ってしまうということでしょうか?
②↓
カスタマイザーには
override/templates/layout/wrapper
の中にあるテンプレートが表示されます。もしoverride/page-templates/
の中にしかテンプレートを追加していないのであれば、カスタマイザーに表示されないのは正常な動作となります。テンプレートでMy One Column Slimを選択した状態でプレビューをした。(反映されず)
プレビューでテンプレートの選択が反映されないのは WordPress の仕様です。
♥ 0いいねをした人: 居ませんこれ、設定の組み合わせでAもBも動作的には正しいからどちらかを正式な仕様に決定しなければならない、みたいな部分がちょいちょいある気がするので、一旦下記を仕様として決定して、作業したいと思います。
- ページ編集画面とカスタマイザーのどちらでページレイアウトを設定しても同じ表示になるべき
- トップページのページレイアウトを変更した場合、どのページレイアウトだったとしてもビューテンプレートとして
templates/view/front-page.php
が使用されるべき - ランディングページ系ページテンプレートが使用されるとき、カスタマイザーでビューテンプレートの指定がデフォルトのときはビューテンプレートとして
templates/view/full.php
を使用する。デフォルト以外のときはtemplates/view/content-<ビューテンプレートとして選択された投稿タイプ>.php
を使用する。
ページテンプレートつながりでついでに…
- ホームページ設定で「投稿ページ」に割り当てられた固定ページの編集画面でページレイアウトが設定されているときは、投稿ページ(ブログトップページ)にはそのページレイアウトを適用する(ただし、その他のアーカイブページには適用されない)
- カスタマイザー・ページ編集画面でそれぞれページレイアウトが設定されている場合は、ページ編集画面で設定されているものを優先する
♥ 0いいねをした人: 居ませんただ、本ケースは毎回あるんです。リード文がスマホになって背景画像と重なるようになるため
改行を細かくして画像を回避するという場合ですショートコードであれば段落ブロックの中にテキストとして入れてもちゃんと展開されるので、コードで br を入れるのではなく、改行用のショートコードをつくってそれを入れるというのが良いかもですね。
あ、会社創立おめでとうございますでしたっけ?
そうです、ありがとうございます!
♥ 0いいねをした人: 居ませんそうです。ただ、基本的に「整合性がとれている」ということは、カスタム HTML ブロックに変換せずともブロックのパネルやツールバーで設定で設定できる範囲でしか書き換えていないということなので、あえてカスタム HTML ブロックに変換して編集する必要はないのではないかと思います。
♥ 0いいねをした人: 居ませんブロックとしての整合性がとれなくなると「カスタム HTML ブロック」になるので、書き換えても整合性がとれていればブロックとして認識されます。
br
がclass
を持つことは(ブロックエディター的に)想定されていないと思うので整合性がとれなくなるのだと思います。♥ 0いいねをした人: 居ません -
投稿者投稿