フォーラムへの返信
-
内容を拝見しまして、僕なりの所感をお伝えします。
まずは、起きている「事案」については、「TOPページを編集したあと、更新後にページを確認したらヘッダー、フッターが非表示、セクションブロックのレスポンシブが対応されなくなった」とのことで理解いたしました。
ただ、この現象が起きている「環境」の情報がほとんどないので、正直なところ「何も答えられない」という状況です。また、この現象を確認するためのスクリーンショットなどはありませんか？
あるとより良いだろうなと思われる情報としては、
- 現象が発生している状態のスクリーンショット
- コンテンツ内に何かスクリプト等を設置していないか
- コンソールなどで出ているエラーの開示
- 利用されているプラグイン情報
- Snow Monkey本体と関連プラグインのバージョン
まずはこれらがないとなんともお伝えし難い状況ですので、可能な範囲で情報共有いただけますと幸いです。
Who liked:
頂いたテストページを開発者ツールで拝見すると、
.smb-section__innerにwidth関係の指定がないため、<input>のsizeで指定されている幅に引っ張られているように見えました。ですので、応急措置としては、
.smb-section__inner { width: 100%; }とすることで対応はできそうですが、抜本的解決策は @キタジマタカシ さんに確認していただいた方が良さそうな気がします。
Who liked:１・投稿ページには写真表示されるが、新着情報のページでは写真が出てこない。
こちらの「写真」ですが、添付画像の赤枠部分のことを指していらっしゃいますか？（添付画像内が画像が出ておらず灰色になってます）
Who liked:
僕もその問題はあると思っていたので、現実的に考えると汎用的な改善というよりかは、使い方をアナウンスした方が広くメリットがあるかなーと感じました！
なので、本件の構成だと全てのリストアイテムにSMEでフォントサイズが各々に指定されていたので、リストブロック全体でフォントサイズを指定してから、アイテム内で改行する分にはマークはずれなくなりますね。
Who liked:
僕も本件で初めて知って、試して調べてみただけなのでよくわからないんですけど、
<li>〜</li>に子要素（ここでいう<span>〜</span>）が存在すると発生するらしい- 対処法１：
spanをdisplay: inline;にする - 対処法2：
list-style-type: disc;を使わずにスタイリングする
って感じらしいですね。これはブラウザのデフォルトだと思います。バグと言っても良いでしょうね。Firefoxでも同様の結果が得られました。
Who liked:
おはようございます。
こちらの環境でも試してみたところ、以下の条件で同様の現象を確認することができました。
- コアリストブロックを使用
- テキストを改行
- リスト項目内で Snow Monkey Editor のフォントサイズ変更機能で任意のフォントサイズへ変更
ちなみに、リストアイテムのテキストを普通に改行するだけでは問題は発生しません。
気にされている事象が起きる原因は、こちらで確認しただけで他に理由があるかもしれませんが、Snow Monkey Editor経由で任意の箇所のフォントサイズを変更した際に付与される
<span>〜</span>に対して.sme-font-sizeというクラスが付与されるのですが、そこでdisplay: inline-block;が設定されているからだと思われます。しかし、これがないと任意の箇所へのフォントサイズ変更はできないため、Snow Monkey Editor での任意の箇所のみのフォントサイズ変更を行う場合には、この動作は避けられないと思います。（もし方法があればキタジマさんがアップデートで対応してくれるかと思います）
ちなみに、複数業になるような文字列に対して Snow Monkey Editor でフォントサイズを変更するだけでも事案は発生することも確認できました。ですので、改行することが問題ではないとも言えるでしょう。
対処方法としては、任意の箇所で Snow Monkey Editor にてフォントサイズの変更をしないようにする、ということが言えるかと思います。
本件の参照サイトのように、リスト全体でフォントサイズを変更したい場合には、Snow Monkey Editor で行うのではなく、リストブロック自体の設定パネルよりフォントサイズをカスタムサイズにする方法が良いと思います。
参考になれば幸いです。
Who liked:
詳しく教えていただきましてありがとうございます。
構成はトップページ1ページ、投稿ページ1ページ、固定ページ3ページあるのですが、投稿ページ以外のページのヘッダーはウィジェットよりも上にくるようにしたいです。
とのことですので、条件分岐としては
is_front_page() || is_page()の時にコンテンツエリア（左サイド：コンテンツ/右サイド：サイドバー）の上にコンテンツヘッダーを置きたいという感じとお見受けしました。また、表示したいコンテンツも固定ページで作られているように（編集画面を拝見して）お見受けしましたが、もし自分がやるとしたら「再利用ブロック」を活用するかもしれません。
流れとしては以下のような手順になるかと思います。
- 再利用ブロックとして挿入したいコンテンツを作る
- 再利用ブロックの
post_id番号を確認 - フックを利用して再利用ブロックを任意の場所に出力
再利用ブロックを管理したり
post_id番号を確認される場合、手前味噌ですが僕が作ったプラグインを使われてもスムーズに確認いただけるかもしれません。使い方はこちらをどうぞ。ショートコード内に表示されている数字が
post_idになります。そして、実際に挿入するソースコードですが、こんな感じで良いかと思います。
フック先は
snow_monkey_before_contents_innerとし、post_idは1234とした場合、add_action( 'snow_monkey_before_contents_inner', function() { if ( is_front_page() || is_page() ) { echo apply_filters( 'the_content', get_post( 1234 )->post_content ); } } );こんなコードで出力できるかと思います。もし、複数の再利用ブロックを用意されて、別の任意の固定ページなどに振り分けたい場合には、条件分岐を変えたり増やしたりすることで対応可能かと思います。
長くなりましたがご確認ください。
Who liked:
