Wikipedia:Dark Mode/Probleme/Archiv/2024
Dunkelmodus-Fehler
Hi, bei mir macht der dunkle Modus irgendwie Schwierigkeiten – meine Oberfläche sieht jetzt so aus. Was muss ich tun? Ich benutze Firefox auf dem Mac ohne relevante Addons; meine commons.js ist leer. Könnte das dennoch an meinen Einstellungen liegen? Danke euch! --Gnom (Diskussion) Wikipedia grün machen! 19:22, 20. Jul. 2024 (CEST)
- Hm, hast du den Dunklen Modus im Erscheinungsbild-Menü aktiviert oder deaktiviert? -- hgzh 20:57, 20. Jul. 2024 (CEST)
- Hi, unter Einstellungen/Aussehen/Einstellungen für die Benutzeroberfläche/Farbe habe ich "Dunkel" ausgewählt. Hilft dir das weiter? --Gnom (Diskussion) Wikipedia grün machen! 21:34, 20. Jul. 2024 (CEST)
- Wenn du in den Systemeinstellungen | Erscheinungsbild | Dunkel eingestellt hast, sollte in Wikipedia Automatisch ausgewählt werden. Dann folgt die Darstellung in WP deinen Desktopeinstellungen. --Viele Grüße, Aschmidt (Diskussion) 21:42, 20. Jul. 2024 (CEST)
- Probleme könnte es geben, wenn du ggf. noch das CSS für den experimentellen Dark Mode eingebunden hast. Das habe ich vorgestern(?) deaktiviert. :) --Viele Grüße, Aschmidt (Diskussion) 21:47, 20. Jul. 2024 (CEST)
- @Aschmidt: Meine commons.js ist leer – bezog sich deine Frage darauf? Ich habe jetzt "automatisch" ausgewählt, was das Problem aber leider nicht gelöst hat. --Gnom (Diskussion) Wikipedia grün machen! 22:15, 20. Jul. 2024 (CEST)
- Nope. Bitte einmal leeren: Benutzer:Gnom/common.css. Und dann weiter, wie beschrieben. :) --Viele Grüße, Aschmidt (Diskussion) 22:29, 20. Jul. 2024 (CEST)
- ahhhh, jetzt! danke euch.
- Wie ich es vermutet hatte – das Problem sitzt meistens vor dem Computer.
- --Gnom (Diskussion) Wikipedia grün machen! 23:31, 20. Jul. 2024 (CEST)
- Nope. Bitte einmal leeren: Benutzer:Gnom/common.css. Und dann weiter, wie beschrieben. :) --Viele Grüße, Aschmidt (Diskussion) 22:29, 20. Jul. 2024 (CEST)
- @Aschmidt: Meine commons.js ist leer – bezog sich deine Frage darauf? Ich habe jetzt "automatisch" ausgewählt, was das Problem aber leider nicht gelöst hat. --Gnom (Diskussion) Wikipedia grün machen! 22:15, 20. Jul. 2024 (CEST)
- Hi, unter Einstellungen/Aussehen/Einstellungen für die Benutzeroberfläche/Farbe habe ich "Dunkel" ausgewählt. Hilft dir das weiter? --Gnom (Diskussion) Wikipedia grün machen! 21:34, 20. Jul. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: Gnom (Diskussion) Wikipedia grün machen! 23:31, 20. Jul. 2024 (CEST)
Versionsgeschichte im Allgemeinen
Der Hinweis ist auch dort unlesbar ebenso ist die Darstellung markierter Zeilen schlecht.
Alte Versionen des Artikels:
- (Aktuell) = Unterschied zur aktuellen Version, (Vorherige) = Unterschied zur vorherigen Version
- Uhrzeit und Datum = Artikel zu dieser Zeit, Benutzername bzw. IP-Adresse des Bearbeiters, K = Kleine Änderung
- (123 Bytes) = Größe der Version; (+543)/(−792) = Änderung der Seitengröße in Bytes gegenüber der vorherigen Version
- Um Unterschiede zwischen zwei bestimmten Versionen zu sehen, die Radiobuttons ⊙ markieren und auf „Gewählte Versionen vergleichen“ klicken
Element { background-color: #F9F9F9; border: 1px solid #E9E9E9; font-size: 90%; margin: 2px 0; padding: 0 5px 5px; }
Aber der Hintergrund ist color:#F9F9F9 und die Schriftfarbe color:#EAECF0 = schlecht lesbar es wäre lesbar wenn dort der Farbwert für background-color: #F9F9F9;
entfernt würde, sagt zumindest meine Konsole im Firefox.
Aber dann wäre beispielsweise das grün (+543) / rot (−792) nicht mehr gut lesbar. Den Farben für die markierten Zeilen _ und _ sollten natürlich auch keine color:#EAECF0-Schriftfarbe →color:#EAECF0 color:#EAECF0 zugewiesen werden. --Liebe Grüße, Lómelinde Diskussion 07:19, 20. Jul. 2024 (CEST)
- Das ist MediaWiki:Histlegend. Passe ich an, danke. -- hgzh 08:10, 20. Jul. 2024 (CEST)
- Histlegend ist angepasst. Die übrigen Probleme auf der VG-Seite müssen in der Software angepasst werden, da suche ich bei Gelegenheit mal nach den Tickets. -- hgzh 08:20, 20. Jul. 2024 (CEST)
- phab:T369391 -- hgzh 08:32, 20. Jul. 2024 (CEST)
- Jo, prima. --Liebe Grüße, Lómelinde Diskussion 08:35, 20. Jul. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: Lómelinde 09:30, 22. Jul. 2024 (CEST)
Hinweisfeld dort Legende, die Farben rot und grün, müssen in MediaWiki:Recentchanges-legend-plusminus invertiert/angepasst werden. --Liebe Grüße, Lómelinde Diskussion 06:56, 21. Jul. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:19, 22. Jul. 2024 (CEST)
Bearbeitung VisualEditor Anzeige der Notiz. der Text ist nicht lesbar.
Auf der Wikipedia:Spielwiese kann und darf jeder nach Herzenslust experimentieren und ausprobieren, was passiert. Die Änderungen werden automatisch nach einiger Zeit entfernt. Unerwünscht sind beleidigende Inhalte. Verboten ist das Angeben von privaten Informationen wie Telefonnummern.
Das zu beheben wäre jetzt nicht das Problem, nur es könnte weitere Notizen geben, auf die das zutrifft.
Auch die Beschriftung schwarz auf grau des inaktiven Buttons Änderungen veröffentlichen ist nicht sonderlich gut gewählt. Ich meine das ist mir auch an anderer Stelle schon aufgefallen. Beispielsweise bei den Buttons →Sichten Sichtung entfernen.
Was dabei dann noch auffällt ist, die Tooltips der Buttons sind nicht hell auf dunkel, sondern dunkel auf hell. Das gilt auch für das Eingangsbeispiel mit der Notiz. Da sollte man dann auch gleich noch das kryptische Tooltip Wikipedia:MP
in Wikipedia:Mentorenprogramm
ändern. --Liebe Grüße, Lómelinde Diskussion 18:08, 19. Jul. 2024 (CEST)
- Da hilft wohl nur, diese nach und nach anzupassen, wenn Probleme auftauchen. Der Veröffentlichen-Button hat bei mir weiße Schrift auf schwarzem Grund. Die Tooltips sind eine Browserfunktion. -- hgzh 08:33, 22. Jul. 2024 (CEST)
- Also bei mir (ich verwende ja weder den VE noch Vector2022) ist der genau so unleserlich schwarz auf grau. Wie gesagt auch bei dem inaktiven Sichtungsbutton. --Liebe Grüße, Lómelinde Diskussion 09:30, 22. Jul. 2024 (CEST)
- Hm ok, vielleicht habe ich mich vorhin verguckt, jetzt habe ich auch schwarze Schrift auf grau. Aber der Button nennt sich bei obigem Link nur
Veröffentlichen...
und sieht so aus, da ist genug Kontrast vorhanden. -- hgzh 18:26, 22. Jul. 2024 (CEST)- Und es steht dort auch der Text „Änderungen veröffentlichen“ den ich hingeschrieben habe. Ich finde es schon recht dunkel. --Liebe Grüße, Lómelinde Diskussion 18:56, 22. Jul. 2024 (CEST)
- Bei mir steht da wirklich nur Veröffentlichen..., aber egal. Im Screenshot sieht mir das doch eher nach Veröffentlichen aus, also eine ganze Ecke heller als bei dir angegeben. -- hgzh 07:51, 23. Jul. 2024 (CEST)
- Dann würde ich mich ja nicht beschweren, ich habe die Farbwerte exakt mit dem Farbaufnehmer (Pipette) aus der Konsole kopiert. Es ist genau dieser Farbwert #54595d und für die Schrift #101418 ich kopiere das mal
- Bei mir steht da wirklich nur Veröffentlichen..., aber egal. Im Screenshot sieht mir das doch eher nach Veröffentlichen aus, also eine ganze Ecke heller als bei dir angegeben. -- hgzh 07:51, 23. Jul. 2024 (CEST)
- Und es steht dort auch der Text „Änderungen veröffentlichen“ den ich hingeschrieben habe. Ich finde es schon recht dunkel. --Liebe Grüße, Lómelinde Diskussion 18:56, 22. Jul. 2024 (CEST)
- Hm ok, vielleicht habe ich mich vorhin verguckt, jetzt habe ich auch schwarze Schrift auf grau. Aber der Button nennt sich bei obigem Link nur
- Also bei mir (ich verwende ja weder den VE noch Vector2022) ist der genau so unleserlich schwarz auf grau. Wie gesagt auch bei dem inaktiven Sichtungsbutton. --Liebe Grüße, Lómelinde Diskussion 09:30, 22. Jul. 2024 (CEST)
.oo-ui-buttonElement-framed.oo-ui-widget-disabled > .oo-ui-buttonElement-button { background-color: var(--background-color-disabled,#c8ccd1); color: var(--color-inverted,#fff);border-color: var(--border-color-disabled,#c8ccd1);}
- Als Farbwerte dann so
.oo-ui-buttonElement-framed.oo-ui-widget-disabled > .oo-ui-buttonElement-button { background-color: #54595d; color: #101418;border-color: var(--border-color-disabled,#c8ccd1);}
- Wenn es so wie bei dir Lómelinde Diskussion 08:29, 23. Jul. 2024 (CEST)
- Du hast Recht, ich hatte den falschen Wert aus dem Inspektor gegriffen. Aber: phab:T296034, die offizielle Empfehlung der WCAG ist wohl, dass deaktivierte Elemente keine Kontrastanforderungen haben, somit wird das wohl so bleiben. -- hgzh 08:45, 23. Jul. 2024 (CEST)
aussehen würde, dann wäre das völlig ok. Und wie gesagt sehen bei mir alle diese inaktiven Buttons auf der Spielwiese so dunkel aus und auch der Button zum Sichten hat diesen Farbwert #54595d. --Liebe Grüße,
- Wenn es so wie bei dir Lómelinde Diskussion 08:29, 23. Jul. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 09:06, 23. Jul. 2024 (CEST)
Aussprache der deutschen Sprache Dunkelmodus-Fehler
Die SVG Grafik German monophthongs chart.svg wird falsch angezeigt: mit schwarzem Text auf schwarzem Hintergrund. Abschnitt Vokalsystem. --Kulupona (Diskussion) 14:54, 27. Jul. 2024 (CEST)
- @Kulupona Danke für den Hinweis, ist korrigiert. -- hgzh 14:56, 27. Jul. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 14:56, 27. Jul. 2024 (CEST)
Zebra eingefärbt
Siehe Hilfe:Tabellen hintergrundfarbe. Ist das bewusst so dass dann immer hintergrundfarbe1
gesetzt wird, kann man also im Dark Mode Zebratabellen nicht über klassen (oder eigens ausgesuchte Hintergrundfarben EFL Cup) anders färben? →überwiegend Sport --Liebe Grüße, Lómelinde Diskussion 09:30, 22. Jul. 2024 (CEST)
- Ja, das habe ich bewusst so eingerichtet. Diese Zebrafarben werden über die Standard-Hintergrundfarbe der Tabelle realisiert und sind nicht bedeutungstragend, sondern nur Dekoration. Das Hellblau sähe im Darkmode dann unpassend aus. Es ist aber weiterhin möglich, sowohl die Hintergrundfarbe einer Zeile als auch einer einzelnen Zelle explizit im Artikelquelltext festzusetzen. -- hgzh 09:42, 22. Jul. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 13:43, 1. Aug. 2024 (CEST)
Vorlage:Lizenzdesign1–5
Bitte eine Textfarbe einbauen und die veraltete Syntax ersetzen, beispielsweise so:
1
----
class="licensetpl" style="background:#F0FFF0; color:#{{Standardfarbe|text|body}}; border:3px solid #E0EEE0; clear:both; margin:.5em auto; width:80%; border-spacing:8px;"
2
----
class="licensetpl" style="background:#F0FFF0; color:#{{Standardfarbe|text|body}}; border:3px solid #E0EEE0; clear:both; margin:.5em auto; width:80%; border-spacing:8px;"
3
----
style="background:#FFDDDD; color:#{{Standardfarbe|text|body}}; border:3px solid #DD0000; clear:both; margin:.5em auto; width:100%; border-spacing:8px;"
4
----
class="hintergrundfarbe1 rahmenfarbe2" style="border-style:solid; border-width:3px; clear:both; margin:.5em auto; width:80%; border-spacing:8px;"
5
----
class="licensetpl" style="background:#FFD5AA; color:#{{Standardfarbe|text|body}}; border:3px solid #FF7F00; clear:both; margin:.5em auto; width:80%; border-spacing:8px;"
Hat das class="licensetpl"
eigentlich irgendeinen tieferen Sinn, oder kann das auch weg? --Liebe Grüße, Lómelinde Diskussion 17:00, 29. Jul. 2024 (CEST)
- licensetpl dient wohl zur Kennzeichnung von Metadaten, das würde ich drin lassen. -- hgzh 08:34, 31. Jul. 2024 (CEST)
- Es fehlt aber bei 3 und 4, daher meine Frage. --Liebe Grüße, Lómelinde Diskussion 08:51, 31. Jul. 2024 (CEST)
- Und änderst du das dann noch? Ich kann das nicht bearbeiten. --Liebe Grüße, Lómelinde Diskussion 13:12, 31. Jul. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 13:43, 1. Aug. 2024 (CEST)
Darstellung der Ticboxen in <inputbox>
Die Darstellung der leeren Ticboxen ist falsch es müsste so aussehen wie invertierte
und nicht so
Siehe Suchformular. Derzeit wird es aber falsch so ausgegeben Hilfe:Eingabefelder background-color: #ffffff;
ist da zu viel drin. --Liebe Grüße, Lómelinde Diskussion 17:11, 31. Jul. 2024 (CEST)
- Das sieht mir nach einer bewussten Designentscheidung aus, da explizit --background-color-base-fixed genutzt wird, das immer #ffffff ist. -- hgzh 08:15, 1. Aug. 2024 (CEST)
- Dann kann ich nur sagen, das wäre keine sinnvolle Entscheidung, denn es sieht einfach nur aus wie gewollt und nicht gekonnt. Denn es wirkt als würde irgendetwas fehlen. --Liebe Grüße, Lómelinde Diskussion 08:41, 1. Aug. 2024 (CEST)
Kein Fehler im Sinne dieser Seite, eher Geschmackssache, daher einstweilen hier erledigt. -- hgzh 18:17, 5. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 18:17, 5. Aug. 2024 (CEST)
Das refresh-Symbol muss bei der inaktiven Schaltfläche Aktualisieren dunkel werden, so wie die Schriftfarbe. Dafür muss man auf Live-Aktualisierungen klicken. --Liebe Grüße, Lómelinde Diskussion 11:18, 3. Aug. 2024 (CEST)
- Die GlobalWatchlist arbeitet mit OOUI, das wurde m.W. nur übergangsweise für den Dunkelmodus angepasst und allzu viel Arbeit wird darüber hinaus dort nicht mehr investiert. Besser die Umstellung auf Codex abwarten, ist ja nur ein kleines Problem. -- hgzh 18:09, 5. Aug. 2024 (CEST)
- Was ist denn Codex? --Liebe Grüße, Lómelinde Diskussion 18:29, 5. Aug. 2024 (CEST)
- Der Nachfolger von OOUI, also das System, das die Schaltflächen und Eingabefelder so bereitstellt, wie wir sie dann auf den Seiten vorfinden. -- hgzh 19:04, 5. Aug. 2024 (CEST)
- Ah ok, das wusste ich noch gar nicht. Hoffentlich muss ich dann mich erneut alles umbauen. --Liebe Grüße, Lómelinde Diskussion 19:11, 5. Aug. 2024 (CEST)
- Der Nachfolger von OOUI, also das System, das die Schaltflächen und Eingabefelder so bereitstellt, wie wir sie dann auf den Seiten vorfinden. -- hgzh 19:04, 5. Aug. 2024 (CEST)
- Was ist denn Codex? --Liebe Grüße, Lómelinde Diskussion 18:29, 5. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 19:11, 5. Aug. 2024 (CEST)
Wie soll man mit dieser Abbildung umgehen? Einfügen von klasse=skin-invert-image
funktioniert zwar für die Beschriftung, invertiert aber auch das Foto, was ja nicht gewünscht ist. --Redrobsche (Diskussion) 17:39, 30. Jul. 2024 (CEST)
- Eventuell könnte man da eine Vorlage basteln, die es zulassen würde den Bildhintergrund einzufärben. Mal testen was damit passieren würde. --Liebe Grüße, Lómelinde Diskussion 07:04, 31. Jul. 2024 (CEST)
- Mit einem der nächsten Updates bekommen Bilder im Dunkelmodus standardmäßig einen hellgrauen Hintergrund, vgl. phab:T370074. Dann sollte das Problem behoben sein. -- hgzh 08:32, 31. Jul. 2024 (CEST)
- jetzt behoben. -- hgzh 08:31, 9. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:31, 9. Aug. 2024 (CEST)
editpage-copywarn Dunkelmodus-Fehler
Die Box editpage-copywarn
im Quelltext-Editor hat hellgrauen Text auf weißem Hintergrund, z.B. [1]. --Simon04 (Diskussion) 13:17, 11. Aug. 2024 (CEST)
- Danke für den Hinweis, korrigiert. -- hgzh 13:34, 11. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 13:34, 11. Aug. 2024 (CEST)
Löschkandidaten/7. August 2024 Dunkelmodus-Fehler
Die Leiste mit den Tagen am Anfang der Seite ist weiß. --Berdi (Diskussion) 20:42, 10. Aug. 2024 (CEST)
- Nein, sie ist nicht weiß sondern hat den vorgegebenen Farbwert #EEEEEE, so wie das im Oktober 2023 von Antonsusi vorgegeben wurde →Beispiel. Davor war der Farbwert #EBEBEB →vorher. Ich kann das aber gern auf Hintergrundfarbe5 #EAECF0 ändern. --Liebe Grüße, Lómelinde Diskussion 06:38, 11. Aug. 2024 (CEST)
- @Berdi so? --Liebe Grüße, Lómelinde Diskussion 06:54, 11. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: Es kommt wohl keine Antwort mehr --Lómelinde 07:33, 12. Aug. 2024 (CEST)
Das macht Probleme siehe die Vorlage an sich Einbindung mit Parserfunktion Kann man das beheben? --Liebe Grüße, Lómelinde Diskussion 09:29, 14. Aug. 2024 (CEST)
- Klassen so angepasst, dass sie .notheme berücksichtigen. -- hgzh 10:09, 14. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 10:09, 14. Aug. 2024 (CEST)
- teilweise unlesbar --Liebe Grüße, Lómelinde Diskussion 10:12, 16. Aug. 2024 (CEST)
- commons sieht auch nicht so viel besser aus --Liebe Grüße, Lómelinde Diskussion 11:13, 16. Aug. 2024 (CEST)
- behoben, Commons müsste sich dort jemand kümmern. -- hgzh 08:07, 22. Aug. 2024 (CEST)
- leider nicht komplett der Kasten unten (Dateibeschreibung) ist noch immer unlesbar. --Liebe Grüße, Lómelinde Diskussion 08:22, 22. Aug. 2024 (CEST)
- Der sieht bei mir in Ordnung aus. Häng mal ein &safemode=1 an die URL um zu testen, ob es an einer eigenen Definiton liegt. -- hgzh 08:26, 22. Aug. 2024 (CEST)
- Ja passt. --Liebe Grüße, Lómelinde Diskussion 10:31, 22. Aug. 2024 (CEST)
- Der sieht bei mir in Ordnung aus. Häng mal ein &safemode=1 an die URL um zu testen, ob es an einer eigenen Definiton liegt. -- hgzh 08:26, 22. Aug. 2024 (CEST)
- leider nicht komplett der Kasten unten (Dateibeschreibung) ist noch immer unlesbar. --Liebe Grüße, Lómelinde Diskussion 08:22, 22. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:07, 22. Aug. 2024 (CEST)
Versionsgeschichte Amélie Oudéa-Castéra Dunkelmodus-Fehler
Versionsgeschichte ist zum großen Teil nicht dem Dunkelmodus angepasst. Insbesondere
- der Text "Änderung seit deinem letzten Besuch" ist nicht lesbar mit weißer Schrift auf hellgrünem Hintergrund
- Bearbeitungskommentar komplett unlesbar
- Ebenfalls unlesbar: die Angabe zur Artikelgröße in bytes
--Elutz (Diskussion) 20:07, 31. Jul. 2024 (CEST)
- Die letzten beiden Punkte sollten sich mit dem Softwareupdate heute verbessern, der erste ist bereits als phab:T371183 gemeldet. -- hgzh 08:13, 1. Aug. 2024 (CEST)
Jetzt behoben. -- hgzh 08:14, 26. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:14, 26. Aug. 2024 (CEST)
Ungesichtete Versionen
Im Dunkelmodus ist auch dort wieder nur ein schwarzes Loch, wo eigentlich expand revisiontoggle
sein sollte <span class="fr-toggle-arrow flaggedrevs-icon flaggedrevs-icon-expand" id="mw-fr-revisiontoggle" title="Details zeigen/verstecken"></span>
. Und der Button funktioniert auch nicht, oder anders, die Details werden eingeblendet, wenn die Maus den Expander berührt, weg kriegt man sie aber nur durch Neuladen der Seite. Also kein Details zeigen/verstecken
wie suggeriert wird. Der Hinweis liegt dann aber auch direkt auf dem Icon und überdeckt die komplette untere Hälfte der Anzeigefläche. --Liebe Grüße, Lómelinde Diskussion 17:56, 26. Jul. 2024 (CEST)
Nachtrag gilt ebenso für das Auge --Liebe Grüße, Lómelinde Diskussion 18:06, 26. Jul. 2024 (CEST)
- Da wird derzeit noch dran gebastelt, würde mit einer Meldung auf Phabricator erstmal noch etwas abwarten wollen. -- hgzh 14:27, 27. Jul. 2024 (CEST)
- Zumindest das mit dem Mousover funktioniert im BETA jetzt anders als gestern, ist die Maus auf dem Expandicon dann wird der Kasten eingeblendet, verlässt man das Icon wieder, geht auch die Box weg. Die Icons selbst fehlen aber weiterhin. --Liebe Grüße, Lómelinde Diskussion 15:55, 27. Jul. 2024 (CEST)
- Das sollte mit dem Update am Donnerstag behoben sein, es gab noch eine ganze Reihe Änderungen dort. -- hgzh 08:35, 31. Jul. 2024 (CEST)
- Zumindest das mit dem Mousover funktioniert im BETA jetzt anders als gestern, ist die Maus auf dem Expandicon dann wird der Kasten eingeblendet, verlässt man das Icon wieder, geht auch die Box weg. Die Icons selbst fehlen aber weiterhin. --Liebe Grüße, Lómelinde Diskussion 15:55, 27. Jul. 2024 (CEST)
Jetzt korrigiert. -- hgzh 08:32, 2. Aug. 2024 (CEST)
- Nein das ist noch nicht erledigt die Icons fehlen weiterhin. https://de.wikipedia.org/wiki/Gabber?useskin=vector-2022&vectornightmode=1 sowohl in der Notiz als auch in dem Buttonfeld. --Liebe Grüße, Lómelinde Diskussion 11:50, 2. Aug. 2024 (CEST)
- Bei der Notiz oben liegt es übrigens daran, dass die Nachricht selbst nicht invertiert wurde. Das Icon dort wäre in weiß schon ok. Es müsste ungefähr so aussehen. --Liebe Grüße, Lómelinde Diskussion 13:22, 2. Aug. 2024 (CEST)
- Ich weiß nicht, welche Notiz du meinst. Nachvollziehen kann ich, dass bei [2] das Icon und das Pfeilsymbol nicht invertiert werden. -- hgzh 13:52, 2. Aug. 2024 (CEST)
- Ne, hast recht das ist nur bei mir so. --Liebe Grüße, Lómelinde Diskussion 14:16, 2. Aug. 2024 (CEST)
- Das Icon ist jetzt sichtbar, der Pfeil noch nicht. -- hgzh 08:29, 9. Aug. 2024 (CEST)
- Ne, hast recht das ist nur bei mir so. --Liebe Grüße, Lómelinde Diskussion 14:16, 2. Aug. 2024 (CEST)
- Ich weiß nicht, welche Notiz du meinst. Nachvollziehen kann ich, dass bei [2] das Icon und das Pfeilsymbol nicht invertiert werden. -- hgzh 13:52, 2. Aug. 2024 (CEST)
Die „Pille“ wurde ersetzt, damit nun erledigt. -- hgzh 08:09, 30. Aug. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:09, 30. Aug. 2024 (CEST)
RGB-Bilder in Vorlagen
Vorlage:Begriffsklärung und ähnliche, die dieses Icon nutzen.
- _ _ _
- _ _ _?
- _ _ _?
Gilt entsprechend eventuell auch für →Schwesterprojektvorlagen und andere. --Liebe Grüße, Lómelinde Diskussion 09:00, 21. Jul. 2024 (CEST)
- Die Schwesterprojekte werden u.a. in phab:T365622 und phab:T367783 behandelt. Es müsste möglich sein, Bilder abhängig vom Modus Hell/Dunkel auszutauschen. Das geht grundsätzlich per CSS, da muss ich mir aber noch eine gescheite Implementierung überlegen. -- hgzh 08:31, 22. Jul. 2024 (CEST)
- Alles klar. In der Vorlage Begriffsklärung kann man das durchaus mit
skin-invert
machen. Ich hatte es auch mit ein paar Schwestericons probiert von dort hatte ich auch die Austauschfarben. --Liebe Grüße, Lómelinde Diskussion 09:30, 22. Jul. 2024 (CEST)
Habe jetzt die Klassen .darkmode-hide
und .darkmode-only
eingeführt, die den mit ihnen gekennzeichneten Inhalt je nach Anzeigemodus anzeigen bzw. verstecken. -- hgzh 12:48, 3. Sep. 2024 (CEST)
OT: Du schreibst du hast neue Klassen erzeugt, schön und gut aber was fange ich damit an. Leider tun sie nicht das, was ich erwartet hätte.
Kein Hintergrund im Darkmode | Hintergrund immer | Hintergrund nur im dunklen |
hide | immer | only |
Also -hide
scheint eine Wiekung zu haben aber -only
irgendwie nicht oder mache ich etwas falsch? --Liebe Grüße, Lómelinde Diskussion 16:37, 4. Sep. 2024 (CEST)
darkmode-only
braucht immer display:none, wie bei adminonly, editoronly etc. Demnächst dokumentiere ich das noch auf der Dark-Mode-Seite. -- hgzh 08:35, 5. Sep. 2024 (CEST)- Ah ok, Danke für die Info. --Liebe Grüße, Lómelinde Diskussion 08:41, 5. Sep. 2024 (CEST)
- Könnte man der Vorlage:Standardbaustein noch eine Option ICON.dark hinzufügen, die das dann automatisch erkennen könnte? Also wenn zwei gültige Icons vorhanden sind zwischen hell und dunkel umschalten? --Liebe Grüße, Lómelinde Diskussion 08:57, 5. Sep. 2024 (CEST)
- Wäre möglich, aber vor großflächigem Einsatz würde ich das erst einmal dokumentieren. -- hgzh 09:34, 5. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 12:48, 3. Sep. 2024 (CEST)
Eigentlich mehr so die Problematik Balkendiagramme. Wie soll ich das beschreiben. Da dort der Hintergrund der Diagramme weiß bleibt, sich der Hintergrund der Umgebung aber zu dunkel ändert, ist ein Teil des Diagramms (Gewinne und Verluste) oben und unten quasi abgeschnitten. hier das untere und hier Wahldiagramm --Liebe Grüße, Lómelinde Diskussion 13:43, 4. Sep. 2024 (CEST)
- Das lässt sich mit dem gegenwärtigen Aufbau der Vorlage leider nicht anders lösen. -- hgzh 13:46, 4. Sep. 2024 (CEST)
- Das überzeugt mich nicht, auch die Schrift vor den Farben (|JAHRALT=2015 |JAHRNEU=2018) ist im Dunklen weg. Das sieht nicht gut aus. --Liebe Grüße, Lómelinde Diskussion 14:48, 4. Sep. 2024 (CEST)
- Mag ja sein, dass dich das nicht überzeugt, kannst es gern selbst probieren, aber CSS-Gebastel kommt irgendwann an seine Grenzen. Für komplexe Grafiken braucht man irgendwann eine Diagramm-Engine. -- hgzh 15:36, 4. Sep. 2024 (CEST)
- Schon etwas besser, ne du Wahldiagramme sind leider für mich zu komplex, das übersteigt meine Fähigkeiten. --Liebe Grüße, Lómelinde Diskussion 15:43, 4. Sep. 2024 (CEST)
- Mag ja sein, dass dich das nicht überzeugt, kannst es gern selbst probieren, aber CSS-Gebastel kommt irgendwann an seine Grenzen. Für komplexe Grafiken braucht man irgendwann eine Diagramm-Engine. -- hgzh 15:36, 4. Sep. 2024 (CEST)
- Das überzeugt mich nicht, auch die Schrift vor den Farben (|JAHRALT=2015 |JAHRNEU=2018) ist im Dunklen weg. Das sieht nicht gut aus. --Liebe Grüße, Lómelinde Diskussion 14:48, 4. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde Liebe Grüße, Lómelinde Diskussion 15:43, 4. Sep. 2024 (CEST)
Bitte einmal das zudem als display:none
gekennzeichnete #FFFFFF
auf basis, und falls das jemals irgendjemandem angezeigt werden sollte, den Rahmen vielleicht nicht schwarz setzen also das black
entfernen. --Liebe Grüße, Lómelinde Diskussion 17:41, 4. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 09:35, 5. Sep. 2024 (CEST)
Lässt sich in diesem Namensraum zwar schwierig testen aber … bitte so anpassen, dass für NavHead die Schriftfarbe bei gewünscht nicht vorhandener Hintergrundfarbe
<div class="NavFrame" style="margin: 0; padding: 0px 3px 0px 0px; border:0;">
<div class="NavHead" style="background:none; text-align:left; font-size:105%;">{{{1|Mehr dazu}}}</div>
<div class="NavContent" style="text-align:left;">
{{{2}}}
</div></div>
im Dunkelmodus nicht schwarz sondern weiß ist. (class="NavHead hintergrundfarbe-basis"
funktioniert leider nicht, oder nicht mehr Wikipedia:Bots/Anfragen/Archiv/2016-2#HTML-Fix style→class? MediaWiki:Gadget-NavFrame.css, da es scheinbar nicht möglich ist, die Hintergrundfarbe zu ändern, wäre das hier alles sinnlos)
<div class="NavFrame" style="margin: 0; padding: 0 3px 0 0; border:0;">
<div class="NavHead hintergrundfarbe-basis" style="text-align:left; font-size:105%;">{{{1|Mehr dazu}}}</div>
<div class="NavContent" style="text-align:left;">
{{{2}}}
</div></div>
Beispiel der Einbindung Kategorie:Frankfurt am Main der Text „Systematisches Artikelverzeichnis“ neben der Schaltfläche zum ein-/ausklappen. rund 140 Einbindungen --Liebe Grüße, Lómelinde Diskussion 12:57, 9. Sep. 2024 (CEST)
- NavFrame war für Navigationsleisten gedacht und bringt deshalb die entsprechende Formatierung mit. Diese Abwandlungen mit Unterdrückung des Hintergrunds dienten dazu, sich den Klappmechanismus zu eigen zu machen. Inzwischen gibt es dafür mw-collapsible, das für alles genutzt werden sollte, das keine Navigationsleiste oder Klappbox ist. -- hgzh 21:30, 9. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:47, 10. Sep. 2024 (CEST)
Vorlage:Kategorie Schienenverkehr = unterschiedliches Verhalten von Bildeinbindungen
Bilder erhalten einen grauen Hintergrund, aber leider nicht immer und überall.
Außerhalb = derzeitige Art der Einbindung = , wenn alleinstehend wird ein grauen Hintergrund Okhinzugefügt#C8CCD1
Dieses Mal die Bilder innerhalb einer Vorlage/Tabelle/div-Anweisung: , wie in einbindenden Vorlagen oder durch Änderung der Vorlage selbst
Nochmals anders, außerhalb, mit skin-invert bekäme einen Hintergrund #2F3237
und innerhalb mit skin-invert
Das Problem ist also wie soll ich das lösen wenn die Vorlage in einer Vorlage verbaut wurde wie hier Kategorie:Eisenbahnrecht.
Für die Wartung dieser Kategorie ist das Portal:Bahn zuständig. Anfragen können auf dessen Diskussionsseite gestellt werden.
Für die Wartung dieser Kategorie ist das Portal:Bahn zuständig. Anfragen können auf dessen Diskussionsseite gestellt werden.
Alleinstehend hat sie, in der derzeitigen Form, wie gesagt einen hellgrauen Hintergrund für die Bilder. Das kommt jetzt zwar in der Form nur vier mal vor, aber es könnte andere ähnliche Fälle geben, bei denen Bilder eben nicht außen um Vorlagen, Tabellen oder div-Tags gelegt wurden. Es funktioniert also eher zufällig in den mehr als 5000 Einbindungen der Spezial:Linkliste/Vorlage:Kategorie Schienenverkehr --Liebe Grüße, Lómelinde Diskussion 18:51, 9. Sep. 2024 (CEST)
- Der Hintergrund wird nur außerhalb von divs und ein paar anderen Fällen angewendet, um nicht in Infoboxen unerwünschte Effekte zu erzeugen. Eine Lösungsmöglichkeit wäre, die Bildeinbindung in einen div-Container zu packen und dann per skin-invert-image zu invertieren. -- hgzh 21:38, 9. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:26, 10. Sep. 2024 (CEST)
Vorlage:WikiMUC Tab linear-gradient allgemein
IrgendetwasIrgendetwas mit skin-invertIrgendetwas mit dark-h-neutral
Also mit skin-invert
kann man da etwas machen, nicht aber mit class="darkmode-hintergrund-…"
oder mache ich da etwas falsch? --Liebe Grüße, Lómelinde Diskussion 11:58, 11. Sep. 2024 (CEST)
- Es heißt
darkmode-hintergrundfarbe-
, aber auch das wird nicht funktionieren, weil diese Klassen immer nur background-color überschreiben und nicht background. Die skin-invert-Lösung sieht doch in Ordnung aus. -- hgzh 12:08, 11. Sep. 2024 (CEST)- Oups ja, das hatte ich da beim Testen aber auch richtig. Ja
skin-invert
sieht gut aus. Ich wollte auch nur fragen, ob es noch eine andere Möglichkeit gäbe. --Liebe Grüße, Lómelinde Diskussion 12:33, 11. Sep. 2024 (CEST)
- Oups ja, das hatte ich da beim Testen aber auch richtig. Ja
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 12:33, 11. Sep. 2024 (CEST)
Umschalten zwischen "Automatisch", "Hell" und "Dunkel", Quelltexteditor, Dunkelmodus-Fehler
Mein Rechner/Browser (Firefox) ist standardmäßig auf "Dunkel" eingestellt. Schalte ich in Wikipedia, Quelltexteditor das Erscheinungsbild um, geschieht folgendes:
- "Automatisch": Normaler Text unlesbar (schwarz auf schwarz)
- "Hell": OK, schwarze Schrift auf hellem Grund
- "Dunkel": OK, helle Schrift auf schwarzem Grund.
--Elutz (Diskussion) 15:10, 4. Aug. 2024 (CEST)
- Du schreibst, auch dein Browser sei auf auf dunkel eingestellt. Das automatische Umschalten beim Website-Stylesheet funktioniert nur richtig, wenn dein User-Stylesheet im Browser nicht „dazwischenfunkt“. Erweiterungen wie Dark Reader sollten ggf. deaktiviert werden. Nur so kann die Darstellung der Website den Systemeinstellungen folgen. --Viele Grüße, Aschmidt (Diskussion) 16:15, 4. Aug. 2024 (CEST)
- Sorry, meine Angaben waren nicht ganz richtig, Der Browser selbst ist auf "Automatisch" eingestellt. Das System ist im Dunkelmodus. In Kombination mit der Einstellung in Wikipedia auch auf "Automatisch" klappt es nicht. Irgendwelche Erweiterungen im Browser die Darstellung betreffend gibt es nicht. --Elutz (Diskussion) 18:16, 4. Aug. 2024 (CEST)
- Vielleicht hast du noch das alte Stylesheet in deine global.css oder common.css eingebunden? Oder sonstige CSS-Schnipsel, die stören? --Viele Grüße, Aschmidt (Diskussion) 18:20, 4. Aug. 2024 (CEST)
- Sorry, meine Angaben waren nicht ganz richtig, Der Browser selbst ist auf "Automatisch" eingestellt. Das System ist im Dunkelmodus. In Kombination mit der Einstellung in Wikipedia auch auf "Automatisch" klappt es nicht. Irgendwelche Erweiterungen im Browser die Darstellung betreffend gibt es nicht. --Elutz (Diskussion) 18:16, 4. Aug. 2024 (CEST)
- Ich kann das Problem nachvollziehen und habe deshalb bei den Entwicklern nachgefragt. Die derzeitige Darstellung ist auch nur eine Zwischenlösung. -- hgzh 17:53, 5. Aug. 2024 (CEST)
- Jetzt behoben. -- hgzh 08:35, 13. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:35, 13. Sep. 2024 (CEST)
Bei Einbindungen in Tabellen mit Hintergrundfarben
Vorschlag für Dienstag, 3. Dezember 2024: Phosphor
Phosphor (von altgriechisch φωσφόρος phōsphóros, deutsch ‚lichttragend‘, vom Leuchten des weißen Phosphors bei der Reaktion mit Sauerstoff) ist ein chemisches Element mit dem Symbol P und der Ordnungszahl 15. Im Periodensystem steht es in der fünften Hauptgruppe bzw. 15. IUPAC-Gruppe oder Stickstoffgruppe. Phosphor kommt in mehreren, sich stark unterscheidenden Modifikationen vor. Der aus P4-Molekülen aufgebaute weiße Phosphor ist die am einfachsten herzustellende, jedoch thermodynamisch nicht die stabilste Modifikation. Phosphorverbindungen sind für alle Lebewesen essenziell und bei Aufbau und Funktion der Organismen in zentralen Bereichen beteiligt, wie der DNA und der zellulären Energieversorgung (ADP/ATP). Die biogeochemische Umsetzung von Phosphor erfolgt im Rahmen des Phosphorkreislaufs. – Zum Artikel …
Wikidata-Kurzbeschreibung für Phosphor:
chemisches Element mit dem Symbol P und der Ordnungszahl 15 (Bearbeiten) |
Vorschlag für Freitag, 29. November 2024: Schwedische Sackpfeife
schwedische Sackpfeife (schwedischer Dudelsack), schwedisch säckpipa, pôsu (påse), bälgpipa, drommpipa oder pipsäck genannt, ist eine Sackpfeife, die man traditionell in Schweden unter anderem in der Militärmusik findet und die heute vor allem in der Volksmusik benutzt wird. Die schwedische Sackpfeife ist klein, verglichen mit der schottischen Hochlandsackpfeife, und wird mit dem Mund geblasen. Die schwedische Sackpfeifentradition war fast völlig ausgestorben, als in den 1930er-Jahren einige alte Instrumente in einem Museum gefunden wurden und der letzte schwedische Traditionsträger in Westdalarna ausfindig gemacht wurde. Während der letzten Jahrzehnte wurden erweiterte Varianten zur schwedischen Sackpfeife hergestellt, mit mehr Pfeifen und mehr möglichen Tonarten als bei den traditionellen. Atmung und Melodie laufen bei einer Sackpfeife nicht synchron, was sie von anderen Blasinstrumenten deutlich unterscheidet. Damit sich der Ton der Sackpfeife nicht abschwächt, muss der Luftdruck durch die Pfeife konstant sein. Da die Luft direkt vom Sack in die Pfeife strömt, bedeutet das, dass der Luftdruck im Sack konstant sein muss. Das bewirkt der Spieler, indem er mit dem linken Arm auf den Sack drückt. Neue Luft bläst er nur hinein, wenn der Druck im Sack merklich nachlässt. – Zum Artikel …
Die Wikidata-Kurzbeschreibung für Schwedische Sackpfeife:
traditionelles schwedisches Holzblasinstrument (Bearbeiten) |
Vorschlag für Montag, 2. Dezember 2024: Zwergseeschwalbe
Zwergseeschwalbe (Sternula albifrons, Syn.: Sterna albifrons) ist eine Vogelart aus der Unterfamilie der Seeschwalben (Sterninae) innerhalb der Familie der Möwenverwandten (Laridae). Sie ist eine der kleinsten Seeschwalben und größtenteils grauweiß gefärbt, wobei der Kopf ein schwarzes Muster aufweist und der Schnabel zur Brutzeit gelb, sonst dunkler ist. Das Brutgebiet der Art umfasst Teile Europas, Nord- und Westafrikas, Asiens, Australiens sowie Ozeaniens, wobei sie ausschließlich an Gewässern verschiedener Art lebt. Wenngleich es sich bei den meisten Beständen um Weitstreckenzieher handelt, die fernab ihrer Brutareale im tropischen Afrika, Asien und Australasien überwintern, gibt es auch Standvogelpopulationen. Es werden zwischen drei und fünf Unterarten anerkannt. Die Zwergseeschwalbe gilt weltweit als nicht gefährdet, wenngleich die Bestände zurückgehen. In Deutschland ist sie vom Aussterben bedroht. – Zum Artikel …
Die Wikidata-Kurzbeschreibung für Zwergseeschwalbe:
Art der Gattung Sternula (Bearbeiten) |
gibt es Probleme mit der Textfarbe. --Liebe Grüße, Lómelinde Diskussion 10:50, 15. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 12:39, 16. Sep. 2024 (CEST)
Dunkelmodus-Fehler bei SVG-Darstellung in Infoboxen
Bei der Darstellung von SVG-Bildern in Infoboxen wird der Hintergrund transparent dunkel dargestellt, also oft schwarze Linien auf dunkelgrauem Hintergrund. Beispiele:
Das gleiche tritt übrigens auch bei der Seitenvorschau beim Mouse-Over über Wikilinks auf. --Elutz (Diskussion) 20:40, 16. Sep. 2024 (CEST)
- Verwende dort diese Einbindung
[[Datei:Skylon.svg|300px|klasse=skin-invert-image|Skylon]]
- Dadurch wird das Bild von schwarz-weiß zu weiß-schwarz invertiert. Das ist zumindest bei rein schwarzweißen Bildern machbar.
- Mman sieht anhand dieser Tabelle schon, dass das Ganze nicht trivial ist.
- Bei dem anderen Fall ist das schwieriger. Da die Infoboxen mit
class="infobox"
versehen sind, wird der Hintergrund aller Zellen dunkel eingefärbt, man müsste da explizit für Bildeinbindungen eine Farbänderung dieser Zellen durch|- class="hintergrundfarbe2"
oberhalb der Bildeinbindung in der Vorlage selbst vornehmen (falls diese Zuweisungen dauerhaft so erhalten bleiben, dass sieclass="infobox"
überschreiben). Oder nur das Bild auf diese Art
|-
{{#if:{{{Bild|<noinclude>-</noinclude>}}}|
{{!}} colspan="2" style="text-align:center;" {{!}} <div class="hintergrundfarbe2">[[{{{Bild}}}|{{#if:{{{Bildbreite|<noinclude>-</noinclude>}}}|{{{Bildbreite}}}|295px}}|{{{#if:{{{Titel|<noinclude>-</noinclude>}}}|{{{Titel}}}|{{PAGENAME}}}}}]]</div> <small>{{#if:{{{Bildunterschrift|<noinclude>-</noinclude>}}}|{{{Bildunterschrift}}}|{{PAGENAME}}}}</small>
}}
- weiß hinterlegen. Invertieren würde ich es dort zumindest nicht pauschal. --Liebe Grüße, Lómelinde Diskussion 07:30, 17. Sep. 2024 (CEST)
Infobox angepasst, Grafikeinbindung invertiert. Gruß, -- hgzh 07:47, 17. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 07:47, 17. Sep. 2024 (CEST)
Vorlage:Babel unterschiedliche Einbindung
Dieser Benutzer kommt aus der Schweiz. |
Babel: | ||
---|---|---|
| ||
Benutzer nach Sprache |
Babel: | ||
---|---|---|
|
{{Benutzer:Vorlage/aus der Schweiz}} = ok
{{Babel|:Vorlage/aus der Schweiz}} = war unlesbar
{{Babel}}
|-
|{{Benutzer:Vorlage/aus der Schweiz}} = ok
|}
Da weiß ich auch nicht weiter. --Liebe Grüße, Lómelinde Diskussion 11:40, 13. Sep. 2024 (CEST)
- Merkwürdig, das geht jetzt plötzlich. --Liebe Grüße, Lómelinde Diskussion 14:02, 16. Sep. 2024 (CEST)
Noch so ein kurioser Fall, warum erhält das manchmal die class="infobox"
und manchmal nicht?
ohne | ohne | mit class="infobox" | |||||||||||||||||||
|
|
| |||||||||||||||||||
|
|
|
Diese Babelvorlagen sind alles andere als trivial, aber diese unterschiedliche Behandlung der Einbindungen macht es extrem schwierig. --Liebe Grüße, Lómelinde Diskussion 14:32, 14. Sep. 2024 (CEST)
- Habe Vorlage:Babel-Kopf angepasst, sollte damit erledigt sein. -- hgzh 13:00, 18. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 14:05, 18. Sep. 2024 (CEST)
Portal allgemein
Scheinbar ist der Portalnamensraum nun auch freigeschaltet, aber dort verhält sich alles anders, als auf anderen Seiten. Wenn also eine Art Vorlage dort steht, sieht es optisch so aus als würde sie keine Probleme hervorrufen. Wie soll man dann da etwas testen können. Es sind ja keine Vorlagen im Sinne von Vorlagen. Beispiel: Portal:Frauen/Biografien/Statistik ab 1601 und die Einbindung hier Vorlage:FRAUROT#1601 Ich wollte gerade schon nachfragen warum es aus der Portalseite scheinbar korrekt ist und im Vorlagenbereich nicht, als mir aufgefallen ist, dass es ja eigentlich bisher im PNR gar nicht umschaltbar war. Seufz, das macht es nun auch nicht leichter. Und ich dachte schon ich wäre endlich mit diesem Klickibuntikram dort durch. --Liebe Grüße, Lómelinde Diskussion 16:38, 13. Sep. 2024 (CEST)
- Im Portalnamensraum gibt es ähnliche Überschreibungen wie für Infoboxen. Damit sind Anpassungen für den Portalnamensraum i.d.R. unnötig und hier gibt es nichts zu beheben. -- hgzh 13:03, 18. Sep. 2024 (CEST)
- Alles klar. Es ist halt nur so, dass einige Portalseiten eben auch als Vorlagen in anderen Namensräumen dienen Spezial:Linkliste/Portal:Waffen/Tab. --Liebe Grüße, Lómelinde Diskussion 14:01, 18. Sep. 2024 (CEST)
- Dann ist eine Korrektur natürlich sinnvoll und testen lässt es sich ja in den dortigen Einbindungen. -- hgzh 14:04, 18. Sep. 2024 (CEST)
- Alles klar. Es ist halt nur so, dass einige Portalseiten eben auch als Vorlagen in anderen Namensräumen dienen Spezial:Linkliste/Portal:Waffen/Tab. --Liebe Grüße, Lómelinde Diskussion 14:01, 18. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 14:01, 18. Sep. 2024 (CEST)
Bitte so umstellen, dass eingebundene Bilder einen hellen Hintergrund bekommen. Beispiele:
- Vorlage:Navigationsleiste Eishockey-Weltmeisterschaften (Herren) + Vorlage:Navigationsleiste Eishockey-Europameisterschaft
- Vorlage:Navigationsleiste Olympiasieger im Weitsprung, Vorlage:Navigationsleiste Olympische Sportarten, … Olympische Ringe
- Vorlage:Navigationsleiste Asiatische Fußballnationalmannschaften, Vorlage:Navigationsleiste Afrikanische Fußballnationalmannschaften
Es wäre zwar theoretisch möglich die Bilder zu invertieren, aber das verfälscht die Inhalte für Logos, Wappen, Flaggen … --Liebe Grüße, Lómelinde Diskussion 12:22, 15. Sep. 2024 (CEST)
Ja, das scheint soweit zu funktionieren. das einzige was noch stört ist bei den Olympischen die Invertierung in der Überschriftenleiste durch Vorlage:SportPicto/image, das ist für alle schwarzweißen völlig ok, aber die Olympischen Ringe sollten nicht invers gesetzt werden. Vorlage:SportPicto das wird zu hellblau _, weiß _, hellrot _, braun _ + grün _. Dort empfiehlt es sich eher das andere Bild → auszuwählen oder auch dort einen Hintergrund zu setzen. --Liebe Grüße, Lómelinde Diskussion 14:46, 17. Sep. 2024 (CEST) SportPicto hat ohnehin eine Überarbeitung nötig, kann in diesem Zug miterledigt werden. -- hgzh 08:07, 18. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:07, 18. Sep. 2024 (CEST)
Babel-Bausteine ohne Vorlage.....
Weiter oben gibts die Babel-Bausteine - die wurden ja schon behandelt. Nun gibt es (zum Beispiel bei mir) ja auch noch die Parserfunktion {{#babel...}}
(siehe auch Hilfe:Parserfunktionen/Multilingual#Globale_Babel-Funktion). Die scheint vom Dark Mode derzeit noch gar nichts zu halten. Kann die mit hiesigem CSS angepasst werden, oder muss die ein Phabricator-Ticket erhalten? --Gelegenheits-Wikipedianer (Diskussion) 18:42, 18. Sep. 2024 (CEST)
- Die Babel-Extension setzt derzeit notheme, deaktiviert den Darkmode also explizit. phab:T369321 ist der entsprechende Task. -- hgzh 07:45, 19. Sep. 2024 (CEST)
- Alles klar, Danke. Hatte ich bei meiner Suche nicht gefunden. Dann ist das schon "in Arbeit" und damit hier erledigt. --Gelegenheits-Wikipedianer (Diskussion) 10:44, 19. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 11:22, 19. Sep. 2024 (CEST)
Die Schrift wird nicht invertiert. Ein Problem dabei scheint es zu sein, dass ein leerer Parameter {{{background}}} generell nicht richtig funktioniert also gemeint ist das hier <span style="background: {{{background|}}}; color:#006600;">Text</span>
also leeres Attribut background, das ist mir schon mehrfach irgendwie aufgefallen. Vorlage:Positionskarte+ sieht ok aus, Vorlage:Positionskarte~ und viele andere haben so eine Einbindung |background= {{{background|}}}
Oder liegt es an etwas anderem? --Liebe Grüße, Lómelinde Diskussion 11:22, 19. Sep. 2024 (CEST)
- Wo tritt dieses Problem auf? -- hgzh 11:57, 19. Sep. 2024 (CEST)
- Habe ich doch verlinkt Vorlage:Positionskarte#Markierungen dort ist vermutlich das transparent in der Tabelle schuld, aber es passiert eben auch da Vorlage:Positionskarte#Karte mit individueller Bildunterschrift.
|
|
- Ich denke mal es passiert immer, innerhalb von Einbindungen in Tabellen wenn Hintergründe vorhanden sind, die nicht Stadnard basis, 1 oder 5 entsprechen. --Liebe Grüße, Lómelinde Diskussion 12:48, 19. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 13:44, 19. Sep. 2024 (CEST)
Das Spezial:Diff/229977841/244688396 funktioniert irgendwie nicht so ganz siehe Benutzer:WikiHelper232, eine Einbindung mit Titel würde quasi fast komplett verschwinden, wenn der Parameter | textcolor =
leer gelassen wird, der Rand geht weg wenn | bordercolor =
leer bleibt …
In Artikeln zumeist so eingebunden
|
Hier ist ein Text, leere Parameter verschlucken die Farbe
|
Allgemein stört mich aber auch die Verwendung diese Benutzerbox in Artikeln, wo du gerade die Klade angepasst hattest, habe ich natürlich geschaut was die innerhalb dieser Box macht. --Liebe Grüße, Lómelinde Diskussion 16:35, 20. Sep. 2024 (CEST)
- Sollte jetzt passen. -- hgzh 07:39, 23. Sep. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 08:41, 23. Sep. 2024 (CEST)
color = border-color?
Es ist eigentlich recht nützlich, dass man durch Weglassen der Farbe schwarz in der Zuweisung border: 1px solid;
immer einen schwarzen Rand (= bodycolor?) erhält, das führt im Allgemeinen dazu, dass im Dunkelmodus ein weißer Rand erscheint.
Es kommt allerdings dort zu Problemen, wo der Schrift eine andere Farbe zugewiesen wird.
Wenn man nun also eine dunkle Schriftfarbe oder eine Standardhintergrundfarbe (nicht -basis, 1 oder 5) zuweist verschwindet der Rand.
Könnte man irgendwie der leeren Zuweisung border-color einen immer schwarzen Rand = Darkmode weiß zuweisen? Das Problem sind Tabs in WP:Projeken und ähnlichen Seiten. Ein teilweise verschwindender Rand ist irgendwie nicht wirklich toll. Beispiel:
Die Abhängigkeit von der weißen Schriftfarbe per default verhindert hier eine Anpassung durch entfernen der Zuweisung #000000
für die Randfarbe der oberen Box, so dass der Rand auch bei dunkler Schrift quasi auf dunklem Hintergrund unsichtbar wird. --Liebe Grüße, Lómelinde Diskussion 10:05, 16. Sep. 2024 (CEST)
- border-color verwendet den Wert currentcolor als Standardwert, und currentcolor kann mit dem Attribut color gesetzt werden. Die Standard-Rahmenfarbe ist somit immer gleich der Textfarbe.
- Im Prinzip wäre das etwas für ein rahmenfarbe-basis bzw. eine Anpassung von rahmenfarbe5 (schwarz, Kontrast). Rahmenfarbe5 wird kaum verwendet, sodass dies wahrscheinlich die einfachere Lösung ist. -- hgzh 12:49, 16. Sep. 2024 (CEST)
- rahmenfarbe5 schaltet jetzt im Darkmode auf weiß um. -- hgzh 15:26, 3. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:37, 4. Okt. 2024 (CEST)
@ Das wird durch deine Einfügung von class="infobox"
Spezial:Diff/200155648/244410333 bei dunkler Schriftfarbe teilweise völlig unbrauchbar →San Diego Padres oder direkt in der Vorlagendoku, sowie Cardinals Feldkirch …. Es gibt da mehrere Untervorlegen
- Vorlage:MLBAltPrimaryColor = Hintergrund
- Vorlage:MLBAltSecondaryColor = Schriftfarbe
- Vorlage:MLBPrimaryColor = Hintergrund
- Vorlage:MLBSecondaryColor = Schriftfarbe
für die Farbe, die müssten wohl angepasst und vereinfacht werden (switch zusammenlegen), also eine Darkmodeschriftfarbe bzw. einen Darkmodehintergrund bekommen, zudem sollte das Logo hell hinterlegt werden. --Liebe Grüße, Lómelinde Diskussion 10:02, 3. Okt. 2024 (CEST)
- Hab die Vorlage angepasst. Gruß, -- hgzh 12:49, 3. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:37, 4. Okt. 2024 (CEST)
Farben der hellnlau hinterlegten Überschriften, zudem enthält die Seite background:transparent
Beispieleinbindung
- Benutzer:Jazzman/Hauptseite Aktuell hier gehen auch die beiden Überschriften („Derzeit auf der Hauptseite:“ und „Vorschau für den morgigen Tag:“) oberhalb verloren
- hier Benutzer:Mipago/Layoutvorschlag ist die Schrift innerhalb der Inhaltsfelder der oberen Einbindungen nahezu verschwunden. Es betrifft als vermutlich auch andere Unterseiten der Hauptseite. --Liebe Grüße, Lómelinde Diskussion 14:00, 30. Sep. 2024 (CEST)
- Die Schon-Gewusst-Seite habe ich angepasst, bei den anderen Seiten sehe ich nun keine Probleme mehr. Ich denke aber auch, dass es nicht sinnvoll ist, sämtliche private Testseiten im BNR für den Dark Mode herzurichten. Gruß, -- hgzh 21:58, 30. Sep. 2024 (CEST)
- Das waren ja auch nur Beispiele. --Liebe Grüße, Lómelinde Diskussion 15:06, 1. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 15:06, 1. Okt. 2024 (CEST)
Weiße Box | |||||||||||||||||||||
Schwarze Box | Grüne Box | Blaue Box weiße Schrift | |||||||||||||||||||
Rosa Box inherit | Graue Box color-emphasized | Braune Box | |||||||||||||||||||
Der Rand der farbigen Boxen wird nicht für den Dunkelmodus auf hell gesetzt, wo genau ist die Definition für diese |border=
? Man könnte lediglich die Strichstärke verändern. color:#202122;
bewirkt da nichts, und color:inherit;
dreht auch die Schriftfarbe um. Das ist im Grunde wieder das Problem mit der Abhängigkeit der Rahmenfarbe von der Schriftfarbe. Gibt es irgendeine Möglichkeit die schwarzen Rahmen irgendwie weiß zu kriegen? Die Schriftfarbe soll sich ja nicht ändern, nur der Rahmen. Oder eben ein grauer Rahmen, der in beiden Versionen sichtbar wäre, wie bei einer Infobox, ich finde keine Lösung dafür. Vermutlich treten farbige Stammbäume nicht wirklich häufig auf, aber es gibt sie eben → Deutscher Orden#Verwaltungsstruktur in der Mitte des 14. Jahrhunderts, Verwaltungsgliederung Osttimors#Organigramm der Administration von Gemeinde und Verwaltungsamt, Internationale Raumstation#Aufbau der ISS (Übersicht) …. --Liebe Grüße, Lómelinde Diskussion 18:21, 7. Okt. 2024 (CEST)
- Man lernt nie aus... Vorlage:Stammbaum/styles.css ist korrigiert. -- hgzh 09:33, 8. Okt. 2024 (CEST)
- Super, vielen Dank. --Liebe Grüße, Lómelinde Diskussion 09:49, 8. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 09:49, 8. Okt. 2024 (CEST)
Sonstiges
- das hier + userbox
- Header an Darkmode anpassen? + ot auch doppelte IDs mehrfache Einbindungen der Vorlage:
{{neuer Abschnitt}} = id="NeuerAbschnitt"
Diese Seiten fasse ich aus Prinzip nicht an. --Liebe Grüße, Lómelinde Diskussion 11:40, 8. Okt. 2024 (CEST)
- angepasst. -- hgzh 13:16, 8. Okt. 2024 (CEST)
- Ja dankeschön, das Problem mit der doppelten ID hat die letztere Seite aber trotzdem noch, man könnte einmal einen Parameter |Anker= … verwenden, so wie ich es hier gemacht habe. --Liebe Grüße, Lómelinde Diskussion 13:24, 8. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 13:24, 8. Okt. 2024 (CEST)
mark
Eigentlich mehr nur eine Frage, soll der Inhalt von mark-Tags so bleiben, oder ist dafür irgendeine Umsetzung ähnlich wie beim
syntaxhighlight
zu erwarten? Ich würde es eigentlich recht passend finden, wenn sie das so ähnlich lösen würden. Mark kann ja lediglich gelb, das sollte also nicht so schwierig zu realisieren sein. markierter Text unmarkierter Text → markierter Text unmarkierter Text oder so ähnlich. --Liebe Grüße, Lómelinde Diskussion 08:59, 14. Okt. 2024 (CEST)
- m.W. ist die Farbe der Markierung in MediaWiki ausschließlich Sache des Browsers. Man könnte das überschreiben, wäre aber eine Insellösung. Gruß, -- hgzh 09:06, 14. Okt. 2024 (CEST)
- Ok, dann ist das soweit erledigt. --Liebe Grüße, Lómelinde Diskussion 10:12, 14. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 10:12, 14. Okt. 2024 (CEST)
Transparente Karten mit Grauflächen
[[Datei:Staaten mit Unterwerfungserklärung.svg|mini|klasse=skin-invert-image|skin-invert-image = dunkle Welt auf dunklem Grund]] [[Datei:Staaten mit Unterwerfungserklärung.svg|rahmenlos|rand|rechts|220px|klasse=skin-invert-image|skin-invert-image]] [[Datei:Staaten mit Unterwerfungserklärung.svg|mini|klasse=notheme-image|normale Einbindung = helle Welt auf hellem Grund]] [[Datei:Staaten mit Unterwerfungserklärung.svg|rahmenlos|rand|rechts|220px|normale Einbindung]] [[Datei:Staaten mit Unterwerfungserklärung.svg|gerahmt|rechts|Originalgröße = helle Welt auf dunklem Grund]]
Mir ist jetzt schon mehrfach aufgefallen, dass transparente Karten mit Grauflächen auch nur sehr schwierig eingebunden werden können, wenn sie auch im Dunkelmodus erkennbar sein sollen. Die Normale Einbindung als mini
sorgt bei grauen Landflächen, die auf normalem Bildhintergrund also #F8F9FA gut erkennbar sind, im Umkehrfall quasi verschwinden.
Innerhalb von Tabellensyntax verhalten sie sich dann wieder anders. Teilweise mit recht brauchbarem Ergebnis. Könnte man notheme-image
auf Bilder anwenden? Ich weiß, das gibt es so nicht, oder könnte global ein Attribut eingeführt werden, das die Hintergrundfarbe ändert, also so etwas ähnliches wie border/rand
für der Hintergrund? Was dabei auffällt ist, dass eine Einbindung mit gerahmt
= Originalgröße ein vernünftiges Ergebnis liefert. Zum Testen das pre entfernen. Hintergrund bei skin-invert-image wird #2F3237, graue Flächen werden #3D3C3D = unbrauchbar, grün bleibt grün. Bei dem gerahmte Bild in Originalgröße bleibt die Karte wie sie ist und der Hintergrund wird wie für thumb zu erwarten wäre in #202122 umgewandelt. Das Manko dabei ist, man kann sie nicht skalieren. Wie machen sie das? Kann man das also quasi als Attribut irgendwie hinzufügen? Das meinte ich, also ändere nur den Hintergrund quasi skin-invert-background
. Ich weiß ja, das grau wurde erst hinzugefügt →Spezial:Diff/247682684/247682854, es löst aber wieder neue Probleme aus. --Liebe Grüße, Lómelinde Diskussion 18:06, 16. Okt. 2024 (CEST)
- Die einfachste Zwischenlösung wäre, das betroffene Bild in einem div-Container einzubinden. Der Hintergrund wirkt nur auf top-level-Bildeinbindung. -- hgzh 07:40, 21. Okt. 2024 (CEST)
- Ah, ok, das könnte ich versuchen, ich finde es allerdings weniger logisch, wenn sich Bilder, je nach Einbindung (normal, div oder Tabelle), verändern, da ja die Bildsyntax in allen Fällen identisch ist, ich würde es logischer finden, wenn man das über ein Attribut lösen könnte. --Liebe Grüße, Lómelinde Diskussion 09:27, 21. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: -- Lómelinde 09:27, 21. Okt. 2024 (CEST)
Die Vorlage sorgt dafür, dass in der Vorlage:Infobox Stern im Dunkrlmodus eine schwarz hinterlegte Karte angezeigt wird →Beteigeuze. Eigentlich könnte ich mir vorstellen, dass da für den Darkmode ein skin-invert-image
zu bevorzugen wäre, wenn denn diese grau-weißen Einfärbungen einen tieferen Sinn haben und man die Achsenbeschriftungen auch auf dunklem Hintergrund lesen können soll. Was tut das |NoThumb
genau, außer ein rahmenloses, transparentes Bild einzufügen?
normal/mini | skin-invert-image/mini | normal/NoThumb? | skin-invert-image/NoThumb? |
---|---|---|---|
Kannst man das irgendwie lösen? Modul:Vorlage:Sternkarte? Ich kann es jedenfalls nicht. CC: @McBayne, Antonsusi: --Liebe Grüße, Lómelinde Diskussion 15:42, 9. Okt. 2024 (CEST)
- Schwierig. Meinem Test nach sind die Karten schlecht invertierbar. Die sollten daher "dunkel auf hell" bleiben. So wie die Zelle für das Bild auch schwarzen Hintergrund haben muss. ÅñŧóñŜûŝî (Ð) 20:13, 9. Okt. 2024 (CEST)
- Es ist aber nun mal so, dass die Vorlage das nicht von sich aus leistet. Man kann sie ja theoretisch auch unabhängig von der Infobox Stern verwenden, das Modul müsste also so angepasst werden, dass die Karte immer weiß oder mit der Hintergrundfarbe1 (für thimb) hinterlegt wird.
- Ich zeige nochmal das Problem. Wenn
|NoThumb=1
vorhanden ist und zusätzlich eine Farbe vorgegeben wird, wird das Bild nicht invertiert, wenn es fehlt, dann wird alles schwarz.
normal/mini weiß auf schwarz | skin-invert-image/mini weiß auf schwarz | NoThumb schwarz auf weiß |
---|---|---|
- Das ist ja ein Teil des Problems. Es reicht eben nicht aus das jetzt für die Vorlage:Infobox Stern wie folgt festzulegen.
{{!}} colspan="2" class="hintergrundfarbe2 notheme" style="text-align:left; border-bottom:0;" {{!}}<!--
-->{{#if:{{Booland|{{{KarteX|}}}|{{{KarteY|}}}}}<!--
-->|{{Skymap|Sternbild={{{Sternbild|}}}|XPos={{{KarteX|0}}}|YPos={{{KarteY|0}}}|Dir={{{KarteDir|}}}|Karte={{{Kartendaten|}}}|Breite={{{Kartenbreite|}}}|}}<!--
-->|{{Sternkarte|Sternbild={{{Sternbild}}}|Name={{{Name}}}|Rek={{{Rek}}}|Dek={{{Dek}}}|Breite=330|NoThumb=yes}}<!--
-->}}
- Es sollte auch ohne diese immer und überall funktionieren. Sie wird auch in anderen Infoboxen verwendet siehe 2M1207, dort wird die Datei:Centaurus IAU pixels.svg über die Vorlage:Infobox Brauner Zwerg bereits schwarz eingebunden, was die identischen Probleme aufwirft, dass die Beschriftung fehlt. Die Frage ist eben auch wie sollte es sein? Das muss schon jemand lösen, der sich damit auskennt. --Liebe Grüße, Lómelinde Diskussion 07:05, 10. Okt. 2024 (CEST)
- Die Vorlage wird überall identisch eingebunden. Bzgl. dem Text der Unterschrift. Ich habe kein Problem damit, wenn der Text nicht sichtbar ist im Falle vom Darkmode. Dass er bei der Infobox fehlt ist beabsichtigt. Nicht helfen kann ich bei den Fragen zu NoThumb, die Vorlage ist übernommen aus der frWP, da muss jemand anders verstehen. Ich kann jedoch sagen, dass es die getThumbnail Funktion ist, die das Bild dann generiert so wie ich den Code lese. Viele Grüsse--McBayne (Diskussion) 00:39, 11. Okt. 2024 (CEST)
- Hallo. Das Ganze spielt sich in mehreren Vorlagen ab. Vorlage Sternkarte ruft Vorlage:Karte mit Markierung auf. Diese erzeugt das Bild mit Overlay. Die habe ich gerade mit einem Parameter versehen, der das setzen von
class="notheme"
ermöglicht. ÅñŧóñŜûŝî (Ð) 09:44, 12. Okt. 2024 (CEST)- Und wie hilft das jetzt hier weiter? --Liebe Grüße, Lómelinde Diskussion 10:19, 12. Okt. 2024 (CEST)
- Es ermöglicht, die Invertierungen im Dark Mode zu vermeiden und es wird ein weißer Hintergrund unterlegt. Damit bleibt die Karte immer, wie sie ist. ÅñŧóñŜûŝî (Ð) 10:47, 12. Okt. 2024 (CEST)
- Und wie hilft das jetzt hier weiter? --Liebe Grüße, Lómelinde Diskussion 10:19, 12. Okt. 2024 (CEST)
- Hallo. Das Ganze spielt sich in mehreren Vorlagen ab. Vorlage Sternkarte ruft Vorlage:Karte mit Markierung auf. Diese erzeugt das Bild mit Overlay. Die habe ich gerade mit einem Parameter versehen, der das setzen von
- Die Vorlage wird überall identisch eingebunden. Bzgl. dem Text der Unterschrift. Ich habe kein Problem damit, wenn der Text nicht sichtbar ist im Falle vom Darkmode. Dass er bei der Infobox fehlt ist beabsichtigt. Nicht helfen kann ich bei den Fragen zu NoThumb, die Vorlage ist übernommen aus der frWP, da muss jemand anders verstehen. Ich kann jedoch sagen, dass es die getThumbnail Funktion ist, die das Bild dann generiert so wie ich den Code lese. Viele Grüsse--McBayne (Diskussion) 00:39, 11. Okt. 2024 (CEST)
- Es sollte auch ohne diese immer und überall funktionieren. Sie wird auch in anderen Infoboxen verwendet siehe 2M1207, dort wird die Datei:Centaurus IAU pixels.svg über die Vorlage:Infobox Brauner Zwerg bereits schwarz eingebunden, was die identischen Probleme aufwirft, dass die Beschriftung fehlt. Die Frage ist eben auch wie sollte es sein? Das muss schon jemand lösen, der sich damit auskennt. --Liebe Grüße, Lómelinde Diskussion 07:05, 10. Okt. 2024 (CEST)
Ohne "Notheme=1" | Mit "Notheme=1" |
---|---|
ÅñŧóñŜûŝî (Ð) 12:31, 12. Okt. 2024 (CEST)
mit class="hintergrundfarbe9"
| |
---|---|
NoThumb=1 und Notheme=1
|
Notheme=1 und Text
|
mit background:#ABCDEF und color:#202122 | |
NoThumb=1 und Notheme=1
|
Notheme=1 und Text
|
zusätzlich class="darkmode-hintergrundfarbe-basis"
| |
Das löst aber das Problem leider noch immer nicht komplett. --Liebe Grüße, Lómelinde Diskussion 11:26, 12. Okt. 2024 (CEST)
- Ich habe die Tabelle mal beschriftet, um das besser zu zeigen. Der Text bleibt schwarz, weil der Thumb im Modul der Vorlage (in Funktion
getThumbnail
) zusammengesetzt wird. Der Text hat transparenten Hintergrund. Ich fummel da aber nicht dran rum. ÅñŧóñŜûŝî (Ð) 13:12, 12. Okt. 2024 (CEST)- Ist das übrig geliebene Problem nur noch die optionale Beschriftung der Vorlage?--McBayne (Diskussion) 17:19, 13. Okt. 2024 (CEST)
- Vermutlich, aber ich habe nicht alle Einbindungen der Vorlage geprüft, oder alle Möglichkeiten einer Einbindung durchgetestet. Ich meine es muss möglicherweise noch in anderen Vorlagen angepasst werden. Beispielsweise Vorlage:Infobox Doppelstern. --Liebe Grüße, Lómelinde Diskussion 18:37, 13. Okt. 2024 (CEST)
- Danke, die Infoboxen binden die Vorlage alle identisch ein und machen keinen Gebrauch von diesem Feature, d.h. es wäre nur noch ein Problem, falls die Vorlage individuell verwendet wird. Wäre natürlich schön, wenn das zu lösen wäre, aber insgesamt handelt es sich dann um ein Problem das wenige bis keine Artikel betrifft.--McBayne (Diskussion) 18:47, 13. Okt. 2024 (CEST)
- Die Karten sind nicht für dunklen Hintergrund ausgelegt. Gäbe es keine zierlichen weißen Kontur-Ringe um die schwarzen Kreise (Sterne), dann würden diese im Darkmode komplett verschwinden. Ergo gehören diese SVGs immer auf weißen Hintergrund. ÅñŧóñŜûŝî (Ð) 02:51, 14. Okt. 2024 (CEST)
- Danke, die Infoboxen binden die Vorlage alle identisch ein und machen keinen Gebrauch von diesem Feature, d.h. es wäre nur noch ein Problem, falls die Vorlage individuell verwendet wird. Wäre natürlich schön, wenn das zu lösen wäre, aber insgesamt handelt es sich dann um ein Problem das wenige bis keine Artikel betrifft.--McBayne (Diskussion) 18:47, 13. Okt. 2024 (CEST)
- Vermutlich, aber ich habe nicht alle Einbindungen der Vorlage geprüft, oder alle Möglichkeiten einer Einbindung durchgetestet. Ich meine es muss möglicherweise noch in anderen Vorlagen angepasst werden. Beispielsweise Vorlage:Infobox Doppelstern. --Liebe Grüße, Lómelinde Diskussion 18:37, 13. Okt. 2024 (CEST)
- Ist das übrig geliebene Problem nur noch die optionale Beschriftung der Vorlage?--McBayne (Diskussion) 17:19, 13. Okt. 2024 (CEST)
- Kommt dieser Fall (thumb innerhalb Box) denn überhaupt vor? -- hgzh 16:29, 14. Okt. 2024 (CEST)
- Weiß ich nicht, ich verweise aber mal auf diese Diskussion aus dem Jahr 2021 Vorlage Diskussion:Sternkarte#Inclusion parameter, das Problem war bekannt und das Ganze sieht für mich aus wie ein irgendwie gearteter Hack. Und es gibt die Vorlage:Infobox Brauner Zwerg, die für mich in allen Einbindungen →2MASS J00001354+2554180 bereits im hellen Modus ein untaugliches Ergebnis liefert. --Liebe Grüße, Lómelinde Diskussion 16:59, 14. Okt. 2024 (CEST)
- Infobox Brauner Zwerg war noch nicht auf die hier erfassten Ergebnisse eingestellt. Die Karten sind sowieso echt gruselig, auch der SVG-Quelltext. Eigentlich gehören da neue erzeugt. Kann ich mal mit einer ausprobieren. Die Projektion ist wohl einfach eine Plattkarte und nicht stereografisch. ÅñŧóñŜûŝî (Ð) 13:26, 15. Okt. 2024 (CEST)
- Vergiss bitte am Ende nicht die Vorlage:Infobox Doppelstern siehe Sirius. --Liebe Grüße, Lómelinde Diskussion 14:56, 15. Okt. 2024 (CEST)
- Ich möchte alle Infoboxen in Kategorie:Vorlage:Infobox Astronomie bestmöglich einheitlich haben. Bei der Vorlage:Infobox Planet gibt es die Besonderheit, dass die Farbe der Überschriften in jedem Artikel anders ist. Da brauche ich noch eine Idee. ÅñŧóñŜûŝî (Ð) 18:12, 15. Okt. 2024 (CEST)
- Ich hätte zwar eine Idee, weiß aber nicht, ob das erwünscht ist. Wenn man die Überschriften quasi unsichtbar mit einem (2px) Rand in der Hintergrundfarbe versieht, dann sollte es sich im Dunkelmodus farblich abheben, Aber bitte keine vollflächige Hintergrundfärbung.
- Ich möchte alle Infoboxen in Kategorie:Vorlage:Infobox Astronomie bestmöglich einheitlich haben. Bei der Vorlage:Infobox Planet gibt es die Besonderheit, dass die Farbe der Überschriften in jedem Artikel anders ist. Da brauche ich noch eine Idee. ÅñŧóñŜûŝî (Ð) 18:12, 15. Okt. 2024 (CEST)
- Vergiss bitte am Ende nicht die Vorlage:Infobox Doppelstern siehe Sirius. --Liebe Grüße, Lómelinde Diskussion 14:56, 15. Okt. 2024 (CEST)
- Infobox Brauner Zwerg war noch nicht auf die hier erfassten Ergebnisse eingestellt. Die Karten sind sowieso echt gruselig, auch der SVG-Quelltext. Eigentlich gehören da neue erzeugt. Kann ich mal mit einer ausprobieren. Die Projektion ist wohl einfach eine Plattkarte und nicht stereografisch. ÅñŧóñŜûŝî (Ð) 13:26, 15. Okt. 2024 (CEST)
- Weiß ich nicht, ich verweise aber mal auf diese Diskussion aus dem Jahr 2021 Vorlage Diskussion:Sternkarte#Inclusion parameter, das Problem war bekannt und das Ganze sieht für mich aus wie ein irgendwie gearteter Hack. Und es gibt die Vorlage:Infobox Brauner Zwerg, die für mich in allen Einbindungen →2MASS J00001354+2554180 bereits im hellen Modus ein untaugliches Ergebnis liefert. --Liebe Grüße, Lómelinde Diskussion 16:59, 14. Okt. 2024 (CEST)
Vorlage Sternkarte und andere Infoboxen
Neptun | Ceres | Pluto |
---|---|---|
Inhalt | Inhalt | Inhalt |
- Gehen tut vieles, ob man es wirklich benötigt weiß ich nicht. Mach doch erst einmal die Sternkarte fertig. --Liebe Grüße, Lómelinde Diskussion 18:47, 15. Okt. 2024 (CEST)
- Mit den letzten Änderungen ist jetzt alles maximal uneinheitlich. Es ist imo schon unsinnig, dass jede dieser styles dateien komplett unterschiedlich aussieht, davon abgesehen dass dann auch wieder keiner finden wird und die Wartbarkeit verschlechtert. Ebenso schräg ist die NoTheme Geschichte. Warum ist der jetzt im Interface, wenn er dann doch nicht aufgerufen wird?--McBayne (Diskussion) 22:31, 16. Okt. 2024 (CEST)
- @McBayne: Meinst du damit die diversen Vorlagen in Kategorie:Vorlage:Infobox Astronomie? Die hatten bisher unterschiedliches Design und das ist zuerst einmal in den TemplateStyles eingefügt. ÅñŧóñŜûŝî (Ð) 22:43, 19. Okt. 2024 (CEST)
- @Antonsusi: aus meiner Sicht sind die Vorlagen momentan zum Grossteil kaputt.
- Siehe Beispiel Sirius im normalen Modus: es fehlt die Sternkarte und die Bildbeschreibung ist im Darkmode obwohl ich nicht im Darkmode schaue.
- Dann HD 188753, was soll diese blöde Platzhalterbild??
- Grundsätzlich: aus meiner Sicht müssten die Infoboxen, Stern, Doppelstern und Dreifach sehr ähnliche Styles haben (was Farbe anbelangt). Im Prinzip vermutlich noch mehr, lediglich Planet und Exoplanet sind sicher anders. Und selbst wenn sie farbmässig nicht gleich waren würde ich erwarten, dass man es harmonisieren könnte.
- Kann man die Änderungen nicht so durchführen, dass es identisch ist wie es war und einfach den Darkmode unterstützen?
- Die Option NoTheme sollte imo noch dokumentiert werden in der Vorlage Sternkarte.
- Ich verstehe, dass bei Änderungen mal was schiefgehen kann, wo ich aber etwas Mühe habe ist dass du oftmals änderst ohne überhaupt irgendwas zu testen. Das Problem mit Sirius hat Lomelinde schon vor ein paar Tagen gemeldet.--McBayne (Diskussion) 01:35, 20. Okt. 2024 (CEST)
- Ich habe mir immer ca. zehn Einbindungen angeschaut. Probleme gibt es bei fehlenden Parametern. Ich kümmere mich darum. Hatte gestern nicht genug Zeit. Bei der Bildunterschrift habe ich die Farbumkehr fest angegeben, weil auch die Zelle für's Bild fest invertiert ist. Auf diese Weise sind die beiden Zeilen als Einheit erkennbar. Der Stern war ein von mir nicht korrekt wieder beseitigter Versuch. Sorry dafür. ÅñŧóñŜûŝî (Ð) 15:49, 20. Okt. 2024 (CEST)
- Habe jetzt die IB stern, doppel- und dreifach sowie brauner zwerg angeglichen. Jetzt müsste notheme noch in der Vorlage Sternkarte dokumentiert werden und dann sollte man ggf. mal besprechen welcher Style jetzt gut ist. Ich halte IB galaxie z.b. zum Augen ausfallen in der aktuellen Form.--McBayne (Diskussion) 17:19, 20. Okt. 2024 (CEST)
- Ich habe mir immer ca. zehn Einbindungen angeschaut. Probleme gibt es bei fehlenden Parametern. Ich kümmere mich darum. Hatte gestern nicht genug Zeit. Bei der Bildunterschrift habe ich die Farbumkehr fest angegeben, weil auch die Zelle für's Bild fest invertiert ist. Auf diese Weise sind die beiden Zeilen als Einheit erkennbar. Der Stern war ein von mir nicht korrekt wieder beseitigter Versuch. Sorry dafür. ÅñŧóñŜûŝî (Ð) 15:49, 20. Okt. 2024 (CEST)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:23, 25. Okt. 2024 (CEST)
Mars und Venus
(1423) (1136) Einbindungen, wie anpassen? Verwendung beispielsweise Olympische Sommerspiele#Zeittafel Olympische Sommerspiele der Neuzeit (wieder fast nur der Sportbereich) oder Hohentwiel (Naturschutzgebiet)#Fauna Schutzgebiete
- weiß oder hellgrau hinterlegen
- |klasse=skin-invert (wird nicht auf jedem Hintergrund gut sein)
- Datei austauschen
oder durch Vorlage:Geschlecht ersetzen? Die Farbe sollte für alle Einbindungen eigentlich unerheblich sein. --Liebe Grüße, Lómelinde Diskussion 13:31, 29. Okt. 2024 (CET)
- Sollte mE durch die Vorlage ersetzt werden. VG –IWL04 • 20:23, 29. Okt. 2024 (CET)
- Durch die Unicode-Schriftzeichen U+2460 (♀) und U+2642 (♂) ersetzen und fertig. ÅñŧóñŜûŝî (Ð) 06:08, 30. Okt. 2024 (CET)
- Ich habe es jetzt mal auf schwarz geändert. --Liebe Grüße, Lómelinde Diskussion 07:43, 30. Okt. 2024 (CET)
- Durch die Unicode-Schriftzeichen U+2460 (♀) und U+2642 (♂) ersetzen und fertig. ÅñŧóñŜûŝî (Ð) 06:08, 30. Okt. 2024 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 07:43, 30. Okt. 2024 (CET)
Zebraproblem
mit color:#202122;
Kopfzeile |
---|
Zelle |
zelle |
mit Variable color:var(--color-emphasized, #101418);
Kopfzeile |
---|
Zelle |
zelle |
Wie kann man →dort der Hintergrundfarbe eine Schriftfarbe zuweisen? Nur über Variablen? Oder gar nicht, was dann leider Fehlermeldungen erzeugt. Es geht dabei um die Farbe der Tabellenüberschrift |+
--Liebe Grüße, Lómelinde Diskussion 14:05, 29. Okt. 2024 (CET)
- Das hat ja nichts mit Zebra zu tun, sondern betrifft allgemein Tabellen mit definierter Hintergrundfarbe und Caption. Ein weiterer Unsinn dieses Linter-„Fehlers“, der keiner ist. Dazu habe ich auch keine andere Lösung, als die Variable zu nutzen. -- hgzh 22:06, 29. Okt. 2024 (CET)
- Ok, dann mache ich es mit der Variable. --Liebe Grüße, Lómelinde Diskussion 06:28, 30. Okt. 2024 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 06:28, 30. Okt. 2024 (CET)
Hintergrundfarbe in Navileisten
Warum wird das Symbolbild in Navileisten mit einem grauen Hintergrund versehen? In phab:T370074 wurden doch eigentlich Vorlagen bewusst ausgeschlossen? Bei Navileisten, die ein Wappen als Symbolbild verwenden, wie z.B. Vorlage:Navigationsleiste_Stadtbezirke_von_Göttingen sieht das jedenfalls sehr unschön aus. --Wickie37 18:30, 29. Okt. 2024 (CET)
- 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ß, -- hgzh 21:56, 29. Okt. 2024 (CET)
- 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)
- Das müsste zunächst auf der Vorlagendisk zur Navileiste geklärt werden. Hier gibt es erstmal nichts zu tun. -- hgzh 08:24, 19. Nov. 2024 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: hgzh 08:24, 19. Nov. 2024 (CET)
Tabellencaption |+
und Hintergrundfarbzuweisung
Hintergrundfarbe #F7F8FF im Tabellenkopf definiert
|
Zeile 2 |
Wie zuvor mit |+ style="color:#202122;"|
|
Zeile 2 |
Hintergrundfarben einzeln in den Tabellenzeilen |
Zeile 2 |
Je nachdem, wo die Anweisung für die Hintergrundfarbe der gesamten Tabelle definiert wird, hat das einen Einfluss auf die Textfarbe der Tabellenüberschrift. Sie verschwindet, wenn die Zuweisung am Tabellenbeginn {|
erfolgt, was ja eigentlich der Standardfall sein sollte. Man muss dann zwangsweise jede Zeile einzeln mit einer Hintergrundfarbe ausstatten, eine Zuweisung einer Schriftfarbe für die Überschrift ändert daran nichts.
Für mich ist nicht erkennbar warum das passiert.--Liebe Grüße, Lómelinde Diskussion 07:49, 19. Nov. 2024 (CET)
- Das passiert, da die definierte Hintergrundfarbe einer Tabelle nicht auf die Caption angewendet wird, die Textfarbe aber schon. Deshalb wird dafür eine Sonderbehandlung benötigt, die ich nun im zentralen Darkmode-Stylesheet ergänzt habe. -- hgzh 08:22, 19. Nov. 2024 (CET)
- Dankeschön, auch wenn die mittlere Variante
|+ style="color:#202122;"|
so nicht funktioniert, das hatte ich ja eher nur zum Testen eingefügt. Es gäbe ein paar Fälle mitcolor:#333333
--Liebe Grüße, Lómelinde Diskussion 09:25, 19. Nov. 2024 (CET)
- Dankeschön, auch wenn die mittlere Variante
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 09:25, 19. Nov. 2024 (CET)
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:
- Vorlage:Turnierplan MLB-Postseason
- Vorlage:TurnierplanNHL habe ich bereits angepasst, weil rote und blaue Rahmen kaum sichtbar waren
- und vermutlich noch andere mit extrem komplizierter Syntax, wo mal Teile skippen kann wie diese Vorlage:Round8
Ich mag nicht mehr. --Liebe Grüße, Lómelinde Diskussion 17:30, 3. Sep. 2024 (CEST)
- 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. -- hgzh 20:30, 3. Sep. 2024 (CEST)
- 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:
Runde 1 | Viertelfinale | Halbfinale | Finale | |||||||||||||||
Grundlage ist Vorlage:Turnierplan/styles.css Da kann man auch Selektoren für den Dark Mode einfügen. ÅñŧóñŜûŝî (Ð) 12:34, 27. Okt. 2024 (CET)
- Ne du, das sieht gar nicht gut aus. Zumal der Turnierplan4 schon längst angepasst ist.
Halbfinale | Finale | ||||||
1 | EC KAC | 3 | |||||
4 | Graz 99ers | 0 | |||||
1 | EC KAC | 3 | |||||
3 | EC VSV | 2 | |||||
2 | EHC Linz | 0 | |||||
3 | EC VSV | 3 |
- Die grau hinterlegten Felder dürfen ruhig grau bleiben. Mach mir bitte nicht wieder noch mehr Arbeit als es ohnehin schon macht. --Liebe Grüße, Lómelinde Diskussion 13:42, 27. Okt. 2024 (CET)
- 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)
- 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ómelinde Diskussion 14:21, 27. Okt. 2024 (CET)
- 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)
Standardfarbe5 ist blauer als das bisherige graublau. kann man machen. ÅñŧóñŜûŝî (Ð) 15:30, 27. Okt. 2024 (CET)
- 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ómelinde Diskussion 17:03, 27. Okt. 2024 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: Lómelinde 17:31, 20. Nov. 2024 (CET)
Syntax-Highlighting im WP-Editor
Seit etlichen Jahren verwende ich das Syntax-Highlighting im WP-Source-Editor, und zwar mittels Toolserver-Helferlein. Ich finde das sehr hilfreich und möchte es nicht mehr missen. Leider ist es im Dark-Mode völlig unbrauchbar, mit heller Schrift auf hellem Hintergrund, siehe dieser Screenshot.
Ich habe versucht, herauszufinden, wo die Farben definiert sind, aber leider finde ich mich in dem CSS- und JS-Dickicht nicht so gut zurecht. Kann hier jemand weiterhelfen? Oder kennt jemand eine funktionierende Alternative für Syntax-Highlighting im Source-Editor? --Winof (Diskussion) 13:44, 19. Nov. 2024 (CET)
- Das Toolserver-Helferlein nutzt Benutzer:Schnark/js/syntaxhighlight. Wie auf der Seite beschrieben, wird es nicht mehr gepflegt und damit auch nicht mehr an den Darkmode angepasst werden.
- Zur Alternative siehe Hilfe:Wikisyntax/Hervorhebung. Gruß, -- hgzh 14:02, 19. Nov. 2024 (CET)
- Im Betawiki verwende ich mw:User:Remember the dot/Syntax highlighter, der sehr ähnlich ist, aber nicht alle Funktionen von Schnarks Tool hat (insbesondere nicht die praktische Klammerzusammenfindung). Theoretisch müsste man der Version von Schnark beibringen, den markierten Text in schwarz auszugeben. Ich kann dir aber leider mangels Kenntnissen nicht sagen wie das geht. Schnark kannst du leider auch nicht fragen, denn er ist seit 2020 nicht mehr hier gewesen. Helfen kann ich dir da also nicht. Ich mache es immer so, dass ich hin und herschalte, aber ich arbeite ja auch nicht im Darkmode, sondern suche dort nur nach Fehlern. Bitte beachte, dass du Schnarks Tool unbeding vorher im Fligelflagel deaktivieren musst, wenn du den CodeMirror verwenden möchtest. --Liebe Grüße, Lómelinde Diskussion 14:18, 19. Nov. 2024 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 08:41, 21. Nov. 2024 (CET)
Ich habe gesehen, dass man bei monochromen (schwarzen) Grafiken mithilfe des Parameters class=skin-invert-image
eine Invertierung im Dark-Mode erreichen kann. Gibt es auch eine Lösung, die in Infoboxen funktioniert? Im vorliegenden Fall geht es um den Artikel Rulantica, der ein schwarzes Logo mit transparentem Hintergrund (SVG-Grafik) in der Infobox hat. Im Dark-Mode ist dieses kaum zu erkennen (Schwarz auf Dunkelgrau). Der Artikel verwendet die Infobox Freizeitpark, deren Parameter „Bild“ leider nicht die Angabe von Parametern erlaubt. --Winof (Diskussion) 09:26, 25. Nov. 2024 (CET)
- Mal davon abgesehen, dass der Parameter eigentlich nicht für Logoeinbindungen gedacht ist Zitat: „ein Bild des Freizeitparks“, kann man der Infobox entweder einen hellen Hintergrund für das Bild geben, oder einen zusätzlichen Parameter zum Invertieren eines Bildes setzen. --Liebe Grüße, Lómelinde Diskussion 10:31, 25. Nov. 2024 (CET)
- Nun ja, man kann darüber streiten, ob „ein Bild des Freizeitparks“ unbedingt ein Foto sein muss, oder ob ein Logo im weitestens Sinne auch ein Bild des Freizeitparks ist. Wie dem auch sei, ein Logo wird in vielen Artikeln verwendet; Beispiele: Disneyland Resort (aufgrund der Farbe im Dark-Mode ebenfalls kaum erkennbar), Disneyland Paris, Epcot, Phantasialand usw. Manchmal ist das Logo auch ein rechteckiges Bild ohne Transparenz (Beispiel Europa-Park) oder ein Foto des Logos (z. B. über dem Eingang, Beispiel Warner Bros. Movie World), was natürlich unproblematisch ist.
- Dein Vorschlag, einen hellen Hintergrund zu verwenden, ist eine gute Idee. Nur leider unterstützt die Infobox Freizeitpark nicht die Parameter
Style
,Farbe
o. ä. Was wäre hier die beste Lösung? Um eine Erweiterung der Vorlage zu bitten? Ein einfacher Work-around wäre natürlich, die betroffenen Logos abzuändern (bzw. Varianten zu erzeugen), so dass sie einen hellen Hintergrund anstelle von Transparenz besitzen. Aber eine besonders schöne Lösung wäre das sicherlich nicht. --Winof (Diskussion) 15:55, 25. Nov. 2024 (CET)- Na, ich mache das einfach mal. Das Problem haben wir bei anderen Infoboxen ja auch. --Liebe Grüße, Lómelinde Diskussion 16:13, 25. Nov. 2024 (CET)
- Wenn es so jetzt für dich ok ist, bitte hier auf erledigt setzen. --Liebe Grüße, Lómelinde Diskussion 16:22, 25. Nov. 2024 (CET)
- Ja, sieht gut aus – Herzlichen Dank! --Winof (Diskussion) 16:50, 25. Nov. 2024 (CET)
- Archivierung dieses Abschnittes wurde gewünscht von: --Winof (Diskussion) 16:50, 25. Nov. 2024 (CET)