フォーラムへの返信
-
基本フォント設定で BIZ UDPMincho か BIZ UDGothic にして、全てのウェイトにチェックするということですよね…？ 一応どちらのフォントも試してみたのですが、こちらの環境では下記のスクショのように、端まで改行されずに表示されました。
なにか他にも条件があるんですかねぇ…。
Who liked: No userわー良かったです！ 検証にご協力いただき大変助かりました。今回のアップデートは必要があってやったものの、後方互換性的に大きな影響がでてしまっているので、もし他にもなにかおかしいところをみつけたらぜひ教えてください。
Who liked:あ！ あと、
wp-content/uploads/inc2734-wp-google-fontsのフォントを参照されていますが、ここ、Google Fonts の自動ダウンロードじゃなくて、独自にサブセット化して軽量化したフォントをテーマ内に持たせるようにしようかなと考え中です。もしテーマ内に持たせるようにしたらこのパスのフォントは読めなくなると思うので、ご自身でダウンロードしたものを参照させる形にしたほうがメンテの手間がかからないかもです！Who liked:ありがとうございます！ やってみたのですが、こちらでは再現できませんでした。
実際のページの URL を共有いただくか、ローカル環境等でムリそうであれば短くなっているときのデベロッパーツールの表示（該当箇所の padding や width がわかるキャプチャ）を共有いただくことはできますか？
Who liked:追記です。
### 前提条件
調査してわかったところを詳しく書きます。
まず、前提として、Snow Monkey v19.0.0 からサイドバーがあるページレイアウトにおいて、サイドバーがメインカラムの下に落ちるタイミングが変更になりました。これまではウィンドウサイズが 1023px 以下になったときでしたが、v19.0.0 からは、メインカラムが 46rem（= 基本文字サイズ x 46）を維持できなくなったとき、になりました。Murasaka さんのサイトは基本文字サイズが 18px だと思うので、メインカラムの幅が 46 x 18 = 828px を維持できなくなるとカラムが落ちます。### 画像の大きさについて
次に、v18 まではメインカラムの中身がどんな大きさでも、ウインドウサイズが 1024px 以上であれば絶対に2カラムで表示させるというような設計になっていました。ただ、それだと大きなコンテンツがあったときに隠れてしまうという問題もあるので、v19.0.0 からは、大きなコンテンツがあるときはなるべくそのコンテンツのサイズで見せる、という設計に変更しました。これにより、例えばすごく大きな画像があるときは大きなまま画像を見せようとするために、サイドバーがカラム落ちするということが起こりえます。
調べてみると、「皇居馬場先門から帝劇ビル（劇場）を望む」の画像には
width: 3264px;とすごく大きな横幅が設定されており、これがカラム落ちの原因になっているのかもしれません。
おそらく画像に横幅が指定されていると思うので、記事の編集画面を開いて横幅の設定を消すと改善されないかな？と思うので、一度試してみてください。
それでもどうしてもダメな場合は、CSS を追加して、強制的に2カラムを維持するようにするしかないかなと思います。必要であれば CSS を書いてみるので、とりあえず上記を試してみて、どうするかご検討ください！
Who liked: No user
