Auf dieser Seite können Probleme mit dem MediaWiki-eigenen Dark Mode gemeldet werden. Sie ist im Erscheinungsbild-Menü des Skins Vector 2022 unter „Ein Problem mit dem Dunkelmodus melden“ verlinkt.
Probleme melden
Probleme können etwa sein:
zu geringer Farbkontrast zwischen Text- und Hintergrundfarbe
Darstellung von transparenten Grafiken auf dunklem Hintergrund
fehlerhafte Invertierung von hellen Hintergrundfarben
Probleme bitte nur dann beheben, wenn du ausreichend Erfahrung mit der Anpassung von Wikipediaseiten für den Dunkelmodus hast. Anpassungen sollen sich nur in Ausnahmefällen bzw. marginal auf die Darstellung im hellen Modus auswirken. Die Einschränkung farblicher Gestaltung im hellen Modus nur aufgrund der Optimierung für den Dunkelmodus ist unzulässig.
skin-invert geht da nicht blau wird lila …. Wie könnte man der Galerie und dem Bild unten sagen, dass für ein transparentes Bild nur dem inneren Bildhintergrund ein anderer Wert zugewiesen werden sollte? Also nicht so, das kann keiner erkennen. --Liebe Grüße, LómelindeDiskussion11:10, 23. Jul. 2024 (CEST)[Beantworten]
Tut mir leid, da hatte ich es wohl zu eilig. Werde in Zukunft besser aufpassen. Das "blau wird lila" ist allerdings kein Problem von skin-invert, sondern liegt daran dass die Farbe im Original bereits lila ist. Da wir dunkle Farben schlechter unterscheiden können als helle, fällt es bloß weniger auf. --Wickie3714:51, 23. Jul. 2024 (CEST)[Beantworten]
Sorry, Windows hatte mir ein unsinniges Farbprofil installiert, das das blau in den Bildern zu #4000FF statt #0000FF gemacht hat :/ Wenn #B3B7FF bereits lila ist, müssen wir aber auch den Artikel Hellblau umschreiben. --Wickie3711:03, 28. Jul. 2024 (CEST)[Beantworten]
Na ja, jeder sieht Farben ja etwas unterschiedlich, für mich wären die ersten 3 Bilder in dem Artikel Hellblau jedenfalls schon Lila. Wo da aber farblich genau die Grenze liegt, weiß ich nicht. --Liebe Grüße, LómelindeDiskussion13:22, 29. Jul. 2024 (CEST)[Beantworten]
Es ist folgendes, Bei der Bearbeitung einer vorhandenen Kategorie, also um sie zu ändern oder zu löschen klickt man den Namen der Kategorie an. Es erscheint dann ein Dialogfeld, in dem man die Änderung vornehmen kann. Dort fehlt im Dunkelmodus das Kategorieicon. Es müsste eigentlich so aussehen, wie hier also in der Form
Kategorien
Diese Seite sortieren, als hieße sie
Ring der Macht
Im Dunkelmodus ist es aber so
0000 Kategorien
Diese Seite sortieren, als hieße sie
Ring der Macht
Die Konsole sieht da kein Icon, es steht dort aber diese Zuweisung <label class="ve-ui-mwCategoryPopupWidget-title oo-ui-icon-tag">Kategorie</label> was wohl dem Kategorien entspräche. --Liebe Grüße, LómelindeDiskussion09:24, 25. Jul. 2024 (CEST)[Beantworten]
In das Eingabefeld beispielsweise diese Anweisungen \relative { \clef bass \key f \major \time 4/4 r4 c d f f2. f4 f c8 c8( c4) c bes bes bes bes bes bes8 bes8( bes4) } \addlyrics { Pro -- bier’s mal mit Ge -- müt -- lich -- keit, mit Ru -- he und Ge -- müt -- lich -- keit } einfügen
Das Ergebnis ist: Die Noten und Musikzeichen werden, ebenso wie die Textpassagen, auf dunklem Hintergrund quasi outlined angezeigt. Es sind also schwarze Zeichen auf schwarzen Grund, die nur durch eine dünne helle Umrisslinie abgegrenzt werden. Besser wäre es, die Notenschrift und Symbole invertiert (einen div-Container mit class="skin-invert-image" drum herum legen) darzustellen, so wie ich es für die Hilfeseite gemacht habe. Insgesamt werden die Notensätze derzeit alle schwarz auf weiß ausgeliefert, was für den Dunkelmodus nicht wirklich hilfreich ist. Beispiele (bitte zum Testen diese Seite auf ?useskin=vector-2022&vectornightmode=1 ansehen)
Ich kann das hier nicht nachstellen an dem erzeugten Bild kann man das nicht ablesen, da es hell hinterlegt wird. Man muss es also direkt im VE testen.
Hilfe:VisualEditor/CodeMirror ich vermute mal die Syntaxhervorhebung ist dort in den identischen Farben, das würde mal wieder zu schlechten Darstellungen auf dunklem Hintergrund führen. Siehe in der die Tabelle die Farbe für Vorlagensyntax oder hier
Es sieht jedenfalls nicht wirklich gut aus, auch dunkelblau (für Linke) ist zu dunkel. Wie gesagt ich vermute, dass sie diese Farben bisher nicht für den Dunkelmodus invertiert oder angepasst haben. --Liebe Grüße, LómelindeDiskussion11:58, 26. Jul. 2024 (CEST)[Beantworten]
Dieses Problem ist vielschichtig, es gibt die MathML- und SVG-Ausgabe von Math-Elementen, bei SVG (Standard) werden die Farben invertiert und passen im Beispiel dann nicht mehr zu denen in der Bildeinbindung, MathML hat das Problem nicht, dafür sind die dunklen Farben teils unleserlich. Eine Lösung fällt mir da nicht auf den ersten Blick ein. -- hgzh08:09, 7. Aug. 2024 (CEST)[Beantworten]
Zwischenstand: \color{black} sollte in Math-Syntax vermieden werden, weil der so ausgezeichnete Teil bei MathML und MathJax schwarz bleibt und nicht invertiert wird. Bei SVG ist es egal, da die erzeugte Datei, nicht einzelne Bestandteile, invertiert wird.
Vielleicht kann man auch das über eine Vorgabe machen
class="darkmode-hintergrundfarbe-warning"background:var(--background-color-warning-subtle,#FEFFE7);/* wird schwarzgelber Hintergrund */color:var(--color-warning,#EDAB00);/* nur im Dunklem immer gelb Farbwert laut codex */
Das sieht, meiner Meinung nach, im Ergebnis jedenfalls gut aus und -warning ist nicht so verkehrt, border und Bildhintergrund würde ich aber so lassen und oben ein border-spacing:0; einfügen.
Diese Daten stammen aus dem Cache, letzte Aktualisierung: vorgestern, 00:00 Uhr
würde zu
Diese Daten stammen aus dem Cache, letzte Aktualisierung: vorgestern, 00:00 Uhr
Die global definierten Hintergrundfarben sollten nur die Basisfälle abdecken, sonst wird es zu viel. Vielleicht überlge ich mir eine TemplateStyles-Lösung. -- hgzh08:14, 22. Aug. 2024 (CEST)[Beantworten]
Die Vorlagen erzeugen zudem sehr viele (fast 70) Zeilentrenner + Leerzeile |-, ich weiß nicht, ob uns das nicht auch irgendwann mal Linterfehler beschert. --Liebe Grüße, LómelindeDiskussion10:35, 25. Sep. 2024 (CEST)[Beantworten]
Der kicker (der auch einen Dark Mode anbietet) hat eine ähnliche Situation mit kleinen, teiltransparenten Logos. Sie verpassen denen bei Bedarf einen mittelhellen Schatten per CSS Klasse. Siehe https://www.kicker.de/premier-league/tabelle/2024-25/6 bei Liverpool oder Tottenham. Das Ergebnis ist etwas Geschmacksache (mir gefällt es nicht immer) - aber zugegeben: technisch sehr einfach und universell - und man muss am Hintergrund nichts ändern.
Nachtrag: Das Löwenkopfsymbol der Premier League seht Ihr auf genannter Seite 2mal: oben links mit Drop Shadow und in der Spalte rechts ohne. Der Unterschied ist gut zu studieren. --Havelkrokodil (Diskussion) 07:21, 29. Sep. 2024 (CEST)[Beantworten]
Ich habe die Kartuschen nochmals geändert. Ohne die zusätzliche Bildeinbindung, was dann auch höhere Kartuschen erlaubt, die nicht so zerstückelt aussehen →
War das schon immer so? Irgendwie kann man Blaulinks #3366CC Im Dunkelmodus nur sehr schlecht lesen. Eigentlich sollte das unverändert bleiben und nicht so aussehen Haus. Der Inspektor sagt, color: var(--color-progressive,#36c); und überschreibt das Dunkelblau _ mit Hellblaulila _ Der Unterschied Textlinkfarbe hell___Linktextfarbe dunkel Ich finde es schon im hellen Modus irgendwie unleserlich, im Dunklen aber absolut nicht barrierefrei. --Liebe Grüße, LómelindeDiskussion10:15, 20. Okt. 2024 (CEST)[Beantworten]
Ja, die Linkfarbe war im Darkmode schon immer eine andere. Die globale Lösung ist, die Links bei Vorliegen einer Hintergrundfarbe schwarz zu färben und zu unterstreichen, aber das halte ich aus Sicht der Benutzerführung für denkbar schlecht. Ich hatte mir schon überlegt, stattdessen ein kräftigeres blau zu nutzen, aber das ist noch nicht über Tests herausgekommen. -- hgzh07:35, 21. Okt. 2024 (CEST)[Beantworten]
Es gibt da noch ein weiteres Problem (na eher Problemchen). Wird die Hintergrundfarbe (also nur jene, die bunt bleiben) in Kopfzeilen von class="wikitable sortable verwendet, dann werden die Sortierpfeile invertiert, auch das ist eher unpassend (ich würde mir eher etwas wie ein nodarkmode = nie ändern, für diese Farben wünschen).
Ja, das mit dem Dunkelblau für die Schriftfarbe hatte ich auch schon überlegt, aber das wäre dann eine Abweichung von allen anderen Links (+ visited) und daher auch nicht die Toplösung. --Liebe Grüße, LómelindeDiskussion10:05, 21. Okt. 2024 (CEST)[Beantworten]
Hier hätte ich einen passenden Selektor für diese Fälle, macht die Links dunkelblauer, wenn es einen Hintergrund gibt:
Ich habe es mal eingefügt, aber es passiert nicht wirklich etwas. Haus Garten, weil die Linkfarbe nicht überschrieben wird. Es steht zwar für das verlinkte Wort im Inspektor --color-progressive: #0000FA; --color-progressive--hover: #000088; aber es ändert nichts. --Liebe Grüße, LómelindeDiskussion06:34, 27. Okt. 2024 (CET)[Beantworten]
So ich denke ich weiß jetzt wie man es eingrenzen kann. Mir geht es ja erst einmal darum, dass sich da eigentlich nichts ändern soll. Wenn die Linkfarbe schon so schlecht zum Hintergrund passt, ist das ein weiteres Problem. Aber notheme scheint zumindest das Farbproblem im Dunklen zu überwinden, dann fehlt also nur noch die Bildeinbindung der Sortzeipfeile.
Was ich mir also vorstellen könnte (laienhaft), ist eine feste Zuordnung der betroffenen Hintergrundfarben (1–4, 6–9) mit notheme und zugleich die Abschaltung der Invertierung, falls es sich um eine sortierbare Kopfzeile handelt. Würde das auch so einen Rattenschwanz nach sich ziehen? Also quasi if [class*="hintergrundfarbe-basis"], [class*="hintergrundfarbe1"], [class*="hintergrundfarbe5"] do "nothing" else do "+ notheme not invert icons" geht das? --Liebe Grüße, LómelindeDiskussion16:05, 27. Okt. 2024 (CET)[Beantworten]
Hmm ist leider auch nicht ganz ohne Probleme. Man darf denn die Hintergrundfarbe nicht mit class="darkmode-hintergrundfarbe-…" überschreiben, was ja das notheme wieder aushebeln würde. --Liebe Grüße, LómelindeDiskussion18:18, 27. Okt. 2024 (CET)[Beantworten]
Es ist und bleibt schwierig, schau beispielsweise hier Rennrodel-Challenge-Cup 2008/09#Endstand im Einsitzer der Männer. Dort wird veraltetes bgcolor verwendet. Das führt zum einen dazu, dass diese Hintergrundfarben „nicht“ als Linterfehler erkannt werden, und zum anderen, dass die Farbe der 2. Zeile bgcolor="#DCE5E5" als normale ungefärbte Textzelle interpretiert wird.
Zebra schaue ich mir nochmal an, aber auf CSS-Variablen kann ich nicht konditional reagieren. Da bräuchte man dann eine zusätzliche Klasse o.Ä., um diese Fälle abzufangen. -- hgzh08:59, 19. Nov. 2024 (CET)[Beantworten]
Also, es geht teilweise durch class="notheme" abzustellen. Ich habe das an mehreren Stellen ausprobiert, Beispiel Vorlage:Partei-Farbcode-US#Beispiele zu vorher so oder diese Vorlage:Zeitleiste der Pulitzer-Preis-Kategorien vs vorher. Das ist zwar umständlich, aber immer noch besser als es bisher der Fall ist. Es betrifft ja nicht nur die Standardhintergrundfarben, sondern alle Hintergründe auf denen Links platziert werden. Das kann man ja nicht wirklich filtern nach Farben, wo es noch lesbar ist und solchen, wo alles verschwimmt. Ich bin dafür die Syntax nicht in das CSS eizufügen, ich habe das dunkle blau auch wieder abgestellt. --Liebe Grüße, LómelindeDiskussion18:02, 20. Nov. 2024 (CET)[Beantworten]
Ich habe gesehen, dass man bei monochromen (schwarzen) Grafiken mithilfe des Parameters class=skin-invert-image eine Invertierung im Dark-Mode erreichen kann. Gibt es auch eine Lösung, die in Infoboxen funktioniert? Im vorliegenden Fall geht es um den Artikel Rulantica, der ein schwarzes Logo mit transparentem Hintergrund (SVG-Grafik) in der Infobox hat. Im Dark-Mode ist dieses kaum zu erkennen (Schwarz auf Dunkelgrau). Der Artikel verwendet die Infobox Freizeitpark, deren Parameter „Bild“ leider nicht die Angabe von Parametern erlaubt. --Winof (Diskussion) 09:26, 25. Nov. 2024 (CET)[Beantworten]
Mal davon abgesehen, dass der Parameter eigentlich nicht für Logoeinbindungen gedacht ist Zitat: „ein Bild des Freizeitparks“, kann man der Infobox entweder einen hellen Hintergrund für das Bild geben, oder einen zusätzlichen Parameter zum Invertieren eines Bildes setzen. --Liebe Grüße, LómelindeDiskussion10:31, 25. Nov. 2024 (CET)[Beantworten]
Nun ja, man kann darüber streiten, ob „ein Bild des Freizeitparks“ unbedingt ein Foto sein muss, oder ob ein Logo im weitestens Sinne auch ein Bild des Freizeitparks ist. Wie dem auch sei, ein Logo wird in vielen Artikeln verwendet; Beispiele: Disneyland Resort (aufgrund der Farbe im Dark-Mode ebenfalls kaum erkennbar), Disneyland Paris, Epcot, Phantasialand usw. Manchmal ist das Logo auch ein rechteckiges Bild ohne Transparenz (Beispiel Europa-Park) oder ein Foto des Logos (z. B. über dem Eingang, Beispiel Warner Bros. Movie World), was natürlich unproblematisch ist.
Dein Vorschlag, einen hellen Hintergrund zu verwenden, ist eine gute Idee. Nur leider unterstützt die Infobox Freizeitpark nicht die Parameter Style, Farbe o. ä. Was wäre hier die beste Lösung? Um eine Erweiterung der Vorlage zu bitten? Ein einfacher Work-around wäre natürlich, die betroffenen Logos abzuändern (bzw. Varianten zu erzeugen), so dass sie einen hellen Hintergrund anstelle von Transparenz besitzen. Aber eine besonders schöne Lösung wäre das sicherlich nicht. --Winof (Diskussion) 15:55, 25. Nov. 2024 (CET)[Beantworten]
Kategorien 
Olympische Spiele
.svg){kind=small}
Universiade
Deutsche Fechtmeisterschaften
Nordische Skiweltmeisterschaften
Universiade
Schweizer Meisterschaften
