Benutzer Diskussion:Hgzh

älteres, Archiv 2015, Archiv 2016, Archiv 2017, Archiv 2018, Archiv 2019, Archiv 2020, Archiv 2021, Archiv 2022, Archiv 2023

Benutzer:CommanderWaterford/Dream of the Rarebit Fiend

Wo kommt das her? Sieht aus wie ein alter Importunfall. Die Seite erzeugt Linterfehler und mehr. Aber ich kann nicht erkennen wer sie hier erstellt hat. Schaust du dir das bitte einmal an? --Liebe Grüße, Lómelinde Diskussion 08:09, 12. Jan. 2024 (CET)

Das scheint irgendein verunfallter Teilimport hiervon zu sein, alle Versionen liegen auch korrekt unter Benutzer:CommanderWaterford/Artikelentwurf2. @M.ottenbruch zur Kenntnis. -- hgzh 08:24, 12. Jan. 2024 (CET)

Ok, vielen Dank, dann lag ich da ja nicht so falsch. --Liebe Grüße, Lómelinde Diskussion 08:42, 12. Jan. 2024 (CET)

Soll heißen, ich denke, dass die Seite gelöscht werden kann; wollte aber zumindest noch einen evtl. Einwand von M.ottenbruch hören, mit der Importupload-Funktion bin ich nicht vertraut. -- hgzh 09:45, 12. Jan. 2024 (CET)

Importfehler meinerseits. Ich hatte versucht, den Importwunsch mit dem Importtool zu lösen, was natürlich eine Fehlermeldung geworfen hat, da die Leute ja die einschlägige Zeile („Importe von noch nicht vorhandenen Artikeln werden als eigene Unterseite im Benutzernamensraum mit dem gleichen Namen wie die Quellseite erstellt. Den Artikelnamen kannst du beim Verschieben des übersetzten Artikels in den Artikelnamensraum ändern. Einen anderen Namen als den der Quellseite als Importziel anzugeben, kann den Import massiv erschweren oder für Adminstratoren ohne „erweiterte Importrechte“ gänzlich unmöglich machen. Bitte verzichte darauf!“) in der Anleitung gerne ignorieren. Daß das Tool dann irgendwann doch noch etwas importiert, vergesse ich dabei regelmäßig (Zuverlässigkeit kann ja bekanntlich auch darin bestehen, daß jemand regelmäßig versagt Vorlage:Smiley/Wartung/:\ ). Ich habe die Seite gelöscht. LG -- M.ottenbruch ^{¿⇔! RM} 10:55, 13. Jan. 2024 (CET)

Danke für die Erläuterung der Hintergründe. -- hgzh 11:36, 20. Jan. 2024 (CET)

Edit einer IP in Oleg Michailowitsch Gasmanow

Hallo Hgzh, hat die IP mit ihrer Änderung [1] beim Thema Herkunft nicht eigentlich recht? Informationen zu seiner Gesinnung finden sich ja ohnehin im nächsten Satz. Viele Grüße --Brettchenweber (Diskussion) 22:10, 22. Jan. 2024 (CET)

Hallo, das kann man nach erneuter Durchsicht und unter Berücksichtigung des „sowjetisch“ davor wohl so sehen, ja. -- hgzh 13:39, 23. Jan. 2024 (CET)

Benutzer:Hgzh/js/lintTableHelp.js

Warum wurde das gelöscht? das war total nützlich. --Liebe Grüße, Lómelinde Diskussion 14:45, 23. Jan. 2024 (CET)

Geschäftsgrundlage weggefallen, und hgzh hat sich grad als inaktiv abgemeldet. Ich hoffe, es braucht jetzt einfach nur mal einige Wochen Verschnaufpause, nach den stressigen letzten Wochen, und danach geht es mit frischer Kraft in die alten Äcker. LG --PerfektesChaos 15:01, 23. Jan. 2024 (CET)

Aber es war wirklich nützlich, weil es in der Tabelle angezeigt hat, dass in einer Seite gerade ein „In Bearbeitung“ drin ist, das sieht n ja sonst nicht. Schade. Und ich hoffe er bleibt nicht zu lange weg. Es gibt nicht mehr so viele hier denen ich voll und ganz vertraue. --Liebe Grüße, Lómelinde Diskussion 15:08, 23. Jan. 2024 (CET)

Wenn du es doch noch gebrauchen kannst, dann kannst du es auch gern weiternutzen. Habe es wiederhergestellt. Auch @Lupe zur Kenntnis. Und ja, jetzt ist erstmal Zeit für eine Pause, aus on- und offwiki-Anlässen. Gruß, -- hgzh 15:19, 23. Jan. 2024 (CET)

Frédéric de Villers

Für dich. --Liebe Grüße, Lómelinde Diskussion 15:31, 7. Feb. 2024 (CET)

Wie lieb von dir, danke! -- hgzh 17:39, 16. Feb. 2024 (CET)

Gern geschehen, schön dass du wieder da bist. --Liebe Grüße, Lómelinde Diskussion 18:02, 16. Feb. 2024 (CET)

Sächsische Denkmallisten

Hallo Hgzh, vor Jaaaaahren hast du mal ein Skript gebastelt mit dem du festgestellt hast, wenn die verlinkten Brandenburger Denkmal-IDs auf eine nicht existierende Seite führten. Kannst du das für Sachsen auch erstellen?

In dem Abschnitt Liste_der_Kulturdenkmale_in_Leipzig-Zentrum-Süd,_L–Z#Ehemalige_Kulturdenkmale sind Denkmäler, bei denen die ID kein Ergebnis mehr erzielt, weil es nicht mehr geschützt oder die ID einfach ausgetauscht wurde.

tolle wäre

• eine Wartungsliste mit "Liste" und aufgeführten nicht funktionierenden IDs
• dass man das Skript in regelmäßigen Abständen starten kann

zukünftig könnte man in die sächsische Denkmalvorlage einen Parameter aufnehmen (ob sichtbar oder nicht ist egal), mit dem ehemalige IDs gekennzeichnet sind, so dass sie im Abschnitt "ehemalige" mit ID verbleiben können aber dein mögliches skript nicht stören.

zu prüfen wären folgende Vorlagen:

• Vorlage:Denkmalschutzgebiet Sachsen Tabellenzeile
• Vorlage:Denkmalliste Sachsen Tabellenzeile
• Vorlage:Denkmaldatenbank Sachsen
• Vorlage:Denkmaldatenbank des Landes Sachsen

Viele Grüße -- ^Thomas 07:27, 19. Feb. 2024 (CET)

Hallo Thomas, das sollte gehen, ich schau es mir an. Gruß, -- hgzh 09:06, 19. Feb. 2024 (CET)

Hallo @Z thomas, wir haben derzeit 103.090 unterschiedliche Links auf die Denkmaldatenbank. Wenn ich jede Sekunde einen Link abfrage (was wahrscheinlich nicht gehen wird, weil mich dann der Server der Denkmaldatenbank rausschmeißt), brauche ich ca. 29 Stunden, um alle Links zu prüfen. Mit 5 Sekunden Abstand zwischen zwei Abfragen dann bereits sechs Tage. Das wird, wenn, nur in Häppchen passieren können. -- hgzh 12:58, 2. Mär. 2024 (CET)

Hallo Hgzh, danke für die Info. Das ist aus meiner Sicht vollkommen okay. Wenn es häpchenweise kommt, ist man von der Masse auch nicht erschlagen, falls viel zu fixen ist. Viele Grüße -- ^Thomas 14:09, 2. Mär. 2024 (CET)

Normdatenvorlagenumstellung

Spezial:Diff/242553886/242687415 → Spezial:LintErrors/stripped-tag + Spezial:LintErrors/missing-end-tag erzeugt nun etliche Darstellungsfehler wenn sich die Vorlage hinter einrückenden Doppelpunkten oder Aufzählungszeichen befinden. Natürlich sollte das auch nicht gemacht werden. aber vorher sah das dann nicht so Benutzer:GregorHelms/Christen innnerhalb der Freiwirtschaftsbewegung#Weblinks aus, verlorener Inhalt und je zwei Linterfehler.

• Arbeitsgemeinschaft freiwirtschaftlicher Christen (AfC) 1950–1976:

Normdaten (Körperschaft): GND 5203193-7 (lobid, OGND, AKS)

Sondern so

• Arbeitsgemeinschaft freiwirtschaftlicher Christen (AfC) 1950–1976:

• Arbeitsgemeinschaft freiheitlich-sozialer Christen (AfsC) 1976–1998:

Schaust du dir das bitte einmal an, da müssten alle fehlerhaften Einbindungen angepasst werden. = Aufzählungszeichen oder Doppelpunkte entfernen bzw, die Vorlage in die nächste Zeile setzen. --Liebe Grüße, Lómelinde Diskussion 07:36, 1. Mär. 2024 (CET)

So etwas liegt i.d.R. an Zeilenumbrüchen innerhalb der eingebundenen Vorlagen, die dann neue Absätze innerhalb der Auflistungen erzeugen. Hängt also nur sekundär mit meinem Edit zusammen, weil ich keine neuen Zeilenumbrüche eingefügt habe. Vielmehr sind es die Umbrüche innerhalb der Vorlage:Hinweisbaustein, die aber m.E. teils beabsichtigt und teils erforderlich sind. Es wird also nötig sein, die Einbindungen zu korrigieren. Gruß, -- hgzh 07:44, 1. Mär. 2024 (CET)

Die Archive hab ich alle erwischt, beim BNR bleibt wohl nur: ¯\_(ツ)_/¯ -- hgzh 08:24, 1. Mär. 2024 (CET)

Die Normdaten spezifizieren die Normdaten zum gesamten Artikelgegenstand, kann es also nur ein einziges Mal geben, und gehören unmittelbar vor dem Kat-Block eingebunden.

• Mehrfache Normdaten in einem Artikel sind deshalb dummes Zeug, mehrere Normdaten in Auflistungen erst recht, und Mischungen von * und : sind ohnehin des Teufels.
• Wenn das jetzt als unerwarteter Nebeneffekt dazu geführt hat, dass solche Spässkens nun offenbar werden, dann umso besser.
• Wenn solche Aufzählungen gemacht werden, dann können nur mit Vorlage:GND usw. die unterschiedlichen Infos sichtbar dargestellt werden, während die ursprüngliche Intention der Normdaten gewesen war, unsichtbar zu sein, und das mit dieser ulkigen metadata-Klasse ja wohl immer noch irgendwie ausblendbar ist. Dann ist eine solche Auflistung erst recht Nonsens, weil die wesentlichen Inhalte dann futsch sind.

Schön, dass du wieder onwiki bist --PerfektesChaos 08:17, 1. Mär. 2024 (CET)

Ach, und wie bitte soll man diese Fehler nun beheben, wenn es „verboten“ ist Linterfehler auf Benutzerseiten[entwürfen] zu bearbeiten? --Liebe Grüße, Lómelinde Diskussion 08:59, 1. Mär. 2024 (CET)

Gar nicht. --ɱ 12:20, 1. Mär. 2024 (CET)

VM Schotterebene

Zu: https://de.wikipedia.org/w/index.php?title=Wikipedia:Vandalismusmeldung&oldid=242711021 Wo wird hier übertrieben? Der PA ergibt sich aus der Unterstellung, dass kein Beleg angegeben sei. Der Artikel war mit dem Verweis auf die API und ergänzt mit dem Verweis auf die Dokumentation der API, sowie dem Programmauszug in der Diskussionsseite bereits mehrfach belegt. Auch ist keine hilfreiche Mitarbeit erkennbar. Ich würde mir mal wünschen, dass ihr alle Benutzer gleichermaßen behandelt und nicht einige Nutzer, wie scheinbar hier den Schotterebene bevorzugt, nur weil ihr den vermutlich schon länger kennt. Fakt ist, er hat einen Edit War gestartet, er hat eine PA begangen und er hat einen bereits belegten Artikel revertet. So und jetzt erwarte ich dass ihr ihn so ahndet, wie ihr es auch bei den anderen Nutzern immer macht. Das bedingt bereits der Gleichheitsgrundsatz. Eine dauerhafte Sperre des Nutzers Schotterebene wäre mehr als gerechtfertigt, andere Nutzer wurden bereits für viel geringeres gesperrt. --84.140.196.25 14:29, 1. Mär. 2024 (CET)

Hallo, deine VM von vorgestern war diese: Wikipedia:Vandalismusmeldung/Archiv/2024/02/28#Benutzer:Schotterebene_(erl.). Diese wurde nicht in deinem Sinn entschieden. Dass das ärgerlich für dich ist, kann ich verstehen, jedoch rechtfertigt dies nicht, zwei Tage später einfach eine neue auf Grundlage der selben Bearbeitungen zu eröffnen. Der Edit-War von vorgestern ist administrativ abschließend bearbeitet.

Die Feststellung, dass der Bearbeitung ein nachvollziehbarer Beleg fehlt, ist kein persönlicher Angriff und auch keine Unterstellung, wenn man sich die Versionsgeschichten von Vertex-Shader und Pixel-Shader ansieht: für deine ersten Bearbeitungen in diesen Artikeln war kein nachvollziehbarer Beleg angegeben. Inzwischen hast du dies nachgeholt, insofern ist mir umso weniger verständlich, warum nun die Geschichte von vorgestern wieder aufgewärmt werden musste, ohne dass seitens des Gemeldeten neue Bearbeitungen in den Artikeln erfolgt wären. Nahelegen zum Verständnis unserer Regularien zu Belegen möchte ich in diesem Zusammenhang noch einmal diesen Kommentar PaterMcFlys auf der Diskussionsseite. Generell ist es von Vorteil, Bearbeitungen immer begründet vorzunehmen und auf etwaige Widersprüche oder fehlende Belege im Bestehenden hinzuweisen - und eben die Belege für die geänderten Aussagen gemäß unserer Richtlinien anzugeben.

Im Übrigen ist es keineswegs Fakt, dass der Benutzer Schotterebene den Edit-War (siehe Definition dort) gestartet hätte, denn der erste Revert einer begründet zurückgesetzten Änderung erfolgte von dir.

Die Aussagen zur vermeintlichen Bevorzugung und zur Sperrwürdigkeit des Verhaltens nehme ich als in Verärgerung getroffen zur Kenntnis, kann dir aber versichern, dass eine derartige Sperrsanktion in diesem Fall nach gängiger Praxis als überzogen betrachtet werden würde und in einer Sperrprüfung keinen Bestand hätte. -- hgzh 15:01, 1. Mär. 2024 (CET)

Nein, wenn du dir die Artikelhistorie mal ganz genau ansehen würdest, dann würdest du erkennen, dass er den Edit War erst ca. 1 h später um 20:25, 28. Feb. 2024‎, nämlich nach dem euer anderer Admin Benutzer:Holder, schon längst auf die erste Vandalismusmeldung um 19:39, 28. Feb. 2024 reagiert und diese beendet hat, gestartet hat. Bei der ersten Vandalismusmeldung ging es auch nicht um einen Edit War, sondern um die fehlende Mitarbeit, die Störung von Artikeländerungen und seine Vorwürfe gegen mich in seinen Vandlismusmeldungen, weil ich meine erste Änderung nicht mit Belegen versehen hatte, was übrigens freiwillig und kein Zwang ist.

Wir haben hier also die Konstellation, dass Schotterebene mehrfach den Artikel revertet hat. Das erste mal Morgens um ca. 6.

Dann wurde der Artikel belegt, siehe Diskussionsbereich 12:15, 28. Feb. 2024 und meinen Revert mit angefügtem Belegt um ca. 12:11, 28. Feb. 2024‎ in der Artkelhistorie mit extra Verweis auf die API. Das führte dazu, dass er seine unberechtigen Vandalismusmeldungen gegen mich startete, worauf ich dann mit der ersten Vandalismusmeldung gegen ihn reagiert habe.

Und dann, als die erste Vanadlismusmeldung um ca. 19:39 Uhr vorbei und abgehakt war, hat er eine Stunde später um 20:25 Uhr, als ich schon längst die WP verlassen hatte, den bereits mehrfach belegten Artikel nochmals reverted und somit wurde damit der Tatsachenbestand des Vandalismus und der PA erfüllt, denn der Artikel war belegt, weswegen die heutige neue Vandalismusmeldung nötig war.

Die erste Vandalismusmeldung hat mit der heutigen also gar nichts zu tun. Bei der ersten ging es auch nicht um einen Edit War und da gab es auch noch keinen PA, sondern in der ersten ging es um Vandalismus eines bereits belegten Edits und das, was ich gerade eben oben bereits schon erwähnte.

Insofern, nochmal, das alte hat mit dem heutigen nichts zu tun. Bei der heutigen Vandalismusmeldung geht es um einen Edit-War, sowie im Grunde auch um Vanadlismus einer bereits mit Quellen belegten Artikeländerung und eines PA und daher erwarte ich jetzt zu Recht, dass ihr entsprechend diesen Vandalsimus des Nutzers Schotterebene ahndet, das erwarte ich übrigens immer noch. Die VM habt ihr zwar als erledigt markiert, aber wie man hier nun sehen kann, habt ihr den Sachhergang gar nicht richtig nachvollzogen.

Zu:

Die Feststellung, dass der Bearbeitung ein nachvollziehbarer Beleg fehlt, ist kein persönlicher Angriff

Doch, das ist ein PA, weil es keine Feststellung ist, sondern eine unwahre Behauptung. Der Beleg befindet sich nämlich in der Diskussionsseite https://de.wikipedia.org/wiki/Diskussion:Shader#Anderes_Thema und im Historytext der Änderung vom 12:11, 28. Feb. 2024 in deren Beschreibungstext der Satz steht "Quelle: OpenGL und DirectX API". Die Quelle war damit bereits mehrfach belegt.

Zu:

wenn man sich die Versionsgeschichten von Vertex-Shader und Pixel-Shader ansieht:

Es geht hier nicht um die Artikel Vertex- und Pixelshader, bitte bleibe beim Thema.

Zu:

insofern ist mir umso weniger verständlich, warum nun die Geschichte von vorgestern wieder aufgewärmt werden musste

Weil es zwei verschiedene Vandalismustätigkeiten sind! Siehe oben. Schau doch bitte mal ganz genau auf die History des Shader Artikels und dessen Diskussionsseite. Achte auf die Zeiten, wann was gemacht wurde. Das ist heute ein komplett neuer Fall.

Zu:

Im Übrigen ist es keineswegs Fakt, dass der Benutzer Schotterebene den Edit-War (siehe Definition dort) gestartet hätte, denn der erste Revert einer begründet zurückgesetzten Änderung erfolgte von dir.

Das stimmt nicht, denn mein Revert wurde um den Quellenbeleg ergänzt, da steht nämlich "Quelle: OpenGL und DirectX API". Es war also kein Start eines Edit-War, sondern ein Nachkommen der Belegerrei.

Und dann hat er den Edit-War mit einem weiteren Revert gestartet, obwohl schon alles belegt war.

Dass ihr die angemeldeten Benutzer besser behandelt als IPs ist allgemein bekannt, das habe ich schon öfters feststellen müssen und nein, damit meine ich jetzt nicht irgendwelche Vandlismustätigkeiten von IPs, die es natürlich auch gibt, sondern um so Fälle wie diesen hier. --84.140.196.25 15:55, 1. Mär. 2024 (CET)

Bitte verwende doch deine Energie für besser nachvollziehbare Belege und nicht dafür, dem Kollegen die Disk mit fragwürdigen Behauptungen vollzuschreiben... Wo du doch schon dramatisch deinen Abschied verkündigt hast --Schotterebene (Diskussion) 16:29, 1. Mär. 2024 (CET)

Bitte halte du dich hier raus, um dich geht es nämlich hier. --84.140.196.25 16:55, 1. Mär. 2024 (CET)

@IP: Warum sollte sich Schotterebene nicht einmischen dürfen. Bitte verbiete anderen nicht einfach so das Wort, ohne dass tatsächlich ein Grund dafür besteht. --Wüstenspringmaus _Disk ^CVU 17:00, 1. Mär. 2024 (CET)

Gut, da muss ich mich korrigieren, dass der zweite Revert nach der abgeschlossenen VM erfolgte, hatte ich übersehen; bitte um Entschuldigung. Es bleibt aber dabei, dass Quelle: OpenGL und DirectX API keine ausreichende Belegangabe ist – in diese Richtung stieß auch Holders VM-Entscheid – und somit die Belegpflicht, auf die in der Rücksetzung Bezug genommen wurde, nicht erfüllt ist; ebenso bleibe ich bei meiner letzten Aussage zur Sperrwürdigkeit.

Dass es IPs hier leider schwerer haben, bestreite ich im Übrigen nicht. Wenig hilfreich ist dann aber, den Vorgang mit mehreren „Begleit-VMs“ (wohlwollend gesagt), die mit dem eigentlichen Problem nichts zu tun haben, mehrfach zu eskalieren.

Ich habe die Änderungen in den drei Artikeln nun gesichtet, sodass vielleicht nun langsam die Rückkehr zur Sachebene möglich ist. -- hgzh 12:50, 2. Mär. 2024 (CET)

