基本的なものだとこういう感じでしょうか。
register_post_type(
'news',
[
'public' => true,
'has_archive' => true,
'label' => 'ニュース',
'rewrite' => [
'with_front' => false,
]
]
);
とりあえずこれで news というカスタム投稿タイプが使えるようになるとは思いますが、どのようなレイアウトにしたいかでテンプレートを追加したりが必要になると思います。とりあえず投稿タイプが追加できたらトピック閉じていただいて、テンプレートの追加が必要そうならまた要件にあわせて別にトピック立てていただけたらと思います。
テーマ（functions.php）はプラグインは完全に読み込まれたあとに実行されますが、 My Snow Monkey はプラグインなので、 My Snow Monkey が読み込まれた段階では MW WP Form が読み込まれていない可能性があります。
全てのプラグインが読み込まれてから実行するには、 plugins_loaded にフックして処理を実行すると良いです。 mwform_validation_rules にフックさせている部分を下記のようにするとどうでしょうか？
add_action(
'plugins_loaded',
function() {
add_filter( 'mwform_validation_rules', 'mwform_validation_rule_requiredcheckbox' );
}
);
あ、上部下部あって、その下部ですね。とりあえず下部のウィジェットの上下余白を0にするのはこんな感じです。
.l-front-page-widget-area--bottom .l-front-page-widget-area__item {
margin-top: 0 !important;
}
.l-front-page-widget-area--bottom .l-front-page-widget-area__item .c-section {
padding-top: 0;
padding-bottom: 0;
}
ぴったり詰まるので、適当な数値を入れて良い感じにしてもらえば良いかもですね。
現在検証用に使っていた Windows 機が壊れてしまっていまして、新しい環境を準備中です。IE11、Edge については環境が整い後随時修正をおこなう予定でいます。
ちなみに、表示の崩れというのは、どの部分がどのようになっていますか？（もし可能ならスクリーンショットいただけるとわかりやすいです。可能ならで結構です！）
ちょっとよく意図がわからなかったので質問させてください。
「固定ページをひとつ」というのは普通の固定ページ、でしょうか？特に特殊なことがしたいわけでなく、普通の固定ページをつくりたいのであれば、ダッシュボード > 固定ページ > 新規追加から作成できます。
「投稿ページを2つ」というのは一覧表示されるページを作りたいということですよね？ Snow Monkey 公式サイトでいえば、
みたいな。思いつく方法は2つあって、
・「投稿」の中に「ブログ」「ニュース」という2つのカテゴリーをつくる。
・「投稿」をブログ、カスタム投稿タイプをつくってそれをニュースとして使う
前者の場合、カテゴリーアーカイブは自動的につくられますので特にコードを書く必要が無いというメリットがあります。ただ、ブログとニュースが混ざった一覧ページ（つまり標準の投稿ページ）ができてしまうこと、ブログとニュースで同じレイアウトになってしまう、というデメリットがあります。
後者の場合はブログ、ニュースを別の投稿タイプとして管理できる、それぞれ異なったレイアウトにしやすいというメリットがありますが、カスタム投稿タイプを追加するコードを書いたり、ニュース用のテンプレートをつくったりしないといけません。なのでコードを書くのが苦手な方の場合はハードルが高いです。
CSS で消すほうが簡単で安全なのでその方法を案内しますね。カスタマイザー > 追加 CSS に次の CSS を貼り付けみてください。
.c-entry-summary__meta {
display: none;
}
ドロワーメニューを開いたときに body を制御するというのがどうも疎になってない感じ
紐づいてもいない他の要素を制御をする違和感って、すごく解ります！
私も良く悩む問題です。
bootstrap4などで作られているメニューデザインを参考にしても、
スクロールの制御されているものはほとんどがbodyにoverflow:hiddenなどで対応されているようです。
他に解決方法が無いので仕方なくそうしているような感じなのか、難しく考えすぎなのかも悩みますね。
こちらでも良い解決方法を探してみます。
あぁ、iPhoneのWebビューア系のアプリ…。これ最初に実装したときから悩んでいる場所ではあるんです。スクロールしないほうが良いだろうなと思ってはいて。
スクロールさせないためには body に overflow: hidden すれば良いと思うんですけど、本来 ドロワーメニュー（ .c-drawer ）と body は独立したコンポーネント同士なので、ドロワーメニューを開いたときに body を制御するというのがどうも疎になってない感じで違和感があるんですよね。なにか良い解決方法があれば良いのですが、うーん、難しく考えすぎですかねぇ…。
【お使いの Snow Monkey のバージョン】v5.1.1
【お使いのブラウザ】iPhoneのWebViewアプリ
ドロワーメニューのメニューが多い時には、メニューをスクロール出来るのですが、
iPhoneのWebビューア系のアプリの場合は、メニューをスクロールするとメインコンテンツの方までスクロールされてしまっていたり、
スクロールされない場合でもフリックなどをしたらメインコンテンツがスクロールしてしまう場合があるみたいです。
ドロワーメニューがオープンされている際は、メインコンテンツのスクロールが出来ないように固定などは出来ないでしょうか？
直前、となると難しいかもしれませんが、head の中に入れるのは標準のフックで可能です。下記トピックを参考にしてください。
あ、このフックちょっとわかりにくいですよね。。
えと、 snow_monkey_template_part_root は Helper::get_template_part() が呼び出すテンプレートパーツの基準ディレクトリを変更します。なので、例えば
Helper::get_template_part( 'template-parts/common/copyright' );
としてテンプレートパーツを呼び出した場合、 /PATH/TO/wp-content/themes/snow-monkey/template-parts/common/copyright.php が呼び出されるわけですが、この /PATH/TO/wp-content/themes/snow-monkey/ の部分を変更できる、ということになります。
したがって、先の例だと、my-snow-monkey 内の配置はこうすることになります。
my-snow-monkey
├ my-snow-monkey.php
└ templates
└ template-parts
└ loop
└ entry-summary-post.php
配置がずれたので再投稿します。
ディレクトリ構造
my-snow-monkey
├my-snow-monkey.php
└templates
└loop
└entry-summary-post.php
my-snow-monkey.php内のコード
add_filter(
'snow_monkey_template_part_root',
function( $root, $slug, $name, $vars ) {
return __DIR__ . '/templates';
},10,4
);
「My Snow Monkey」以外に有効化されたプラグインは「Snow Monkey Blocks」「WP Multibyte Patch」だけです。
ご説明ありがとうございます。
以下のようにプラグインディレクトリ内を配置しましたが、配置したテンプレートが反映されませんでした。何か配置の仕方を勘違いしているのだと思いますが、正解をお示しいただけますか？
my-snow-monkey
├my-snow-monkey.php
└templates
└loop
└entry-summary-post.php
my-snow-monkey.phpでの書き方は、冒頭のプラグイン名などのコメント以外に以下を記しただけです。
add_filter(
‘snow_monkey_template_part_root’,
function( $root, $slug, $name, $vars ) {
return DIR . ‘/templates’;
},10,4);
これまだ記事も説明も書いてなかったですね。。。
例えば my-snow-monkey/my-snow-monkey.php に記述 ＆ my-snow-monkey/my-snow-monkey/templates の中にテンプレートを配置するとすると、次のようになります。
add_filter(
'snow_monkey_template_part_root',
function( $root, $slug, $name, $vars ) {
return __DIR__ . '/templates';
},
10,
4
);
上の例だと Helper::get_template_part() で呼び出されるすべてのテンプレートの基本ディレクトリが my-snow-monkey/templates になりますが、例えば $slug を使って分岐させれば特定のテンプレートのときだけ基本ディレクトリを変える、みたいなこともできます。
【お使いの Snow Monkey のバージョン】v5.1.1（ローカルのテスト環境）
【お使いのブラウザ】safari、chrome
template-parts/loop/entry-summary-post.phpやentry-summary.phpの「summary__meta」だけ差し替えたいのですが、フィルターなどで可能でしょうか。
ポストタイプごとに「summary__meta」だけ様式や出力する項目を変更したいのですが、今後のSnow Monkeyのアップデートを生かすことを考えると、entry-summary-〇〇.phpを量産せず「summary__meta」以外は元のentry-summary.phpをそのまま使いたいです。
以前フォーラムに書かれた以下のページで「snow_monkey_entry_meta_items」というフックがあるように書かれていますが、Snow Monkey内で見つけられませんでした。
