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]
Fast alle Sind nicht darkmodetauglich, das lässt sich zwar beheben ist aber echt zeitintensiv da der Sportbereich schon immer dadurch auffällt, dass dort haufenweise veraltete Syntax verwendet wird. Problematisch wird es aber bei so etwas:
enwiki hat ein Modul für solche Turnierpläne. Das Ziel wäre eigentlich, diese auf eine zentrale Lösung umzustellen, das müsste nach dewiki portiert werden. -- hgzh20:30, 3. Sep. 2024 (CEST)[Beantworten]
Das wäre auch der besste Weg. ansonsten muss man mit den Standardfarben arbeiten. Es wird sowieso Zeit, dass man da wegen des Dark Mode einige mehr definiert. Ein Beispiel für klassische Anpassung ist unter Benutzer:Antonsusi/Turnierplan4 zu finden. Ein Beispiel aus Österreichische Eishockey-Liga 2003/04 sieht dann so aus:
Wenn die Farben in beiden Modi passen, dann ist es doch (fast) gut. Es geht um viele Vorlagen. Dann muss man alle(!) nur auf die allg. definierten CSS-Klassen ändern. Viel Arbeit und nur zuammen mit dem Portal:Sport machbar. TemplateStyles sind sowieso sinnvoll. Das ist aber eine Sache für eine Umstellung auf Lua. ÅñŧóñŜûŝî(Ð)14:02, 27. Okt. 2024 (CET)[Beantworten]
Schau dir doch mal dein Beispiel an, was sollen denn diese Kästen dort? Einige davon sind recht komplex und arbeiten leider oftmals mit unvollständiger Tabellensyntax, was die Anpassung erschwert. Lua können hier die Wenigsten, das heißt jede Änderung kann nur von sehr wenigen Leuten ausgeführt werden. Normale Syntax hingegen, können mehr Leute bearbeiten. Ich steige ja schon bei den Templatestyles aus. Nein, es ist nicht nur mit dem Portal machbar, die meisten lassen sich vereinfachen und relativ leicht anpassen. Nur die komplexen, die mit unvollständigen Tabellen realisiert wurden, machen Probleme. Allein für diesen Umbau habe ich fast vier Stunden gebraucht und auch da ist die Syntax noch nicht vollständig. Davon gibt es noch mehrere, den 32er und den 24er habe ich nach mehreren Stunden aufgegeben. Und hier benötigt man wirklich nur die beiden Standardhintergrundfarben 1 und 5. --Liebe Grüße, LómelindeDiskussion14:21, 27. Okt. 2024 (CET)[Beantworten]
Bitte für #f2f2f2 → hintergrundfarbe5 setzen. Scheinbar hatte ich das im 4er versehentlich übersehen. Niemand ist vollkommen. Und was die Farben angeht, wichtig ist doch am Ende nur, dass sie einheitlich sind. --Liebe Grüße, LómelindeDiskussion17:03, 27. Okt. 2024 (CET)[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.
Das kommt aus Vorlage:NavFrame/styles.css. Es mag in einigen Fällen nicht toll aussehen, aber irgendeinen Tod muss man sterben. Die Alternative wäre, dass einige transparente Grafiken gar nicht sichtbar sind.
Meiner Meinung nach sind die Bildchen in Navileisten ohnehin verzichtbar, da ohne Informationswert, aber es gibt sie nunmal. Gruß, -- hgzh21:56, 29. Okt. 2024 (CET)[Beantworten]
Es sieht auch allgemein schlecht aus, wenn der graue Kopfbereich auch hinter dem Wappen ist.
Es wäre besser, wenn das Wappen/Bild nur links vom Inhalt platziert wird und nicht auch im Kopfbereich. Dann kann es mittels Notheme-Klasse im Bedarfsfall (=Parameter) unverändert mit weißem(!) Hintergrund bleiben. ÅñŧóñŜûŝî(Ð)06:02, 30. Okt. 2024 (CET)[Beantworten]
Kategorien 
Olympische Spiele
.svg){kind=small}
Universiade
Deutsche Fechtmeisterschaften
Nordische Skiweltmeisterschaften
Universiade
Schweizer Meisterschaften
