Wurgl

Automatische Archivierung

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.

Wunschzettel

Sodele, Nikolaus ist durch.

• Alle Jahre wieder, zum Jahrewechsel mit CSS, fällt der Wurgl-Dump darnieder, …
• Für irgendwann mal, auch nächstes Jahr, an dunklen nassen Kaminfeuer-Abenden:
  1. syntaxhighlight-Vorlagendokus
  2. Vorlage:Char

---

Kopiervorlage (n)

== Kopiervorlage (n) ==
<pre style="... overflow ... nowrap ...">
Kein <>
</pre>
== Beispiel (e) ==

Die style="" sind optional und für heutige Smartphones mehr störend als hilfreich. Sie sollen wegfallen.

Ersatz durch:

== Kopiervorlage (n) ==
<syntaxhighlight lang="wikitext" copy>
Kein <>
</syntaxhighlight>
== Beispiel (e) ==

In allen Zweifelsfällen einfach ignorieren; muss nicht zu 100,0 % durchgesetzt werden. Ist nur Service.

• Der Beispiel-Abschnitt soll das copy nicht bekommen.
  • Er darf, muss aber nicht von <pre> auf <syntaxhighlight> umgestellt werden.
• Muster: Vorlage:OxfordDNB/Doku

Es gibt auch schon <syntaxhighlight>, aber noch nicht copy.

---

{{Char|

Die Vorlage:Char ist unanschaulich und soll möglichst durch Vorlage:nowiki ersetzt werden, wo ohne Kollateralschaden möglich.

• Beispiel: Vorlage:Stolpersteine-berlin.de/Doku
• Nur innerhalb von TemplateData, nur bei "example": für den Anfang
• Wo im Zweifel, da bleiben lassen.
• Einige mögliche Umstellungen:
  • {{Char|124}} → {{!}}
  • {{Char|60}} → {{nowiki|<}}
  • {{Char|123}}{ → {{nowiki|((}}
  • }{{Char|125}} → {{nowiki|))}}
  • {{Char|123}}{{Char|123}} → {{nowiki|((}}
  • {{Char|125}}{{Char|125}} → {{nowiki|))}}
  • {{Char|123|*=2}} → {{nowiki|((}}
  • {{Char|125|*=2}} → {{nowiki|))}}
  • usw.

---

Bei allen beiden, wenn grad schon mal im Edit: Einbindung ersetzen, Vorlage:Lua-Vorlage → Vorlage:Dokumentation/Lua

Danke im Voraus --PerfektesChaos 16:57, 9. Dez. 2024 (CET)

Durch das Aufschreiben meines Char-Wunsches kam ich drauf, dass das immer noch nicht freundlich ist.

Nunmehr Vorlage:Zeichen* mit:

• {{Char|124}} → {{!}}
• {{Char|60}} → {{Zeichen*|<}}
• {{Char|123}}{ → {{Zeichen*|{|2}}
• }{{Char|125}} → {{Zeichen*|}|2}}
• {{Char|125}}} → {{Zeichen*|}|2}}
• {{Char|123}}{{Char|123}} → {{Zeichen*|{|2}}
• {{Char|123 123}} → {{Zeichen*|{|2}}
• {{Char|125}}{{Char|125}} → {{Zeichen*|}|2}}
• {{Char|125 125}} → {{Zeichen*|}|2}}
• {{Char|123|*=2}} → {{Zeichen*|{|2}}
• {{Char|125|*=2}} → {{Zeichen*|}|2}}
• {{Char|126|*= → {{Zeichen*|~|
• usw.

Ich strebe nunmehr die Löschung von Vorlage:Char sowie Vorlage:nowiki an.

Frohes Neues --PerfektesChaos 19:45, 9. Dez. 2024 (CET)

Wegen syntaxhighlight: Du schreibst hier <syntaxhighlight lang="wikitext" copy> im Muster: Vorlage:OxfordDNB/Doku steht <syntaxhighlight lang="wikitext" copy="1">. Da werde ich zum Lembke und frage Welches Schweinderl hätten S’ denn gern? --Wurgl (Diskussion) 16:07, 13. Jan. 2025 (CET)

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)

Vorab schönen Dank für die Jahreswechsel-Statistik. Zu den Fragen:

1. 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.
2. 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.
3. Lembke sah ich gelegentlich als Kind beim Verwandtenbesuch mit Fernseher und kenne auch noch den Heiermann.

VG --PerfektesChaos 16:10, 15. Jan. 2025 (CET)

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)

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.

LG --PerfektesChaos 16:36, 17. Jan. 2025 (CET)

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.

Jedenfalls zwei Stück waren das mit default. --Wurgl (Diskussion) 16:59, 17. Jan. 2025 (CET)

Das andere ist auch durchgelaufen. Ich hab noch einzelne gesehen mit <code><nowiki>, ich guck mal ob ich die auch erwische bzw. wie viele das sind. --Wurgl (Diskussion) 08:00, 19. Jan. 2025 (CET)

: 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)

Gefühlt Wunschzettel Nummer 17

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)

