Auf dieser Seite werden Abschnitte halbmonatlich automatisch archiviert, deren jüngster Beitrag mehr als 42 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten. Um die Diskussionsseite nicht komplett zu leeren, verbleibt mindestens ein Abschnitt. Die Archivübersicht befindet sich unter Archiv.
Zweite Frage dazu: In bisherigen steht oft <syntaxhighlight lang="wikitext" style="white-space:pre-wrap; overflow:auto;">. Dieser Teil style="white-space:pre-wrap; overflow:auto;" soll erhalten bleiben? Und gibt es einen Grund, warum du das nicht im Replacement von <pre haben willst? --Wurgl (Diskussion) 14:00, 15. Jan. 2025 (CET)Beantworten
Vorab schönen Dank für die Jahreswechsel-Statistik. Zu den Fragen:
copy="1" war die zuerst seitens der WMF bekanntgewordene Syntax, bis irgendwer bei uns draufkam, dass copy ausreicht.
Bei einer Konstruktion mit #tag: ist das hingegen erforderlich, weil |copy verstanden würde als: |2=copy
Kann ohne Eile auf copy vereinheitlicht werden.
style="white-space:pre-wrap; overflow:auto;" knallt Mobilgeräte und ggf. Vector2022 raus; gehört in die alte Desktop-Welt. Passt meist, sonst halt nicht. Lange inline-Zeilen gehen klassisch Desktop, und sonst müssen sie halt umbrochen werden. Scrollen macht es auch nicht übersichtlicher, wenn immer die Hälfte unsichtbar ist.
Lembke sah ich gelegentlich als Kind beim Verwandtenbesuch mit Fernseher und kenne auch noch den Heiermann.
Char ist bei example raus. 58 Einbindungen noch, 49 in Vorlagen(dokus). Bei einer hab ich das in templatedata/default bei einer anderen in templatedata/description gesehen.
Ob ich style="white-space:pre-wrap; overflow:auto;" immer rauswerfen soll oder nie oder nur wenn ich z.B. copy reinmach … ist mir noch nicht ganz klar. Du hast zwar ein nettes Easteregg mit white-space:nowrap getippt welches in meinem Browser tatsächlich einen Unterschied macht, aber zwischen nix und white-space:pre-wrap sehe ich keinen Unterschied, ist da einer? --Wurgl (Diskussion) 16:07, 17. Jan. 2025 (CET)Beantworten
Danke bis hierhin; ich hatte schon bemerkt dass es deutlich weniger geworden sind.
Wenn du durch den Austausch von example gegen default im RegExp nochmal einen Schwung rausbekämest wäre es mir recht.
Es können immer nur die /Doku sein; die Oberseiten erben das.
white-space:pre-wrap behält die Zeilenstruktur; macht Zeilenumbruch nur dort wo bereits \n vorhanden und fügt auch keinen Zeilenumbruch ein wenn es dann nicht mehr auf den Schirm passt. Sprengt Smartphones.
nowrap wirkt nur auf eine Wortgruppe und hält die in einer Zeile.
Nix Regexp, also ich verwende schon regular expressions, aber nicht um die Felder zu finden. Dummerweise spuckt mich php mit json_decode bei der json-Syntax an, die phpler erlauben keinen Zeilenumbring innerhalb von strings, so mach ich das halt zu Fuß. Bissl mehr tippen, geht aber auch.
: Die <code><nowiki> hab ich nur angefasst, wenn sie in einer eigenen Zeile stehen und dann gabs noch ein paar <pre …><nowiki> die hab ich auch umgestellt. Bin da jetzt durch. --Wurgl (Diskussion) 15:09, 19. Jan. 2025 (CET)Beantworten
Gefühlt Wunschzettel Nummer 17
Letzter Kommentar: vor 1 Monat5 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Wurgl, mir ist heute aufgefallen, dass es auffällig viele dänische Filmschauspieler gibt, die keinen Nekrolog-Eintrag haben. Heute habe ich bereits mehr als 20 Einträge nachgeholt, deren Ableben teils mehr als 50 Jahre zurückliegt. Gibt es eine Möglichkeit eine Liste zu erstellen. Die ich abarbeiten könnte. Du hast bestimmt eine Idee. Danke und Grüße --LegoFCB (Diskussion) 18:43, 12. Dez. 2024 (CET)Beantworten
Letzter Kommentar: vor 22 Tagen16 Kommentare4 Personen sind an der Diskussion beteiligt
Hallo Wurgl, kann dein Bot so etwas Spezial:Diff/122699180/125999194 finden und eliminieren. Der Dateientlinker schmeißt eine Datei weg und hinterlässt Syntaxmüll.
Natürlich sollten Dateien gar nicht erst auf diese Art eingebunden werden, aber wen interessiert das schon, wenn es doch so schön funktioniert. Allerdings sollten alle background:transparent; entfernt werden, weil sonst die Bildlegenden im Dunkelmodus nicht lesbar sind. Daher muss das dann anders eingebunden werden, ohne Tabellen. Wenn diese aber leer sind, können sie ganz weg. Es gibt noch rund 200 solcher Fälle der Bildeinbindung und noch weitere mit abgewandelter Syntax, wo die Tabellen nicht rechts stehen, was die gezielte Suche erschwert. Ich weiß leider nicht wie man solche leeren Tabellen finden kann. --Liebe Grüße, LómelindeDiskussion16:25, 29. Dez. 2024 (CET)Beantworten
Tabellen parsen ist pain in the ass. Fängt schon damit an, dass der Tabellenanfang, also das {| in eine Vorlage versteckt sein kann, manchmal (aber nicht immer) auch das Tabellenende und manchmal die Tabellenzeilen. Das ist gruseliges Zeugs. Wird jedenfalls dauern. --Wurgl (Diskussion) 17:30, 29. Dez. 2024 (CET)Beantworten
Was genau das multicol tut weiß ich bis heute nicht. Meine erste Idee war auch color, aber es ist ganz sicher column nur sehe ich keinerlei Wirkung. Da ich aber nicht weiß ob, oder wenn ja, was das tut, lasse ich es halt stehen. Ein class="multicolor" kenne ich aber gar nicht, das würde ich nicht übernehmen. Da wo kein multicol vorhanden ist würde ich es auch nicht zusätzlich einfügen, das toptextcells hingegen schon überall. Eine Breite von zwingend 100% ist zumeist eher schlechter zu erfassen. Die unteren mit expliziter Breite müsste ich mir erst anschauen, vermutlich ist aber auch dort eine dynamische Breite, also ohne Angabe ausreichend. --Liebe Grüße, LómelindeDiskussion06:52, 6. Jan. 2025 (CET)Beantworten
Kann es sein, dass die Klasse multicol überhaupt nicht definiert ist? Laut en:CSS gibt es das CSS-Modul css3-multicol wohl erst seit 10/2021. Im de.wp Bestand lässt sich das locker schon 10 Jahre früher nachweisen (z.B. hier). Auch scheint mir beim groben Überfliegen das Themengebiet sehr auf Snooker beschränkt, sodass es sich ggf. um eine private CSS-Klasse handeln könnte? --darkking3Թ15:42, 6. Jan. 2025 (CET)Beantworten
multicol kam aus einem zentralen MediaWiki-Stylesheet für die Mobilversion, ist aber inzwischen undefiniert, weil es Mitte letzten Jahres entfernt wurde. Die Entscheidung, wie man damit weiter umgeht, steht aus. Ich weiß, dass die Klasse bspw. auch im Bereich Charts genutzt wird und dort inzwischen eine eigene Definition hat. -- hgzh08:56, 7. Jan. 2025 (CET)Beantworten
Ich habe gerade Wikipedia:Technik/Skin/CSS/Selektoren unter MediaWiki gefunden, da scheint multicol als Teil von mw definiert zu sein. Den auf der Seite beschriebene Effekt kann ich jedoch weder am Desktop noch am Mobilgerät in meinem Beispielartikel nachvollziehen, da wie beschrieben wohl entfernt und in der intendierten Funktion offensichtlich nirgendwo anders definiert. Zudem ist diese erst seit 2019 in mw definiert, sodass es mir unwahrscheinlich scheint, dass dies vorher schon verwendet wurde. In den Chart-Vorlagen wird es genutzt, allerdings ist das in meinen Augen neben einem anderen Themengebiet auch mit templatstyles ein in sich geschlossenes Vorlagengebiet, bei dem Überschneidungen sehr unwahrscheinlich sind. --darkking3Թ09:49, 7. Jan. 2025 (CET)Beantworten
(BK) Ich hab gestern kurz in die Developer-Tools vom Browser geguckt, aber nix gefunden wo man die definierten Klassen anzeigen kann. Jedenfalls kann man bei vector-2022 die Klasse rausmachen (bzw. ausknipsen) und es ändert sich nichts. Aber wie das in den anderen Skins ist, hab ich nicht probiert. --Wurgl (Diskussion) 09:51, 7. Jan. 2025 (CET)Beantworten
Ich habe es drin gelassen, weil ich meine mich zu erinnern, dass ich wegen der Entfernung dieser Klasse mal angesprochen wurde, das nicht zu tun. Das war vermutlich im Musikbereich, meine ich zumindest, und mir wurde damals gesagt das hat etwas mit der Mobildarstellung zu tun. Seither habe ich es dann nicht mehr gelöscht. Obwohl ich nie verstanden habe, was das tun sollte. --Liebe Grüße, LómelindeDiskussion09:58, 7. Jan. 2025 (CET)Beantworten
Im Musikbereich bzw. bei Artikel mit der {{Charttabelle}} ist das ja auch richtig, da die Vorlage über templatestyles die Klasse definiert. Grundsätzlich sollte die Klasse wohl Layouttabellen in der Mobilversion umbrechen, was {{Mehrspaltige Liste}} ähnlich umsetzt, jedoch nicht bei Tabellen funktioniert. --darkking3Թ10:15, 7. Jan. 2025 (CET)Beantworten
Gesundes 2025
Letzter Kommentar: vor 28 Tagen1 Kommentar1 Person ist an der Diskussion beteiligt
Moin Wurgl, ich wüsche dir und deinen Liebsten ein gesundes Jahr 2025, auf viele Herausforderungen und Vieles was wir wegschaffen können ;) mfg --Crazy188009:57, 1. Jan. 2025 (CET)Beantworten
Wunsch Link zu Vorlage
Letzter Kommentar: vor 23 Tagen3 Kommentare2 Personen sind an der Diskussion beteiligt
Lieber Wurgl,
Erstmals wünsche ich Dir ein gutes neues Jahr! Auch im neuen Jahr hätte ich wieder einen klitzekleinen Wunsch. Könnten die Links in die Vorlage gestampft werden. Beispiel wäre hier. Danke herzlich. LG --Phzh (Diskussion) 21:43, 5. Jan. 2025 (CET)Beantworten
Nicht alles was neu ist ist besser. So auch in der toolforge cloud. Bis irgendwann im September oder Oktober gabs eine Fehlermeldung "Killed" wenn es Prozess zuviel Speicher oder zuviel was weiß ich angefordert hat. Jetzt ist der einfach weg, ohne Meldung. Ich weiß nichtmal was die Ursache ist, einfach weg. --Wurgl (Diskussion) 21:44, 16. Jan. 2025 (CET)Beantworten
Thank you for being a medical contributors!
Letzter Kommentar: vor 4 Tagen1 Kommentar1 Person ist an der Diskussion beteiligt
Danke für die Behebung meines Flüchtigkeitsfehlers
Letzter Kommentar: vor 1 Tag5 Kommentare2 Personen sind an der Diskussion beteiligt
Kürzlich habe ich im Quelltexteditor ein url= verwendet, wo ich autor= schreiben wollte, ein typischer Copy-Paste-Fehler.
Da das mit flüssigem Arbeiten im VE vermieden werden könnte, habe ich mal Phabricator – Bug/Feature: 384795 angelegt.
Vielleicht gibt's allerdings auch ein Helferlein, um bei doppelten Template-Attributen eine Warnung zu erhalten, hab ich nicht gefunden. --T. Wirbitzki (Diskussion) 17:10, 26. Jan. 2025 (CET)Beantworten
Das ist ein guter Plan :-) Man könnte auch mit den häufigeren Fällen anfangen, z. B. kommt "forbesmiddleeast.com/lists/egypts-top-50-listed-companies-2024" über 20x vor. Allerdings macht das das „Abhaken“ komplizierter als der Weg über die Anfangsbuchstaben, und ist auch eintöniger, als mehrere verschiedene Fälle in einem Artikel zu bearbeiten. --T. Wirbitzki (Diskussion) 18:36, 28. Jan. 2025 (CET)Beantworten