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.
Letzter Kommentar: vor 6 Monaten8 Kommentare3 Personen sind an der Diskussion beteiligt
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
Letzter Kommentar: vor 7 Monaten2 Kommentare2 Personen sind an der Diskussion beteiligt
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
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 →
Letzter Kommentar: vor 7 Tagen3 Kommentare2 Personen sind an der Diskussion beteiligt
Die Vorlage:Infobox Film sieht im Dark Mode nicht besonders gut aus, z.B. haben die Zwischenüberschriften für die Abschnitte „Stab“ oder „Besetzung“ keinen guten Hintergrund wie im „normalen“ Modus. Sichtbar z.B. bei Vom Winde verweht (Film). Wenn ich es richtig verstehe, dann liegt das wohl daran, dass in Vorlage:Medienbox/styles.css nicht auf den Dark Mode eingegangen wird. Insbesondere die Klasse medien-titel verwendet z.B. background-color:transparent oder spezielle feste Farben. --Einsenkungsmarke (Diskussion) 19:45, 19. Jan. 2025 (CET)Beantworten
Letzter Kommentar: vor 1 Monat2 Kommentare2 Personen sind an der Diskussion beteiligt
Wenn man die o.g Seite bearbeiten möchte, erscheint über dem Texteditor ein Hinweis zur Bearbeitung bzw. zu den Regeln, die auf dieser Seite gelten. In der Desktop-Version wird der korrekt angezeigt. Möchte man die Seite in der mobilen Version bearbeiten, öffnet sich nach dem Klick auf den Stift ein Pop-up-Fenster mit demselben Hinweis. Der wird mir jedoch mit schwarzer Schrift auf schwarzem Hintergrund angezeigt, also nicht lesbar. Das schein ein Problem speziell mit dieser Seite zu sein, da mir ein solcher Hinweis auf einer anderen Seite, die ich gerade nicht mehr weiß, schon korrekt angezeigt wurde. --Olivenmus (Diskussion) 20:13, 19. Jan. 2025 (CET)Beantworten
Letzter Kommentar: vor 1 Tag3 Kommentare2 Personen sind an der Diskussion beteiligt
Da ich nun schon den kompletten ANR vom transparenten Hintergrund befreit habe, mag ich nicht auch noch alle anderen Namensräume abarbeiten. Derzeit insbesondere
BNR >1200 oft im Zusammenhang mit der Einbindung der Vorlage:Rückblick, was dann unschön aussieht.
Es kommt auch noch sehr viel background:#FFFFFF oder hintergrundfarbe2 vor. Manche Dinge sollte ein bot lösen können. Ich mag echt kein transparent mehr sehen. --Liebe Grüße, LómelindeDiskussion18:44, 25. Feb. 2025 (CET)Beantworten
Erstmal ein großes dickes Dankeschön für die Bereinigung des ANR. Irgendwelche alten Archive würde ich eher erstmal in Frieden lassen, da gibt es wichtigeres zu tun. Für den BNR wären die Inhaber verantworlich, auch da muss mE erstmal nicht dran gearbeitet werden. WP-Namensraum schon eher, aber da auch die Seiten mit hohem Traffic zuerst, hin und wieder schlägt ja auch mal eine hier auf.
Die weißen Hintergründe knabbert der InkoBot stückweise ab (s. Benutzer:Hgzh/Umstellung für Wasserstandsmeldungen), das geht aufgrund der erforderlichen vertieften Prüfung aber nicht allzu schnell und das ist auch eher stupide Kontrollarbeit. Es wird, aber langsam. Gruß, -- hgzh18:54, 25. Feb. 2025 (CET)Beantworten