-
投稿者検索結果
-
2019年3月4日 11:48 AM #11346
返信が含まれるトピック: 管理者用 記事編集ボタンについて
is_user_logged_in()
だけだと「ログインしているかしていないか」という判定になるので、「管理者権限を持っているかどうか」という条件も追加する感じかなと思います。if (is_singular() && is_user_logged_in()) {
↓
if (is_singular() && is_user_logged_in() && current_user_can( 'administrator' )) {
とするとどうでしょう?
♥ 0Who liked: No user2019年3月4日 11:41 AM #11343返信が含まれるトピック: snow_monkey_prepend_bodyの使用について
あ、メニューの左右と言うのがちょっと伝わっていないかもです…
とりあえずフックだけ設ける、ということはできるかもしれませんが、ハンバーガーボタンやヘッダーコンテンツ機能との関係で結構絶妙なバランスで体裁を保っている感じなので、適当にフックでコンテンツ入れると、特定の状況ではちゃんと表示されても他の状況では崩れちゃう、みたいなことになりそうだなという気がしていて。
ヘッダーの右側、ということであれば、ヘッダーコンテンツ機能を使うと良いかもしれません。
♥ 0Who liked: No user2019年3月3日 10:04 PM #11321返信が含まれるトピック: snow_monkey_prepend_bodyの使用について
お知らせバーの前だと、 .l-contents の先頭部分に snow_monkey_prepend_contents とかつくると良さそうですかね。
お知らせバーの後ろはページヘッダーとかパンくずとかとの兼ね合いで…凄く解りやすいフックですね。お願いできますか?
子テーマでちょっとデザインを試してみたのですが、お知らせバーの前だとあまり変なことをしない限りはお知らせバーが突然出て浮いた感じにならず、お知らせバーがより目立って良いかもです!
後ろだとトップ画面以外に使用した場合にはアイキャッチとかの締まった感じが無くなって微妙になってしまいますね…。.l-footer の内側に、 snow_monkey_prepend_footer 、 snow_monkey_append_footer を追加しましょうかね。
.l-footer の内側であれば、ソーシャルナビの前と後ろと言った所などでしょうか?
メニューの左右は HTML の構造的にちょっと難しい気がします…。
あ、メニューの左右と言うのがちょっと伝わっていないかもです…<div class="c-row__col c-row__col--1-6 u-hidden-lg-up"> <div class="u-pull-right">...</div> <div class="u-pull-right">メニューの左に追加</div>
とかかな…と思いましたが、これもHTMLの構造的にややおかしくなりそうな難しい感じですね。
一度、HTML構造も見ながらこちらでも整理してみます。
♥ 0Who liked: No user2019年3月2日 9:11 AM #11300返信が含まれるトピック: カスタム投稿タイプに投稿タイプと同じように「投稿の属性」を表示可能か
子テーマを作らずに解決したいなと上記情報を元にプラグイン調べたら実現できる方法が見つかりました。ご報告までに。
Template List Metabox
https://ja.wordpress.org/plugins/template-list-metabox-by-010pixel/♥ 0Who liked: No user2019年3月1日 3:25 PM #11257返信が含まれるトピック: Google Adsenseの広告枠自動表示から任意表示への変更について
現状、カスタマイザー>広告内全ての入力欄が空欄になっています。
ウィジェットに入れてあるコードはこちらになります。
<ins class="adsbygoogle" style="display:block" data-ad-client="ca-pub-467186**********" data-ad-slot="**********" data-ad-format="auto" data-full-width-responsive="true"></ins>
よろしくお願いします。
♥ 0Who liked: No user2019年3月1日 2:01 PM #11246返信が含まれるトピック: IE11での表示不具合(WooCommerce)
セレクトの件、IE11非対応の JavaScript 構文を使用していたことが原因でした。手元では修正できましたので、もうすぐアップデートかけれると思います。
WooCommerce → ステータスでテンプレートで有効期限が切れています。と出ていますが、不具合が起きているのでしょうか?
これについては無視してもらって大丈夫です。
Woo は子テーマみたいに Woo のテンプレートを上書きすることができるのですが、そのテンプレートにバージョン番号がなかったり、バージョン番号があってインストールされている Woo のバージョンよりも低かったりしたら有効期限切れメッセージがでるようになっています。ご指摘のテンプレートについて、Snow Monkey においては Woo のデフォルトと全く違うコードになっているので、あえてバージョン番号を入れていません。そのためメッセージがでます。
♥ 0Who liked: No user2019年3月1日 1:53 PM #11243返信が含まれるトピック: Google Adsenseの広告枠自動表示から任意表示への変更について
カスタマイザー > 広告にある入力欄、全て空でしょうか?
また、「WPAW: Google アドセンス」ウィジェットに入れたコードを教えてください!(個人のIDとかの部分は伏せ字で)
♥ 0Who liked: No user2019年2月28日 12:44 PM #11200返信が含まれるトピック: bbPress Support有効時の権限制御などについて
ご返信ありがとうございます。理解できました。
User Role Editorの方も使ってみます。♥ 0Who liked: No user2019年2月28日 12:10 PM #11198返信が含まれるトピック: bbPress Support有効時の権限制御などについて
bbPress Support は、デフォルトでは moderate 権限のないユーザーはダッシュボードにアクセスさせないようになっています。
snow_monkey_bbpress_support_prevent_admin_access
というフックがあり、false
を返すことでこのリダイレクトを無効化できます。Snow Monkey公式サイトのように、メディアだけを使うなどの特定の権限に対して使用可能にするなどは、どのようにすれば良いでしょうか?
Snow Monkey 公式サイトは WooCommerce との絡みもあるのでごちゃごちゃやってたかもしれませんが、この辺はコードを書かずにプラグインでやっています。 User Role Editor というプラグインを使っています。
♥ 0Who liked: No user2019年2月28日 12:03 PM #11197返信が含まれるトピック: カスタム投稿タイプに投稿タイプと同じように「投稿の属性」を表示可能か
カスタムページテンプレート機能については、ページテンプレート側にコメントを追加することで使えるようになる仕組みになっています。
なので、子テーマに
snow-monkey/page-templates/right-sidebar.php
をコピーして書き換え、みたいな感じです。♥ 0Who liked: No user2019年2月27日 3:45 PM #11160返信が含まれるトピック: mobile footerのカスタマイズについて
カスタマイザー > 追加 CSS に下記のコードを追加してみるとどうでしょうか?
.p-footer-sticky-nav { background-color: #f00; /* 背景色 */ } .p-footer-sticky-nav a { color: #fff; /* 文字色 */ }
♥ 0Who liked: No user2019年2月27日 3:39 PM #11159返信が含まれるトピック: カスタマイザー内controlの中身について
コアの
$wp_customize->add_setting()
のtype
と同じになります。option
を指定すると、theme_mod
(そのテーマのオプション) ではなく、option
(WordPress 自体のオプション) として値が保存されるようになります。つまり、前者は
get_theme_mod()
、後者はget_option()
で値を取得することになります。♥ 0Who liked: No user2019年2月27日 12:17 PM #11138返信が含まれるトピック: member変数を使うtemplateの上書きについて
ご返信有難うございます。
差し替えについては snow_monkey_layout 、 snow_monkey_view フックでできます
そのフックを含めて、もう少しシステム面で使い道などまだ色々と考えているところです。上手くまとまりましたら、共有するようにします。
仕様の想定やその他の部分で理解も深まり、トピックの題についての理解としても
解決致しましたので、トピックを閉じさせていただきます。
ありがとうございました。♥ 0Who liked: No user2019年2月27日 9:35 AM #11135返信が含まれるトピック: member変数を使うtemplateの上書きについて
「レイアウトやビューを変更」が何を指すのかにもよりますが、子テーマでの上書きように、プラグインでの上書きはできるかもしれません。
ちょっと立て込んでいまして実際に試せてはいないのですが、
Helper::get_template_part( 'templates/layout/wrapper/one-column-full' );
のようにユーザーが直接
Helper::get_template_part()
で呼び出すことを想定していないだけで、内部的にはレイアウトファイルもビューファイルもHelper::get_template_part()
で呼び出されるので、snow_monkey_template_part_root
フックでルートをプラグインに変更すれば、プラグイン内でも「上書き」はできるのじゃないかなぁと。試せてはいないので動かなかったらすみません…。差し替えについては
snow_monkey_layout
、snow_monkey_view
フックでできます(ただしこれも子テーマ内での差し替えを想定しているので、プラグインで差し替えたければsnow_monkey_template_part_root
でルートを変更する必要があります)。♥ 0Who liked: No user2019年2月26日 6:43 PM #11116返信が含まれるトピック: member変数を使うtemplateの上書きについて
Helper::get_template_part や get_template_part() で呼び出すのはテンプレートパーツを想定
その想定通りに使用していませんでした。ViewやLayoutを変更するのが想定外という認識で考えた場合は、現状のままで問題ないと思います。
通常の場合は、ほとんど書き換えることは無いと思いますが、レイアウトやビューを変更する場合は
子テーマで行うと言う形でしょうか?♥ 0Who liked: No user -
投稿者検索結果