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.
Letzter Kommentar: vor 1 Monat9 Kommentare4 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
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.
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 3 Monaten4 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
Letzter Kommentar: vor 1 Monat4 Kommentare3 Personen sind an der Diskussion beteiligt
Bei den Balkendiagrammen Vorlage:Achsendiagramm#Balkendiagramm_2 wird die Untertitel-Zeile leider im Dunkelmodus immer weiß hinterlegt.
Damit sind die Sort-Buttons nicht mehr erkennbar.
Weiters passt dieses nicht veränderbare Weiß nicht zu der Farbgebung der anderen Tabellen wie wikitable.
Dazu habe ich mir zwar untenstehendes Workaround überlegt; dieses behebt aber nicht das Sort-Button-Problem.
Bitte dieses Zwangs-Weiß unbedingt entfernen.
Letzter Kommentar: vor 1 Monat7 Kommentare3 Personen sind an der Diskussion beteiligt
Problem auf der Seite [1] für Testzwecke nachgestellt. Tabelle ist keine wikitable, da interne borders für diesen Zweck nicht geeignet.
Bei Umschalten von Klassischer Ansicht auf Mobile geht die Hintergrundfarbe der Überschrift verloren. Hier für Testzwecke hintergrundfarbe7 (pink) statt der sinnvollen hintergrundfarbe5, hintergrundfarbe1 oder hintergrundfarbe-basis hinterlegt.
Für Testzwecke auch Kopfzeile grün (hintergrundfarbe9) hinterlegt. Dort bleibt Farbe erhalten.
Der Fehler ist etwas komplexer und sicher im Zusammenhang mit Hell/Dunkel.
Ich habe daher auf der Spielwiese [2] eine weitere Tabelle unter "2. Fehlerausprägung" eingebaut, die das Problem präzisiert.
Der Fehler tritt sowohl bei diskreter Tabelle als auch bei Wikitabelle auf.
Bei Wechsel von hell auf dunkel wechselt die Textfarbe mit. Das passt bei hintergrundfarbe-basis (in Tabelle als hb bezeichnet), hintergrundfarbe1 (in Tabelle als h1 bezeichnet) und hintergrundfarbe5 (h5). Bei den anderen Farben wird die Schrift in der Mobilen Ansicht schlecht oder gar nicht mehr lesbar. Außerdem verhält sich das Sort-Symbol anders als der Text und ist bereits in der dunklen Klassischen Ansicht bei h2, h4, h6-h9 und willkürlichen Hintergrundfarben schlecht bis gar nicht mehr lesbar.
Weiters fiel mir soeben auf, dass die Überschrift ===== 2. Fehlerausprägung ===== (mit 4 Gleichheitszeiche) in der Mobilen Ansicht nicht als fette Überschrift dargestellt wird.
Bei der zweiten Tabelle erkenne ich keine Unterschiede zwischen dem Darkmode in der Desktop- und der Mobilansicht. Das Problem mit den Sortierpfeilen ist bekannt, lässt sich aber leider nicht wirklich lösen. -- hgzh12:37, 10. Apr. 2025 (CEST)Beantworten
Ich bin begeistert, der 2 .eingemeldete Fehler tritt aktuell tatsächlich nicht mehr auf. Sowohl in Klassich- als auch Mobil-Ansicht ist sowohl in Hell- als auch Dunkelmodus die Schrift bei den im Beispiel eingetragenen Hintergründen optimal lesbar.
Kategorien 
