Wikipedia:Dark Mode/Probleme

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

Ein Problem melden

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.

Archiv

Zur Archivübersicht

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 3 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

Vorlage:Autoarchiv-Erledigt/Wartung/Parameter Zeigen auf Nein gesetzt

Butylgruppe

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ómelinde Diskussion 11:10, 23. Jul. 2024 (CEST)

Ja, das geht noch nicht. Habe mw:Talk:Recommendations_for_night_mode_compatibility_on_Wikimedia_wikis#c-Jon_(WMF)-20240711155700-Sjoerddebruin-20240711150900 gefunden, müssen wir wohl b.a.W. lokal bereitstellen. Ich überlege mir etwas. -- hgzh 11:32, 23. Jul. 2024 (CEST)

Das könnte ja eventuell dann auch bei dem anderen Problem mit RGB-Bildern helfen. --Liebe Grüße, Lómelinde Diskussion 11:53, 23. Jul. 2024 (CEST)

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. --Wickie³⁷ 14:51, 23. Jul. 2024 (CEST)

Es ist schon ein Unterschied, ob das im Bild dunkelblau auf hell oder wischiwaschilila auf dunkel ist _ _ und man dann dran schreibt das blaue ist …. :-) --Liebe Grüße, Lómelinde Diskussion 16:15, 23. Jul. 2024 (CEST)

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. --Wickie³⁷ 11:03, 28. Jul. 2024 (CEST)

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ómelinde Diskussion 13:22, 29. Jul. 2024 (CEST)

Für normale Bilder wird jetzt nach phab:T370074 ein grauer Hintergrund eingebunden, für Galerien gibt es phab:T372255. -- hgzh 10:18, 14. Aug. 2024 (CEST)

phab:T372255 ist seit 4. April „in progress“. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 17:28, 17. Apr. 2025 (CEST)

VisualEditor Kategorien

Gemeldet in Phabricator
Task T371074

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ómelinde Diskussion 09:24, 25. Jul. 2024 (CEST)

gemeldet als phab:T371074. -- hgzh 08:45, 26. Jul. 2024 (CEST)

VisualEditor allgemein

Gemeldet in Phabricator
Task T365311

Gemeldet in Phabricator
Task T371176

Ich hätte da noch ein paar Dinge, die mir aufgefallen sind.

• Hilfe:Notensatz/VisualEditor und wie es im Dunkelmodus aussehen sollte.

Wenn man das bearbeitet also einen Notensatz einfügt oder anklickt, dann sehen die Notensätze gang ganz merkwürdig aus. Einfach mal testen:

1. Dunkelmodus, VisualEditor → Einfügen → Notenschrift
2. 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ómelinde Diskussion 11:58, 26. Jul. 2024 (CEST)

gemeldet als phab:T365311 bzw. phab:T371176. -- hgzh 14:27, 27. Jul. 2024 (CEST)

phab:T365311 ist mittlerweile gelöst; bleibt noch phab:T371176 Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer 17:34, 17. Apr. 2025 (CEST)

Math-Formeln mit Farbe

Gemeldet in Phabricator
Task T372496

Beispiel blau, braun, grün, rot gibt es dafür eine Lösung? →Parallelogramm --Liebe Grüße, Lómelinde Diskussion 16:17, 2. Aug. 2024 (CEST)

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. -- hgzh 08:09, 7. Aug. 2024 (CEST)

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.

Für die generelle Problematik habe ich phab:T372496 angelegt. -- hgzh 19:34, 14. Aug. 2024 (CEST)

Spezial:Seiten mit ungesichteten Versionen

Gemeldet in Phabricator
Task T358703

Wieder fehlen auch hier die 3 Expand-Icons in der oberen Box --Liebe Grüße, Lómelinde Diskussion 17:25, 10. Aug. 2024 (CEST)

Gibt es eine andere Spezialseite, bei der das auch so ist? -- hgzh 13:00, 3. Sep. 2024 (CEST)

Das weiß ich nicht, dafür müsste ich die erst einmal alle aufrufen. --Liebe Grüße, Lómelinde Diskussion 13:16, 3. Sep. 2024 (CEST)