Da muss ich entschieden widersprechen, denn die API ist praktisch die Dokumentation. Jeder Programmierer mit Ahnung wird dir bestätigen können, dass die API die beste Form der Dokumentation ist. Die API ist standardisiert und auch dokumentiert. Alle Funktionen sind in den entsprechenden Implementationen aus den C Header Dateien ersichtlich und dort auch kommentiert. Damit ist es die beste Form des Quellenbelegs überhaupt. Bücher sind dies nicht, denn die können Fehler enthalten und sind damit eine deutlich schlechtere Form des Quellenbelegs. Damit ist auch der Edit-War von Schotterebene erfüllt. Außerdem war auch bereits auf der Diskussionsseite auf die Dokumentation der API verwiesen. Es fehlt also noch eine Sperre des Nutzers Schotterebene für den Edit-War, allein schon der Gerechtigkeit willen. IPs bekommen dafür in der Regel eine Sperre von einem ganzen Tag. --84.158.122.104 18:47, 2. Mär. 2024 (CET)

Ich schrieb Belegangabe - dass die API-Dokumentation an sich eine geeignete Quelle ist, steht außer Frage. -- hgzh 21:29, 4. Mär. 2024 (CET)

Wenn es eine geeignete Quelle ist, dann ist es auch ein ausreichender Beleg. --84.140.205.51 00:47, 6. Mär. 2024 (CET)

Camp Nou

Der Artikel Camp Nou wird wie Barcelona seit Jahren betrollt. Längerfristig nicht IP bzw. SGE-Fan geeignet. Gruss --Seeler09 • Leider nicht in Ihrem Land verfügbar • Mitstreiter im Alpinprojekt gesucht 12:26, 20. Mär. 2024 (CET)

Habe eine dreimonatige Pause verordnet. -- hgzh 12:38, 20. Mär. 2024 (CET)

Suche nach BKS-Doppeln

Hallo Hgzh,

ich habe zufällig das Doppel Herzensbrecher und Herzensbrecher (Begriffsklärung) entdeckt. Das sind beides BKS. Dies ist so nicht vorgesehen. Kann man automatisiert ermitteln, ob es weitere dieser Paare gibt. Und wie sieht es mit Weiterleitungen vom klammerlosen auf das Klammerlemma einer BKS aus? Beispiel: Videm (Begriffsklärung) und Videm. --Vfb1893 (Diskussion) 12:09, 24. Mär. 2024 (CET)

Hallo, eine Prüfung sollte theoretisch gehen, muss ich mir angucken. Zumindest für den zweiten Fall meine ich aber, eine derartige Liste schon einmal gesehen zu haben. Gruß, -- hgzh 08:23, 25. Mär. 2024 (CET)

Prüfung ob cc existiert

Hallo hgzh, gibt es eine Funktion, die prüft, ob eine Commonscat existiert.

Hintergrund meiner Frage ist, dass in der Vorlage:Auflösungsjahr der link zur Commonscat integriert ist und erzeugt wird, auch wenn die cat nicht existiert. Das ist natürlich blöd. Gibt es die Möglichkeit, vor erzeugen des links das Ziel zu prüfen und erst dann den link zu erzeugen?

Auf der Seite sind mal die ganzen Problemfälle gelistet Benutzer:Wurgl/Interwiki Rotlinks viele Grüße -- ^Thomas 08:19, 25. Mär. 2024 (CET)

@Wurgl für dich auch mal zur Info. -- ^Thomas 08:19, 25. Mär. 2024 (CET)

Moin Thomas, eine eingebaute Funktion, die Existenzprüfung von Seiten auf anderen Projekten bewerkstelligt, gibt es leider nicht. Gruß, -- hgzh 08:21, 25. Mär. 2024 (CET)

Verdammt, kannst du sowas machen :-) -- ^Thomas 08:27, 25. Mär. 2024 (CET)

Leider nicht, da müsste man tief in der Software herumfrickeln. -- hgzh 19:41, 25. Mär. 2024 (CET)

ok... danke dir. ich stell trotzdem mal ne dumme frage auf Fragen zur Wikipedia. :-) -- ^Thomas 20:23, 25. Mär. 2024 (CET)

Wie soll das Kind heißen?

Hilfe:Bearbeiten/Sicherungskopie oder hast du einen besseren Vorschlag? --Liebe Grüße, Lómelinde Diskussion 11:01, 8. Apr. 2024 (CEST)

Mein erster Einfall wäre Hilfe:Bearbeitungswiederherstellung, wenn es eine Unterseite sein soll Hilfe:Seite bearbeiten/Wiederherstellung, denn Hilfe:Bearbeiten ist ja eine Übersichtsseite. -- hgzh 12:02, 8. Apr. 2024 (CEST)

Na ich nehme mal Option 1, weil irgendwie tue ich mich schwer mit Hilfe:Wiederherstellen da das etwas anderes meint. --Liebe Grüße, Lómelinde Diskussion 12:10, 8. Apr. 2024 (CEST)

Vandalismusmeldung

Hallo Hgzh, ich sah drei sinnlose IP-Bearbeitungen im Artikel Andrea Bocelli seit dem 3. März 2024, zwei davon gestern. Wenn das nicht reicht, um den Artikel für einige Zeit vor Unsinn zu schützen, muss es mir wohl recht sein. Trotzdem wundere ich mich wie über so vieles andere in Wikipedia. Viele Grüße -- Lothar Spurzem (Diskussion) 18:43, 9. Apr. 2024 (CEST)

Hallo Lothar, zwei der drei Bearbeitungen stammten vom selben unangemeldeten Benutzer, den ich im Zusammenhang mit der VM auch gesperrt hatte – dies ist dann häufig zielgenauer als ein Seitenschutz, der i.d.R. erst dann vorgenommen wird, wenn über einen längeren Zeitraum gehäuft oder wirklich intensiv innerhalb weniger Tage Vandalismus auftritt. Für einen weiteren, zeitlich vorher liegenden Revert müsste man schon über ein Jahr in den Januar 2023 zurückgehen, und dazwischen gab es zwei IP-Bearbeitungen, die sinnvoll waren, gesichtet worden sind und durch einen langfristigen Schutz möglicherweise so nicht zustandegekommen wären. Standardmäßig sollte die Wikipedia ja für alle bearbeitbar sein.

Ich hoffe, damit konnte ich dir meine Abweisung der VM etwas erklärlicher machen. Gruß, -- hgzh 19:37, 9. Apr. 2024 (CEST)

Danke für die Erläuterung. Da kann ich allerdings gleich ein Weiteres anschließen, nämlich dass meiner Meinung nach nur angemeldete Benutzer aktiv sollten mitarbeiten können, deren Identität einem kleinen Kreis von Admins bekannt ist. Dem kann man freilich entgegenhalten, dass dadurch auch mancher gute Beitrag vorenthalten bliebe. Ich weiß zum Beispiel nicht, wie sich ein E-Mail-Bekannter von mir verhalten würde, der immens viel über Automobiltechnik weiß und als IP in Wikipedia beiträgt. Seit Jahren bitte ich ihn, sich als Benutzer anzumelden, doch er lässt sich nicht dazu überreden. Aber stell Dir vor, alle würden nur anonym wirken und werkeln. Wie ernst wäre dann Wikipedia noch zu nehmen und würde sie überhaupt noch existieren? Herzliche Grüße -- Lothar Spurzem (Diskussion) 23:12, 9. Apr. 2024 (CEST)

Anpassung BKS-Top-List

Hallo Hgzh,

du hast gestern scheinbar eine Anpassung bei der Auswertung durchgeführt, was zu einer leichten Reduzierung der Link-Zahlen geführt hat. Was wurde bei der Anpassung geändert? --Vfb1893 (Diskussion) 08:54, 17. Apr. 2024 (CEST)

Hallo, ich hatte gestern eine ohnehin erforderliche Umstellung vorgenommen und dabei die Funktion eingebaut, dass Links, die von Begriffsklärungsseiten kommen, nicht gezählt werden. Diese sind dort ja in den meisten Fällen bewusst gesetzt. Gruß, -- hgzh 09:00, 17. Apr. 2024 (CEST)

Upload-Check

Jetzt schlepp ich mal alles her, was ich gemacht hab. kannst du bitte nochmal wegen des Bilderwunschs drüber schauen

• Vorlage:Denkmalliste Rheinland-Pfalz Tabellenzeile die hast du grad gecheckt
• Vorlage:Denkmalliste Schleswig-Holstein Tabellenzeile das hast du auch schon mal geprüft, aber sicher ist sicher
• Vorlage:Naturdenkmalliste Brandenburg Tabellenzeile hier hab ich unsere alte Uploadfunktion ausgebaut
• Vorlage:Naturdenkmalliste Sachsen Tabellenzeile
• Vorlage:Denkmalliste Thüringen Tabellenzeile
• Vorlage:Denkmalliste Hessen Tabellenzeile hier gibt es den Upload für Zeilen ohne Bild
• Vorlage:Denkmalliste Niedersachsen Tabellenzeile hier ist es in Historie versteckt, ich wollte erstmal checken, welche Liste ausfallen
• Vorlage:Denkmalliste Saarland Tabellenzeile im prinzip dasselbe. hier hattest du aber schon gesagt, dass ein bisschen mehr zu machen ist, wie in sachsen
• Vorlage:Denkmalliste Sachsen Tabellenzeile Upload hier will ich den upload für alle Bilder ncoh ausbauen und nur die bilderlosen lassen

Danke schön, wenn du das prüfen könntest :-) -- ^Thomas 07:16, 18. Apr. 2024 (CEST)

Die sehen alle in Ordnung aus. Gruß, -- hgzh 16:20, 18. Apr. 2024 (CEST)

de:Special:Diff/230385656

Warum hast du nur den CSS code entfernt? Wenn das Gadget nicht funktioniert muss dies eigentlich rausgenommen werden. Dies kann man machen in den man die Zeile "Rot-Gruen-Sehschwaeche|Rot-Gruen-Sehschwaeche.css" aus der MediaWiki:Gadgets-definition löscht. --ᵂᶦᵏᶦᴮᵃʸᵉʳ 👤💬 _{Rechte ︱ boarische Wikipedia} 09:09, 20. Apr. 2024 (CEST)

Es könnte durchaus sein, dass das Gadget irgendwann wieder einen Anwendungsfall hätte. Wenn ich es aus der Definition entferne, kann es nicht einfach reaktiviert werden. Solange frisst es kein Brot. -- hgzh 17:52, 20. Apr. 2024 (CEST)

Kein PHP mehr auf den login-servern in der Cloud?

tools.persondata@tools-bastion-12:~/bot$ php
-bash: php: command not found

Hmm … muss man jetzt immer mit webservice php7.4 oder webservice php8.2 testen? perl, ruby und python gibt es, tcl fehlt auch, also irgendwie seltsam. --Wurgl (Diskussion) 09:54, 22. Apr. 2024 (CEST)

Jetzt habe ich mich erst dumm und dämlich probiert, weil mich PuTTY überhaupt nicht mehr verbinden wollte... Lösung: das olle Ding einfach aktualisieren. Hatte ich kürzlich erst beim Dongleserver-Manager auf Arbeit...

Ich bekomme den gleichen Fehler wie du, vielleicht wegen https://lists.wikimedia.org/hyperkitty/list/cloud-announce@lists.wikimedia.org/thread/UAMLGQ42CVHLRZ5W2CZBJDJFRNSBT4DC/? Was ich da nun ändern muss, da habe ich offen gestanden keine Ahnung. -- hgzh 22:01, 22. Apr. 2024 (CEST)

Ok, mit webservice --backend=kubernetes php8.2 shell bekomme ich eine Umgebung, in der ich die PHP-Skripte wieder aus der Shell heraus starten kann. -- hgzh 22:07, 22. Apr. 2024 (CEST)

Ja, mit "webservice --backend=kubernetes php8.2 shell" geht es, nervt halt nur ein wenig – irgendwann gibts bei längerer Untätigkeit ein Timeout und du fliegst raus. Und wenn man dann einen Job startet, muss man auch raus. Dachte du hast Ahnung und die hast du, weil du hast die Mail hervorgezaubert ;^) --Wurgl (Diskussion) 22:18, 22. Apr. 2024 (CEST)

Die hab ich gefunden, aber sonst stolper ich in der ganzen Toolforge-Umgebung mehr oder weniger rum. Ob es jetzt Sinn hat, da im Phab um PHP-Unterstützung zu bitten, weiß ich nicht. Möglicherweise gibt's ja auch einen Grund dafür, dass es so ist, wie es ist... aber umständlich ist es jetzt allemal, da hast du Recht. -- hgzh 22:50, 22. Apr. 2024 (CEST)

Hab mal im/auf IRC gefragt. --Wurgl (Diskussion) 23:03, 22. Apr. 2024 (CEST)

Also das soll so sein und sie hoffen dass es so bleiben kann. "webservice php8.2 shell -- php <script>" <-- so kann man direkt was starten. Also ich kann mit diesen Einschränkungen leben, toll ist halt anders, ---Wurgl (Diskussion) 07:28, 23. Apr. 2024 (CEST)

Hab mir eben selber was gebaut.

tools.persondata@tools-bastion-12:~ cat ~/bin/php
#!/bin/bash
exec webservice php8.2 shell -- php $@

damit muss ich nicht doof herumwechseln und die 3-5 Sekunden die das starten von dem webservice-Kram dauert … egal. --Wurgl (Diskussion) 14:46, 28. Apr. 2024 (CEST)

abbr

Hallo, bezüglich abbr in der Mobilversion: Momentan ist das mobil ziemlich sinnlos, da auf Tap ja kein Tooltip erscheint. Damit verwirrt die Unterpunktung eigentlich nur unnötig. Meinst du, es würde sich lohnen, für diesen Fall CSS-Tooltips (wie bspw. in den Charttabellen) einzuführen? Wäre aber ohne Vorlage ein ziemlicher Eingriff. Gruß --XanonymusX (Diskussion) 20:14, 24. Apr. 2024 (CEST)

Hallo, danke für's aufpassen – hatte die mobile Website im Desktopbrowser aufgerufen, die mobilen Browser scheinen die Unterstreichung offenbar (sinnvollerweise) ganz zu unterdrücken, jedenfalls tut dies mein mobiler Firefox. Dann passt das Argument natürlich nicht mehr. Vielleicht bieten andere Browser schon ein Tooltip an? Könnte ich mir zumindest vorstellen.

Die CSS-Tooltips wären eine Überlegung wert, ich denke, das bekommt man inzwischen sogar mit reinem CSS und ohne Dopplung des Contents hin, aber da muss ich mal ein bisschen recherchieren und testen. Gruß, -- hgzh 20:25, 24. Apr. 2024 (CEST)

Ich sehe hier in Safari unter iOS die Punkte, die bei Tap jetzt sogar Farbe wechseln, aber leider ohne sonstige Wirkung. Tooltips für title-Attribute werden meines Wissens nie auf Tap angezeigt, unabhängig von Browser oder OS, da scheint sich in all den Jahren nichts getan zu haben. Aber gut, noch ein Thema zur Beobachtung! --XanonymusX (Diskussion) 21:19, 24. Apr. 2024 (CEST)

Habe mal ein bisschen gebastelt, folgendes könnte funktionieren, CSS-only und ohne Änderungen am DOM:

abbr[title]:hover {
  position: relative;
}
abbr[title]:hover::before {
  content: attr(title);
  position: absolute;
  top: 100%;
  padding: .5em;
  margin: .3em .2em;
  width: 10em;
  z-index: 1;
  border: 1px solid #000000;
  background-color: #ffffff;
}

Gruß, -- hgzh 21:54, 24. Apr. 2024 (CEST)

Ja, das sollte funktionieren, danke! Aktuell erhält man dann allerdings an Desktopgeräten beide Tooltips. Und die Breite müsste noch besser gelöst werden (bei den Chartvorlagen arbeite ich mit min-width und max-width). Gruß --XanonymusX (Diskussion) 13:50, 27. Apr. 2024 (CEST)

Ach ja, und zum Nachtmodus: Bei den Musikvorlagen macht mir die Navigationsleiste Musik / Navbox die meisten Sorgen, da sind viel zu viele Farben vorgegeben und die momentan dargestellten Rahmen sind ziemlich hässlich. Das Zusammenspiel mit dem NavFrame ist auch noch nicht optimal. In enWP scheint Jon auch schon an der Anpassung der Navbox gescheitert zu sein (lässt sich durch die Entfernung der Navbox mobil in enWP aber auch nicht sinnvoll testen). Bin da etwas unsicher, wo ich ansetzen soll.

Und bei den Charttabellen und Nummer-eins-Listen habe ich die Schriftfarben mal alle korrigiert, allerdings sind sie für einen Nachtmodus eigentlich etwas zu farbig; aber wenn ich die Hintergrundfarben aufgebe, geht auch der Zebraeffekt verloren, das wäre wohl nicht hilfreich. Gruß --XanonymusX (Diskussion) 14:13, 27. Apr. 2024 (CEST)

Zu den Charttabellen: die normalen Zebra-Tabellen alternieren im Nachtmodus zwischen #202122 und #000000, vielleicht ist das eine Option. Der Tabellenkopf kann ja trotzdem farbig bleiben, als Erkennungszeichen, nur etwas dunkler.

Durch die Navbox bin ich auch noch nicht durchgestiegen. Dazu kommt, dass es ja zwei Implementierungen gibt. Ich würde es erstmal bei der klassischen Variante probieren, vielleicht ergeben sich ja daraus Erkenntnisse. Die beiden Farbschemata würde ich im Nachtmodus gnadenlos überschreiben, die unterscheiden sich schon auf dem Desktop nicht wirklich.

Die dunkle Textfarbe ist in den modernen Skins übrigens #202122, nicht #000000. -- hgzh 16:02, 27. Apr. 2024 (CEST)

Ja, wäre ein Luxus, wenn wir die Navbox-Umstellung schon flächendeckend hinter uns hätten, aber mir ist leider nach der Navigationsleiste Musik der Atem ausgegangen. Wenn ich dazu komme, muss ich mal schauen, was die in enWP mittlerweile bei den Stilen geändert haben, vielleicht kann auch Jon schon mal einen Blick auf die deutsche Version werfen. Deine Änderungen an der Legacy-Version behalte ich auf jeden Fall im Auge.

Schwarzton werde ich noch ändern, war mir entgangen. Für Zebra könnte ich eventuell im Nachtmodus die Graustufen-Variante (wie hier) verordnen, die wäre dann auch ohne eingefärbten Header; aber verwendet dummerweise ebenfalls nicht die Standardklasse, dann muss ich das wohl alles ein bisschen überarbeiten. Lustig wird es speziell bei den sehr farbenfrohen Listen der Nummer-eins-Hits … Ich nehme mal Liste der IPA-Zeichen als Vorbild für zebra.

