ダークまたはライトのロゴを取得するカラースキームを制御する方法

ヘッダーの背景をダーク、サイトの背景をライトにする配色を試しています。

(テキストがライトなので)ダークモードのロゴを拾うように、これらの配色をマークする方法はありますか?

Hi @FroggyC :wave:

perhaps these may help:

「いいね!」 2

うーん、簡単ではありません。ダークモードのロゴの計算は、配色全体がダークと見なされるかどうかに基づいており、そのためプライマリカラーとセカンダリカラーの明るさを比較します。その計算は、コードのこちらで行われます。

ただし、あなたのユースケースは、そのシナリオとは少し異なります。ロゴのテーマオーバーライドを記述して、デフォルトでダークロゴを使用するようにできますが、その場合、ユーザーは配色だけでなくテーマも切り替える必要があります…それは難しいですね。ユーザーが複数の配色を選択できるようにしたいということでしょうか?

「いいね!」 3

はい、単一のテーマインスタンスを実行しており、そのように維持したいと考えています。ユーザーにとってはるかに簡単です。

カラー スキームに基づいてカスタム CSS/JS を注入できるような、ハッキーなソリューションでも構いません。

しかし、理想的には、各カラー スキームには、ダーク ロゴとライト ロゴのどちらを採用するかを決定するオプションがあるべきです。私の意見では。ベースの背景色に基づいて自動的に決定することは、ヘッダーの背景が完全に異なる可能性があるため、うまくいきません。

それは望ましいかもしれませんが、私にはよくわかりませんが、たとえそうであっても、配色が制御するのは難しいことです。ある意味では、配色がロゴを選択するということは、配色が自身の範囲を超えて手を伸ばしすぎることになります。

これにより、ハッキングも複雑になります。現在、配色名またはIDに基づいてCSSまたはJSを追加する方法はありません。

うーん

テーマパレットの特定の色はどうですか?ヘッダーの色に基づいてロゴの条件付きCSSのようなもの?

私もその意見に強く賛同します。

私のフォーラムでは、ピンクの配色があります。タイトルバーはピンクで、二次的な色は明るい色です。
ライト配色では、タイトルバーは次のようになります。

ピンクの配色では、ダークモードのロゴと同じように、ロゴが次のようになると期待しています。

しかし実際には、ディスコースが単にライトモードのロゴを適応させていると見なすため、次のようになります。

結局、ロゴがヘッダーの色に影響されるように、あまり洗練されていないテーマコンポーネントを使用しました。ダークモードとライトモードの色がロゴにどのように影響するかを自動的に決定することに、私たちは少し困惑しています。

「いいね!」 3

むしろ、カラースキームの範囲を超えているようには思えません。

カラースキームごとにカスタムロゴを作成することではなく、カラースキームがライトモードまたはダークモードのロゴを呼び出すかどうかを決定する設定を求めているだけで、自動的に決定されるのではなく。自動検出は引き続きデフォルトの動作にすることができます。

ロゴ検出というドロップダウンがあり、オプションは自動ライトダークとなります。次に、決定を行うコードは、そのチェックボックスを確認し、自動の場合は背景色を確認するか、指定されたロゴを選択できます。

これはカラースキームにとって意味的に関連性の高い情報であり、まったく主要な機能ではないように思えます。

Lhc_flさん、解決策を共有していただけると嬉しいです。少なくとも私にとっては一時的な回避策になります。

もしそれがどのように機能するか、@Lilly、もっと説明していただければ、喜んで聞かせていただきます。

各カラースキームを個別のテーマとして作成しました…

「いいね!」 2

残念です。ありがとうございます。

はい、フォーラムでも@Lhc_flさんと同じことをしましたが、カテゴリごとにヘッダーの色とロゴを、ダークとライトの2つのテーマで変更しました。私のユーザーは技術に詳しくなく、テーマ内のライト・ダークオプションが混乱を招くことに気づいたので、代わりにライトとダークのテーマを使用しています。実際には1つのテーマしか扱っていないので、それが私の提案になると思います。サイドバーのテーマ切り替えTCにより、ユーザーは簡単に切り替えることができます。

「いいね!」 1

機能リクエストをしたいのですが、Feature のスレッドで可能ですか?

「いいね!」 2

はい、できます👍 または、このトピックを Feature に移動することもできます。

「いいね!」 1

可能な限り、Support トピックをスライドさせるのではなく、新しい FeatureUX リクエストを優先することをお勧めします。そうすれば、OP で希望するものを適切に構成し、強力なユースケースを fleshing out し、Support トピックでアイデアを検討中に学んだことをすべて折りたたんだり要約したりすることができます。

最終的には、ケースが強力であるほど、開発時間の検討対象となる可能性が高くなります。:+1:

「いいね!」 2

新しいトピックを作成し、再構成します。

「いいね!」 2