Ich fragte wegen auch hier; sonst beziehe ich mich allein auf diese Spezialseite. -- hgzh 13:18, 3. Sep. 2024 (CEST)

Das „auch hier“ bezog sich auf das fehlende expand bei den ungesichteten Seiten (ist im Archiv) und so. Das haben sie ja jetzt anders gelöst. --Liebe Grüße, Lómelinde Diskussion 13:28, 3. Sep. 2024 (CEST)

Spezial:Ungesichtete Seiten dort auch, hinter Namensraum (Artikel) --Liebe Grüße, Lómelinde Diskussion 13:43, 4. Sep. 2024 (CEST)

phab:T358703 -- hgzh 14:10, 18. Sep. 2024 (CEST)

Hieroglyphen

Gemeldet in Phabricator
Task T378230

Es geht um Ägyptische Hieroglyphen also um das Tag hiero wie in Pharao, Vorlage:Infobox Hieroglyphen, Vorlage:Infobox Pharao.

				mit Vorlagen

Irgendetwas fehlt immer. --Liebe Grüße, Lómelinde Diskussion 19:05, 8. Okt. 2024 (CEST)

Ein paar unserer Grafiken habe ich angepasst. Für die Ränder der Kartuschen wird eine Softwareänderung benötigt. -- hgzh 08:06, 18. Okt. 2024 (CEST)

Ich habe es jetzt noch mal andere gelöst, in der Hoffnung, dass das einigermaßen funktioniert, zum Vergleich mit Vorlage:Hiero/Kartusche

mit →

und ohne→

Manko bleibt allerdings die Einbindung ohne die beiden Vorlagen für Kartusche und Serech. --Liebe Grüße, Lómelinde Diskussion 14:03, 18. Okt. 2024 (CEST)

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 →

mit →

und ohne→

Vielleicht können sie das in der Softwaretechnikabteilung irgendwie gebrauchen. --Liebe Grüße, Lómelinde Diskussion 08:04, 19. Okt. 2024 (CEST)

Frage, gibt es zu diesem Problem ein phap-Ticket? --Liebe Grüße, Lómelinde Diskussion 06:26, 25. Okt. 2024 (CEST)

Jetzt phab:T378230. -- hgzh 23:03, 25. Okt. 2024 (CEST)

Portal:Genf/Politik Vorlage:Sitzverteilung und Ähnliche

Gemeldet in Phabricator
Task T381524

Bunte Vorlagen verlieren im Portalnamensraum komplett ihre Farben, das wäre auch für die Vorlage:Wahldiagramm der Fall. Das kommt zwar nicht so häufig vor, aber es gibt welche, einmal auch mit Wahldiagramm Portal:St. Pölten/Politik. Kann man da irgendetwas machen? --Liebe Grüße, Lómelinde Diskussion 11:30, 20. Nov. 2024 (CET)

Geht derzeit so gut wie gar nicht, deshalb phab:T381524 eröffnet. -- hgzh 20:06, 4. Dez. 2024 (CET)

Wikipedia:Dritte Meinung

Gemeldet in Phabricator
Task T384160

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)

Das ist ein Problem des mobilen Editors. Ich habe phab:T384160 erstellt. -- hgzh 21:02, 19. Jan. 2025 (CET)

gerrit:1136015 wird am Donnerstag aktiv, dann sollte das Problem behoben sein. -- hgzh 09:55, 13. Mai 2025 (CEST)

Transparent

Da ich nun schon den kompletten ANR vom transparenten Hintergrund befreit habe, mag ich nicht auch noch alle anderen Namensräume abarbeiten. Derzeit insbesondere

• der WP-Namensraum >1200.
• WD überschaubar
• HNR ist  Ok. HD überschaubar
• Diskussionsseiten überschaubar
• 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ómelinde Diskussion 18:44, 25. Feb. 2025 (CET)

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ß, -- hgzh 18:54, 25. Feb. 2025 (CET)

Es geht auch mehr um so etwas:

