あれ、、、これでどうでしょう？
@media (min-width: 1025px) {
#wpaw-recent-posts-inc2734_wp_awesome_widgets_recent_posts-18 {
overflow: hidden;
}
#wpaw-recent-posts-inc2734_wp_awesome_widgets_recent_posts-18 .wpaw-recent-posts__list {
display: flex;
flex-wrap: wrap;
margin: 0 -1.5rem -1.5rem;
}
#wpaw-recent-posts-inc2734_wp_awesome_widgets_recent_posts-18 .wpaw-recent-posts__item {
flex: 1 1 50%;
max-width: 50%;
margin: 0;
padding: 0 1.5rem 1.5rem;
}
}
それと、1~3が左側、4~6が右側にするのは、function.phpなどを使う場合、かなり大掛かりになってしまいますでしょうか。
そうですね、カスタマイズというか、ウィジェットをつくるレベルになると思います。
本来は「Snow Monkey: 最近の投稿」ウィジェットでレイアウトをテキスト（1行）でやろうと思ったのですが、カスタム投稿タイプが対応していないようなので、
フックで変更できますよ！ snow_monkey_recent_posts_widget_args_ウィジェットID
さっそくのご対応、ありがとうございました。ご教示のコードで2列になりました。
ただ、画像ではちょっと分かりにくいと思いますが、1行目だけが高さがずれています。
それと、1~3が左側、4~6が右側にするのは、function.phpなどを使う場合、かなり大掛かりになってしまいますでしょうか。
本来は「Snow Monkey: 最近の投稿」ウィジェットでレイアウトをテキスト（1行）でやろうと思ったのですが、カスタム投稿タイプが対応していないようなので、このウィジェットを使いました。
Windows10のIEだと、スクロールがぎこちない、ワンテンポ遅れる感じがします。Winodows7のIEだとそれほど分からないのすが。
こちら、それぞれ IE のバージョンはいくつになりますでしょうか？
「1~3が左側、4~6が右側」は CSS レベルではできないんじゃないかと思います。やるなら「奇数項目が左側、偶数項目が右側」になりますかね。
@media (min-width: 1025px) {
#wpaw-recent-posts-inc2734_wp_awesome_widgets_recent_posts-18 {
overflow: hidden;
}
#wpaw-recent-posts-inc2734_wp_awesome_widgets_recent_posts-18 .wpaw-recent-posts__list {
display: flex;
flex-wrap: wrap;
margin: 0 -1.5rem -1.5rem;
}
#wpaw-recent-posts-inc2734_wp_awesome_widgets_recent_posts-18 .wpaw-recent-posts__item {
flex: 1 1 50%;
max-width: 50%;
padding: 0 1.5rem 1.5rem;
}
}
単純に右側が空くのが気になる、ということであれば、「Snow Monkey: 最近の投稿」ウィジェットでレイアウトをテキストにしても良いかもしれません。
orderby と order を足さないといけないのかもしれません。下記でどうでしょう？
add_filter(
'snow_monkey_recent_posts_widget_args_2',
function( $query_args ) {
$query_args['tag'] = 'event';
$query_args['orderby'] = 'menu_order';
$query_args['order'] = 'ASC';
return $query_args;
}
);
まず、ウィジェットエリアを表示するためのテンプレートパーツをつくらないといけません。どこにつくってもいいのですが、例えば「子テーマ/template-parts/page-top-widget-area.php」としましょうか。
<?php
$sidebar_id = 'page-top-widget-area';
if ( ! is_active_sidebar( $sidebar_id ) || ! is_registered_sidebar( $sidebar_id ) ) {
return;
}
?>
<div class="l-front-page-widget-area"
data-is-slim-widget-area="false"
data-is-content-widget-area="true"
>
<?php dynamic_sidebar( $sidebar_id ); ?>
</div>
そして、具体的にどこに表示するかにもよりますが、ページヘッダーとして、ということですので、「templates/wrapper/」の中にあるファイルからカスタマイズしたいファイルを子テーマにコピーし、ページヘッダーの上にウィジェットエリアを表示するテンプレートを呼び出すように追加してみるとどうでしょうか。
// 下記の行を追加
Helper::get_template_part( 'template-parts/page-top-widget-area' );
// 下記はもともとあるコード
if ( Helper::is_output_page_header() ) {
Helper::get_template_part( 'template-parts/common/page-header' );
}
ただ、「templates/wrapper/」の中のファイルはそれなりに大きいファイルになり、アップデートの際に後方互換性の問題がでる可能性が他のファイルの上書きよりも大きいと思います。アップデートの際はご注意ください。
おそらく実行の優先順位の問題じゃないかと思います。
add_action( 'wp_enqueue_scripts', function() {
if(is_page('contact')) return;
wp_dequeue_style( 'contact-form-7' );
wp_deregister_script( 'contact-form-7' );
wp_deregister_script( 'google-recaptcha' );
}, 11 );
とか、
add_action(
'after_setup_theme',
function() {
add_action(
'wp_enqueue_scripts',
function() {
if ( is_page( 'contact' ) ) return;
wp_dequeue_style( 'contact-form-7' );
wp_deregister_script( 'contact-form-7' );
wp_deregister_script( 'google-recaptcha' );
}
);
}
);
とかにするとどうでしょう？
画像の非同期読み込みの無効化で解決しました。
あと、もう1点スミマセン。だいぶ前のバージョンからなんですが、Windows10のIEだと、スクロールがぎこちない、ワンテンポ遅れる感じがします。Winodows7のIEだとそれほど分からないのすが。
今すぐに解決してほしいっていう訳でないのですが、とりあえず報告しておきます。
素早い対応、ありがとうございました。
カスタマイザー > ページ速度最適化 > 画像の非同期読み込みを有効化されてますかね？ もしそうなら無効にしてみてください、とりあえずはそれで解決するかなと…。
なぜIE11でちゃんと動作しないかは調査します！
キタジマさん
アドバイスいただきありがとうございました。
教えていただいたとおりに入れ直しましたら、Warning消えました！
ありがとうございました！
@aoimiya さん
うーん、なんでだ。。とりあえずもう一回 beta3 入れ直してみましょうか。管理画面に入ってもらって、外観 > テーマの編集 > スタイルシート、と開いてください。すると、5.1.0-beta3 となっていると思うので、それを 5.1.0-beta2 に書き直してみてください。他の部分も変えちゃうと変になるかもなので、ここだけしか触らないように注意してください！書き換えたら、下のファイルを更新をクリックしてください。
ここまでできたら、ダッシュボード > 更新のメニューを開くと、再度 Snow Monkey の更新通知がでると思うので（しばらく立たないとでないかもしれません）、もう一度アップデートしてみてください。
ご報告ありがとうございます。僕のミスで余計なところにまで手を入れてしまい、
Warning: Invalid argument supplied for foreach() in /xxxxx/public_html/wp-content/themes/snow-monkey/vendor/inc2734/mimizuku-core/src/App/Model/Page_Templates.php on line 120
のエラーがでるようになってしまっていました。いまリリースした v5.1.0 beta3 か、本サイトのマイアカウント > ダウンロードからダウンロードできる snow-monkey.zip が v5.0.11 となっていますので、いずれかにしていただくと解消するかと思います！
こちらに書いていいのかわからないのですが、バージョン: 5.1.0-beta2に更新しましたところ、
ヘッダーというのでしょうか、そちらに管理画面、ブログの画面とわず、「Warning]表記がでてしまいました・・。
サイトはhttps://aoi2.jpです。
テーマはものくろさんに作っていただいた、子テーマです。
この間5.0にアップデートしたときに、表示されなくなり、キタジマさんにはその際にいろいろとおせわになりました。
以下表記です、全ページに表示されます。
Warning: Invalid argument supplied for foreach() in /xxxxx/public_html/wp-content/themes/snow-monkey/vendor/inc2734/mimizuku-core/src/App/Model/Page_Templates.php on line 120
Warning: Invalid argument supplied for foreach() in /xxxxx/public_html/wp-content/themes/snow-monkey/vendor/inc2734/mimizuku-core/src/App/Model/Page_Templates.php on line 120
Warning: Invalid argument supplied for foreach() in /xxxxx/public_html/wp-content/themes/snow-monkey/vendor/inc2734/mimizuku-core/src/App/Model/Page_Templates.php on line 120
Warning: Invalid argument supplied for foreach() in /xxxxx/public_html/wp-content/themes/snow-monkey/vendor/inc2734/mimizuku-core/src/App/Model/Page_Templates.php on line 120
M Tさん
もしかしてですけど、Snow Monkeyの4系からアップデートされた感じでしょうか？
その場合は、useの部分の構造が5系から変わってるみたいなので、
5.1.0beta以上の元のフォルダで、search.phpの中身を
<?php
use Framework\Controller\Controller;
Controller::layout( get_theme_mod( 'archive-page-layout' ) );
if ( have_posts() ) {
if ( $_GET['fe_form_no'] == '0' ) {
// /子テーマ/templates/view/search-form0.php をビューファイルとして読み込み
Controller::render( 'search-form0' );
} else {
// デフォルトのビューファイルを読み込み
Controller::render( 'archive', 'search' );
}
} else {
Controller::render( 'no-match' );
}
にしてみたら、上手くいかないでしょうか？
旧バージョンと互換性は無いようですので、他にも変更されているところがある場合はuse文をその都度変更されると上手くいくと思います。