Dabei sind mir noch zwei Anomalien im Zusammenhang mit Tabellen aufgefallen: Die Datatable funktioniert im Nachtmodus momentan nicht (gerade in Liste der Nummer-eins-Hits in Italien #Interpreten, die gleichzeitig Platz eins der Single- und Albumcharts belegten gesehen) und die Farbe der Sortierpfeile in sortierbaren Tabellen mit gefärbten Headern (bspw. Liste der Silly-Symphonies-Filme) ist noch ein Problem (da fällt mir auch gerade überhaupt keine Lösung ein). Puh, muss ich morgen nochmal durchdenken. Gruß --XanonymusX (Diskussion) 23:23, 27. Apr. 2024 (CEST)

Die Infobox Chartplatzierungen sieht jetzt gut aus. Datatable habe ich korrigiert. Für die Sortierpfeile ist mir auch noch nichts eingefallen, das wird schwierig bzw. nur über eine zentrale Definition zu lösen sein. -- hgzh 08:56, 29. Apr. 2024 (CEST)

PS Wikipedia:Technik/Skin/CSS/Variablen, falls du da in gewissen Fällen drauf zurückgreifen willst. Bei Rahmenfarben würde ich noch abwarten, da ist aus Security-Sicht noch einiges im Fluss. background-color geht derzeit schon (ohne Fallbackwerte). -- hgzh 09:00, 29. Apr. 2024 (CEST)

Die Erweiterte Navigationsleiste sieht jetzt ganz gut aus. Aber das sollte nur ein Zwischenzustand sein mit der Perspektive, alles auf die Lua-Variante umzustellen. -- hgzh 16:58, 30. Apr. 2024 (CEST)

Fein, danke für die Mühen! Zebra für die Navbox sollte dann kein Zauber sein, nutzt aktuell ja einfach .navbox-even und .navbox-odd. Bei den Chartvorlagen macht mir der Gedanke, die relevanten knapp 60 CSS-Zeilen für den Nachtmodus verdreifachen zu müssen, mehr Sorgen. Die komplexeren Level-4-Selektoren wie hier würden das alles deutlich erleichtern, aber sind leider noch nicht funktional …

Die Sortierpfeile sind den Developern hoffentlich schon bekannt. Ich habe zuletzt auch noch die score-Extension (Notensatz) gemeldet, die sieht aktuell im Nachtmodus grottig aus (weiß nicht, ob sich da eine lokale Korrektur anbieten würde, zusammen mit dem Overflow-Problem). Was ich mich auch noch gefragt habe: Wird erwartet, dass wir Bilder und Icons mit hellem Hintergrund jetzt alle manuell mit der entsprechenden Klasse ausstatten (habe ich etwa hier gemacht)? Scheint mir doch sehr ineffizient. Gruß --XanonymusX (Diskussion) 17:57, 30. Apr. 2024 (CEST)

Ob man die Gruppentitel noch etwas abweichend einfärbt, würde ich mir noch überlegen, vsl. Donnerstag soll es wohl auch nochmal ein codexseitiges Farbupdate geben, dann wird sich zeigen, wie es zusammenpasst.

Zu den Chartvorlagen: ich zähle etwa 30 Vorkommen von background; wenn du mit einer dunklen Farbe auf den Nachtmodus reagierst, kannst du dir die color-Attribute schon mal sparen. Bei den zebragreys lassen sich einige Blöcke zusammenfassen, dann wird es auch noch etwas kompakter. Und charts-zebra könnte eigentlich ganz entfallen, weil die normale zebra-Klasse von wikitable inzwischen auch mobil wirkt.

Es sind nicht nur die Noten, sondern etwa auch die Math-PNGs und Hieroglyphen. Bei den Bildern werden wir wohl alles per Hand machen müssen; habe auch schon in Vorlage:SportPicto eine entsprechende Umstellung vorgenommen. -- hgzh 19:34, 30. Apr. 2024 (CEST)

Nachtrag: inzwischen sind bei den Checks über 90 Prozent der Seiten ohne Kontrastprobleme im Dunkelmodus, und insgesamt sind es auch weniger als in der Standardansicht. -- hgzh 16:19, 1. Mai 2024 (CEST)

Zu skin-invert bin ich gerade über Bundesrat (Österreich) gestolpert: Hier müsste man das Logo klar invertieren, aber bei bunten Logos wäre das wieder unpassend. Wie sollte man die Klasse in solchen Fällen zuweisen? Dürfte ja speziell bei Infoboxen mit freien Logo-Parametern recht häufig sein (die Infobox Band fällt mir dazu auch noch ein). Ziemlich blöd … --XanonymusX (Diskussion) 21:36, 4. Mai 2024 (CEST)

Da habe ich auch schon drüber nachgedacht. Meine erste Lösungsidee war, dem Bild manuell einen hellen Hintergrund zuzuweisen, aber das klappt bei inline eingebundenen Bildern nicht. Bliebe meiner Meinung nach nur, das in der Infobox zu lösen und die Zelle auf weißen Hintergrund festzulegen. -- hgzh 12:02, 5. Mai 2024 (CEST)

Ich habe in Beta mal noch ein bisschen angepasst, jetzt sollte der manuelle Tooltip nur noch auf Touch-Geräten erscheinen. -- hgzh 15:35, 27. Apr. 2024 (CEST)

Ja, schaut gut aus! Beim z-index bin ich mir unsicher, worauf wir achten müssen, bei den Charttabellen hab ich da noch deutlich zu hohe Werte, aber über den Sticky Header schiebt sich eh nichts drüber. Kann dann möglicherweise sogar auf 1 bleiben, wenn wir sonst kein Konfliktpotenzial finden (fixierte Tabellenköpfe sind auf 12, da wollen wir vermutlich nicht drüber). --XanonymusX (Diskussion) 22:49, 27. Apr. 2024 (CEST)

Eigentlich sollte 1 passen. Der Sticky Header hat sogar nur 3, aber da bin ich mir nicht ganz im Klaren, wie da position:fixed etc. reinspielen. Eigentlich bräuchte man mal eine Übersichtsseite, auf der gängige Z-Indizes aufgeführt sind. Gruß, -- hgzh 08:41, 29. Apr. 2024 (CEST)

Nur mal so eine Frage

Da du derzeit offenbar einen Massenedit tätigst und in alle Infoboxen die Klasse "infobox" einbaust, was ist der Sinn der Übung?--Maphry (Diskussion) 18:00, 27. Apr. 2024 (CEST)

Hallo Maphry, wenn Infoboxen mit dieser Klasse ausgestattet werden, werden sie in der Mobilversion hinter den Einleitungsabsatz verschoben und bei schmalen Anzeigebreiten auf volle Breite ausgedehnt, um zu verhindern, dass links ein schmaler Streifen bleibt, in den sich dann auf eine Zeile je ein Wort der Einleitung quetscht. Der überwiegende Teil der Infoboxen hatte diese Klasse in den letzten Jahren bereits erhalten, aber einige (jetzt noch ca. 200 bis 250) nicht. Gruß, -- hgzh 18:07, 27. Apr. 2024 (CEST)

Bin da vor Jahren selbst schon eine Liste durchgegangen, aber nie fertig geworden. Klappt leider nicht immer ohne Probleme, wenn da zu viel verschachtelt wurde. Vorlage:Infobox International Classification of Diseases 11 scheint die Klasse nicht so gut bekommen zu sein und an Vorlage:Infobox ICD bin ich auch schon mehrfach gescheitert. --XanonymusX (Diskussion) 19:23, 27. Apr. 2024 (CEST)

Ah, ich erinnere mich, Tabellen in divs... ich schau mir die Fälle dann nochmal an. -- hgzh 19:49, 27. Apr. 2024 (CEST)

Das kopieren ist so eine Sache...

Hallo Hgzh, ich hab versucht, deine Idee mit dem Parameter |KeinUpload aus Sachsen nach Sachsen-Anhalt zu kopieren... Naja... und bin gescheitert bzw es passiert nüscht :-) Vorlage:Denkmalliste Sachsen-Anhalt Tabellenzeile mit Vorlage:Denkmalliste Sachsen-Anhalt Tabellenzeile Upload ich hab in der Problemliste Liste der Kulturdenkmale in Lutherstadt Wittenberg den paramter befüllt. da kommmt kein link. aber in "guten" normalen listen wie Liste der Kulturdenkmale in Oranienbaum-Wörlitz sollte der link bei den fehlenden Bildern kommen. macht er aber nicht. Was mache ich falsch? Viele Grüße -- ^Thomas 17:11, 28. Apr. 2024 (CEST)

Die Vorlage habe ich korrigiert, die Wittenberger Liste läuft aber (weiterhin?) in das Limit. -- hgzh 08:36, 29. Apr. 2024 (CEST)

Danke dir, ich wollte es auch grad sagen, dass Liste der Kulturdenkmale in Lutherstadt Wittenberg am limit ist und einige weitere sind in derKategorie:Wikipedia:Maximale_Seitengröße_durch_Vorlageneinbindungen_überschritten aufgeschlagen...

zeitlicher sprung...

ich hab deine änderung noch mal rückgesetzt

• Liste der Kulturdenkmale in Lutherstadt Wittenberg ist wieder ok... dort ist bereits der parameter in jeder tabellenzeile gesetzt.
• Liste der Kulturdenkmale in Südharz war auch am limit, danach hab ich dort auch den keinupload-parameter gesetzt --> liste wurde ohne uploadfunktion richtig dargestellt.

scheinbar braucht das umspringen doch zu viel speicher, weil jedesmal gecheckt werden muss. also vielleicht doch ein richtiger hybrid-betrieb mit zwei getrennten vorlagen ohne den verweis von liste zu liste? oder hast du noch ne coole idee? Viele Grüße -- ^Thomas 08:59, 29. Apr. 2024 (CEST)

Muss ich mir genauer anschauen, ich melde mich nochmal. -- hgzh 09:26, 29. Apr. 2024 (CEST)

Keine Ahnung, warum meine Änderung das Limit reißt, der expandierte Vorlagentext ist der gleiche... -- hgzh 10:12, 29. Apr. 2024 (CEST)

Verdammt! wer soll es denn dann wissen?

würde es was bringen, wenn man den upload-parameter nicht pro tabellenzeile sondern im tabellenkopf aufnimmt? damit würde man die upload-funktion aber nciht mehr einzeln pro Tabelenzeile festlegen können. Viele Grüße -- ^Thomas 11:04, 29. Apr. 2024 (CEST)

Das funktioniert leider nicht. Ich schau mal weiter, woran es liegen könnte. -- hgzh 21:33, 29. Apr. 2024 (CEST)

Was meinst du mit "das"? Den upload-Link sollte man doch wirklich leicht einmalig in die Tabelle mit aufnehmen können, wenn nicht direkt in den Tabellenkopf, dann unter den Kopf oder ans Tabellenende. Und das sollte doch deutlich ressourcensparender sein, als ihn bei jedem Eintrag einzubauen.
Thomas und ich hatten das schon ein paar mal diskutiert: der Upload-Link hat eine nette Funktion, ist aber ganz bestimmt nicht so wesentlich, dass er ein Aufblähen der Liste um 30 oder 50% rechtfertigt, was er aber beim Einbau bei jedem Eintrag macht. (Und selbst das sollte eigentlich lösbar sein. Es ist doch nur ein Link mit ein paar Parametern. Das sollte eigentlich nicht viel mehr kosten als ein Wikidata- oder Commonslink). Grüße, --Global Fish (Diskussion) 09:08, 30. Apr. 2024 (CEST)

Mit das meine ich die Aufnahme des Parameters in die Kopfvorlage und dessen Auswertung in der Tabellenzeilenvorlage.

Es geht bei der ganzen Problematik um die Seitengröße, nicht um die Komplexität. Bei x-facher Wiederholung kommt da auch bei einem recht kurzen Link einiges zusammen. Gruß, -- hgzh 09:12, 30. Apr. 2024 (CEST)

Da hatten wir die Frage verschieden verstanden. Ich so, dass man den Uploadlink nur pro Tabelle einmal setzt, was natürlich deutlich Platz spart. Du so, dass ein im Kopf erzeugter Link zu jedem Eintrag hinkopiert werden würde,worin ich abgesehen von der Frage nach der technischen Machbarkeit auch inhaltlich kaum Sinn drin sehe. Zum Speicherplatz: doch es liegt auch am Link selbst. Grob gesagt, entscheidet das Produkt aus der Zahl der Einbindungen und der individuellen Länge. Andere Links (Koordinaten, Denkmaldatenbank) gibt es auch in jeder Zeile, weitere (Commons, Wikidata) in sehr vielen, ohne dass das so aus dem Ruder laufen würde. Das scheint mir ein spezielles Problem (und ich nenne es Bug) eben dieses Links zu sein. Grüße, --Global Fish (Diskussion) 18:22, 30. Apr. 2024 (CEST)

Hallo

das sehr ernsthafte Problem, das derzeit hier und hier diskutiert wird, scheint mir seine Ursache in einer Änderung der Vorlage:Infobox Eishockeyspieler zu haben, die Du (m.E. leichtfertig) auf diese Anfrage hin vorgenommen hast. Bitte mach diese Änderung wieder rückgängig, solange die urheberrechtlichen und redaktionellen Fragen ungeklärt sind, da sonst ernsthafter Schaden insbes. durch URV angerichtet werden könnte. --Mautpreller (Diskussion) 22:05, 28. Apr. 2024 (CEST)

Danke. --Mautpreller (Diskussion) 22:25, 28. Apr. 2024 (CEST)

Bot-Einsatz

Ich nehm gefühlt deine Dienste an allen Ecken und Enden in Anspruch. Ich hab vorhin diese beiden Änderungen in Vorlagen für die Schleswiger-Holsteiner Denkmallisten vorgenommen. [2] und [3].

Änderung 1 macht nen Disclaimer und Änderung 2 gibt ihn erstmal quick and dirty am Ende aus.

Könnte dein Bot bei allen schleswig-Holsteiner Denkmallisten das anmerkungestag in alle Listen setzen <references group="Anm." /> (mit entsprechender überschrift), wenn es noch nicht vorhanden ist. Danach würde ich meine Änderung 2 rücksetzen.

Oder hast du ne bessere Idee? Oder geht das nicht? Viele Grüße -- ^Thomas 12:04, 29. Apr. 2024 (CEST)

Möglich ist das schon, ich denke aber nicht, dass ich absehbar dafür Zeit habe. Ich muss dich also in diesem Fall mal an die Botanfragen verweisen. Gruß, -- hgzh 21:34, 29. Apr. 2024 (CEST)

ok. kein Problem. Danke dir erstmal und viel Erfolg bei dem, was du machen musst. Viele Grüße -- ^Thomas 07:39, 30. Apr. 2024 (CEST)

Erinnerung: Stimm jetzt über die Mitglieder des ersten U4C ab

Diese Nachricht liegt auf Meta-Wiki auch in weitere Sprachen übersetzt vor. Hilf bitte mit, in deine Sprache zu übersetzen

Liebe:r Wikimedianer:in,

du erhältst diese Nachricht, weil du dich zuvor am UCoC-Prozess beteiligt hast.

Das ist eine Erinnerung daran, dass die Abstimmungsphase für das Koordinationskomitee des universellen Verhaltenskodex (U4C) am 9. Mai 2024 endet. Auf der Wahlseite im Meta-Wiki könnt ihr mehr über die Wahl und die Wahlberechtigung erfahren.

Das Koordinationskomitee des universellen Verhaltenskodex (U4C) ist eine globale Gruppe, die sich für eine gerechte und konsequente Umsetzung des UCoC einsetzt. Communitymitglieder waren eingeladen, sich für das U4C zu bewerben. Mehr Informationen über das U4C und seine Aufgaben sind in der U4C-Satzung zu finden.

Bitte teile diese Nachricht mit Mitgliedern deiner Community, sodass sie sich auch beteiligen können.

Für das UCoC-Projektteam

RamzyM (WMF) 01:17, 3. Mai 2024 (CEST)

Zebra

Ich mach mal einen neuen Abschnitt auf. :) Habe jetzt die Zebra-Stile für die Chartvorlagen für den Nachtmodus ausgearbeitet, siehe Beta. Tut auch, was es soll (Sonderfärbungen einzelner Zellen muss ich noch auf Kontrast überprüfen, da brauche ich vermutlich noch ein paar Graustufen). Sind jetzt allerdings 138 Zeilen. Die Definition für reines Zebra könnte zwar theoretisch raus (ursprünglich hatte ich die ergänzt, weil Zebra auf Beta anders definiert war als bei uns), allerdings ist das nur eine Übergangslösung, da ich diesen Teil eigentlich ebenfalls für das Überspringen von Sortbottom ausschreiben müsste. Dann sind wir freilich bei drei überlangen Stildefinitionen nur für Zebra (mal drei für den Nachtmodus). Falls du noch Ideen für eine Vereinfachung hast, lass mich gerne wissen, bevor ich das in deWP aktualisiere. Gruß --XanonymusX (Diskussion) 17:15, 4. Mai 2024 (CEST)

Ich würde noch jeweils alle Selektoren kommagetrennt zusammenfassen, die den gleichen Wert für die Hintergrundfarbe zuweisen. Damit sparst du dir die redudante Angabe der Hintergrundfarbe. Ansonsten ist das schon sehr komplex. Gruß, -- hgzh 12:12, 5. Mai 2024 (CEST)

Hm, ja, allerdings muss ja die Reihenfolge erhalten bleiben, damit die Farben korrekt überschrieben werden. Zebra und Zebragrey sollten sich aber zusammenfassen lassen, ich versuch’s! Bei den Listen der Nummer-eins-Hits bin ich noch unschlüssig, wie ich mit der individuell vorgegebenen Hintergrundfarbe umgehen soll, da muss ich wohl mit !important überschreiben … --XanonymusX (Diskussion) 12:19, 5. Mai 2024 (CEST)

Habe experimentiert, wie ich das ganze Konstrukt vereinfachen könnte, und habe jetzt eine zweite leere Tabellenzeile eingefügt. Damit sollte sich das ganze Überspringen von sortbottom erledigt haben. Hast du im Kopf, ob derartige leere Zeilen eventuell Nebenwirkungen haben? Über Wikitext lassen sie sich ja gar nicht erst erzeugen, daher musste ich auf HTML ausweichen. Meine Tests waren bislang sehr positiv. --XanonymusX (Diskussion) 09:00, 8. Mai 2024 (CEST)

Das ist natürlich etwas unsauber, aber unerwünschte Auswirkungen in der Ansicht hat das soweit ich weiß nicht. Die klassische erweitere Navigationsleiste hat das bis vor Kurzem auch gemacht. Irgendeinen Tod muss man sterben.

Die Charttabellen sehen im Dunkelmodus jetzt richtig gut aus. -- hgzh 11:28, 8. Mai 2024 (CEST)

SCNR: Das Konstrukt <tr></tr> ist eine Validitätsverletzung.

• Das Verhalten ist von der Browserversion abhängig und nicht vorhersagbar und nicht zukunftsfähig; bis hin zum LINT-Fehler.
• Ist nicht nur „unsauber“.
• Kaputte Syntax-Hacks wurden hier vor zwei Jahrzehnten mal gebastelt, was in der Folge unschuldigen Nachfolgern Hunderte bis Zehntausende Arbeitsstunden aufbürdete, um die bereits bei der Erstellung als verboten bekannten Konstrukte wieder loszuwerden.

Um schlauen Ideen vorzubeugen:

• <tr><td></td></tr> mag valide sein, schlägt aber in Screenreadern auf.
• Eine ARIA-Ausblendung von Dummies, damit heutige Browser irgendwie ausgetrickst würden, ist auch die Vererbung Technischer Schuld an die Enkel.
• Saubere, durchdachte inhaltliche Strukturen und Konzepte flutschen von selbst und bedürfen keiner Hacks.

VG --PerfektesChaos 12:39, 8. Mai 2024 (CEST)

Die wirklich saubere Struktur scheitert in dem Fall leider unter anderem am CSS-Sanitizer. -- hgzh 13:03, 8. Mai 2024 (CEST)

Tja, und eines Tages bekommt der Wiki-Parser ’nen Rappel und schluckt <tr></tr> – wie wohl bisher schon die erste von

|-

|-

KISS --PerfektesChaos 13:23, 8. Mai 2024 (CEST)

Die Lösung allen Übels wäre:

.charts-zebragrey > tbody > tr:nth-child(even of :not(.sortbottom)),
.charts-zebragrey2 > tbody > tr:nth-child(odd of :not(.sortbottom)) {
  background:#eeeeee
}
.charts-zebragrey > tbody > tr:nth-child(odd of :not(.sortbottom)),
.charts-zebragrey2 > tbody > tr:nth-child(even of :not(.sortbottom)) {
  background:#e1e9f3
}

aber das lehnt der Sanitizer ab. Parsoid schluckt die leeren Tabellenzeilen übrigens anders als der Legacy-Parser nicht mehr, das kann man schön an unseren Infoboxen beobachten. -- hgzh 13:38, 8. Mai 2024 (CEST)

Ja, wichtige Anmerkungen. <tr></tr> ergibt Validierungsprobleme und mit leerem td würde der rowspan sowieso nicht funktionieren. Auf konsistentes Verhalten des Parsers ist nicht zu hoffen. Ich habe noch eine alternative Idee, wenn die nicht das gewünschte Ergebnis liefert, werde ich zur bisherigen Lösung für alle Klassen zurückfallen müssen.

Zur optimalen Lösung: Ich bin mir nicht sicher, ob die schon von genügend Browsern unterstützt würde, selbst wenn der Sanitizer sie akzeptieren würde, aber habe das noch nie wirklich getestet. --XanonymusX (Diskussion) 00:52, 9. Mai 2024 (CEST)

nth-child mit of sollte in ca. 90% aller Aufrufe funktionieren, Probleme machen da eigentlich nur noch die Exoten unter den Browsern. -- hgzh 10:38, 13. Mai 2024 (CEST)

Hm, das klingt gut. Dann sollten wir das vielleicht in phab:T217722 anregen (ist wohl leider schon länger eingeschlafen). Ich habe derweil meine Alternativlösung mit line-height:0 getestet; das ist valide und barrierefrei (bleibt für Screenreader einfach eine leere Zeile) und sollte das Stylesheet entlasten, bis die Level-4-Selektoren zulässig sind. --XanonymusX (Diskussion) 18:09, 13. Mai 2024 (CEST)

Ich habe den Task mal wieder aufgeweckt. -- hgzh 21:23, 13. Mai 2024 (CEST)

#FORMAL: nur halbe Miete

Hi, danke, aber kann das sein, dass dieses Teil immer nur den ersten Parameterwert wahrnimmt?

• $formalityIndex = 1; wurde in languages/messages/MessagesDe_formal.php brav gesetzt.
• includes/parser/CoreParserFunctions.php greift auf getFormalityIndex() zu
• getFormalityIndex() ist definiert in includes/language/Language.php
• phab:T238433
• Cache half mir nichts.

VG --PerfektesChaos 19:39, 16. Mai 2024 (CEST)

Ich tickette dann mal … --PerfektesChaos 20:45, 16. Mai 2024 (CEST)

Ja, ich hatte das schon gemerkt, hatte dann aber erstmal nicht den Kopf, darüber weiter nachzudenken. Mich verwirrt schon mal, dass formal in $noHashFunctions steht. -- hgzh 21:08, 16. Mai 2024 (CEST)

Boah nee, den MagicWords-Parser durchschau ich heute nicht mehr. Ob das an noHashFunctions liegt, kann ich nicht wirklich nachvollziehen. -- hgzh 22:13, 16. Mai 2024 (CEST)

skin-invert

Was bewirkt dieser Edit? ist diese Klasse projektweit definiert? Gruß von ÅñŧóñŜûŝî (Ð) 16:38, 18. Mai 2024 (CEST)