• Denkmalprojekt
• Namenskonventionen Spezial:PermaLink/243335318#Sprachauszeichnung→Spezial:Diff/243335318/253671714#Sprachauszeichnung
• Wikipedia:Urheberrecht, Wikipedia:Urheberrechtsfragen … Wikipedia:Dateiüberprüfung ist noch weiß.

Welche Seiten wie stark frequentiert werden, kann ich nicht pauschal ablesen, aber Richtlinienseiten sollten zumindest irgendwie ansprechend aussehen. --Liebe Grüße, Lómelinde Diskussion 19:14, 25. Feb. 2025 (CET)

Ich habe noch etwas übersehen, background:inherit, background:none, background:ohne oder background:0 machen ebenfalls solchen Murks. --Liebe Grüße, Lómelinde Diskussion 06:41, 2. Mär. 2025 (CET)

Achsendiagramm Dunkelmodus-Fehler

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.

| untertitel1=

Jahr

| untertitel2=

Einwohner

--Eichg (Diskussion) 16:01, 8. Apr. 2025 (CEST)

Ergänzung:

1) Aufbau des Workaround ist im Bearbeitungsmodus sichtbar.

2) Nicht immer braucht man die Sortiermöglichkeit. Leider ist sie nicht abdrehbar. Wäre mein weitere Wunsch

erledigtErledigt -- hgzh 16:22, 8. Apr. 2025 (CEST)

Das schwarz sollte eventuell einen dünnen Rand bekommen… --Liebe Grüße, Lómelinde Diskussion 16:28, 8. Apr. 2025 (CEST)

Das ist auch noch nicht erledigt Vorlage:Achsendiagramm#Option: Gruppe da verschwindet der Text in den Kästchen unten. Und zudem sollte es nicht zu Überschneidungen von Schrift und Linien kommen, das erschwert das lesen der Schrift Vorlage:Achsendiagramm#Option: unit + scale das Minus vor der 21 ist fast nicht zu sehen. --Liebe Grüße, Lómelinde Diskussion 17:45, 9. Apr. 2025 (CEST)

Benutzer:Eichg/Spielwiese1#Farbfehler

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.

Hinweis falls keine Zugriff auf meine Spielwiese: Diese Tabelle ist unter Eichgraben#Politik aktiv. Dort aber nicht bunt hinterlegt. --Eichg (Diskussion) 17:17, 9. Apr. 2025 (CEST)

Nur mal dumm gefragt, inwiefern hat das etwas mit dem Dunkelmodus zu tun? Das scheint mir doch eher ein Problem der Mobilversion zu sein. --Liebe Grüße, Lómelinde Diskussion 17:38, 9. Apr. 2025 (CEST)

in der Mobilversion ist hell die Schrift lesbar, in der Dunkelversion nicht mehr. Bei Klassisch tritt dieses Problem nicht auf.

Liebe Grüße --Eichg (Diskussion) 18:18, 9. Apr. 2025 (CEST)

Hier liegt ein Problem mit einem zentralen Stil zugrunde, siehe phab:T361838. Mal sehen. -- hgzh 17:39, 9. Apr. 2025 (CEST)

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.

LG --Eichg (Diskussion) 12:32, 10. Apr. 2025 (CEST)

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. -- hgzh 12:37, 10. Apr. 2025 (CEST)

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.

Bleibt nur mehr der 1. eingemeldete Fehler.

Danke und LG --Eichg (Diskussion) 16:07, 10. Apr. 2025 (CEST)

gallery mode="packed…" mode="nolines"

Ich komme nun doch noch mal auf das Galerieproblem Wikipedia:Dark Mode/Probleme/Archiv/2024#Königreich Italien (1861–1946)#Verwaltungsorganisation zurück

• packed-hover
• 0">
  Statisch unbestimmtes System mit Freiheitsgrad n > 0
• 
  Statisch bestimmtes Grundsystem
• 
  Statisch bestimmtes Grundsystem mit Kragarmen
• 
  Man fügt 7 Lagewertigkeiten hinzu.

• packed-overlay
• 0">
  Statisch unbestimmtes System mit Freiheitsgrad n > 0
