ぐわーほんとですね。正確にどの段階かはわかりませんが、リンク要素に自動的に rel="noopener noreferrer が追加されるために保存されてる HTML と違う！ということで壊れてしまうみたいです。
この変更が影響しているような気がしますが、どう対処したら良いのかまだわからないので、調査してみますね。
明確に提示しているわけではないのですが、一応 Snow Monkye の各テンプレートファイルは
- レイアウトファイル (templates/layout)
- ビューファイル (templates/view)
- それ以外のテンプレート (いわゆるテンプレートパーツ、基本的には template-parts の中)
と分類されています。そして、 Helper::get_template_part や get_template_part() で呼び出すのはテンプレートパーツを想定しています。なのでレイアウトファイルやビューファイルをそれらの関数で呼び出したときにエラーになるのはあえて特に対策をしていません。
ご提案のとおり、なんとかやればなんとかなるのかもしれませんが、それで複雑になるとメンテも難しくなっていくので、そうなっているほうがなんとなく便利くらいであれば、現状のままのほうが良いかと思います。
いずれのウィジェットにも記事の表示条件を変更できるフックがあります。下記のトピックを参照してください。
「WPAW:最近の投稿」については、デフォルトで表示する投稿タイプを選択できるようになっています。「WPAW:最近の投稿」の設定パネルの「投稿タイプ」のところを適当に切り替えてみてください。
カスタムフィールドの内容を表示することは可能でしょうか。
これはちょっと大変かも…です。一応できないことはなくて、「WPAW:最近の投稿」の場合は snow-monkey/vendor/inc2734/wp-awesome-widgets/src/widget/recent-posts/_widget.php を、子テーマ/templates/widget/recent-post.php にコピペすると、recent-post.php ファイルが表示時に使われるようになるので、その recent-post.php をカスタマイズしてカスタムフィールドの内容が表示されるようにすれば良いです。
「Snow Monkey:最近の投稿」の場合は snow-monkey/app/widget/snow-monkey-recent-posts/_widget.php を、子テーマ/templates/widget/snow-monkey-recent-posts.php にコピペです。
こちらの環境にコピペして試してみたところ、display: flex も color: #ccc も反映されていました。つくりによっては詳細度の問題がでるのかもしれないので、
.wpaw-showcase .wpaw-showcase__lead{display: flex;}
.wpaw-showcase .left{color: #ccc;}
.wpaw-showcase .right{color: #000;}
みたいな感じで詳細度を上げてみるとどうでしょうか？あと、ブラウザのデベロッパーツールで CSS が適用されているか、また、追加 CSS に書いた CSS がそのページの head の中にちゃんと出力されているか確認してみてください。
追記：
トップページの上の余白だけではなくフッターにも同じような余白ができていました。
あ、なんというか、そういうことをしないといけないシチュエーションが思い浮かばない…という感じでして。単純に中でテンプレートを呼びだしたいだけだとしたら、
add_filter(
'snow_monkey_get_template_part_template-parts/common/infobar',
function( $name, $vars ) {
ob_start();
\get_template_part( 'template-parts/common/infobar' );
$html = ob_get_clean();
echo $html;
},
10,
2
);
のように、コアの get_template_part() を使うのはどうでしょう？
申し訳ないですが、再度トピックを開きます。
padding-bottomが設定されていない為、下にノッチのある端末やiPhone XSだと最下部のメニューが角丸に隠れて見えない時が発生している問題が生じております。
footer-sticky-navで正しく上がっていますので、同じスタイルをドロワーメニューのpadding-bottomでも対応していただければ回避できるのではないかと思います。
具体的に想像できなかったのですが、確かに remove_filter() は無名関数消せないですね…。
template-parts/common/infobarだと、その中で呼ばれているので、こんな感じでしょうか？
add_filter(
'snow_monkey_get_template_part_template-parts/common/infobar',
function( $name, $vars ) {
ob_start();
\Framework\Helper::get_template_part( 'template-parts/common/infobar' ); // このフックが呼ばれ続けるので無限ループに
$html = ob_get_clean();
echo $html;
},
10,
2
);
プラグインを幾つも作った際に、 snow_monkey_template_part_root のフックを掛けちゃうと、Rootの取り合いになっちゃう為に上手く動作しなくなっちゃうから、配布するとか拡張目当ての共通プラグインでは使わないようにする等の注意は必要かなと思ったりしています。
ぐわーそうか、もともと「子テーマの代替」で考えていたので、ちょっとそこ配慮が不足していました。単一のルートを返すのではなく、配列にして、そのルートにあれば使う、なければ次のルートを使う、みたいなフックのほうが良さそうですね。いまさら snow_monkey_template_part_root を変更するとちょっと影響が大きそうなので、別なフックを追加する等で良い感じにできないか試行錯誤してみます。
slug などで分岐はできるのですが、同じテンプレートの場合は、優先度が高い低い関係なく最後に設定された return の値に合わせられてしまいますよね？
ですね。フックは一般的には優先度が高いものほど後で実行されるだったかなと思います。
また、 Helper::get_template_part でフックしている template_parts を呼び出すと、その呼び出したテンプレートが同 filter をフックをしている場合は、無限ループに陥るので、それも remove_filter で消したりする必要があるようなのですが、 remove_filter って無名関数とか使えない(?)ので、ちょっとそこだけ別 function で記述するなど、ややスムーズにならないーとか考えてしまっています…。
ちょっと「また、Helper::get_template_partでフックしているtemplate_partsを呼び出すと、その呼び出したテンプレートが同filterをフックをしている場合は、無限ループに陥る」を具体的に想像できなかったのですが、確かに remove_filter() は無名関数消せないですね…。
テーマの範疇でもない
プラグインの範疇でも無い想定外の事を私の制作の方でやっちゃってるので、難しく考えることになっちゃって…申し訳ないです。
プラグインを幾つも作った際に、 snow_monkey_template_part_root のフックを掛けちゃうと、Rootの取り合いになっちゃう為に上手く動作しなくなっちゃうから、配布するとか拡張目当ての共通プラグインでは使わないようにする等の注意は必要かなと思ったりしています。
slug などで分岐はできるのですが、同じテンプレートの場合は、優先度が高い低い関係なく最後に設定された return の値に合わせられてしまいますよね？
また、 Helper::get_template_part でフックしている template_parts を呼び出すと、その呼び出したテンプレートが同 filter をフックをしている場合は、無限ループに陥るので、それも remove_filter で消したりする必要があるようなのですが、 remove_filter って無名関数とか使えない(?)ので、ちょっとそこだけ別 function で記述するなど、ややスムーズにならないーとか考えてしまっています…。
上手くお互いのプラグインを上書きできる仕組みって、それこそテーマの範疇じゃないのですが、今後、そういうのも上手く使えるようになると嬉しいです。
ただ、他のテーマにない事でもありますし、ゆっくりと私の制作の方でも試行錯誤しながら良案を模索していければ良いなと思います。
Snow Monkey Member Post v1.1.6 で正しい綴りに修正しました。
ありがとうございます！メンバー限定のテンプレートフックなども色々試していきます！
修正の確認をいたしました。
iOS11.2以前やiOS現行、Androidの所持機種で問題なさそうです！
ありがとうございます。
Snow Monkey v5.1.2 から、 View に get_layout()、get_view()、get_view_suffix() の3つのメソッドを追加しました。
Member Postの方は、多分このフィルターで出来るのかなと思ったのですが、
$template_path = apply_filters( 'snow_monkey_member_post_tepmlate_path', $template_path, $slug );
フィルタ名が誤字ってしまっているようでした…（>.<
こちらも合わせてご報告いたします……。
また、このフックで変更出来ますでしょうか？
試してみたのですが、 viewport-fit を無くすのもそれはそれでちょっと問題がありそうだったので、 viewport-fit は残して、次の CSS を足してみました。
@supports (max-width: calc(100vw - constant(safe-area-inset-right) - constant(safe-area-inset-left))) or (max-width: calc(100vw - env(safe-area-inset-right) - env(safe-area-inset-left))) {
.#{$_prefix}c-fluid-container,
.#{$_prefix}c-container {
margin-right: auto;
margin-left: auto;
max-width: calc(100vw - constant(safe-area-inset-right) - constant(safe-area-inset-left));
max-width: calc(100vw - env(safe-area-inset-right) - env(safe-area-inset-left));
}
.#{$_prefix}c-container {
@include _media-min(lg) {
max-width: calc(#{$_container-max-width} - constant(safe-area-inset-right) - constant(safe-area-inset-left));
max-width: calc(#{$_container-max-width} - env(safe-area-inset-right) - env(safe-area-inset-left));
}
}
}
@supports (padding-left: constant(safe-area-inset-left)) or (padding-left: env(safe-area-inset-left)) {
[id="drawer-nav"] {
padding-left: constant(safe-area-inset-left);
padding-left: env(safe-area-inset-left);
width: calc(#{$_base-line-height * 10} + constant(safe-area-inset-left));
width: calc(#{$_base-line-height * 10} + env(safe-area-inset-left));
}
}
ざっと iOS シミュレーターで確認した感じでは大丈夫そうでしたが、どうですかね。
これやってみて気づいたのですが、ノッチが右にあるときでも safe-area-inset-left は0にならないんですね。ノッチが右にある場合はドロワーの左余白が大きくなるのが悩ましい…。