Das dient der Darstellung im Nachtmodus, vor allem sinnvoll bei Icons, Unterschriften und diversen Logos. --XanonymusX (Diskussion) 17:10, 18. Mai 2024 (CEST)

Siehe auch Wikipedia:Technik/Skin/CSS/Selektoren unter MediaWiki. -- hgzh 17:13, 18. Mai 2024 (CEST)

Wikipedia:WikiProjekt Begriffsklärungsseiten/Arbeitslisten/NeueVerlinkteBKS

Die tägliche Aktualisierung erfolgt seit einigen Tagen nicht mehr. Gibt es Probleme mit dem Bot? --Vfb1893 (Diskussion) 08:03, 23. Mai 2024 (CEST)

Datenbankumstellung, behebe ich heute abend. -- hgzh 08:07, 23. Mai 2024 (CEST)

Sollte wieder funktionieren. -- hgzh 19:58, 23. Mai 2024 (CEST)

Danke.--Vfb1893 (Diskussion) 21:38, 23. Mai 2024 (CEST)

Verlinkung zu einer Seite

Moin Hgzh,

ich bin beim AWW-Abgleich auf den unbegrenzt gesperrten Account CommanderInDubio gestoßen. Und dabei ist mir die Sperrbegründung aufgefallen, die eigentlich auf den ersten Blick nicht verkehrt wirkt, aber beim Link zum Schiedsgericht-Entscheid hat sich ein Linkfehler eingeschlichen. Ich weiß nicht, ob du extern oder intern verlinkt hast, sieht ehr extern aus (aber eigentlich werden interne Wikiadressen verlinkt im Log angezeigt). Jedenfalls habe ich mir mal die fehlerhafte Seite mit der richtigen Verlinkungsadresse angeschaut. Und da fiel mir eine zusätzliche Eintragung auf. Normalerweise wäre VM%2BSP korrekt, bei dem Link von dir wurde aber eine 25 beigefügt, sodass der Eintrag VM%252BSP lautet. Und das hat zu einem ungültigen Seitentitel geführt. Kannst du es dir eventuell anschauen. By the way: Hier hast du die Adresse als Interwiki, der auch im Log verlinkt wird. Schönes Wochenende und Liebe Grüße, Funkruf ^WP:CVU 15:46, 24. Mai 2024 (CEST)

Hallo Funkruf, ich kann das Linkproblem nicht nachvollziehen, der Link wird im Logbuch korrekt aufgelöst und angesprungen, sowohl im Firefox als auch per Chromium. Ich weiß nicht, wieso bei dir das Prozentzeichen erneut kodiert wird. Gruß, -- hgzh 15:57, 24. Mai 2024 (CEST)

Hmm, scheint ein Problem von der Info-Anzeige zu sein, die mir anzeigt, weshalb, von wem und wie lange der Benutzer gesperrt wurde. Da hat sich ein Codierfehler eingeschlichen, im Logbuch ist es doch korrekt, OK, dann entschuldige die Störung. Liebe Grüße, Funkruf ^WP:CVU 16:08, 24. Mai 2024 (CEST)

Ah, wenn ein Skript involviert ist, kann das natürlich sein. -- hgzh 16:18, 24. Mai 2024 (CEST)

Anomalie

Hallo, geht es nur mir so, oder ist bei Ed Sheeran/Auszeichnungen für Musikverkäufe irgendwo der Wurm drin? Die Verschiebung des ersten Absatzes scheint bei mir nicht zu funktionieren, wodurch die Seite mobil mit dem Bild beginnt. Im Direktvergleich mit Enrique Iglesias/Auszeichnungen für Musikverkäufe scheint das irgendwie mit dem Fehlen der section mf-section-0 zusammenzuhängen. Aber was jetzt der Unterschied zwischen den beiden Einleitungen sein soll, verstehe ich nicht. Gruß --XanonymusX (Diskussion) 22:46, 30. Mai 2024 (CEST)

Hm, bei Ed Sheeran werden überhaupt keine Sections erkannt, d.h. MakeSectionsTransform schlägt irgendwo fehl. Aber wo, keine Ahnung. -- hgzh 08:10, 31. Mai 2024 (CEST)

Okay, unter phab:T366393 gemeldet, sehr mysteriös. --XanonymusX (Diskussion) 23:12, 31. Mai 2024 (CEST)

Doch nicht so mysteriös, die Seite ist schlicht zu groß. --XanonymusX (Diskussion) 00:01, 1. Jun. 2024 (CEST)

Ok, das war einfach (eigentlich...)

PS: multicol bringe ich demnächst per Responsive-Gadget zurück, vielleicht auch zusätzlich unter einem verständlicheren Namen. -- hgzh 07:28, 3. Jun. 2024 (CEST)

Toolaufruf

Hallo. Du hast vor vier Jahren(!) mit diesem Edit auf Toolserver umgestellt. Das aufgerufene Skript arbeitet - zumindest heute - aber inklusive "Vorlage:" als Parameter. Bei meiner Anfrage an Benutzer PerfektesChaos bekam ich den Hinweis auf die MW-Seite. Kannst du das beheben? Beachte bitte auch die Tipps von PerfektesChaos (wie z. B. ergänzen von https:), zu finden unter Benutzer_Diskussion:PerfektesChaos#NaviLinkCheck. Gruß von ÅñŧóñŜûŝî (Ð) 14:45, 31. Mai 2024 (CEST)

Ja, ist dann offenbar vier Jahre lang niemandem aufgefallen. Ich schau es mir an. -- hgzh 15:35, 31. Mai 2024 (CEST)

Das ist erstaunlich. Wäre super wenn du das reparierst. ÅñŧóñŜûŝî (Ð) 23:33, 1. Jun. 2024 (CEST)

Probier mal, ob es jetzt funktioniert. -- hgzh 20:51, 4. Jun. 2024 (CEST)

VM

[4] Du hast ein wenig zuviel abgeräumt: In der Vm wurde ich zitiert, und die gemeldete Benutzerin hatte mich daher angepingt. Von daher bin ich beteiligt. Bitte stelle meine Beiträge wieder her. -- Nicola kölsche Europäerin 16:06, 31. Mai 2024 (CEST)

Hallo Nicola, vielleicht übersehe ich etwas, aber wo wurdest du in der VM angepingt oder zitiert? Ich kann es nicht entdecken. Gruß, -- hgzh 16:11, 31. Mai 2024 (CEST)

Sorry, andere Seite. Aber es geht, dass eine andere Benutzerin einen Beitrag nach dem anderen postet, während Beiträge anderer (damit meine ich nicht nur meine) gelöscht werden. Da kriegt diese Vm ne Schieflage. -- Nicola kölsche Europäerin 16:19, 31. Mai 2024 (CEST)

Again: Die VM bezog sich auf ein Zitat von mir - meine Beiträge hast Du gelöscht, die von F. etwa nicht, die nun gar nicht beteiligt war. Verstehe das wer will. -- Nicola kölsche Europäerin 16:35, 31. Mai 2024 (CEST)

Danke für die freundliche Antwort. -- Nicola kölsche Europäerin 17:06, 31. Mai 2024 (CEST)

Nun, es soll ja vorkommen, dass jemand neben WP noch andere Verpflichtungen und Interessen hat (letzter Beitrag: [5]) und nicht so schnell antworten kann. Übrigens könnte man den gesamten Abschnitt [6] löschen, wie bereits vorgeschlagen [7]. Die Kritik wurde zur Kenntnis genommen und kann über die Versionsgeschichte gelesen werden. Man ist sich einig, dass man sich nicht einig ist und dreht sich im Kreis. Weitere Beiträge führen womöglich zu mehr Ärger und neuen Verletzungen ...--Gustav (Diskussion) 18:31, 31. Mai 2024 (CEST)

Das ist mir natürlich neu, dass jemand noch andere Verpflichtungen hat. Danke für diesen notwendigen Hinweis! .... aber ich hatte versucht, zu erklären, was ich meine und inwiefern ich "beteiligt" bin, danach hat der Benutzer noch agiert ohne mir zu antworten. Und: Andere Beiträge blieben stehen. DAs ist mir unverständlich. -- Nicola kölsche Europäerin 18:39, 31. Mai 2024 (CEST)

Hallo Nicola, erstmal sorry, dass ich hier nicht mehr antworten konnte - ich wollte die VM nicht so „halb-eskaliert“ liegenlassen und habe deshalb nochmal eingegriffen, als ich eigentlich schon los musste. Ich saß dann vier Stunden im Auto und schreibe jetzt nur kurz mobil.

Zur Sache: dass du an der VM beteiligt warst, sehe ich nach wie vor nicht wirklich. Ja, du hast auf der AWW-Diskussionsseite Stellung genommen und wurdest dann dort, mit dem Bezug auf deinen dortigen Kommentar, zitiert und angepingt. Eine Reaktion darauf wäre also meiner Meinung nach auf der Disk richtig aufgehoben, nicht in der VM, wo es ja um den Ausgangskommentar ging, nicht um deine Replik darauf. Der ganze Abschnitt war im Rahmen der VM ja sowieso bekannt, von daher wäre eine Antwort dort auch nicht untergegangen.

Fionas Beitrag habe ich als einmalige Gegenrede zu Juliana dann auch stehen lassen, ihre übrigen Beiträge entfernt. Gruß, -- hgzh 20:54, 31. Mai 2024 (CEST)

Ich sehe die Situation, wer sich als beteiligt oder unbeteiligt verstehen konnte, ziemlich anders. Merkwürdigerweise sind es häufig immer dieselben Benutzer, die sich offensichtlich überall beteiligt fühlen. Ich wars in diesem Falle und habs auch erklärt - es ist schon frustrierend, wenn so etwas ignoriert wird und die Stellungnahmen anderer offensichtlich mehr Gewicht haben. --21:20, 31. Mai 2024 (CEST) (unvollständig signierter Beitrag von Nicola (Diskussion | Beiträge) )

Ja, das sehen wir dann wohl unterschiedlich. Meiner Meinung nach wäre deine Klarstellung auf der AWW-Disk richtig aufgehoben, da kein direkter Zusammenhang mit der VM bestand, aber das schrieb ich ja schon. Dass die Entfernung aus deinem Standpunkt heraus frustrierend ist, kann ich nachvollziehen. Den Fiona-Beitrag ließ ich wie gesagt als Einordnung zu den Links von Juliana stehen, die ich zuvor auch nicht entfernt hatte, weil sie mir im VM-Zusammenhang als hilfreich erschienen waren). Das ist nicht personenbezogen und wäre er von dir gekommen, hätte ich ihn auch stehenlassen. Gruß, -- hgzh 07:35, 3. Jun. 2024 (CEST)

Auch hier zur Information für Mitlesende, da Nicola hier behauptet hat meine Beiträge hast Du gelöscht, die von F. etwa nicht und das auch in der SPP verbreitet hat: auch von mir wurden Beiträge entfernt, diese: 1, 2. Zum Vergleich: Wikipedia:Vandalismusmeldung/Archiv/2024/05/31#Benutzerin:Zartesbitter_(erl.). Es obliegt Admins zu entscheiden, welche Beiträge sie für sachdienlich halten und welche nicht.--Fiona (Diskussion) 10:25, 1. Jun. 2024 (CEST)

Und es ist zulässig, Entscheidungen von Admins für falsch zu halten und das auch kund zu tun. -- Nicola kölsche Europäerin 17:14, 2. Jun. 2024 (CEST)

mySQL

Hi, ich möchte etwas aus table comment, column comment-text auslesen, aber case-insensitive:

Clause: where comment_text collate utf8mb4_general_ci like '%Unsinn%';

Das gibt mir den Fehler zurück: COLLATION 'utf8mb4_general_ci' is not valid for CHARACTER SET 'binary'

Was mach ich denn falsch? Liebe Grüße, – Doc Taxon • Disk. • 18:05, 1. Jun. 2024 (CEST)

Hat sich geklärt, trotzdem vielen Dank, – Doc Taxon • Disk. • 23:16, 1. Jun. 2024 (CEST)

Bot aktualisiert Sichtungslisten nicht mehr

Servus, die Aktualisierung scheint seit Freitagvormittag ausgefallen zu sein. Der Bot editiert zwar die Seiten noch, aber es wird nur noch die Zeit aktualisiert. vgl. Wikipedia:WikiProjekt Fußball/Sichtung Gruß --Ureinwohner uff 11:11, 2. Jun. 2024 (CEST)

Es gibt wohl eine Datenbankänderung, die ich nachziehen muss. Ich halte den Bot solange an. -- hgzh 07:50, 3. Jun. 2024 (CEST)

Sollte wieder gehen. -- hgzh 20:55, 4. Jun. 2024 (CEST)

Versionsvergleich

Hat sich da etwas geändert?

• Verschiebungen werden jetzt durch einen fetten Kreis ⚫ angezeigt unter dem der vorher immer sichtbare krumme Pfeil ↪ oder ↩ verborgen ist, der erst erscheint, wenn man die Maus darauf setzt. Hat das irgendetwas mit dem Darkmode zu tun oder steckt da eine Absicht dahinter, die sich mir nicht erschließt?

Ich finde es zumindest nicht sehr hilfreich, ich weiß aber nicht seit wann das so ist, denn ich verwende eigentlich immer Schnarks diff. --Liebe Grüße, Lómelinde Diskussion 14:35, 7. Jun. 2024 (CEST)

Ist schon bekannt: phab:T366845. Der Kreis war schon immer da (vermutlich, damit man den Link besser trifft), hat aber wohl versehentlich seine Transparenz verloren. Gruß, -- hgzh 14:43, 7. Jun. 2024 (CEST)

Danke für die Info. --Liebe Grüße, Lómelinde Diskussion 14:51, 7. Jun. 2024 (CEST)

Sollte jetzt behoben sein. -- hgzh 11:09, 8. Jun. 2024 (CEST)

Moin Moin Hgzh, ich klinke mich mal hier ein. Heute wurde ja die Farbe vom Versionsvergleich geändert, kannst du mir vllt. sagen, wie man die alten Farben wieder bekommt? mfg --Crazy1880 18:50, 20. Jun. 2024 (CEST)

Welchen Skin nutzt du? -- hgzh 19:43, 20. Jun. 2024 (CEST)

Vector (2010) und ab und an Vector (2022) zum Testen, ersten aber primär. Danke --Crazy1880 20:42, 20. Jun. 2024 (CEST)

Dann probier mal den Code auf phab:T361717#9910664 in der eigenen common.css. Gruß, -- hgzh 22:02, 20. Jun. 2024 (CEST)

Moin Hgzh, super, damit kann ich arbeiten ;) Das blau muss ich noch etwas heller machen, aber ansonsten bin ich happy. Danke --Crazy1880 07:04, 21. Jun. 2024 (CEST)

Vorlage:Denkmalliste Schweiz Tabellenkopf und Vorlage:Denkmalliste Schweiz Tabellenfuss

Die Änderungen dort habe ich erst einmal wieder zurückgesetzt, da das haufenweise Linterfehler (mehr als 800) erzeugt hatte. Falls du da eine Lösung hast, die ohne solche Fehler auskommen würde, dann wäre das sicher hilfreich. Ich würde nämlich ungern Ärger mit WMF bekommen --Liebe Grüße, Lómelinde Diskussion 10:41, 13. Jun. 2024 (CEST)

Ich bin schon im Austausch, siehe phab:T367369 - sollte keinen Ärger geben, das war ein Lösungsvorschlag, keine definitive Anweisung. Gruß, -- hgzh 10:47, 13. Jun. 2024 (CEST)

Da fällt mir aber ein Stein vom Herzen. --Liebe Grüße, Lómelinde Diskussion 15:00, 13. Jun. 2024 (CEST)

Klappleiste

Hi, soll Vorlage:Klappleiste am Ende auch für die Navis in Einsatz kommen? Seit die Klappfunktion auf Mobilgeräten verfügbar ist, habe ich auch schon darüber nachgedacht, ob wir NavFrame nicht nachziehen sollten; fände einklappbare Navis auch auf Mobilgeräten sinnvoll (gerade bei den responsiven, da sie ja gleich sehr in die Länge gehen). Hatte bei der Adaption der Navbox aber unsere NavFrame-Technik übernommen, da sonst verschiedene Navis nicht mehr zusammengepasst hätten. Gruß --XanonymusX (Diskussion) 20:24, 19. Jun. 2024 (CEST)

Hi, ja, auf lange Sicht soll die Klappleiste auf Basis von mw-collapsible unser eigenes NavFrame-System ablösen. Irgendwann sind dabei auch die Navileisten dran, aber erst ganz zum Schluss, wenn alle Inline-Verwendungen von NavFrame ersetzt sind. Dann müssen wir höchstens noch unser Auto-Ausklapp-System bei X Navileisten lokal vorhalten, wobei ich mir nicht sicher bin, ob das überhaupt noch jemand wirklich nutzt.

Dass ich NavFrame nicht mehr effektiv auf nicht-mobil einschränken konnte, hat mich die Überarbeitung erstmal zurückstellen lassen, aber da es jetzt keine Rolle mehr spielt, denke ich auch, dass eine Aktivierung mobil sinnvoll wäre. Auf Beta liegt schon ein überarbeitetes NavFrame.js-Gadget, da fehlt nur noch etwas Feinschliff. Gruß, -- hgzh 23:47, 19. Jun. 2024 (CEST)

Redirecter scheint nicht zu funktionieren

Der Redirecter braucht sehr lange um zu laden und spuckt, zumindest bei mir, bei existierenden URLs 504 Gateway Time-out Fehlermeldung aus. Als Testabfrage habe ich das hier verwendet. --Kim Kelting • Diskussion 05:10, 23. Jun. 2024 (CEST)

Oder habe ich den Sinn und Zweck des Tools nicht richtig verstanden oder mache irgendwas falsch? --Kim Kelting • Diskussion 05:16, 23. Jun. 2024 (CEST)

Auf jeden Fall funktioniert dieser Link auch nicht. Das wird mir eine 404 Fehlermeldung ausgespuckt und braucht auch ziemlich lange zum laden. Sollte das so sein? --Kim Kelting • Diskussion 05:20, 23. Jun. 2024 (CEST)

Seltsame Probleme, danke für den Hinweis. -- hgzh 08:31, 24. Jun. 2024 (CEST)

Spaltenzentrierung

Bisher dachte ich immer, dass es nicht möglich ist einer kompletten Spalte eine Textausrichtung vorzugeben. Da ich gerade über etwas gestolpert hier meine Frage es:wp Beispiel :es:Premio Nacional de Arquitectura de Chile die Zuweisung

