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 beheben
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]
zebra habe ich entfernt und zusätzlich Einbindung von CSS-Variablen ausgeschlossen, womit der Hilfe-Kasten funktionieren sollte. Die helle Textfarbe bei zebra in der ersten Tabelle oben links ist ein davon unabhängiges Problem. -- hgzh08:05, 5. Dez. 2024 (CET)[Beantworten]
background-color:transparent sollte besser entfernt werden, da das auch an anderer Stelle Probleme macht und unnötig ist. Im Modul habe ich das gerade gefixt. Gruß, -- hgzh11:36, 5. Dez. 2024 (CET)[Beantworten]
Ich hoffe, dass ich diese Woche noch dazu komme, mir das anzuschauen. Aber meines Wissens hatte ich bei Einführung des Dark Mode sämtliche Musikvorlagen per TemplateStyles schon angepasst, da sollten also grundsätzlich keine Änderungen an den Vorlagen selbst mehr nötig sein. --XanonymusX (Diskussion) 12:08, 11. Dez. 2024 (CET)[Beantworten]
Es geht dabei um eine zusätzliche Einfärbung der Blaulinks, die oftmals auf bunten Hintergründen nur sehr schlecht lesbar sind, daher möchte hgzh das Blau dunkler machen, das führt aber dann dazu, dass die Musikvorlage wohl über templatestyles den Hintergrund auf dunkel setzt, das css dies aber nicht bemerkt und das Blau daher dunkel belässt. Ich teste ja gerade deshalb, ob diese Blauumstellung machbar wäre oder mehr Probleme erzeugt als sie löst. Es eilt nicht. --Liebe Grüße, LómelindeDiskussion12:34, 11. Dez. 2024 (CET)[Beantworten]
Die Galerie mit der Überschrift „Provinzen des Königreichs Italien“, wie soll man das lösen? klasse=skin-invert geht da nicht. Man könnte ein class="hintergrundfarbe2" einfügen, was aber einen dicken weißen Block erzeugen würde. Auch diese Datei:Italy Industry 1871.svg wäre für eine Einbindung in einer Galerie ungeeignet. Dem mode="packed" wird hier explizit ein background-color:transparent zugeordnet, was das Bild komplett unsichtbar macht.
Es wird im Dunkelmodus für die ersten beiden Dateien nur eine winzige weiße Fläche angezeigt, entfernt man mode="packed" ist es nicht wirklich viel besser, die Umrisse der beiden Dateien sind dann kaum sichtbar schwarz auf dunkelgrau. --Liebe Grüße, LómelindeDiskussion16:25, 21. Dez. 2024 (CET)[Beantworten]
Das ist eine Folge der Unsitte, derartige SVGs ohne Hintergrundfarbe hochzuladen. Das ist ungefähr so, als würde man mit schwarzem Stift auf Klarsichtfolie schreiben. Wenn man die auf schwarzen Karton legt, dann sieht man auch nichts mehr. ÅñŧóñŜûŝî(Ð)21:11, 21. Dez. 2024 (CET)[Beantworten]
Das der transparente Hintergrund die Ursache ist, war mir schon klar, aber wir können unmöglich alle derartigen transparenten Bilder jetzt alle prophylaktisch mit einem weißen Hintergrund versehen. Das Galerieproblem sollte schon softwareseitig irgendwie gelöst werden. Für Infoboxen setzen wir da ja auch helle Hintergründe, wo transparente Bildhintergründe die Darstellung auf dunkel verhindern. Aber einer Galerie kann man eben keine Farben für einzelne Bilder mitgeben. Und ich war mir bisher auch nicht bewusst, dass mode="packed" nochmals anders auf die Dateien wirkt als eine normale Galerie. Das machte es nicht eben leichter. Das transparent sollte dort, wegen der Vorgabe in den Stilregeln, rausgenommen werden, denke ich. --Liebe Grüße, LómelindeDiskussion06:35, 22. Dez. 2024 (CET)[Beantworten]
alle nicht aber einzelne, wenn sie so wie hier, nur auf de:WP genutzt werden. SVGs mit transparentem Hintergrund sind fast immer für weißen Hintergrund des Hintergrundobjekts ausgelegt. Hier muss die Gallerie also weißen Hintergrund bekommen. Bei Fotos ist es doch auch so, dass es im DM entweder gut aussieht oder eben nicht. Machen wir mal den HTML-Vergleich:
Das ist mit den CSS-Klassen ggf. zu händeln. Evtl mit
Kategorien 
Olympische Spiele
Universiade
Deutsche Fechtmeisterschaften
Nordische Skiweltmeisterschaften
Universiade
Schweizer Meisterschaften
