[キタジマ タカシ]

そうですね、これは子テーマでの対応となります。

/snow-monkey/templates/view/content-post.php を /子テーマ/templates/view/content-post.php にコピーして、その中の

<div class="c-entry__meta">
	<?php get_template_part( 'template-parts/entry-meta' ); ?>
</div>

を消して、

<?php
if ( get_option( 'mwt-display-profile-box' ) ) {
	get_template_part( 'template-parts/profile-box' );
}
?>

の上に

<?php get_template_part( 'template-parts/entry-meta' ); ?>

ペーストしてみてください。

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

子テーマの CSS、もしくは「カスタマイザー > 追加 CSS」に下記の CSS を追加していただくとどうでしょうか？

@media (max-width: 1023px) {
  .c-entries--rich-media .c-entries__item {
    flex-basis: 100%;
    max-width: 100%;
  }
}

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

スマホメニューを開いた後、閉じるのが面倒なので、スクロールしたら、自動で閉じてほしい。

これは意図せぬ動作がおこりそう（例えば閉じたくないのに閉じちゃうとか）がありそうなので難しいと思います。スクロールするためにはメニュー部分以外の画面を触る必要がありますが、現状でも、閉じるボタンを押さなくてもメニュー部分以外の画面を触れば閉じるようになっていますので、そのままでも使い勝手的にはあまり差はないのかなと考えています。

スマホメニューでサブメニューをつくった時に、右側に出て来る↓開くマークがわかりづらいので、もっと左側に寄せるか？リテラシーが低い人でも開けるとわかるようにしてほしい。

デザインは調整の必要があると思いますが、次の CSS を子テーマや追加 CSS に追加していただければ、開く/閉じるという表記に変更できます。

#drawer-nav .c-drawer__toggle[aria-expanded=true] {
  transform: none;
}

#drawer-nav .c-drawer__toggle .c-ic-angle-right:before {
  content: '開く';
}

#drawer-nav .c-drawer__toggle[aria-expanded=true] .c-ic-angle-right:before {
    content: "閉じる";
}

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

ただ、拡大したときに上下が切れてしまうのは、残念な感じはします。
サムネイルはトリミングされていてもいいけれど、拡大画像では全体を見せたいと思うのですよね…

確かに拡大画像までトリミングするのはやりすぎな感じがしてきました。トリミングなしで良い感じにできるかちょっとやってみます！

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

今手元では修正しました。リリースまで少々お待ちください。

目次という見出しの変更はプログラム上での変更になりますでしょうか。

そうですね。子テーマの functions.php に下記をコピペしてみてください。

add_filter( 'gettext', function( $translation, $text, $domain ) {
	if ( 'inc2734-wp-contents-outline' === $domain && 'Outline' === $text ) {
		return '「目次」以外のラベルを表示します！';
	}
	return $translation;
}, 10, 3 );

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

すみません！勘違いしていました！ご指摘の通り、hタグじゃないとダメということにしていたみたいです。なぜかというと、そうしないと見出しの「入れ子」ができないためです（h2, h3 となっていれば階層が判断できるが div だと階層が判断できない）。

ということで、div じゃなくてhタグを使って頂く必要があります。

※とりあえず、hタグ以外の場合は全部同じ階層として判定されるようにアップデートしたいと思います。

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

そうなんです…ギャラリーをどう見せるかというのは結構悩みまして、どんな画像がきても強制的に整えて表示するほうがベターな場面が多いのかなということで今は強制的に全部の画像が 16:9 になるようにしています。

もしトリミングさせたくない場合は「カスタマイザー > デザイン > Pure CSS ギャラリーを使用する」のチェックを外すと、トリミングされず、WordPress の標準的なギャラリーとして表示されるようになります。

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

言われてみれば1カラムの場合はウィンドウ幅になったほうが良い気がしてきました。ちょっと検討しますね。

ちなみに、1カラム（silm）のときは、背景はウィンドウ幅になるとして、その中身の幅を slim な幅にあわせるのか、通常の幅にするのか、デザイン的にはどちらのほうがベターなんだろう…？みたいなのは気になりました。テキストウィジェットとか通常のウィジェットは slim 幅で配置されることになるのでやっぱり slim 幅ですかねー。

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

うーん、でも確かに PR ボックスの場合、フッター以外（サイドバーもかな…？）のウィジェットエリアでは .c-section__title のデザインになったほうが良さそうな気がしてきました。ちょっと検討します！

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

あ、これも下記と原因同じですね！

WPAW:ショーケースの幅