{| class="wikitable col1cen col2cen col3cen col4cen"

scheint alle Inhalte der Tabellenzellen einer Spalte zu zentrieren, würde man das cen durch der ersetzen

{| class="wikitable col1der col2der col3der col4der"

wäre alles rechtsbündig, bei colnzq alles links, wie geht so etwas? --Liebe Grüße, Lómelinde Diskussion 17:23, 23. Jun. 2024 (CEST)

Du hast den Link zum ursächlichen Stylesheet ja selbst schon eingefügt; man muss die Ausrichtung dort eben für alle Spalten einzeln definieren, bei der 21. Spalte würde es dann nicht mehr gehen. Gruß, -- hgzh 08:09, 24. Jun. 2024 (CEST)

Ich dachte immer es sei „technisch“ nicht möglich. Den Code dort td:nth-of-type(1–20) verstehe ich sowieso nicht. Mir geht es auch mehr darum, zu verhindern, dass wirkungslose Syntax nach hier kopiert und durch Kopieren dann weiter verschleppt wird. Es gibt schon →plainrowheader aus der en:wp, die immer wieder hier eingeschleppt werden und selbst dort scheinbar inzwischen wirkungslos sind. en:Padmini_Kolhapure#Awards and nominations ich weiß aber, dass das bei denen zumindest mal funktioniert hatte und die Kopfzeilen nicht fett waren. --Liebe Grüße, Lómelinde Diskussion 09:28, 24. Jun. 2024 (CEST)

td:nth-of-type(3) bspw. selektiert die dritte Zelle (td) innerhalb einer jeden Zeile (tr), daher kann man damit die gleiche Zelle in jeder Zeile selektieren. plainrowheaders ist dafür gedacht, auf Zeilenüberschriften angewendet zu werden, nicht auf Spaltenüberschriften, deshalb muss man den entsprechenden Zellen ein scope="row" übergeben, damit etwas passiert. In deinem Beispielartikel fehlt ohnhein ein s am Ende und es gibt auch keine Zeilenüberschriften. -- hgzh 09:35, 24. Jun. 2024 (CEST)

Ach so, danke für die Erklärung. Aber bei uns hat plainrowheader auch mit s keine Wirkung, oder? Daher sollte man doch diese knapp 200 entfernen, oder sehe ich das falsch? --Liebe Grüße, Lómelinde Diskussion 10:00, 24. Jun. 2024 (CEST)

Ja, da kann ich bei Gelegenheit mal mit dem Bot drüberfahren. -- hgzh 10:45, 24. Jun. 2024 (CEST)

Vielen Dank. Dein Bot hat das wohl schon mal 2019 gemacht.

Ich sehe gerade, dass viele von diesen wirkungslosen, kopierten Zuweisungen von Gripweed stammen, daher setze ich mal ein Ping, damit er zukünftig diese Syntax gleich entfernen kann. --Liebe Grüße, Lómelinde Diskussion 16:21, 24. Jun. 2024 (CEST)

Ich glaube nicht, das ich in meinem Leben noch Tabellensyntax lernen werde. Das sind entweder Übertragungen aus en: oder mit dem Visual Editor erstellt. --Gripweed (Diskussion) 16:33, 24. Jun. 2024 (CEST)

Daneben hab ich auf meiner Beobachtungsliste nur gesehen, dass du Juno Award/Pop Album of the Year‎ bearbeitet hast. --Gripweed (Diskussion) 16:39, 24. Jun. 2024 (CEST)

Ist auch kein Beinbruch. Dann putze ich das aller fünf Jahre kurz mit dem Bot weg. -- hgzh 16:40, 24. Jun. 2024 (CEST)

Danke! --Gripweed (Diskussion) 16:50, 24. Jun. 2024 (CEST)

Modul oder Vorlagendoku ändern?

{{#invoke:MediaWikiGadgetDefinition|suggestedvalues|contentmodels}}, = [ ERROR ]

Das erzeut einen Fehler und zerstört dadurch das TemplateData in der Vorlage:MediaWikiGadgetDefinition/Doku. Ich bin zu dumm aus dem Text des Moduls herauszulesen wo es da hakt Modul:MediaWikiGadgetDefinition#L-30 oder Modul:MediaWikiGadgetDefinition#L-85? Liegt es an dem großen M also im JSON der Doku steht contentmodels und sollte ich es dann dort in der Vorlage auf contentModels ändern oder sollte es doch besser im Modul angepasst werden. Das ist mir aber zu, na ja, gefährlich, um das selbst zu testen. --Liebe Grüße, Lómelinde Diskussion 09:35, 28. Jun. 2024 (CEST)

Wurde hier auf lowerCamelCase geändert, deshalb habe ich mal die Doku angepasst. -- hgzh 09:40, 28. Jun. 2024 (CEST)

Dankeschön --Liebe Grüße, Lómelinde Diskussion 10:16, 28. Jun. 2024 (CEST)

LINT-Beanstandung betreffend Inline-Stilregel für die Hintergrundfarbe existiert ohne eine dazugehörige Textfarbe

Spezial:LintErrors/night-mode-unaware-background-color heute aufpoppend und sich allmählich füllend.

• Da waren doch neulich einige Leutchen auf der Kurier-Disk oder so, die meinten, das sei ganz einfach und kaum Aufwand, alle unsere Artikel und Seiten für den Night-Mode umzuschreiben, zu dem die deWP-Community sich noch niemals geäußert hatte, ob sie den überhaupt haben möchte.
• Bitte mal den Dark-Mode-Fanclub zusammentrommeln und die Umstellungsarbeit unter den Leuten verteilen, die das haben möchten und finden dass das ganz einfach sei.
• Die LINT-Community darf mit dem Kokolores jedenfalls nicht belastet werden; die kümmern sich um richtige Fehler in der Wikisyntax.
• Ló trifft wohl der Schlag, wenn diese Seuche aufschlägt und die Statistik abschießt.

VG --PerfektesChaos 15:11, 4. Jul. 2024 (CEST)

Ich hatte hier schon vorgewarnt: Hilfe Diskussion:Wikisyntax/Validierung#Nur als Info; war bisher schon als hidden rule aktiv und wurde nun freigeschaltet, wieso auch immer, denn: die allermeisten dort aufgeführten Fehler sind gar keine, weil sie zentral per CSS adressiert werden. Jetzt hektisch irgendwelche Textfarben festzulegen, bringt überhaupt nichts. Besser einfach ignorieren. -- hgzh 15:30, 4. Jul. 2024 (CEST)

Na, dann kommunizier deine Erkenntnisse mal auffindbar der Welt, und füge die entsprechenden Anweisungen zum Vorgehen in die Hilfeseite ein; es wird auch in den Seiten-Infos wiedergegeben und überall aufgelistet.

„die allermeisten dort aufgeführten Fehler sind gar keine“ ist genau das was wir als LINTER-Fehlerlisten ganz dringend brauchen.

VG --PerfektesChaos 15:39, 4. Jul. 2024 (CEST)

Dabei bitte auch MediaWiki:linter-category-night-mode-unaware-background-color anpassen, da fehlt der Punkt am Ende des Satzes. Die Inline-Stilregel für die Hintergrundfarbe existiert ohne eine dazugehörige Textfarbe Alternativ auch gerne in der passenden projektweiten Seite ändern, ich hab das nicht gefunden, wo dies geändert werden muss. --darkking3 ^Թ 09:16, 5. Jul. 2024 (CEST)

Da das auch der Titel der Spezialseite ist, passt ein Punkt nicht. Habe die Einbindung daher aus der Hilfeseite entfernt. -- hgzh 10:09, 5. Jul. 2024 (CEST)

Ich sehe gerade den Fehler, da ⧼Linter-pager-night-mode-unaware-background-color-desc⧽ offensichtlich nicht definiert ist und/oder fehlt. Zudem besteht auf Spezial:LintErrors/night-mode-unaware-background-color der Fehler, dass in der Beschreibung der Punkt fehlt: Diese Seiten haben Inline-Stilregeln für die Hintergrundfarbe, aber keine entsprechende Textfarbe; dadurch wird der Dunkelmodus unwirksam

Bei anderen Linterseiten ist dieser immer vorhanden. --darkking3 ^Թ 10:30, 5. Jul. 2024 (CEST)

Den Punkt habe ich im Translatewiki ergänzt. -- hgzh 20:49, 8. Jul. 2024 (CEST)

Suchfelder Archive

Moin, du hattest hier einen fix für die VM-Seite erstellt. Ich weiß leider nicht, wie genau du das gefixt hast bzw ich hab keinen entsprechenden Diff gefunden. Jetzt sind in dem Thread noch die Redaktion Chemie und die LP genannt worden. Mir war das ganze auf der LP aufgefallen, was ich auf der entsprechenden Disk angesprochen hatte. Könntest du mir verraten, wie man das fixt oder könntest du das noch in Ordnung bringen, wenn man dafür entsprechende Rechte braucht? Vielen Dank & viele Grüße, 11:45, 8. Jul. 2024 (CEST) --Kyrunix (Diskussion) 11:45, 8. Jul. 2024 (CEST)

Habe mal eine größere Lösung gebaut. -- hgzh 20:47, 8. Jul. 2024 (CEST)

Vielen Dank dafür und einen schönen Abend, Kyrunix (Diskussion) 22:03, 8. Jul. 2024 (CEST)

Nochmals skin-invert

Moin! Bin gerade über ein "klasse=skin-invert" bei einer Signatur gestolpert, um genau zu sein war das in Ingrida Šimonytė. So wie ich das kapiert hab, ist das für den Darkmode. In der Android-App bewirkt das wohl nix, wie kann ich die Auswirkungen bestaunen? Und dann noch: Es gibt so einige hundert solcher Unterschriften und da frag ich mich, ob da nicht ein Bot gucken kann, ob diese Unterschrift ein Bild in schwarz/weiß (bzw. fast-schwarz/fast-weiß) ist und dann diese Klasse hinzufügen. Diese Extension "imagick" ist in der Toolserver-Cloud in PHP enthalten, sollte also grundsätzlich möglich sein, ob ich schlau genug bin um das auch richtig zu verwenden stellt sich dann heraus ;^) --Wurgl (Diskussion) 09:16, 10. Jul. 2024 (CEST)

Die Android-App hat ihren eigenen, etwas dümmlichen Darkmode, der hoffentlich irgendwann eingestampft wird. Der Website-Darkmode funktioniert nur in der Mobilversion bzw. im Vector-2022-Skin, also bestaunbar hier.

Zur botgestützten Bearbeitung kann ich nicht viel sagen, sinnvoll wäre es sicher, ggf. mit vorgeschalteter Arbeitsliste, in der man falsch-positive Einträge eliminieren kann. Gruß, -- hgzh 09:35, 10. Jul. 2024 (CEST)

Ich hab mal ein paar Zeilen Code geschrieben, dauert halt etwas, aber ich frage mich, ob denn dieses skin-invert nicht eine Eigenschaft der Datei selbst ist. Klar kann man das in der Einbindung angeben, aber dann muss man das in jedem Wiki extra angeben. Wenn das eine Eigenschaft der Datei selbst ist, dann würde das vor allem den kleinen Wikis helfen. --Wurgl (Diskussion) 18:57, 22. Jul. 2024 (CEST)

Prinzipiell ja, andererseits wird es sicherlich auch Anwendungsfälle geben, in denen die Invertierung nicht erwünscht wäre. Ist nicht ganz so zufriedenstellend zu lösen, finde ich. Gruß, -- hgzh 07:44, 23. Jul. 2024 (CEST)

Naja … es gibt wahrscheinlich Grenzfälle wo beide Fälle gruselig aussehen. Wie auch immer, wenn ich nur(!) Dateien mit "Signatur" bzw. "Unterschrift" im Dateinamen ansehe, dann komm ich auf über 3000 Stück in deWP. Bei den Logos bin ich mir nicht so ganz sicher, da könnte eine Invertierung der Farbe mit dem Markenrecht kollidieren. --Wurgl (Diskussion) 08:00, 23. Jul. 2024 (CEST)

Ja, die Logos würde ich erstmal in Ruhe lassen, das gibt wahrscheinlich zu viele Probleme. Aber a propos: kannst du vielleicht bei den Unterschriften auf MediaWiki:Pageimages-denylist gleich noch notpageimage hinzufügen? Dann können die mal aus der Liste fliegen. -- hgzh 08:49, 23. Jul. 2024 (CEST)

Der Bot fügt bei verschachtelten Signaturen in Biographien dieses class=notpageimage hinzu, zumindest wenn es das Vorschaubild ist. sollte reichen oder willst du MediaWiki:Pageimages-denylist leeren? --Wurgl (Diskussion) 08:56, 23. Jul. 2024 (CEST)

Ja, ich denke, direkt am Bild ist besser als in der Liste, die nur von ein paar Leuten bearbeitet werden kann. -- hgzh 11:23, 23. Jul. 2024 (CEST)

Diese Imagick-Extension ist ein Käse. Es gibt zwar die tolle Funktion getImageHistogram, aber die hat ein Memory-Leak. Eine Datei kann man angucken, wenn man dem Script 6 GByte erlaubt, gehen sogar 10, aber danach ist out-of-memory. Echt toll! Zu Fuß die einzelnen Pixel durchgehen ginge zwar auch, ist aber sehr langsam. Egal, ich starte für jedes Bild einen Subprozess … argh! Einmal mit Profis arbeiten!

Jedenfalls sind bei uns insgesamt 5370 Dateien mit "berschrift" bzw. "ignatur" eingebunden (ersten Buchstaben wegen groß/klein weggelassen). 17 Bilderchen mag die Extension nicht lesen, 2741 haben transparenten Hintergrund, 660 haben weißen Hintergrund. Wobei ich nur die oberen 6 Bit der Farbe betrachte. Von den nicht lesbaren ist eine *.ogg, also Audiodatei und damit verziehen, 2 *.jpg die aber dem Namen nach ein Foto sind. Es bleiben 14 svg-Dateien in denen wohl irgendeine Information fehlt. Aber erstmal sind mir die egal.

Bei den Bildern mit transparentem Hintergrund kann ich davon ausgehen, dass der Vordergrund dunkel ist weil sonst würde man ja bisher nichts sehen. Bei denen mit weißem Hintergrund sind 80% der Pixel des Bildes weiß zumindest ist das meine Definition von "Hintergrund", also diesen 3401 Bilderchen kann ich ganz sicher ein klasse=skin-invert-image verpassen. --Wurgl (Diskussion) 15:28, 26. Jul. 2024 (CEST)

Bilder mit weißem Hintergrund braucht man denke ich nicht zwingend auszustatten, da sieht man ja immer etwas. Aber bei transparenten Bildern klingt das schon mal ganz gut, bin gespannt! -- hgzh 16:32, 26. Jul. 2024 (CEST)

Bissl Verwaltungskram noch, dann lass ich mal 10 Stück laufen.

Aufgefallen ist die Vorlage:Mehrere Bilder, da weiß ich nicht wie man das einbaut, siehe Brenda Song und <gallery> braucht auch eine Erweiterung: Rainer Maria Woelki ist kaum lesbar, Albert Matterstock und Alf Ekberg sind aber okay. Vielleicht guck ich noch den Grauwert der Schrift an. Sind aber sehr wenige solche Fälle, so um die 20 Stück herum. --Wurgl (Diskussion) 08:04, 27. Jul. 2024 (CEST)

Ja, Gallery und die Mehrere-Bilder-Vorlage können noch keine Klassen aufnehmen. Die Vorlage kann ich umbauen, für Gallery gibt's was im Phabricator. -- hgzh 09:44, 27. Jul. 2024 (CEST)

10 Edits --Wurgl (Diskussion) 16:20, 27. Jul. 2024 (CEST)

Sieht gut aus. -- hgzh 14:06, 29. Jul. 2024 (CEST)

Ich hab bei MediaWiki:Pageimages-denylist noch ein paar andersprachige Bezeichnungen für die Signatur gefunden, die mach ich gleich mit. Und dann bastle ich in einem Rutsch dieses notpageimage rein. Es gibt dort die Einträge Datei:Führt kein Wappen.svg und Datei:Führt keine Flagge.svg, bei denen muss ich dann per query gucken, ob die beiden irgendwo als Vorschaubild auftauchen, in Vorlage:Platzhalterbild sind die schon mit notpageimage markiert und in Vorlage:Infobox Gemeinde in Serbien hab ich das gerade reingemacht. Werde den Bot am Nachmittag starten und danach kannst dann MediaWiki:Pageimages-denylist leer machen. --Wurgl (Diskussion) 10:36, 30. Jul. 2024 (CEST)

Danke dafür, scheint gut durchgelaufen zu sein. -- hgzh 08:19, 31. Jul. 2024 (CEST)

2897 Artikel wurden geändert. 271 Artikel scheinen sowas wie Mehrere Bilder, Gallery und eventuell auch eine Signatur in der Infobox per Parameter zu haben. --Wurgl (Diskussion) 08:39, 31. Jul. 2024 (CEST)

Vorlage:Mehrere Bilder unterstützt jetzt Klassenangaben. -- hgzh 10:43, 31. Jul. 2024 (CEST)

Ich lerne den Bot an und lass ihn dann nochmals drüber. --Wurgl (Diskussion) 11:06, 31. Jul. 2024 (CEST)

Schande über mich. Bei den 271 Artikeln war ich wohl noch im Zustand mit zu wenig Kaffee, waren nur 29 Stück (Hab das denylist-Dings laufen lassen und da merkt sich nicht was weg ist … seufz und dann gabs noch ein anderen Fehlerchen beim Zählen) Von den 29 sind jetzt 11 weg.

<gallery>-Zeugs Albert Matterstock Alf Ekberg Rainer Maria Woelki Ÿ University of Washington Martin Kröncke Vektorisierung (Grafik) (zwei Bilder) Danilo Astori Signatur (Kunst) (zwei Bilder)

Per Stureson Infobox DTM-Fahrer

Kabinett Fehrenbach Infobox Regierung

Zwingli (Film) Infobox Film ist okay

University of Washington und École polytechnique Infobox Hochschule ist okay

Demi Lovato kapier ich nicht, da soll Demi Lovato Signature.svg eingebunden sein, sehe ich nicht?

Jang Minho 1. Buchstabe war klein. Fixed.

Aurobindo Ghose Sowas hab ich bisher noch nicht gesehen: Eingebunden ist Sri-Aurobindo-Signature-Transparent.jpg.png … ist wohl eine Weiterleitung auf Commons, aber das sieht man nicht wenn man drauklickt. Jedenfalls okay. Weiterleitung auch bei Theodor Herzl und Charles Wilkes, auch okay. Danilo Astori war auch so ein Fall, hab ich gefixt.

Shirley (Film) netter Editfehler ist hier passiert, aber nach dem Bot.

Also zwei Infoboxen und <gallery>, alles andere ist okay. --Wurgl (Diskussion) 15:45, 31. Jul. 2024 (CEST)

Die Infoboxen habe ich gefixt. Bei Demi Lovato ist das Bild mit der Signatur erst kürzlich rausgeflogen, evtl. alte Datenbasis? -- hgzh 16:26, 31. Jul. 2024 (CEST)

Hmm … offenbar etwas alte Datenbasis, bzw. ich werfe aus meinen Daten gelöschte wohl nicht raus. Egal, das Ding ist gegessen und wenn irgendwann gallery geht, dann werde ich es wiederbeleben … oder nicht. --Wurgl (Diskussion) 16:42, 31. Jul. 2024 (CEST)

Etwas offtopic, aber von den Problemfällen inspiriert: "Datei-Weiterleitung auf Commons aufgelöst" als Änderungstext. Das mit Weiterleitungen von Bildern auf Commons ist etwas verwirrend, da muss man genau gucken. Wenn du Datei:Logo of Kataeb Party.svg anklickst, dan steht in der URL-Zeile deines Browsers "Datei:Logo_of_Kataeb_Party.svg", als Überschrift auf der Seite ist aber "Datei:Kataeb Party logo.svg" zu finden und nirgendwo steht sowas wie "Weitergeleitet von Datei:Logo of Kataeb Party.svg" --Wurgl (Diskussion) 08:10, 2. Aug. 2024 (CEST)

Ja, das ist als phab:T51826 bekannt, der kürzlich Elfjähriges feierte. -- hgzh 08:19, 2. Aug. 2024 (CEST)

@Wurgl es gibt auch noch eine ganze Reihe von Piktogrammen à la Liste der Olympiasieger im Tennis, die eine ähnliche Behandlung erhalten könnten. -- hgzh 08:27, 6. Aug. 2024 (CEST)

Diese hier? c:Category:Olympic pictograms (die Ringe am Ende natürlich nicht) --Wurgl (Diskussion) 08:59, 6. Aug. 2024 (CEST)

Ui! Das sind fast 9500 Artikel (laut Suche, nicht laut imagelinks). Bei Vorlagen muss ich erst gucken, weil in Vorlage:Linkbox_Nordische_Skiweltmeisterschaften_1937/Wettbewerbe geht das nicht, aber in Vorlage:Navigationsleiste_Sportabteilungen_von_Panathinaikos_Athen wäre es toll. --Wurgl (Diskussion) 10:25, 6. Aug. 2024 (CEST)

Es gibt auch Vorlage:SportPicto, die das Invertieren bereits kann. Dort finden sich evtl. noch weitere Piktogramme. Wenn die Piktogramme klein und inline eingebunden werden, könnte man mglw. auch die Vorlage verwenden, aber sobald Rahmen etc. dazukommen, müsste die Klasse direkt in der Bildeinbindung ergänzt werden. -- hgzh 11:04, 6. Aug. 2024 (CEST)

SportPicto wird übersprungen, das Datei:-Gedaddel ist in einer Untervorlage und daher erkenne ich das gar nicht. Aber ich hab ein paar Zeilen Code getippt und gucke ob background oder bgcolor zu finden ist, wenn ja dann mach ich nix. Damit gehen dann auch Vorlagen und so fiese Dinger wie Olympische_Sportarten --Wurgl (Diskussion) 11:17, 6. Aug. 2024 (CEST)

Hmm … Timo Boll die Infobox hat im Darkmode schwarz auf schwarz in der Kopfzeile, im hellen Modus aber blauen Hintergrund. Hmm … fass ich jedenfalls nicht an, weil Hintergrund gesetzt ist. --Wurgl (Diskussion) 11:24, 6. Aug. 2024 (CEST)

Ja, Infoboxen sind Sonderfälle, die kannst du auch erstmal ganz weglassen. Mein Hinweis auf SportPicto war so gemeint, dass du evtl. auch die Bildeinbindung in einigen Fällen durch die Einbindung dieser Vorlage ersetzen könntest, wenn das mit vertretbarem Aufwand machbar ist. -- hgzh 11:30, 6. Aug. 2024 (CEST)

Das ist teuflisch! Jetzt fisch ich mir Pictogramme aus 3 Kategorien, eines noch extra und außerdem ersetze ich auch noch png durch korrespondierende svg (via c:template:SupersededSVG) und es werden immer mehr, bin jetzt schon bei über 10.000 Artikeln. --Wurgl (Diskussion) 16:35, 6. Aug. 2024 (CEST)

Ja, das ist sicher ein ordentlicher Batzen. -- hgzh 16:41, 6. Aug. 2024 (CEST)

hmm … das Rot bleibt rot? Das ist aber nicht immer so.

Und in der "Infobox" von Olympische Sommerspiele 2024/Basketball/Qualifikation war das schon unsichtbar. … Aha! Wegen Vorlage:OlympicPicto … das ist nicht gut --Wurgl (Diskussion) 17:50, 6. Aug. 2024 (CEST)

Ich stoppe das erstmal, siehe Fix-Diff Ich muss da einen ordentlichen Tabellenparser basteln, bei 100 Dateien wäre mir das egal (da wäre ein Artikel falsch), aber bei etwas über 10.000 muss das schon klappen. Bilderchen hab ich jetzt wohl alle gefunden, sind auf Commons über 1000 und in deWP ca. 350 verschiedene. Am Wochenende geht es weiter. --Wurgl (Diskussion) 22:15, 6. Aug. 2024 (CEST)

Bei der Basketball-Qualifikation dreht sich der Hintergrund nicht mit um, ist ein bisschen komplizierter dort, mglw. lässt sich das durch eine Vorlage ersetzen.

Ansonsten ok, es eilt ja nicht besonders. Gruß, -- hgzh 07:47, 7. Aug. 2024 (CEST)

Die haben wieder was gebastelt.

Wenn das Bild inline (oder rahmenlos) ist, dann ist es schwarz auf schwarz, ist es aber rechts, links oder mini, dann wird der Hintergrund weiß. Hmm … soll ich das berücksichtigen und links/rechts/mini auslassen?

Ja, das ist neu seit Donnerstag. Links/rechts/mini/rahmen besser auslassen, ja. -- hgzh 11:58, 11. Aug. 2024 (CEST)

zu spät :-( 4000 Artikel sind schon durch und das sind die mit den größten Anzahl an Vorkommen. Dieses links/rechts/mini ist aber nicht besonders häufig. --Wurgl (Diskussion) 15:58, 11. Aug. 2024 (CEST)

Wie sollen wir das Problem mit diesen Linkboxen lösen? --Liebe Grüße, Lómelinde Diskussion 09:34, 13. Aug. 2024 (CEST)

Die Infobox-Überschreibungen des Darmode wirken bislang nur auf Zellebene oder die gesamte Infobox. Möglicherweise lässt sich das auch unfallfrei auf die Zeilenebene ausdehnen, aber sicher bin ich mir nicht. Ein bisschen überarbeiten will ich es sowieso noch. Ich schau es mir mal an. -- hgzh 09:51, 13. Aug. 2024 (CEST)

Übrigens zur Info: testweise habe ich drei weitere Klassen für den Darkmode eingeführt (siehe hier): darkmode-hintergrundfarbe-basis (= hintergrundfarbe-basis), darkmode-hintergrundfarbe-passiv (= hintergrundfarbe1), darkmode-hintergrundfarbe-neutral (= hintergrundfarbe5), die jeweils nur im Darkmode wirksam werden und im hellen Modus alles so lassen, wie es ist. Die komplexe Benamsung wegen der Diskussion in Wikipedia:Technik/Skin/MediaWiki/Änderungen/Archiv/2024#hintergrundfarbe0. Gruß, -- hgzh 09:56, 13. Aug. 2024 (CEST)

Das ist zwar nett gemeint bringt aber die Fehler zurück, die es in meiner Version nicht gab, ich hatte es bewusst auf h-1 gesetzt damit color ignoriert wird. Ich weiß die Linterfehler interessieren dich da nicht, ich mag aber keine halben Sachen, daher hatte ich auch die Ringe ausgetauscht, weil schwarz nicht gut zu sehen war. Immerhin habe ich inzwischen diese Variablen so einigermaßen verstanden. --Liebe Grüße, Lómelinde Diskussion 10:57, 13. Aug. 2024 (CEST)

Es geht vor allem darum, die Farbe im hellen Modus nicht zu beeinflussen. Das gibt über kurz oder lang Ärger, wenn versucht wird, alle individuellen Farben in den Graukanon zu bringen. Die Textfarbe wird außerdem explizit gesetzt, ein weiterer Fehler dieser Lintabfrage - es besteht überhaupt kein Problem, außer dass der Fehler existiert. -- hgzh 11:23, 13. Aug. 2024 (CEST)

Und wie hilft das jetzt bei dem anderen Problem? Das FIS-Logo geht nicht auf Dunkel. Die Frage bleibt, wie lösen wir das? --Liebe Grüße, Lómelinde Diskussion 13:34, 13. Aug. 2024 (CEST)

Standardfarbe

Ist dir da ein Fehler unterlaufen? Ich finde zumindest, das schwarz auf schwarz alles andere als hoher Kontrast ist. (Rahmenfarbe 5) siehe auch Hilfe:Farbe#Rahmenfarben nicht 000000 202122, ich vermute mal das sollte weiß FFFFFF sein, oder? --Liebe Grüße, Lómelinde Diskussion 16:09, 11. Jul. 2024 (CEST)

Derzeit ist rahmenfarbe5 immer als schwarz definiert, aber du hast recht, Wechsel auf weiß würde Sinn ergeben. Ich muss mal schauen, wie diese Rahmenfarbe verwendet wird und ob es Probleme geben könnte, dann kann ich das anpassen. Gruß, -- hgzh 16:54, 11. Jul. 2024 (CEST)

Ich füge das mal hier mit an. Bitte das |#default=color: #000000; in der Vorlage:Standardbaustein ersetzen siehe Wikipedia-Benutzer. --Liebe Grüße, Lómelinde Diskussion 16:22, 12. Jul. 2024 (CEST)

Korrigiert, danke. -- hgzh 08:55, 15. Jul. 2024 (CEST)

Darf ich noch etwas fragen, soll es so dunkel oder reicht auch so? --Liebe Grüße, Lómelinde Diskussion 17:18, 15. Jul. 2024 (CEST)

Na, da würde ich mal abwarten, ob die Dialog irgendwann auch über ein dunkles Farbschema verfügen (bin mir nicht sicher, ob dies bereits so ist) - wenn ja, dann sollte sich das denke ich auch auf der Hilfeseite widerspiegeln. Gruß, -- hgzh 22:34, 15. Jul. 2024 (CEST)

Das ist alles Eigenbau, ich bin keine Programmiererin und kann nicht auf die Dialogformate oder Bausteine wie Importareas und Click- oder Switchbottons der WMF zurückgreifen. Ich weiß gar nicht wie man das machen müsste. Daher ja meine Frage, ob ich das dann alles umbauen muss. --Liebe Grüße, Lómelinde Diskussion 06:36, 16. Jul. 2024 (CEST)

Vorlage:Standardfarbe

In der Doku lese ich dreimal „Autowert“.

• Das ist das Verhalten bei der Neu-Einfügung einer Einbindung, und wäre nur für das eingefrorene Abrufdatum brauchbar, was aber auch nicht funktioniert, weil wir keinen Bot haben, der täglich frühmorgens alle entsprechenden Vorlagenseiten purgen würde.
• Unabhängig davon und viel interessanter ist das Verhalten bei nicht angegebenem Wert; das wäre default.
• Ausweislich der Modul-Zeilen 207–209 ist jedoch das zweite gemeint.

Das Modul berücksichtigt die Situation der leeren Angabe offenbar nicht korrekt.

• Wenn hierbei ein benannter Parameter den Wert "" hat oder not ist, dann soll der Default wirken.

mode = args.mode
if ( not mode or "" ) == "" then
    mode = "light"
end

if not args.mode  or  args.mode == "" then
    mode = "light"
else
    mode = args.mode
end

nowiki habe ich nicht verstanden.

• frame:extensionTag() ist ineffizient.
• Es gibt sechs ASCII-Hexen. Was soll daran zu escapen sein?
• Autoren-Standard sind Großbuchstaben. Auch älter. Kleinbuchstaben brachten später die tippfaulen Handhacker, dazu die Kürzung auf drei oder eine Hex. War mal Privatmarotte von zwei SVG-Schaffern gewesen.

In der anderen Angelegenheit ist nicht nur Sachsen durch, sondern die Monuments sind auch bald manuell re-manualisiert worden.

• Das hätt’s nicht gebraucht, mit diesem Lemma-Beginn hätte ich noch längere Zeit leben können.
• Melde mich in Kürze per Mail, mit aktuell angepasstem Plan.
• Ist mir gar nicht recht, weil wird viel zu heiß und ich will eigentlich erst im Oktober wieder was mit Nachdenken haben.

VG --PerfektesChaos 15:11, 14. Jul. 2024 (CEST)

Autowert und Default verwechsel ich ständig. Manchmal nehm ich das richtige, manchmal nicht. Vielleicht lern ich es ja irgendwann...

nowiki ist ein Überbleibsel davon, als ich das Doppelkreuz noch mit ausgeben wollte. Das fliegt noch raus, wenn ich das Modul wieder anfasse. Dann kann ich auch den Mode nochmal nachschärfen.

Den Fortschritt in der anderen Angelegenheit habe ich mit Freude zur Kenntnis genommen. Gruß, -- hgzh 09:07, 15. Jul. 2024 (CEST)

Deine Angaben in der LD haben mich überzeugt. Ich habe den LA zurückgezogen. Ich sehe aber keinen Sinn darin, Farbwerte wie #101418 oder #202122 zu nehmen. Die sind von Schwarz nicht zu unterscheiden:

Das verschwendet beim Drucken nur Farbtinte. Ich plädiere dafür, diese Werte auf #000000 zu ändern. ÅñŧóñŜûŝî (Ð) 23:23, 15. Jul. 2024 (CEST)

Die Farben habe ich mir nicht ausgedacht, das sind die softwareseitigen Hintergrundfarben für den Dunkelmodus. Und die kann man schon unterscheiden, insb. wenn es sich um größere Flächen handelt. Drucken spielt keine Rolle, da wohl niemand auf die Idee kommt, eine Seite im Dunkelmodus auszudrucken. -- hgzh 23:43, 15. Jul. 2024 (CEST)

Ok. Frage: Wie kann ich bei meiner CSS-Konfiguration und meinem JS die Farben modusabhängig(!) selbst festlegen? mit .hintergrundfarbeN {background-color: #RRGGBB;} lege ich die Farbe ja starr fest. ÅñŧóñŜûŝî (Ð) 19:15, 17. Jul. 2024 (CEST)

/* heller Modus */
:root {
	--dewiki-hintergrundfarbe1: #ffffff;
}
/* dunkler Modus */
@media screen {
	html.skin-theme-clientpref-night {
	    --dewiki-hintergrundfarbe1: #000000;
	}
}
@media screen and (prefers-color-scheme: dark) {
	html.skin-theme-clientpref-os {
	    --dewiki-hintergrundfarbe1: #000000;
	}
}

-- hgzh 07:55, 18. Jul. 2024 (CEST)

Vorlage:Standardfarbe

Hallo Hgzh,

gegen die im Betreff genannte, von dir angelegte oder erheblich bearbeitete Vorlage wurde ein Löschantrag gestellt (nicht von mir). Bitte entnimm den Grund dafür der Löschdiskussion. Ob die Vorlage tatsächlich gelöscht wird, wird sich gemäß unserer Löschregeln im Laufe der siebentägigen Löschdiskussion entscheiden.

Du bist herzlich eingeladen, dich an der Löschdiskussion zu beteiligen. Wenn du möchtest, dass die Vorlage behalten wird, kannst du dort die Argumente, die für eine Löschung sprechen, entkräften. Du kannst auch während der Löschdiskussion Verbesserungen an der Vorlage vornehmen.

Da bei Wikipedia jeder Löschanträge stellen darf, sind manche Löschanträge auch offensichtlich unbegründet; solche Anträge kannst du ignorieren.

Vielleicht fühlst du dich durch den Löschantrag vor den Kopf gestoßen, weil durch den Antrag die Arbeit, die Du in den Artikel gesteckt hast, nicht gewürdigt wird. Sei tapfer und bleibe dennoch freundlich. Der andere meint es vermutlich auch gut.

Ich bin übrigens nur ein Bot. Wenn ich nicht richtig funktioniere, sag bitte DerIch27 bescheid. Wenn du nicht mehr von mir benachrichtigt werden möchtest, kannst du dich auf dieser oder dieser Liste eintragen.

Freundliche Grüsse --DerIchBot (Diskussion) 19:16, 15. Jul. 2024 (CEST)

¡Muchísimas gracias! -- hgzh 20:48, 15. Jul. 2024 (CEST)

Signatur

Hallo hgzh! Du weißt bestimmt, wo wir die Formatierung der vier Tilden als Signatur in dewiki festgelegt haben, oder? Andere Wikis stellen z.B. keine zwei Striche voran, wir aber schon, deshalb denke ich, ist das was lokal Formatiertes. Weißt Du wo? Liebe Grüße, – Doc Taxon • Disk. • 17:21, 26. Jul. 2024 (CEST)

Das sind MediaWiki:Sig-text für herkömmliche Editoren bzw. MediaWiki:Discussiontools-signature-prefix für die DiscussionTools. Die normale Signatur steht in MediaWiki:Signature. Gruß, -- hgzh 17:29, 26. Jul. 2024 (CEST)

Danke sehr, – Doc Taxon • Disk. • 20:34, 26. Jul. 2024 (CEST)

Dieser Abschnitt kann archiviert werden. – Doc Taxon • Disk. • 20:35, 26. Jul. 2024 (CEST)

Vorlage:Denkmalliste Baden-Württemberg Tabellenzeile

Hi Du. Momentan zeigen viele BW-Kulturrdenkmallisten wie Liste der Kulturdenkmale in Lichtenstein (Württemberg) den ersten Eintrag in jedem Abschnitt unvollständig an. Das war früher nicht, also hat sich wohl was geändert. Du hast in [8] zuletzt was an der Vorlage geändert, kann es sein, daß das eine Folge davon ist? --Windharp (Diskussion) 08:25, 27. Jul. 2024 (CEST)

Hallo, du nutzt den Vector-2022-Skin? Dann liegt das an den fixierten Tabellenköpfen, die leider mit dem kürzlich hinzugefügten automatischen Scroll-Overflow bei zu breiten Tabellen nicht klarkommt. Leider herrscht noch etwas Ratlosigkeit, wie man das verträglich hinbekommen könnte. Stand jetzt wird es wohl darauf hinauslaufen, dass die fixierten Tabellenköpfe abgeschaltet werden müssen. -- hgzh 09:50, 27. Jul. 2024 (CEST)

Geht eine Beschränkung der fixed auf alle außer Vector-2022 innerhalb von TemplateStyles ?

Letztlich müsste das Grundproblem bei WMF in der Skin gelöst werden.

VG --PerfektesChaos 10:22, 27. Jul. 2024 (CEST)

Ja, darauf hatte ich gehofft. Leider weiß da auch niemand eine Lösung. In der Konsequenz muss ich das dann irgendwann so umsetzen, funktionieren sollte es. -- hgzh 12:49, 27. Jul. 2024 (CEST)

Ah, Danke. Auf die Idee bin ich nicht gekommen. Na, mal sehen was sich da ergibt. :-) --Windharp (Diskussion) 12:49, 27. Jul. 2024 (CEST)

Heutzutage haben wir ja noch die famose Kategorie:MediaWiki:Gadget/tabellenstile mit |categories=MediaWiki:Gadget/tabellenstile|skins=vector-2022 für zielgenaue Not-Reparatur; vielleicht auch irgendwann mal überflüssig. Reihenfolge der Wirksamkeit TemplateStyles – Gadget durchschaue ich grad nicht. VG --PerfektesChaos 13:30, 27. Jul. 2024 (CEST)

Das ist nicht nötig, Skin-Einschränkung geht ja per TemplateStyles und mehr kann man mit CSS ohnehin nicht machen - vielleicht irgendwann, wenn Style-Container-Querys gehen, aber das wird wohl noch dauern, das kann momentan noch kein Browser. -- hgzh 13:55, 27. Jul. 2024 (CEST)

MediaWiki:Movepage-reason-dropdown

Da stimmt irgendetwas nicht, wenn ich auf Verschieben klicke, dann steht unten im letzten Eintrag zu „Allgemeine Verschiebegründe“ nicht der Link Verschiebewunsch, sondern ein nowiki-Link [[Wikipedia:Verschiebewünsche|Verschiebewunsch]], gleiches gilt für andere Links dort, wie „nach Diskussion im [[Wikipedia:WikiProjekt Kategorien|WikiProjekt Kategorien]]“ --Liebe Grüße, Lómelinde Diskussion 11:54, 30. Jul. 2024 (CEST)

Das ist aber schon immer so, das Dropwdown ist nichts weiter als ein Schnellzugriff auf den normalerweise in das Textfeld einzugebenden Wikitext. Ein Link würde da auch nicht gut funktionieren, denn bei Klick soll ja das Dropdown-Element ausgewählt und nicht dem Link gefolgt werden. -- hgzh 12:13, 30. Jul. 2024 (CEST)

Ich verschiebe zu selten, als dass mir das aufgefallen wäre, ich schreibe immer selbst eine Begründung, und habe da noch nie reingeschaut. Mich verwirrt so etwas aber eher und ich würde das dann nicht auswählen. Ich werde das auch nicht so kryptisch in die Seite einfügen. --Liebe Grüße, Lómelinde Diskussion 12:52, 30. Jul. 2024 (CEST)

Ich finde das nicht gut, dass wir in diesem Menü "Anderer Grund" ganz oben stehen haben. Erstmal sollten wir die vorgeschlagenen Gründe anzeigen, und "Anderer Grund" dann ganz unten in den Dropdown. Besser wäre es, wenn der Dropdown von Anfang an ausgeklappt angezeigt wird. Wenn der Dropdown gleich ausgeklappt angezeigt wird, haben wir eine Barriere weniger bedient, die Auswahl-Gründe treffen häufiger zu als "Anderer Grund", und "Anderer Grund" ist dann ganz unten die letzte Wahl. – Doc Taxon • Disk. • 08:41, 31. Jul. 2024 (CEST)

@ „Besser wäre es, wenn der Dropdown von Anfang an ausgeklappt angezeigt wird.“ Das würde aber andere Probleme hervorrufen, nämlich, dass man die zweite Eingabebox dann nicht mehr erreichen kann, weil die Auswahlliste, im ausgeklappten Zustand sie überdeckt, je nach Namensraum auch alle Auswahlboxen und die Schaltfläche zum Schieben. Man müsste sie also erst schließen, wenn man, wie ich, manuell etwas einfügen möchte, ebenso, wenn man den vorgegebenen Vorschlag ergänzen möchte, ohne einen anderen Vorschlag auszuwählen. Weiter wäre es recht schwierig zu definieren welche Auswahlbox den Vorrang bekommen soll. Diese haben ja, je nach Ursprungsnamensraum, unterschiedliche Einbindungen (Allgemeine Verschiebegründe, Diskussionsseiten, Benutzernamensraum). Also hier wäre es beispielsweise so:

• Allgemeine Verschiebegründe
  • Tippfehler korrigiert
  • korrekte Bezeichnung
  • typographisch korrektes Lemma
  • Verschiebewunsch

• Diskussionsseiten
  • Archiv nach Verschiebung der zugehörigen Diskussionsseite nachgezogen

Was mir da noch aufgefallen ist, warum macht „Allgemeine Verschiebegründe“ nach unten einen so großen Abstand? Das sieht jetzt in der →Hilfeseite irgendwie doof aus, zudem bräuchte ich noch eine kleine Hilfestellung. Wie kriege ich dort die Aufzählungszeichen weg? Diese werden ja nicht im Formular angezeigt. --Liebe Grüße, Lómelinde Diskussion 09:44, 31. Jul. 2024 (CEST)

Ich sehe da keinen übermäßig großen Abstand. Die Aufzählungszeichen werden wohl wahrscheinlich nicht auszublenden sein. -- hgzh 14:48, 31. Jul. 2024 (CEST)

Ich schon, aber du könntest einige Minuten zu spät sein.

Eine Kommentarzeile (=nix), Zeilenumbruch, Leerzeile=Zeilenumbruch, nicht-leere Wikisyntax, außerhalb Diskussionsseiten zu nix zusammenfallend, aber nicht das Ende der Nachricht: resultiert in nicht-getrimmter doppelter Leerzeile = neuer Absatz.

VG --PerfektesChaos 15:05, 31. Jul. 2024 (CEST)

Es ist zwar jetzt besser aber im Grunde ist da noch immer ein zu großer Abstand, denn im Hilfenamensraum wird der Abschnitt Diskussionsseiten nicht angezeigt folglich schließt der Rahmen nicht unter dem letzten Eintrag ab, sondern erst einige Leerzeilen später oder laut Inspektor

<tr>
<td style="border:1px solid #a2a9b1;">
<ul><li>Allgemeine Verschiebegründe
<ul><li>Tippfehler korrigiert</li>
<li>korrekte Bezeichnung</li>
<li>typographisch korrektes Lemma</li>
<li><nowiki><a href="/wiki/Wikipedia:Verschiebew%C3%BCnsche" title="Wikipedia:Verschiebewünsche">Verschiebewunsch</a></nowiki></li></ul></li></ul>
<p><br>
</p>
</td></tr>

Mich stört so etwas, denn ich habe da keinen Leerraum eingefügt. --Liebe Grüße, Lómelinde Diskussion 15:45, 31. Jul. 2024 (CEST)

Ach ganz unten, ich hatte direkt nach Allgemeine Verschiebegründe geschaut. Theoretisch sollten sind die Zeilenumbrüche noch in den switch legen lassen. -- hgzh 16:29, 31. Jul. 2024 (CEST)

}}{{ müsste dann wohl noch Zeilenumbruch-frei zusammengehängt werden. VG --PerfektesChaos 17:57, 31. Jul. 2024 (CEST)

Hallo PC, sag mal, wäre es für Dich nicht einfacher, bzw. auch hilfreich, wenn Du in diesem Projekt Benutzeroberflächenadmin werden würdest? – Doc Taxon • Disk. • 05:05, 1. Aug. 2024 (CEST)

Erweiterte Navigationsleiste

Hallo hgzh, kannst du bitte der Vorlage noch für alle eingefärbten Hintergründe eine explizite Schriftfarbe mitgeben? Das würde die Fehlerliste um einiges entlasten. Da die Textfarbe ja sowieso nicht verändert werden kann, kann man sie doch sicherlich auch auf body festschreiben. Beispiel: Navi Tolkien verwendet Erweiterte Navigationsleiste --Liebe Grüße, Lómelinde Diskussion 07:44, 5. Aug. 2024 (CEST)

Da wo background:transparent unnötig war habe ich es entfernt, ansonsten ist meine Position zu diesem „Fehler“ bekannt. Ich investiere da keine Zeit rein. Gruß, -- hgzh 18:15, 5. Aug. 2024 (CEST)

2 Sachen noch

Hi, danke fürs Löschen von Wikipedia:Technik/Skin/Gadgets/mobileHauptseite. Die Gliederung rechts ist aber noch nicht aktualisiert, ich finde allerdings die zu ändernde Seite nicht … wo geht das? Nebenbei: Vorlage:Exzerpt/styles.css kann auch weg, ist ohne zugehörige Vorlage. Danke und VG –IWL04 • 17:34, 8. Aug. 2024 (CEST)

Die wird einmal im Monat durch einen Bot aktualisiert, irgendeine Unterseite von Modul:PageTree. Die CSS-Seite habe ich gelöscht. -- hgzh 17:37, 8. Aug. 2024 (CEST)

Vorlage:Metropolitana di Roma/Linie C

Aus irgendeinem Grunde sieht das jetzt auf der einbindenden Seite Metropolitana di Roma#Linie C nicht wirklich toll aus. Da sind erstens noch weitere dieser Vorlagen (Linie A und B) und es wirkt merkwürdig, wenn eine Linie quasi aufdringlich aufgeklappt ist und die anderen sind geschlossen. Was aber der eigentliche Grund ist, durch den Wechsel von NavFrame zu mw-collapsible wird die Schaltfläche vergrößert und das C rutscht in die nächste Zeile, das sieht doof aus und ich weiß auch nicht warum das anders als auf der Vorlagenseite selbst aussieht. Im Grunde sollte man die drei Vorlagen A B C komplett überarbeiten und die zigfache Dateieinbindung    eliminieren. Möglich wäre Vorlage:Farbe _ oder den Streckenverlauf auf eine ähnliche Art wie Vorlage:Routemap oder Bahnlinien? --Liebe Grüße, Lómelinde Diskussion 11:45, 10. Aug. 2024 (CEST)

Jetzt sollte es besser zueinander passen. -- hgzh 12:27, 11. Aug. 2024 (CEST)

Ja ist besser. --Liebe Grüße, Lómelinde Diskussion 13:00, 11. Aug. 2024 (CEST)

Gadgets

Servus, ich habe gesehen du hast zuletzt Gadgets das Gadget MediaWiki:Gadget-easyNewSection.js bearbeitet bzw. erstellt. Ich habe das Gadget ein bisschen optimiert. Benutzer:WikiBayer/Gadget/Gadget-easyNewSection.js

Das hier auch: MediaWiki:Gadget-Einleitung-bearbeiten.js Neue Version Benutzer:WikiBayer/Gadget/Gadget-einleitung-bearbeiten.js Kannst du bitte eine Versionszusammenführung machen, damit die Optimierungen für alle im Gadget sind. --ᵂᶦᵏᶦᴮᵃʸᵉʳ 👤💬 _{Scripte ︱ Rechte ︱ boarische Wikipedia} 18:55, 11. Aug. 2024 (CEST)

Ich habe grob drübergeschaut, danke erstmal. Ich würde es aber im Sinne eines Reviews auf WP:MW/Ä einstellen, auf persönliche Disk-Anfrage werde ich eher ungern in Angelegenheiten tätig, die das gesamte Projekt betreffen. Gruß, -- hgzh 08:09, 13. Aug. 2024 (CEST)

In jedem Fall WP:MW/Ä.

Ich frage mich, in welchem entscheidenden Punkt es jetzt eine Verbesserung gegeben haben soll:

• 1
• 2

Es ist weiterhin Gemisch aus altem DOM und neuerem jQuery, so wie das cut&paste aus der ollen Common erstmal lieferte.

Der Bereich (Überschriften-Element-Struktur, DiscussionTools) lässt in näherer Zukunft immer wieder erforderliche ANpassungen erwarten. Dazu bei DOM zu bleiben und das mit jQuery zu quirlen ist unangebracht.

Ich habe das deshalb auf unseren konventionellen Stand von 2014 gebracht:

• easyNewSection@BETA
• Einleitung-bearbeiten@BETA

Außerdem Robustheits-Vorkehrungen eingebaut.

VG --PerfektesChaos 13:35, 13. Aug. 2024 (CEST)

Begriffsklärungen

Hallo, könntest du evt. diese [9] Abfrage nochmal laufen lassen da sich seit letztem Jahr erfreulicherweise einiges getan hat. Im Zweifel schonmal vielen Dank auch für die vorherigen Abfragen. --Saehrimnir (Diskussion) 09:51, 29. Aug. 2024 (CEST)

Erledigt. Gruß, -- hgzh 11:32, 29. Aug. 2024 (CEST)

Carolabrücke

Eine Straßenbahn überfährt 2013 den Teil der Brücke, der 2024 einstürzte

Seitenansicht der Spannbetonbrücke, die in der Nacht zum 11. September 2024 einstürzte, 2006

Moin, das obere, zuletzt von Dir eingetauschte Bild zeigt aber leider die Gestaltung des Spannbetonüberbaus nicht so gut. Das untere Bild ist, totz des Gewusels besser. Grüße, --Dieter Weißbach (Diskussion) 09:16, 11. Sep. 2024 (CEST)

Ich finde es vergleichbar; inzwischen gibt es aber eine Galerie, kannst das andere Bild ja dort mit einfügen. Ansonsten klärt sich so etwas besser auf der zugehörigen Artikeldiskussionsseite. Gruß, -- hgzh 09:18, 11. Sep. 2024 (CEST)

Das mit der Galerie ist tatsächlich ein gute Lösung. Auf der Disk geht es gerade um andere Dinge, deshalb hatte ich Dich hier angesprochen. --Dieter Weißbach (Diskussion) 09:23, 11. Sep. 2024 (CEST)

Taylor Swift und Wahlen

Hallo, in meinem Beitrag schrieb ich dass der sich beschwerende User Discostu möglicherweise nicht von Swifts Einfluss auf Wahlen wusste. Daher schrieb ich dass Elon Musks retweet 109 Millionen views hatte.

Das war relevant. Der spätere, nicht von mir geschriebe Krampf war es nicht, und da stimme ich deiner Löschung zu.

Best wishes,  == Peter NYC 19:35, 13. Sep. 2024 (CEST)

Falscher Revert von mir im Artikel Langobardenfeldzug

Moin Hgzh, sorry für diesen Revert von mir. Laut Vorschau sollte eigentlich dieser fettgeschriebene Kommentar entfernt werden. Wurde aber irgendwie nicht getan. --Abu-Dun (Diskussion) 09:10, 19. Sep. 2024 (CEST)

Kein Problem. Gruß, -- hgzh 09:35, 19. Sep. 2024 (CEST)

Vector 2022 und Vorlagenbasierte tabelle

Hallo Hgzh, mir ist grad aufgefallen, dass bei der vector-2000-nutzung bei ganz vielen vorlagen-basierten listen die erste tabellenzeile im tabellenkopf blöd dargestellt wird. woran liegt das? sticky-head? Was kann man da machen

• Liste der Baudenkmale in Affinghausen
• Liste der Kulturdenkmale in Klipphausen
• Liste der Baudenkmale in Senftenberg
• Liste der Kulturdenkmale in Wernigerode
• Liste der Windmühlen in Brandenburg

Schleswig-Holstein hingegen sieht gut aus

• Liste der Kulturdenkmale in Meldorf

Viele Grüße -- ^Thomas 11:21, 22. Sep. 2024 (CEST)

Hallo, ja, es liegt an den fixierten Tabellenköpfen, siehe dazu Vorlage_Diskussion:Tabellenstile#tabelle-kopf-fixiert_und_Vector2022. Gruß, -- hgzh 07:26, 23. Sep. 2024 (CEST)

TemplateStyles und Dark mode

Hallo. Du kennst dich mit TemplateStyles und den CSS-Klassen für den Dark mode aus? Wenn ja, dann habe ich folgendes Anliegen:

Ich möchte bei den CSS-Angaben, also den Seiten vom Typ Vorlage:Dingens/styles.css zwischen Dark mode und hellem Modus unterscheiden. Bedauerlicherweise gibt es weder bei der Hilfe für den Dark mode noch auf Hilfe:CSS/TemplateStyles einen hinweis, Welche (übergeordnete) Selektoren ich auf der CSS-Seite verwenden muss, damit eine CSS-Angabe nur im Dark mode (oder nur im hellen Modus) wirkt. Ich vermute hier sowas wie:

@media screen { .SpezielleCSSklasse { hier Angaben für den Dark Mode } }

Ein Tipp, wie diese "SpezielleCSSklasse" heist, wäre super. Selbstverständlich auch, wenn die Lösung ganz anders aussieht. Wenn ich die Einstellungen auf Verctor2022 und Dark mode ändere, dann taucht oben im HTML der Seite die Klasse skin-theme-clientpref-night auf. Ist das für den Dark Mode spezifisch, sodass ich das nehmen kann? Gruß von ÅñŧóñŜûŝî (Ð) 20:37, 22. Sep. 2024 (CEST)

Rein für den Dark Mode macht man die Angabe folgendermaßen: @media screen { html.skin-theme-clientpref-night .GewünschteKlasse { hier Angaben für den Dark Mode; } }. Allerdings sollte man immer gleichzeitig auch den automatischen Dark Mode (durch Browsereinstellungen/Betriebssystem ausgelöst) definieren: @media screen and (prefers-color-scheme: dark) { html.skin-theme-clientpref-os .GewünschteKlasse { hier Angaben für den Dark Mode; } }. Vergleiche etwa Vorlage:Charttabelle/styles.css#L-204 und Vorlage:Charttabelle/styles.css#L-249. Gruß --XanonymusX (Diskussion) 22:08, 22. Sep. 2024 (CEST)

Fein.Ich teste mal. Das sollte man auf Hilfe:CSS/TemplateStyles erwähnen. ÅñŧóñŜûŝî (Ð) 22:59, 22. Sep. 2024 (CEST)

Farbangaben werden komplett ignoriert. Andere, wie z. B. padding, werden umgesetzt. Na ja, es ist ja nur ein Beta-Feature. ÅñŧóñŜûŝî (Ð) 00:09, 23. Sep. 2024 (CEST)

Infoboxen bekommen im Darkmode eigene zentrale Definitionen für Hintergrund- und Textfarbe, damit nicht jede Infobox einzeln angepasst werden muss. Wenn eigene TemplateStyles wirksam werden sollen, kannst du der Infobox eine notheme-Klasse übergeben. Wikipedia:Dark Mode enthält übrigens einigen technischen Hintergrund zum Dark Mode (... muss aber noch ausgebaut werden, ist mir bewusst und steht auf der ToDo-Liste). Gruß, -- hgzh 07:25, 23. Sep. 2024 (CEST)

So ganz habe ich das jetzt nicht verstanden. Also ein konkretes Anliegen: Bei der Vorlage:Infobox Planet soll der Hintergrund der Zelle mit dem Bild auch im dark mode komplett schwarz sein, weil die Bilder i. d. r. einen Planeten im All zeigen und damit schwarzen Hintergrund haben. Auf Vorlage:Infobox Planet/styles.css soll dazu die CSS-Klasse "ibimage" auch im dark mode diesen schwarzen Hintergrund zuweisen und damit das standardmäßige Dunkelgrau überschreiben. Letzteres ist bei Bildern mit viel schwarz am Rand sehr unzweckmäßig. Wie musss dieser Code aussehen? Bisher steht dort:

 @media screen
 { 
	html.skin-theme-clientpref-night .ibimage   { background-color:#000000; padding:0.3em; color:#000000; text-align:center; border-bottom-width:0; }
 }

ÅñŧóñŜûŝî (Ð) 18:50, 24. Sep. 2024 (CEST)

Habe ein notheme in der Infoboxzeile ergänzt. Damit werden sämtliche Anpassungen für den Darkmode deaktiviert. Dann brauchst du dafür auch keinen Spezialfall mehr in der CSS. -- hgzh 22:05, 24. Sep. 2024 (CEST)

Aha, so war das gemeint. Danke. Traust du dir zu und magst du dich um bessere Infoseiten dazu kümmern? ÅñŧóñŜûŝî (Ð) 22:34, 24. Sep. 2024 (CEST)

Ja, ist geplant. -- hgzh 07:30, 25. Sep. 2024 (CEST)

Jetzt Wikipedia:Dark Mode/Inhalte. -- hgzh 18:45, 25. Sep. 2024 (CEST)

Sehr fleißig. ÅñŧóñŜûŝî (Ð) 20:50, 25. Sep. 2024 (CEST)

Aber wäre für den Dark Mode aus MediaWiki nicht der Hilfe-NR sinnvoller? –IWL04 • 20:51, 25. Sep. 2024 (CEST)

Es gibt Themen, die können sowohl im Hilfe- als auch im WP-Bereich stehen. Im Hilfe-NR werden überwiegend allgemeine Themen beschrieben. Je spezieller es um die Software geht, um so eher ist der WP-NR besser. Der Dark Mode gehört m. E. zu letzteren. Demgegenüber ist CSS eher etwas für den Hilfe-NR. Deshalb auch Hilfe:CSS/TemplateStyles Dort könnte auch etwas hin. ÅñŧóñŜûŝî (Ð) 22:13, 25. Sep. 2024 (CEST)

Ich hatte darüber nachgedacht, aber es gibt ja momentan keine passende Oberseite. It's a wiki, wenn sich jemand eine passendere Struktur überlegt, hab ich nichts dagegen. -- hgzh 07:50, 26. Sep. 2024 (CEST)

Also wenn umkrempeln, dann sollte alles, was CSS betrifft, von einer zentralen Hilfe-Startseite gut zu finden sein. Das kann auch ein Link zum WP-NR sein. Wir brauchen m. E. auch eine zentrale Seite mit Erwähnung aller in der WP intern vergebenen CSS-Klassen. Beispielsweise Hilfe:CSS/Liste der von der Wikipedia-Software genutzten Klassen. Darin eine Tabelle, welche die Klasse, den Zweck und den Link zur Hilfe- oder WP-Seite enthält. Hättest du Lust, das mal zusammenzustellen? ÅñŧóñŜûŝî (Ð) 20:01, 3. Okt. 2024 (CEST)

Sowas gibt's schon: Wikipedia:Technik/Skin/CSS/Selektoren unter MediaWiki. Gruß, -- hgzh 00:15, 5. Okt. 2024 (CEST)

aha. Ich sollte mal die Seitenliste für diesen Bereich abklappern, um Seiten zu finden... ÅñŧóñŜûŝî (Ð) 15:58, 5. Okt. 2024 (CEST)

Fixierte Spaltenköpfe bei Tabellen

Lieber Hgzh, du hast dich im vergangenen Jahr mit Tabellen, mit fixierten Spaltenköpfen befasst. Siehe hier. Ich habe dazu eine sehr spezielle Frage, siehe hier: Weiß du da weiter? LG Atomiccocktail (Diskussion) 16:57, 24. Sep. 2024 (CEST)

Hallo, ich antworte dort. Gruß, -- hgzh 17:13, 24. Sep. 2024 (CEST)

Hast du Ahnung von css?

Ich hab da diese Erweiterung Benutzer:Wurgl/normdaten-mark.js gebastelt. Die macht bei blauen Wikilinks so Knöchel dran, siehe Bildchen in Benutzer:Wurgl/normdaten-mark. Jetzt gibt es eine Stelle wo ich nicht klarkomme: Der Wikilink in Weiterleitungen. Beispiel: Tamer Nafar, da werden nach dem Link auf das Weiterleitungsziel Dam (Band) die Farbe der Knöchel invertiert, ich hab jetzt getrickst, damit das im nightmode sauber aussieht, dafür wird jetzt im daymode (also wenn es hell ist) die Farbe invertiert. Soweit ich gesehen habe, ist da im nightmode beim "a href"-Element ein style="filter:invert(1)" dran und ebenfalls ein solches style="filter:invert(1)" im übergeordneten "li"-Element. Nachdem meine Erweiterung auch ein Kind von diesem "li"-Element ist (geht ja nicht anders) hab ich eben getrickst und dort auch dieses style="filter:invert(1)" rangemacht. Im day-mode verschwindet dieses style="filter:invert(1)" aber und damit hab ich dann eine ungerade Anzahl dieses Filters und somit invertierte Farben. Wo kommt dieses style her? Wer macht das rein/raus? Wie kann ich mein hinzugepapptes Zeugs auch mal mit mal ohne das anzeigen? Irgendeine Idee? Danke. Siehe dazu auch Hilfe_Diskussion:Normdaten#Helferlein --Wurgl (Diskussion) 15:04, 26. Sep. 2024 (CEST)

Invert ist gemein. Du brauchst CSS:

@media screen {
  html.skin-theme-clientpref-night .redirectText li .subsup {
    filter: invert(1);
  }
}
@media screen and (prefers-color-scheme: dark) {
  html.skin-theme-clientpref-os .redirectText li .subsup {
    filter: invert(1);
  }
}

um die Invertierung nur im Darkmode wieder aufzuheben. Gruß, -- hgzh 15:23, 26. Sep. 2024 (CEST)

Danke erstmal. Ich guck dann später, hab keine so schnelle Antwort erwartet. Jedenfalls ist dieses doppelte invert() eigentlich ein fieser Hack, wenn man beide wegmacht dann ist nur dieser Henkel/Pfeil ganz links unsichtbar und das wird wohl nur benötigt um den sichtbar zu machen. --Wurgl (Diskussion) 16:09, 26. Sep. 2024 (CEST)

Ja, das ist nicht schön. Besser wäre, den Pfeil per CSS als invertierte Grafik einzubinden oder das ganze DOM besser zu strukturieren, sodass solche Verrenkungen nicht nötig sind. MediaWiki macht das ja selber bei der Linkfarbe des WL-Ziels, die durch das äußere invert auf einmal grün werden würde. Deshalb wieder einmal rum... -- hgzh 17:09, 26. Sep. 2024 (CEST)

Danke nochmals. Klappt gut, klappert nicht. Hab das css-Zeuchs nur ein Element höher angesetzt damit der Hintergrund auch passt. --Wurgl (Diskussion) 14:45, 27. Sep. 2024 (CEST)

SportPicto

Ich hab mal ein klein wenig im Modul rumgemacht.

Ich würde dringend empfehlen, statt mühsamer dreispaltiger Tabellen eine mehrspaltige Liste zu verwenden.

• Responsiv, von Smartphone bis breiten Desktop
• Alle Unterabschnitte erhalten gleich breite Spalten; momentan rein zufällig im selben Unterabschnitt wechselnde Breiten. Gibt Leute im Projekt, die stehen auf Antreten in Reih und Glied.

{{column-multiple}}
<div style="column-width:15em;">
<ul style="list-style-type:none;">

Die 15em und Vorlage:Column-multiple/styles.css müssten dann auch unter lokales config. Wenn kein CSS lokal konfiguriert, dann eben nicht.

Modul:Vorlage:SportPicto sollte universelles globales Modul:ImageLib werden für beliebige Anwendungen.

• „Sport“ definiert sich nur über das JSON.
• Könnte häufiger angewendet werden.
• OOui auf Commons ist aber leider wieder anders gelagert. Die gallery könnte auch nett mit Lua generiert werden, aber da sind es immer mehrere in verschiedenen Farben und damit Einzelfall. Automatisch die Existenz der andern Farben zu detektieren wäre aber voraussichtlich insgesamt zu „teuer“.
• Ich kann mir aber perspektivisch weitere Image-Bibliotheken neben Sport vorstellen, mir fallen jetzt bloß keine außer Spezialfällen wie FlagIcons ein. Autobahnkennzeichen, Bahn, Verkehr allgemein könnte sowas irgendwie brauchen. Sternzeichen, Astronomie vielleicht.

LG --PerfektesChaos 14:19, 2. Okt. 2024 (CEST)

Die Tabelle habe ich genommen, um später einmal mehr aus der Config anzeigen zu können (invert ja/nein, default-Größe etc.), das wird bei Listen dann schnell unübersichtlich. Außerdem zieht der CSS-Spaltensatz selbst drei Einträge in drei Spalten auseinander, das sieht auf Breitbildschirmen blöd aus. Theoretisch gibt es ja noch zahlreiche weitere Ausgabeformen, von einspaltiger Liste über Galerie bis zum kompakten Piktogrammblock. Vielleicht habe ich auf der Zufahrt nach Wiesbaden bissl Zeit und Lust für sowas. Oder für Lua-Metatables, kann mir zwar denken, was die machen, aber müsste mich mal ins Detail einlesen.

ImageLib gefällt mir nicht besonders als Name, das klingt nach Funktionen zur Bildbearbeitung. Es geht ja um Piktogramme, daher schwebt mir eher so etwas wie PictoSet oder Pictograms o. Ä. vor.

Btw.: warum hier das Oldie-Stylesheet? Das sieht ja halbwegs bescheiden aus. Gruß, -- hgzh 15:27, 2. Okt. 2024 (CEST)

Naja, „Image“ kann auch „Icon“ sein, nicht nur Piktogramm.

• Ich kenne solche GIF-BMP-PNG-ImageLibraries seit drei Jahrzehnten.
• Collection würde ich auch verstehen. Gemäldesammlung.

Das metatable erzwingt eine Initialisierung, ohne dass man wissen muss, wie die Initialisierungsfunktion heißt, und welchen Namen das Modul und sein Bezeichner jetzt gerade hat.

• Mehr mit metatable passiert in Modul:DateTime, und bewirkt letztlich eine ziemlich echte OOP, bloß ohne Vererbung.

Die Generierung der Zusammenstellung würde ich vor Abschluss in ein separates Untermodul /maintain auslagern, das ggf. das Hauptmodul einbindet.

• Damit liefert das Hauptmodul nur klein und kompakt die Auflösung des Bezeichners als Bild-Einbindung, und ist in Zigtausende von Seiten eingebunden.
• Das /maintain enthält kompliziertes Design für die Doku, und ist typischerweise nur in eine einzige Seite eingebunden. Dann kann da öfter mal mit der Darstellung experimentiert werden, ohne dass Tausende von Artikeln zerschossen werden.

@ HS: Die /Archiv.css enthält Regeln zur Simulation von Teilen der HS, wie sie auf archivierten Seiten und in der fraglichen Simulation Heute–Morgen benutzt werden, und wie sie in den Archiven zitiert werden. Da fehlte was für die Überschriften. Das Standard-.css enthält genau die Regeln, die in der produktiven HS erforderlich sind.

VG --PerfektesChaos 15:51, 2. Okt. 2024 (CEST)

Ich würde die Icons, die wir mit diesem Modul verwalten würden, als Unterklasse von Piktogramm sehen. Von mir aus auch Collection, insb. mit Lib hätte ich meine Probleme gehabt.

Die Auslagerung scheint mir sinnvoll zu sein.

Der Kasten auf der HS-SG sieht eben recht zerschossen aus, deshalb hatte ich das im Edit zuvor umgestellt. Und Darkmode-Probleme macht's auch, aber dem lässt sich notfalls abhelfen. -- hgzh 16:21, 2. Okt. 2024 (CEST)

Vorlage:Platzhalterbild ist auch sowas.

• Könnte mir auch Wappen von 26 Kantonen plus AT-DE-Bundesländern vorstellen, und global, was wir teilweise womöglich schon anders im Bestand gelöst haben. Sind dann aber eher keine Piktogramme.
• {{Wappenbild|DE-SN}}
• Gab neulich erst eine riesige Bot-Aktion.

Ein Aspekt bei diesen ganzen Bildsammlungen, und das gerade bei den FlagIcons, ist die Performance, insbesondere bei Veränderungen.

• Insgesamt sind am Ende eine halbe oder ganze Million Artikel betroffen, und jede Änderung an einem Modul kostet, und jedes Fitzelchen an einer einzelnen Bild-Definition zwingt zum Neuaufbau Hunderttausender Seiten.
• Deshalb müssen die JSON schlau segmentiert sein; nicht einzelne Riesenteile, die das ganze Projekt umgraben, sondern begrenzt viele häufig benötigte in einem JSON, die dafür robust und stabil und langlebig sind; viele exotische kaum benutzte in einer anderen Definition, an denen öfter mal was geändert und ergänzt wird.

VG --PerfektesChaos 21:29, 2. Okt. 2024 (CEST)

Habe nochmal etwas gebastelt. -- hgzh 23:20, 2. Okt. 2024 (CEST)

Meine Erwartungen wurden vollumfänglich erfüllt.

Habe auch was gebastelt.

Schönes Wochenende --PerfektesChaos 15:00, 3. Okt. 2024 (CEST)

Ich hab's nicht vergessen, nur noch keine Zeit zum Draufschauen gehabt. -- hgzh 08:21, 7. Okt. 2024 (CEST)

prettytable

Hallo. Ich finde, dass man unter Vorlage:Tabellenstile/styles.css alle Einträge für die Klasse prettytable entfernen sollte. findet sich sonst nur noch in alten D-Beiträgen, im BNR und "zitierend". Einfach nicht mehr unterstützen. ÅñŧóñŜûŝî (Ð) 16:34, 5. Okt. 2024 (CEST)

15.779 einbindende Seiten alles über alles, da frisst die Ausführung von ein paar Regeln in diesen Seiten kein Brot, zumal es nicht mehr 20 Millionen wie anno Tobak sind.

• Wir haben noch genügend alte Leutchen aus der Generation 2005, die damals mit dem Rentenalter bei Wikipedia angefangen hatten, und sich geistig und auf irgendwelchen Meta-Seiten nicht mehr umstellen können. Da gibt es hier eine schnelle Möglichkeit, um bei allfälligen Beschwerden alles wie früher zu machen.
• Solche Aktionen schaffen immer nur böses Blut, und Verbitterung und Hass und Krieg. Der Nutzen ist praktisch Null, eine Millisekunde? Eine halbe? Die VWS hat eigentlich seit anderthalb Jahrzehnten gelernt, wie sowas geschmeidig und unauffällig und ohne Streit migriert werden kann, wo immer möglich. Dieser disruptive Aktionismus ist eine schlechte Angewohnheit der Nuller Jahre.
• Dass es für den BNR prettytableLegacy gibt, war dir mit großer Sicherheit nicht bewusst gewesen. Du hättest rücksichtslos auch die heiligen Benutzerseiten abgemurkst.
• Wikipedia:WikiProjekt Militärgeschichte Frühe Neuzeit/Schlachtordnung mag ihr Ding machen, und wer schnell mal eben eine Artikeldiskussion wieder korrekt darstellen möchte, kann das auch tun.
• Wiedervorlage 2050.

VG --PerfektesChaos 19:44, 5. Okt. 2024 (CEST)

Das Gadget habe ich gesehen. Mag sein, dass es zuviel Streit gibt und es sich deshalb nicht lohnt. ÅñŧóñŜûŝî (Ð) 20:07, 5. Okt. 2024 (CEST)

Ja, das war der Hintergrund. Mir gefällt es dort auch nicht sonderlich, aber bis auf Weiteres kann man das wohl hinnehmen. -- hgzh 08:22, 7. Okt. 2024 (CEST)

WikiCon-Nachtrag

Hey, ich wollte doch auf der WikiCon eigentlich noch mit dir reden, hab es aber leider nicht hinbekommen. Das tut mir (für mich) leid. Wenn ich mit dir gesprochen hätte, hätte ich nämlich gerne gesagt, dass ich mich sehr freue, dich endlich kennen zu lernen. Mir ist so, als hätte ich dich auf den Technische-Wünsche-Seiten hier und da immer mal wieder gesehen. Danke dafür! -- Liebe Grüße, Johanna Strodt (WMDE) Diskussion Projekt Technische Wünsche 09:36, 10. Okt. 2024 (CEST)

Hi Johanna, ja, wir haben uns da leider irgendwie immer verpasst, schade. Aber danke und alles Gute! Gruß, -- hgzh 08:23, 14. Okt. 2024 (CEST)

CSS für Dark mode

Hallo. Ich versuche gerade, einer Vorlage per TemplateStyles "beizubringen", dass sie im hellen Modus eine auf der CSS-Seite zugewiesene Hintergrundfarbe benutzt und im dunkelmodus eine andere dort angegebene Hintergrundfarbe. Zu finden unter Vorlage:DarkModeCheck und Vorlage:DarkModeCheck/styles.css. Bedauerlicherweise ist es mir nicht gelungen, die im Dunkelmodus praktizierte Ignorierung von Hintergrundfarben zu überwinden. Hast du eine Idee? Die beiden unteren Zeilen sollen als Test von rot auf blau wechseln. Selbstverständlich kannst du diese Seiten ändern, um etwas aufzuzeigen. Gruß von ÅñŧóñŜûŝî (Ð) 20:04, 13. Okt. 2024 (CEST)

Hat inzwischen geklappt, oder? TemplateStyles brauchen immer einen spezifischen Selektor auf html oder body, wenn Klassen von dort abgefragt werden sollen, da die sonst auf .mw-parser-content eingeschränkt werden. Siehe dazu den fünften Anstrich von Hilfe:CSS/TemplateStyles#Mögliche_CSS-Regeln. Gruß, -- hgzh 08:22, 14. Okt. 2024 (CEST)

Ja, funzt. Wie schreibe ich eigene Werte für die Umstellung im Browser dazu? ÅñŧóñŜûŝî (Ð) 11:57, 15. Okt. 2024 (CEST)

Wie meinst du das? Welche eigenen Werte willst du wo ergänzen? -- hgzh 12:20, 15. Okt. 2024 (CEST)

Wenn ich nicht in den Wiki-Einstellungen sondern im Browser "Dunkles Erscheinungsbild" wähle, dann sollten ebenfalls frei wählbare Farben wirken. Bei diversen Grafiken erforderlich. ÅñŧóñŜûŝî (Ð) 12:55, 15. Okt. 2024 (CEST)

Dann ist das html.skin-theme-clientpref-os. Gruß, -- hgzh 13:12, 15. Okt. 2024 (CEST)

Hinweis zur deiner Verlinkung mit juristischem Bezug

Gudn Tach!
Wenn ich richtig gesehen habe, hast du im Artikel Schleswig-Holstein im Rahmen deiner Ergänzungen eine Website verlinkt, die nach Auffassung des Portal:Rechts eher ungeeignet ist. Konkret geht es um:

• verfassungen.de

Das Portal:Recht ist der Auffassung, dass es Quellen im Internet gibt, die besser geeignet sind. Dass die von dir verlinkte Seite als ungeeignete Informationsquelle eingestuft wurde, kann mit ihrer Zielsetzung zusammenhängen, auf Eigenwerbung ausgerichtet zu sein. Die in der Wikipedia verlinkten Seiten sollen zuverlässige und seriöse Informationen bieten. Die von dir verlinkte Seite bietet dies jedoch nach Ansicht des Portal:Recht nicht.

Du solltest daher nach anderen Quellen suchen, die als Beleg eher tauglich sind, und anschließend den von dir benutzten Link im Artikel Schleswig-Holstein ersetzen. Ansonsten ist zeitnah damit zu rechnen, dass deine Verlinkung gelöscht wird.

Weitere Informationen zum Thema findest du unter: Portal:Recht/Weblinks_und_Belege. Falls du inhaltliche Fragen dazu hast, kannst du auf PD:Recht um Rat fragen.
Bei technischen Fragen sind WP:FvN oder WP:FzW zwei gute Anlaufstellen.

Ich bin übrigens nur ein Bot. Falls ich nicht richtig funktioniere, sag bitte seth Bescheid. Wenn du unterhalb dieser Nachricht antwortest, verlinke bitte seinen Namen, sonst bekommt er es nicht mit.

Frohes Schaffen und freundliche Grüße! :-) -- CamelBot (Diskussion) 09:41, 14. Okt. 2024 (CEST)

@Lustiger seth vielleicht Bearbeitungen mit Tag mw-revert von den Benachrichtigungen ausnehmen? Gruß, -- hgzh 09:47, 14. Okt. 2024 (CEST)

Gudn Tach!

Oder sowas wie in [10], also etwa

"Falls nicht du für den Link verantwortlich bist, brauchst du dich selbstverständlich nicht verpflichtet zu fühlen, das auszubessern. Wäre aber trotzdem super, weil ich das nicht hinbekomme."

einbauen?

-- seth (Diskussion) 11:01, 14. Okt. 2024 (CEST)

Ich würde ein Ausschließen von Reverts besser finden; wenn ich Vandalismus zurücksetze, habe ich i.d.R. nicht vor, danach inhaltlich am Artikel zu arbeiten. Aber so sehr stört mich diese Nachricht nun auch nicht. -- hgzh 11:10, 14. Okt. 2024 (CEST)

Ich hatte (in anderen Fällen) schon auch Leute, die sich gefreut haben, einen solchen Hinweis zu bekommen, und das dann eben auch noch auszubessern. Außerdem gibt's ja auch die Fälle, in denen Person A (nur) den Link entfernt und Person B das revertiert. Dann wäre ja ein Hinweis schon angebracht.

Andererseits verstehe ich natürlich, dass man beim Revert von Vandalismus nicht von einem Bot über sowas belehrt werden möchte. Du kannst das einordnen und weißt sehr gut, was ein Bot ist und kann (und nicht kann). Andere können das weniger gut einschätzen fühlen sich vielleicht eher belehrt.

Hmm, also doch besser Reverts ignorieren? Ich bin unschlüssig. Erstmal werde ich die Nachricht überarbeiten.

-- seth (Diskussion) 11:16, 14. Okt. 2024 (CEST)

Ja, es ist wohl eine Gratwanderung. Wenn du schon positive Reaktionen hattest, dann ist's vielleicht doch nützlich. Wie gesagt, mich hat es nicht extrem gestört und kam ja nun in zehn Jahren zum ersten Mal vor. -- hgzh 12:18, 15. Okt. 2024 (CEST)

Plaintext-Editor und Makros

Hallo.

1)Ich möchte gerne einstellen, dass beim Öffnen des Editors duch Klick auf "bearbeiten" unter dem Eingabefeld direkt die Leiste "WikiSyntax" und nicht "Standard" gezeigt wird. Kann ich das auf meiner JS-Seite programmieren? Alternativ wäre mir auch die gleichzeitige dauerhafte Einblendung der drei Leisten "Standard", "wikiSyntax" und "Lateinisch" (ohne Drop-Down-Menü) recht, da ich die anderen nie brauche. Wikipedia:Technik/Skin/Gadgets/editMenus/JS ist schlecht verständlich.

2) Kann ich für die Editbox Tastaturmakros definieren? Ich würde gerne Shift+leer mit dem Einfügen von   belegen, wie ich es bei einem Editor auf meinem PC gemacht habe.

ÅñŧóñŜûŝî (Ð) 23:45, 17. Okt. 2024 (CEST)

Zu 1) würde ich mal Wikipedia:Technik/Skin/Gadgets/editMenus/JS#Rahmen-Beispiel nutzen und dort options.select = "WikiSyntax" setzen. Da du das Gadget manuell lädst, dann das Häkchen in den Einstellungen bei den Helferlein raus.

Zu 2) kommt es darauf an, ob du Shortcuts mit aktivierter Syntaxhervorhebung nutzen willst oder nur in der normalen Textbox. Syntaxhervorhebung läuft über CodeMirror und da wäre ich mir nicht sicher, ob der dafür eine Schnittstelle hat; für normale Textareas gibt es ergooglebar zahlreiche Lösungen mit Event-Listenern für keydown, die du etwas anpassen müsstest. Gruß, -- hgzh 07:32, 18. Okt. 2024 (CEST)

