Ich experimentiere mit Farbschemata, die einen dunklen Header-Hintergrund, aber einen hellen Website-Hintergrund haben.
Gibt es eine Möglichkeit, diese Farbschemata zu kennzeichnen, damit sie trotzdem das Dark-Mode-Logo übernehmen? (da es hellen Text hat)
Hm, nicht einfach. Unsere Berechnung für Dark-Mode-Logos basiert darauf, ob das gesamte Farbschema als dunkel gilt, und dafür vergleichen wir die Helligkeit der primären und der sekundären Farbe. Diese Berechnung findet hier im Code statt.
Ihr Anwendungsfall passt jedoch nicht ganz zu diesem Szenario. Sie könnten eine Theme-Überschreibung des Logos schreiben, die standardmäßig das dunkle verwendet, aber dann müssten Benutzer sowohl Themes als auch Farbschemata wechseln… knifflig. Ich vermute, Sie möchten, dass Benutzer mehrere Farbschemata auswählen können, richtig?
Ja, ich betreibe eine einzelne Theme-Instanz und möchte das auch beibehalten. Das ist für die Benutzer viel einfacher.
Ich wäre auch mit einer provisorischen Lösung zufrieden, wie z. B. der Möglichkeit, benutzerdefiniertes CSS/JS basierend auf dem Farbschema einzufügen.
Idealerweise sollte jedoch jedes Farbschema meiner Meinung nach eine Option haben, um zu bestimmen, ob es das dunkle oder das helle Logo übernimmt. Die automatische Entscheidung basierend auf der Grundhintergrundfarbe funktioniert nicht, gerade weil der Header-Hintergrund komplett anders sein kann.
Das mag wünschenswert sein, ich bin mir da nicht ganz sicher, aber selbst wenn es das ist, ist es für ein Farbschema schwierig zu steuern. In gewisser Weise würde ein Farbschema, das sein Logo auswählt, zu sehr über seinen eigenen Geltungsbereich hinausgreifen.
Dies erschwert auch mögliche Hacks. Wir haben derzeit keine Möglichkeit, CSS oder JS basierend auf dem Namen oder der ID eines Farbschemas hinzuzufügen.
hmmm
was ist mit einer bestimmten Farbe in der Farbpalette? wie ein bedingtes CSS für das Logo basierend auf der Header-Farbe?
Dem stimme ich vollkommen zu.
Auf meinem Forum haben wir ein pinkes Farbschema. Es hat eine pinke Titelleiste und eine helle Sekundärfarbe.
Im hellen Farbschema sieht die Titelleiste so aus:
Im pinken Farbschema erwarten wir, dass das Logo so aussieht, genau wie das Dunkelmodus-Logo:
Aber was wir tatsächlich bekommen, ist das hier, weil Discourse es einfach als Anpassung des hellen Modus-Logos betrachtet:
Am Ende haben wir einige weniger elegante Theme-Komponenten verwendet, um das Logo von der Header-Farbe beeinflussen zu lassen. Wir sind leicht beunruhigt über die automatische Bestimmung, wie dunkle und helle Farbmodi das Logo beeinflussen.
Ich meine, es scheint mir nicht, als würde das außerhalb des Geltungsbereichs eines Farbschemas liegen.
Ich spreche nicht von benutzerdefinierten Logos pro Farbschema, ich frage nur nach einer Einstellung, die bestimmt, ob das Farbschema das Logo im hellen oder dunklen Modus aufrufen soll, anstatt dass dies automatisch bestimmt wird. Die automatische Erkennung kann weiterhin das Standardverhalten sein.
Ich stelle mir ein Dropdown namens Logoerkennung mit den Optionen Automatisch, Hell und Dunkel vor. Dann kann der Code, der die Bestimmung vornimmt, diese Checkbox sehen und die Hintergrundfarbe prüfen, wenn sie automatisch ist, oder einfach das angegebene Logo auswählen.
Das scheint mir eine Information zu sein, die semantisch für ein Farbschema relevant ist, und keineswegs ein Hauptmerkmal.
Ich würde mich freuen, wenn Sie Ihre Lösung teilen könnten, @Lhc_fl. Das wäre zumindest eine vorübergehende Lösung für mich.
Wenn du mehr erklären könntest, wie das funktionieren würde, @Lilly, bin ich ganz Ohr.
Wir haben jedes Farbschema separat in ein Thema umgewandelt…
Schade. Danke.
Ja, ich habe das Ähnliche wie @Lhc_fl für mein Forum gemacht, aber ich ändere die Headerfarbe und das Logo nach Kategorie in zwei dunklen und hellen Themen. Meine Benutzer sind nicht technikaffin und fanden die Hell-Dunkel-Option in einem Thema verwirrend, daher verwende ich stattdessen helle und dunkle Themen. Ich denke, das wäre mein Vorschlag, da Sie nur mit einem tatsächlichen Thema arbeiten. Der Sidebar-Theme-Umschalter TC macht es den Benutzern leicht, zu wechseln.
Wenn ich eine Feature-Anfrage stellen möchte, ist das etwas für einen Thread in Feature?
Ja, das ist es 
oder wir könnten dieses Thema nach Feature verschieben
Ich denke, frische #feature- oder #ux-Anfragen werden bevorzugt, wenn möglich, anstatt einen #support-Thema zu verschieben. Auf diese Weise können Sie in der OP richtig formulieren, was Sie wollen, einen starken Anwendungsfall ausarbeiten und alles, was Sie beim Erkunden der Idee in einem #support-Thema gelernt haben, einbeziehen/zusammenfassen.
Letztendlich gilt: Je stärker Ihr Fall ist, desto wahrscheinlicher ist es, dass er für die Entwicklungszeit berücksichtigt wird.
Ich werde das neue Thema erstellen und es neu formulieren.