このトピックには4件の返信、2人の参加者があり、最後にキタジマ タカシにより2年、 2ヶ月前に更新されました。…

snow-monkey.2inc.org

ウィンドウ幅いっぱいのデザインであったり、.c-section__title になったりするのは、ホームページの設定をおこなって、フロントページウィジェットエリアにウィジェットを配置し、テンプレートが「デフォルト」になっている場合の限られた挙動になります！

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

「トップページのウィジェット」というのは、フロントページウィジェットエリアでしょうか？

「ホームページの設定」をせずに、トップページにウィジェットを設置した場合（多分そのときはアーカイブページ上部とかになると思います）、ウィンドウ幅いっぱいにならないのが標準の挙動となります。
ウィンドウ幅いっぱいにしたい場合は、ホームページの設定をおこなって、フロントページウィジェットエリアに配置してみてください。

◎ホームページの設定

ホームページの設定

ホームページは大きく分けて2つの使い方があります。 1つめは一般的なブログとして使用する方法、2つめは Web…

snow-monkey.2inc.org

もしホームページの設定もすんでいて、フロントページウィジェットエリアに配置しているのにウィンドウ幅いっぱいにならない場合は、ホームページに割り当てているページの「テンプレート」が「デフォルト」ではなく「1カラム」等になっているのではないかと思います。ホームページの設定が済んでいる場合は、割り当てている固定ページの編集画面でテンプレートが何になっているか確認されてみてください。

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

スマホでこれが常に上に表示されており

うーん、そうですね、これはちょっと難しいかもです。フッター固定ナビゲーションのように、ページ下部に固定するのは別段難しくないのですが、ページ上部に固定する場合は、

• 管理バー（ログインしていると表示される黒いバー）に被ったり離れたりせずに同調して動くか
• ヘッダーが固定になっているのかスクロールするようになっているのか判定して同調して動くか
• コンテンツに、固定したものが被らないように調整

など、考えないといけないパターンが多くかなり難易度が高いんですよね…。

※お知らせバーのカスタマイズで４つリンクを貼れるようにする方法でも構いません。

現実的にはこちらかと思いますが、お知らせバーはページをスクロールすると一緒にスクロールされて、ページ上部に固定されません。そこは大丈夫でしょうか？
（ページ上部固定が必須ではないのであれば、お知らせバーじゃなくてオリジナルなデザインのものをヘッダー下に配置するとかは可能です。どういうデザインにするかは考えないといけませんが…）

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

divに変えたら

これはどういうふうに変更されましたか？
Elementor にそれほど詳しくないので外しているかもですが、僕が前述した、

	
	

					
目次
		
		

	

は Elementor の「見出し」というパーツを入れた場合に反応するようになっています。もし「見出し」以外のパーツを入れて見出しっぽい装飾をしたとしても、それが見出しかどうかの判断は機械的にはできないので、 headings=".elementor-heading-title" の部分をうまいこと調整して対応する必要があるかもしれません。

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

目次、内部的にはショートコードを使っているのですが、Elementor で作成した固定ページに、テキストで次のショートコードを埋め込めば、Elementor の見出しにもとりあえず対応できそうです。よかったら試してみてください！

	
	

					
目次
		
		

	

このフォーラムの内容などを使うとFAQがつくれそうですね。とふと思いました。

ですねー、まとめたいとは思っているのですが、開発作業とのバランスがなかなか…^^;

♥ 0

いいねをした人: 居ません

[キタジマ タカシ]

原因がわかりました！
Snow Monkey の目次ウィジェット（と投稿に自動表示される目次）は、記事直下の見出しにしか反応しないようにしていたんでした！つまり、HTML 的にいうと、

<div class="c-entry__content">
    <h2>これには反応する</h2>
    <h2>これにも反応する</h2>
</div>

ですが、

<div class="c-entry__content">
    <div class="foo">
        <h2>これには反応しない</h2>
    </div>

    <h2>これには反応する</h2>
</div>

となるんです。なぜそうしているかというと、他のプラグイン等でショートコードやらを入れたときに、いわゆる「ページの見出し」の用途以外で h2 やらが使われていることが可能性としてあり、なんでもかんでも反応せさせてしまうと正しい目次構造が生成されないためそのようにしています。Elementor は見出しがいくつかのタグで囲まれて表示されるので反応しないということになります。

Elementor の場合は「見出し」というパーツがあるので、それには反応するようにしたほうが良いのかなと思いますが、ちょっと今すぐには対処法がわからないので、おいおい調査＆可能であれば対応できればなと思います。

♥ 0

いいねをした人: 居ません

[投稿者]

投稿