CodeMirror bietet zurzeit keinerlei Schnittstellen an; daher für Kooperationen nicht geeignet.

Zu jeder beliebigen Zeit lässt sich auch absetzen (würde aber von einer erst anschließend ablaufenden Initialisierung wieder übersteuert werden): mw.hook( "ext.gadget.menuSwitcher.config" ).fire( { select: "Französisch" } );

( function ( mw, $ ) {
   "use strict";
   var $nbsp;
   function keydown( event ) {
      if ( event.shiftKey  &&
           event.key === " " ) {
         event.preventDefault();
         if ( ! $nbsp ) {
            $nbsp = $( "[data-id=41]" );
         }
         $nbsp.trigger( "click" );
      }
   }
   $( "#wpTextbox1" ).on( "keydown", keydown );
}( window.mediaWiki, window.jQuery ) );

Ginge in diesem Fall auch mit: [title=Gesch%FCtztes%20Leerzeichen]

VG --PerfektesChaos 12:26, 18. Okt. 2024 (CEST)

Das letztgenannte Code-Beispiel setzt voraus, dass es unter DOM-ready ausgeführt wird; sonst noch etwas warten. VG --PerfektesChaos 12:33, 18. Okt. 2024 (CEST)

Danke und Bitte

Hallo hgzh, vielen Dank nochmal für unser Austauschgespräch auf der WikiCon, ich hoffe wir können nun einander bei künftign Zusammentreffen besser verstehen. Ich hätte noch eine Bitte an dich, welche ich schon im Ansatz geäußert hatte - einen Austausch darüber, wie man die erhaltenen Updatedaten des LfDS mit den säschischen KD-Listen (möglichst via Bot) abgleichen könnte (gern als PN/Mail statt hier) mfg--Cookroach (Diskussion) 12:45, 18. Okt. 2024 (CEST)

