フォーラムへの返信
-
投稿者投稿
-
現象を実際に確認できる URL はありますか?
♥ 0Who liked: No user甲と乙、それぞれの投稿タイプはどうなっているのでしょうか? 「「アーカイブ」を選択して表示させると乙に掲載する記事も表示される。」とあるので同じ投稿タイプなのですかね?
別トピックで参考リンクを貼りましたが、そこにアーカイブリンクを表示させるサンプルコードがあったと思うので試してみてください。
既存のウィジェットで対応しようとされているかと思いますが、おそらくそれは機能上できないと思うので、上記の参考リンクを参考にしてウィジェットやブロックをつくったり、あるいはサイドバーにフックやテンプレートの上書きを用いて直接コードを追加する必要があると思います。
♥ 0Who liked: No user一応 Snow Monkey の仕様としてはヘッダー非表示の状態 + スクロール位置がページ最上部、になるように遷移するようになっています。
こちらで試してみました(Mac + Chrome)が、こちらではその仕様通りの挙動になりました。
・スムーススクロールされない
スムーススクロール機能は同一ページ内のアンカーリンクのみ有効です。
♥ 0Who liked: No user運用面での要件を満たしていないかもしれませんが、カスタム投稿タイプを使って「乙」を作るのが簡単な気がします。
あーなるほど。
@福山さん、
– 甲はカスタム投稿タイプ甲(あるいは投稿) + カスタムタクソノミー甲(あるいはカテゴリー)
– 乙はカスタム投稿タイプ乙 + カスタムタクソノミー乙っていう感じですかね。懸念点としては甲乙で投稿タイプが異なるので、甲乙の全記事を表示するアーカイブページが必要だと結局それはつくらないといけなくなりますね。
あと、カスタム投稿タイプはデフォルトでは年別アーカイブ非対応なので、なんらか対応が必要になります。これもどこまでやるかになってくるかと思いますが、とりあえず軽くググった結果を貼っておきます。
下記の CSS を追加してみてください。
・フッターサブナビゲーションのカラー変更
.p-footer-sub-nav .c-navbar { justify-content: center; }
・スマホ表示での要素を中央に寄せたい(PCでは中央によっているが、スマホでは左に寄ってしまっている)
.p-footer-sub-nav .c-navbar__item { color: red; }
♥ 0Who liked: No user先ほど添付した画像のように、「縦2横2」でカテゴリータブを設定することはできないのでしょうか?
一応下記の CSS でそれっぽい感じにはできます。
.smb-tabs[data-orientation=horizontal] > .smb-tabs__tabs { flex-wrap: wrap; } .smb-tabs[data-orientation=horizontal] > .smb-tabs__tabs > * { width: 50%; } .smb-tabs[data-orientation=horizontal] > .smb-tabs__tabs .smb-tabs__tab { white-space: initial; }
添付画像のように、「②(次のページ)」のような設定はできるのでしょうか。
これはできないですね…。
♥ 0Who liked: No userWordPress はカテゴリーアーカイブが自動的に生成されます。例えばカテゴリーAのカテゴリーアーカイブを開くとカテゴリーAに割り当てられた記事の一覧が表示されます。
「甲にカテゴリーA、Bの記事を載せる」とのことですが、詳細によって色々変わってきそうな気がします。
例えばパッと思いついたのだと– 固定ページをつくって、そこにカテゴリーAとBの記事を表示させるようなショートコードをつくる
– カテゴリーA のカテゴリーアーカイブを開いたら、カテゴリーB の記事も表示するようにクエリを書き換えるのような方法が考えられます。前者の場合はカテゴリーA・Bそれぞれのカテゴリーアーカイブも存在したままになるし、この固定ページへの導線を作らないといけないのが大変そう&年別アーカイブをつくるのも大変そう、後者の場合はカテゴリーBのカテゴリーアーカイブは存在したままになるし、カテゴリーA だけのカテゴリーアーカイブも必要だとそもそもダメ、みたいなことが考えられますよね。
やってみないとわかりませんが、多分手間が少なそうなのは後者、前者は年別アーカイブの実装がネックになりそうな気がします。
♥ 0Who liked: No user一覧部分はアスペクト比が4:3なので、4:3になる画像をアイキャッチ画像に設定されると良いかもしれませんが、記事ページ内のページヘッダーや記事の前後ナビ部分については4:3ではないので見切れてしまいます。
Snow Monkey ではアイキャッチ画像を表示する箇所はこのように完全にはアスペクト比が統一されていません。これはその画像をすべて見せることを想定していないためで、例えばイメージ画像のような、文字が含まれていない画像が設定されることを想定しているためです。
アイキャッチ画像が表示される箇所はだいたいが
object-fit: cover
になっているので、object-fit: contain
で上書きすればトリミングされることはなくなります(ただ、表示箇所と表示したい画像のアスペクト比が異なるとその差異の部分が見えてきてはしまいますが…)。♥ 0Who liked: No userありがとうございます。その部分(サイトブランディング)の文字の大きさは
.c-site-branding__title
に対して CSS が書かれています。スクショをみると
@media (min-width: xxxpx)
という記述があるのが確認できると思いますが、これは「xxxpx
以上のときに適用される」という意味になります。サイトブランディングの文字の大きさは、画面の大きさに伴って段階的に大きくなるようになっているので、どの画面サイズのときに大きくしたいのかがわかったほうがコードを提示しやすいです。どの場合でも 4rem にしたい、という例だと以下のような感じになります。
.c-site-branding__title { font-size: 4rem !important; }
♥ 0Who liked: No userこんな感じですかね?
.p-entry-content > h2 { color: red; }
Snow Monkey は他のブログ向けテーマと比べると設定項目は少なめになっています。これは Snow Monkey はコードによるカスタマイズをしやすいような設計にしたかったためで、設定にないカスタマイズについては基本的にコードを書くことが必要です。もちろんコードを書けないという方もいらっしゃるのでサポートはおこないますが、業務委託については承っておりません。
不具合の可能性を減らすため等の理由でコードを書かずに使用される方もいらっしゃると思うので、コードを書かないという方針でいくのも一つの手だと思います。
私が作りたいブログサイトは、ちまたでよく見るデザインのため特殊なモノではないと思っておりますが、
それぞれのテーマにポリシーや向き不向きがあると思うので、Snow Monkey をめちゃめちゃカスタマイズしないと実現できないのであれば、実現したいことに近いテーマを利用するほうが手間も不具合の発生可能性も減ると思います。
上記にも書きましたが再度引用しておきますね。
もしさらにデザインをカスタマイズしたい場合はサポートフォーラムで開発者がサポートしますので安心してください。
というトップページの文言をスクショされていますが、僕はサポートはあくまで「手助け」だと考えています。「こう書いてみたけど動かない」「こう調べてみたけどわからなかった」ということに対しては「ここに誤りがあるようなのでこう書き直してみてください」「こう調べてみたらどうでしょうか」ということを返答しています。これはサポートだと考えています。でも、やりたいことだけを提示されてそれを実現するコードを提示するだけ、という流れはサポートではなく業務委託だと考えています。
はじめはわからなくても、僕や他の方が調べ方ややり方を提示してくださっていると思うので、それを応用したり少し深堀りしてみたら既出のトピックの似たようなカスタマイズについてはご自身でも解決できるようになると思います(それができるようになるためにサポートフォーラムが存在します)。
以下確認をお願いします。
– 他のテーマでは正しく設定可能か
– すべてのプラグインを停止した場合も問題は改善しないか
– 反映されないとき、デベロッパーツールの「コンソール」になにかエラーが表示されていないか♥ 0Who liked: No userシェアボタンの種類を「アイコン」にするのが一番簡単だと思います。
♥ 0Who liked: No user前述したとおり、(バグなどが無い限り)基本的にはありません。
もし「リセット」というのが設定・入力したデータが完全に消えてしまう、ということであればそうなる可能性はかなり低いと思います(バグがあれば発生する可能性は完全にはゼロではありません)。
メジャーアップデートのときに設定値の名前に変更があったりした場合は、場合によってはその設定がデフォルトの設定に戻ってしまうことはありえます。なるべくそうならないようにしてリリースするようにしていますが、コードでのカスタマイズをされている場合はこちら側ではそのコードに直接手を入れられないのでそのようなことがおこりえます。こちらも(バグなどが無い限り)基本的には大丈夫なのでコードによるカスタマイズをしない場合はあまり気にしなくても良いと思います。
ただ、何があるかは誰にもわからないので、何かあったときにいつでも復旧できるようにバックアップは必須だと思います。
♥ 0Who liked: No userその部分は
.c-entry-summary__content
というクラスが付与されています。なので下記の CSS で非表示にできます。
.c-entry-summary__content { display: none; }
もしさらにデザインをカスタマイズしたい場合はサポートフォーラムで開発者がサポートしますので安心してください。
というトップページの文言をスクショされていますが、僕はサポートはあくまで「手助け」だと考えています。「こう書いてみたけど動かない」「こう調べてみたけどわからなかった」ということに対しては「ここに誤りがあるようなのでこう書き直してみてください」「こう調べてみたらどうでしょうか」ということを返答しています。これはサポートだと考えています。でも、やりたいことだけを提示されてそれを実現するコードを提示するだけ、という流れはサポートではなく業務委託だと考えています。
はじめはわからなくても、僕や他の方が調べ方ややり方を提示してくださっていると思うので、それを応用したり少し深堀りしてみたら既出のトピックの似たようなカスタマイズについてはご自身でも解決できるようになると思います(それができるようになるためにサポートフォーラムが存在します)。
♥ 0Who liked: No user -
投稿者投稿