quarry:query/88732 Artikel mit "Kategorie:Gestorben<irgendwann>" und kein Link vom Nekrolog auf den Artikel. --Wurgl (Diskussion) 19:48, 12. Dez. 2024 (CET)

Ich glaube, dänische Schauspieler hätten mir für den Anfang genügt. Aber ich sehe schon: Du wolltest wieder alles PERFEKT machen. Besten Dank und Grüße --LegoFCB (Diskussion) 20:18, 12. Dez. 2024 (CET)

@LegoFCB: Kann man einschränken: quarry:query/88734 --Wurgl (Diskussion) 20:34, 12. Dez. 2024 (CET)

Danke --LegoFCB (Diskussion) 20:36, 12. Dez. 2024 (CET)

Leere Tabellen

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.

{| style="float:right; background:transparent; padding:0; margin:0;"
|
|}

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ómelinde Diskussion 16:25, 29. Dez. 2024 (CET)

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)

Na ja, so wichtig ist es nicht, ich dachte nur du wüsstest vielleicht eine effektive Suchabfrage. Es gibt im ANR ja derzeit nur noch rund 1800 transparent-Einbindungen, irgendwann bin ich da dann auch durch. Ich wünsche dir schon mal einen angenehmen Jahreswechsel. --Liebe Grüße, Lómelinde Diskussion 18:06, 29. Dez. 2024 (CET)

Erst einmal noch viel Erfolg und Gesundheit für das Jahr 2025. Eine etwas andere Frage, könnte dein Bot das hier?

{| cellspacing="0" cellpadding="0" class=" multicol" style="background:transparent; width:100%;"
| width="50%" align="left" valign="top" |
…
| width="50%" align="left" valign="top" |
…
|}

ersetzen zu

{| class="multicol toptextcells"
|-
|
…
|style="padding-left:1em;"|
…
|}

Beispielsweise so wie hier →Spezial:PermanentLink/251927703#Century-Breaks davon gibt es noch so um die 560 Fälle es kann auch mit class="multicol", also ohne das Leerzeichen vorkommen. Das würde mir eine Menge Arbeit abnehmen. --Liebe Grüße, Lómelinde Diskussion 11:04, 5. Jan. 2025 (CET)

Ich guck mal. --Wurgl (Diskussion) 14:52, 5. Jan. 2025 (CET)

@Lómelinde: Die folgenden Tabellenstarts finde ich. Vorne die Anzahl, dahinter dann sie Zeile in einfachen Hochkomma:

      2 : '{| cellspacing="0" cellpadding="0" class="multicolor" style="background:transparent; width:100%;"'   Okay
      1 : '{| cellspacing="0" cellpadding="0" class="multicolor" style="background:transparent; width:50%;"'    Okay
      2 : '{| cellspacing="0" cellpadding="0" class=" multicol" style="background:transparent;"'                Okay
    308 : '{| cellspacing="0" cellpadding="0" class=" multicol" style="background:transparent; width:100%;"'    Okay
    323 : '{| cellspacing="0" cellpadding="0" class="multicol" style="background:transparent; width:100%;"'     Okay
      2 : '{| cellspacing="0" cellpadding="0" class=" multicol" style="background:transparent; width:50%;"'     Okay
      2 : '{| cellspacing="0" cellpadding="0" class="multicol" style="background:transparent; width:90%;"'      Okay
      2 : '{| cellspacing="0" cellpadding="0" class="toptextcells" style="background:transparent; width:100%;"' Okay
      1 : '{| cellspacing="0" cellpadding="0"  style="background:transparent; width:100%;"'                     Okay
     10 : '{| cellspacing="0" cellpadding="0" style="background:transparent; width:100%;"'                      Okay
     24 : '{| cellspacing="0" class="multicol" style="background:transparent; width:100%; padding: 0px;"'       Okay
      1 : '{| class=" multicol" cellspacing="0" cellpadding="0" style="background:transparent; width:100%;"'    Okay
      1 : '{| class="multicol" cellspacing="0" cellpadding="0" style="background:transparent; width:100%;"'     Okay
      4 : '{| class="multicol" style="background:transparent; width:100%; border-collapse:collapse; padding:0px"'  Okay
      1 : '{| class=" multicol" style="background:transparent; width:100%;" cellpadding="0" cellspacing="0"'    Okay
      3 : '{| class="multicol" style="background:transparent; width:100%;" cellpadding="0" cellspacing="0"'     Okay
      1 : '{| class="multicol toptextcells" style="background:transparent;"'                                    Okay
      2 : '{| class="multicol toptextcells" style="background:transparent; width:100%; border-collapse:collapse; padding:0;"'  Okay
      1 : '{| class="toptextcells" cellspacing="0" cellpadding="0" style="background:transparent; width:100%;"' Okay
      1 : '{| class="toptextcells" style="background:transparent; width:100%;"'                                 Okay
      2 : '{| class="toptextcells" style="background:transparent; width:100%; border-collapse:collapse;"'       Okay
      1 : '{| class="wikitable" style="background:transparent; width:400px;"'                                   Okay
      1 : '{| style="background:transparent; width:200px;"'
     13 : '{| style="background:transparent; width:400px;"'