Hallo Cookroach, ich melde mich bei dir per Mail, sobald ich dafür Zeit habe (...erst nach dem Wochenende). Gruß, -- hgzh 13:56, 18. Okt. 2024 (CEST)

Habe dir eine Mail geschickt. Gruß, -- hgzh 21:15, 21. Okt. 2024 (CEST)

Hallo @Cookroach und @Z thomas, ich hab' da mal was vorbereitet und unsere lokalen Wikipedia-Denkmallisten mit der LfDS-Datenbank Stand September 2024 abgeglichen. Erste Ergebnisse zum Reinschauen finden sich hier:

• Benutzer:Hgzh/Denkmalabgleich/ID_ungültig
  • enthält die IDs, die in Denkmallisten eingetragen sind, aber nicht in der LfDS-Liste vorkommen (Streichungen, Abrisse etc.). Leider sind da viele Einträge dabei, die bereits als ehemalige Denkmale in den Listen verzeichnet sind - ich kann aber aus der Vorlageneinbindung nicht ermitteln, ob das Denkmal als ehemalig eingetragen ist oder nicht. M. E. sollte es dafür einen Parameter in der Vorlage geben, dann könnte ich das zukünftig berücksichtigen.
• Benutzer:Hgzh/Denkmalabgleich/Ergänzungen
  • enthält IDs, die in der LfDS-Liste vorkommen, aber nicht in einer Wikipedia-Vorlageneinbindung (Ergänzungen der Denkmalliste). Ich habe versucht, Sachgesamtheitsbestandteile auszufiltern, aber das gelingt nicht immer, da es dafür kein eindeutiges Muster gibt. Ich muss also versuchen, das auf Basis der Kurzbeschreibung anzunehmen, und das ist fehlerbehaftet.
  • doppelte IDs, die in mehreren Gemeinden vorkommen oder in einer Gemeinde mehrmals (Alternativadressen), habe ich auch erst einmal ausgelassen, sofern sie schon irgendwo in der Wikipedia angegeben sind.
  • ebenso habe ich sämtliche Ausgaben in den Gemeinden Aue-Bad Schlema und Seiffen unterdrückt, da die Listenartikel nicht die Vorlagen nutzen.