• 
  Statisch bestimmtes Grundsystem
• 
  Statisch bestimmtes Grundsystem mit Kragarmen
• 
  Man fügt 7 Lagewertigkeiten hinzu.

• packed
• 0">
  Statisch unbestimmtes System mit Freiheitsgrad n > 0
• 
  Statisch bestimmtes Grundsystem
• 
  Statisch bestimmtes Grundsystem mit Kragarmen
• 
  Man fügt 7 Lagewertigkeiten hinzu.

• nolines
• 0">
  Statisch unbestimmtes System mit Freiheitsgrad n > 0
• 
  Statisch bestimmtes Grundsystem
• 
  Statisch bestimmtes Grundsystem mit Kragarmen
• 
  Man fügt 7 Lagewertigkeiten hinzu.

Natürlich kann man class="skin-invert-image" dort einfügen →mit invert, das funktioniert aber weiterhin immer nur dann, wenn alle Bilder überwiegend schwarz-weiß und transparent sind und eine Farbumkehr nicht die Bedeutung verändert (ich hatte vorhin Pfeile die ich lieber nicht invertieren wollte). Ich würde mir aber eher wünschen, dass die Galerie ein Attribut bekommt, über das man den Hintergrund der Bilder komplett (oder einzeln) hinterlegen kann.

Also es sollte im Idealfall ungefähr so aussehen:

• 0">
  Statisch unbestimmtes System mit Freiheitsgrad n > 0
• 
  Statisch bestimmtes Grundsystem
• 
  Statisch bestimmtes Grundsystem mit Kragarmen
• 
  Man fügt 7 Lagewertigkeiten hinzu.

• 0">
  Statisch unbestimmtes System mit Freiheitsgrad n > 0
• 
  Statisch bestimmtes Grundsystem
• 
  Statisch bestimmtes Grundsystem mit Kragarmen
• 
  Man fügt 7 Lagewertigkeiten hinzu.

• 0">
  Statisch unbestimmtes System mit Freiheitsgrad n > 0
• 
  Statisch bestimmtes Grundsystem
• 
  Statisch bestimmtes Grundsystem mit Kragarmen
• 
  Man fügt 7 Lagewertigkeiten hinzu.

Wobei die Bildlegenden nicht schwarz auf weiß bleiben sollten, außer beim hover oder obverlay. --Liebe Grüße, Lómelinde Diskussion 13:28, 24. Apr. 2025 (CEST)

Ist das jetzt etwas anderes als der verlinkte Archivabschnitt und das noch bestehende #Butylgruppe oben? Die Lösung sieht irgendwie so aus:

html.skin-theme-clientpref-night .gallery:not(.skin-invert-image, .skin-invert, .notheme, .darkmode-standardcolors, :is(.notheme, .darkmode-standardcolors) .gallery) .gallerybox img {
  background-color: var(--background-color-base-fixed, #ffffff);
  filter: brightness(0.8);
}

aber der oben verlinkte Task steht auf In Progress. -- hgzh 14:39, 24. Apr. 2025 (CEST)

Ja es ist schon etwas anders, denn ich meine hier explizit nur diese Art von Galerie. Was die auf Phab machen, verstehe ich eh nicht. Wie gesagt, würde ich mir einen zusätzlichen Schalter wünschen, oder etwas, das bei Bildern erkennt, dass sie transparent sind und das transparent dann einfach farbig hinterlegt. Ja ich weiß, das klingt etwas naiv, aber diese ständige Bastelei um irgendetwas auch im Dunklen sichtbar zu machen, ist doch schon sehr ermüdend. --Liebe Grüße, Lómelinde Diskussion 15:05, 24. Apr. 2025 (CEST)

In dem Task geht es darum, wie für Miniaturbilder einen Standardhintergrund vorzusehen. Das ist auch das, was mein CSS weiter oben macht. Und das gilt für alle Galerien gleichermaßen, der Anzeigemodus ist dabei egal. Gruß, -- hgzh 19:36, 24. Apr. 2025 (CEST)