Ist multicol das selbe wie multicolor? Hab ich Zweifel (col = column)

Markier einfach welche ich anfassen soll, zwei hab ich schon markiert. --Wurgl (Diskussion) 16:58, 5. Jan. 2025 (CET)

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ómelinde Diskussion 06:52, 6. Jan. 2025 (CET)

Ich lass erstmal die zwei dicken Brummer laufen und guck dann was die anderen machen. --Wurgl (Diskussion) 08:55, 6. Jan. 2025 (CET)

Der Kollege Bot ist durch. 16 Treffer liefert die Suche nun --Wurgl (Diskussion) 11:58, 6. Jan. 2025 (CET)

Wow cool, die paar mach ich dann noch von Hand. --Liebe Grüße, Lómelinde Diskussion 13:02, 6. Jan. 2025 (CET)

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)

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. -- hgzh 08:56, 7. Jan. 2025 (CET)

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)

(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)

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ómelinde Diskussion 09:58, 7. Jan. 2025 (CET)

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)

Gesundes 2025

Moin Wurgl, ich wüsche dir und deinen Liebsten ein gesundes Jahr 2025, auf viele Herausforderungen und Vieles was wir wegschaffen können ;) mfg --Crazy1880 09:57, 1. Jan. 2025 (CET)

Wunsch Link zu Vorlage

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)

Merci. --Wurgl (Diskussion) 21:47, 5. Jan. 2025 (CET)

Bot läuft. --Wurgl (Diskussion) 15:27, 6. Jan. 2025 (CET)

keine Aktualisierung

Hallo Wurgl, heute gab es auf Benutzer:APPER/PersonenBKL2 keine Aktualisierung. Kannst du den Bot bitte nochmal anstupsen? Danke. --alexscho (Diskussion) 21:25, 16. Jan. 2025 (CET)

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)

Thank you for being a medical contributors!

The 2024 Cure Award

In 2024 you were one of the top medical editors in your language. Thank you from Wiki Project Med for helping bring free, complete, accurate, up-to-date health information to the public. We really appreciate you and the vital work you do! Wiki Project Med Foundation is a thematic organization whose mission is to improve our health content. Consider joining for 2025, there are no associated costs. Additionally one of our primary efforts revolves around translating health content. We invite you to try our new workflow if you have not already. Our dashboard automatically collects statistics of your efforts and we are working on tools to automatically improve formating.

Thanks again :-) -- Doc James along with the rest of the team at Wiki Project Med Foundation 07:21, 26. Jan. 2025 (CET)

Danke für die Behebung meines Flüchtigkeitsfehlers

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)

Ach denk dir nix, das gibts oft. Ich hab mit da so eine Seite gebastelt, wo der titel in der Url enthalten ist. Ist aber sehr lange, du findest sicher ein paar wo du verbessern kannst. Oft ist der Titel gleich der url oder der titel sollte werk sein. https://persondata.toolforge.org/data/Titel_ist_Teil_von_URL.txt --Wurgl (Diskussion) 18:11, 26. Jan. 2025 (CET)