Diese beiden Seiten sind nur die ersten 300 bzw. 100 Ergebnisse, ich habe insgesamt ca. 4.200 ungültige IDs und 800 mögliche Ergänzungen gefunden.

Was mich nun interessieren würde:

• Habe ich methodisch etwas übersehen, soll ich etwas ausgeben, das ich bisher unterdrückt habe oder etwas anderes nicht ausgeben?
• Ist die Art und Weise der Ausgabe so in Ordnung? Gibt es Verbesserungs- bzw. Optimierungsvorschläge, insb. zur Kopiervorlage für die Ergänzungen?
• Was wäre eine geeignete „Projektseite“ für den Abgleich? Ich würde das ungern in meinem BNR belassen.

Viel Spaß mit den Listen! Gruß, -- hgzh 22:38, 25. Okt. 2024 (CEST)

Achso, Ergänzung: bisher geprüft habe ich nur die „reinen“ Gemeinde-Denkmallisten, die Listen der technischen Denkmale und Sonderlisten wie Liste der Kulturdenkmale der Windbergbahn kann ich in einem zweiten Schritt durchgehen, falls gewünscht. -- hgzh 22:49, 25. Okt. 2024 (CEST)

Hallo hgzh, vielen Dank für deine Arbeit - ich bin begeistert, wie schnell das ging. Die Ergebnisse können sich schon mal sehen lassen, ich hätte nicht gedacht, das der Bedarf der Änderungen doch so groß ist.

Du hast recht, wir sollten das Thema nicht in deinem BNR lassen, zu diesem Zweck habe ich eine Projektseite im Portal:Sachsen angelegt, dorthin kannst du an die Stelle der derzeitigen BNR-Seiteneinbindungen die Abgleichslisten und weitere verschieben.

• methodisch wäre das für mich erstmal okay, auch die Kopiervorlage für Ergänzungen ist durchaus verwendbar
• zur Durchführung bei den Bearbeitungen und für die angefragten Markierungen der offenen Punkte sowie die Fortsetzung des Abgleichs würde ich in der Disk gern @Thomas mit hinzuziehen und auch weitere Abstimmungen darüber auf die dortige Disk verlegen wollen.--Cookroach (Diskussion) 09:57, 26. Okt. 2024 (CEST)