Quelltext der Seite Benutzer Diskussion:PerfektesChaos/js/WikiSyntaxTextMod/Archiv5

{{Archiv|Benutzer Diskussion:PerfektesChaos/js/WikiSyntaxTextMod}}

== Leerer Attributwert ==

Hallo PerfektesChaos, nur eine Kleinigkeit warum wird hier unterschiedlich verfahren? 
{| class="wikitable"
|-
! aus !! wird !! zu erwarten wäre
|-
|
<pre>
! width="" | Bundesland || width="" | Einwohner
! width="" | OGH || width="" | Anzahl<br>OLG
! width="" | Anzahl<br>LG  || width="" | Anzahl<br>BG
</pre>
|
<pre>
! width="???????"| Bundesland || width="" | Einwohner
! width="???????"| OGH || width="" | Anzahl<br />OLG
! width="???????"| Anzahl<br />LG  || width="" | Anzahl<br />BG
</pre>
|
<pre>
! width="???????"| Bundesland || width="??????" | Einwohner
! width="???????"| OGH || width="??????" | Anzahl<br />OLG
! width="???????"| Anzahl<br />LG  || width="??????" | Anzahl<br />BG
</pre>
|}
Müsste denn nicht eigentlich generell ein <code>width=""</code> als fehlerhaft erkannt werden? Es wird auch nur erkannt wenn es das erste Attribut hinter einem einzelnen {{Taste|!}} ist. Merkwürdig. Das hier
<pre>
{|
| width="" | Bundesland || width="" | Einwohner
| width="" | OGH || width="" | Anzahl<br />OLG
| width="" | Anzahl<br />LG  || width="" | Anzahl<br />BG
|}
</pre>
würde komplett ignoriert werden. Ja nee, ich schmeiße es sowieso raus, weil es nutzlos ist, aber das ist mir halt gerade so aufgefallen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:33, 10. Dez. 2015 (CET)

: Normale Tabellenzeilen werden hinsichtlich Attributen (noch) nicht erkannt; sehen aus wie Vorlagenparameter. Zu heikel.
: Wenn, dann wohl maximal die erste Spalte (erste Zelle einer Quelltextzeile), und auch nur bei bekannten Schlüsselwörtern, und nur, wenn anders als bei Vorlagenparametern üblich in <code>"</code> eingeschlossen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:16, 12. Dez. 2015 (CET)
:: O.k., das ist auch eher etwas, das seltener vorkommen sollte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:48, 12. Dez. 2015 (CET)

== Dateien und Vorlagen ==
Hallo PerfektesChaos, ich weiß ich hatte so etwas schon mal angesprochen aber gerade hatte ich ein sehr unschönes Anpassungsergebnis.
<pre>
[[Datei:Flag of New Zealand Government Ships 1867.svg|mini|{{FIAV|historical}}Die neuseeländische {{lang|en|Blue Ensign}} von 1867.]]
[[Datei:Koru flag.svg|mini|{{FIAV|proposal}} Die Koruflagge von Friedensreich Hundertwasser (1983).]]
[[Datei:Naval Ensign of New Zealand.svg|mini|{{FIAV|000001}} Neuseeländische {{lang|en|White Ensign}}]]
[[Datei:Civil Ensign of New Zealand.svg|mini|{{FIAV|000100}} Neuseeländische {{lang|en|Red Ensign}}]]
wird
[[Datei:Flag of New Zealand Government Ships 1867.svg|mini{{FIAV|historical}}Die neuseeländische {{lang|en|Blue Ensign}} von 1867.]]
[[Datei:Koru flag.svg|mini{{FIAV|proposal}} Die Koruflagge von Friedensreich Hundertwasser (1983).]]
[[Datei:Naval Ensign of New Zealand.svg|mini{{FIAV|000001}} Neuseeländische {{lang|en|White Ensign}}]]
[[Datei:Civil Ensign of New Zealand.svg|mini{{FIAV|000100}} Neuseeländische {{lang|en|Red Ensign}}]]
</pre>
Das ist einigermaßen fatal, denn dadurch werden die Flaggen (es werden mehrere angepasst) riesig. Pipe verschwindet, dadurch wird mini nicht mehr erkannt und was ist eigentlich {{Vorlage|FIAV}}? 
: Oha [https://de.wikipedia.org/w/index.php?title=Spezial%3ASuche&profile=default&search=insource%3A%2FFIAV\&#124;%2F&fulltext=Search kommt schon manchmal vor so etwas] Also konkret geht es um die Flagge Neuseelands kannst du da bitte mal reinschauen? Ich ändere es erst einmal nicht da ist eigentlich ein Parameter <code>|sprache=en</code> doppelt, aber ich möchte das jetzt nicht vermurksen. Oh man, das glaube ich jetzt nicht, wenn ich das allein auf der Spielwiese einfüge dann bleibt der Pipe da wo er ist, also muss es da einen weiteren Auslöser geben die Vorlage am Anfang des Artikels? Nein die ist es nicht. Das verstehe ich jetzt ganz und gar nicht. Da muss ich erst mal etwas genauer schauen. Das ist echt mysteriös. Also bei Schwerin passiert das auch Artikel öffnen und weg ist die Pipe und die Datei [[Datei:Flagge Schwerin.png|mini|hochkant=0.5|{{FIAV|100000}} Flagge Schwerins]] wird zu [[Datei:Flagge Schwerin.png|mini|hochkant=0.5{{FIAV|100000}} Flagge Schwerins]]

Was mache ich da jetzt? Du bist offline, aber das scheint mir doch irgendwie wichtig zu sein. Zumindest bei der kleinen Flagge von Schwerin fällt so etwas nicht sofort auf. Aber hochkant=0.5 hat es wohl etwas abgemildert. Auch die bleibt, allein eingefügt auf der Spielwiese, nicht in der ersten Zeile versteht sich, unverändert, wenn ich meinen Button betätige. Heute ich nicht mein Tag. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:56, 15. Dez. 2015 (CET)
: Ja, bei mir verschwinden sie auch. *Allan schlägt die Hacken zusammen und macht sich wieder aus dem Staub* {{s|zunge}} --&nbsp;[[Benutzer:Allan D. Mercant|Allan&nbsp;D.&nbsp;Mercant]]<small> [[Benutzer Diskussion:Allan D. Mercant|Diskussion]]</small> 20:16, 15. Dez. 2015 (CET)
:: Dankeschön Allan.
:: So was ich schon mal feststellen konnte ist, dass Dateien innerhalb einer Galerie nicht betroffen sind, das ist ja auch zu erwarten. Beispiel [[Spezial:Diff/149087584/149105756|Siberfarnflagge]].
:: Ich kriege es nicht raus warum das genau passiert. Aber ich kann dir ein Szenario anbieten, vielleicht wirst du daraus schlau.
{{Absatz}}
{|
|+ Auf der Spielwiese
|-
| '''Vorher''' mit zwei weiteren Dateien ohne Vorlagen davor
<pre>
=== Wappen ===
Das geänderte Wappen wurde am 11. Februar 1991 durch das Innenministerium genehmigt und unter der Nr. 26 der Wappenrolle von Mecklenburg-Vorpommern registriert.

[[Datei:DEU Schwerin COA.svg|mini|hochkant=0.5|links|Stadtwappen]]
[[Datei:Wappen Schwerin2.png|mini|hochkant=0.5|Wappen von 1939 bis 1991]]
[[Datei:Flagge Schwerin.png|mini|hochkant=0.5|{{FIAV|100000}} Flagge Schwerins]]
</pre>
|-
| '''Nachher''' Pipeschwund
<pre>
=== Wappen ===
Das geänderte Wappen wurde am 11. Februar 1991 durch das Innenministerium genehmigt und unter der Nr. 26 der Wappenrolle von Mecklenburg-Vorpommern registriert.

[[Datei:DEU Schwerin COA.svg|mini|hochkant=0.5|links|Stadtwappen]]
[[Datei:Wappen Schwerin2.png|mini|hochkant=0.5|Wappen von 1939 bis 1991]]
[[Datei:Flagge Schwerin.png|mini|hochkant=0.5{{FIAV|100000}} Flagge Schwerins]]
</pre>
|-
| '''Vorher''' ohne vorangestellte Dateien = '''Nachher''' ohne Auswirkung
<pre>
=== Wappen ===
Das geänderte Wappen wurde am 11. Februar 1991 durch das Innenministerium genehmigt und unter der Nr. 26 der Wappenrolle von Mecklenburg-Vorpommern registriert.

[[Datei:Flagge Schwerin.png|mini|hochkant=0.5|{{FIAV|100000}} Flagge Schwerins]]
</pre>
|}
Also eine Datei davor reicht auch aber im Artikel Schwerin waren es nun mal zwei. Was genau in dem anderen Artikel der Auslöser ist, kann ich nicht ermitteln. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:07, 16. Dez. 2015 (CET)

: Noch eine Seite, Weliki Nowgorod, wenn man das komplett zur Bearbeitung öffnet verschwindet Pipe aus der Datei im Unterabschnitt „Heraldik“, öffnet man hingegen nur den Abschnitt Politik, der „Heraldik“ beinhaltet, dann bleibt alles unverändert. Wenn ich wiederum den kompletten Artikel öffne und alle im Text vor diesem Abschnitt vorhandenen Dateien (Infobox nicht berücksichtigt) ausblende, bleibt Pipe dort wo er ist. Oder anders ich blicke direkt auf das Bearbeitungsfenster an der Stelle im Quelltext, wo <nowiki>[[Datei:Flag of Veliky Novgorod.svg|mini|{{FIAV|100000}} Flagge Weliki Nowgorods<br /> Seitenverhältnis: 3:5]]</nowiki> steht, klicke auf meinen WSTM-Button, Pipe verschwindet sofort aus dem Bearbeitungsfenster … ist aber nach dem Durchlauf und Neuaufbau der Seite dann wieder an Ort und Stelle. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:00, 18. Dez. 2015 (CET)

:: Den letzten Part habe ich nicht verstanden.
:: Das erste Problem war eigentlich schon mal beseitigt gewesen; scheint durch jüngste Änderungen als Zombie wieder auferstanden zu sein.
::* WSTM beendet beim Auftreten einer Vorlage die Textanalyse der Medieneinbindung; zumindest bei den etwas fortgeschritteneren Benutzern, die mit Textersetzungen arbeiten.
::* Damit kann WSTM es nicht unterscheiden, wenn eine Bildlegende mit einer Vorlage beginnt, oder wenn es ein leerer Parameter ist, der entfallen kann; also die Pipe überflüssig ist.
::* WSTM soll nachgucken und hat das auch schon gemacht, ob nun nur noch Leerzeichen und dann die schließenden eckigen Klammern kommen, oder ein Fremdkörper. Im ersten Fall soll die Pipe weg, im zweiten muss sie bleiben.
::* Wird schon wieder.
::* Zumindest in einigen Konstellationen wurde es deiner Beschreibung nach richtig gehandhabt; ich fürchte, das waren meine Testsituationen. Was bei den anderen Fällen jetzt anders ist und zur Kastration führte, muss ich sorgfältig analysieren. Es hat durchaus für WSTM eine Bedeutung, was für Elemente bereits verarbeitet wurden.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:02, 20. Dez. 2015 (CET)

: Hmmm, welchen Teil hast du nicht verstanden? Ich kann versuchen es nochmal anders zu erklären.
: Ich weiß, dass ich mich damit manchmal etwas schwertue. Im Grunde ist es so, nur sobald sich im bearbeiteten Textabschnitt im Bereich vor der Datei <code>&#91;[Datei:Flagge von OZ.jpg|mini|&#123;{FIAV}&#125; Bildbeschreibung]&#93;</code> irgendeine weitere Datei (ohne Vorlage innerhalb der <code>&#91;[Datei:Irgendein Bild.jpg|mini|Bildbeschreibung]&#93;</code> befindet, verschwindet der Pipe. Ist davor keine andere über eckige Klammern eingebundene Datei (oder nur Dateien die ebenfalls eine solche Einbindung haben) im Text dann wird auch kein Pipe entfernt. Verstehen tute ich es allerdings auch nicht, warum das so ist oder welchen Einfluss ein Dateilink dabei hat.
{| class="toptextcells"
|-
! Aus diesem Beispielszenario !! Darstellung
|-
|
<pre>
Text
[[Datei:Flag of Gondor.svg|mini|x50px|{{FIAV|100000}} Flagge von Gondor]] → Datei mit Vorlage
[[Datei:Lothlorien.jpg|mini|x50px|Lothlóriën]] → Datei ohne Vorlage
[[Datei:Flag of Mordor.svg|mini|x50px|{{FIAV|100000}} Flagge von Mordor]] → Datei mit Vorlage
</pre>
|
Text
[[Datei:Flag of Gondor.svg|mini|x50px|{{FIAV|100000}} Flagge von Gondor]]
[[Datei:Lothlorien.jpg|mini|x50px|Lothlóriën]]
[[Datei:Flag of Mordor.svg|mini|x50px|{{FIAV|100000}} Flagge von Mordor]]
|-
! wird diese Anpassung
|-
|
<pre>
Text
[[Datei:Flag of Gondor.svg|mini|x50px|{{FIAV|100000}} Flagge von Gondor]] → Datei mit Vorlage → Pipe bleibt erhalten
[[Datei:Lothlorien.jpg|mini|x50px|Lothlóriën]] → Datei ohne Vorlage
[[Datei:Flag of Mordor.svg|mini|x50px{{FIAV|100000}} Flagge von Mordor]] → Datei mit Vorlage → Pipe verschwindet
</pre>
|
Text
[[Datei:Flag of Gondor.svg|mini|x50px|{{FIAV|100000}} Flagge von Gondor]]
[[Datei:Lothlorien.jpg|mini|x50px|Lothlóriën]]
[[Datei:Flag of Mordor.svg|mini|x50px{{FIAV|100000}} Flagge von Mordor]]
|}
Sorry, ich kann es nicht erklären. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:39, 21. Dez. 2015 (CET)

:* Zu gutes Gedächtnis von WSTM, und zu schlechtes Gedächtnis bei mir.
:** WSTM hatte sich die Eigenschaften der zuletzt mal bearbeiteten Dateieinbindung gemerkt, und das wurde anschließend nicht vollständig auf den Neutralzustand zurückgesetzt.
:** Deshalb war es bei der ersten Dateieinbindung immer korrekt.
:** Bei der nun folgenden wurde eine bestimmte Eigenschaft der vorigen verwendet, und nicht der neue Standardzustand. War die vorige Dateieinbindung oder irgendeine vorige Dateieinbindung also eine vorlagenlose, erschien das bei allen folgenden genauso.
:** Das betrifft die Frage, ob die Bildlegende ohne Vorlagen ein einfacher Wikitext wäre, oder aber komplexer aufgebaut ist.
:* Programmiert hatte ich an der zugrundeliegende Architektur zuletzt Anfang November 2012.
:** Als ich nun vor ein, zwei Monaten einen Parameter für nicht-komplexe Bildlegenden eingeführt hatte, hatte ich längst vergessen, was zu tun ist, um einen neuen Parameter einzuführen, und wie ich das drei Jahre vorher konstruiert hatte.
:** Die Parameter müssen zentral registriert sein, damit sie bei jeder neuen Wikilink-Geschichte wieder jungfräulich sind.
:* Fix für dich live.
:* „Nicht verstanden“ hatte ich die Geschichte, warum die Pipe beim Seitenaufbau weg und dann wieder dagewesen sein solle. Begreife ich immer noch nicht, und dieses Jahr wohl auch nicht mehr.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:31, 22. Dez. 2015 (CET)
:: Prima, es scheint jetzt alles wieder normal zu sein, auch das Phänomen mit dem kurzzeitigen Verschwinden sehe ich nicht mehr. Ist ja nicht so wichtig zu wissen warum ich das gesehen hatte, ich habe öfter mal Halluzinationen. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:46, 22. Dez. 2015 (CET)

== Automatisch generierter Titel ==

Nun für mein Verständnis, was soll ich eigentlich aufgrund dieses Hinweises <code>Automatisch generierter titel</code>, oder englischsprachige Ausgabe, genau machen. Das rauslöschen, es prüfen, och nööööö da habe ich keine Lust zu. Manchmal mache ich das natürlich wenn ich den Link, warum auch immer, sowieso aufrufen muss, aber dann benötige ich keinen Hinweis, das sehe ich ja. Was erwartet also WSTM oder der Skriptersteller, was ich da tun sollte, damit der nächste dann nicht mehr darauf reagieren muss?
:OT: ich glaube das mit dem <code>[[Spezial:Diff/149225740/149233470|list]]</code> habe ich hinbekommen, aber es hat etwas gedauert, bis ich es verstanden hatte. Ja ich lese ungern diese Manuals, aber du weißt schon, wie du mich dazu kriegst.
Ich hoffe das mit den Titeln steht nicht auch im Handbuch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:13, 21. Dez. 2015 (CET)

:* Ich rufe diese URL nicht auf.
:* Beispiel: [[Spezial:Diff/149296401]] – ich habe die URL nicht aufgerufen, sondern frei Schnauze formatiert.
:* Oft steht da ein passender Dokumenten-Titel drin, und dahinter Reklame für die Website und der Unterpfad zu der betreffenden Seite.
:* Wenn also trivial, dann einfach ein wenig nett formatieren.
:* Zwei Bots hatten das vor über fünf Jahren mal verteilt, oder es wurde aus der enWP importiert, und wir haben immer noch bald 2000 von diesen Dingern im Bestand.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:15, 22. Dez. 2015 (CET)
:: Ach so, na dann weiß ich ja was gemeint ist, vielen Dank und angenehme Feiertage. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:28, 22. Dez. 2015 (CET)

== Datumsangaben in Vorlage Internetquelle ==
<div style="float:right; height: 340px; width: 60%; overflow: auto; padding: 3px;">
{| class="toptextcells"
|-
! vorher !! Nachher
|-
|
<pre>{{Internetquelle
|url=http://www.weihnachts…
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=25. Januar 2013
|zugriff=1. November 2013
|sprache=en}}</pre>
|
<pre>{{Internetquelle
|url=http://www.weihnachts…
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=2013-01-25|zugriff=2013-11-01|sprache=en}}</pre>
|-
|
<pre>{{Internetquelle
|url=http://www.weihnachts…
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=
|zugriff=2013-11-01
|sprache=en
}}</pre>
|
<pre>{{Internetquelle
|url=http://www.weihnachts…/
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=
|zugriff=2013-11-01|sprache=en
}}</pre>
|-
|
<pre>
{{Internetquelle
|url=http://www.weihnachts…
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=2013-01-25
|zugriff=
|sprache=en
}}</pre>
|
<pre>
{{Internetquelle
|url=http://www.weihnachts…/
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=2013-01-25|zugriff=
|sprache=en
}}</pre>
|-
|
<pre>{{Internetquelle
|url=http://www.weihnachts…
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=
|zugriff=2013-11-01
}}</pre>
|
<pre>{{Internetquelle
|url=http://www.weihnachts…/
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=
|zugriff=2013-11-01}}</pre>
|-
|
<pre>
{{Internetquelle
|url=http://www.weihnachts…
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=2013-01-25
|zugriff=
}}</pre>
|
<pre>
{{Internetquelle
|url=http://www.weihnachts…/
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=2013-01-25|zugriff=
}}</pre>
|-
|
<pre>Text<ref name="KnechtRuprecht" />
<references>
<ref name="KnechtRuprecht">
{{Internetquelle
|url=http://www.weihnachts…/
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=2013-01-25
|zugriff=22. Dezember 2015
|seiten=20
|sprache=en
}}</ref>
</references></pre>
|
<pre>Text<ref name="KnechtRuprecht" />
<references>
<ref name="KnechtRuprecht">
{{Internetquelle
|url=http://www.weihnachts…/
|titel=Es Weihnachtet sehr
|autor=Anonymus
|werk=Himmlische Gerichte
|datum=2013-01-25|zugriff=2015-12-22|seiten=20
|sprache=en
}}
</ref>
</references></pre>
|}
</div>
Hallo PerfektesChaos, sorry nochmal ich, es war mir schon neulich mal aufgefallen, da du aber abwesend warst habe ich es irgendwie dann wieder vergessen dich danach zu fragen. Etwas merkwürdiges passiert durch den Parameter <code>|datum=</code> oder <code>|zugriff=</code>
# Ja, die Umwandlung gefällt mir, das nur nebenbei.
# Eine Anpassung des Datums oder auch ein schon im gewünschten Format vorliegendes Datum zieht neuerdings nachfolgende Umbrüche und somit die darunter stehenden Parameter oder, je nachdem, schließende Klammern au der Vorlage nach oben, sofern diese untereinander angeordnet sind. Das klingt vermutlich merkwürdig daher mal wieder ‹seufz› eine Tabelle für dich. Sorry, ich wollte dich eigentlich vor Weihnachten nicht mehr stressen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:50, 22. Dez. 2015 (CET)

:* Innerhalb des Artikelrumpfes soll ohnehin die Kompaktschreibweise benutzt werden. Da bin ich wenig daran interessiert, die Zeilenumbrüche zu halten. Ich könnte sie kennen, wenn ich wollte.
:* Spannender für tabellarische Darstellungen wäre das Innere von <code>&lt;references>...&lt;/references></code>.
:** Hier wünsche ich mir mal vom Weihnachtsmann 2016 ein automatisches tabellarisches Layout aller Vorlagen IQ und Lit. Im Prinzip könnte ich sowas heute schon unterstützen; müsste es nur hinschreiben und erproben. Dann natürlich mit standardisierter Reihenfolge der Parameter; <code>zugriff</code> zum Schluss (der 2016/17 <code>abruf</code> heißen würde).
:** Wie man oben an deiner hübschen Zusammenstellung sieht, wird die längste Zeile ob der dann kurzen codierten Datums- und Sprachangaben nicht allzu lang. Insofern kann man das überleben.
:* Die Standardisierung der Datums- und Sprachangaben stand übrigens dieses Jahr auf deinem Wunschzettel für den Osterhasen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:57, 22. Dez. 2015 (CET)
:: Innerhalb der references, ja genau, ich glaube dort war es mir neulich aufgefallen und das machte mich stutzig. Ich füge dir eine neue Spalte ein. Wenn du möchtest werde ich suchen wo das war. Wie schon gesagt manchmal denke ich: ‚ist das jetzt normal, soll das so? Oder ist das ein Fehler, den ich melden sollte‘. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:22, 22. Dez. 2015 (CET)

::: Naja, diesmal war es kein Fehler, nur eine von mir bewusst in Kauf genommene Nickeligkeit. Schaden richtet es nicht an.
::: Die meisten Einbindungen stehen im laufenden Text; in den ''references'' sind sie sehr selten. Oben will ich komprimieren.
::: Wegen der paar fehlenden Zeilenumbrüche gibt es hoffentlich keinen Zwergenaufstand.
::: Irgendwann formatiere ich da unten rum durch.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:58, 22. Dez. 2015 (CET)
:: O.k. Alles klar. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:55, 23. Dez. 2015 (CET)

Ich trau mich schon gar nicht mehr nochmals zu schreiben, aber könnte WSTM auch Datumsangaben ohne Punkt berücksichtigen. Es ist mir gerade aufgefallen, dass aus
* <code>| datum= 5 April 2014| zugriff= 16 April 2014</code> nicht auch <code>| datum= 2014-04-05 | zugriff= 2014-04-16</code> wurde, was ich eigentlich erwartet hatte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:23, 23. Dez. 2015 (CET)

: So kurz vor der Bescherung noch Wunschzettel, wo doch der Weihnachtsmann schon längst unterwegs war.
:* [{{canonicalurl:Special:Search|search=insource%3A%2Fzugriff%3D+*%5B0-9%5D%2B+%2B%5BA-Z%5D%2F}} Nur 34 Treffer, o mein Täubling.]
:* Allerdings eine englischsprachige Notation; 31.247 in der enWP. Letzteres ist ausschlaggebend dafür, dass WSTM mit einer künftigen Version auch denglisch verstehen wird.
: Ruhige Tage --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:57, 25. Dez. 2015 (CET)
:: Dankeschön du bist wie ein guter Zauberer, der mich auf sicheren Pfaden durch ein scheinbar endloses Labyrinth führt.
: Und ich muss irgendwie noch lernen, wie diese Sucheingrenzungen richtig funktionieren. Rund 30 Artikel wären natürlich Peanuts und der Mühe nicht wert.
: Warum da dann ausgerechnet mir einer dieser Ausnahmeerscheinungen begegnet ist … mag Schicksal sein. Und eigentlich hatte ich mir wirklich fest vorgenommen dich nicht ständig zu behelligen, damit deine ToDoListe irgendwann auch mal kürzer und nicht ständig noch länger wird.
: Aber wenn ich es nicht aufschreibe, vergesse ich es wieder, bis es mir eventuell irgendwann noch einmal begegnet. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:05, 26. Dez. 2015 (CET)

=== Personendaten ===
Hallo PerfektesChaos, <small>ich mache dir schon sehr viel Arbeit, oder?</small>
: Vorhin ist mir etwas merkwürdiges aufgefallen, daher hänge ich das hier mit an, es hatte auch wieder mit Datum und Vorlage zu tun, oder eher indirekt, denn ich glaube es war Zufall, dass gleichzeitig ein Leerzeichen entfernt wurde.
: Es geht um die {{Vorlage|Personendaten}}, bisher, meine ich zumindest, stand die doppelte Schließung <code>}}</code> unten, also separat. Vorhin nun war sie schwuppdiwupp zum STERBEORT gesprungen. Und zwar hier.
<pre>
{{Personendaten
|NAME=Einem, Ernst von
|ALTERNATIVNAMEN=Einem, Ernst Friedrich Arnold Karl Georg von (vollständiger Name)
|KURZBESCHREIBUNG=preußischer Generalleutnant
|GEBURTSDATUM=12. Oktober 1856
|GEBURTSORT=[[Herzberg am Harz|Herzberg]]
|STERBEDATUM=6. Mai 1931
|STERBEORT=[[Braunschweig]]}}
</pre>
:Das finde ich etwas unpraktisch zumal ja auch die Kopiervorlage tabellarisch aufgebaut ist … Ich teste mal kurz was passiert, wenn kein Ort angegeben ist. Oups dann kommt das hier <code>|STERBEORT=}}</code> heraus. Ich denke das könnte leichter zu Fehleingaben führen. Ist das so gewollt? Hast du da irgendwo etwas verändert? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:35, 29. Dez. 2015 (CET)
: Hallo, wenn du es nicht geschrieben hättest, hätte ich mich jetzt dabei gemacht. Also, bei mir auch heute aufgefallen. Schönen Abend  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 21:51, 29. Dez. 2015 (CET)
:: Ein neuer Morgen und es geht wieder. {{s}} Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:16, 30. Dez. 2015 (CET)

::: @ Ló
:::* Danke, der gestrige Hinweis war wertvoll.
:::** Ich habe deshalb die Auslieferungsfolge der Volksausgabe geändert.
::: @ Beide
:::* Zurzeit läuft eine Änderungsserie von 8 Einzelprogrammeinheiten durch.
:::** Wenn man alle beisammen hat, ist man geistig gesund und WSTM funktioniert auch wie erwartet.
:::** Ich habe nunmehr eine Version bereitgestellt, die ich im Ablaufplan erst in drei Tagen vorgesehen hatte.
:::** Es kommt jeden Tag ein neues Einzelteil zum Vorkosten und ein bereits zwei, drei Tage unbeanstandet durchgelaufenes Massenprodukt auf den Webserver.
:::** Ich selbst habe alle Bauteile in der frischesten Version am Start, und dann passt es schon wieder zusammen.
:::** Das vorgestern Abend ausgelieferte Stück machte bereits eine schlafende Aktion wirksam, die erst in dem gestrigen Teil auch entsprechend korrigiert wurde; bisher war sie wirkungslos geblieben. Also muss die Normalversion das demnächst in umgekehrter Reihenfolge verfügbar machen als bei euch.
:::* Als Nebeneffekt ist jetzt schon das am Ende von [[#Datumsangaben in Vorlage Internetquelle]] beklagte fehlende Pünktchen mit dabei; und mehr.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:21, 30. Dez. 2015 (CET)
:: Manchmal wäre es für mich einfacher, wenn ich zumindest wüsste, dass es eine Änderung gab und ich etwas aufmerksamer schauen sollte oder wo eventuell etwas unerwartetes passieren könnte, daher Dankeschön für die Vorwarnung. :-) Nun gut jede Menge Änderungen über Silvester, ich werde wohl ab morgen Mittag erst einmal offline sein und vermutlich dann erst Sonntag oder Montag wieder zur Verfügung stehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:33, 30. Dez. 2015 (CET)

::::: Es gibt halt [[:en:Special:Contributions/PerfektesChaos|permanent Änderungen]] – hier ging es um die Reihenfolge von ''/dL.js'' und ''/dT.js'' in den letzten Tagen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:57, 30. Dez. 2015 (CET)
:: Ach so, alles klar, ja ich habe geschaut, ob du gestern noch etwas geändert hast nachdem ich das hier gemeldet hatte, aber nicht im Detail was, das würde ich vermutlich sowieso nicht durchschauen. Mich fasziniert es immer, wie du es schaffst diese Teilstücke in Einklang zu bringen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:18, 30. Dez. 2015 (CET)

== Autorefklammerung ==

Zwei Dinge hätte ich mal wieder
* Warum funktioniert meine Refklammerung nicht wenn die Belege im Abschnitt Einzelnachweise stehen. Beispiel: [[Spezial:Diff/148508292/148569960|Homerekords]] Im normalen Fließtext erfolgt eine Ergänzung unten nicht.
* Es kann ja nicht an <code>&lt;ref name="irgendetwas"></code> liegen, denn das steht oben auch dran. Hat das etwas mit den automatisch eingefügten Umbrüchen zu tun?
{| class="wikitable" style="background:#FFFFFF;"
|-
! im Text (automatisch) 
|-
|<code>&lt;ref name="interview">'''['''<nowiki>http://swisscharts.com/interview.asp?id=370</nowiki> '''swisscharts.com]'''</ref></code>
|-
! in references-tags keine Anpassung
|-
|<pre>
<references>
<ref name="hithome">http://www.hitparade.ch/showitem.asp?interpret=Z%FCri+West&titel=HomeRekords&cat=a</ref>
</references>
</pre>
|-
! wird zu
|-
|<pre>
<references>
<ref name="hithome">
http://www.hitparade.ch/showitem.asp?interpret=Z%FCri+West&titel=HomeRekords&cat=a
</ref>
</references>
</pre>
|}

OT: Warum wird aus „weiterleitung“ nicht immer automatisch „WEITERLEITUNG“. Beispiel [[Spezial:Diff/148568102|WL]] Manchmal geht es automatisch und manchmal nicht und ich weiß nicht warum das so ist. Ich meine [[Spezial:Diff/148566042|hier erfolgte eine Umschreibung]] aber [[Spezial:Diff/148564776|dort offensichtlich nicht]] und ich habe es übersehen, ‹seufz› passiert eigentlich selten, ich versuche immer es umzuschreiben und das Skript nimmt mir da schon viel Arbeit ab, vorher habe ich es immer von Hand geschrieben <small>(Ich kam nicht einmal auf die Idee den WL-Button zu betätigen)</small>. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:48, 30. Nov. 2015 (CET)

:# ref
:#* Richtig, es sind die Zeilenumbrüche; die benutzerdefinierte Ersetzung wird erst nach der Standardisierung tätig.
:#* Du müsstest <code>\n?</code> an den geeigneten Stellen einfügen. Die Denksportaufgabe überlasse ich dir. Beachte, dass der Inhalt einer Klammer in ein <code>$1</code> übertragen wird; werden muss, soll er erhalten bleiben. <code>$1</code> hatten wir ja grad erst.
:#* Sehr ungewöhnlicher Fall; wer die schon nach hinten ausgliedert, formatiert normalerweise auch anständig.
:# WL
:#* Es gab da mal jemand, der fand Großbuchstaben absolut hässlich und forderte Bestandsschutz für <code>Weiterleitung</code>.
:#* In Konsequenz wird nur ''redirect'' und <code>weiterLeitung</code> umgeschrieben, <code>Weiterleitung</code> aber belassen.
:#* Deshalb eiert auch [[H:WL]] so rum.
:# Neue Sauereien in der Pipeline
:#* Wenn du immer nur die gleichen Wartungsaufgaben abnudelst, musst du ja am Rad drehen. Nachstehend mal eine Abwechslung.
:#* Solltest du erst zum Nikolaus bekommen; dann nächstes Wochenende halt was anderes.
<syntaxhighlight lang="javascript" style="margin-left:7em">
wstm.config.warn = { attribute:  [ [ "class", "\\bprettytable\\b" ] ],
                     comment:    [ "Automatisch generierter titel",
                                   "Bot generated title" ],
                     tag:        [ "blockquote" ],
                     template:   [  ]
                   };
</syntaxhighlight>
: Schöne Woche --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:32, 30. Nov. 2015 (CET)
:: Oh Denksport das ist mal eine Abwechslung. Schauen wir mal ob ich es herausbekomme.
:: Argh das „W“ ↔ „w“ ist mir nicht einmal aufgefallen.
:: Ich teste mal was du mir da gezaubert hast. Vielen Dank für das Nikolausgeschank. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:50, 30. Nov. 2015 (CET)

: Oh, man Chinesisch wäre vermutlich einfacher. Ich habe jetzt stundenlang gegrübelt ob ich deine Anweisung richtig verstehe. Für mich heißt an den „geeigneten Stellen einfügen“, es gibt mehr als eine und ich soll es nicht einfach nur überschreiben=ersetzen sondern tatsächlich zusätzlich einfügen. 
: Dafür muss ich aber erst einmal verstehen was da steht:
<syntaxhighlight lang="java">
      [ ["(<ref[^<>\n]*>) *", wstm_data.re.url, " *</ref>"],
        ["$1[",               wstm_data.rp.url, "]</ref>"] ],
</syntaxhighlight>
: Das würde für mich in etwa folgendes heißen:
: [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/link|RTFM]] and [https://wiki.selfhtml.org/wiki/JavaScript/Objekte/RegExp other manuals]: öffnende runde Klammer ( = alles was dahinter steht merken also &lt;ref {{Taste|^}} aber nicht <> oder \n = Zeilenumbruch und * = eventuell name= group= > und schließe ref-tag bis die runde Klammer ) geschlossen ist. Danach könnten Leerzeichen folgen {{Taste|&nbsp;*}} oder auch nicht, falls ja, ignorieren. {{Taste|,komplette URL,}} Komma <small>(weiß ich nicht trennt die Anweisung, schließt den Inhalt für die Variable ein?)</small> danach nochmals {{Taste|&nbsp;*}} Leer ignorieren und ein schließendes &lt;/ref>
: Zweite Zeile: Setze das gemerkte &lt;ref ref name= oder ref name= group=> wieder ein, dann eine eckige Klammer [ fülle dort {{Taste|,komplette URL + Domain,}} hinein und schließe die eckige Klammer ] setzte ein schließendes &lt;/ref>
: Soweit so gut wohin mit {{Taste|\n?}}
<syntaxhighlight lang="java">
      [ ["(<ref[^<>\n]*>\n?) *", wstm_data.re.url, " *</ref>"],
        ["$1[",               wstm_data.rp.url, "]\n?</ref>"] ],
</syntaxhighlight>
: Ich gebe es auf, wenn das nicht passt, weiß ich die Lösung nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:01, 30. Nov. 2015 (CET)

::* Den Öffner hast du ja schon gut hinbekommen
::** Müsste funktionieren, wenn du auch den passenden Schließer hast.
::* Der Schließer geht genauso:
::: <code>" *(\n?</ref>)"</code> → <code>"]$1"</code>
::* Zwischen den schwarzen eckigen Klammern steht einfach eine Aufzählung ([[Feld (Datentyp)|Array]]):
::: <syntaxhighlight lang="javascript" inline>[a, b, "C", d, 5, false, G]</syntaxhighlight>
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:45, 1. Dez. 2015 (CET)
:::: Vielen Dank das ist echt kompliziert immerhin habe ich schon mal die richtige Stelle im Skript gefunden. :-) Aha, darauf zielte also der zweite Hinweis <small>Beachte, dass der Inhalt einer Klammer in ein <code>$1</code> übertragen wird; werden muss, soll er erhalten bleiben</small> ab. Ich teste mal was passiert. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:05, 1. Dez. 2015 (CET)
:::::{{ping|Lómelinde}} solche Referenzen gehören ohnehin in die Vorlage {{Vorlage|Internetquelle}}, nach Deinem Beispiel oben fehlen nämlich die Titelbezeichnung zum Link, Datum (falls vorhanden) und wichtig auch der Zugriff, die alle näher erläuternd in der Vorlage hervorragend Platz finden. Vielen Dank – [[user:Doc Taxon|Doc Taxon]] • <small>[[user talk:Doc Taxon|Diskussion]]</small> • <small>[[WP:München/Wiki-MUC|Wiki-MUC]]</small> • ''[[WP:LI|Wikiliebe?!]]'' •<small> 08:46, 15. Dez. 2015 (CET)</small>
:::::: Hallo [[Benutzer:Doc Taxon|Doc Taxon]], nee das mache ich nicht, die Verwendung der Vorlagen Literatur und Internetquelle sind umstritten und werden teilweise rigoros abgelehnt oder meine Formatierungen dann möglicherweise zurückgesetzt. Mir geht es vordergründig dabei darum, dass nicht die manchmal ellenlange url im Artikel als solche sichtbar und zumindest ein Minimum an Formatierung gegeben ist. Ich hatte gerade erst Stress, weil ich in Ref-name-tags die Leerräume eliminiert hatte. Ich kann mich nicht um alle Formate kümmern, irgendwann drehe ich da wirklich am Rad, derartige Erlebnisse sind für mich sehr frustrierend und demotivierend.
:::::: Ich komme soweit gut mit dieser Form der Anpassung klar. Das reicht für mich erst einmal aus, wer mehr möchte kann das gern selbst erledigen, aber ich habe nicht vor zusätzlich auch noch jeden Weblink eines Artikels aufzurufen den Titel zu ermitteln zu prüfen, ob der überhaupt zielführend ist und dann das aktuelle Tagesdatum als Abrufdatum einzutragen.
:::::: Sorry. Irgendwo komme auch ich an meine Grenzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:00, 15. Dez. 2015 (CET)
:::::::{{ping|Lómelinde}} Nee, das hab ich ja auch gar nicht geschrieben. Erstens: Was Du mit den Links machst, ist mir egal, ich schreib Dir das nicht(!) vor. Zweitens hab ich nur erläutert, wie das sinnvoller ist. Drittens, liebe Lómelinde, wer hat Dir eigentlich aufgetragen, Dich um <u>alle</u> Formate zu kümmern? Du machst ein Haufen solcher Arbeit, und das ist auch zielstrebig und bewundernswert, und zudem bedanke ich mich auch dafür. Aber bitte überarbeite oder stresse Dich nicht, wir wollen ja nächstes Jahr auch noch von Deiner guten Arbeit profitieren. Ich hatte es letztens schon gesagt, ich finde Deine Arbeit, QS-Arbeit, Aufräumarbeit, hier putzen, da putzen, sehr wichtig, und jetzt hast Du Dir auch mal ein Starlet verdient. Mach weiter so, wir brauchen Dich ... – [[user:Doc Taxon|Doc Taxon]] • <small>[[user talk:Doc Taxon|Diskussion]]</small> • <small>[[WP:München/Wiki-MUC|Wiki-MUC]]</small> • ''[[WP:LI|Wikiliebe?!]]'' •<small> 09:33, 15. Dez. 2015 (CET)</small>
:::::: Ich weiß auch so, wie es vermutlich sinnvoller wäre, <small>(auch etwas subjektives, was ich als sinnvoll ansehe müssen andere nicht ebenso wünschen)</small>.
::::::* Zitat: „solche Referenzen gehören ohnehin in die Vorlage {{Vorlage|Internetquelle}}“
:::::: „Gehören ohnehin“ macht mich halt etwas stutzig, denn ich kenne Benutzer, die das durchaus anders sehen und diese Vorlagen am liebsten eliminieren würden.
:::::: Niemand sagt, dass ich das alles tun soll, ich habe es mir selbst auferlegt, und es ist zudem ein echt undankbarer Job sich darum zu kümmern. <small>(nein ich möchte nichts von Eulen lesen, ich bin nicht glücklich damit, auf diese Wartungsarbeit reduziert zu werden)</small>
:::::: Vielen Dank für den Zuspruch und das virtuelle Sternchen. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:47, 15. Dez. 2015 (CET)
:: Gibt es denn eine Möglichkeit diese zeilenweise Aufteilung der Einzelnachweise im EN-Abschnitt auszuschalten? Mir wäre es lieber die komprimierte Darstellung zu behalten sofern sie denn verwendet wurde. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 21:12, 13. Jan. 2016 (CET)
::: Bei diesen beiden sehr komplexen Zitationsvorlagen (Lit und IQ) mit jeweils 50–70 Parametern wird regelmäßig bemängelt, dass sie äußerst unübersichtlich wären und die Einbindungen völlig unverständlich sind.
::: Eben deshalb werden diese beiden, und nur diese, übersichtlich zeilenweise dargestellt; und das auch ausschließlich im ''references''-Bereich, wo am Artikelende niemand mehr was rummachen muss und niemand rumscrollen braucht; außer ganz ganz zum Ende des Fensters, wo dann noch Kats und PD kommen. Überflüssige nicht besetzte und selten zu befüllende Felder werden eliminiert, das Ganze standardmäßig durchsortiert.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:31, 13. Jan. 2016 (CET)

== Autostart defekt? ==

Hallo PerfektesChaos, erst einmal wünsche ich dir noch ein erfolgreiches und gesundes möglichst stressfreies, produktives Jahr 2016.

Wenn ich diesen Artikel Assassin’s Creed Syndicate öffne passiert nichts. Also WSTM passt beispielsweise nicht automatisch die <code>|sprache=englisch</code> an und gibt erst nach manueller Aufforderung diese Zusatzinformation preis.
<pre>
Bitte überprüfe die folgenden automatischen Behebungsversuche.
Vorlagenparameter wiederholt
<nowiki>{{Infobox Computer- und Videospiel|Engine=|Engine=[[Anvil (Spiel-Engine)#AnvilNext|AnvilNext]]}}</nowiki>
</pre>
Das war der eigentliche Auslöser für meinen [[Spezial:Diff/149713942/149766971|Bearbeitungsaufruf]]. Auch bei anderen Artikeln scheint heute kein Wille zur Unterstützung der Autorin vorzuherrschen. Ich muss beispielsweise erst die Vorschau bemühen ehe mein Button der manuellen Aufforderung nachkommt mir bei David Tennant zu verraten welcher Parameter hier wohl verdoppelt wurde. Argh, Phantome sind unterwegs, es ist nicht bei jedem Öffnen beim zweiten Versuch startete es automatisch. Bei einer anderen Seite habe ich jetzt mal die Konsole aufgerufen. Mir war nämlich heute auch bei den ersten Bearbeitungen so als wenn es nicht immer automatisch anlief aber manchmal ist das ja auch der Normalfall, es gibt ja nicht immer etwas anzupassen.

{{Info}} Ich schreibe dir mal ein Protokoll in meinen Report.

Ich hoffe du musst nicht für 2016 mehr als ein Archiv anlegen. Das fängt in diesem Jahr dort an wo es 2015 aufgehört hat. Sorry, the little bird ist twittering like a  waterfall in spring. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:24, 4. Jan. 2016 (CET)

: Na, die [[Spezial:Diff/149766971]] scheint dann aber doch geklappt zu haben und sieht so aus, wie ich mir das denke.
: Es gab gestern Abend ein größeres Update mit 20kB, das ich eben nochmal auf die Lade- und Startprozedur hin gecheckt habe.
: Aber der [[Benutzerin:Lómelinde/Report|Report]] liefert die entscheidende Info:
     TypeError: attempt is undefined
     mw.libs.WikiSyntaxTextMod.bb.dating/WSTM.util.date.full()
     index.php:1069
: Ich weiß grad nicht, welcher Umstand das ausgelöst haben mag, und teste diese 20kB schon eine Woche, aber den werde ich versuchen, heute noch zu erlegen; er liegt innerhalb der 20kB.
: Warum es manchmal trotzdem mit derselben Seite ginge und dann fehlschlägt, wüsste ich nicht. Entweder immer oder nie.
: Ich bin diese Woche (und die nächste) werktags meist offwiki, gelegentlich einen Abend mal on, und nur irgendwie am WE wikifähig.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:45, 4. Jan. 2016 (CET)
:: Ich werde es beobachten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:59, 4. Jan. 2016 (CET)

::: Ich habe einen [[:en:Special:Diff/698164863|Fix]] bereitgestellt, der inzwischen angekommen sein müsste.
:::* Es war ein ziemlich banaler Fehler.
:::* Im Report steht es auch klipp und klar:
:::** ''.date.formal()'' stellt in Zeile 593 ein Bein.
:::** ''.date.full()'' fällt in Zeile 1069 drüber und mag nicht mehr mitspielen.
:::** Von oben nach unten zu lesen.
:::** Also wurde Zeile 593 (ab 591 zwei tiefer) berichtigt; und für genau solche kurzen Zeilen sind diese Diffpages eigentlich gedacht.
:::* Ich hatte das seit mindestens 23. Dezember an realen Artikeln getestet, aber kam nicht auf eine entsprechende Seite. Deshalb lasse ich euch ja vorkosten.
::: Ich bin dann mal weg. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:43, 4. Jan. 2016 (CET)
: Ja logisch, völlig klar. Es freut mich wenn ich helfen konnte, verstehen muss ich es nicht. Da fehlt noch ein wenig Hintergrundwissen. Es scheint aber wieder weg zu sein, seither hatte ich zumindest keine akuten Problemchen mehr. Außer dass sich gerade eine Seite versucht totzuspeichern, den Tab werde ich mal schließen, da hängt wieder irgendwo etwas im WWW fest. Will sagen gespeichert wurde sie aber die kleine Anzeige im Tab dreht dauerhaft durch. Es ist nicht immer leicht die Phantome von den wirklichen Fehlern zu trennen, wenn man so etwas auch noch dazwischen hat. Dankeschön für die Anpassung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:51, 4. Jan. 2016 (CET)
: Nee, nochmal zurück, es ist noch da oder hängt an mir. Siehe Report Teil zwei/drei. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:06, 5. Jan. 2016 (CET)

:: Upps, sorry, praktisch gleichen Fehler noch woanders gemacht; Fix ist live.
:: JavaScript ist eine dämliche Sprache, weil man überall alles reinschreiben darf, was man will; dass es schief geht, fällt erst hinterher bei der Ausführung auf. In anderen Sprachen wäre ich sofort angemeckert worden, weil ich einen Pflichtparameter vergessen hatte.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:05, 5. Jan. 2016 (CET)
::: Na dann schaue ich mal, ob es heute ohne Unterbrechungen läuft. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:27, 6. Jan. 2016 (CET)

== Klammerverdoppelung ==

Ich sollte nicht sagen es läuft schon laufe ich wieder auf.
<pre>
#redirect [[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
</pre>
wird zu
<pre>
#WEITERLEITUNG [[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[[Kategorie:Abkürzung|JAJU]]
</pre>
Und WSTM ermahnt mich mit „Zu viele linke Klammern“, dass ich da nicht drei öffnende Klammern setzen soll. Ich war’s nicht, ehrlich. Aber ich setze die Kat normalerweise noch eins tiefer. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:23, 6. Jan. 2016 (CET)

: Mitbekommen; werde dem Phänomen nachgehen. Schon seit drei Jahren ohne Beanstandung, muss also außergewöhnlich sein.
: Etwas Sonstiges in der gleichen Zeile nach dem Link ging wohl früher überhaupt nicht. WSTM fügt hier offenbar einen Umbruch ein und verzählt sich; möglicherweise tritt dann kein Fehler auf, wenn nicht auch gleichzeitig das Schlüsselwort ersetzt wird.
: Kommt die Tage. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:58, 8. Jan. 2016 (CET)
:: Es eilt nicht, vielen Dank. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:01, 8. Jan. 2016 (CET)
:: Eventuell wegen des Pipe in der Kat? Mein Test ergibt zumindest folgendes.
{| style="margin-left:2em;"
|-
|
<pre>
#redirect [[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung]]
#redirect [[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
#WEITERLEITUNG [[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
</pre>
|-
|
<pre>
#WEITERLEITUNG [[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung]]
#redirect [[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[[Kategorie:Abkürzung|JAJU]]
#WEITERLEITUNG [[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[[Kategorie:Abkürzung|JAJU]]
</pre>
|}
:: Weil mir so war als wenn es sonst immer normal funktionierte und du sagtest es muss etwas außergewöhnliches sein.
:: “You might look on the pipe-symbol for the isolation of the counting error, I suggest”.
:: Ich habe ein Händchen für außergewöhnliche Dinge, wie es scheint. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:58, 8. Jan. 2016 (CET)

::: Ich habe mehrere Anläufe unternommen und kann es unter keinen Umständen reproduzieren, noch irgendwo einen Anlass entdecken.
::: Schreib doch mal vorübergehend in [[Benutzerin:Lómelinde/common.js]]
:::: <code>wstm.config.mod=false;</code>
:::: an die Stelle von <code>wstm.xMini = true;</code>
:::: wodurch deine individuellen Modifizierungen unwirksam werden; vielleicht steckt ja da etwas drin, was mir nicht auffällig schiene.
::: <code>wstm.xMini</code> kann draußen bleiben; ist inzwischen Standardverhalten und damit unwirksam.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:35, 10. Jan. 2016 (CET)
: Wenn ich [[Spezial:Diff/149234008/150038055|da]] jetzt nichts falsch gemacht habe, dann ändert das leider nichts, die Klammer wird noch immer eingefügt. Ja ich habe strg F5 gedrückt, ja ich habe auch zweimal manuell den Cache geleert. Es passiert nur dort wo gleichzeitig ein Pipe in der Kat steht, warum weiß ich nicht.
: Warte ich werde eine Testreihe durchführen und dir eine weitere Tabelle schreiben. Es ist etwas merkwürdig je nachdem wie ich es teste, fallen die Ergebnisse unterschiedlich und noch verwirrender aus. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:56, 10. Jan. 2016 (CET)

{|
|-
|Szenario 1 – ohne WL davor
<pre>
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
</pre>
|-
| nur die im letzten Eintrag erfolgt die Verdoppelung
<pre>
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung|JAJU]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[[Kategorie:Abkürzung|JAJU]]
</pre>
|-
|Szenario 2 – gemischtes
<pre>
#redirect [[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung]]
#redirect [[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
#WEITERLEITUNG [[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
</pre>
|-
| nur die im letzten Eintrag erfolgt die Verdoppelung
<pre>
#WEITERLEITUNG [[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung]]
#redirect [[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung|JAJU]]
#WEITERLEITUNG [[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung|JAJU]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung|JAJU]]
[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[[Kategorie:Abkürzung|JAJU]]
</pre>
|-
|Szenario 3 – ohne WL davor aber mit # davor
<pre>
#[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung]]
#[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
#[[Sungri Motorenfabrik#Victory Auto Plant Jaju]] [[Kategorie:Abkürzung|JAJU]]
</pre>
|-
| die Verdoppelung erfolgt bei #  + Kat mit |
<pre>
#[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[Kategorie:Abkürzung]]
#[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[[Kategorie:Abkürzung|JAJU]]
#[[Sungri Motorenfabrik#Victory Auto Plant Jaju]]
[[[Kategorie:Abkürzung|JAJU]]
</pre>
|}

: Ich kann es dir nicht nachmachen.
: Dem Ergebnis von Szenario 2 entnehme ich, dass du alle gleichzeitig offenbar durch die Spielwiese jagst. Das ist okay; die zweite und dritte Zeile sind dann eben Aufzählungspunkte oder werden zu eigenen Aufzählungen. Soll trotzdem keine Klammern vermehren.
: {{ping|RonMeier}} Frohes Neues, und wenn ''du'' das mal auf [[Wikipedia:Spielwiese]] versuchst?
: Vielleicht ist eine ganz andere und bislang noch nicht betrachtete Software im Spiel.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:45, 10. Jan. 2016 (CET)
:: Ja, so teste ich das für Gewöhnlich. Ich wüsste nicht wie ich es sonst probieren könnte, so viele Artikel/Weiterleitungen wird es nicht geben, die einen solchen Fehler erzeugen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:53, 10. Jan. 2016 (CET)

:::Gesundes Neues euch beiden. Habe alles mögliche ausprobiert, ich kriege die Verfälschung nicht erzeugt. Gruß und viel Erfolg bei der vorösterlichen Suche.  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 18:22, 10. Jan. 2016 (CET)

:::: Danke.
:::: Tja, Ló, dann kannste mal der Reihe nach deine Gadgets abschalten, und dafür das ''mod=false'' wieder löschen.
:::: WSTM war es diesmal wohl nicht, obwohl das ein durchaus typisches Fehlerbild ist. Sehe ich während der Entwicklung häufiger.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:33, 10. Jan. 2016 (CET)
: Dankeschön RonMeier {{s}}
: Och nööö, nicht wieder alle Gadgets austesten. ‹seufz›
: O.k., ich werde es morgen mal testen wer oder was der Auslöser sein könnte, einen angenehmen Abend wünsche ich euch beiden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:09, 10. Jan. 2016 (CET)

{{Info}} Ich habe alles aber auch wirklich alles ausgeschaltet Fliegelfllagel alle Optionen deaktiviert außer Fliegelflagel selbst, alle Helferlein deaktiviert, Betafunktionen nutze ich auch keine, der Fehler bleibt, was nun? Es kann also nur ein Skriptkonflikt sein, oder? Wie soll ich das testen? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:52, 11. Jan. 2016 (CET)
: Ich weiß nicht wo ich danach noch suchen könnte auch hier habe ich wieder das merkwürdige Phänomen, dass ich in dem ersten Augenblick wenn ich den Button anklicke zunächst die korrekte Umsetzung im Bearbeitungsfenster sehen kann und erst nach dem Durchlauf die Klammer dort steht. Ich habe auf Bildschirmfoto geklickt um sicherzugehen, dass ich nicht an Halluzinationen leide, definitiv wird zuerst alles ordentlich eine Zeile tiefer gesetzt und erst danach erscheint oben die Fehlermeldung zu viele Klammern und unten steht die Klammer. Identisch ist es auch quasi mit der Ersetzung des Zugriffsdatums, ich sehe sofort dass das Datum und die Sprache geändert werden und erst danach kommt die Meldung prüfe den automatischen Behebungsversuch …. Ich weiß nicht mehr weiter.
: Ich schalte mal alles wieder ein, was ich dringend benötige, sonst kann ich nicht wirklich gut arbeiten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:16, 11. Jan. 2016 (CET)

:: Tja, dann ginge es wie folgt weiter:
::# Massive Cache-Löschung:
::#* ''Firefox:'' [Extras] → [Einstellungen] → [Datenschutz] → [kürzlich angelegte Chronik] → Häkchen bei [Cache] (nur dort) → [Löschen]
::#* Erfolg?
::# WSTM-Ladung auskommentieren mit <code>/* ... */</code>
::#* Dann weg?
::#* Dann mysteriöses Zusammenspiel zwischen Browser, Ló-Welt und WSTM.
::# Anderer Browser möglich?
::#* Dort einloggen.
::#* Dort genauso?
:: Bin ab mittags bis mutmaßlich Mi offwiki.
:: Viel Erfolg --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:32, 11. Jan. 2016 (CET)
::: Du überforderst mich. WSTM-Ladung auskommentieren, ja wie soll es denn dann noch auftreten, wenn ich WSTM abschalte dann kann ich den Button doch nicht mehr betätigen um es zu testen. Das andere kann ich ausprobieren. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:12, 11. Jan. 2016 (CET)
::: Ich schreibe das mal in den Report, das wird sonst hier zu voll. Chrome macht etwas gänzlich merkwürdiges daraus. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:20, 11. Jan. 2016 (CET)

== <nowiki><br/></nowiki> ==

Mir ist aufgefallen, dass der WSTM <nowiki><br></nowiki>s durch <nowiki><br /></nowiki>s (mit Space) ersetzt. Wäre es möglich, stattdessen eine Ersetzung mit <nowiki><br/></nowiki> (also mit Space) durchzuführen? Dies erschiene mir sinnvoll, da beim Quelltextanzeigen dann weniger Umbrüche da wären. Auf das von der Wikisoftware erzeugte HTML hat es keinen Einfluss. Thoughts? MfG --[[Benutzer:Distelfinck|Distelfinck]] ([[Benutzer Diskussion:Distelfinck|Diskussion]]) 00:04, 12. Jan. 2016 (CET)

: [[Hilfe:Tags #Syntax]] hast du ja inzwischen gefunden.
: Es gibt im Gegenteil viele Autoren, die froh darüber sind, dass es an dieser Stelle für die neue Zeile eine „Sollbruchstelle“ im Bearbeitungsfenster gibt, so dass neue Zeilen in der Darstellung auch oft zu einer neuen Zeile in der Quelltextdarstellung führen.
: Es gibt sogar eine Reihe von Bearbeitern, die ''nach'' dem <code style="white-space:nowrap">&lt;br /></code> nochmals ein Leerzeichen einfügen, wodurch in der Regel dann auch das <code>/></code> auf der vorangehenden Zeile bleibt.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:07, 13. Jan. 2016 (CET)

== Doppelter Parameter Kuriosum ==

Hallo PerfektesChaos, jetzt stehe ich wieder einmal vor einem Rätsel, das sollte eigentlich nicht passieren, hast du eine Idee was da los sein könnte?
{| class="wikitable"
|-
| aus
<pre>
<ref>{{Internetquelle | zugriff= 2016-01-10 | url=http://www.trafikverket.se/Privat/Projekt/Vastra-Gotaland/BanaVag-i-Vast/Om-BanaVag-i-Vast/Milstolpar | titel= Milstolpar BanaVäg i Väst| archiv-url=https://web.archive.org/web/20121022011229/http://www.trafikverket.se/Privat/Projekt/Vastra-Gotaland/BanaVag-i-Vast/Om-BanaVag-i-Vast/Milstolpar| archiv-datum=2012-10-22 |hrsg=trafikverket.se| sprache=schwedisch|zugriff=2013-04-07 }}</ref>
</pre>
|-
|wird
<pre>
<ref>{{Internetquelle | zugriff=2013-04-07| url=http://www.trafikverket.se/Privat/Projekt/Vastra-Gotaland/BanaVag-i-Vast/Om-BanaVag-i-Vast/Milstolpar | titel= Milstolpar BanaVäg i Väst| archiv-url=https://web.archive.org/web/20121022011229/http://www.trafikverket.se/Privat/Projekt/Vastra-Gotaland/BanaVag-i-Vast/Om-BanaVag-i-Vast/Milstolpar| archiv-datum=2012-10-22|hrsg=trafikverket.se| sprache=sv|zugriff=2013-04-07 }}</ref>
</pre>
|}
Der Fehler an sich ist ein doppelter Parameter <code>|zugriff=</code> allerdings mit unterschiedlichem Inhalt. Wenn automatisch angepasst werden sollte, dann aber doch eher auf das jüngste Datum, oder? Hier wird aber nun dem älteren Abrufdatum ein Vorrang eingeräumt und die Parameterdoppelung bleibt zudem erhalten. WSTM sagt mir dazu etwas kurioses
<pre>
Bitte überprüfe die folgenden automatischen Behebungsversuche.
    Vorlagenparameter wiederholt
    {{Internetquelle|zugriff=2013-04-07|zugriff=2013-04-07}}
Nicht alles lässt sich automatisch beheben. Bitte kläre die folgenden Probleme von Hand:
    Vorlagenparameter wiederholt
    {{Internetquelle|zugriff=2016-01-10|zugriff=2013-04-07}}
    Vorlagenparameter wiederholt
    {{Internetquelle|zugriff=}}
</pre>
Und alles was passiert ist, ist die Umwandlung von 
*<code><nowiki>{{Internetquelle|zugriff=2016-01-10|zugriff=2013-04-07}}</nowiki></code> in 
*<code><nowiki>{{Internetquelle|zugriff=2013-04-07|zugriff=2013-04-07}}</nowiki></code>
Ich weiß nicht, was ich davon halten soll. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:07, 10. Jan. 2016 (CET)

: WSTM weiß das auch nicht.
: Der zuletzt kommende Wert hat, wie bekannt, alle Werte überschrieben.
: WSTM ist genauso wenig wie die Vorlage darauf vorbereitet, dass dieser Parameter mehrfach vorkäme, und führt dementsprechend auch keinen kalendarischen Vergleich der beiden Werte aus.
: Um dies aufzuklären, gibt es die Fehlermeldungen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:15, 10. Jan. 2016 (CET)
:: So etwas hatte ich bisher noch nie, mich wundert wieso das automatisch überschrieben wird. Du kannst es dir ja mal selbst aufrufen →[[Vänernbanan]] Ich meine es anzupassen ist jetzt nicht das Problem, ich habe aber schon gestaunt als ich nach 2016-01-10 suchen wollte und das nun gar nicht mehr im Text stand. Und da kommt man eben, gerade durch die Fehlermeldung ins stolpern. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:24, 10. Jan. 2016 (CET)
: So nochmal eine kleine Verständnisfrage zu den doppelten Zugriffen.
:* <code><nowiki>{{internetquelle | offline=ja | zugriff= 2016-01-17 |autor= |hrsg=ZAMG |url=http://www.zamg.ac.at/klima/klima_monat/wetterlagen/ |titel=Wetterlagen |werk= Klima → Monats-/Jahresübersicht |zugriff=5.&amp;nbsp;Juli 2009 | kommentar= Link nicht mehr verfügbar seit 8/2012 }}</nowiki></code>
:* <code><nowiki> {{Internetquelle | offline=1| zugriff=2009-07-05|autor= |hrsg=ZAMG |url=http://www.zamg.ac.at/klima/klima_monat/wetterlagen/ |titel=Wetterlagen |werk= Klima → Monats-/Jahresübersicht |zugriff=5.&amp;nbsp;Juli 2009 | kommentar= Link nicht mehr verfügbar seit 8/2012 }}</nowiki></code>
: WSTM erkennt dass der hintere Parameter zugriff der wirksame ist und ersetzt damit den vorderen doppelten. (der hintere bleibt allerdings unverändert, das heißt WSTM erkennt zunächst nur den hinteren doppelten Parameter und liest dessen Inhalt aus, formatiert <code>|zugriff=5.&nbsp;Juli 2009</code> automatisch zu <code>|zugriff=2009-07-05</code> und ersetzt dann aber den ersten Parameter zugriff den es findet also <code>zugriff= 2016-01-17</code>, weil es nun mal davon ausgeht, dass der Parameter nur einmal vorkommt, richtig? 
: Anschließend sind beide Parameter quasi mit einem identischen Inhalt gefüllt (5. Juli 2009). Identische Inhalte würde WSTM im Normalfall aber automatisch erkennen und einen oder mehrere löschen also aus <code>|zufriff=2009-07-05|zufriff=2009-07-05</code> würde <code>|zufriff=2009-07-05</code>. Der nächste Aufruf könnte dazu führen, wenn bespielsweise das Datum schon vorher in dieser Form <code>|zufriff=2009-07-05</code> vorhanden gewesen wäre, dass diese Doppelung dann automatisch entfernt wird.
: Ich denke das kann zu Ungemach führen, weil der Benutzer, der sich die Mühe machte den Link aufzurufen/zu prüfen und korrekterweise ein neues Datum für den Abruf einzufügen, aber eben leider doppelt und vor dem bisherigen Parameter, frustriert wird, weil sein Edit quasi zurückgenommen wird. O.k. ich zumindest reagiere manchmal recht empfindlich und durch den Automatismus wird dieser Revert ja nicht einmal bewusst ausgeführt und natürlich auch nicht deklariert <small>(ja, doch WSTM gibt eine Meldung aus und der Benutzer sollte dem nachgehen)</small>. Wie soll der einfügende Benutzer dann reagieren oder verstehen, was er falsch gemacht hatte? Ich bin mit dieser Umsetzung so nicht wirklich glücklich.
'''OT:''' By the way: Warum sagst du mir denn nicht, dass ich WSTM auch über den [[Datei:MediaWiki Vector skin action arrow.svg|15px|Pfeil]] starten kann? [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage|RTFM]]? Nö, ich habe das zufällig gesehen und festgestellt, dass mein kl. Spielwiesenproblem nämlich auch da eine kleine Abweichung von der Normalität aufweist. Wenn man diese aufruft (mit leerer Spielwiese starten), ist der Pfeil nämlich nicht sichtbar, somit geht auch WSTM nicht über diesen Weg zu starten und ebenso nicht über den Button, auch hier folgt einmal „Vorschau“ anklicken, dann passt alles, also Buttonstart funktioniert und WSTM-Eintrag lässt sich über den [[Datei:MediaWiki Vector skin action arrow.svg|15px|Pfeil]], der dann auch erscheint, abrufen. Ich käme doch nie auf die Idee dort (auf der Spielwiese) zu schauen, welche Möglichkeiten mir auf über den Reiter zur Verfügung gestellt werden. Aber als ich gerade andernorts die Artikelstatistik benötigte, um etwas zu suchen, und ich weiß, dass diese dort abrufbar ist, wenn man sie aktiviert hat, da sah ich WSTM ist da auch neuerdings, oder schon länger ‹seufz›. Eigentlich wäre es nützlich zu wissen, dass dieser Pfeil weit mehr als nur „Seite verschieben“ anbieten kann, aber ich weiß sowieso nicht wie diese Funktionen dort hinkommen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:24, 18. Jan. 2016 (CET)

:* Richtig; WSTM weiß nur von einem Parameter, kennt nur einen einzigen Wert für den Datumsparameter, und kann die beiden Angaben nicht voneinander unterscheiden.
:** Genauer: Wenn beim Antreffen des (in der Textfolge zweiten) Wertes ein zu formatierender Wert festgestellt wird, dann kommt die Aufforderung, das in die Parameterzuweisung geändert zurückzuschreiben.
:*** Nun wird die Liste der Parameternamen durchgegangen. In dieser Liste der Parameternamen wird der Name zuerst da gefunden, wo in der Textfolge das erste Vorkommen gewesen war, und genau dort wird der bisherige Wert überschrieben.
:*** Genauso passiert das auch mit dem in der Textfolge ersten Vorkommen der Zuweisung; namentlich wenn das auch die einzige war.
:* Es gibt eine pauschale Fehlermeldung, dass ein Parametername doppelt angegeben wurde.
:** Was das inhaltlich bedeuten soll, welcher der beiden Werte der richtigere sein soll, darüber kann WSTM nicht entscheiden.
:* WSTM kann man über das Portal starten, wenn <code>.portlet=true</code> gesetzt wurde.
:** Je nach Skin fällt das unterschiedlich aus.
:** Wenn du {{Taste|mit leerer Spielwiese starten}} auslöst, dann bearbeitest du eine frühere Version, zurzeit <code>&oldid=149123850</code> – WSTM wird aber standardmäßig immer nur auf der neuesten Version tätig und lässt alle früheren in Ruhe. Logisch, oder?
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:18, 21. Jan. 2016 (CET)
:: Ja, jetzt wo du es sagst, leuchtet mir das auch ein. Über was für ein Portal? Ich verstehe nicht was portlet meint. Aber ansonsten komme ich klar mit dem was ich habe. O.k. ich kann damit leben. Hatte aber vorhin etwas weit schlimmeres. Espresso [[Spezial:PermaLink/150462423|diese Version]], durch die fehlenden geschweiften Klammern <nowiki>{{LaS|expressus = ausgedrückt, ausdrücklich</nowiki>'''}}''', wurden alle Parameter der folgenden Tabelle mit Nummern versehen, ne anders, jede Pipe bekam einen Zahlenwert zugewiesen, echt jetzt, warum trifft das immer mich? Kann ich auf der Spielwiese aber nun nicht mehr nachbilden da wird WSTM nicht gestartet wenn ich den Inhalt der Version dort einfüge und es kommt eine Meldung 
::* TypeError: WSTM.util.isURL is not a function
:: Na toll, ich muss da noch mal nacharbeiten, ich habe scheinbar noch eine fehlende Klammerung übersehen. Daher jetzt dann diese Meldung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:57, 21. Jan. 2016 (CET)

=== Ungültige Domain ===
:::* ''TypeError: WSTM.util.isURL is not a function''
:::** Das klingt nicht so nett.
:::** Genau daran arbeite ich gerade; ist das immer noch so?
:::* Portal = Linke Spalte, Kopfzeilen, Fußzeilen: [[Portal (Informatik)]]
:::** [[portlet]]
::: Mahlzeit --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:23, 21. Jan. 2016 (CET)
: Ach so.
: Warte muss ich noch mal testen, ja bei der Version schon und auch wenn ich den Artikel jetzt öffne kommen etliche Meldungen zu ungültigen Domains. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:36, 21. Jan. 2016 (CET)
: Nee noch schlimmer ich bekomme das jetzt überall angezeigt. Schau bitte in den Report. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:46, 21. Jan. 2016 (CET)
:: O.k. die ungültigen Domains kommen nicht mehr, aber nach „klick on the Broombutton“ bleibt das Ergebnis rote Meldung in der Konsole. Chache geleert, aber ich denke ich warte lieber noch ein wenig, später mag es dann ja weg sein. Also das habe ich jetzt nicht über die Spielwiese getestet, sondern normal im Artikel beispielsweise [https://de.wikipedia.org/w/index.php?title=Thames_Conservancy&action=submit#Einzelnachweise hier].  --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:16, 21. Jan. 2016 (CET)

== LCCN ==

Hallo PerfektesChaos,

im Artikel [[John_Leland_(Baptist)]] wurde "a 53005224" ({{LCCN|a 53005224}}) als falsche Form der LCCN angemeckert. Im Datenbankeintrag ist dies die angegebene Form (siehe  https://lccn.loc.gov/a53005224). Ist das nun wirklich falsch oder muss die Prüfung und das Ausgabeformat von LCCN angepasst werden? Grüße --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 09:51, 15. Jan. 2016 (CET)

: Frohes Neues,
: die LoC ändert alle paar Jahre ihre Darstellungsformate (und stellte sich bei der Vergabe ihrer Schlüsselnummern auch extrem bescheuert an, einschließlich ''millenium bug'' und konfuser Jahresüberschneidung).
: Hilft dir [[Vorlage:LCCN #Beispiele]] ff.?
: Die Ausgabe und geforderte möglichst einheitliche Parametrisierung zur Auswertung durch ''templatetiger'' und Bots etc. folgt dem [https://lccn.loc.gov/lccnperm-faq.html#n7 normalisierten Permalink] [https://www.loc.gov/marc/lccn_structure.html usw.]
: Nebenbei bist du hier bei WSTM gelandet, wolltest mich aber vermutlich zwei drüber fragen; egal.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:21, 15. Jan. 2016 (CET)

:: Ja ein Frohes Neues wünsche ich dir ebenfalls. Nein, ich war hier schon richtig, denn WSTM hat ja das LCCN-Format angemeckert. Deiner Antwort entnehme ich keinen Handlungsbedarf Formate wie "a 53005224" zu unterstützen, richtig? --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 22:04, 15. Jan. 2016 (CET)

::: Lua meckert auch drüber.
:::* [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:LCCN/Leerzeichen]] wäre sonst gefüllt worden, wenn du ihn abgespeichert hättest.
:::* [[Wikipedia:Lua/Modul/Vorlage:LCCN]]
::: Zwar werden alle Formate einschließlich Leerzeichen und Wiki-Schrägstrichen erstmal gefressen.
::: Aber das Wiki sollte auf zwei Standardformate konvergieren:
:::* Menschenlesbar, ein Bindestrich an der richtigen Stelle (mein Vorzug);
:::* nur Kleinbuchstaben und Ziffern (Perma).
::: Alle sonstigen Varianten sollten eingedampft werden.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:12, 16. Jan. 2016 (CET)

:::: [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:LCCN/Leerzeichen]] wurde gefüllt, aber ich habe den Artikel angepasst. Nur deswegen bin ich ja darauf gestoßen. --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 15:41, 16. Jan. 2016 (CET)

== Zugriff im Zitat? ==

Hallo PerfektesChaos, ruf doch bitte mal [https://de.wikipedia.org/w/index.php?title=Kanye_West&action=submit Kanye West] auf wird da bei dir auch ein Parameter <code>|zugriff=</code> in dieses Zitat eingefügt?	 
* <code>&#123;{"|Ich sehe mich nicht nur als Stimme von mir selbst oder die Stimme der Menschen. Jay-Z ist die Stimme von sich selbst, Talib Kwali <nowiki>[</nowiki>[[sic]]<nowiki>]</nowiki> ist die Stimme der Menschen und ich bin etwas von Beidem.|zugriff=}}</code>
An dem Zitat selbst kann das nicht liegen, denn auf der Spielwiese bleibt es wie es ist. Ich stehe mal wieder vor einem Rätsel. Ich hätte sonst vermutet es läge an diesen nowikis im Zitat. Warum passiert immer mir so etwas. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:39, 15. Jan. 2016 (CET)

: (reaktiviert) {{ping|Lómelinde}}
:* WSTM gab dir allerdings den entscheidenden Tipp; probiere mal die frühere Version:
:*::* Tag selbst-verschachtelt<br />&lt;ref>
:*::* End-Tag fehlt zum Ende des Textes<br />&lt;/ref>
:* Das <code>&lt;npwiki></code> (völlig überflüssig, denn wenn da kein Protokoll oder // auf die Klammern folgt, wird es sowieso nicht als Weblink angesehen) ruinierte die Zordnung der Bereiche und das Auffinden des Vorlagen-Endes. Erst nachdem WSTM sich wieder eingekriegt hatte, wurden die zugehörigen Klammern gefunden; der Bereich dazwischen war gesperrt.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:17, 16. Jan. 2016 (CET)
:: Ja ich habe den Hinweis gesehen, und letztlich ja auch darüber den Fehler gefunden, aber zunächst war ich verwirrt. Der Parameter ließ ja vermuten, dass er zu einer Vorlage Internetquelle gehören müsste, nur manchmal sehe ich den Wald vor lauter Bäumen nicht. Normalerweise wird mir durch die Syntaxhervorhebung angezeigt, dass ein schließendes Ref-tag fehlt oder etwas, was eben eine Schachtelung auslöst, aber hier war nichts außerhalb der Ref-tags rosa hinterlegt. Und es muss im Grunde mit den nowiki-tags zusammengehangen haben, denn dazwischen waren weitere Refs und Vorlagen, wie soll man denn das sehen. Der Hinweis hat mich ja auch verwirrt. Es gab da nichts offensichtliches, woran ich das festmachen konnte. Aber ich vertraue darauf wenn das Tool sagt hallo hier stimmt etwas nicht dann suche ich halt weiter. Übrigens wenn diese zweiten nowikis nicht gewesen wären, dann hätte ich das leicht ausfindig machen können, dann hätte das Tool zu mir gesagt.
:: Hallo schau doch mal 
::* End-Tag fehlt
:::</nowiki> |datum= 2010-10-15 |zugriff= 2010-10-30
:: gemeint ist vermutlich das vordere Ende. :-) Nach so etwas kann ich nämlich gezielt suchen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:15, 17. Jan. 2016 (CET)

== prettytable again ==

Hallo PerfektesChaos, mir ist aufgefallen, dass manchmal die Automatik versagt. Ja, ich weiß generell wird es nur hinter einem einfachen {{Taste|!}} am Zeilenanfang ersetzt, aber manchmal schreiben Leute halt alles in einer Zeile und dann habe ich folgendes Dilemma. Also nicht dass es ''für mich'' schlimm wäre, ich achte ja darauf, aber andere bemerken es eventuell nicht und dann sieht eine Tabelle möglicherweise nach dem Speichern etwas merkwürdig aus.
{| class="wikitable"
!colspan="2"| prettytable
|-
|<pre>
{| class="prettytable"
! bgcolor="#e0e0e0" align="center" | Jahr || bgcolor="#e0e0e0" align="center" | Name
|-
| 1234 || ABCDEFG
|}</pre>
|
{| class="prettytable"
! bgcolor="#e0e0e0" align="center" | Jahr || bgcolor="#e0e0e0" align="center" | Name
|-
| 1234 || ABCDEFG
|}
|-
!colspan="2"| wikitable
|-
|<pre>
{| class="wikitable"
|-
! style="background:#E0E0E0" align="center"| Jahr || bgcolor="#e0e0e0" align="center" | Name
|-
| 1234 || ABCDEFG
|}</pre>
|
{| class="wikitable"
|-
! style="background:#E0E0E0" align="center"| Jahr || bgcolor="#e0e0e0" align="center" | Name
|-
| 1234 || ABCDEFG
|}
|-
!colspan="2"| so sollte es sein
|-
|<pre>
{| class="wikitable"
|-
! style="background:#E0E0E0;"| Jahr !! style="background:#E0E0E0;"| Name
|-
| 1234 || ABCDEFG
|}</pre>
<pre>
{| class="wikitable"
|- class="hintergrundfarbe5"
! style="background:#E0E0E0;"| Jahr !! style="background:#E0E0E0;"| Name
|-
| 1234 || ABCDEFG
|}</pre>
|
{| class="wikitable"
|-
! style="background:#E0E0E0;"| Jahr !! style="background:#E0E0E0;"| Name
|-
| 1234 || ABCDEFG
|}
{| class="wikitable"
|- class="hintergrundfarbe5"
! Jahr !! Name
|-
| 1234 || ABCDEFG
|}
|}
Möchtest du das so belassen oder kann man irgendetwas tun, um die Überschrift ganz einzufärben? Also irgendwie so
<syntaxhighlight lang="java">
if class="prettytable" and linestart = !
// loop inline until end of line //
than replace ( || ) to ( !! )
and ( class="center" ) to ( nothing )
and ( bgcolor="#color" ) to ( style="background:#color" )
else ignore everything
</syntaxhighlight>
O.k. das ist natürlich absolut funktionslos, aber du verstehst sicherlich was ich meine. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:22, 29. Jan. 2016 (CET)

:* WSTM weiß nicht so genau, was wann wo im Bereich einer Tabelle liegt.
<pre style="margin-left:5em">
{| 
! Erste Zelle mit {{Vorgelegt||2.Parameter||bgcolor=blue|x=y}} || Zweite Zelle
|-
</pre>
:: Was würde dann passieren?
:: Das ist für automatisierte Rumfummelei zu gefährlich.
:* Nebenbei ist der Hauptzweck, eines Tages veraltete ''prettytable'' aus unserer deutschsprachigen CSS-Definition entfernen zu können. Zumindest weniger schlechte Vorbilder dafür iim Artikelbestand zu haben. Eines Tages auch weniger seit 1998 veraltete HTML-Syntax zu haben ist auch ein Ziel, aber einstweilen machen die Browser das ja noch mit, wenn auch undefiniert ist, wie sich die veraltete HTML-Syntax gemischt innerhalb des ansonsten korrekten HTML auswirkt. Um das umzusetzen braucht es eine vollständige Syntaxerkennung der ganzen Tabelle, und das braucht einen Monat, in dem ich nichts anderes tun würde. Inzwischen macht es die CSS-Syntax bei menschlichen Artikelautoren bekannt, und sie können sich an den Anblick gewöhnen.
:* Im Übrigen hatten wir das schon mal.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:09, 1. Feb. 2016 (CET)
:: Ich, ähm ja, stolpere aber immer wieder darüber, sorry. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:21, 1. Feb. 2016 (CET)
; Merkwürdig
Nun ja wo ich schon mal dabei bin, noch eine Frage, warum funktioniert hier die Automatik nicht? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:16, 31. Jan. 2016 (CET)
{| class="wikitable toptextcells"
|-
! mit &#124;+ !! mit &#124;- !! class unverändert
|-
|<pre>
{| class="prettytable"
|+
! Platz
! Mannschaft
! Titel
|- bgcolor="#FFFFFF"
| align=center|1.
| Irgendein Wikiclub
| align=center|12
|}</pre>
|<pre>
{| class="prettytable"
|-
! Platz
! Mannschaft
! Titel
|- bgcolor="#FFFFFF"
| align=center|1.
| Irgendein Wikiclub
| align=center|12
|}</pre>
|
{| class="prettytable"
|+
! Platz
! Mannschaft
! Titel
|- bgcolor="#FFFFFF"
| align=center|1.
| Irgendein Wikiclub
| align=center|12
|}
it’s still a „prettytable“<br /><code>style="background:#FFFFFF"</code>
|-
! ganz ohne Pipe !! wird zu wikitable mit &#124;- !! automatisch umgeschrieben
|-
|<pre>
{| class="prettytable"
! Platz
! Mannschaft
! Titel
|- bgcolor="#FFFFFF"
| align=center|1.
| Irgendein Wikiclub
| align=center|12
|}</pre>
|<pre>
{| class="wikitable"
|-
! Platz
! Mannschaft
! Titel
|- style="background:#FFFFFF"
| align=center|1.
| Irgendein Wikiclub
| align=center|12
|}</pre>
|
{| class="wikitable"
|-
! Platz
! Mannschaft
! Titel
|- style="background:#FFFFFF"
| align=center|1.
| Irgendein Wikiclub
| align=center|12
|}
|}

: Die Antwort hast du dir doch schon selbst gegeben.
: Die Syntax lautet:
<pre style="margin-left:3em">
{| ggf. Tabellenparameter
|+ Aussagekräftige Tabellenüberschrift
|- ggf. Parameter der Tabellenzeile
</pre>
: Da steht aber:
<pre style="margin-left:3em">
{| ggf. Tabellenparameter
|+
|- ggf. Parameter der Tabellenzeile
</pre>
: Das ist syntaktischer Nonsens, kommt WSTM spanisch vor, und ''porque non habla Español'' für automatisierte Rumfummelei zu gefährlich.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:09, 1. Feb. 2016 (CET)
:: Nun ja das mit „|+“ dachte ich mir schon, aber ich hätte erwartet, dass „|- ohne Parameter“ und ohne „|+“ davor ebenso behandelt wird wie kein Pipe. Als geht es nur wenn „!“ direkt auf den Tabellenkopf folgt. ''muchas gracias señor''
:: Na ja, nur noch 34.424 das kann man schaffen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:21, 1. Feb. 2016 (CET)

== doi ==

Bei [//de.wikipedia.org/w/index.php?title=Russisch-T%C3%BCrkischer_Krieg_%281768%E2%80%931774%29&type=revision&diff=151104605&oldid=151090772 dieser Bearbeitung] wollte das WSTM partout eine 2 an die bearbeitete DOI anhängen. Ist das normal? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 14:58, 5. Feb. 2016 (CET)

: Nee, absolut nicht.
: Ursächlich ist offenbar das Leerzeichen hinter <code>DOI:</code> – da sollte dieID nach links geschoben werden, aber die2 von vorher blieb mitsamt schließenden Klammerrn hängen.
: Danke für die Info; ich werde mich in den nächsten Stunden um einen Hotfix bemühen. Ist dummerweise bereits produktiv.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:33, 5. Feb. 2016 (CET)

:: Ging am selben Tag für alle live. --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:48, 6. Feb. 2016 (CET)

== Unbekannter Bildparameter? ==
Hallo PerfektesChaos was genau ist [{{canonicalurl:Spezial:Suche|search=insource:/Breitepx/&limit=100}} |Breitepx?]
: Ich könnte einen Botbetreiber fragen ob er diese löscht, falls es sich um ungültige Bildparameter handelt, ich wüsste zumindest nicht was das jetzt mit dem Bild machen soll.
: Kann WSTM so etwas rausfiltern und als unbekannt markieren oder hat das doch irgendeinen mir nicht schlüssigen tieferen Sinn? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:32, 2. Okt. 2015 (CEST)
* OT: [[Benutzerin:Lómelinde/Spielwiese/Zwischenspeicher#Logbücher|Nur falls du mal etwas Zeit erübrigen kannst.]] Das ist eher von geringer Priorität. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:43, 2. Okt. 2015 (CEST)

:# Da hat wohl mal jemand eine Hilfeseite nicht verstanden; und das hat sich weiterkopiert:
:#: <code>[&#91;Datei:</code>''Bildname''<code>.png|</code>''Breite''<code>px|</code>''Legende''<code>]]</code>
:#* [[Metasyntaktische Variable]]
:#* Ob es einen Botlauf lohnt, weiß ich nicht. Manche Autoren sind da immer pikiert. Kann auch manuell rauswachsen.
:# Ich habe keine Möglichkeit, mich in die Log-Materie tiefer einzuarbeiten.
:#* Konkrete Fragen kann ich beantworten.
:#* Natürlich kannst du vor alle anderen Abschnitte die Beschreibung des Formulars einfügen.
:#** Ich würde dann die Gliederung ändern; die bisherigen == in === wandeln:
:#**: == Eingabeformular ==
:#**: == Arten von Logbüchern ==
:#**: === Logbücher für alle Benutzer ===
:#**: == Weitere Informationen ==
:#* [[mw:Extension:UserMerge]] ist 2014 programmiert worden, klammheimlich ohne [[WP:NEU]] vor einem Weilchen hier aktiviert worden.
:#* Die Jahreszahl ist schlicht ein Bug.
:#* Bearbeitungsfilter – das sind zwei verschiedene:
:#*# Programmierung eines Filters wurde geändert
:#*# Aktivität wurde von einem Filter registriert
:#* Bau es ruhig ein.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:50, 3. Okt. 2015 (CEST)
:: Vielen Dank für die Auskünfte
::# O.k. ich könnte es auch selbst anpassen, es sind ja nur rund 200 Seiten betroffen.
::# Dankeschön werde ich mal machen. Es ging mir eigentlich auch nur um den Einbau, aber neugierig wie ich nun mal bin, <small>nee ich wollte schauen, ob das wirklich überall so angezeigt wird, sonst ergäbe ein Einbau ja keinen Sinn</small>, habe ich hier und dort geklickt und das hat dann Fragen aufgeworfen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:14, 4. Okt. 2015 (CEST)

== Personen-/ Folgenleiste ==

Guten Morgen!

Könnte man denn die [[:Vorlage:Folgenleiste]] und [[:Vorlage:Folgenleiste multi]] nicht automatisch mit der [[:Vorlage:Personenleiste]] ersetzen? Die beiden Folgenleisten sind doch längst nur noch Weiterleitungen auf die Personenleiste. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 08:21, 26. Jan. 2016 (CET)

: Wenn schon, dann umgekehrt:
:* ''Folge'''n'''leiste'' → Folgeleiste
:* ''Personenleiste'' → Folgeleiste
: Die Vorlagenserie wird nicht nur für Personen, sondern auch für Stilepochen oder Erdzeitalter oder sonstwas genutzt.
:* Die ursprüngliche Verwendung waren Film/Fernseh-Episoden gewesen, deshalb „Folgen“; also StarWars, Rocky oder Tatort-Sonntage.
: Die Umbenennung in „Personenleiste“ erfolgte unabgesprochen aus heiterem Himmel. Bei vorheriger Diskussion hätte sie keinen Konsens gefunden.
: Würde ich deinem Vorschlag ''folgen'', dann könnte es als „Personenleiste“ die Rheinbrücken von der Quelle bis zur Mündung geben.
: Offene Baustelle.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 09:26, 26. Jan. 2016 (CET)
:: Och nöö, ich also, ich ändere es auch immer auf Personenleiste, weil ich Weiterleitungen nicht mag, aber wenn es denn sein soll, automatisch bitte nur dann wenn die auch wirklich „{{Vorlage|Folgeleiste}}“ heißt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:21, 26. Jan. 2016 (CET)
::: Das mit den Serien war mir auch so in Gedächtnis, allerdings sehe ich in der Linkliste nur noch Personen. Anscheinend sind diese Artikel weitestgehend mit eigenen Navileisten und -boxen ausgestattet, dass es bald drei Jahre lang niemand gestört hat, dass nur noch die Personenleiste verwendet wird. Na warten wir es ab.
Anderes Thema: Warum wird eigentlich in [//de.wikipedia.org/w/index.php?title=Schahrud_%28Saiteninstrument%29&type=revision&diff=150701572&oldid=149206632 diesem Artikel] das <nowiki>{{FaS| nicht automatisch in {{faS|</nowiki> geändert wie es sonst bei den anderen Sprachenvorlagen auch geschieht? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 11:44, 26. Jan. 2016 (CET)

: Dort wird gerade in WSTM gebaut; meine momentane Version macht es wieder artig und fein und fügt für die sichere Quelltextbearbeitung noch ein <code>&amp;lrm;</code> an den Parameterwert an.
: Danke für den Hinweis; mag im Moment auftreten, aber sollte nur Rechts-nach-Links-Schriften betreffen.
: Derzeit schicke ich pro Woche fünf Änderungen in die Erprobung; ob sie zumindest größere Probleme auslösen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:58, 26. Jan. 2016 (CET)

:: {{ping|Hadibe}} WSTM lernt gerade [[Aramäische Schrift|aramäisch]], [[Osmanische Sprache|osmanisch]] und [[Syrische Sprache|syrisch]] als von rechts nach links geschriebene Schriften. Dabei sind die sonstigen Drei-Buchstaben-Kürzel zwischenzeitlich nicht korrekt behandelt worden; gibt sich demnächst wieder und betraf nur die Versuchskarnickel. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:41, 27. Jan. 2016 (CET)
::: Könntest du auch gleich eine Änderung von <nowiki>{{lang-he}} oder {{lang-en}} zu {{heS}} bzw. {{enS}}</nowiki> einbauen? Wahrscheinlich gibt es noch mehr Weiterleitungen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 17:28, 25. Feb. 2016 (CET)

:::: {{ping|Hadibe}} Interessant, den Witz kannte ich noch gar nicht.
:::: Kommt aus der enWP, irgendwelche Faulpelze unter den Übersetzern haben diesen Mist relativ kürzlich angeschleppt. Ist nicht sehr verbreitet.
:::: Wurde bereits programmiert; geht dieses Wochenende wohl in die Erprobung.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:03, 27. Feb. 2016 (CET)

::::: <nowiki>{{ELSneu}} wird vom WSTM zu {{elS}}</nowiki> umgewandelt. Die Weiterleitung ist aber genau andersherum. Der Zuordung zu den anderen fünf griechischen Vorlagen zufolge sollte <nowiki>{{ELSneu}}</nowiki> bestehen bleiben. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 21:12, 1. Mär. 2016 (CET)

::::: Naja, der Zuordung zu 300 anderen Fremdsprachen zufolge passt das schon so.
::::: Das war eine Aktion von 2006 gewesen, als man mal projektweit mit drei Sprachen hantiert hatte. Damals hatte man noch keine standardisierte Namensschemata für Vorlagen gehabt.
::::: Beim Neugriechischen ist die Sache eindeutig.
::::: Inwieweit das langfristig eine gute Idee ist, sich vier weitere Vorlagen zu leisten, ist eine andere Sache. Problem hier ist, dass es international nur einen Code <code>grc</code> für Mittel-, Alt- und sonstige Varianten gibt.
::::: Es sind eigentlich zu viele Vorlagen, und die Nuancierungen bewirkt man in solchen Fällen eigentlich durch Parameter und nicht durch lauter verschiedene Einzelvorlagen, die gesondert dokumentiert werden müssen. Insgsamt sind es sogar sieben; die Ersteller haben längst den Durchblick verloren. Die Leute, die das mal angelegt hatten, kannten sich aber wohl nicht mit Parametern aus. Statt Optionen für Variationen der Grundvorlage zu setzen, hat man sich immer neue Vorlagen ausgedacht; siehe etwa [[Vorlage:heS]] mit Option <code>modern</code>. Aber das ist ein Thema für die nächsten Jahrzehnte und bei mir keine Baustelle mehr für dieses Jahr.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:02, 1. Mär. 2016 (CET)

== Interwikilink als externer Weblink ==

[//de.wikipedia.org/w/index.php?title=Verney,_der_letzte_Mensch&action=submit Hier] wird etwas viel weggekürzt. Nicht nur der überflüssige Teil des Links sondern gleich noch der weitere Text dazu. (siehe Abschnitt „Biographische Elemente“) --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 12:02, 17. Feb. 2016 (CET)
: Du meinst das hier?
:* [https://en.wikipedia.org/wiki/Jean-Baptiste_Cousin_de_Grainville Jean-Baptiste Cousin de Grainville]s ''Le Dernier Homme'' aus dem Jahre 1805, das 1806 als ''Omegarus and Syderia''<ref>[http://www.depauw.edu/sfs/backissues/14/angenot14art.htm Science Fiction in France before Verne.] Angenot, Marc. In: ''Science Fiction Studies'', abgerufen am 31. Januar 2016.</ref> ins Englische übersetzt wurde.
:*  [[:en:Jean-Baptiste Cousin de Grainville|Jean-Baptiste Cousin de Grainvilles]]
: Also ich würde den generell ganz rauswerfen, weil Links in andere Sprachversionen nicht im Fließtext gesetzt werden sollten. Da sollte eigentlich [[Jean-Baptiste Cousin de Grainville]] stehen, damit man weiß, dass der noch keinen Artikel hat. Das nur am Rande. Natürlich sollte das Tool hier nicht alles bis … zum Satzende? herausstreichen. 
: Ich habe aber mal getestet woran es liegen könnte und bin auf ]s gekommen, setzt man das in die Klammer mit hinein, dann wird das hier daraus
:* [[:en:Jean-Baptiste Cousin de Grainville|Jean-Baptiste Cousin de Grainvilles]] ''Le Dernier Homme'' aus dem Jahre 1805, das 1806 als ''Omegarus and Syderia''<ref>[http://www.depauw.edu/sfs/backissues/14/angenot14art.htm Science Fiction in France before Verne.] Angenot, Marc. In: ''Science Fiction Studies'', abgerufen am 31. Januar 2016.</ref> ins Englische übersetzt wurde.
<references/>
: Ich wollte nur mal testen ob das bei mir auch so ist, da sich ja gestern jemand bei mir beschwert hatte, dass ich Leerzeichenlöschungen vor ref-tags zugelassen habe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:22, 17. Feb. 2016 (CET)
:: Für Verlinkungen in andere Wikis habe ich schon häufig einen <nowiki><ref></nowiki>-Link hinter dem Rotlink gesehen (und auch schon selbst gesetzt). Das scheint die nützlichste Methode zu sein, auf Artikel zu verweisen die es eben noch nicht gibt. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 16:52, 17. Feb. 2016 (CET)

Unabhängig davon, ob das inhaltlich erwünscht ist, soll WSTM ja nicht automatisiert irgendwas puttmachen.
* Ursächlich ist offenbar, dass gleichzeitig die eckige Klammer hinter das letzte Wort im Linktitel justiert wird, und zuvor eine interne URL in ein Wikilink (unabhängig von der Art des Projekts) gewandelt wurde.
* Umpfff. Völlig vergessen, wie ich das vor Jahren gemacht hatte; aber in einem Bereich modernisierungsbedürftiger Baustellen. Das kann ja was werden.
* Wenigstens nicht sehr häufig; Programmierung ist unbeanstandet von 2012.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:31, 17. Feb. 2016 (CET)
: Nö, ich hatte bisher auch keine Probleme, obwohl ich mir die WPSK-Kategorien 90 und 91 (Links) sehr oft ansehe. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 16:52, 17. Feb. 2016 (CET)

== Schwund bei fehlendem tag-Ende ==

Hallo PerfektesChaos, schaust du mal bitte wie man verhindern könnte, dass aus
: <code>&lt;ref name="GuitarOf"<nowiki>{{Webarchiv|url=[http://www.prestonreed.com/releases/v_instructv.html|text=''The Guitar of Preston Reed'', Klappentext auf dem Videocover, auch im Web abrufbar (en.).|wayback=20150106224506}}</nowiki></ref></code>
: ein eigentlich für mich völlig unlogisches, weil so nie verwendetes <code>&lt;ref /></code> wird? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:48, 20. Feb. 2016 (CET)

:: Da kann ich absolut nix dran machen.
:: Das ist ein ''tag'', das halt erst bei > zu Ende ist, und einen korrekten Elementnamen ''ref'' verwendet.
:: Für WSTM und Computer ist nicht zu begreifen, was der Schmarrn soll; das sind keine Menschen.
:: Es löst allerdings ein halbes Dutzend Fehlersituationen aus, von denen mindestens zwei oder drei in der roten Box landen müssten. Außerdem gibt es ein großes Loch auf der Diffpage.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:07, 20. Feb. 2016 (CET)
::: Nun ja, das dachte ich mir schon, es sah mir aber nach einem Fehler aus, der recht leicht passieren kann, nämlich einfach mal beim Ersetzen mit der Webarchiv-Vorlage versehentlich das Ende mit weggelöscht. Ja natürlich gab es eine Meldung und ein Riesenloch.
::# Ende des Tag fehlt / '<' …
::# Element braucht Attribut
::: &lt;ref />
::: Da sich ja doch recht viele an der Webinkreparatur beteiligen, dachte ich, könnte so etwas vielleicht des Öfteren vorkommen. O.k., alles klar und noch einen angenehmen Nachmittag. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:19, 20. Feb. 2016 (CET)

== Problemfall background-color → background ==

Hallo PerfektesChaos, es wäre hier mal dringend deine Meinung erforderlich oder eventuell eine Anpassung deines Skriptes. Siehe [[WP:Fragen zur Wikipedia#Pfeil in sortierbaren Tabellen]]. Ich weiß nicht ob es ein bug ist, ob man das anpassen kann oder ob das Skript besser diese Anpassung einstellen sollte, was ich nicht wirklich toll finden würde, weil es mir einiges an Arbeit abnimmt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:51, 26. Feb. 2016 (CET)

: Dort weiter. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:57, 27. Feb. 2016 (CET)

== Doppelpipefehler ==
Keine Ahnung ob ihr [//de.wikipedia.org/w/index.php?title=Regius_Professor_of_Public_Law_and_the_Law_of_Nature_and_Nations_%28Edinburgh%29&diff=prev&oldid=152137427 diesen Fall] auch mit ins Skript aufnehmen wollt oder ob ihr das wegen des Seltenheitswerts unter den Tisch fallen lasst. Die Tabellenzeilen wurden immer mit einem doppelten Pipe begonnen um einen Platzhalter für die Formatierung zu schaffen. Das Skript schiebt die Pipes aber je eine Zeile nach oben und somit ist die Tabelle hinüber. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 05:29, 4. Mär. 2016 (CET)
: Hallo [[Benutzer:Hadibe|Hadibe]], da PC gerade offline zu sein scheint, ziehe ich hier mal eine Zwischenüberschrift ein, da geht es ja auch eher um ein allgemeines Phänomen, oder? Das war ja nicht explizit etwas, das mit der Umstellung von Pretty- auf wiki- zu tun hat. Nur damit es nicht in diesem Chaos untergeht was ich hier immer fabriziere. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:57, 5. Mär. 2016 (CET)

:: Ich kann das Problem nicht reproduzieren.
:: Könnte es auf selbstdefinierte Regeln zurückzuführen sein?
:: {{ping|Lómelinde|RonMeier}} Bei euch?
:: Nebenbei: Wer ist „ihr“, der etwas mit ins Skript aufnehmen wolle? Perfekt&Chaos?
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:42, 5. Mär. 2016 (CET)

:::Ich habe soeben die alte Version in meine Spielwiese kopiert und WSTM rüberlaufen lassen. Bei mir gibts keine derartige Veränderung. Schönen Abend auch.  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 20:58, 5. Mär. 2016 (CET)
::: Das hätte ich natürlich auch gleich mal testen können. Nein, auch bei mir passiert da nichts derartiges. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:52, 6. Mär. 2016 (CET)
:::: Ich habe es gefunden. Schuld ist eine Eigenkonstruktion in der commons.js die eigentlich das Abschlusspipe in den Wahldiagrammen wieder in Ordnung bringt. Das klappt dort auch, nur eben bei dieser Tabelle nicht.
:::: Mit ihr meinte ich PerfektesChaos und Lomélinde, da ihr beide anscheinend maßgeblich am Prettytable-Umbau beteiligt warr. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 14:56, 7. Mär. 2016 (CET)

== Ziffern in japanischen Titeln belassen? ==

Ich habe gerade zum ersten Mal den WSTM benutzt. Habe ich eine Möglichkeit bestimmte Ersetzungen zu deaktivieren? In [[Nuklearkatastrophe von Fukushima]] würde ich gern die Ziffern in den japanischen Titeln so belassen. Grüße --[[Benutzer:Diwas|Diwas]] ([[Benutzer Diskussion:Diwas|Diskussion]]) 18:56, 4. Mär. 2016 (CET)

:* Zu den CJK-Zeichen allgemein:
:** Sie können nicht von allen Lesern gesehen werden; viele bekommen nur Rechtecke.
:** Teilweise sind ganze Titel oder aber einzelne Zeichen in laufenden Texten irrtümlich oder aus Spaß an lustigem Design aus CJK gesetzt worden, obwohl normale Zeichen genügen würden.
:** Damit werden oft Titel in J-Pop oder K-Pop völlig sinnlos versaut, obwohl in Wirklichkeit dort nur Englisch steht.
:** WSTM ersetzt Sequenzen aus ASCII-Zeichen in CJK-Kodierung.
:** Wer im genannten Artikel keine CJK-Zeichen sehen kann, bekommt immerhin einen Eindruck und verstreute ASCII-Sequenzen.
:* „bestimmte Ersetzungen zu deaktivieren“
:** Nein; die automatische Grundausstattung ist nicht konfigurierbar.
:** Du kannst nur deine persönlichen Extra-Ersetzungen einführen.
:** In der automatischen Grundausstattung etwas individuell zu deaktivieren wäre auch wenig sinnvoll, weil der nächste WSTM-Bearbeiter es ohnehin umstellen würde.
:** Die individuelle Konfiguration von WSTM ist ohnehin schon komplex genug; damit kommen nur wenige klar. Noch mehr theoretisch vorstellbare Features gefährden nur die Robustheit, und ich würde es auch gern noch verstehen.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:59, 5. Mär. 2016 (CET)

== Start WSTM ==

Hallo,<br />ich habe seit gestern den Eindruck, dass WSTM mit Verzögerung startet. Ist da was? Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 21:12, 5. Mär. 2016 (CET)

: Nö. Wird nur immer fetter, aber bislang nur um gut 1 % in diesem Jahr. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:34, 5. Mär. 2016 (CET)

== Verdrehtes Datumsformat ==

Hallo PerfektesChaos, wäre es in eindeutigen Fällen möglich so etwas <code> | datum=2013-19-05 | zugriff=2013-27-06</code> automatisch umzudrehen? Ich habe es eben mal wieder fast übersehen.
<syntaxhighlight lang="asm">
read [datum] or [zugriff]
if  -mm- > 12  and  -tt < 12
than change [Inhalt] mm ↔ tt
else do nothing
</syntaxhighlight>
Ich hätte noch etwas, was auch da hineinpasst und hin und wieder passiert <code>| datum=2013-05.19</code> – manchmal wird, warum auch immer, ein Punkt statt eines Strichs gesetzt, was dann einen zumeist leicht aufzuspürenden →[[:Kategorie:Wikipedia:Seite mit Skriptfehlern|Skriptfehler]]‎ erzeugt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:40, 7. Mär. 2016 (CET)

:* Nein; für WSTM ist das nicht eindeutig genug, und vollautomatisch hier auch durch Bots dran zu drehen wäre nicht verantwortbar.
:** Es richtet ja keinen Schaden an, wenn du so eine Gemeinheit unter den bestehenden Werten übersiehst.
:** Was wie <code>Febuar</code> für Menschen eindeutig aussieht, ist es für Software mitnichten. Es muss ja der Sinn in seiner Gesamtheit und den diversen akzeptierten deutsch- und englischsprachigen Formaten erstmal erkannt werden.
:* Hier müsste ein Mensch auch die Plausiblität in Verbindung mit der gesamten Zitation prüfen.
:* WSTM weiß sehr wohl, dass da was nicht hinkommt, macht aber zurzeit nur diskret die Vorbereitung der Trivialfälle; auch, um alle Benutzer an den Anblick des ISO-Formats zu gewöhnen. In erster Linie wird Vorlage:IQ glattgezogen.
:* Irgendwann (Vorlage:Lit vielleicht schon nach Ostern 2016) werden alle Nicht-ISO für Sichter markiert und alle absolut falschen (nicht interpretierbaren) in [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:Datum]] einsortiert; die können dann von Newbie-Wartungsameisen verputzt werden.
:* Skriptfehler wird meine Technik dann nicht mehr auslösen, da sie Formatfehler von vornherein unterstellt; die bisherigen Programmierungen hatten sie nicht antizipiert und nicht abgefangen.
: Bin bis Ende April öfters mehrere Tage offwiki.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:22, 7. Mär. 2016 (CET)
:: Na ja, es ist nicht wirklich etwas wichtiges. Oh, die Kategorie kenne ich noch gar nicht.
:: Vielen Dank für die Ausführungen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:34, 7. Mär. 2016 (CET)
::: Ich habe noch eine klitzekleine Frage, wäre es eventuell möglich, dass du für mich eine kleine Routine schreibst, die in der Vorlage:Literatur einen Parameter <code>|Jahr=</code> durch <code>|Datum=</code> ersetzt, wenn dort mehr als eine Jahresangabe steht. Also konkret meine ich so etwas.
:::* <nowiki>{{Literatur | Autor=Anonym | Titel=Beispieltitel | Jahr=2013-05-02}}</nowiki> →{{Literatur | Autor=Anonym | Titel=Beispieltitel | Jahr=2013-05-02}}
:::* <nowiki>{{Literatur | Autor=Anonym | Titel=Beispieltitel | Datum=2013-05-02}}</nowiki> →{{Literatur | Autor=Anonym | Titel=Beispieltitel | Datum=2013-05-02}}
::: Oder müsste da besser die Vorlage angepasst werden, denn so herum <nowiki>{{Literatur | Autor=Anonym | Titel=Beispieltitel | Jahr=2. Mai 2013}}</nowiki> gibt es kein Problem →{{Literatur | Autor=Anonym | Titel=Beispieltitel | Jahr=2. Mai 2013}}.
::: Äm ja, das ist auch nicht wirklich etwas essentielles, aber es passt zum Thema. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:56, 7. Mär. 2016 (CET)

::::Ups, die Vorlage Literatur kennt doch gar nicht den Parameter Datum!? Schöne Woche, --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 14:58, 7. Mär. 2016 (CET)
::::: Doch das ist ja das kuriose, es gibt sowohl Datum als auch Jahr, Monat, Tag, ich weiß gerade nicht was passiert wenn ich beides einsetze. <nowiki>{{Literatur | Autor=Anonym | Titel=Beispieltitel | Jahr=2013| Datum=2014-12-01}}</nowiki>, aha, da hat das Jahr den Vorrang ohne Jahr {{Literatur | Autor=Anonym | Titel=Beispieltitel | Datum=2014-12-01}}. Ich habe mich schon oft gefragt wer sich das
:::::<code><nowiki>| date={{#if: {{{ISSN|}}}{{{Nummer|}}}{{{arXiv|}}}||{{#if: {{{Datum|}}}|{{{Datum|}}}|{{#if: {{{Jahr|}}}|{{{Jahr}}}{{#if:{{{Monat|}}}|-</nowiki></code>
::::: hat einfallen lassen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:08, 7. Mär. 2016 (CET)
::::: Hallo [[Benutzer:RonMeier|RonMeier]], ich weiß mal wieder nicht, wie man da genau suchen muss aber hier ein paar Beispiele [https://de.wikipedia.org/w/index.php?title=Spezial%3ASuche&profile=default&search=insource%3A%22{Literatur|Datum%3D%22&fulltext=Search so] oder [https://de.wikipedia.org/w/index.php?title=Spezial%3ASuche&profile=default&search=insource%3A%2F\{\{Literatur\%2F+|Datum%3D%2F&fulltext=Search so] auf jeden Fall gibt es das recht häufig dafür, dass du sagst die Vorlage kenne diesen Parameter gar nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:34, 7. Mär. 2016 (CET)

Auch das wird es nicht als Automatismus geben.
* Der Parameter <code>Literatur|Datum=</code> mit vollem Tagesdatum ist ausschließlich für Tageszeitungen usw. vorgesehen.
** citoid@VisualEditor gibt das auch oft für Bücher zurück, die angeblich alle am 1. Januar (gesetzlicher Feiertag) erschienen sein sollen.
** Es ist menschliche Aufgabe, einzuschätzen, ob für diese Publikation überhaupt ein Tagesdatum legitim ist.
** Es ist ein undokumentiertes Feature, das alternativ zu ''Jahr=Monat=Tag='' eingesetzt werden kann. Hintergrund ist die Angleichung zur Zitation per V:Iq, die ja auch <code>date=</code> kennt. Der zukünftigen Lua-Programmierung ist es einerlei; tendenziell wäre langfristig <code>Datum=</code> zu bevorzugen, weil in Zukunft auch <code>2016-03</code> ein legitimes Format für diesen März wäre. Bei alter Vorlagenprogrammierung hatte man Schwierigkeiten gehabt und das auf einzelne Parameter aufgeteilt.
* Die Falschzuweisung bei einer <code>Jahr</code>eszahl wird zukünftig Meldung sowie Wartungskat für ungültigen Parameterwert auslösen.
* Vollautomatisches Rumwirtschaften durch WSTM für alle Benutzer ist nur in eindeutigen Fällen möglich.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:16, 7. Mär. 2016 (CET)
:: Ja doch, deshalb schrieb ich „für mich“, nicht für alle. O.k. ich danke vielmals, damit habe ich für heute wohl genügend von deiner Zeit beansprucht. {{s}} Manchmal wünschte ich, ich könnte so etwas doch selbst umsetzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:30, 7. Mär. 2016 (CET)

== Paragraphseperator? ==

Nichts wichtiges nur ein Hinweis →[[Spezial:Diff/148023919/152292481|war hier]]
{| class="wikitable"
|-
! Bereich Einzelnachweise oder irgendwo im Text !! wird zu
|-
|
<pre>|titel   = Centrales  de  Generación  de  Energía  Eléctrica</pre>
|
<pre>
|titel=Centrales
 de
Generación
 de
Energía
Eléctrica
</pre>
|-
! colspan="2"| Ergebnis in der Anzeige ist hier ein zerschossener Linktitel
|-
|colspan="2"|
<ref name="ocw">{{Internetquelle| hrsg = Open Course Ware (OCW) - Universidad de Cantabria (UC)| url = http://ocw.unican.es/ensenanzas-tecnicas/centrales-de-generacion-de-energia-electrica/materiales/bloque-energia-III.pdf| format = PDF 2,7 MB; S. 29| sprache = es| titel = Centrales de Generación de Energía Eléctrica| zugriff =2015-05-25}}</ref>
<references/>
|}
Ich weiß nicht ob es sich lohnt da etwas zu machen, das wird vermutlich selten sein, aber das sieht etwas unschön aus. Ich habe es aber zufällig gesehen und da ein Umbruch im Titel in dieser Vorlage leider Auswirkungen hat, dachte ich ich schreibe es mal mit auf. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:42, 8. Mär. 2016 (CET)

:* Ich kann hier überhaupt nichts weiter machen. Es ist ein ''line separator'' hinter jedem Wort gewesen, also ein Zeilenumbruch.
:* Du kannnst dich an Krd oder Aka wenden und zumindest eine Grundbereinigung bei knapp zwei Millionen Artikeln organisieren. Bei deren Abarbeitung käme niemand unvorbereitet drauf, und danach wäre erstmal Ruhe.
:* 2011 hatten wir mal mit [[Benutzer:Schnark/Wartung/LeerNull]] durchgefeudelt.
:* Was im Einzelfall geschehen soll, muss manuell entschieden werden.
:* Jeden Monat tauchen per C&P wieder ein paar neue Artikel mit dem Quatsch auf.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:33, 8. Mär. 2016 (CET)
:: Ähm ja o.k. auch wenn ich jetzt nicht so ganz genau weiß, wie du das meinst. Ich könnte sie doch besser hierher rufen, vielleicht ist das einfacher, als wenn ich versuche ihnen etwas auf meine etwas laienhafte Art zu erklären, was ich selbst nicht wirklich treffend bezeichnen kann. Mir wurde „Paragraph-Separator“ angezeigt, als ich mit der Maus über das komische kleine Rechteck in der Diffpage gegangen bin. Ich frage mal. {{Ping|krd|Aka}} könnt ihr eventuell irgendetwas machen? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:03, 8. Mär. 2016 (CET)
::: Ich kann es mir irgendwann mal anschauen, wenn es mir jemand irgendwo sinnvoll notiert. --[[Benutzer:Krd|Krd]] 14:15, 8. Mär. 2016 (CET)
:::: Mal sehen ob ich dafür einen sinnvolle Ort finde. Irgendwann ist auch ein recht großes Zeitfenster. Vielen Dank. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:05, 8. Mär. 2016 (CET)

:::: ''(BK)''
:::: {{Ping|Krd}} Sinnvolles notieren kann ich versuchen, obwohl das absolut nicht auf meiner Agenda für heute steht.
:::: Alle Vierteljahre müsste man mal durch den Dump gehen und alle Artikel mit bösen direkten Zeichencodes veröffentlichen:
::::* � [[Ersetzungszeichen]] → [[Ściana Wschodnia]]
::::* [[Bidirektionales Steuerzeichen]] – alles außer LRM.
::::** LRM sind ein eigenes Geschäft; sie sind häufig und im Anschluss an eine mehr oder weniger unmittelbar vorangehende hebräisch-arabische Textsequenz sinnvoll.
::::* U+2028 LINE SEPARATOR und U+2029 PARAGRAPH SEPARATOR
::::** {{Ping|Lómelinde}} Na gut, das da oben mag ''paragraph separator'' gewesen sein; WSTM behandelt beide gleich.
::::* U+2062 INVISIBLE TIMES
::::* U+FEFF BYTE ORDER MARK / ZERO WIDTH NO-BREAK SPACE (außer in asiatischen Textsequenzen)
::::* Kuriose Leerzeichen, ausgenommen auf dem zuständigen Fachartikel darüber, stören die Auffindbarkeit bei der Suche und schießen alle Skripte und Tools ab:
::::** U+2002 EN SPACE
::::** U+2003 EM SPACE
::::** U+2004 THREE-PER-EM SPACE
::::** U+2005 FOUR-PER-EM SPACE
::::** U+2006 SIX-PER-EM SPACE
::::** U+2007 FIGURE SPACE (höchstens in der Vorlagenprogrammierung)
::::** U+2008 PUNCTUATION SPACE
::::** U+200A HAIR SPACE
::::** U+200B ZERO WIDTH SPACE
::::* Ggf. weitere.
:::: Die Abarbeitung muss manuell durch nervenstarke Fachkräfte erfolgen. WSTM kann den automatisierbaren Part übernehmen. Jeder Einzelfall muss menschlich beguckt werden, ob ggf. ein alternatives Syntaxkonstrukt, eine Vorlage oder nix benötigt wird.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:17, 8. Mär. 2016 (CET)
::::: PS: + Zeichen der privaten Unicode-Blöcke ([[Private Use Area]]), + unerlaubte Zeichen U+007F-009F (128–159<sub>10</sub>). LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:45, 8. Mär. 2016 (CET)

== Nur um beruhigt zu sein... ==

Hallo PerfektesChaos, schaust Du Dir bitte einmal das Verhalten von WSTM im Bereich der Normdaten bei [https://de.wikipedia.org/w/index.php?title=Barbara_Neubauer&action=history dieser] Änderung an? Ist die Änderung von der gewohnten Großschreibung in eine für mich nun ungewohnte Kleinschreibung von ''Vorlage:Tp'' oder ''Vorlage:Tn'' gewünscht? Dem Link selber scheint die Schreibweise egal zu sein, er funktioniert :-) Vielen Dank fürs Nachschauen und liebe Grüße --[[Benutzer:Silewe|Silke]] ([[Benutzer Diskussion:Silewe|Diskussion]]) 21:49, 8. Mär. 2016 (CET)

:* Vorlagen mit zwei Buchstaben im Namen, deren zweiter ein Kleinbuchstabe ist, sind bei uns zunächst mal grundsätzlich für Sprachcodes gemäß [[ISO 639]] reserviert.
:** Dementsprechend wäre es bei <code>tn</code> die [[Tswana]]-Sprache; <code>tp</code> wurde bislang nicht vergeben.
:** Auf [[:Kategorie:Vorlage:zur Schriftunterstützung (bidi)]] siehst du etwas ausgewähltere Beispiele; [[Vorlage:ar]] und [[Vorlage:arS]] mal herausgegriffen. Ganz allgemein kannst du in [[:Kategorie:Vorlage:Fremdsprachenunterstützung]] beliebige Fälle finden.
:** Um nun den Wiedererkennungswert von beispielsweise <code>ar</code> zu erhöhen, werden alle Vorkommen, auch im großen Seitentitel und den Beispielen, einheitlich mit beiden Kleinbuchstaben wiedergegeben (klappt bloß in der Kat-Auflistung nicht).
:** [[Vorlage:tnS]] setzt das konsequent für <code>tn</code> um; <code>S</code> meint: zeige ein Link auf den Sprachnamen. Eine Notwendigkeit für eine isolierte Sprachvorlage gibt es hier –&nbsp;anders als bei [[Vorlage:ar]] mit Schreibrichtung von rechts nach links und Transskriptionen&nbsp;– nicht. Falls es sie geben müsste, würde die vielhundertfache Sprachsystematik die <code>Tn</code> verdrängen.
:** Damit jetzt die Kleinbuchstaben des Sprachcodes im Artikel-Quelltext ebenfalls gut mit der [[ISO 639]] assoziiert werden können, schreibt WSTM bei allen den ersten Buchstaben klein. Beim ersten Buchstaben ist für die Funktionalität die Groß-/Kleinschreibung egal.
:* Nebenbei ist das Auftauchen von Tn und Tp im ANR etwas unvermutet, so dass ich nicht erwartet hätte, dass WSTM mit ihnen in Kontakt käme.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:30, 8. Mär. 2016 (CET)

:: Lieber PerfektesChaos, aha, der Sprachcode ist Schuld. Danke einmal wieder für die tolle und umfassende Erklärung. Auch wenn die Änderung keinerlei Auswirkung auf die Vorlage hat, werde ich in Zukunft darauf achten diese Änderungen von WSTM wieder zu korrigieren. Vielleicht schaffst Du es irgendwann ja einmal, WSTM zu erklären, dass der Gebrauch dieser Abkürzungen innerhalb der Normdaten in Ordnung ist. Nochmals Danke und herzliche Grüße [[Benutzer:Silewe|Silke]] ([[Benutzer Diskussion:Silewe|Diskussion]]) 21:59, 9. Mär. 2016 (CET)
::: Hm* also um es deutlicher zu sagen, die Sprachcodes haben Vorrang, da "können" die Normdaten-Templates mal ganz schnell (zwangsweise) einen anderen Namen erhalten. Ich plädiere hier für ein ''rejection''. Stattdessen würde ich für eine völlige Großschreibung dieser plädieren, allein schon da es sich jeweils um 2 Buchstaben zweier Substantive handelt. <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>22:53, 9. Mär. 2016 (CET)</small></kbd>
:::: Hallo {{ping|Perhelion}}, ach Du Schreck, danke für die klaren Worte! Perfektes Chaos hat zwar oben vermerkt, dass zwei Buchstaben den Sprachcodes vorbehalten sind, die Tragweite war mir jedoch nicht bewusst. Verstehe ich es richtig, dass die beiden Vorlagen '''Tn''' und '''Tp''' überhaupt nicht im Artikelnamensraum verwendet werden dürften, eventuell sogar nicht einmal auf Diskussionsseiten bzw. Funktionsseiten? Und schon entsteht die nächste Frage: auf welcher Diskussionsseite/Funktionsseite müsste über eine Korrektur dieser beiden Vorlagen (die bereits seit 2010 existieren und ca. 900 WP-Artikel betreffen) diskutiert werden? Ich betrete hier mal wieder Neuland und wäre über beratende Unterstützung dankbar. Liebe Grüße [[Benutzer:Silewe|Silke]] ([[Benutzer Diskussion:Silewe|Diskussion]]) 14:34, 10. Mär. 2016 (CET)
: Hallo [[Benutzer:Silewe|Silke]], wenn das geändert werden müsste, dann denke ich könnte das ein Bot erledigen.
: Ich verwende es auch gern, weil man dadurch innerhalb der Normdaten einen direkten Link zu dem entsprechenden zumeist ja doppelt vorhandenen Eintrag setzen kann. Das erleichtert mir die Kontrolle. Ich habe mich eigentlich nie wirklich gefragt was diese Abkürzung eigentlich bedeutet, oder anders wofür das „T“ steht, ich dachte mir vermutlich für Typ also Typ-Name Typ-Person.
: So wie ich das sehe gibt es derzeit [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=700&offset=0&profile=default&search=insource%3A%2FREMARK%2F{%2F+Tp%2F 674 × REMARK=tp] und [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=500&offset=0&profile=default&search=insource%3A%2FREMARK%2F{%2F+Tn%2F 409 × REMARK=tn] vielleicht auch mehr ich bin nicht ganz so gut in der Erstellung dieser Suchabfragen. So etwas könnte ein Bot ziemlich leicht finden und ersetzen, denke ich. Falls eine Änderung beschlossen würde, müssten zunächst einmal die Autoren von der Umbenennung in Kenntnis gesetzt und natürlich auch ein assoziativer Name für die Vorlage gefunden werden.
: Wo diskutieren, hmmm ich würde vorschlagen in der →[[Wikipedia:WikiProjekt Vorlagen/Werkstatt|Vorlagenwerkstatt]].
: Ein Parameter <code>tp</code> kommt auch in den Vorlagen {{Vorlage|Chinesischer Name}} (scheint [https://de.wikipedia.org/wiki/Spezial:Linkliste/Vorlage:Chinesischer_Name fast ohne Einbindung] zu sein) und {{Vorlage|zh}} für →[[Tongyong Pinyin]] zu finden.
: Ob diese Vorlagen überhaupt innerhalb der Vorlage Normdaten stehen dürfen, weiß ich allerdings auch nicht, sollte es aber der Fall sein, dass es unzulässig ist, so müsste die Dokumentation da mal angepasst werden. Wie gesagt ich finde es recht praktisch.
: Schwieriger wäre es wohl es hier →[[Wikipedia:PND/Fehlermeldung]] umzustellen, da haben sich ja viele an diese Kürzel gewöhnt. Einfach nur umbenennen wird also vermutlich zu Problemen führen.
: Ich finde es aber nicht sonderlich schlimm wenn Tp und Tn von WSTM in tp und tn umgeschrieben wird. Es hat ja keine funktionale Auswirkung. Ich rufe noch mal den Befürworter einer Zwagsumbenennung. [[Benutzer:Perhelion|Perhelion]], wie stellst du dir so etwas vor ohne dass dadurch größere Probleme entstehen? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:05, 11. Mär. 2016 (CET)

{{ping|Silewe|Lómelinde|Perhelion}}
# WSTM ist ja nicht bescheuert und hat auf meiner Festplatte schon vor ein paar Tagen erstmal einen Sonderweg für Tn/Tp bekommen.
#* Dass sie überhaupt im ANR auftreten können, war seinem Herrchen nicht bewusst; hier stehen sie aber auch nicht im Artikeltext, sondern irgendwie ausgeblendet in einem Kästchen untendrunter.
# Handlungs- und weiteren Diskussionsbedarf gäbe es erst in dem Moment, in dem eine verdrängende Fremdsprachenvorlage für <code>tn</code> oder <code>tp</code> auftreten würde.
#* Da <code>tp</code> von der ISO 639 bisher nicht angefasst worden ist und nur [[Vorlage:tnS]] aktiv ist, gibt es einen zart unsystematischen Bruch in der Namensgebung, weiter im Moment nix.
#* Eine eigene Fremdsprachenvorlage nur mit Kleinbuchstaben gibt es bei Transskriptionen nicht-lateinisch verschrifteter Sprachen: [[Vorlage:ar]], [[Vorlage:arc]], [[Vorlage:fa]], [[Vorlage:ur]], [[Vorlage:yi]], [[Vorlage:zh]].
#* [[Setswana]] zufolge sei <code>tn</code> aber lateinisch notiert.
#* [[Vorlage:de]] oder [[Vorlage:en]] gibt es deshalb auch nicht; hier reicht <code><nowiki>{{lang|en|anything}}</nowiki></code>.
# ''Tongyong Pinyin'' ist keine Sprache und wäre auch nicht als <code>tp</code> klassifiziert.
#* Vielmehr ist es sowas wie <code>zh-Tongyong</code> analog zu <code>zh-Latn</code>, <code>zh-Hant</code> usw. – nur eine ''Notation'' der chinesischen Sprache.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:44, 11. Mär. 2016 (CET)
:: O.k. vielen Dank für die Erklärungen. Ich hatte es nur irgendwo mal in einem Artikel gesehen, dass da „tp“ als Parameter stand. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:21, 11. Mär. 2016 (CET)

:: Vielen lieben Dank an [[Benutzerin:Lómelinde]] für die unterstützende Worte und an Dich PerfektesChaos für die weitere Erklärung, die mich nun doch beruhigt. Liebe Grüße [[Benutzer:Silewe|Silke]] ([[Benutzer Diskussion:Silewe|Diskussion]]) 13:14, 13. Mär. 2016 (CET)

== [https://de.wikipedia.org/w/index.php?title=Tortenwurf&action=edit Tortenwurf] ==

Warum geht im Abschnitt ''Rechtliche Bewertung'' in der Änderungsansicht eigentlich soviel Text verloren? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 08:04, 2. Mär. 2016 (CET)
: Hallo [[Benutzer:Hadibe|Hadibe]], ich vermute wegen des falsch platzierten Leerzeichens <code> Beleidigung ]dar.</code> daher wird daraus auch [[Beleidigung (Deutschland)|Beleidigungdar]] was für eine tolle Wortschöpfung. {{s}} Da WSTM hier versuch aus den Weblink einen Wikilink zu generieren wird automatisch, das was nach einem Pipe und anschließend auf eine schließende einzelne Klammer folgt mit in den Wikilink integriert und durch zwei schließende Klammern beendet. Der Rest ist eine unschöne Nebenwirkung, die wohl nach einem Zeilenumbruch sucht. Wäre da noch mehr Text ohne Umbruch gewesen, so wäre auch dieser spurlos verschwunden. Leider gibt das Tool hier keine Meldung aus: Achtung: „Weblink lässt sich als Wikilink darstellen. Bitte prüfe den automatischen Anpassungsversuch“ oder so, damit man gezielt schauen kann. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:30, 2. Mär. 2016 (CET)
:: Gut, danke. Der Link ist mittlerweile eh schon korrigiert. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 10:49, 2. Mär. 2016 (CET)

::: Ló hat alles richtig erläutert.
::: WSTM sollte zwei Sachen machen, die URL in ein Wikilink überführen und das Leerzeichen rumflutschen.
:::* Beides einzeln funktioniert.
:::* Beides gleichzeitig ist ein Bug.
:::** Der Rest des Absatzes wird irgendwo vergessen.
:::** Ein bis zwei Tage Ruhe und Geduld für die Aufklärung. Liegt auch noch in einem allgemeinen Sanierungsgebiet. Das kann dauern.
:::* Meldungen gibt es manchmal; in anscheinend eindeutigen Fällen nicht, weil kein Fehler gewesen. Obendrein veraltetes Sanierungsgebiet.
::: Danke für Info und Aufmerksameit --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:23, 2. Mär. 2016 (CET)

:::: Das ist technisch identisch mit [[#Interwikilink als externer Weblink]] weiter oben. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:38, 5. Mär. 2016 (CET)

: [//de.wikipedia.org/w/index.php?title=Baiersbronn&action=edit&section=38 Dieser Fall] ist ähnlich, aber nach dem Link folgt zuerst ein Leerzeichen. Trotzdem wird ein Teil des Linktextes abgeschnitten. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 16:50, 9. Apr. 2016 (CEST)

== Broken (beim Laden) ==

Hallo PC, beim Artikel [[Rehna]] bekomme ich folgenden Fehler: <code>TypeError: WSTM.util.isArray is not a function</code>[https://en.wikipedia.org/w/index.php?action=raw&bcache=1&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dM.js&703322741*] VG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>15:17, 8. Mär. 2016 (CET)</small></kbd>

: Da denke ich, dass dies nichts mit diesem Artikel zu tun hätte, sondern mit der Ladereihenfolge.
: WSTM.util.isArray() gibt es mindestens seit 1. Februar 2012. Du wirst das in deinem Browsercache haben.
: Da du aber eigene Wege bei Einbinden und Aktivieren von WSTM gehst, müsstest du das Problem schon selbst lösen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:34, 8. Mär. 2016 (CET)

:: Aja sehe ich auch gerade, aber schon sehr seltsam, habe lange nichts an meiner Config gemacht. <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>15:39, 8. Mär. 2016 (CET)</small></kbd>
:: {{Erl.}} Komisch, Cache leeren hat's gebracht, danke. An sich ist dies doch eine jQuery Function!? LG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>15:53, 8. Mär. 2016 (CET)</small></kbd>

::: WSTM ist offlinefähig und kann auf einem Server einen Dump ohne Onlineverbindung und Browser und fremde Software verarbeiten. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:57, 8. Mär. 2016 (CET)
:::: Aja. Merkwürdig der Fehler tritt sporadisch auf, jetzt <code>util.trim</code>. [[Datei:SMirC-dunno.svg|20px|:-S]] <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>23:57, 9. Mär. 2016 (CET)</small></kbd>
{{Info}} Irgendwo scheint der Wurm drin zu sein auch bei mir funktioniert manches nicht und ich bekomme heute <code>TypeError: WSTM.w.link is undefined</code> ich teste es spräter noch mal genauer. Eigentlich wollte ich eine halbautomatische Umstellung von cite web → Internetquelle nutzen, das ist nützlich bei den Toolübersetzungen, weil ich dann besser sehen kann ob ref-name tags doppelt mit Inhalt belegt sind und ich dann auch das Datumsformat automatisch eindeutschen kann. Nur heute streikt WSTM und lässt mich im Regen stehen. Bis später. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:21, 11. Mär. 2016 (CET)
: Grrr heute ist echt nicht mein Tag. Jetzt geht es wieder normal. Einen angenehmen Abend noch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:16, 11. Mär. 2016 (CET)

<code>TypeError: WSTM.util.isArray is not a function  index.php:1662:17</code>

Heute hatte ich zweimal Anlaufprobleme beim Öffnen der Seiten. Ich weiß, dass da Formatierungsaufträge für das Tool vorhanden sind, also erwarte ich einen WSTM-Anlauf.
: Beispiel ich komme von der [https://de.wikipedia.org/wiki/Spezial:Diff/150344922/152808674?title=Turn_Me_On VG] und klicke auf Bearbeiten, nix, im zweiten Versuch, also nochmal zurück zur VG und wieder über Bearbeiten hin, klappt es dann.
: Diff wird aufgebaut, eine Meldung habe ich zwar nicht, aber es gibt eine Menge unformatierte Weblinks … daher musste WSTM auch anlaufen.
: Mag sein da gibt es Probleme mit der Serververbindung, weil ich recht zeitgleich heute auch <code>WikimediaErrors</code> (Seite kann nicht angezeigt werden) hatte oder es gibt ein Problem mit dem anderen Tool, das mich immer an alle Fehler erinnern soll, denn das (<code><nowiki>Referenzfehler: Ungültiges <ref>-Tag; kein Text angegeben für Einzelnachweis mit dem Namen SinglesUSA.</nowiki></code>) ist der eigentliche Grund für den Aufruf auf der Seite. Da schaue ich zunächst in die Versionsgeschichte, ob ich eventuell einen Inhalt in der Vorversion finden kann.
Vermutlich sind da wieder Phantome unterwegs. Mir ist auch ein Strich (----) abhandengekommen, ich bin mir ziemlich sicher, dass er vorgestern noch in dem Kasten oben auf der BEO war, aber nun ist er weg. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:01, 24. Mär. 2016 (CET)

:: Aja, bei mir scheint sich dies wieder verflüchtigt zu haben, obwohl nun die Verarbeitungszeit von WSTM sich merklich erhöht zu haben scheint. Evtl. hatte dies auch etwas mit dem zeitgleichen Ausfall der Edittool-Bar (auf Commons und anderen Wikis) zu tun. Ursache war hier eine Erhöhung der JavaScript-Restriktion (allerdings nur etwas mit <kbd>charinsert</kbd> und inline event handler) was für den Anwendungsprogrammierer erst mal nicht so schön scheint (wurde dann auch rückgängig gemacht vgl. [[mw:Requests for comment/Content-Security-Policy]]). Wie gesagt ist das nur ein vager Verdacht. <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>16:45, 24. Mär. 2016 (CET)</small></kbd>
::: Hallo [[Benutzer:Perhelion|Perhelion]], ich habe halt ab und an mal merkwürdige Meldungen. Nur sind Phantome so leicht flüchtig. Ich habe es nur aufgeschrieben, weil es ja die selbige Fehlermeldung war, wie bei dir. Vielleicht war es Zufall, vielleicht ist es aber auch ein wirklicher Fehler und ich muss mir merken wann oder wie ich zu dem kam. Ich wünsche dir/euch angenehme Ostertage. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:57, 24. Mär. 2016 (CET)
:::: Also bei mir sind die Fehler wieder Dauerzustand, ich muss die Seiten 2-3 laden damit WSTM anspringt und ich habe extra schon ein kleines Msg-Fenster eingebaut das mir bestätigt wenn WSTM fertig geladen wurde (was meistens positiv aufpoppt, manchmal beim ersten Mal nicht). Da es sich augenscheinlich (wohl ausschließlich) um redundante jQuery-Funktionen handelt, könnte man nicht einfach eine (Fallback-) Weiche einbauen die erkennt ob jQuery da ist oder nicht!? VG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>12:15, 31. Mär. 2016 (CEST)</small></kbd>

::::: WSTM kennt kein jQuery. Es scheint irgendein Server-Quatsch zu sein. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:31, 31. Mär. 2016 (CEST)

:Hallo PC/ihr, ich wollte mich abschließend noch mit einem positiven Feedback der letzten Woche zurückmelden. PC hatte wohl recht, ich habe nun ein [[User:Perhelion/Wikisyntax-config.js|trigger-Event eingebaut]], was allerdings die Methode meiner Einbindung (quasi über 3 Seiten) noch komplizierter erscheinen lässt (augenscheinlich sind jegliche Ladeprobleme weg, allerdings habe ich auch fast die komplette Config von [[User:RonMeier|RonMeier]] übernommen/okkupiert, was sich auch auf eine zweckmäßigere Ladezeit – sprich Reihenfolge ausgewirkt haben könnte. Ggf kann man sich ja mit Tipps gegenseitig kurzschließen, da mir doch so das ein oder andere  aufgefallen ist, bei der Größe ist Fehlersuche/Optimierung guter Rat). Danke noch mal an Dir/euch, einen schönen Wochenstart. LG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>14:22, 18. Apr. 2016 (CEST)</small></kbd>

== Tabellen-Syntax für Kenner ==

Hallo PerfektesChaos,

da ich ab und zu und wahrscheinlich nicht selten (da womöglich Rückstände von prettytable), inline-Formatierungen der Tabellen-Köpfe sehe (in wikitable, die dieser soweit nahe identisch sind, daher überflüssig), dachte ich mir, wäre eine WSTM-Regel dafür ganz praktisch. Nun wird diese wohl etwas aufwendiger und auch nicht unspeziell, daher wollte ich erst mal den Ideen-Ansatz hier festhalten (und ggf. dann folgend als benutzerdefinierte Regel postulieren!?). Händisches Praxisbsp.: [[Spezial:Diff/152844793]] LG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>11:18, 1. Apr. 2016 (CEST)</small></kbd>

:# Die Konstrukte und optischen Resultate sind zu vielfältig, als dass WSTM dort ohne größeren Analyseaufwand automatisierte Ersetzungen machen würde.
:# Ich selbst arbeite händisch mit externem Editor und einem vorbereiteten Satz an dortigen Ersetzungsregeln.
:# Ich transformiere dabei auch nicht zwingend 1:1, sondern gebe dem eine möglichst kürzere und modernisierte Fassung.
:# Nur eine Angabe von <code>border=</code> (egal mit welcher Zuweisung) schmeißt WSTM konsequent bei ''prettytable'' und ''wikitable'' raus.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:59, 2. Apr. 2016 (CEST)

== Irreführende Meldung ==

<div style="border:2px solid #FF0000;">
:(2×) Tag mit unbekanntem Attribut
:&lt;syntaxhighlight highlight=...>
</div>
Das Attribut ist in dem Fall scheinbar erforderlich es hebt zusätzlich eine Zeile im durch Syntaxhighlight eingefärbten Text hervor. So als wenn man es mit einem Textmarker anstreicht. Ich möchte es lieber nicht entfernen.

Beispiel (Liste von Hallo-Welt-Programmen/Assembler):
<syntaxhighlight lang="asm" highlight="4">
 string  BYTE  "Hallo Welt!",#a,0  % auszugebende Zeichenkette (#a ist ein Zeilenumbruch,
                                   % 0 schließt die Zeichenkette ab)
 Main    GETA  $255,string         % Adresse der Zeichenkette in Register $255 ablegen
         TRAP  0,Fputs,StdOut      % Zeichenkette, auf die mit Register $255
                                   % verwiesen wird, nach ''StdOut'' ausgeben (Systemaufruf)
         TRAP  0,Halt,0            % Prozess beenden
</syntaxhighlight>
Was soll ich tun wenn ich so eine Meldung bekomme, die durchaus einen sichtbaren Effekt hat? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:38, 6. Apr. 2016 (CEST)

: Einfach hier Bescheid geben.
: WSTM fehlte schlicht ein Gleichheitszeichen in der Syntaxbeschreibung.
:* Damit wäre der Parameter alleinstehend erkannt worden (so wie <code>inline</code>), aber die Wertzuweisung war nicht deklariert gewesen. Ohne Wertzuweisung ist die Angabe jedoch sinnlos.
:* Morgen müsste alles wieder gut sein.
: Warum so verzagt? Mehr Selbstbewusstsein. Auch WSTM und ich haben und machen Fehler.
: Danke schön --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:13, 6. Apr. 2016 (CEST)
:: Ich bin nicht verzagt nur irgendwie fühle ich mich unsicher. Ja Fehler haben und machen wir wohl alle.
'''OT:'''
: Vorhin hatte ich etwas merkwürdiges, gehört zwar nicht hier hin aber als ich eine Vorlage [https://de.wikipedia.org/w/index.php?title=Vorlage:BibISBN/0720422523&action=edit BibISBN/0720422523] zur Bearbeitung geöffnet habe, da war plötzlich die Citoidbox geöffnet und mit {{Hilfe/mark|'''???'''|grau}} gefüllt, ganz ohne, dass ich etwas gemacht habe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:41, 6. Apr. 2016 (CEST)

:: citoidWikitext erkennt ''Vorlage:Bib'' und springt (eigentlich unerwartet) an.
:: Die ''???'' sind unhübsch; ich weiß auch grad den Kontext nicht mehr, weil an dieser Stelle der letzte Sommer ausgebrochen war und bei >30° mein Hirn in Kochwäsche überging.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:24, 6. Apr. 2016 (CEST)

Noch etwas wo ich nicht weiß, was ich tun könnte. [[Liste von Hallo-Welt-Programmen/Sonstige#Whitespace]] da verschwindet leider der Quellcode, ich habe aber nichts gefunden, um zu verhindern, dass WSTM diese Leerzeichen alle eliminiert, ich wollte auch nicht hunderte von geschützten Leerzeichen einfügen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:58, 6. Apr. 2016 (CEST)

: Whitespace ist eine Scherz-Sprache, die genau diesen Effekt ausnutzt, weil jeder gute Texteditor sie bei der Abspeicherung wegen überflüssiger Leerzeichen am Zeilenende löscht.
: Du kannst nur den Quellcode-Block aus einer ''oldid''-Version dieses Abschnitts wieder reinkopieren.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:24, 6. Apr. 2016 (CEST)
:: Ja, das habe ich auch getan, aber was tun andere WSTM-Nutzer? O.k. das kommt ja nicht so häufig vor, denke ich. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:36, 6. Apr. 2016 (CEST)

== ISBN und „–“ ==

Hallo PerfektesChaos, ich hoffe ich nerve nicht, aber da ich gerade ein Versprechen einlöse und für einen [[Benutzer:Mabschaaf/Syntaxkorrektur|netten Bekannten]] ein paar kleine Fehler behebe, die mit der ISB-Nummer im Zusammenhang stehen, hier die Frage(n).
* Was ist das Problem mit <code>ISBN 3768815463 –</code>?
Was ich gesehen habe ist, dass WSTM durchaus erkennen kann, wenn eine ISBN 3–7688–1546–3 mit Halbgeviertstrichen im Text steht. Probleme tauchen auf wenn hinter der Nummer ein Halbgeviertstrich erscheint oder nach einem abschließenden Punkt eine Zahl folgt.
* Beispiel:
aus 
:ISBN 3–7688–1546–3 wird ISBN 3-7688-1546-3
aber aus
: ISBN 3768815463. 1998 → ISBN falsch (zu viele Ziffern [a])
: ISBN 3768815463. 199 → ISBN-13 falsch (Bookland EAN) [hatte ich noch nie ist nur ein Testbeispiel]
: ISBN 3768815463 – → nichts es bleibt so stehen. (Halbgeviert)
: ISBN 3768815463 - → nichts es bleibt so stehen. (Bindestrich) selbst wenn mehrere Leerzeichen dazwiachen sind.
: ISBN 3768815463. - → nichts
: ISBN 3768815463. – → auch nichts
Es scheint so als ob ein waagerechter Balken im Anschluss an eine ISBN eine Anpassung verhindert. Soll das so sein?
: ISBN 3768815463. / → ISBN 3-7688-1546-3. / funktioniert hingegen normal. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:04, 6. Apr. 2016 (CEST)

:* WSTM ist dazu da, anders als MediaWiki auch falsch formatierte ISBN zu erkennen und zu korrigieren.
:* Deshalb betrachtet WSTM alle Punkte, alle Arten von Leerzeichen und alle Arten horizontaler Striche im Zusammenhang mit den Ziffern ''als nicht vorhanden''.
:* Dementsprechend akzeptiert WSTM die Folge <code style="white-space:nowrap">ISBN 3 7688.15463 mit 1000 Bildern</code> als gültig und formatiert sie um.
:* Nach einer ISBN können und dürfen nur Schlusspunkt, Komma oder Semikolon stehen; anschließend wird ggf. <code>S.</code> erwartet.
:* Dementsprechend versteht WSTM nicht, was mit <code style="white-space:nowrap"><nowiki>ISBN 3768815463. 1998</nowiki></code> gemeint sein soll. WSTM hat keine Möglichkeit zu unterscheiden, ob das eine falsche Zahlenangabe wäre, ein Tipp- oder C&P-Fehler ist oder inhaltlich irgendwie anders interpretiert werden soll. [[WP:ZR]] entspricht es nicht.
:* Auch die anderen benannten Fälle wären ggf. keine interpretierbare Formatierung und ohnehin ungültig.
: Bin offwiki --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:20, 6. Apr. 2016 (CEST)
:: Dachte ich mir schon, dass es so sein muss. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:21, 7. Apr. 2016 (CEST)
O.k. Jetzt habe ich noch etwas merkwürdiges gesehen.
: ISBN 9980840684 - ISBN 9789980840684 wird automatisch zu ISBN 9980-84-068-4 - ISBN 978-9980-84-068-4
: ISBN 9980840692 – ISBN 9789980840691. wird zu ISBN 9980840692 – ISBN 978-9980-84-069-1.
Manchmal verwirrt mich das Tool doch sehr, verstehen tue ich das nicht. Ich brauche eh nur eine der beiden Nummern, es ist sicherlich nicht bis gemeint. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:56, 7. Apr. 2016 (CEST)

== Ein Bug? ==

WSTM macht mit 
<syntaxhighlight lang="javascript">
[  [ " [Ii]n: \\[\\[", ".+",  "\\]\\], " ],
   [ " In: ''[[" , false , "]].'' " ]  ],
</syntaxhighlight>
aus

<nowiki>''La Brass Banda.'' </nowiki>'''In:'''<nowiki> [[Allgäuer Zeitung]], 13. April 2011.</nowiki><br />
<nowiki>''La Brass Banda.'' </nowiki>'''in:'''<nowiki> [[Allgäuer Zeitung]], 13. April 2011.</nowiki>

ein

<nowiki>''La Brass Banda.'' In: [[Allgäuer Zeitung]].'' 13. April 2011.</nowiki> falsch<br />
<nowiki>''La Brass Banda.'' In: ''[[Allgäuer Zeitung]].'' 13. April 2011.</nowiki> richtig

Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 12:18, 7. Apr. 2016 (CEST)

: Hallo [[Benutzer:RonMeier|RonMeier]], also eigentlich ein Wunder, dass das überhaupt funktioniert. <kbd>^^</kbd> Eine Ersetzung besteht immer nur aus einem RegExp und einer Ersetzung und in Ausnahmefällen einem ''flag'', siehe [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/plain|Text-Ersetzung]] (wobei hier für dich das flag "i" wäre). VG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>14:50, 7. Apr. 2016 (CEST)</small></kbd>
:: Ich bewundere echt, dass ihr versteht was dort steht. Ich habe es getestet und tatsächlich mag es wohl das große {{Taste|I}} nicht. Ist aber trotzdem nützlich, ich muss so etwas immer alles von Hand ersetzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:58, 7. Apr. 2016 (CEST)

::: Naja, RegExp ist wohl manchmal tatsächlich sehr kryptisch und schwer zu verstehen (am Anfang <kbd>:P</kbd>). Wenn ich mich nicht täusche müsste das Bsp. so aussehen (ungetestet): 
<s><code><nowiki>[  [ " in: \\[\\[([^\\[\\]]+)\\]\\], ", " In: ''[[$1]].'' ", "i" ]  ],</nowiki></code></s>
::: (PS: Es kann tatsächlich noch wesentlich komplizierter werden, das Hauptproblem IMHO ist jedoch dass es viele unterschiedlich Interpreten und somit unterschiedlich Varianten von RegExp gibt.)<kbd style="color:#567;"> ↔ ''[[User: Perhelion]]'' <small>15:03, 7. Apr. 2016 (CEST)</small></kbd>

:::@Perhelion: da es hier um einen Wikilink geht, läuft das nicht unter [https://de.wikipedia.org/wiki/Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/plain config.mod.plain] sondern unter [https://de.wikipedia.org/wiki/Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/link config.mod.wikilink].

:::@Lo: Ich verstehe nur wenig davon, aber WSTM lässt sich damit recht gut erweitern. Wenn du magst, kann ich dir helfen, einiges zusammenzubasteln.<br />Von deiner Unterhaltung mit PC versteh ich ja meist auch nur die Hälfte (oder weniger). Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 15:13, 7. Apr. 2016 (CEST)
:::: Stimmt <kbd style="color:#567;"> ↔ ''[[User: Perhelion]]'' <small>15:24, 7. Apr. 2016 (CEST)</small></kbd>
:: @ Perhelion, es soll aber sowohl {{Taste|i}} als auch {{Taste|I}} erkennen. Also In: oder in: und zudem wenn nicht kursiv aber mit Komma am Ende <code><nowiki>[[Titel]],</nowiki></code> (wobei für mich auch noch ohne Klammern drum wünschenswert wäre) oder falls schon kursiv aber mit Komma <code><nowiki>''[[Titel]]'',</nowiki></code> oder Punkt <code><nowiki>''[[Titel]]''.</nowiki></code> außen, dann schreibe In: immer groß, setze den folgenden eingeklammerten Titel kursiv mit Punkt innen <code><nowiki>''[[Titel]].''</nowiki></code>. Ja das steht wohl auch in diesem Teil →<code><nowiki>In: ''[[$1]].''</nowiki></code> hmm und warum folgt da noch ein kleines <code>"i"</code>? Ich lerne das noch irgendwann. {{s}} Hallo [[Benutzer:RonMeier|RonMeier]], ja das wäre nett. ich habe nämlich noch ein kleines Problem mit meinen Anhängen des [if http….pdf setze (PDF) hinter den Link], manchmal gefällt mir das Ergebnis nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:31, 7. Apr. 2016 (CEST)
:::Da ich ungern die Diskussionsseiten vollmülle: legst du dafür eine Unterseite an? Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 16:31, 7. Apr. 2016 (CEST)
:::: Ich habe mal ein bisschen getestet, da normal der Fehler bei mir nicht reproduzierbar ist. <s>Mir ist aufgefallen, dass wohl eine WSTM eigene Regel hier das " in: " ganz entfernt. Was allerdings das Ergebnis wohl nicht ganz erklärt, höchstens dass hier ein Konflikt-Potential besteht.</s> Wenn ich mich nicht irre werden die benutzerdefinierten Regeln zuerst ausgeführt. PS: Respekt an die beachtliche config von RonMeier! <code>:D</code> Was allerdings auch noch mal für Konflikt-Potential spräche. @Ló das "i"-flag ist nur unter plain sinnvoll (s.d.). <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>16:57, 7. Apr. 2016 (CEST)</small></kbd>
:::::: <small>Ich sagte zwar, ich werde es lernen aber nicht alles auf einmal und ich lese so ungern diese technischen Seiten. Plain ist platt und leer so wie ich gerade. Gute Nacht ihr beiden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:45, 7. Apr. 2016 (CEST)</small>
: Klar kann ich gern machen aber ich habe etliche. Schreib mir einfach hier [[Benutzerin Diskussion:Lómelinde/Spielwiese]] etwas hin oder auf die Vorderseite. Im Augenblick ist das ziemlich Leer. Ich kann dir da auch auflisten, was mich genau stört, oder wie ich es gern hätte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:01, 7. Apr. 2016 (CEST)
ja, mach mal. am besten 2-3 Beispiele mit Angabe wie es dann aussehen soll. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 17:11, 7. Apr. 2016 (CEST)
:: Ich werde mir auch mal ein paar Ausdrücke klauen... <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>19:10, 7. Apr. 2016 (CEST)</small></kbd>

{{ping|RonMeier}}
* Bei deiner eigentlichen Beschwerde ging es darum, dass die Kursivierungsstriche zu Beginn nicht mitkamen, wenn es schon ein großes <code>I</code> gewesen war.
** Mag durchaus ein Bug sein; das ist schon drei Jahre her, extrem kompliziert und ich habe momentan zu wenig Zeit, um mich tief in die Angelegenheit einzuarbeiten, und noch Bugs für alle Anwender offen. Ich brauche mehrere Wochen mit nichts anderem am Hals, um sowas zu lösen.
** Eine Erklärung für einen derartigen Effekt habe ich nicht, und keinerlei Idee dazu.
** Möglicherweise wirken aber mehrere Ausdrücke hintereinander ungeplant zusammen und blockieren sich für dasselbe Textelement.
* Ich hätte gern, dass ein vorhandenes Komma bleibt, egal was in ZR  steht. Es hat sich allmählich bei Zeitschriften und Zeitungen eingebürgert, und das ist auch gut so; das ursprüngliche Konzept mit dem Punkt hatte mal nur sowas wie Jahrbücher vor Augen gehabt. Insbesondere kommt es dann auch zur Harmonisierung mit Websites, die an einem bestimmten Tag eine Meldung veröffentlicht hatten. Irgendwann ändern sich auch ZR ein wenig, die sind nicht vom Himmel gefallen und nicht in Stein gemeißelt, sondern können sich in Details auch weiterentwickeln.
* Kursivieren kannst du trotzdem gern.
* Im ersten Teil kann für das Linkziel übrigens auch <code>false</code> stehen (denke ich mir so).
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:12, 7. Apr. 2016 (CEST)

: (Nur falls es hilft, noch eine kleine Analyse) Ich kann den Bug doch bestätigen, dabei ist mir merkwürdig aufgefallen, dass dieser direkt vom 1. Ersetzungsausdruck abhängig ist (sobald man ein Zeichen ändert ist der Bug weg). Uzw. wenn dieser identisch am Anfang steht und scheinbar dadurch (irgendwie) auf false rutscht. (Dabei spielt [Ii] oder "i"-flag keine Rolle, welches man anscheinend doch auch bei .wikilink setzen kann). LG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>00:31, 8. Apr. 2016 (CEST)</small></kbd> 
: PS. @Linkziel: funzt anscheinend nicht mit <code>false</code>
: Da bleibt nur der Nothaken (getestet): <syntaxhighlight lang="javascript" inline>.replace(/\s+in:\s*('?)\1\[\[([^\[\]]+)\]\][,\.]?\1\1 /ig, " In: ''[[$2]].'' "); // workaround</syntaxhighlight>
: <kbd style="color:#567;"> ↔ ''[[User: Perhelion]]'' <small>10:35, 8. Apr. 2016 (CEST)</small></kbd>
:: Ich wüsste nicht einmal, wo ich das jetzt einfügen müsste, aber da „The Big Boss“ sagt, „is nich gut diese Spielerei mit dem Komma“, lasse ich es lieber. KISS oder so, je mehr ich an Spielereien einbaue, desto anfälliger wird es vermutlich und ich habe ja auch so oftmals schon merkwürdige Phantomfehler. Ganz blöd wäre es dann, wenn ich hier Fragen stelle zu Fehlern, die ich quasi selbst erzeuge. Es reicht schon, dass ich manches doppelt frage. {{s|rot}}
:: So wichtig ist es für mich nicht, wenn ich etwas übersehe, bleibt es halt so. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:18, 8. Apr. 2016 (CEST)

== Seide ==

Hallo PerfektesChaos, bist du zufällig gerade online? Wenn ich den Artikel Seide öffne wundert es mich warum nicht bei allen Parametern in der Infobox Faser die ISB-Nummern formatiert werden. Ich sehe nicht warum einige so bleiben. Hast du eine Idee? Beispielsweise
* Franz Weber, Aldo Martina: ''Die neuzeitlichen Textilveredlungs-Verfahren der Kunstfasern.'' Springer-Verlag, 1. Dezember 2013, ISBN 9783709124246
* P.-A. Koch: ''Rezeptbuch für Faserstoff-Laboratorien.'' Springer-Verlag, 17. April 2013, ISBN 9783662129210, S.&nbsp;127
Ich sehe nicht was da falsch sein soll. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:08, 8. Apr. 2016 (CEST)

:Das sind ISBN in Vorlagen, da läuft das nicht so richtig. Ich weiß nicht, ob das früher auch so war, aufgefallen ist mir das erst/schon vor etwa zwei Monaten. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 14:50, 8. Apr. 2016 (CEST)
:: Hallo RM, vielen Dank für die Info. Na ja, ich würde es ja verstehen, wenn es bei allen so wäre aber einige funktionieren, das finde ich doch seltsam. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:54, 8. Apr. 2016 (CEST)
:::Ja, das ist es. Nehmen wir es als Aufmerksamkeitstest. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 14:58, 8. Apr. 2016 (CEST)

:::: Es sind ''ref'' in Vorlagenparametern, und das ist für den Arbeitsablauf von WSTM offenbar eine Ebene zuviel.
:::: Die ISBN-Strichelung ist im Übrigen ein Lesbarkeits-Service, aber nicht unbedingt die großartige Syntaxreparatur, und ungestrichelt auch nicht falsch.
:::: WSTM mag eine simple Struktur der Artikel. Der MediaWiki-Parser öffnet bis zu 40 Ebenen nur für Vorlagen; WSTM möchte eine schlichte Vorlage, und deren Parameter am liebsten einfache Zeichenketten. Bild, in dessen Legende Vorlagen, in deren Parameter ''ref'', in denen Vorlagen, in denen ISBN – da ist WSTM schon froh, wenn das Ende wiederzufinden ist.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:26, 8. Apr. 2016 (CEST)
Das Ende finden, ja da wäre ich auch manchmal froh. Nee das ist nur für die Optik aber wenn ich schon einen Artikel offen habe dann versuche ich auch alle umzuschreiben. Früher habe ich das immer von Hand gemacht und zwar eher willkürlich oder immer gleich. ISBN 978-1-234-56789-0. So jetzt habe ich aber genug genervt. Nochmals vielen Dank. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:35, 8. Apr. 2016 (CEST)

== [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/plain/typogr#Ordnungszahlwörter, englisch und sonst|benutzerdefinierte Ersetzungen – Ordnungszahlwörter]] ==

Dieser Abschnitt könnte entfernt werden weil es nicht mehr der Rechtschreibung entspricht. Wikipedia und auch z.&nbsp;B. das Oxford Dictionary hängen reguläre Buchstaben an. [[WP:WPSK]] hat sogar die Kategorie 101 dafür. Solltest du die Rechtschreibung über das Zitat stellen, könntest du sogar eine generelle Ersetzung einbauen. Bisher habe ich diese Fehler in der Whitelist gesammelt. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 23:39, 8. Apr. 2016 (CEST)

: Hmmm; die en-Rechtschreibung ist da wohl im Fluss. Insbesondere die US-Amerianer sind da heute zu bequem und schreiben es direkt hintendran. Zumindest bei älteren und britischen Werken ist es hingegen die Regel und korrekte Notation, und WPSK würde hier unzulässig eingreifen.
: Ich nehme das mal so zur Kenntnis, habe aber viel zu viel um die Ohren, um dieses Wochenende irgendwas zu entscheiden.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:39, 9. Apr. 2016 (CEST)
:: Na sicher wäre es nicht in Ordnung alle Zahlen zu ändern, eben weil es früher hochgestellt wurde. Aber pauschal alle hochzustellen wäre genauso falsch. Übrigens, sogar der [http://www.royal.gov.uk/LatestNewsandDiary/Pressreleases/2012/AppointmentstotheOrderofMerit1January2012.aspx britische Hof] hat auf die vereinfachte Schreibweise umgestellt. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 01:19, 10. Apr. 2016 (CEST)
::: @Hadibe: Ok und hast du auch wenigstens einen reputativen Link den man (zur Änderung) verwenden kann? VG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>07:49, 10. Apr. 2016 (CEST)</small></kbd>
:::: Ich gebe es auf. Das Oxford English Dictionary nutzt anscheinend generell die [http://www.oed.com/view/Entry/70609 Normalform]. Dieses wie auch die anderen Bücher die ich habe, erwähnen die hochgestellte Form noch nicht mal. Ansonsten habe ich Schreibanleitungen von Universitäten aus USA, IRL und GB gefunden, die empfehlen die hochgestellte Form nicht zu benutzen. Aber einen offiziellen Text, dass und wann sich diese Handhabung geändert hat, finde ich nicht. Die einen schreiben ''kann man machen'', die anderen ignorieren die alte Form. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 09:25, 12. Apr. 2016 (CEST)

== Vorlagenklammern um ISB-Nummer? ==

Hallo PC ich vermute zwar die Antwort lautet nein geht nicht, aber ich frage trotzdem, könnte WSTM das hier <code><nowiki>{{ISBN:9783662461624}}</nowiki></code> lösen? Es sind nicht wirklich viele, {{Wikipedia-Suche|insource:/\{\{\ISBN/i|2=4 Treffer}}.
:<small>OT: Hast du zufällig ein Beispiel womit ich mal das kleine neue Spielzeug testen könnte?</small> --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:59, 18. Apr. 2016 (CEST)

:: Hej Ló, also bei 4 Treffer absolut, da lohnt eine Syntax nun wirklich nicht! :P  Mache einfach die Klammern weg und WSTM kann es auflösen. LG PS: Wie man sehen kann sind dies auch alles auskommentierte Quelltext-Reste. <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>19:07, 18. Apr. 2016 (CEST)</small></kbd>
::: Ach [[User: Perhelion|du]], natürlich sind das Peanuts, ich kann das auch ohne WSTM, ich wollte nur wissen, ob es technisch machbar wäre, weil es ja auch reguläre ISB-Nummern innerhalb von Vorlagen gibt. Ich stelle es mir schwierig vor so etwas zu trennen. <small>Ich habe eigentlich nur einen Grund gesucht nach der Nutzung des neuen Tools zu fragen, weil ich noch nicht so ganz verstanden habe wie ich das testen könnte.</small> Ich werde auch dein Tool noch weiter testen, bloß ist es auf Beta immer so trostlos und einsam, wenn ihr nicht dort seid. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:21, 18. Apr. 2016 (CEST)
:::: Aja da hast du wahrscheinlich Recht und die Frage kann nur PC wirklich beantworten (mit der Joker-Funktion würde es jedenfalls gehen). Vermutlich bin ich auch wieder gar nicht richtig im Bilde, was meinst du denn mit "neuen Tools"?
:::: @<kbd style="color:#808">Beta</kbd>: sagen wir es ist etwas übersichtlicher und persönlicher. <kbd>^^</kbd> (deinen Vorschlag dort werde ich wahrscheinlich erst übermorgen umsetzen können). LG <kbd style="white-space:nowrap;color:#567;"> ↔ ''[[User: Perhelion]]'' <small>19:38, 18. Apr. 2016 (CEST)</small></kbd>
::::: OT: →[[Spezial:Diff/153575641/153579079|neues Spielzeug]] So jetzt bin ich erst einmal offline. Einen angenehmen Abend noch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:54, 18. Apr. 2016 (CEST)

== [[Vorlage:LÄ]] ==

Mahlzeit! Wahrscheinlich hängt es mit den Sprachvorlagen zusammen, dass [https://de.wikipedia.org/w/index.php?title=Aha_(%C3%A4gyptische_Mythologie)&action=edit&section=1 LÄ zu lÄ umgeschrieben] wird. Als Lexikon der Ägyptologie ist die Großschreibung passender. Oder habe ich da schon wieder einen Denkfehler? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 11:51, 20. Apr. 2016 (CEST)

: Passender für das elende Ding wäre ''Vorlage:LexÄgypt1975''.
: Wer soll denn durch diese Abkürzungen durchsteigen, und gibt es wirklich nur ein einziges Lexikon dazu in nur einer Sprache und nur einer Auflage auf diesem Planeten?
: „LÄ“ las ich eben in der Beo als [[H:LÄ]], und in diesem Kontext würde ich eine solche Vorlage vermuten.
: 85 Einbindungen im ANR; da ließe sich was dran drehen.
: Ich fange diese Mumie gelegentlich ab; danke.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:45, 20. Apr. 2016 (CEST)

== Nochmal ISB-Nummern ==

{|
|-
|aus
<pre>
* [[Mario_Vargas_Llosa|Mario Vargas Llosa]]: "Sonntag", Illustrationen von Kat Menschik Insel Bücherei 2018, Berlin 2016 [[ISBN: 9783458200185|ISBN: 978-3-458-20018-5]]

== Quellen ==
</pre>
|-
|wird
<pre>
* [[Mario Vargas Llosa]]: "Sonntag", Illustrationen von Kat Menschik Insel Bücherei 2018, Berlin 2016 ISBN 978-3-458-20018-5f== Quellen ==
</pre>
|}
Es erfolgt dazu keinerlei Meldung und ich weiß auch nicht woher das „f“ gekommen ist. siehe [https://de.wikipedia.org/w/index.php?title=Kat_Menschik&action=submit Kat Menschik] Heute ist mal wieder ein echter Murkstag. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:03, 20. Apr. 2016 (CEST)

: Ich weiß es auch nicht; bin aber doch happy über die Intelligenz von WSTM beim Erkennen dieses Salats.
: Das Problem dürfte extrem selten sein, und ich glaube nicht dass ich eine Bugfix-Kampagne starten kann, auch wenn ich mir den Fall notiert habe.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:29, 20. Apr. 2016 (CEST)
:: Ich denke auch da musst du nichts tun, und selten passt ebenfalls. Ich wünsche dir noch einen angenehmen Abend. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:49, 20. Apr. 2016 (CEST)

; Zwölf Ziffern ?
* Warum wird diese ISBN 978-3-5441-260-0 nicht moniert? Da könnte doch eigentlich eine Meldung erfolgen in etwas so <code>ISBN falsch (Anzahl der Ziffern) [12]</code>. Mit 11 geht es.
* Zudem ist mir in dem Artikel gerade so etwas <code><nowiki>ISBN'' 978-3839218730</nowiki></code> untergekommen, das scheint aber eher selten zu sein.
Kannst du bitte mal schauen warum die [12] nicht erkannt wird? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:28, 29. Apr. 2016 (CEST)

: Ich bekomme
<div style="margin-left:4em; background:#FFFF00; color:#FF0000;">
ISBN falsch (Anzahl der Ziffern)<br />
{{0|0000}}[12] 978-3-5441-260-0</div>
: Wahrscheinlich lag es am Kontext. Kommentar, nowiki? LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:19, 30. Apr. 2016 (CEST)
:: Ich <s>bekomme</s> bekam nichts, das wunderte mich ja. Als ich eine ISBN mit zwölf Ziffern auf der Spielwiese testete egal welche, kam da keine Meldung daher habe ich ja denn die Gegenprobe mit 11 gemacht. ‹seufz›
:: Nein, „da“ war kein nowiki drum, aber zunächst stand da <code><nowiki>ISBN''' 978-3-5441-260-0</nowiki></code>, klar dachte ich mir, so geht es nicht, also die Fettung raus und den Button geklickt, aber es passierte wieder erwarten nichts. Aber wenn ich es jetzt teste, dann schon. Phantom. Ich hätte das doch nicht gefragt, wenn ich es nicht zusätzlich getestet hätte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:15, 30. Apr. 2016 (CEST)

== FFFFFF → ffffff ??? ==

Hallo PerfektesChaos, das Verhalten von WSTM finde ich →[https://de.wikipedia.org/w/index.php?title=Dieburg&action=submit hier] etwas merkwürdig. Hast du dafür eine Erklärung warum das aud F→f wird? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:48, 30. Apr. 2016 (CEST)

: Ich weiß nicht, wovon die Rede ist, und habe damit auch nichts zu tun, und kann nach Abspeicherung der geänderten Version auch nihts mehr nachvollziehen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:16, 30. Apr. 2016 (CEST)
:: Wenn ich den Artikel öffne und zwar noch immer, dann wird nach '''Zeile 155:'''
::<code>! colspan="2" style="border-left:solid #FFFFFF; border-top:solid #FFFFFF; background:#FFFFFF;"|</code>
::<code>! colspan="2" style="border-left:solid #ffffff; border-top:solid #ffffff; background:#FFFFFF;"|</code>
:: Und ebenso nach '''Zeile 247:'''
:: Klar habe ich es wieder auf große FFFFFF gesetzt und dann nochmals den Artikel geöffnet, und siehe da er tut es immer wieder. und zwar nur das. Warum immer ich?
:: Du kannst es ja mal testen, setze einfach mal das hier auf die Spielwiese und starte WSTM
<pre>
{|
! colspan="2" style="border-left:solid #FFFFFF; border-top:solid #FFFFFF; background:#FFFFFF;"|
|}
</pre>
:: Ich mache das doch nicht um dich zu ärgern. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:15, 30. Apr. 2016 (CEST)

::: Auf was für Ideen die Leute bei der Quelltextformatierung so alles kommen.
:::* WSTM kannte bisher nur <code>border-color</code> und <code>border</code> mit Borderline-Syndrom.
:::* Alle anderen Teile des CSS bekommen Kleinschreibung.
:::* Probier es in ein paar Tagen nochmal.
:::** Dann hätte ich noch weitere Pärchen in Zeile 155 und 247 anzubieten.
::: Die zweite Meldung war das, was ich brauchte.
:::* In der ersten war <code>action=submit</code> verlinkt. WSTM wird aber nur bei <code>action=edit</code> tätig, und deshalb sah ich Null Änderung.
:::* In der zweiten stand konkret <code style="white-space:nowrap">style="border-left:solid #ffffff;</code> und darunter konnte ich mir sofort was vorstellen und brauchte den Artikel gar nicht mehr anzufassen.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:17, 30. Apr. 2016 (CEST)
:::: In ein paar Tagen ist gut eher wird es auch kaum gehen, ich bin bis nächsten Sonntag offline. O.k. Vielen Dank ich lerne das schon noch. Ich dachte es würde funktionieren wenn ich es so verlinke. Aber du hast natürlich Recht, Beispiele sind auch für mich deutlich leichter nachzuvollziehen. So dann bis demnächst wieder, ich bin nur noch kurz online. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:50, 1. Mai 2016 (CEST)

== main -> Hauptartikel ==

Guten Morgen! Macht es großen Aufwand eine Ersetzung für die Hauptartikelvorlage einzubauen? Gefunden habe ich das in [[German History Society]] als neu angelegtem Artikel. Mfg --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 09:21, 7. Mai 2016 (CEST)

: Macht absolut keinen Aufwand, ist eingepreist und kommt irgendwann in den nächsten Wochen und Monaten auf dem Dienstweg.
: Ich kannte die noch gar nicht, mit 272 Einbindungen gegen 43.000 ein absolutes Nischenprodukt.
:* In der enWP heißt das [[:en:Template:Main article]] und [[:en:Template:Main]] ist auch nur WL.
:* [[Spezial:Diff/154131694|Der Einfügende]] kannte sich ja gut aus. Eine Übersetzung hätte ich ja noch verstanden.
:* Solche Extrawürste sind genau der Grund, warum man nicht mehr durchblickt, was der Quelltext für Wirkung haben wird. Bloß wech damit.
: Sonniges Wochenende --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:11, 7. Mai 2016 (CEST)

== Syntax errors occurred in [[Daniel Bierofka]] ==

<pre>
SyntaxError: RegExp.multiline is deprecated. Use m flag instead index.php:211:4
TypeError: can't assign to properties of (new Number(29)): not an object index.php:1252:10
</pre>
Kannst du bitte mal schauen ob da alles i.O. ist? Also konkret erwarte ich dass die Datumsangaben in der Internetquelle umgestellt werden, es machte mich stutzig, dass nichts passiert, weil ich zumindest einen doppelten Parameter |werk= habe der doch eigentlich auch an WSTM nicht ganz ungesehen vorbeischleichen sollte. Scheint aber am Artikel zu liegen, vielleicht habe ich den Auslöser übersehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:11, 10. Mai 2016 (CEST)
: <small>OT: kannst du mal bitte schauen, ob ich das [[Spezial:Diff/154189626/154250457|svg→xml]] richtig gemacht habe, ich wollte erst "text" nehmen finde bunt aber schöner und "xml" war schon im Artikel.</small>
Flavors of Entanglement – ebenfalls, the same message. Den Rest der Meldung schreibe ich in den Report, falls du es benötigen solltest. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:22, 10. Mai 2016 (CEST)

:Bei [[Elektrokardiogramm]] geht auch nichts los. Vor ein paar Tagen hatte ich schon mal so einen Artikel. Sommerliche Grüße  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 15:38, 10. Mai 2016 (CEST)
:: Der Artikel wirft ebenfalls die selbige Meldung aus. Ich weiß nicht genau woran es liegen könnte aber es hat <s>definitiv</s> etwas mit der Vorlage:Internetquelle zu tun. Wurde an der etwas verändert? [[Spezial:Diff/152250385/154191373|Das hier]] ist das einzige was ich sehe, aber das heißt ja nichts. Wo steckst du? Du weißt das mich das kirre macht, wenn ich selbst nichts machen kann, um den Fehler einzukreisen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:38, 11. Mai 2016 (CEST)
::: Na toll definitiv gestrichen [[Spezial:Diff/154139965|hier]] war und ist zumindest für mich sichtbar keine Vorlage:Internetquelle drin, trotzdem kommt die Meldung. Ich verstehe es nicht woran es liegt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:34, 13. Mai 2016 (CEST)
:::: Also ich kann das jedenfalls nicht bestätigen, bei mir läuft alles super, bei beiden Artikeln (mit der teilweisen Riesen-config von RonMeier :P). <s>Allerdings benutze ich die /d also Entwickler-Version.</s> Schönes We <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>16:43, 13. Mai 2016 (CEST)</small></kbd>

::: {{ping|Perhelion}} Nun die '''d'''emo-version benutze ich auch, schließlich bin ich hier als Versuchskaninchen angestellt, daher wäre mir auch wohler, wenn der Herr des Hauses sich mal melden würde.
::: Du meinst also bei dir startet es. Bei mir jedenfalls bei all diesen Artikeln nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:14, 13. Mai 2016 (CEST)
::: Bei mir ist alles unverändert. Ich habe alle Artikel noch mal aufgerufen und es bleibt bei der Meldung. [[Benutzer:Perhelion|Perhelion]] kannst du bitte mal in die Konsole schauen was da bei dir steht? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:26, 13. Mai 2016 (CEST)
:::: @[[Benutzerin:Lómelinde|Ló]] Tatsächlich ist die /d (= debug) version Dieselbe wie die /r . Eventuell hat es etwas mit dem Laden, wie oben schon mal mukiert, zu tun, da ich eine manuelle Auslösung definitiv bevorzuge. Allerings habe ich doch noch Ladefehler, in 2 Wochen jedoch nur zweimal. <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>17:32, 13. Mai 2016 (CEST)</small></kbd>
::: Manuell startet es aber ebenfalls nicht, das ist ja das Problem, es streikt dauerhaft. Dann steht also bei dir nichts in der Konsole?
::: Auch nicht <code>SyntaxError: RegExp.multiline is deprecated. Use m flag instead index.php:211:4</code> --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:36, 13. Mai 2016 (CEST)
:::: Nein. Ich habe eine Idee, das sieht nach einer allg. JavaScript Deprecation Meldung aus, also vom Browser abhängig. Welchen benutzt ihr mit welcher Nr.? <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>17:39, 13. Mai 2016 (CEST)</small></kbd>
::: Ich FF 46.0.1. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:46, 13. Mai 2016 (CEST)
::: Ne du Chrome sagt beispielsweise beim Elektrokardiogramm auch da stimmt etwas nicht.
::: index.php?action=raw&bcache=1&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/…:1252 Uncaught TypeError: Cannot create property 'leap' on number '29'
::: Ich weiß echt nicht mehr weiter. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:50, 13. Mai 2016 (CEST)
::: Beim IE funktioniert es, da startet WSTM normal, aber IE benutze ich eigentlich nie. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:55, 13. Mai 2016 (CEST)
:::: Wie ich vermutete, liegt es an einem JavaScript-Update. FF und Chrome haben sich anscheinend abgesprochen (einer Art Standard-Entwicklungs-Schwelle). Denn nachdem ich meinen FF von 45 auf 46 geupdated habe, habe ich den Fehler auch (falls es dich beruhigt ^^). PS: [https://bugzilla.mozilla.org/show_bug.cgi?id=1219757 Bug]<kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>18:29, 13. Mai 2016 (CEST)</small></kbd>
::: Ja da beruhigt mich etwas, dass PC aber seit Tagen offline ist macht mir etwas Sorgen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:38, 14. Mai 2016 (CEST)

* Lieb, dass ihr euch Gedanken um mich macht.
** Es war schlicht und einfach schönes Wetter, die ersten Frühlingstage.
** Da ist meine Online-Zeit begrenzt, und onwiki geht ggf. schon aus technisch-örtlichen Gründen auf Null.
** Das wird jetzt bis zum Spätherbst noch häufiger passieren.
* ''multiline''
** Das ist eine Warnung und Mahnung ohne sonderliche Folgen.
** Diese Syntax hatte ich vor mehr als sechs Jahren mal eingebaut, um gegen unterschiedliche Browserversionen zu kämpfen.
** Seit fünf Jahren brauche ich das eigentlich nicht mehr, weil ich seitdem grundsätzlich anders vorgehe.
** Ich habe es soeben aus dem Code entfernt.
* ''leap'' und ''number ‘29’''
** ''leap'' meint Schaltjahr; [[:en:leap year]].
** Die ‘29’ geht um irgendeinen (29.) Februar, der da wohl in beiden Artikeln vorkommt.
** Schlicht und einfach ein Tippfehler in WSTM bei der Analyse, statt des vollen Datums-Objekts wurde nur die einzelne Zahl <code>29</code> zur Analyse geschickt.
** Fix ist unterwegs.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:04, 14. Mai 2016 (CEST)
:: Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:13, 14. Mai 2016 (CEST)
:: Prima, es funktioniert wieder einwandfrei. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:12, 14. Mai 2016 (CEST)
:: Auch bei mir wieder alles im grünen Bereich - danke.  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 17:23, 14. Mai 2016 (CEST)

== Ungültig: 'DNB' verhindert Start ==

TypeError: can't assign to properties of (new Boolean(false)): not an object  index.php:1320:16

Ich schreibe es nur hier mit hin. Sind derzeit noch [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&profile=default&fulltext=Search&search=%22%3A+invalid+option%22&searchToken=1ymhkhd7fwwvlalqgawjolew7 9 Fälle] von dieser Art
* <code><nowiki>{{Literatur |Autor=Elfriede Ulbricht |Titel=Das Flussgebiet der thüringischen Saale|Jahr=1957 |Auflage=1. |Verlag=Max Niemeyer |Ort=Halle (Saale)| DNB=253D105136395}}</nowiki></code>
also nichts weltbewegendes. Wenn es belanglos ist bitte einfach diesen Abschnitt löschen. Ich trau mich schon fast nicht mehr etwas zu schreiben. Ich kann es nicht abschätzen, was ich melden sollte und was nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:30, 18. Mai 2016 (CEST)

: Also, erstmal zum Thema der momentanen Woche und des Mai:
:* Es geht um Totalausfälle; da, wo man überhaupt nichts sieht, wo es nur noch eine englische Fehlermeldung und eine Zeilennummer geht.
:* Die scheinen allmählich fast alle raus zu sein.
:* Egal, was bei der Vorlageneinbindung angeben wird, es muss immer eine mehr oder weniger klare deutschsprachige Fehlermeldung geben, und die richtig angegebenen Parameter müssen auch dargestellt werden.
:* Wenn nicht, ist es ein dringlich zu behebender Bug.
: Die nächste Stufe ist, dass Parameterwerte ungültig sind und zu einer Funktionseinbuße führen.
:* {{DNB|253D105136395}} ist so ein Fall.
:** Das bringt nur eine 404, eine leere DNB-Seite und den Lesern rein gar nix. Da ist noch nicht mal eine Suchmaske für die Korrektur mit bei.
:** Muss heißen: {{DNB|455149968}}.
:** Die andere Nummer war vielleicht die DDR-[[Lizenznummer]] oder die Genehmigung der [[SMAD]] oder sowas.
: Erstmal völlig egal ist es, wenn nur die Namen von Parametern veraltet sind, aber die Vorlage mit den veralteten Namen das gleiche Ergebnis produziert wie vorher.
:* Das wäre ''Titel-P'' (alleinstehend) oder ''ISBNistFormalFalsch''. Die sollen zwar mittelfristig verschwinden, aber das hat keine Eile. Auch ob da nun ''Jahr'' oder ''Datum'' vor der Jahreszahl steht, macht keinen Unterschied.
:* Und die zurzeit noch nachpolierte Vorlagendoku muss erstmal an den Start, bevor du irgendwas kapieren kannst.
: Systematische Bearbeitungen sind erst dann sinnvoll, wenn WSTM auf die neue Syntax trainiert wurde. Damit konnte ich aber erst am Montag/Dienstag beginnen.
:* Deshalb wird erst mit dem Juni eine serienmäßige Aufarbeitung sinnvoll.
:* Und dann melde ich mich schon bei den üblichen Verdächtigen, sobald WSTM und Doku und Einsatzschwerpunkte klar sind.
: Bei der Fehlermeldung in der ersten Zeile dieses Abschitts<br /> ''TypeError: can't assign to properties of (new Boolean(false)): not an object  index.php:1320:16''<br /> fehlt mir die Angabe aus der Konsole, welche Komponente daran beteiligt gewesen wäre, oder ersatzweise ein Artikel zum Reproduzieren. Die Zeilennnummer 1320 allein bringt es nicht; die habe ich öfters.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:29, 19. Mai 2016 (CEST)
:: Zu DNB das funktioniert noch immer nicht mit dem Ziel, deshalb hatte ich ja auf OCLC gewechselt, weil ich dachte mit der Nummer stimmt auch etwas nicht, später merkte ich, dass man generell bei „9“ ankam: {{Literatur |Autor=Elfriede Ulbricht |Titel=Das Flussgebiet der thüringischen Saale|Jahr=1957 |Auflage=1. |Verlag=Max Niemeyer |Ort=Halle (Saale)| DNB=455149968}} nun landet man zwar irgendwo auf einem anderen Platz in der DNB aber das richtige Ziel ist
* [https://portal.dnb.de/opac.htm?method=simpleSearch&query=idn%3D455149968 das] nicht. Es müsste 
* [https://portal.dnb.de/opac.htm?method=simpleSearch&cqlMode=true&query=idn%3D455149968 &cqlMode=true] sein oder so was weiß denn schon eine Nachtigall von Webadressenzusammenstellungen
:: [[Warme Bode]] + [[Gersfeld (Rhön)]] + [[Gewässernamen auf -bach]] (2×)
:: reichen dir drei, sonst schau die Einträge der [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:DNB|Kat]] durch. Der Fehler ist auch auf der Spielwiese reproduzierbar wenn du den Eintrag oben kopierst und dort versuchst manuell zu starten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:42, 19. Mai 2016 (CEST)
<!--
<syntaxhighlight lang="java">
TypeError: can't assign to properties of (new Boolean(false)): not an object
mw.libs.WikiSyntaxTextMod.bb.idcodes/WSTM.util.code.fetch()
 index.php:1320
mw.libs.WikiSyntaxTextMod.bb.dnb/WSTM.util.dnb.failure()
 index.php:1674
mw.libs.WikiSyntaxTextMod.bb.idcodes/WSTM.util.code.dnb()
 index.php:1376
mw.libs.WikiSyntaxTextMod.bb.dewiki/WSTM.lang.p.dewiki.template.literatur.fix()
 index.php:4601
mw.libs.WikiSyntaxTextMod.bb.dewiki/WSTM.lang.p.dewiki.template.literatur.format()
 index.php:4514
mw.libs.WikiSyntaxTextMod.bb.dewiki/WSTM.lang.p.dewiki.template.literatur.fire()
 index.php:4435
mw.libs.WikiSyntaxTextMod.bb.template/WSTM.w.template.fold()
 index.php:968
mw.libs.WikiSyntaxTextMod.bb.template/WSTM.w.template.fire()
 index.php:808
mw.libs.WikiSyntaxTextMod.bb.apiW/WSTM.api.textMod()
 index.php:267
mw.libs.WikiSyntaxTextMod.bb.apiM/WSTM.api.edit()
 index.php:161
mw.libs.WikiSyntaxTextMod.bb.mainM/WSTM.main.full()
 index.php:1550
jQuery.Callbacks/fire()
 load.php:45
jQuery.Callbacks/self.add()
 load.php:45
mw.libs.WikiSyntaxTextMod.bb.prefs/WSTM.prefs.follow()
 index.php:1682
mw.libs.WikiSyntaxTextMod.bb.prefs/WSTM.prefs.first()
 index.php:1667
mw.libs.WikiSyntaxTextMod.bb.main/WSTM.main.fire/<()
 index.php:907
jQuery.Callbacks/fire()
 load.php:45
jQuery.Callbacks/self.add()
 load.php:45
jQuery.fn.ready()
 load.php:49
jQuery.fn.init()
 load.php:41
jQuery()
 load.php:1
mw.libs.WikiSyntaxTextMod.bb.main/WSTM.main.fire()
 index.php:904
mw.libs.WikiSyntaxTextMod.bb.main/WSTM.main.wait()
 index.php:1581
<anonym>
 index.php:5809
<anonym>
 index.php:5795
 index.php:1320:16
</syntaxhighlight>
-->
Vielen Dank, {{s|rot}} auch wenn das andere nicht direkt hier hin gehörte, DNB in Lit funktioniert jetzt, der Rest eilt nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:32, 19. Mai 2016 (CEST)

:# DNB & URL
:#* Ich hielt <code>&cqlMode=true</code> für überflüssigen Schnickschnack und hatte das nicht mitkopiert.
:#* Ich selbst sehe keine Verlinkungen auf die DNB, sondern etwas völlig anderes. Im Juni, falls es dich interessiert.
:#* Lieber wäre mir https://d-nb.info/455149968 – aber das geht leider nicht.
:# WSTM
:#* Die Tracking-Liste hatte ich gebraucht.
:#* <code style="white-space:nowrap">WSTM.lang.p.dewiki.template.literatur.fix() index.php:4601</code> gibt es schon nicht mehr.
:#* Ich kann den Fehler deshalb auch nicht mehr reproduzieren.
:#* Das Unterprogramm hatte ich seit dem Wochenende massiv umgebaut. Vielleicht war ich mal selbst in diesen oder einen analogen Fehler getappt, vielleicht ist es beim Umbau einfach so verbessert worden.
:#* WSTM für die neue Vorlagenprogrammierung ist für Sonnabend geplant.
:#* Ab Sonntag bin ich für ein paar Tage weg, dann muss alles weitgehend flutschen. Freitag bin ich überwiegend offwiki. Neue Doku muss ich noch formatieren und aktualisieren. Stress.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:25, 19. Mai 2016 (CEST)
:: O.k. ich werde mich bemühen weniger Stress zu machen. Du siehst etwas anderes, na schauen wir mal was im Juni wird, ich hoffe ein angenehm warmer Sommer. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:45, 19. Mai 2016 (CEST)

== Jahr → Datum ==

Wenn jemand die Literatur tabellarisch innerhalb eines Artikels oder außerhalb von <code>&lt;references>…&lt;/references></code> setzt, dann passiert folgendes:
{| class="wikitable toptextcells"
|-
!aus !! wird
|-
|
<pre>
[* <ref name="…">] {{Literatur
 |Autor = Hans E. Laux
 |Titel = Der große Kosmos-Pilzführer
 |TitelErg = Alle Speisepilze mit ihren giftigen Doppelgängern
 |Verlag = Franckh-Kosmos Verlags-GmbH & Co.
 |Ort = Stuttgart
 |Jahr=2001
 |Seiten = 612
 |ISBN = 978-3-440-12408-6}}[</ref>]
</pre>
|
<pre>
[* <ref name="…">] {{Literatur
 |Autor = Hans E. Laux
 |Titel = Der große Kosmos-Pilzführer
 |TitelErg = Alle Speisepilze mit ihren giftigen Doppelgängern
 |Verlag = Franckh-Kosmos Verlags-GmbH & Co.
 |Ort = Stuttgart
 |Datum=2001|Seiten = 612
 |ISBN = 978-3-440-12408-6}}[</ref>]
</pre>
|}
Also das Datum zieht den nachfolgenden Parameter eins nach oben. Nichts weltbewegendes, aber das war das erste was mir sofort aufgefallen ist. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:57, 23. Mai 2016 (CEST)

: Sollte sich mit dem nächsten Edit wieder glattbügeln, macht jetzt einen schön auffälligen Diff; einfach ignorieren. Die Umparametrisiererei kommt erst später, nachdem das Layout schon gelaufen ist. LG  --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:50, 23. Mai 2016 (CEST)
:: O.k. ich ignoriere es. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:44, 23. Mai 2016 (CEST)

{{info}} Nein ich kann das doch nicht alles ignorieren schau bitte mal was du da machen kannst
* <nowiki>{{Literatur|Titel = Verleihungen des Verdienstordens der Bundesrepublik Deutschland|Sammelwerk = Bundesanzeiger|Band = Jg. 3|Nummer = 250|Ort = Köln,|Jahr = 29. Dez. 1951, S. 4 f.|ISSN = 0344-7634}}</nowiki>
* {{Literatur|Titel = Verleihungen des Verdienstordens der Bundesrepublik Deutschland|Sammelwerk = Bundesanzeiger|Band = Jg. 3|Nummer = 250|Ort = Köln,|Datum=29|ISSN = 0344-7634}}
Das geht so auf keinen Fall. Ja ich weiß wie ich das anzupassen habe, aber WSTM weiß es scheinbar nicht. By the way, kannst du das Komma hinter dem Ort bitte an anderer Stelle irgendwie automatisch ausblenden, so etwas sehe ich nicht immer auf Anhieb. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:37, 26. Mai 2016 (CEST)

: Also, was die Leute so alles für eine Jahreszahl halten …
:* Die irrtümliche Reduktion wurde eingeschränkt; WSTM sah sich überflutet.
:* Hinter Ortsname werden Komma, Semikolon und Schrägstrich geschluckt.
: Sollte heute im Lauf des Abends an euch zur Erprobung gehen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:31, 26. Mai 2016 (CEST)
:: Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:48, 26. Mai 2016 (CEST)
* [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&search=%22***+Werte+ung%C3%BCltig%3A+%27Jahr%27%3D%22+incategory%3AWikipedia%3AVorlagenfehler%2FVorlage%3ALiteratur%2FParameterfehler&fulltext=Suche&profile=advanced&searchToken=2erodtcl5e46l7hqsutonc432 noch’n paar Jahre] vielleicht sollte ich mal von Monat auf Jahr wechseln. Wenn ich so etwas [[Spezial:Diff/145737911/148834209|Gregory Mathews]] öffne muss ich gefühlt einen Kilometer weit nach unten scrollen ehe der Artikelkopf sichtbar wird. Und bitte nicht wieder mit mir schimpfen wegen der Dateianfrage. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 20:28, 26. Mai 2016 (CEST)

:: {{ping|Lómelinde}}
::* Nein; bleib bitte bei deinem Monat. Das ist noch relativ überschaubar, individuell und manuell aufzudröseln.
::* Das „Jahr“ ist mit Massenphänomenen behaftet. Dem werde ich zum Wochenende programmtechnisch zu Leibe rücken.
::* Einer der Gründe für die vielen Jahrestreffer ist, dass der VE dort mangels anderer Parameter seine ISO-Daten hineingeschrieben hatte.
::* Die Dateianfrage hatte eine unvorhersehbare Wirkung; egal. Ich habe mir bereits eine süße kleine Revanche ausgetüftelt.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:39, 26. Mai 2016 (CEST)
::: O.k. alles klar, Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:31, 27. Mai 2016 (CEST)

Noch etwas fällt mir gerade auf. <code>|Jahr= | Monat= | Tag= |</code> wird nicht zu <code>|Datum= |</code> wenn keine Werte eingetragen sind. Also nicht dass das jetzt schlimm wäre, wie gesagt es ist mir nur gerade aufgefallen. Und könnte eventuell eine Analyse erfolgen ob eine unter <code>|Online=</code> angegebene url auf JSTOR vorhanden ist und einen Hinweis geben, dass der Parameter <code>|JSTOR=</code> genutzt werden könnte? Ich übersehe dass wenn ich nicht aufpasse. Ja iat nicht schlimm aber … --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:11, 27. Mai 2016 (CEST)

:* Parameter ohne Wertzuweisung richten keinen Schaden an, haben meist auch noch nie viel geholfen. Da kümmere ich mich drum, wenn die Außenwirkung rundherum glatt ist.
:* Mit JSTOR kenne ich mich nicht aus. Bei den meisten ID meckert das Modul alle Autoren an, wenn eine kürzere Notation möglich und der Online-Parameter redundant ist. Vielleicht nächste Woche. WSTM wird hier eher nichts unternehemen, weil der Online-Parameter viel zu komplexe Formatierungen erlaubt.
:* Momentan liegt die Priorität beim Monats-Parameter.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:29, 28. Mai 2016 (CEST)
:: Ja ich weiß meine Aufgabe ist der „Monat“, ich mach doch schon. {{s}} JSTOR kenne ich auch nicht wirklich, ich weiß nur inzwischen, wie man den umbauen kann. Vielen Dank und ein angenehmes Wochenende. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:51, 28. Mai 2016 (CEST)
{{x}}, hier bin ich noch immer unzufrieden, Jahr→Datum schluckt immer „alle Leerzeichen“, und das sieht dann manchmal wirklich doof aus. Es geht nicht um den Bereich der references, der wird ja nachträglich einheitlich formatiert. Was mich stört ist das hier <code>|Datum=1993|</code> wenn da vorher Leerzeichen und/oder Zeilenumbrüche standen und alle anderen Parameter diese auch weiterhin haben. (Ja ich weiß, Umbrüche sollten dort nicht sein), aber es ist das, was man oftmals vorfindet)
{| class="toptextcells"
|-
|width="50%"|
<pre>
* {{Literatur
 | Autor=Wolfram Angerbauer
 | Titel=Als Heilbronn noch Oberamt war …
 | Sammelwerk=Schwaben und Franken. Heimatgeschichtliche Beilage der Heilbronner Stimme
 | Band=39. Jahrgang
 | Nummer=Nr. 3 (März/April)
 | Verlag=Verlag Heilbronner Stimme
 | Ort=Heilbronn
 | Jahr=1993
 | Seiten=
 | ZDB=128017-x}}
</pre>
|
<pre>
* {{Literatur
 | Autor=Wolfram Angerbauer
 | Titel=Als Heilbronn noch Oberamt war …
 | Sammelwerk=Schwaben und Franken. Heimatgeschichtliche Beilage der Heilbronner Stimme
 | Band=39. Jahrgang
 | Nummer=Nr. 3 (März/April)
 | Verlag=Verlag Heilbronner Stimme
 | Ort=Heilbronn|Datum=1993| Seiten=
 | ZDB=128017-x}}
</pre>
|-
|colspan="2"| Und nein, das wird nicht beim nächsten Aufruf behoben das wird im Gegenteil, falls man das Format wieder herstellt erneut in die Zeile nach ober geschrieben, sobald WSTM darauf trifft, einziger Unterschied, wenn schon <code>| Datum=1993</code> angetroffen wird und nicht <code>| Jahr=1993</code> dann wird das Leerzeichen vor dem Datum nicht gelöscht. Die Stelle sieht dann so aus
|-
|<pre>
{{Literatur
 | …
 | Verlag=Verlag Heilbronner Stimme
 | Ort=Heilbronn
 | Datum=1993
 | Seiten=
 | ZDB=128017-x}}
</pre>
|
<pre>
{{Literatur
 | …
 | Verlag=Verlag Heilbronner Stimme
 | Ort=Heilbronn| Datum=1993| Seiten=
 | ZDB=128017-x}}
</pre>
|-
|
<pre>
* {{Literatur | Autor=Wolfram Angerbauer | Titel=Als Heilbronn noch Oberamt war … | Sammelwerk=Schwaben und Franken. Heimatgeschichtliche Beilage der Heilbronner Stimme | Band=39. Jahrgang | Nummer=Nr. 3 (März/April) | Verlag=Verlag Heilbronner Stimme | Ort=Heilbronn | Jahr=1993 | Seiten= | ZDB=128017-x}}
</pre>
|
<pre>
* {{Literatur | Autor=Wolfram Angerbauer | Titel=Als Heilbronn noch Oberamt war … | Sammelwerk=Schwaben und Franken. Heimatgeschichtliche Beilage der Heilbronner Stimme | Band=39. Jahrgang | Nummer=Nr. 3 (März/April) | Verlag=Verlag Heilbronner Stimme | Ort=Heilbronn|Datum=1993| Seiten= | ZDB=128017-x}}
</pre>
|}
Leider schluckt das Tool auch die Leerzeichen innerhalb der [[Vorlage:Internetquelle]]: Aus

*<code><nowiki>{{Internetquelle |url=http://www.airbus.com/presscentre/pressreleases/press-release-detail/detail/first-a400m-for-the-french-air-force-takes-shape-in-seville/ |titel=First A400M for the French Air Force takes shape in Seville |hrsg=Airbus Military Press Centre |datum=2012-02-14 |zugriff=2012-02-14 |sprache=en}}</nowiki></code>
: wird das hier:
*<code><nowiki>{{Internetquelle |url=http://www.airbus.com/presscentre/pressreleases/press-release-detail/detail/first-a400m-for-the-french-air-force-takes-shape-in-seville/ |titel=First A400M for the French Air Force takes shape in Seville |hrsg=Airbus Military Press Centre |datum=2012-02-14|zugriff=2012-02-14|sprache=en}}</nowiki></code>

Damit wird der Quelltext sperrig und unleserlich, da kein Zeilenumbruch stattfindet. Könntest du das bitte nachbessern. Gruß. Leo. --[[Spezial:Beiträge/37.120.20.40|37.120.20.40]] 14:24, 3. Jun. 2016 (CEST)

: Jeder Autor hat in jedem Artikel einen anderen Wunsch, wie bei Vorlagen die Leerzeichen um Pipes und um Gleichheitszeichen angeordnet werden.
: Manche mögen Leerzeichen vor und nach der Pipe, manche anscheinend nur davor aber keine um das Gleichheitszeichen, manche ein Leerzeichen nach der Pipe und nach dem Gleichheitszeichen jedoch nicht davor, manche ein Leerzeichen vor und nach der Pipe und sowohl vor wie nach dem Gleichheitszeichen, viele Autoren verlangen so wenig Bytes wie möglich und deshalb überhaupt keine Leerzeichen nirgends nicht, damit es weniger Platz in Anspruch nimmt und dadurch die Übersichtlichkeit und Leserlichkeit verbessert würde … und dann war da noch die gluten- und laktosefreie Rindsroulade für vegane Hindus.
: In [[Content-Management-System]] steht Vorlage:Internetquelle seit ewigen Zeiten ganz ohne eingebunden, um mal ein Beispiel zu nehmen, das ich grad vor einer Stunde bearbeitet hatte.
: Die Kopiervorlagen sind auch keine verbindliche Vorschrift dafür, wie mit Leerzeichen umzugehen sei, sondern nur eine von vielen Varianten.
: In der Doku zu [[Vorlage:Internetquelle]] gibt es auch noch eine Kopiervorlagen-Variante mit Leerzeichen vor und nach der Pipe, so auch seit Ewigkeiten in [[Vorlage:Literatur]]. Man müsste eigentlich jedes einzene Ausfüll-Muster in vier bis sechs Variationen zeigen. Es wurde hingegen mehr oder weniger zufällig mal eine Variante ausgewählt. Trotzdem ist das keine verbindliche Vorschrift.
: Das Tool betreibt keine Analyse, wer der Hauptautor welches Artikel sei und wer gemäß einer Autoren-Leerzeichen-Datenbank darüber zu bestimmen habe, bei welcher Einbindung wie viele Leerzeichen wo gesetzt werden sollen; die analysierten und ggf. korrigierten Datenfelder werden einfach in die Seite zurückgeschrieben. Diese fraglichen Felder sind ohnehin kurz; es kann also auch zu keinen dramatischen „Beeinträchtigungen“ kommen.
:  VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:02, 3. Jun. 2016 (CEST)

::Da ich seit Jahren Einzelnachweise formatiere, kann ich die versichern, dass es erheblich stört, wenn kein Zeilenumbruch stattfindet. Oftmals sind Einzelnachweise im Quelltext sehr lang, gerade wenn die Parameter <code>|archiv-url=</code> und <code>|archiv-datum=</code> zusätzlich genutzt werden. Innerhalb von Tabellen wird die Sache dann völlig unleserlich und erschwert das bearbeiten das Quelltextes ungemein. Daher möchte ich nochmals auf die Kopiervorlage [[Vorlage:Internetquelle]] hinweisen, und dich bitten, die Leerzeichen vor dem senkrechten Strich zu berücksichtigen. Gruß, Leo. --[[Spezial:Beiträge/37.120.20.40|37.120.20.40]] 15:17, 3. Jun. 2016 (CEST)
:: @PerfektesChaos, darum geht es doch gar nicht, es soll lediglich durch das Tool „keine“ Veränderung an den vorgefundenen Leerzeichen und Umbrüchen vorgenommen werden, also, wenn da „vorher“ ein Leerzeichen stand sollte es auch „nachher“ noch dort stehen und nicht bei einem Teil der Parameter plötzlich verschwinden. Es ist der Bereich um das Datum herum oder kurz nach dem Datum, du veränderst doch die anderen Angaben auch nicht. Nenn mir mal einen Grund dafür, warum um das Datum/datum einige Leerzeichen gelöscht werden sollten und alle anderen nicht. Wie gesagt es ist nichts weltbewegendes und hat auch keine hohe Priorität, aber es könnte einige Autoren stören und das wollen wir beide nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:37, 3. Jun. 2016 (CEST)
:::Das meinte ich im Grunde genommen: Es soll sich nichts an der Formatierung der [[Vorlage:Internetquelle]] bzw. [[Vorlage:Cite web]] im Quelltext ändern. Gruß, Leo. --[[Spezial:Beiträge/37.120.20.40|37.120.20.40]] 15:47, 3. Jun. 2016 (CEST)
----
Noch mal konkret worum es mir geht auch wenn ich weiß, dass ich dich damit nerve, aber das sollte nicht so bleiben
{| class="toptextcells"
|+ Abschnitt Literatur
|-
! class="hintergrundfarbe9"| eine Anordnung in Zeilen !! class="hintergrundfarbe7"| wird, bei gleicher Anzahl an Parametern, automatisch zu
|-
|'''Textsammlungen'''<pre>
* {{Literatur
 | Autor=Wolfgang Kunz
 | Titel=Eisenbahngesetze
 | Verlag=Nomos
 | Ort=Baden-Baden
 | Jahr=2006
 | ISBN=978-3-8329-2198-9
 | Seiten=105}}
* {{Literatur
 | Autor=Marianne Motherby
 | Titel=Kompendium Eisenbahn-Gesetze
 | Auflage=15.
 | Verlag=Eurailpress
 | Ort=Hamburg
 | Jahr=2009
 | ISBN=978-3-7771-0391-4
 | Seiten=25}}
</pre>
'''Sekundärliteratur'''<pre>
* {{Literatur
 | Autor=Wolfgang Kunz
 | Titel=Das Eisenbahnrecht – Eine Rechtsmaterie? Ein Plädoyer für ein eigenständiges Rechtsgebiet
 | Sammelwerk=Transportrecht. Zeitschrift für das gesamte Recht der Güterbeförderung
 | Jahr=2006}}
* {{Literatur
 | Autor=Wolfgang Kunz
 | Titel=Eisenbahnrecht (Kommentar)
 | Verlag=Nomos
 | Ort=Baden-Baden
 | Jahr=2011 (Loseblatt)
 | ISBN=978-3-7890-3536-4}}
* {{Literatur
 | Autor=Michael Ronellenfitsch, Ralf Schweinsberg, Iris Henseler-Unger
 | Titel=Aktuelle Probleme des Eisenbahnrechts XV …
 | Verlag=Kovač
 | Ort=Hamburg
 | Jahr=2010
 | ISBN=978-3-8300-5308-8}}
* {{Literatur
 | Autor=Thomas Schmitt und Erik Staebe
 | Titel=Einführung in das Eisenbahn-Regulierungsrecht
 | Verlag=C.H. Beck
 | Ort=München
 | Jahr=2010
 | ISBN=978-3-406-60343-3}}
</pre>
|'''Textsammlungen'''<pre>
* {{Literatur
 | Autor=Wolfgang Kunz
 | Titel=Eisenbahngesetze
 | Verlag=Nomos
 | Ort=Baden-Baden|Datum=2006| Seiten=105| ISBN=978-3-8329-2198-9}}
* {{Literatur
 | Autor=Marianne Motherby
 | Titel=Kompendium Eisenbahn-Gesetze
 | Auflage=15.
 | Verlag=Eurailpress
 | Ort=Hamburg|Datum=2009| Seiten=25| ISBN=978-3-7771-0391-4}}
</pre>
'''Sekundärliteratur'''<pre>
* {{Literatur
 | Autor=Wolfgang Kunz
 | Titel=Das Eisenbahnrecht – Eine Rechtsmaterie? Ein Plädoyer für ein eigenständiges Rechtsgebiet
 | Sammelwerk=Transportrecht. Zeitschrift für das gesamte Recht der Güterbeförderung
 |Datum=2006}}
* {{Literatur
 | Autor=Wolfgang Kunz
 | Titel=Eisenbahnrecht (Kommentar)
 | Verlag=Nomos
 | Ort=Baden-Baden|Datum=2011 (Loseblatt)| ISBN=978-3-7890-3536-4}}
* {{Literatur
 | Autor=Michael Ronellenfitsch, Ralf Schweinsberg, Iris Henseler-Unger
 | Titel=Aktuelle Probleme des Eisenbahnrechts XV …
 | Verlag=Kovač
 | Ort=Hamburg|Datum=2010| ISBN=978-3-8300-5308-8}}
* {{Literatur
 | Autor=Thomas Schmitt und Erik Staebe
 | Titel=Einführung in das Eisenbahn-Regulierungsrecht
 | Verlag=C.H. Beck
 | Ort=München|Datum=2010| ISBN=978-3-406-60343-3}}
</pre>
|}
Da du selbst manchmal [[Spezial:Diff/154956859|diesen Abschnitt in Tabellenform umschreibst]], kann es doch nicht dein Wunsch sein, dass das dann beim Öffnen so umgeschrieben wird, sonst hättest du es doch gleich so angeordnet. Entweder alles „inline“ oder alles „line break up“ aus deiner Änderung dort würde WSTM bei mir übrigens das hier machen.
{| class="toptextcells" width="100%"
|-
|vorher Ort und Datum in je einer Zeile mit drei führenden Leerzeichen<pre>
* {{Literatur
   |Autor=Rolf Hensel
   |Titel=Stufen zum Schafott: …
   |Reihe=Zeitgeschichtliche Forschungen
   |Band=44
   |Verlag=Duncker & Humblot
   |Ort=Berlin
   |Datum=2012
   |ISBN=978-3-428-13690-2
   |Online={{Google Buch |BuchID= …}}}}</pre>
|Ort/Datum aneinandergereiht<pre>
* {{Literatur
   |Autor=Rolf Hensel
   |Titel=Stufen zum Schafott: …
   |Reihe=Zeitgeschichtliche Forschungen
   |Band=44
   |Verlag=Duncker & Humblot
   |Ort=Berlin|Datum=2012
   |ISBN=978-3-428-13690-2
   |Online={{Google Buch |BuchID= …}}}}</pre>
|-
! colspan="2"| Hätte ich dort ein Jahr, eine Seitenzahl und einen Kommentar vorgefunden sähe es noch schlimmer aus
|-
|vorher Ort, Jahr, Seiten, Kommentar, Online in je einer Zeile mit drei führenden Leerzeichen<pre>
* {{Literatur
   |Autor=Rolf Hensel
   |Titel=Stufen zum Schafott: …
   |Reihe=Zeitgeschichtliche Forschungen
   |Band=44
   |Seiten=123
   |Verlag=Duncker & Humblot
   |Ort=Berlin
   |Jahr=2012
   |ISBN=978-3-428-13690-2
   |Online={{Google Buch |BuchID= …}}
   |Kommentar=Irgendein Text}}</pre>
|Ort/Datum/Seiten sowie Kommentar/Online aneinandergereiht<pre>
* {{Literatur
   |Autor=Rolf Hensel
   |Titel=Stufen zum Schafott: …
   |Reihe=Zeitgeschichtliche Forschungen
   |Band=44
   |Verlag=Duncker & Humblot
   |Ort=Berlin|Datum=2012|Seiten=123
   |ISBN=978-3-428-13690-2
   |Kommentar=Irgendein Text|Online={{Google Buch |BuchID= …}}}}
</pre>
|}
Sorry, aber ich weiß nicht was ich dann machen soll, ich möchte das nicht alles von Hand ändern müssen, zumal es beim nächsten Öffnen mit WSTM wieder vermurkst würde. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:31, 5. Jun. 2016 (CEST)

Und noch etwas für diese Sammlung, weil es mir gerade aufgefallen ist.
{| Class="wikitable toptextcells"
|-
| aus
<pre>
{{Literatur
| Herausgeber = Der Herausgeber
| Autor       = Max Mustermann
| Titel       = Ein Findelkind
| Sammelwerk  = Das Wikiland}}
</pre>
| wird
<pre>
{{Literatur
| Autor       = Max Mustermann
| Hrsg = Der Herausgeber
| Titel       = Ein Findelkind
| Sammelwerk  = Das Wikiland|Datum=}}
</pre>
|}
Hast du eigentlich jetzt Datum zwangseingefügt? Das ist mir jetzt schon eine ganze Weile aufgefallen, dass ich immer mal so diese Kombination von <code>|Datum=| Jahr = 2011| Monat = 10| Tag = 27. Montag</code> bekomme. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:58, 6. Jun. 2016 (CEST)

----
'''BTT:''' Wow du hast es … Wahnsinn, echt jetzt, es funktioniert, vielen Dank für deine Mühe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:20, 9. Jun. 2016 (CEST)

{| class="wikitable toptextcells"
! width="570px"| aus !! wird
|-
|<pre>
{{Literatur
 |Autor = Hans E. Laux
 |Titel = Der große Kosmos-Pilzführer
 |TitelErg = Alle Speisepilze mit ihren giftigen Doppelgängern
 |Verlag = Franckh-Kosmos Verlags-GmbH & Co.
 |Ort = Stuttgart
 |Jahr=2001
 |Seiten = 612
 |ISBN = 978-3-440-12408-6}}
</pre>
|<pre>
{{Literatur |Autor=Hans E. Laux |Titel=Der große Kosmos-Pilzführer |TitelErg=Alle Speisepilze mit ihren giftigen Doppelgängern |Verlag=Franckh-Kosmos Verlags-GmbH & Co. |Ort=Stuttgart |Datum=2001 |ISBN=978-3-440-12408-6 |Seiten=612}}
</pre>
|-
|<pre>
{{Literatur
 |Autor = Hans E. Laux
 |Titel = Der große Kosmos-Pilzführer
 |TitelErg = Alle Speisepilze mit ihren giftigen Doppelgängern
 |Verlag = Franckh-Kosmos Verlags-GmbH & Co.
 |Ort = Stuttgart
 |Jahr=2001
 |Seiten = 612
 |ISBN = 978-3-440-12408-6}}
</pre>
|<pre>
* {{Literatur
   |Autor=Hans E. Laux
   |Titel=Der große Kosmos-Pilzführer
   |TitelErg=Alle Speisepilze mit ihren giftigen Doppelgängern
   |Verlag=Franckh-Kosmos Verlags-GmbH & Co.
   |Ort=Stuttgart
   |Datum=2001
   |ISBN=978-3-440-12408-6
   |Seiten=612}}
</pre>
|}
<div style="text-align:center; font-family: Monotype Corsiva; font-size:220%; color:#006400;">Dankeschön</div>

== pretty-wiki ==

Hat sich etwas geändert oder bin ich verwirrt. Hätte [[Spezial:Diff/154641635/154642586|diese Anpassung]] nicht automatisch erfolgen müssen. Ich meine nicht das hinzufügen der class="hintergrundfarbe", sondern nur generell:
{| class="wikitable"
|-
! aus "prettytable float-left" + Farbangabe in den Zellen
|-
| 
{| class="prettytable float-left"
! style="align:center; background:#FFC0C0;"| Stationär, rückläufig || style="align:center; background:#FFC0C0;" | Opposition || style="align:center; background:#FFC0C0;" | Minimaldistanz (AE) || style="align:center; background:#FFC0C0;" | Maximalhelligkeit (mag) || style="align:center; background:#FFC0C0;" | Stationar, rechtläufig || style="align:center; background:#FFC0C0;" | Konjunktion zur Sonne
|}
|-
! oder "prettytable" + Farbangabe in den Zellen
|-
|
{| class="prettytable"
! style="align:center; background:#FFC0C0;"| Stationär, rückläufig || style="align:center; background:#FFC0C0;" | Opposition || style="align:center; background:#FFC0C0;" | Minimaldistanz (AE) || style="align:center; background:#FFC0C0;" | Maximalhelligkeit (mag) || style="align:center; background:#FFC0C0;" | Stationar, rechtläufig || style="align:center; background:#FFC0C0;" | Konjunktion zur Sonne
|}
|-
! mach automatisch "wikitable float-left" oder "wikitable"
|-
|
{| class="wikitable"
! style="align:center; background:#FFC0C0;"| Stationär, rückläufig || style="align:center; background:#FFC0C0;" | Opposition || style="align:center; background:#FFC0C0;" | Minimaldistanz (AE) || style="align:center; background:#FFC0C0;" | Maximalhelligkeit (mag) || style="align:center; background:#FFC0C0;" | Stationar, rechtläufig || style="align:center; background:#FFC0C0;" | Konjunktion zur Sonne
|}
|-
! auch "prettytable" mit class="hintergrundfarbe7" wird nicht ersetzt
|-
| 
{| class="prettytable"
|- class="hintergrundfarbe7"
! Stationär, rückläufig || Opposition || Minimaldistanz (AE) || Maximalhelligkeit (mag) || Stationar, rechtläufig || Konjunktion zur Sonne
|}
|}
Irgendwie hatte ich das zumindest hier erwartet, vielleicht liegt es auch an mir und ich erwarte einfach zu viel. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:23, 24. Mai 2016 (CEST)

: Ich stelle inzwischen den Großteil nach "wikitable zebra" um, und lege explizit keinen Wert auf die Erhaltung der Hintergrundfarben oder sonstigen Sonderformatierungen. Diese sind in den allermeisten Fällen fachlich unbegründet, sprich in den meisten Fällen sollte die Hintergrundfarbe, egal wie definiert, entfernt werden. Nur dort wo Gründe erkennbar sind, dass mehrere Zeilen die selbe Hintergrundfrabe haben sollten, verzichte ich auf "zebra". Da ich derzeit aber recht viele Tabellen umstelle, kann ich den hier skizzierten puristischen Ansatz (möglichst nur die Standardformatierung der css Klasse, und sonst nichts) nicht vollständig umsetzten. Die ausgesprochen hässliche Hintergrundfarbe im angesprochen Artikel habe ich entfernt. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  08:25, 24. Mai 2016 (CEST)
:: {{ping|Boshomi}} Darum ging es mir aber nicht, ich riskiere doch nicht ''meinen Kopf'' wegen einer hässlichen Hintergrundfarbe. Und ich finde es auch nicht sonderlich gut aus allen Tabellen Zebras zu machen. Im Gegenteil, das sieht manchmal eher merkwürdig aus.
:: Ich bin auch dort für eine möglichst „sparsame“ Verwendung. Das pauschal umzustellen halte ''ich'' nicht für sinnvoll.
:: Zudem formatiere ich ja auch noch weitere Dinge in den Artikeln, die Klassenumstellung ist ja nur als kleine Zugabe gedacht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:01, 24. Mai 2016 (CEST)
::: Die Zebras haben bei Tabellen den Vorteil, dass die Lesbarkeit von Tabellen etwas verbesserte wird. Solange die beiden Hintergrundfarben so dezent sind wie derzeit, ist das durchaus verwendbar. Zur Arbeitsweise, ich bevorzuge es möglichst nur eine gleiche Aktion pro Edit umzusetzten, etwa alle toten Links fixen oder alle Tabellen bearbeiten, wobei ich meist viele Tabs geleichzeitig öffne und dort möglichst das Gleiche mache, und auf gleiche Weise kontrolliere. Kombinierte Edits sind mir zu unübersichtlich, insbesondere wenn ich viele davon mache.  Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  09:27, 24. Mai 2016 (CEST)
:::: Ich arbeite anders, mir wurde von Anfang an beigebracht „nicht“ für jede kleine Änderung auf {{Taste|Seite speichern}} zu klicken sondern gleich mehrere Dinge zu beheben, um die Versionsgeschichte nicht unnötig aufzublähen. Und ich höre auf die Ratschläge meiner Mentoren.
:::: Zudem finde ich es etwas merkwürdig, dass du da schreibst "zebra" sei der offizielle oder gewünschte [[Spezial:Diff/154642586/154643695|Standard]], da würde ich mir aber doch einen Link auf diesen Beschluss wünschen.
:::: Aber du musst selbst wissen, was du tust, ich kann mir so etwas nicht unbedingt erlauben, das wird mir immer sofort als BNS ausgelegt. Gibt es denn einen solchen Konsens irgendwo? Steht irgendwo dass "zebra" der Standard ist? Wenn es so wäre, warum wird es dann nicht automatisch über die Klasse "wikitable" standardmäßig also über die Software in "zebra" dargestellt, das wäre doch viel einfacher, als ein Attribut zu setzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:38, 24. Mai 2016 (CEST)
::::: Bei Standard meinte ich nicht, dass dies die offiziell bevorzugte Variante sei, sondern dass es sich um eine Standard-css Klasse der Wikimedia-Software handelt. Das ist schon ein unterschied. Der Unterschied der Klasse "wikitable" zu "wikitable zebra" ist schon recht deutlich, die Umstellung muss jedenfalls manuell erfolgen, da es sonst zu Darstellungsfehlern führen würde. Beide Klassen haben ihre Daseinsberechtigung, siehe [[Spezial:diff/154639722]]. 
::::: Zum Abspeichern: wenn es sich um tatsächliche Miniänderungen handelt, die defakto ohne Auswirkungen sind (Lehrzeichen entfernen,...) mag das zusammenfassen schon mehrere Edits schon sinnvoll sein. Andererseits hat es auch Vorteile wenn man aus einem Editkommentar schon erkennen kann, was tatsächlich gemacht wurde. Je nachdem was man macht, haben beide Varianten ihre Vorteile, sodass Einzelabspeichern mit aussagekräftigen Editkommentar oder ein großer Edit mit oft zwangsweise weniger detaillieren Editkommentar. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  12:55, 24. Mai 2016 (CEST)
Uuuaaahhhh und den anderen Müll belässt [[Benutzer:Boshomi|du]] so?
<pre>
class="wikitable" bgcolor="#e0e0e0"
! width="40%" bgcolor="#e0e0e0" | 
…
|}
</pre>
Da kriege ich das kalte Grausen, wenn ich so etwas sehe. Da muss ich gleich mal nacharbeiten, das kann ich so gar nicht ansehen. {{s}} Sorry aber da bin ich etwas empfindlich. Wenn schon Tabellensyntaxanpassung dann bitte auch komplett. ‹seufz› Ich bin nicht wirklich davon überzeugt, ob das gut ist was du da tust. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:43, 24. Mai 2016 (CEST)

: Sorry PC, das hatte jetzt weniger mit WSTM zu tun, das gehört vermutlich auf irgendeine andere Seite zur Formatierung alter Tabellensyntax.
: @Boshomi, man sieht eventuell kaum einen Unterschied zu deiner Version, aber es sind [[Spezial:Diff/154639722/154652673|knapp 900 Bytes weniger und die Syntax ist auf einem neueren Stand]].
: Ich finde das so etwas halbherzig, was du da machst.
* <code>bgcolor="#abcdef"</code> sollte durch <code>style="background:#ABCDEF;"</code> ersetzt werden
* <code>|align:left/right/center|</code> zur Textausrichtung sollte <code>|style="text-align:left/right/center"|</code> sein
* eine komplette {{Taste|!}}-Kopfzeile kann man mit einer Klasse einfärben <code>class="hintergrundfarne[1–9]"</code>
* Bei einer Zebrazuweisung sollten die einzelnen Zeilen nicht zusätzlich auch noch Farbzuweisungen erhalten, also entweder zebra oder von Hand gefärbt das ist sonst redundant
* den Text in den Zellen einer kompletten Wiki-table-Tabelle kann man mit einer Zuweisung im Tabellenkopf ausrichten, wenn der überwiegende Teil nicht links stehen soll …
: … einen angenehmen Nachmittag noch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:30, 24. Mai 2016 (CEST)

:: +1; Wie gesagt, ich verfolge durchaus eine puristischen Ansatz, wo Sonderformatierungen nur dort vorkommen, wo dies schon auf den ersten Blick klare Vorteile bringt, und die Formatierung direkt aus dem Kontext des Artikels logisch ableitbar ist. Gelegentlich räume ich sowas auch auf, aber die angesprochene alten Formastanweisungen kommen etwa im Verhältnis 4:1 häufiger vor als prettytable. Das sehe im wesentliche als eigenes Projekt. Vielleicht kommen bald vollständig div-basisierte Tabellen, die vollständig auf die traditionellen html-Tags verzichten. Das hätte etwa für die mobile Darstellung deutliche Vorteile, erahne aber noch nicht was das für Auswirkungen auf möglichen Parameter hat. It's a wiki, ich kann sowieso nicht alles alleine machen, und das Wikiprinzip basiert sowieso auf schrittweisen Verbesserungen. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  15:08, 24. Mai 2016 (CEST)
::: Aber ich kann auch nicht deine halbherzigen Anpassungen alle reparieren, ich habe derzeit eigentlich eine andere Aufgabe. Und mit „it’s a wiki“ kommst du hier nicht weit. Wenn man es nicht selbst macht bleibt es so. Schau dir bitte nochmal diese beiden Versionen [[Spezial:Diff/146008997/154650453|deine]] vs. [[Spezial:Diff/154650453/154654527|meine]] nebeneinander an. Ich sehe da sofort, dass die Farbwerte für die Legende fehlen, zumindest werden sie mir in deiner Version nicht angezeigt, und auch, dass eine Tabelle merkwürdig aussieht, so etwas macht man einfach mit. Es reicht hier nicht wie ein Bot nur die Klasse zu ersetzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:36, 24. Mai 2016 (CEST)
:::: das für die Oberfläche nicht unterscheidbare Änderung der alten html4 auf die moderneren style-Parameter ist eine Botaufgabe. Da kann eigentlich nichts schief gehen, da es sich um 1:1 Äquivalente handelt, und derzeit werden (noch) beide Varianten unterstützt.  Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  18:08, 24. Mai 2016 (CEST)
::::: Du ich habe null Ahnung von diesem Syntaxkram, ich passe es lediglich an. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:46, 24. Mai 2016 (CEST)

{{ping|Entlinkt}} Oben in diesem ''thread'' wird <code>zebra</code> erwähnt; vielleicht magst du dazu doch noch etwas klarstellen. Auch „Da kann eigentlich nichts schief gehen, da es sich um 1:1 Äquivalente handelt“ deckt sich nicht mit meinem Kenntnisstand.
* Zur Eröffnung des ''thread'': Da war WSTM überhaupt nicht angesprungen; keine Ahnung warum.
** ''Info@alle:'' WSTM macht nur dann eine Umstellung, wenn gesichert ist, dass alles glatt läuft, und belässt es bei <code>prettytable</code>, wenn unerwartete Syntaxelemente vorgefunden werden.
** Im angegebenen Fall sehe ich erstmal keine. Wenn die Version mit nur <code>class="hintergrundfarbe7"</code> oder nix dort so steht und wirklich nichts anderes noch umherspukt, dann würde das auch als Trivialfall eingestuft werden und ersetzt werden. Auch ein <code style="white-space:nowrap">float-left</code> stört absolut nicht. WSTM hätte ersetzen sollen. Vielleicht irritierte das fehlerhafte und detektierte CSS in der ersten Kopfzelle, ist aber eigentlich kein k.o.-Kriterium. 
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:01, 25. Mai 2016 (CEST)

:Da ich angepingt wurde:
:Ich habe [https://de.wikipedia.org/w/index.php?title=Wikipedia_Diskussion%3ATechnik%2FBaustellen%2Fprettytable_und_wikitable&type=revision&diff=154611766&oldid=154611445 auf einer anderen Seite] schon mal etwas zu der Umstellung von <code>prettytable</code> auf <code>wikitable zebra</code> (speziell zu dem <code>zebra</code>) geschrieben. Zugegebenermaßen ziemlich unfreundlich (hätte man sicher auch netter schreiben können), aber ich verweise trotzdem mal darauf, um hier nicht alles wiederholen zu müssen. Deshalb nur ganz kurz zwei Punkte daraus:
:* Bei Tabellen mit nur einer Kopfzeile und nur einer weiteren Zeile ist <code>zebra</code> kompletter Unfug. Dennoch wurde <code>zebra</code> auch in solchen Fällen [https://de.wikipedia.org/w/index.php?title=Zitsa&diff=prev&oldid=154607909 eingebaut].
:* Wenn man <code>zebra</code> denn unbedingt einbauen will (was man IMHO nicht tun sollte), dann sollte man auch (fast) alle Inline-Formatierungen entfernen, da sie sich (fast immer) nicht zur Kombination mit <code>zebra</code> eignen. Dennoch wurde <code>zebra</code> auch in solchen Fällen [https://de.wikipedia.org/w/index.php?title=Superliga_(Spanien)_1990/91&diff=prev&oldid=154607857 eingebaut], in denen es zu einer komplett weißen Tabelle führt.
:Und noch etwas zu der Aussage, dass veraltete HTML-Attribute 1:1-äquivalent mit Style-Anweisungen wären: Sorry, aber falscher könnte eine Aussage zu dem Thema gar nicht sein. Die Prioritätenreihenfolge der Formatierungsanweisungen ist folgende:
:# Inline-<code>style</code>-Attribute mit <code>!important</code> <small>(sollten niemals verwendet werden)</small>
:# Externe CSS-Anweisungen (z.&nbsp;B. Klassendefinitionen) mit <code>!important</code>
:# Inline-<code>style</code>-Attribute ohne <code>!important</code>
:# Externe CSS-Anweisungen (z.&nbsp;B. Klassendefinitionen) ohne <code>!important</code>
:# Veraltete HTML-Attribute
:Daher stellt beispielsweise die Ersetzung von <code>bgcolor="#ff0000"</code> durch <code>style="background-color:#ff0000"</code> eine gravierende Änderung dar, die sich nicht automatisieren lässt, wenn das Aussehen erhalten bleiben soll. Demonstration:
{| class="prettytable"
|+ <code>prettytable</code>-basierte Tabelle
|-
! bgcolor="#ff0000" | Kopfzelle mit <code>bgcolor="#ff0000"</code>
! style="background-color:#ff0000" | Kopfzelle mit <code>style="background-color:#ff0000"</code>
|}
{| class="wikitable"
|+ <code>wikitable</code>-basierte Tabelle
|-
! bgcolor="#ff0000" | Kopfzelle mit <code>bgcolor="#ff0000"</code>
! style="background-color:#ff0000" | Kopfzelle mit <code>style="background-color:#ff0000"</code>
|}
:Die Nicht-Äquivalenz sollte unschwer zu erkennen sein. Soll heißen:
:* Wenn die Kopfzellen einer <code>prettytable</code>-basierten Tabelle mit <code>bgcolor</code> formatiert sind und man stumpf den Klassennamen ändert, wird die Farbe deaktiviert.
:* Wenn anschließend in einem (hypothetischen) Botlauf das <code>bgcolor</code> durch <code>style</code> ersetzt werden würde, würde die Farbe wieder aktiviert werden.
:* Bei diesem (hypothetischen) Handlungsablauf würde sich das Aussehen der Tabelle also zweimal ändern, nämlich einmal vor und einmal wieder zurück. Natürlich möchte man das vernünftigerweise nicht, sondern das Aussehen soll sich höchstens einmal ändern.
:Viele Grüße --[[Benutzer:Entlinkt|Entlinkt]] ([[Benutzer Diskussion:Entlinkt|Diskussion]]) 23:42, 25. Mai 2016 (CEST)
:: Danke für die Ausführungen. Ich hatte mich also doch nicht geirrt und es hätte eigentlich ersetzt werden sollen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:46, 26. Mai 2016 (CEST)
:::Ja. Etwas vereinfacht könnte man es vielleicht auch so sagen:
:::* Den Klassennamen und die Attribute gleichzeitig ersetzen: Ist sinnvoll.
:::* Zuerst nur die Attribute und erst später den Klassennamen ersetzen: Nur mäßig sinnvoll.
:::* Zuerst nur den Klassennamen und erst später die Attribute ersetzen: Nicht sinnvoll.
:::Gruß --[[Benutzer:Entlinkt|Entlinkt]] ([[Benutzer Diskussion:Entlinkt|Diskussion]]) 14:13, 26. Mai 2016 (CEST)

:::: Zur Klarstellung beschreib ich mal das Vorgehen von WSTM:
::::# WSTM soll nur im Hintergrund mitlaufen, wenn man zufällig sowieso ''einen nach außen wirksamen Edit'' vornimmt.
::::# WSTM ändert von <code>bgcolor=</code> in <code>style="background:</code> bei allen Kopfzellen sowie Tabellenzeilen <code>|-</code>.
::::#* Sollte zuvor ein Tabellenkopf die <code>sortable</code> enthalten haben, wird von da an statt dessen <code style="white-space:nowrap">style="background-color:</code> verwendet, damit die Sortierpfeile nicht untergepflügt werden.
::::#* Wenn <code>bgcolor</code> Hexdez enthält, jedoch kein <code>#</code>, was bei HTML2 möglich war, wird dieser ergänzt.
::::#* Bis hierhin mag man es als „nur mäßig sinnvoll“ einstufen; es spart aber bei späteren Ersetzungen manuelle Tipparbeit und vermeidet Fehler.
::::#* Sollte jemand kürzlich nur den Klassennamen geändert haben, ohne die Atttribute umzustellen, wird wieder der Anblick sichtbar, den es die letzten fünf Jahre auch schon gehabt hatte.
::::#* Generell ist es allmählich Zeit, uns von den seit 1998 veralteten HTML2-Attributen zu lösen, da die Parallelwirtschaft für Autoren verwirrend ist; insbesondere weil manche Resultate nicht 1:1 gelten, sondern unerwarteterweise anders auf andere Elemente wirken.
::::# WSTM prüft alle Tabellenköpfe mit <code>prettytable</code>, ob sie sich risikolos und ohne Änderung des Erscheinungsbildes auf <code>wikitable</code> umstellen lassen.
::::#* Falls irgendwas verdächtig erscheint, wird die Ersetzung pretty→wiki blockiert.
::::#** Das war auch der Auslöser für diesen ''thread'' gewesen.
::::#* Durch manuelle Nacharbeit kann ggf. der Tabellenkopf entschlackt und die vier Buchstaben <code>wiki</code> drübergetippt werden, falls es jemand interessiert. Sonst später.
::::# Es ist vorstellbar, dass bei mehrfachen Kopfzeilen die nachfolgenden nicht betrachtet werden, oder bei konfuser Syntax mit Zusatzelementen nicht alles in einer Kopfzeile verstanden wurde. Optische Nachkontrolle ist deshalb immer gut. Fehldarstellungen wurden aber nur sehr selten beobachtet.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:53, 26. Mai 2016 (CEST)

:::::Ist kein Problem. Die vereinfachte Darstellung oben war ja explizit als „vereinfacht“ gekennzeichnet. Ich hatte dabei vor allem an manuelle Edits gedacht (auch wenn dies die Diskussionsseite zu WSTM ist; da es in diesem Thread auch um manuelle Editaktionen ging).
:::::Die Ersetzung der veralteten Attribute ist natürlich im Prinzip sinnvoll. („Ersetzung“ muss nicht heißen, dass das veraltete Attribut durch sein CSS-Pendant ersetzt wird, sondern kann auch die Löschung sein, falls diese sinnvoll ist.)
:::::Ziemlich wenig sinnvoll ist es dagegen, massenhaft Artikel zwecks Ersetzung des Klassennamens zu bearbeiten und dabei systematisch Attribute wirkungslos werden zu lassen, diese aber in wirkungsloser Form stehen zu lassen. Um diesen Gegensatz geht es mir. Dadurch würde nämlich nur den zukünftigen Bearbeitern die Entscheidung aufgebürdet werden, ob man die wirkungslos gewordenen Attribute löscht oder ob man sie wieder aktiviert (was das Erscheinungsbild nach außen im Endeffekt gleich 2-mal ändert).
:::::Viele Grüße --[[Benutzer:Entlinkt|Entlinkt]] ([[Benutzer Diskussion:Entlinkt|Diskussion]]) 18:09, 26. Mai 2016 (CEST)
:::::: Wie schon oben erwähnt lege ich keinen besonderen Wert jede Farbe zu behalten, bin gelegentlich ganz froh wenn ich eine hässliche Farbe nach einem Edit nicht mehr sehe. Bei den letzen Edits die ich in diesem Zusammenhang gemacht habe, habe ich meist die Farbangaben aus den Tabellen rausgelöscht. Die Frage die es zu stellen ist, ist warum Farbe #XYZ besser sei als die von der Klasse vorgegebene Standardfarbe? Wenn die einzige Antwort lautet "Weil es auf '''meinem''' Bildschirm so besser aussieht" kann man die Farbe getrost entfernen. Da ist es besser wir verlassen uns darauf, dass die Leute die für die Skinns fachmännisch warten, hier sinnvolle Standardwerte setzten. Ästhetisch schöne, vom Standard abweichende Formatierungen sind höchst selten, in den allermeisten Fällen hat man das Gefühl, die Formatierung stammt direkt von irgend einer Tabellenkalkulation aus dem Jahr 2005. Verfolgt man den Ansatz "Form folgt Funktion", dann sollte eine besondere Farbwahl auch aus dem Kontext des Artikels heraus erkennbar sein. WSTM hat legt den Fokus darauf, das Aussehen zu behalten, was eine beachtliche Herausforderung ist. Mein Ansatz geht aber in die Richtung unnötige Farbvielfalt etwas zu reduzieren. Zebra bevorzuge ich wegen der tendenziell etwas besseren Lesbarkeit (insbesondere wenn vertikal gescrollt werden muss, bleibt das Auge leichter in der Zeile.). 
:::::: {{Ping|Entlinkt}} Klassen für die Hintergrundfarben Gold, Silber und Bronze wären vielleicht ganz nützlich wenn diese als Standard zur Verfügung stünden, denn die werden tatsächlich recht häufig gebraucht, und sind zumindest in Sportartikeln naheliegend. Frohes Schaffen — [[Benutzer:Boshomi|Boshomi]] [[BD:Boshomi|⌨]] [[File:Fenix_highresulution.svg|25px|Defekte URLs - Hilfe mit!|verweis=WP:WLWT]]  23:09, 26. Mai 2016 (CEST)
{{Ok}}, das funktioniert jetzt wie gewünscht, danke für die Anpassung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:30, 31. Mai 2016 (CEST)

== Datumsformat bei Abruf ==

<div style="color:#AF0000;">
: *** Parameterformat: 'Zugriff'=5. Dezember 2015 soll sein: 2015-12-05
: *** Parameterformat: 'Abruf'=5. Dezember 2015 soll sein: 2015-12-05
</div>
Ich tippe mal das könntest du WSTM so beibringen wie beim <code>|zugriff=</code> der {{Vorlage|Internetquelle}}. :-) Peanuts, aber die Meldung ließe sich dadurch leichter abstellen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:22, 25. Mai 2016 (CEST)

: Unter <code>Zugriff=</code> hatte WSTM das auch noch wie vorgesclagen gemacht; die Umbenennung des Parameters hat anscheinend irgendwo irgendwas irritiert.
: Werde ich gelegentlich mal näher analysieren; danke für den Hinweis.
: Es gibt noch mehr Sachen, die ich automatisch umschreiben möchte; aber dafür bin ich heute zu müde.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:07, 25. Mai 2016 (CEST)
:: Vielen Dank. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:46, 26. Mai 2016 (CEST)

== Datumssalat? ==

Ausgangssituation: Jahr=1971 und Originaljahr=1872
* <nowiki>{{Literatur | Autor={{lang|en|[[Walter Bagehot]]}} | Titel=Die englische Verfassung | Reihe=Politica | Band=Band 33 | Herausgeber=Wilhelm Hennis, Hans Maier | Verlag=Luchterhand | Ort=Neuwied | Jahr=1971 | Originaltitel={{lang|en|The English Constitution (2nd Edition)}} | Originaljahr=1872 | Originalsprache=en | Übersetzer=Klaus Streifthau | Kommentar=Ersterscheinung der englischen Ausgabe im Jahr 1867}}</nowiki>
Ulanwp macht Datum=1971 und Datum=1872
* <nowiki>{{Literatur | Autor={{lang|en|[[Walter Bagehot]]}} | Titel=Die englische Verfassung | Reihe=Politica | Band=Band 33 | Hrsg=Wilhelm Hennis, Hans Maier | Verlag=Luchterhand | Ort=Neuwied | Datum=1971 | Originaltitel={{lang|en|The English Constitution (2nd Edition)}} | Datum=1872 | Originalsprache=en | Übersetzer=Klaus Streifthau | Kommentar=Ersterscheinung der englischen Ausgabe im Jahr 1867}}</nowiki>
nun komme ich weil es in der nächsten Kat aufläuft und WSTM macht Datum=1872 und Datum=1872 und ich stehe da und rätsele was jetzt das richtige Datum sein soll.
* <nowiki>{{Literatur | Autor={{lang|en|[[Walter Bagehot]]}} | Hrsg=Wilhelm Hennis, Hans Maier | Titel=Die englische Verfassung | Reihe=Politica | Band=Band 33 | Verlag=Luchterhand | Ort=Neuwied| Datum=1872| Kommentar=Ersterscheinung der englischen Ausgabe im Jahr 1867| Originaltitel={{lang|en|The English Constitution (2nd Edition)}} | Originalsprache=en | Übersetzer=Klaus Streifthau | Datum=1872}}</nowiki>
Beim nächste klick auf den Button käme dann das heraus ein einzelnes Datum 1872 und eine verwirrte Nachtigall
* <nowiki>{{Literatur | Autor={{lang|en|[[Walter Bagehot]]}} | Hrsg=Wilhelm Hennis, Hans Maier | Titel=Die englische Verfassung | Reihe=Politica | Band=Band 33 | Verlag=Luchterhand | Ort=Neuwied| Datum=1872| Kommentar=Ersterscheinung der englischen Ausgabe im Jahr 1867| Originaltitel={{lang|en|The English Constitution (2nd Edition)}} | Originalsprache=en | Übersetzer=Klaus Streifthau}}</nowiki>
{{Ping|PerfektesChaos|Ulanwp}} also echt jetzt Jungs ihr schafft mich wirklich. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:52, 28. Mai 2016 (CEST)

: Tja, <code>Originaljahr=1872</code> einfach belassen, schaut stimmig aus. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:57, 28. Mai 2016 (CEST)
:: Nein, ich habe es anders gelöst, so dass es jetzt auch sichtbar ist.
:* {{Literatur | Autor={{lang|en|[[Walter Bagehot]]}} | Hrsg=Wilhelm Hennis, Hans Maier | Titel=Die englische Verfassung | Reihe=Politica | BandReihe=Band 33 | Verlag=Luchterhand | Ort=Neuwied| Datum=1971| Kommentar=Ersterscheinung der englischen Ausgabe im Jahr 1867| Originaltitel={{lang|en|The English Constitution (2nd Edition)}} 1872| Originalsprache=en | Übersetzer=Klaus Streifthau}}
:: Wem nutzt eine nicht sichtbare Angabe, sonst kann man das auch gleich löschen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:04, 28. Mai 2016 (CEST)

::: {{ping|Lómelinde}} Du kannst im Lauf der kommenden Woche mal ausprobieren, ob <code>Originaljahr=1872</code> dann als Phantom wieder aufersteht.
:::* Hatte schlicht verpennt, das auszugeben, und mein Kompagnon hatte es auch nicht in den Beispielen.
::: Aber – ach du Schreck! Das ist ja obendrein mit Erstausgabe von 1867.
:::* ''Erstausgabe'' hatten wir noch gar nicht; kommt erst [[Wikipedia:Lua/Modul/Zitation/Datenmodell#ed1.|nächstes Schuljahr]] dran. Wenn mit der momentanen Migration alles in trockenen Tüchern ist.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:09, 28. Mai 2016 (CEST)
Ich bin mir ganz sicher, dass ich genau dieses doooooofe Problem auf einer später von mir zur Löschung erbetenen Seite auf Beta „On the Might of Princes“ angesprochen hatte, dass nämlich nienichts ausgegeben wird. Aber du warst so im Stress, dass du es einfach ignoriert hattest. Und ich habe mir dann gesagt, was soll’s mehr als ansprechen kann ich das auch nicht und ich sollte nicht ständig nerven. Das war diese Sache mit dem Übersetzer und Originalsprache.
::: Ja ich werde schauen, ob sich da etwas tut. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:21, 28. Mai 2016 (CEST)

:::: Ah, sorry, erstmal musste ich die Darstellungsfragen in Tausenden von Artikeln klären und Komplettversagen abstellen, bis ich in der Flut der Infos zu der Frage kam, ob da irgendwo hinten ein Komma oder eine Jahreszahl stünde. Kommt nur in 151 Artikeln mit Wert vor; wird letzte Woche keinem aufgefallen sein, dass da keine Zahl gestanden war. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:40, 28. Mai 2016 (CEST)
::: Ja doch, ich weiß, und aus lauter Frust habe ich dir sogar ein kleines Gedicht geschrieben. Nein, das wurde noch nie angezeigt und ich hatte einfach erwartet, dass es nach der Neuprogrammierung irgendwie funktionieren würde. Ich bin da schon vorher dran verzweifelt. Es lag mir fern dich zu stressen. Ich weiß nicht mehr genau, ich glaube es war mehr als das Jahr.
::* {{Literatur|Autor=Jess Stearn|Titel=Taylor Caldwell und das Jenseits. Die Geschichte eines parapsychologischen Experiments|Auflage=1.|Verlag=Neff|Ort=Wien, Berlin|Datum=1973|Seiten=|ISBN=3-7014-0101-2|Originaltitel=The search for a soul; Taylor Caldwell’s psychic lives.|Originaljahr=1973|Originalort=Garden City, N.Y.|Originalsprache=en|Übersetzer=Ursula Heim}}
::: Soweit ich mich erinnere wird auch der Originalort verschluckt. Stell dir doch den Inhalt wieder her und schau was da stand. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:58, 28. Mai 2016 (CEST)

:::: Ja, ja, ja doch.
:::: Als Dankeschön verrate ich dir zu deinem Dingens von oben ein paar geheime Parameter, die heute schon funktionieren:
::::* <code>JahrEA=1867</code>
::::* <code>OrtEA=</code>
::::* <code>VerlagEA=</code>
:::: Kannst du in den ''Bagehot'' da oben einbauen.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:29, 28. Mai 2016 (CEST)
:In waaas ? Ich schaue morgen mal, ich bin zu müde, „bagehot“? Ich dachte schon das sei wieder irgendetwas technisches, es klingt zumindest irgendwie so nach Parametern und Attributen und …. Ich teste dann mal was passiert. Gute Nacht der Herr. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:55, 28. Mai 2016 (CEST)
* So?
* {{Literatur | Autor=[[Walter Bagehot]] | Hrsg=Wilhelm Hennis, Hans Maier | Titel=Die englische Verfassung | Reihe=Politica | BandReihe=Band 33 | Verlag=Luchterhand | Ort=Neuwied | Datum=1971 | Originaltitel={{lang|en|The English Constitution}} | Originalsprache=en | Übersetzer=Klaus Streifthau | Online=[http://socserv.mcmaster.ca/econ/ugcm/3ll3/bagehot/constitution.pdf socserv.mcmaster.ca] | Format=PDF 2nd Edition | KBytes=551 kB | Originaljahr=1872 | JahrEA=1867 | OrtEA=London | VerlagEA=Chapman and Hall}}
* Oder ohne PDF, ich warte aber erst mal, ob ich noch das O-Jahr angezeigt bekomme, damit ich weiß, wie das dann aussieht, und bei O-Ort muss ich passen, da gibt es [https://www.worldcat.org/title/bagehot-the-english-constitution/oclc/56035268/editions?sd=desc&referer=br&se=yr&qt=facet_yr%3A&editionsView=true&fq=yr%3A1872 zu viele Möglichkeiten]. Das is’ja’n’halber Roman. Und by the way, was ist eigentlich mit dem „O-Verlag“ und der möglicherweise, also hier sicher nicht, „O-ISBN“? Ich meine, wenn schon … denn schon. Da wird man ja irre bei den vielen Parametern. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:50, 29. Mai 2016 (CEST)
: Ahh, ohh es tut sich was. Und ja ich weiß, erst wenn alle 'Monat'-Einträge weg sind bekomme ich eine neue Aufgabe, aber ich brauche ab und zu etwas anderes dazwischen, sonst wird man betriebsblind. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:38, 30. Mai 2016 (CEST)

::* <code>nil</code> – das ist Latein, Bestandteil der edlen Programmiersprache und bedeutet: nichts, nix.
::** Gut aufgepasst!
::** Das war in der Tat ein Bug; allerdings ein mutmaßlich nur selten auftretender.
::** Er kam genau dadurch zustande, dass bei einer ISBN das vorhandene Datum auf die Jahreszahl reduziert werden soll.
::** Und wenn da keine Jahreszahl drinsteht, dann ist das eben – nix, <code>nil</code>.
::** Inzwischen im Quellcode besser strukturiert.
::* Die 'Monat'-Einträge können es inzwischen ruhiger angehen lassen.
::** Sie haben mittlerweile eine eigene Wartungskat bekommen: [[:Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Literatur/Parameter Monat‎]] (300 S.)
::** Seit heute werden sie behelfsmäßig irgendwie an die Nummer drangeflickt.
::** Das sieht vielleicht nicht ganz so schön aus; besser es würde dann auch manuell ein <code>Nr.</code> vor eine vorhandene Zahlenangabe geschrieben, und der Zusatz würde vielleicht besser manuell in Klammern gesetzt, aber es wird die komplette Info erstmal im Artikel dargestellt.
::* Den ''bagehot'' kannst du ja spielerisch weiter ausbauen, schließlich auf die Testseite der Vorlage als Live-Beispiel schreiben.
::* Den O-Verlag und die O-ISBN habe ich bewusst für die Vorlage weggelassen; für das Modul wäre es keine größere Hürde, weil mit der Basisausgabe, deren Originaltext und der Erstausgabe einfach immer die identische Ausgabe-Prozedur für ein Buch aufgerufen wird. Bloß die Autoren drehen am Rad, wenn die Anzahl der Parameter dreistellig wird.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:34, 30. Mai 2016 (CEST)
: Ich soll den Artikel ausbauen? Wie soll ich denn da noch mehr Infos reinpacken die Vorlage läuft doch schon fast über?
: Ja ich tue, fast alles, was immer du möchtest. Hmm … mir war so als würde vor einer Ziffer die Nr. automatisch erzeugt, aber vielleicht drehe ich auch langsam am Rad.
* Argh: nur wenn nur Ziffern dort stehen? {{Literatur|Titel=Ein Jahr | Nummer=18|Datum=2012 }}  {{Literatur|Titel=Ein Jahr | Nummer=18, 01–12|Datum=2012 }}
* {{Literatur|Titel=Ein Jahr | Nummer=18, Januar–Dezember|Datum=2012 }} das ist doof. <nowiki>{{Literatur|Titel=Ein Jahr | Nummer=18|Monat= Januar–Dezember|Jahr=2012 }} und hier fehlt das Jahr</nowiki> →''Ein Jahr.'' 18, Januar–Dezember.
: Das kannst du besser.
: Nein, das mit dem „nil“ war Zufall, bei mir stand, wie erwähnt, noch <code>Apri</code> vierstellig für die verstümmelte Datumsangabe. Ich hatte mal Latein, also nil, nihil = klein, nichtig, unwichtig, nienichts von Bedeutung. :-) --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:07, 30. Mai 2016 (CEST)

{| class="wikitable" style="margin-left:4em"
|-
| Vorhanden:
| <code>&#124;Nummer=</code> ''3'' <code>&#124;Monat=</code> ''Herbst''
|-
| Soll werden:
| <code>&#124;Nummer=</code> ''Nr. 3 (Herbst)''
|}
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:16, 30. Mai 2016 (CEST)
::: O.k. ich hoffe, ich behalte das im Hinterkopf, da schwirren derzeit so viele Parameter, dass mir schwindelig wird.
::: Ich versuche Format und KBytes zu ergänzen wenn ich es sehe und aus <code>| Kommentar=<nowiki>{{ZDB|128017-x}}</nowiki></code> ein <code>| ZDB=128017-x</code> oder eben falls ich ein Jstor sehe JSTOR=Stabile-Nummer oder eine DOI mit gleichzeitigem <code>Online=http://doi…</code>-gesoxe zu vermeiden, … --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:25, 30. Mai 2016 (CEST)

== DISPLAYTITLE und br\ ==

’n Abend! Ich habe nur einen kleinen Wunsch: kannst du bitte bei passender Gelegenheit die beiden Sachen mit einbringen? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 22:42, 28. Mai 2016 (CEST)

:* DISPLAYTITLE war vor Jahren mal in der Diskussion gewesen; inzwischen geht die deWP in Richtung Lokalisierung und ich kann die vor fünf Jahren nicht weitergeführte Umstellung gelegentlich aktivieren.
:* Es geht wohl um <code>&lt;br \></code>.
:** Eigentlich ist der <code>\</code> in WSTM zur Erkennung vorgesehen und müsste wie ein normaler Schrägstrich erkannt, dann bei der Reformatierung ersetzt werden.
:** Vor ein paar Jahren ging’s noch.
:** Muss ich mal schauen. Kann dauern.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:45, 29. Mai 2016 (CEST)

== Wo ist der Monat hin? ==

Aus
* <nowiki>{{Literatur | Typ=wl | Autor=Michel Houellebecq | Titel=Configuration du dernier rivage | Verlag=Flammarion | Jahr=April 2013 | ISBN=978-2-08-130316-4 | Kommentar=Gedichtband }}</nowiki>
** <nowiki>{{Literatur | Typ=wl | Autor=Michel Houellebecq | Titel=Gestalt des letzten Ufers. Gedichte | Originalsprache=fr | Originaltitel=Configuration du dernier rivage | Originaljahr=April 2013 | Übersetzer=Stephan Kleiner, Hinrich Schmidt-Henkel | Verlag=DuMont Verlag | Ort=Köln | Jahr=2014 | ISBN=978-3-8321-9741-4 }}</nowiki>
: ungültiges Originaljahr <code>|Originaljahr=April 2013</code> im zweiten Eintrag
wird
* <nowiki>{{Literatur| Autor=Michel Houellebecq | Titel=Configuration du dernier rivage | Verlag=Flammarion |Datum=Apri| ISBN=978-2-08-130316-4 | Kommentar=Gedichtband  | Typ=wl}}</nowiki>

# warum steht dort überhaupt <code>Datum:</code>?
# und wenn ich versuche es mit <code>Datum=2013-04</code> zu richten geht nichts mehr, der Monat bleibt spurlos verschwunden egal was ich auch versuche, um ihn wieder sichtbar zu machen.
+ Sammelwerk und Ort … nichts
* {{Literatur| Autor=Michel Houellebecq | Titel=Configuration du dernier rivage | Verlag=Flammarion |Datum=2013-04|Sammelwerk=Poésie (Flammarion (Firm))|Ort=[Paris]| ISBN=978-2-08-130316-4 | Kommentar=Gedichtband | Typ=wl}}
oder - Kommentar und Typ + Tag … auch nichts <code>|Datum=2013-04-01</code>
* {{Literatur| Autor=Michel Houellebecq | Titel=Configuration du dernier rivage | Verlag=Flammarion |Datum=2013-04-01| ISBN=978-2-08-130316-4}}
Der 'Monat' ist mein Part, aber er ist einfach weg. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:52, 29. Mai 2016 (CEST)

: Ich kann dir nicht so restlos folgen.
: Woran ich mich von heute morgen noch erinnern kann, wäre, dass an diesem Wochenende die Originaljahr/Ort nicht angezeigt werden und es deshalb heute unklug ist, damit rumzumachen, weil das Ergebnis noch nicht zu sehen ist.
: Den Monat gibt es nicht, wie an anderer Stelle schon ausgeführt, weil ISBN→Buch.
: Den vorangestellten Hinweis <code>Datum:</code>, der auf das Problem unerwarteter Angaben aufmerksam machen sollte, habe ich bis zum Leeren der Wartungskat ausgeblendet.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:44, 29. Mai 2016 (CEST)
:: Ja doch, ich mache doch nicht damit rum, ich habe lediglich die (4) völlig falschen, eliminiert. Nur die, wo ein Jahr, mit Buchstaben begann oder ein Ort mit Ziffer. Soviel muss drin sein. Warne mich doch einfach vor, wenn du solche verwirrenden Updates machst, du weißt doch, dass … ich sonst wieder nachfrage, weil mir etwas spanisch vorkommt. Mich macht das nervös wenn ich nicht weiß, warum etwas plötzlich anders ist. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:15, 30. Mai 2016 (CEST)
:: Und überhaupt warum schimpfst du mit mir, es war ja schon zu [[Spezial:Diff/154697733/154806655|einem Unfall]] gekommen. Oder sollte das so bleiben?
::* <nowiki>{{Literatur| Autor=Michel Houellebecq | Titel=Configuration du dernier rivage | Verlag=Flammarion |Datum=April| ISBN=978-2-08-130316-4 | Kommentar=Gedichtband  | Typ=wl}}</nowiki>
:: Was genau ist denn ein „nil“? :-) Gut das war jetzt „Zufall“, dass Kritzolina da auch diesen Artikel angefasst hat, und das zur selben Zeit wie ich, aber sonst wäre es glatt untergegangen.
:: Die Angabe <code>*** Ungültig: Originaljahr ist keine Jahreszahl</code> hätte da dann auch nicht geholfen. Die ist auch neu, oder? Nett, gefällt mir. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:01, 30. Mai 2016 (CEST)

== Zwangsweise Formatierung der Vorlagen Literatur und Internetquelle mit CR ==
Hallo {{Ping|PerfektesChaos}}, ich habe mich jetzt auch ein wenig mit dem WSTM beschäftigt und ein wenig getestet. Super Werkzeug. Ich würde es auch einsetzen, wenn da nicht die verdrahtete Formatierung der Vorlage Literatur und Internetquelle mit den Zeilenumbruch wäre. Eigentlich wäre der Konflikt, der dadurch die zwangsweise Umformatierung entsteht doch recht einfach zu lösen. Wenn das Script beim Einlesen erkennt, dass in der Vorlage ein Zeilenumbruch verwendet wird, formatiert das Script die betreffende Vorlage, wenn kein Zeilenumbruch erkannt wird, formatiert es die Vorlage nicht um. Der Delimiter "|" sollte der Lesbarkeit wegen immer von einem Space umgeben sein. Gruß -- [[Benutzer:Ulanwp|Ulanwp]] ([[Benutzer Diskussion:Ulanwp|Diskussion]]) 21:34, 29. Mai 2016 (CEST)

: Danke für das „Super Werkzeug“.
: Es wird aber keine Erkennungs- und Rumrateformatierungslogik geben. Das Werkzeug ist komplex genug, und es ist schwierig genug, es auf dem Stand robust zu halten und wonotwendig auszubauen.
: Es gibt viele Autoren mit vielen Wünschen, die an einem Artikel schreiben, aber nur einen gemeinsamen Artikel-Quelltext.
: Der eine will alle Gleichheitszeichen untereinander, und dann noch mindestens ein Leerzeichen links und rechts daneben, der nächste auf keinen Fall Leerzeichen, weil dann die Zeile womöglich nicht mehr in einem Stück in das Textbearbeitungsfeld passt, also weder am <code>|</code> noch am <code>=</code>, der nächste will immer und überall alles in einer einzigen Zeile hintereinander weg haben.
: Ich habe vor fünf Jahren ein damals schon flächendeckend gebräuchliches Format ausgewählt, mit dem im Prinzip alle leben können, und nur manche nur ein wenig jammern. Sonst jammern wieder andere.
: Wozu ich stehe, ist am Ende des Artikels die zeilenweise Anordnung der heutzutage 60 möglichen Parameter der Vorlage:Literatur, und Internetquelle langfristig auch bald 50. „sollte der Lesbarkeit wegen“ schon so sein; weil da ganz hinten stört es keinen mehr. Und deine Mit-Autoren müssen das auch noch übersichtlich lesen können.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:56, 29. Mai 2016 (CEST)
:: OK, I see ..., danke für deine ausführlich Antwort. Dann werde ich wohl weiter mit meinen eigenen Scripten auf meinem Mac arbeiten müssen. Gruß -- [[Benutzer:Ulanwp|Ulanwp]] ([[Benutzer Diskussion:Ulanwp|Diskussion]]) 22:15, 29. Mai 2016 (CEST)

== Personendaten ==

Hallo, PerfektesChaos, könnte es sein, dass WSTM versucht, GEBURTS-/STERBEDATUM in den Personendaten mit dem Artikelkopf abzugleichen? Wenn nein, entschuldige die Störung, dann muss der Fehler irgendwo bei mir liegen. Wenn ja, geschieht das nicht mit der gebotenen Vorsicht: Konstruktionen mit 'oder' wie in [[Luigi Ricci]] werden zerstört. Gruß, [[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 17:47, 30. Mai 2016 (CEST)
: Kann ich bestätigen,  das tut es tatsächlich, aber ich denke das hat weniger mit den Daten in der Einleitung zu tun. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:55, 30. Mai 2016 (CEST)
{| class="wikitable"
|-
|
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=8. Juni 1805 oder 8. Juli 1805
|GEBURTSORT=
|STERBEDATUM=ungewiss 12. oder 13. Oktober 1955
|STERBEORT=
}}
|
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=8. Juni 1805
|GEBURTSORT=
|STERBEDATUM=ungewiss 12. oder 13. Oktober 1955
|STERBEORT=
}}
|-
|
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=8. Juni 1805 oder 8. Juli 1805
|GEBURTSORT=
|STERBEDATUM=12. September 1955 oder 13. Oktober 1955
|STERBEORT=
}}
|
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=8. Juni 1805
|GEBURTSORT=
|STERBEDATUM=12. September 1955
|STERBEORT=
}}
|-
|
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=ungewiss 8. Juni 1805 oder 8. Juli 1805
|GEBURTSORT=
|STERBEDATUM=12. oder 13. Oktober 1955
|STERBEORT=
}}
|rowspan="2"| bliebe unverändert
|-
|
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=8. Juni oder 8. Juli 1805
|GEBURTSORT=
|STERBEDATUM=12. September oder 13. Oktober 1955
|STERBEORT=
}}
|}

* WSTM macht seit 2009 mit Pesonendaten rum.
* Dass wir solche mit <code style="padding:0 0.7em">oder</code> gereihten Ketten bei Datumsangaben haben, war mir bislang nicht bekannt.
** [{{canonicalurl:Spezial:Suche|search=insource%3A%2FGEBURTSDATUM%3D%5B^%7C%5D%2B+oder%2F}} Es gibt sie aber.]
** [[H:PD]] schweigt sich dazu aus.
** [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/template/dewiki#Vorlage:Personendaten|WSTM-Doku]] weiß auch nichts davon.
* Vor etwas über zwei Monaten hatte ich die Datumserkennung auf ein großherzigeres Format geändert.
** Die bis dahin verwendete Programmierung von 2010/11 hatte solche Angaben vermutlich als unverdaulich belassen.
** Die neue tat das, was sie sollte: Sie interpretierte aus der gesamten Angabe ein einzelnes Datum.
* Ich habe gestern abend die Programmierung geändert.
** Jetzt wird <code style="padding:0 0.7em">oder</code> als Trennzeichen in einer Aufzählung gewertet.
** Jedes Datum in der Aufzählung, die auch aus einem Element bestehen darf, wird einzeln interpretiert und ggf. einzeln reformatiert.
** Live für alle wohl in einer Woche.
Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:13, 31. Mai 2016 (CEST)

::Moin Moin PerfektesChaos, das mit den Personendaten stammt noch aus den Anfängen der Personendatenwartung. [http://tools.wmflabs.org/checkpersondata/cgi-bin/pd.cgi?view=only&id=148 Hier kannst du das seit 2008 verfolgen]. mfg --[[Benutzer:Crazy1880|Crazy1880]] 06:10, 31. Mai 2016 (CEST)

::: Danke, PerfektesChaos, oder-Konstruktionen klappen jetzt. --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 12:49, 7. Jun. 2016 (CEST)

== What’s wrong with this? ==
Gerade bin ich zufällig über eine Änderung gestolpert und war mir keiner Schuld bewusst. Gut das wird wohl kaum irgendwo ins Gewicht fallen, weil es vermutlich genau ein einziges mal vorkommt. Aber warum wird aus <code>https://wikitech.wikimedia.org/wiki/Main_Page</code> das wiki entfernt? Das Resultat <code>https://wikitech.wikimedia.org/Main_Page</code> ist leider tot. Ist mir beinahe durchgeflutscht im Artikel {{Wikipedia-Suche|1=insource:/\https\:\/\/wikitech.wikimedia.org\/wiki\/Main_Page/|2=Wikipedia}}. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:39, 31. Mai 2016 (CEST)

:# Keine Ahnung.
:# Zur Verlinkung:
:#* Das hätte <code><nowiki>[[wikitech:Main Page]]</nowiki></code> werden sollen:[[wikitech:Main Page]]
:#* Oder noch besser – [[wikitech:]]
:# Zu WSTM:
:#* Da hat sich wohl ein gefährliches Halbwissen angesammelt.
:#* Teile von WSTM wussten, dass es dort ein Wiki der WMF gibt.
:#* Teile von WSTM wussten das bis heute noch nicht.
:#* Ich habe das heute im Quellcode mal überall klargestellt.
:#* Effekt: Jetzt wird überhaupt nichts mehr geändert.
:#** Ist nicht top, aber richtet erstmal keinen Schaden an.
:#* Die Programmierung, die sich mit der Umwandlung von URL in Wikilinks befasst, ist fast fünf Jahre alt und völlig abgehängt.
:#** Um sie auf heutigen Stand der Technik zu bringen, bräuchte ich mehrere Monate bei kühlerem Wetter, aber dazu lasst ihr mir ja keine Zeit. Es stapeln sich dort schon diverse Bugs.
:# Zu diesem Server:
:#* Es hat Spezialitäten damit, die WSTM jetzt durcheinanderbrachten.
:#* Neben einem normalen Wiki liegen dort gleichzeitig andere Dokumentpfade wie bei einer normalen Website.
:#* Das irritierte WSTM.
:#* Anders als alle anderen Server befindet sich das Ding nicht im Rechenzentrum von Wikimedia, sondern bei einem externen Dienstleister einige 100 Meilen entfernt.
:#* Grund: Wenn das Rechenzentrum vom Tornado weggeweht wird, kann über diesen externen Server der Wiederaufbau koordiniert werden; oder bei banalem Stromausfall oder Hacker-Angriff.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:49, 31. Mai 2016 (CEST)
:: Immer gern, ich wunderte mich lediglich warum der Diff anzeigte, dass ich etwas aus einem Weblink gelöscht hätte. Das hätte durchaus sein können, weil ich ja auch den ein oder anderen Link anpasse. Hier war ich aber eigentlich sicher, dass ich das nicht getan hatte.
::: 5. Zu diesem PC
::::* der ist auch ohne meine Anfragen schon am Limit und ächzt bei jedem neuen Ping.
:: Ja sorry, ich weiß, ich sollte dich nicht mit jedem PiPaPo belästigen.
:: Danke für die Erklärung, aber das bleibt nicht wirklich hängen. Server und wie die arbeiten sind Dinge, die mir zu fern sind. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:04, 31. Mai 2016 (CEST)

== WSTM manuell starten ==

Moin Moin PerfektesChaos und hallo allen Mitlesenden, ich habe eine Frage zum WSTM. Ich teste das Tool gerade und finde es echt super, es erleichtert echt mal einiges im Quelltext. Allerdings ist es mir jetzt auch schon zwei drei Mal aufgefallen, dass es bei ein Paar Artikel nicht das gewünschte erzielte. Deswegen die Frage, ob man den WSTM auf Konpfdruck starten könnte, zum Beispiel via einem Butten in der Werkzeugleiste? Hast du da irgendwas? mfg --[[Benutzer:Crazy1880|Crazy1880]] 17:35, 31. Mai 2016 (CEST)

: Schön, dass es dir gefällt.
: Es sind viele Gestaltungen nach Herzenslust möglich. Standard ist, dass beim Öffnen zur Bearbeitung im ANR automatisch gestartet wird.
: Eine Einstellung zum Generieren eines simplen Werkzeuglinks steht bei [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage#portlet]].
: Du kannst auch die Automatik unterbinden und erst auf Knopfdruck starten, dir deine persönlichen Buttons mit dem Aufruf verbinden, andere Namensräume einbeziehen und vieles mehr. Die Seiten im Umfeld dieses Links versuchen zu erklären, wie das geht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:44, 31. Mai 2016 (CEST)
 
:: Hallo ihr, ich habe mal ein Template-Snippet gebaut zum einfachen Einfügen (in die eigene .js, wenn genehm auch in der Doku):
<syntaxhighlight lang="javascript" highlight="31">
// [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced]]
mw.libs.WikiSyntaxTextMod = {
	api: {},
	config: {
		load: {
			inhibit: true,
			after: function () { // only for mw.user.options.get( 'usebetatoolbar' )
				if (mw.toolbar) {
					$.when(mw.loader.using('ext.wikiEditor.toolbar'), $.ready).then(function () {
						$('#wpTextbox1').wikiEditor('addToToolbar', {
							section: 'main',
							group: 'format',
							tools: {
								syntax: {
									label: 'WSTM',
									type: 'button',
									icon: '/media/wikipedia/commons/thumb/2/2d/Nuvola_web_broom.svg/22px-Nuvola_web_broom.svg.png',
									action: {
										type: 'callback',
										execute: mw.libs.WikiSyntaxTextMod.api.run
									}
								}
							}
						});
					});
				}
			}
		}
	}
};
mw.loader.load("https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/r.js&action=raw&ctype=text/javascript");
</syntaxhighlight><sup>Edit: 10:45, 7. Jun. 2016 (CEST)</sup>
: Die gelb markierte Zeile sollte schon dastehen. <small>(@[[Benutzer:Crazy1880|Crazy1880]] auf Anfrage einer 3. Person)</small> <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>08:10, 4. Jun. 2016 (CEST)</small></kbd>
::Moin Moin {{ping|Perhelion}}, vielen vielen Dank, dass mit der obersten Zeile hatte ich mir schon fast gedacht, weil er ja sonst keinen Startaufruf beginnt. Ich habe es eingebaut und es läuft wie gewünscht. In die Doku sollte man es auf jeden Fall mal eintragen, damit man es schneller einbauen kann. Übernimmst du das oder soll ich es einbauen? mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:27, 4. Jun. 2016 (CEST)

:::* Auf die Doku kommt das ganz sicher nicht.
:::** Schon, weil ich keine Verantwortung für den Inhalt übernehme.
:::** Maximum ist eine Fußnote mit Link auf eine anderweitige Benutzerseite, wo dann sonstwas stehen mag.
:::* Das ''snippet'' beißt sich mit allen anderen Beispielen auf der Doku.
:::** Wenn man es ausführt, zerstört man sämtliche anderen Beispiele auf der Doku.
:::** Wenn man etwas anderes von der Doku macht, dann zerstört man das ''snippet''.
:::** Um vorbildlich zu sein, muss man das schon geschickter anstellen.
:::* Code-Kritik:
:::** Man schreibt grundsätzlich ''erst'' die Optionen und lädt ''danach'' den Code. Es ist zwar unwahrscheinlich, dass der Code bereits ausgeführt würde, bevor die Konfiguration gesetzt ist, aber könnte irgendwie eines Tages mal passieren. Schon um des richtigen Verständnisses willen ist aber die richtige Reihenfolge eeinzuhalten.
:::** <code>WikiSyntaxTextMod_Run</code> ist nur eine Bequemlichkeitsfunktion für manuelle Aktivitäten. Wenn man schon auf mw.libs ist, dann wäre globales <code>.run()</code> zu nutzen, falls es zur Weiternutzung empfohlen wird.
:::** Das ist jetzt nur ein Beispiel für eine Art von Toolbar; es gibt bei der Quelltextbearbeitung aber drei verschiedene: einfach, wikieditor und wikEd.
:::* Info:
:::** Im Herbst/Winter, mit der nächsten Regen- und Kältezeit, wird auf <code>mw.hook</code> umgestellt.
:::** Damit kann der Weg über <code>mw.libs</code> entfallen, die zwar weiterhin genutzt werden und voll kompatibel sind, aber es wird deutlich robuster und übersichtlicher.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:17, 4. Jun. 2016 (CEST)

:Okai PerfektesChaos, auch verstanden, wie würdest du denn das Snippet oben gestalten, dass ich es manuell starten kann? mfg --[[Benutzer:Crazy1880|Crazy1880]] 21:48, 4. Jun. 2016 (CEST)

:: Für dich persönlich wird es wohl erstmal funktionieren.
:: Es wird dann ein Problem geben, wenn du weitere Optionen setzen möchtest und mal schnell eine Funktionalität auskommentieren oder wieder aktivieren möchtest, oder dir Beispiele von der Doku-Seite kopieren und kombinieren möchtest.
:: Ich weiß auch nicht, ob du grad diese Toolbar benutzt; ich selbst habe die nicht.
:: Deshalb ist es für Doku ungeeignet und zu speziell.
:: Im Übrigen müsstest du das mit dem Skriptersteller klären.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:13, 4. Jun. 2016 (CEST)

::: Aja so etwas in der Art habe ich schon befürchtet. ^^ Im Prinzip ist der Code nichts weltbewegendes (hier noch eine evtl. interessante Erklärung zu dem when-ready [https://www.mediawiki.org/wiki/Talk:Snippets/Purge_action#Strange_loading von Krinkle], das <kbd>bcache</kbd> ist nun wohl auch gänzlich [http://commons.wikimedia.beta.wmflabs.org/w/index.php?title=MediaWiki:Gadget-betaCommons.js&diff=86475&oldid=86451 obsolete])
::: Das vermeintliche Konkurenz-Produkt von TMg hat schließlich von Hause aus diesen, sogar einen Stufenweisen (mit markiertem Text).
::: @<kbd>WikiSyntaxTextMod_Run</kbd>: verwundert mich jetzt ein wenig, da du diesen Befehl ausgiebig in deiner Doku propagierst. Naja, nehmen wir ihn (hiermit) raus.
::: Ist es o.k. wenn wir auf die <kbd>.js</kbd> von [[Benutzer:Crazy1880|Crazy1880]] verlinken? LG<kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>10:45, 7. Jun. 2016 (CEST)</small></kbd>

:::: Die .js von Benutzer:Crazy1880 müsste, wenn überhaupt, Permalink sein.
::::* Die aktuelle könnte Tausende von Zeilen enthalten, aber den fraglichen Passus nicht.
::::* Sinnvoll ist eine .js trotzdem nicht, weil ihr die einleitenden Worte und Erläuterungen fehlen; so etwa der Hinweis, welches der drei gebräuchlichen Quelltext-Werkzeugleistensysteme bestückt wird, und wie wann wo mit weiteren auf der Doku-Seite beschriebenen Optionen umzugehen wäre, und dass hier noch mit mw.libs gearbeitet wird (während die neue Generation nur über mw.hook nach Ende der Sommerpause schon auf der Tagesordnung steht).
:::: af@TMg ist ausdrücklich nur für die interaktive Auslösung, teils ziemlich einschneidende Änderungen mit Nebenwirkungen und zwingend erforderlicher Diffkontrolle wegen leicht möglicher unbeabsichtigter Änderung von Linkzielen usw. geeignet. WSTM hingegen ist für vollautomatischen Betrieb mit bei ausgetesteter Version in der Regel nach außen unbemerkbaren Veränderungen konzipiert. Ergo ist die manuelle Auslösung hier nicht der Standardfall.
:::: bcache=1 könnte ja mal wieder modern werden, auch wenn Krinkle aller Welt aufzuschwatzen versucht, man müsse ausnahmslos jede in die Seite eingebundene Ressource (Bildchen, style oder Skript) bei jedem einzelnen Seitenaufruf kontrollieren, ob sie sich nicht vor ein paar Sekunden auf dem Server geändert hätten.
::::* Jede dieser Aktualitätsabfragen für jede einzelne Ressource kosten 2 kB Netzwerktraffic.
::::* Der Wikipedia-Ball links oben oder [[Datei:External.png]] haben sich aber in einem Jahrzehnt nicht sichtbar geändert, und selbst wenn sie mal um drei Tage „veraltet“ wären, würde das die Seite nicht beeinträchtigen.
::::* Ich habe ein Add-On zu laufen, das die HTTP-Atttribute der paneMarker-Icons, [[Datei:External.png]] und weiterer Dateitypen, der beiden „Powered by“ da ganz unten, den Logo-Ball und alle URL mit bcache=1 drin von maxage=0 auf maxage=604800 umschreibt bzw. vorhandenes maxage belässt. Die Skripte haben eine Haltbarkeit von mehreren Tagen, WSTM überprüft sich mindestens einmal pro Stunde intern.
::::* Vielleicht kommt bcache=1 also eines Tages wieder auf den MW-Server.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:09, 7. Jun. 2016 (CEST)

== Umformung Datum ==

Ich weiß das ist nichts wichtiges, aber könnte WSTM bitte <code>|Datum=TT. MM JJJJ</code> gleich behandeln wie das beim <code>|Jahr=TT. MM JJJJ</code> passieren würde, dass also beide im Ergebnis zu <code>|Datum=JJJJ-MM-TT</code> werden? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:54, 2. Jun. 2016 (CEST)
{| class="toptextcells
! aus !! wird !! soll
|-
|<pre>
{{Literatur|Titel=Test|Datum=1. April 2009}}
{{Literatur|Titel=Test|Jahr=1. April 2009}}
</pre>
|<pre>
{{Literatur|Titel=Test|Datum=1. April 2009}}
{{Literatur|Titel=Test|Datum=2009-04-01}}
</pre>
|<pre>
{{Literatur|Titel=Test|Datum=2009-04-01}}
{{Literatur|Titel=Test|Datum=2009-04-01}}
</pre>
|}
: Noch etwas, was nicht passieren sollte.
* <nowiki>{{Literatur|Autor= Zerong Wang|Hrsg= |Titel= ''Comprehensive Organic Name Reactions and Reagents''|Sammelwerk=|Verlag=John Wiley & Sons|Ort=New Jersey|Jahr='''2009'''|Seiten= 1991–1995|ISBN= 978-0-471-70450-8}}</nowiki>
* <nowiki>{{Literatur|Autor= Zerong Wang|Hrsg= |Titel= ''Comprehensive Organic Name Reactions and Reagents''|Sammelwerk=|Verlag=John Wiley & Sons|Ort=New Jersey|Datum='''2|Seiten= 1991–1995|ISBN= 978-0-471-70450-8}}</nowiki>
* <nowiki>{{Literatur|Autor= Zerong Wang|Hrsg= |Titel= ''Comprehensive Organic Name Reactions and Reagents''|Sammelwerk=|Verlag=John Wiley & Sons|Ort=New Jersey|Datum=''20|Seiten= 1991–1995|ISBN= 978-0-471-70450-8}}</nowiki>
: Die abgeschnittene Fettung sollte nicht auf die nachfolgenden Parameter wirken, ebenso eine möglicherweise vorgefundene Kursivsetzung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:46, 2. Jun. 2016 (CEST)
:: Ich lasse dir diese Exemplare <code>"'Datum' mit Wikisyntax" incategory:Wikipedia:Vorlagenfehler/Vorlage:Literatur/Parameterfehler</code> mal noch offen, sonst schimpfst du wieder, dass du keine Beispiele mehr findest. Ob es auch kursive gibt weiß ich nicht, war nur so der Spieltrieb in mir das auch zu testen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:59, 2. Jun. 2016 (CEST)

:::# Arrgh, der neue Parameter ist noch keinen Monat alt und wird schon wieder eingesaut.
:::#* Okay, war nur erforderlich gewesen, eine Zeile ein paar Zeilen höher zu schieben, damit <code>Jahr</code>, <code>Abruf</code> und <code>Datum</code> <code></code>gleichermaßen interpretiert und konvertiert werden. Null Bytes Größenänderung, danke.
:::# Den kannte ich schon; kam durch den <code>Apri</code> drauf.
:::#* War schon programmiert gewesen; schneidet nunnmehr erst ab, wenn die ersten vier Zeichen auch Ziffern sind und ein Bindestrich ggf. folgen würde und dann ein bis zwei Ziffern und&nbsp;…
:::# Ich müsste einfach mal Zeit und erträgliche Temperaturen haben, um das austesten zu dürfen, was ich programmiere, dann könnte ich es auch freischalten.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:41, 2. Jun. 2016 (CEST)
:::: Störe ich zu sehr? Ich kann auch etwas anderes machen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:26, 2. Jun. 2016 (CEST)

::::: {{ping|Lómelinde}} Um Himmels Willen, sowohl die gefetteten Jahre wie auch Band-Nummern sind von jeweils genau einem Autor, der sowas schau findet.
::::: Wenn du ihm das jetzt serienmäßig wegeditierst, gibt das wieder Riesenknatsch. Du wurdest bereits bemerkt und erwähnt.
::::: Lass das nach und nach andere Benutzer gelegentlich machen, und lass die Finger von sowas.
::::: Deine Aufgabe waren die Monate, nicht wahr?
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:44, 4. Jun. 2016 (CEST)
Och menno, nichts mache ich richtig, ja Monate, ich weiß, aber ich hatte keine Lust mehr auf Monate. O.k. schon gut, ich kehre zurück an den Ort, wo ich hin soll. Warum muss hier immer alles so „gefährlich“ sein?

Aber es funktioniert jetzt, danke für die Anpassung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:54, 4. Jun. 2016 (CEST)

== Vorlage BibISBN ==

Moin Moin PerfektesChaos, ich tue hier mehr und mehr Artikel auf, die mit der Vorlage {{Vorlage|BibISBN}} eingebunden sind und wo das WSTM schreibt, dass das Zugriffsdatum jjjj-mm-tt sein sollte. Siehe [[Spezial:Diff/154959530|hier]]. Ist das dann dort so richtig??? mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:52, 3. Jun. 2016 (CEST)
: Zugriff kann man doch nicht pauschal vorgeben, ich würde sagen der Parameter müsste innerhalb der Vorlage leer sein. Da soll man wenn, dann doch eintragen wann man es selbst abgerufen hat. Das sollte ein Optionaler Parameter sein, oder? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:41, 4. Jun. 2016 (CEST)

:: Den Zugriff/Abruf kann man sehr wohl pauschal angeben, weil sich das auf immer denselben Weblink bezieht, der in der Vorlage angegeben ist.
:: Ja, in den BibISBN-Vorlagen kann oder sollte allmählich das ISO-Format für den Abruf benutzt werden.
::* Allerdings wird der Parametername „Abruf“ noch nicht verstanden.
::* In der nächsten Woche, wenn ich dann anschließend auch ein paar Tage onwiki bin, um bei Problemen eingreifen zu können, plane ich unter den vielen anzupassenden Elementen auch [[Vorlage:BibRecord/Literatur]] dahingehend umzuschreiben, dass es die Vorlage:Literatur mit den aktuellen Parameternamen und Parameterformaten einbindet. Damit verschwinden alle Meldungen, weil die BibISBN & Co. alle durch diese Vorlage laufen.
::* Ab Sonntag bin ich jedoch ein paar Tage offwiki.
:: Wenn alle Voraussetzungen geschaffen wurden und alle zwischendurch eingebundenen Vorlagen beide Arten von Parameternamen verstehen, sollen per Bot sämtliche BibISBN & Co. auf die neuen Parameternamen und Parameterformate umgestellt werden.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:35, 4. Jun. 2016 (CEST)

== Zugriff/Abruf verschwindet spurlos ==

{| class="toptextcells"
|-
|
* {{Literatur
 |Titel=Vivaldi browser hits 500,000 downloads in first 10 days
 |Sammelwerk=Reuters
 |Datum=2015-02-06
 |Online=[http://www.reuters.com/article/2015/02/06/us-internet-vivaldi-idUSKBN0LA1JH20150206 reuters.com]
 |Abruf=2015-09-01}}
* {{Literatur |Titel=Vivaldi browser hits 500,000 downloads in first 10 days |Sammelwerk=Reuters |Datum=2015-02-06 |Online=[http://www.reuters.com/article/2015/02/06/us-internet-vivaldi-idUSKBN0LA1JH20150206 reuters.com] |Abruf=2015-09-01}}
|-
|
* {{Literatur
 |Titel=Vivaldi browser hits 500,000 downloads in first 10 days
 |Sammelwerk=Reuters
 |Datum=2015-02-06
 |Online=[http://www.reuters.com/article/2015/02/06/us-internet-vivaldi-idUSKBN0LA1JH20150206 reuters.com]}}
* {{Literatur |Titel=Vivaldi browser hits 500,000 downloads in first 10 days |Sammelwerk=Reuters |Datum=2015-02-06 |Online=[http://www.reuters.com/article/2015/02/06/us-internet-vivaldi-idUSKBN0LA1JH20150206 reuters.com]}}
|}
Und nein, es war nicht meine Idee dafür die Vorlage Literatur einzusetzen, aber wegen des Fehlers habe ich es erst einmal so gelassen. Schaust bitte mal in [[Spezial:Diff/154978333/154984381|diese Version]]. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:29, 4. Jun. 2016 (CEST)

: Upps; geklammerte Weblinks und URL sind keine einfachen Zeichenketten, sondern komplexe Gebilde, weshalb WSTM sich gedacht hatte, hier wäre gar kein Online-Parameter vorhanden und deshalb die Online-Attribute eliminierte. Gefixt. Danke --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:40, 4. Jun. 2016 (CEST)

== Allerley Mekwürdiges ==
{| class="wikitable"
|-
|aus <pre><ref>http://www.schloesser-magazin.de/en/327719.html?image=327728http://www.schloesser-magazin.de/en/327719.html?image=327728</ref></pre>
|-
|wurdw zunächst <pre><ref>[http://www.schloesser-magazin.de/en/327719.html?image=327728http://www.schloesser-magazin.de/en/327719.html?image=327728 schloesser-magazin.de]</ref></pre>
|-
|und nach nochmaligen Klick dann <pre><ref>[http://www.schloesser-magazin.de/en/327719.html?image=327728[http://www.schloesser-magazin.de/en/327719.html?image=327728 schloesser-magazin.de] schloesser-magazin.de]</ref></pre>
ja ich weiß persönliche Einstellung, nicht normales WSTM. Das auch nur weil ich es recht lustig fand. Da musst du nichts machen, nur mal so zum anschauen. Der Link war eh toter als lebendig.
|}
Darf ich dazwischen mal ein [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&profile=default&fulltext=Search&search=%22***+Werte+ung%C3%BCltig%3A+%27Tag%27%3D%22&searchToken=b6o0es836w03q0jtqdal7ouoe paar Tage] machen? Immerzu nur Monate ist echt öde. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:44, 6. Jun. 2016 (CEST)

: Bei einigen steht einfach bloß der Wochentag bei, für sowas gibt es im Schreibwarenladen Kalender. Harmlos.
: Bei anderen handelt es sich offenbar um Tageszeitungen oder täglich erscheinende Publikationen.
:* Bei denen ist genau ein Tag draufgedruckt.
:* Die WP-Autoren haben irgendwelche dussligen Suchergebnisse mit mehreren Tagen kopiert.
:* Da musst du Rächerchen anstellen, wenn du schon danach jieperst.
: Ich mach das mal vor:
:* ''Süddeutsche Zeitung'' – Online-Suche liefert keine ''print''; Finger weg.
:* ''[[Handelsblatt]]''
:** Beispiel: [[Gerd Becht]] – ''Nr. 135, ISSN 0017-7296, 17/18/19.7.2015''
:*** Nach dem Titel im Archiv suchen.
:*** ''Handelsblatt print'' hat <code>17.07.2015</code>
:*** 17. war ein Freitag, der 18./19. sind Wochenende und Quatsch. Da erschien das nicht.
:*** Der 17.7.2015 war der 198. Tag in jenem Jahr, in der 29. Woche.
:**** Wenn es die 135. Tagesausgabe war, kann es nur ein Freitag sein. 29 Wochen minus ein paar Oster- und Pfingstfeiertage und 1. Mai lassen keinen andern Schluss zu, die erste Kalenderwoche 2015 hatte auch nur einen Erscheinungstag. Das Blatt kommt demzufolge offenbar an 5 Tagen die Woche.
:*** ISSN und Nr. 135 kannst du tonnen, wenn Zeitung verlinkt, und die Ausgabennummer hilft genau niemandem nix weiter. Der Autor hätte den korrekten Tag angeben sollen und die Schnörkelei bleiben lassen sollen.
:** ''Handelsblatt'' kannst du nach diesem Muster korrigieren.
:* ''Sächsische Zeitung'' nur einen pro Woche, derselbe Autor.
: Du kostest extrem viel Zeit, die ich nicht habe.
: LG  --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:37, 7. Jun. 2016 (CEST)
::O.k. Vielen Dank. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:54, 7. Jun. 2016 (CEST)
::: Wir müssen Ló mal ablenken, ich kann sie ja zur Abwechslung mal besuchen gehen... [[Datei:SMirC-grin.svg|18px|X-)]] zum nächsten Wiki-Treffen oder so.<kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>09:51, 7. Jun. 2016 (CEST)</small></kbd>
:::: Oh, das wäre eine nette Idee. Würdest du das für mich wirklich tun? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:21, 7. Jun. 2016 (CEST)
::::: Ja klar, wenn das Wetter schön ist. Allerdings bin ich demnächst auch ein paar Tage außerhalb von De. LG<kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>11:14, 7. Jun. 2016 (CEST)</small></kbd>

== DOI ==

WSTM macht [[Intelligenz|hier]] beim Öffnen Unsinn. (rote Box) Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 15:59, 7. Jun. 2016 (CEST)
: Hallo [[Benutzer:RonMeier|RonMeier]], was meinst du denn genau? Ich sehe nichts auffälliges. Jahr und Datum sind dort tatsächlich doppelt vorhanden, das musst du von Hand lösen.
: Argh, wieso ist mir das denn nicht aufgefallen? Den Artikel habe ich doch erst vor Kurzem bearbeitet. Das wurde da aber noch nicht als Fehler angezeigt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:17, 7. Jun. 2016 (CEST)
::Beim Öffnen erscheint unter anderem "Zweite schließende Klammer gesetzt doi:10.1007/s00213-002-1250-8" Ich sehe nur, dass WSTM die letzte Klammer bei der DOI entfernt. Gruß
::: Bei mir steht dort nichts, weder wird eine Klammer hinzugefügt noch kommt eine Meldung. Der Eintrag sieht bei mir so aus 
::: D. C. Turner, T. W. Robbins, L. Clark, A. R. Aron, J. Dowson, B. J. Sahakian: ''Cognitive enhancing effects of modafinil in healthy volunteers.'' In: ''Psychopharmacology.'' Band 165, Nummer 3, Januar 2003, {{ISSN|0033-3158}}, S.&nbsp;260–269, [[doi:10.1007/s00213-002-1250-8]], PMID 12417966.
::: Im Diff steht in dem Bereich keinerlei Änderung und eine rote Meldung habe ich auch nicht. Warte ich teste das mal einzeln auf der Spielwiese. Nein bei mir passiert da nichts. Hast du da eine Anpassung in deinem Skript? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:53, 7. Jun. 2016 (CEST)
::::Ist <s>wohl</s> auf meinem Mist gewachsen, muss aber schon uralt sein. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 17:09, 7. Jun. 2016 (CEST)

Ló: Du hattest am 12. April bearbeitet. Da standen vorher schon beide drin.
* Lua gibt es aber erst seit Pfingsten, also Mitte Mai.
* Erst seitdem wiird die Doppelvergabe beanstandet.
* Irgendwer muss in die damalige Vorlagenprogrammierung reingeschrieben haben, dass auch <code>Datum=</code> ein bekannter Parameter sei. Ich weiß aber nicht, wie das damals ausgewertet worden wäre und wer gesiegt hatte, und habe auch keine Lust, es herauszufinden. Jedenfalls wurden bis Mai ohne Fehlermeldung beliebige Angaben gleichzeitig akzeptiert.
* WSTM sieht übrigens <code>Datum=</code> inzwischen als heimlichen Pflichtparameter an und bietet immer ein Feld zum späteren Ausfüllen an; wenn aus irgendwelchen Gründen noch <code>Jahr=</code> drinsteht, gibt es eine Verwarnung.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:24, 7. Jun. 2016 (CEST)

== PMC verschwindet spurlos ==

Öffne bitte mal [[Schiefknolliger Anis-Champignon]]

: {{Literatur
 |Autor=Hans-Ulrich Meisch, Johannes A. Schmitt
 |Titel=Mycophosphatin from the Mushroom ''Agaricus macrosporus''
 |Sammelwerk=[[Environmental Health Perspectives]]
 |Band=65
 |Datum=1986
 |Seiten=29–32
 |PMC = 1474717
 |Sprache=en}}
: {{Literatur
 |Autor=Hans-Ulrich Meisch, Johannes A. Schmitt
 |Titel=Mycophosphatin from the Mushroom ''Agaricus macrosporus''
 |Sammelwerk=[[Environmental Health Perspectives]]
 |Band=65
 |Datum=1986
 |Seiten=29–32
 |Sprache=en}}
Eigentlich wollte ich heute wirklich nichts mehr hier schreiben, weil ich ein arg schlechtes Gewissen habe wenn ich dir immer so viel Zeit stehle, aber das sollte besser nicht passieren, oder? Das hätte ich fast übersehen. Hat vermutlich etwas mit der Anpassung von Originalsprache auf Sprache zu tun. Ich glaube es betrifft nur diesen einen Parameter. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:54, 7. Jun. 2016 (CEST)

: Sowas (grundloser Informationsverlust) ist ja auch wichtig.
: Blitzfix inzwischen für alle live.
: War so eine Art banaler Tippfehler gewesen.
: Danke --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:18, 7. Jun. 2016 (CEST)

== schließende Klammer fehlt? ==

Liegt das bei mir oder bei WSTM allgemein?
: so sieht es vorher aus
* Oberlandesgericht Köln (Hrsg.): [http://www.olg-koeln.nrw.de/presse/archiv/archiv_2013/011_PM_12-06-2013.pdf ''Prämien des Miles<!-- sic --> & <!-- sic -->More-Programms müssen frei übertragbar sein – Senat hält Einschränkungen in den Allgemeinen Geschäftsbedingungen der Lufthansa für unwirksam.''] Pressemitteilung 11/13 vom 12. Juni 2013.
: und das kommt nach dem Öffnen
<pre>Schließende ']' fehlt
http://www.olg-koeln.nrw.de/presse/archiv/archiv_2013/011_PM_12-06-2013.pdf</pre>
* Oberlandesgericht Köln (Hrsg.): <nowiki>[http://www.olg-koeln.nrw.de/presse/archiv/archiv_2013/011_PM_12-06-2013.pdf ''Prämien des Miles]<!-- sic --> & <!-- sic -->More-Programms müssen frei übertragbar sein – Senat hält Einschränkungen in den Allgemeinen Geschäftsbedingungen der Lufthansa für unwirksam.'']</nowiki> Pressemitteilung 11/13 vom 12. Juni 2013.
Ich sehe die unsichtbaren Kommentare, WSTM sieht sie scheinbar nicht oder sagt der geklammerte Weblinktext endet vor einem <code><</code>, danach erwarte ich nichts mehr. Ich kann die ''Sics'' ja entfernen, aber wer weiß, ob so etwas des Öfteren vorkommt. Ist nichts dringendes. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:17, 8. Jun. 2016 (CEST)

: Offenbar sind zwei Kommentare im Linktitel zu viel, um die schließende Klammer wiederzufinden.
: Mit einem geht es anscheinend, sonst hätte es viel mehr Beschwerden im Lauf der Jahre gegeben.
: Weil ja auch die schließende Klammer auskommentiert sein mag, und die langjährige Wirkung solcher Konstrukte unklar ist, hat WSTM hier ein Problem.
: Die Programmierung ist von 2012, und ich weiß nicht mehr so genau, was ich gemacht hatte.
:* Im Prinzip könnte ich nicht nur hinter den ersten, sondern hinter beliebig viele Kommentare im Linktitel gucken, um die schließende Klammer zu finden. Dafür bräuchte ich aber in der kühlen Jahreszeit mal mehrere Monate ohne andere Aufgaben, um den gesamten Bereich URL mal aufzuarbeiten und zu modernisieren.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:26, 9. Jun. 2016 (CEST)

Zu lang?
* [http://www.bmvi.de/SharedDocs/DE/Anlage/VerkehrUndMobilitaet/Schiene/memorandum-of-understanding.pdf?__blob=publicationFile ''Memorandum of Understanding zwischen der Bundesrepublik Deutschland, dem Land Baden-Württemberg, der Deutsche Bahn AG, der DB Netz AG, der DB Station&Service AG und der DB Energie GmbH, der Landeshauptstadt Stuttgart, dem Verband Region Stuttgart zur Realisierung der Neubaustrecke Stuttgart – Ulm und des Projekts Stuttgart 21''] mit Datum vom 19. Juli 2007 (PDF-Datei, 3 Seiten).
Die Klammer steht dort, eigentlich sieht das richtig aus und ich wüsste auch nicht wohin mit der Klammer. Bis nach „Ulm“ komme ich damit hinter „und“ wäre schon zu weit weg. Jaha, ich kann es irgendwie anders machen, allein schon weil ich so ellenlange Linktitel nicht mag, aber …  --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:39, 20. Jun. 2016 (CEST)

     maxTitle     =  200;
     maxURL       =  150;
     maxWikilink  =  200;
: Heißt: Wenn nach 200 Zeichen im Titel keine schließende Klammer gefunden wurde, geht WSTM davon aus, dass sie vergessen wurde und längst der normale Text fortgesetzt wird.
: Genauso die maximale Länge einer URL und eines Wikilinks.
: Mach einen Ersatztitel ''Memorandum of Understanding'' draus und setze diesen ganzen Quatsch kursiv außerhalb des Weblinks fort.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:50, 20. Jun. 2016 (CEST)
:: Ja, das MaxLänge dachte ich mir schon irgendwie. Probleme habe ich manchmal eher mit maxUrl weil ich keine kürzere finde, aber die Meldung dazu ist mir vertraut. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:00, 20. Jun. 2016 (CEST)
----
{{Info}} wenn im Link ein Pagename oder Seitentitel eingebunden wird
* [http://www.rockhard.de/megazine/reviewarchiv/review-anzeigen.html?tx_rxsearch_pi1%5Breview%5D=7520 Review zu {{PAGENAME}}]
* [http://www.rockhard.de/megazine/reviewarchiv/review-anzeigen.html?tx_rxsearch_pi1%5Breview%5D=7520 Review zu ''{{PAGENAME}}'']
wird zu
* <nowiki>[http://www.rockhard.de/megazine/reviewarchiv/review-anzeigen.html?tx_rxsearch_pi1%5Breview%5D=7520 Review zu ]{{PAGENAME}}]</nowiki>
* <nowiki>[http://www.rockhard.de/megazine/reviewarchiv/review-anzeigen.html?tx_rxsearch_pi1%5Breview%5D=7520 Review zu '']{{PAGENAME}}'']</nowiki>
Issich nich gut, oder? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:03, 24. Jun. 2016 (CEST)

== WSTM scheint nicht zu starten ==

Moin Moin PerfektesChaos, ich bin mir nicht ganz sicher, aber bei mir startet WSTM weder im manuellen noch im automatischen. Gibt es derzeit Probleme? mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:01, 17. Jun. 2016 (CEST)
: Hallo [[Benutzer:Crazy1880|Crazy]], hast du eine Beispielseite? Ich kann nichts feststellen, bei mir scheint es normal zu laufen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:31, 17. Jun. 2016 (CEST)
::Moin {{ping|Lómelinde}}, irgendeinen zufälligen Artikel, es läuft bei keinem. mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:33, 17. Jun. 2016 (CEST)
::: Öffne doch mal bitte [[Porsche Carrera GT]], tut sich da nichts? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:38, 17. Jun. 2016 (CEST)
::::Nop, weder automatisch, noch manuell --[[Benutzer:Crazy1880|Crazy1880]] 07:42, 17. Jun. 2016 (CEST)
::::: O.k. ich stelle mal meine WSTM-Version um und schaue, ob ich etwas finden kann. Alternativ kannst du mal {{Taste|Strg}}, {{Taste|Shift}} und {{Taste|K}} drücken falls du Firefox benutzt. Oder anders welchen Browser benutzt du?  --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:45, 17. Jun. 2016 (CEST)
::::: Nee, musst du nicht mehr, die Normalversion scheint defekt zu sein, ich schreibe die Meldung in meinen Report. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:52, 17. Jun. 2016 (CEST)
:Also:
:* FF 45.0.2
:* Opera 38.2220.31
:* IE 11.0.9600.18314
:* MS Edge
:* Chrome 41 bis 51
:mfg --[[Benutzer:Crazy1880|Crazy1880]] 08:00, 17. Jun. 2016 (CEST)
: Wenn du es dringend benötigst kannst du mal kruzfristig dein WSTM auf die d-Version umstellen, dann sollte es funktionieren. Das ist allerdings nur für die Softwaretester gedacht. Schau mal die Änderung in meiner →[[Spezial:Diff/155370755|.js]] an. Ich weiß nicht wann PerfektesChaos sich hier meldet. Das wäre als Überbrückung bis dahin. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:07, 17. Jun. 2016 (CEST)

:: Ja, die Volksausgabe (r) wurde vorgestern Abend fehlerhaft aus der Test- und Entwicklungsversion (d) generiert.
:: Inzwischen behoben.
:: Weil ich und die Vorkoster mit der d-Version und noch früher arbeiten, können wir keine Fehler in der r-Version bemerken.
:: Sorry for inconvenience und Dankeschön für die Info --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:53, 17. Jun. 2016 (CEST)
:::Hey Moin, no problem, we all work in a wiki, issus happen. Danke für die Lösung --[[Benutzer:Crazy1880|Crazy1880]] 12:33, 17. Jun. 2016 (CEST)

== ZDB fehlerhaft? ==

Am frühen Morgen schon Verwirrung. Was möchtest du, das ich daraus mache?
<pre>(2×) Vorlagenparameter fehlerhaft
{{Literatur|ZDB=1372-9}}</pre>
* {{Literatur |Autor=Carsten Lorenzen |Titel=Die Ausbaustrecke Würzburg–Nürnberg |Sammelwerk=[[Die Bundesbahn]] |Band=65 |Nummer=10 |Datum=1989 |ISSN=0007-5876 |Seiten=831–836 |ZDB=1372-9}}
: Echt jetzt, ich habe versucht bei der Nummer einen Fehler zu finden, ich vermute aber es geht um etwas anderes. Redundante Parameter ISSN/ZDB. Nur, was genau mache ich damit jetzt, wenn zudem das Sammelwerk verlinkt ist?
: Ja ich weiß beide Angaben rauswerfen und wie begründe ich das, damit ich keinen Ärger bekomme?
: ZDB und ISSN redundant bitte nur ISSN angeben hier aber beide entfernt da das Sammelwerk ein Linkziel hat siehe →[[Vorlage:Literatur#p.ZDB]] und →[[Vorlage:Literatur#p.ISSN]]
: Und die eigentliche Meldung, weshalb ich die Seite bearbeitet habe
* [[:Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Literatur/Parameter Monat|Vorlage:Literatur/Parameterfehler]] |Monat= → |Nummer= siehe →[[Vorlage:Literatur#p.Monat|Monat]]
: passt dann auch nicht mehr in den BK.
: Irgendwie bin ich zwar darauf gekommen, aber kann das jeder verstehen, was er damit machen soll, wenn er „Vorlagenparameter fehlerhaft“ liest? Ich dachte vielleicht passt da etwas mit dem Format nicht oder mit der Länge der Angabe, oder …, keine Ahnung aber an redundante Parameter dachte ich dabei nicht. Jetzt weiß ich es natürlich. RTFM(s) ‹seufz›. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:15, 19. Jun. 2016 (CEST)

::* Es war die Länge bzw. Kürze der <code>1372</code>, die WSTM misstrauisch gemacht hatte.
::** Die DNB hat keine detaillierten Angaben veröffentlicht, wie ihre diversen Schlüsselnummern in den unterschiedlichen Anwendungen aussehen dürfen oder müssen.
::** Demzufolge hangel ich mich auch nur an Beobachtungen durch.
::** Die bislang kürzeste gefundene ZDB-ID war {{ZDB|94467-1}} gewesen.
::** Eigentlich sind die Nummern bei der  DNB mehr so sechsstellig plus Prüfzffer. Das ist aber irgendwie über viele Jahrzehnte gewachsen.
::** Ich habe den Quellcode von 2012/13 über die neuen Erkenntnisse informiert.
::* Gleichzeitige ZDB und ISSN sind zwar nicht erwünscht, werden aber seit den Luxemburger Archies toleriert. Wenn das ISSN-Link weniger informativ ist, mag ZDB geduldet dabeistehen. Übernächstes Jahr wird man wohl mal alle diese Fälle kontrollieren müssen, ob sie ihre Berechtigung haben. Hier steht bei der ZDB-ID deutlich mehr als bei der BKS zur ISSN.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:21, 19. Jun. 2016 (CEST)
::: Oh, ach so, ich wusste wirklich nicht was genau ich mit der Meldung anfangen sollte. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:25, 19. Jun. 2016 (CEST)

== FNZBox ==

Guten Morgen! Könntest du bitte nach der Zeile FNZBox| einen Zeilenumbruch setzen, damit auch die erste Anmerkung in eine neue Zeile kommt, nicht nur alle anderen? Danke, --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 05:53, 20. Jun. 2016 (CEST)

:* Ich kenne diese Vorlage und ihr Spezialproblem.
:** Die Schiffsinfobox hat auch so ihre Meacken.
:** Generell ist dieser Umgang mit unbenannten Parametern eigentlich nicht erwünscht und diese Pipe am Ende einer Zeile auch nicht, aber bei der FNZBox in ihrer überlieferten Form kaum anders zu machen.
:* Um da was dran zu ändern, müsste ich mich tief in Code einlesen, den ich vor vier Jahren mal geschrieben hatte, und ein relativ komplexes Konzept zur sauberen Abdeckung solcher Fälle erarbeiten.
:** Dazu bin ich derzeit völlig überlastet und habe haufenweise Tagesgeschäft zu liegen.
:** Vielleicht 2017.
:* Momentan habe ich hitzefrei und mache möglichst nur Kleinkram und dringende Wartung, fange aber nichts Neues mehr an.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:35, 20. Jun. 2016 (CEST)
:: Kein Problem, so oft kommt dieser Fall zum Glück nicht vor. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 19:43, 21. Jun. 2016 (CEST)

== Mal was nur zum anschauen ==

* G. Meyer (Hrsg.):&nbsp; Die Arabische Welt im Spiegel der Kulturgeographie. – &nbsp; Veröffentlichungen des Zentrums für Forschung zur Arabischen Welt&nbsp; (ZEFAW), Band 1, Mainz 2004.&nbsp;ISBN: 978-3882503302
Ich wurde etwas stutzig, weil eigentlich <code>ISBN:</code> erkannt, der Doppelpunkt entschwinden und die fehlenden - Trennstriche erscheinen würden, was diese geschützten Leerzeichen da zu suchen haben weiß der Geier. Das eine direkt vor dem <code>I</code> verhindert jedenfalls eine Anpassung. Ich schätzte mal so etwas kommt nicht wirklich oft vor. {{s}} Aber ich dachte ich zeige es dir trotzdem mal. Es lohnt aber sicherlich nicht sich deshalb Gedanken zu machen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:16, 20. Jun. 2016 (CEST)

* <code><nowiki>{</nowiki>{Literatur |Autor=Michael Fleck |Titel=Vitalisnacht und Vitaliskreuz in Hersfeld |Sammelwerk=Zeitschrift des Vereins für hessische Geschichte (ZHG) |Band=115 |Verlag=Selbstverlag des Vereins für hessische Geschichte |Ort=Kassel |Datum=2010 |'''ISSN=0342-3107 [http://www.vhghessen.de/inhalt/zhg/ZHG_115/Fleck_Vitalisnacht.pdf Online]''' |Kommentar=Seite 21 bis 32}}</code>
: Mal abgesehen davon, dass es eh Murks ist. Auch nur zum anschauen, ich vermute, dass ist eher ein Einzelfall.
: Meldung nur, weil WSTM nichts dazu sagt.
: Eigentlich würde ich so etwas wie <code>Zeichen unerlaubt in Code ISSN: 0342-3107 [http:…</code> erwarten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:52, 25. Jun. 2016 (CEST)

:: WSTM analysiert den Wert des ISSN-Parameters und diverser anderer Codes dann und nur dann, wenn es eine einfache Zeichenkette ist.
:: Das hier ist aber keine einfache Zeichenkette, sondern enthält verlinkende Wikisyntax wie URL, Vorlageneinbindung oder geklammerte Links und ist damit ein strukturiertes Kompositum.
:: Der Programmierer von WSTM weiß, dass ein strukturiertes Kompositum durch den Programmierer von V:Lit ohnehin nicht goutiert würde und dort zu einer Fehlermeldung führt.
:: WSTM kann die Bedeutung des Kompositum ohnehin nicht verstehen und nichts machen. Einfache Zeichenketten werden hingegen auf Syntax analysiert.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:23, 25. Jun. 2016 (CEST)

== Vermutlich auch selten aber hier geht ein > verloren ==

Das habe ich beinahe trotz Meldung (<code>Fehlendes '>' als Ende des Tag &lt;references / <nowiki>[[Kategorie:Neue Musik]]</nowiki></code>) übersehen, weil ich auf etwas anderes geachtet habe.
{| class="toptextcells"
|-
| <pre><references/>[[Kategorie:Neue Musik]]</pre>
| <pre><references /
[[Kategorie:Neue Musik]]</pre>
|}
Ob so etwas mehr als einmal vorkommt, kann ich nicht sagen ich bin einfach zu ungeschickt mit diesen Parametern für die richtige Suche. Manchmal ist es wirklich lustig WSTM mopst heimlich ein > und sagt dann zu mir hey Kleines, pass auf! Da fehlt etwas, nämlich ein >. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:19, 24. Jun. 2016 (CEST)

: Das liegt an der Abfolge der Verarbeitungsschritte; der Analysierer für die Tags geht nach dem von der Kat durch und findet das selbst verschluckte <code>></code> als Unstimmigkeit.
: Von diesem Fehlertyp lese ich in den 4 Jahren der aktuellen Programmierung zum ersten Mal; soll sicher nicht passieren, aber im Stapel der in der kalten Jahreszeit zu beseitigenden Bugs kommt es wohl ziemlich weit nach unten.
: Es geht wohl um das gleichzeitige Einfügen des Leerzeichens vor <code>/</code> und Sicherung eines obligatorischen Zeilenumbruchs nach jedem ''references'' und Sicherung eines obligatorischen Zeilenumbruchs vor jeder Kategorisierung; da hat sich irgendwas verzählt. 
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:30, 25. Jun. 2016 (CEST)
:: Nee, es geht auch mit einem &lt;/references>, da wird es auch weggeschluckt. Du weißt doch, ich bin ein Spielkind und habe das auch mal probiert. Ich dachte auch erst, dass es an dem eingefügten Leerzeichen liegt.
:: Es könnte auch jedes andere schließende Tag sein.
:: <code>&lt;/ref>&lt;/small>&lt;/code> oder &lt;/div></code> völlig egal, es darf da kein <Code><nowiki>>[[Kategorie:</nowiki></code> stehen. Das macht die Fehlersuche möglicherweise einfacher. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:06, 25. Jun. 2016 (CEST)

== [[Blackberry Priv]] ==

Hier geht der Heise-online-Link im Abschnitt "Display" verloren. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 21:35, 27. Jun. 2016 (CEST)

: Humpf. Jetzt hoffentlich besser. Heiß.
: Könnte das auch bei den Sueben URL gekostet haben?
: Im Übrigen beabsichtige ich langfristig, ein JavaScript- und WSTM-freies Tool zur Verfügung zu stellen, das ''cite'' in die hiesige Vorlagen konvertiert, wobei WSTM das sogar automatisiert könnte, und was, so es denn einmal liefe, weniger fehlerträchtig wäre als manuelles Umschreiben.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:08, 27. Jun. 2016 (CEST)

::ja, Sueben muß ich nacharbeiten. Automatisierung wäre zu begrüßen. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 22:14, 27. Jun. 2016 (CEST)

== heute nur sporadisch WSTM ==

fehlerhafte ISBN werden seit heute nur sporadisch erkannt, WSTM läßt sich meist nicht von Hand starten (kein Link). Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 09:58, 29. Jun. 2016 (CEST)
:Korr.: rote Box kommt nach fehlerhafter ISBN nicht in der Diff-page, sondern in der Seitenvorschau. aber alles funktioniert nur manchmal. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 11:47, 29. Jun. 2016 (CEST)
: Da scheint mehr komisch zu sein, ich bekomme beispielsweise meine Bearbeitungsumgebung mit den Werkzeugleisten nur ab und zu angezeigt, ich vermute das hängt zusammen. Die Meldung dazu steht im Report falls das hilft. Falls ich so einen Fehler auch finde kann ich ja mal schauen ob auch eine WSTM-Meldung dort steht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:44, 29. Jun. 2016 (CEST)

:: Report habe ich gesehen. Aufschlussreich.
:: Ich habe damit eher nichts zu tun.
:: Gestern Abend gab es ein neues MediaWiki.
:: Die Meldung, die im Report steht, ist sehr verräterisch. Ich weiß, wer da letzte Woche was gemacht hatte; dürfte ein weltweites Problem sein. Werden sich rund um den Globus viele beschweren; habe nicht die Zeit, dem nachzugehen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:40, 29. Jun. 2016 (CEST)
{{Tracked|T138931}}
:::Moin, scherzhaft mal eingeworfen. Meines läuft und dass bisher schneller als sonst. mfg --[[Benutzer:Crazy1880|Crazy1880]] 14:16, 29. Jun. 2016 (CEST)
:::: +1 Moin auch, ich habe auch keine Probleme feststellen können, habe sogar bis nach Mitternacht getestet. Bei 4 Leuten kann man schon mal einen Verdacht äußern, Crazy1880 benutzt die /r. <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>01:42, 30. Jun. 2016 (CEST)</small></kbd>

== Apropos [[Spezial:Diff/155460480/155470321|Schiffsbox]] ==

Da ich mich gerade durch Artikel über Schiffe manövriere, ist mir nun endlich aufgefallen wann diese nicht von WSTM beanstandet werden. Ich weiß nicht, ob das irgendwie wichtig ist. Aber ich habe mich manchmal darüber gewundert, warum manche keine kleinen Zahlen vor die Untervorlagen bekommen. Ich habe das nie wirklich verfolgt, aber nun weiß ich zumindest, dass es scheinbar mit dem eingebundenen Bild zusammenhängt. Ist kein Bild vorhanden, dann ignoriert WSTM diese Boxenkombination. Beispiel [[Spezial:Diff/127394423/155935755|Batavia (Schiff, 1870)]]. Wenn man dort eine Datei einfügen würde, dann würde WSTM das anmeckern, wie bei allen anderen Schiffsboxen mit Bild. Ich weiß nicht, vielleicht kennst du diesen Auslöser schon und ich quassele dich unnötig voll, aber mir war das bisher nicht bewusst. Vielleicht ist es aber auch nur eine Kleinigkeit, die sich beheben ließe, damit dieses Phänomen ein für allemal verschwindet und ich diese Ziffern nicht immer wieder löschen muss. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:56, 7. Jul. 2016 (CEST)

:* Ausschlaggebend ist der Umstand, dass hier nach benannnten Parametern nochmals unbenannte Parameter auftreten.
:** Das deutet auf einen Einbindungsfehler hin.
:* Die Schiffsbox ist die einzige jemals bekanntgewordene Vorlage, die konzeptionell und für Einbindungen diese eigenwillige Konstruktion vorsieht.
:* Die Dateieinbindung kann nur als zusätzlicher Auslöser wirken; ohne Datei hat WSTM keinen Grund, die Vorlageneinbindung genauer zu analysieren, während bei Dateieinbindungen innerhalb von Vorlageneinbindungen die Pipes zugeordnet werden müssen und deshalb die Vorlage genauer angeguckt wird.
:* Um mich mit Schiffsbox+WSTM genauer zu beschäftigen, bräuchte ich mal einen Monat Ruhe, in dem ich nichts anderes vorhabe.
:** Den gibt es aber in 2016 nicht.
:** Vermutlich sollte man die unbenannten aliasmäßig zukünftig benennen als <code>Teilbox1=</code> usw. und die Einbindungen nach und nach umstellen; ich habe aber absolut keinen Nerv, dazu zwischen den mehreren Hundert Punkten auf meiner ToDo-Liste eine Diskussion mit dem Vorlagenersteller einzutakten.
: LG  --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:37, 7. Jul. 2016 (CEST)
:: Ich weiß dass du keine Zeit dafür hast, aber für mich ist es wichtig das irgendwie einordnen oder ansatzweise verstehen zu können. Dankeschön für die Erklärung. Ich bin eh soweit durch mit den Schiffen auf meiner Liste. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:54, 7. Jul. 2016 (CEST)

== Rote Box verwenden ==

Ich möchte in der roten Box eine Info, wenn die ISBN *(978-?)?1-?159 im Text vorkommt. In der WSTM-Anleitung finde ich nur Spezialfälle. Was muss ich tun? Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 11:49, 7. Jul. 2016 (CEST)

:* [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced #Benutzerdefinierte Warnungen]]
:** Was du suchst, ist eine Warnung vom Typ <code>plain</code>.
:** „Es ist geplant, das auch nach und nach zu implementieren“
:* Du kannst die fragliche ISBN ersetzen durch sich selbst plus einen HTML-Kommentar „Das ist ja ein dickes Ding“ – den siehst du dann in der Diff, und am Ende des Monats kannst du mit Cirrus suchen nach den Artikeln, wo der Kommentar übrigblieb.
:* Du kannst auch [{{canonicalurl:Spezial:Suche|search=insource%3A%2FISBN+*%28978-%3F%29%3F1-%3F159%2F}} die paar gleich suchen].
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:20, 7. Jul. 2016 (CEST)
:: das mit dem selbst ersetzen - gute Idee. Danke,  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 12:53, 7. Jul. 2016 (CEST)

== Umbruch entfernen? ==

Beispiel:
<pre>
* {{Literatur
   |Autor=Slaughter, A.-M. mit K. Raustiala
   |Hrsg=Walter Carlnaes, Thomas Risse und Beth Simmons
   |Titel=
Considering compliance. In Handbook of International Relations
   |Ort=Thousand Oaks, CA: Sage Publications.
   |Datum=2001}}
* {{Literatur
   |Autor=Slaughter, A.-M. mit K. Raustiala
   |Hrsg=Walter Carlnaes, Thomas Risse und Beth Simmons
   |Titel=Considering compliance. In Handbook of International Relations
   |Ort=Thousand Oaks, CA: Sage Publications.
   |Datum=2001}}
</pre>
Kannst du den Umbruch entfernen lassen? Oh, ich sehe gerade in dieser Ansicht, da muss ich auch noch ein Sammelwerk ergänzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:08, 17. Jul. 2016 (CEST)
: Gleich noch etwas merkwürdiges, warum wird aus <code>|Band=VI → |Band=vi</code> das finde ich doooof. Ich schreibe Lateinische Ziffern immer groß. Band V, Band X und nicht Band v, Band x. Ich vermute mal das soll mir sagen: ‚Kleines siehst du denn nicht, dass das keine vernünftige Ziffernfolge ist, schreib da bitte selbständig ''Band'' davor‘. Nein im Ernst, es passiert nur bei VI, LI, MI, nicht hingegen bei XI, DI, CI oder I, die bleiben wie sie sind. Ich dachte eben schon ich spinne langsam. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:50, 17. Jul. 2016 (CEST)

::* Die beliebigen Texte (Autor, Hrsg, Titel, Sammelwerk, Ort usw.) fasse ich/WSTM nicht an; nur die kodierten mit einer bestimmten Syntax. Letztere werden dafür auch getrimmt.
::* WSTM schreibt werksseitig keine Bandnummern klein, soweit ich das sehen kann.
::** Die Vorlage auch nicht.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:23, 19. Jul. 2016 (CEST)
Doch das tut es, sonst hätte ich das hier nicht erwähnt. Und ersteres dachte ich mir schon, war eine dumme Idee.
{|
|-
|
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=VI}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=MI}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=CI}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XI}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=LI}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=I}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=VA}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=MA}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=LA}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XA}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=CA}}
|
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=vi}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=mi}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=CI}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XI}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=li}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=I}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=VA}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=MA}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=la}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XA}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=ca}}
|-
|
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=VE}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=ME}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=CE}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XE}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=LE}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=VU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=MU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=LU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=CU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=VO}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=MO}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=CO}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XO}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=LO}}
|
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=ve}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=ME}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=ce}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XE}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=LE}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=VU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=MU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=LU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XU}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=cu}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=vo}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=MO}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=co}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=XO}}
: {{Literatur |Autor=Wer auch immer |Titel=Das große Buch der Tiere |Band=lo}}
|}
Soll ich noch weitere Tests machen mit o, u, e? Deshalb dachte ich ja auch ich drehe langsam durch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:35, 19. Jul. 2016 (CEST)
: Ansonsten ginge es auch bei fiktiven Nummern wie EN, ES, FR, NL, HU oder welche Sprache du möchtest. I think {{coS}}, {{cuS}} {{viS}} {{laS}} oder {{liS}} hat da irgendeinen Einfluss, ich teste man kurz was bei Nummer passiert … … …, das ist identisch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:16, 19. Jul. 2016 (CEST)

: Nee, danke, bin bedient; da muss ich in irgendeiner kühlen ruhigen Nachtstunde mal forschen gehen. Völlig rätselhaft, wodurch das ausgelöst werden könnte. Verdächtig ist allerdings, dass das genau wie gültige Sprachcodes aussieht, und die werden in der Tat kleingeschrieben. Vielleicht ist da was falsch zugeordnet worden. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:16, 19. Jul. 2016 (CEST)

:: Es war der Sprachcode.
::* Zwischen der Verarbeitung von Band/Nummer und den Sprachcodes hätte ein <code>break;</code> stehen müssen.
::** Siehe [[:en:Special:Diff/730509145/prev|Zeile 4779]].
::* So wurde nach potenzieller Aufhübschung als Band/Nummer auch die Formatierung von Sprachcodes ausgelöst.
::** Motto: Ihre Blindarmoperation hatte ja so gut geklappt, da haben wir Ihnen als Zugabe noch die Mandeln rausgenommen.
::* Damit wurde dein <code>VI</code> als {{viS}} verfeinert, und {{miS}} {{liS}} {{laS}} {{caS}} {{veS}} {{ceS}} {{cuS}} {{voS}} {{coS}} {{loS}} genauso.
::** Was hingegen kein gültiger Sprachode war, auch nicht als Sprachname interpretierbar, blieb unverändert.
:: Dauert halt eine Weile, bis ich sowas analysieren kann.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:46, 19. Jul. 2016 (CEST)
{{s|rot}} Ja sorry, ich war gestern auch etwas durch den Wind. Vielen Dank für die Anpassungen, es funktioniert soweit alles. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:57, 19. Jul. 2016 (CEST)

== Verschiebung des Linktextes ==

Ebenso wie [https://de.wikipedia.org/w/index.php?title=Scutum_nasale&action=edit hier] habe ich das heute bereits schon einmal gesehen. Der Linktext (''Frontale'') des ersten Links in der Bildbeschreibung wird dort entfernt und oben bei den Parametern eingefügt. WSTM bemängelt dann natürlich den unbrauchbaren Parameter und der Link beschädigt. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 21:10, 17. Jul. 2016 (CEST)

: Ja, sorry, dumme Geschichte.
:* WSTM ist in einer Phase, wo die öffnenden doppelten eckigen Klammern analysiert werden und die dazu gehörenden Pipes und schließenden eckigen Klammern gefunden werden sollen.
:* Hier öffnet sich vor der Tabelle nochmals ein Wikilink und schließt sich wieder; weil die öffnenden doppelten eckigen Klammern erst noch analysiert werden und dieses Wikilink später kommt, ist es noch nicht richtig als Wikilink verstanden worden.
:* Nun folgt eine Tabelle mit jeder Menge weiterer Pipes und Wikilinks.
:* WSTM kann zwar behelfsmäßig vorläufig entweder ein Wikilink oder eine Tabelle in der Bildlegende kapieren, aber das hier ist momentan zuviel.
:* Zumindest meckert es seinen eigenen Bock dick rot als Fehler an.
:* Insgesamt ein eher seltenes Phänomen. Bildlegenden sollen kurz und knackig sein, keine Romane.
:* Es gäbe eine robustere Programmierung, die aber mehrere Monate erfordern würde. Ich erinnere mich mit Schrecken an die verschachtelten Vorlagen, die ein halbes Jahr gedauert hatten. Hier kann jede Bildlegende wieder neue Dateieinbindungen mit Bildlegenden und Tabellen enthalten, in denen wieder Dateieinbindungen mit Bildlegenden vorkommen können. Das lässt sich zwar sauber aufarbeiten, aber zurzeit erkenne ich Tabellen noch nicht als Ganzes, zumal Tabellen wieder andere Tabellen und Dateieinbindungen enthalten können.
:* Vor 2017/18 wird das sicher nichts.
: PS: Ich sah, dass du an <code>&lt;font></code> bist; fein. Die [[:Kategorie:Monat des Französischen Revolutionskalenders]] habe ich mir zur tabellarischen Komplettüberarbeitung ausgeguckt; die kannst du überspringen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:21, 18. Jul. 2016 (CEST)

== *** bad selector ==

Ich wundere mich warum WSTM so stottert. →[[Spezial:PermaLink/156248761|Biomassepotenzial]]
: <code><nowiki>Vorlagenparameter fehlerhaft {{Literatur|DOI=10.5675/HyWa_2015,5_2 *** bad selector 'HyWa_2015,5_2' *** bad selector 'HyWa_2015,5_2 *** bad selector 'HyWa_2015,5_2''}}</nowiki></code>
Ich meine, das Problem kann ich wohl irgendwie lösen [http://doi.bafg.de/HyWa/2015/HyWa_2015,5_2.pdf], aber warum fügt das Tool oder ist es die Vorlage, diesen Hinweis in den Fließtext ein? Ist das Absicht? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:54, 19. Jul. 2016 (CEST)

: Natürlich nicht.
: Der Teil der Fehlermeldung für die rote Box ist mit in den Parameterwert geraten.
:* Dieses jetzt gefixt.
: Ärgerlich obendrein: Es ist eine Falschmeldung.
:* Lua und WSTM müssen angepasst werden.
:* Das Komma war von 2014 bis heute pfui baba, muss aber ab sofort erlaubt werden.
: Seufz --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:33, 19. Jul. 2016 (CEST)
:: Na fein dann lasse ich die DOI im Artikel. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:38, 19. Jul. 2016 (CEST)

== Liegt der Fehler bei mir? ==

Die Anforderung lautet mache aus dem nackten Weblink ein geklammertes Objekt mit Ausgabe der Domain:

Das passiert hier auch zunächst ganz normal
# http://fastbot.de/red.php?red=3097407824683385571+http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.159.7049&rep=rep1&type=pdf wird zu
# [http://fastbot.de/red.php?red=3097407824683385571+http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.159.7049&rep=rep1&type=pdf fastbot.de] aber wenn ich nochmals den Button benutze wird es 
# [http://fastbot.de/red.php?red=3097407824683385571+[http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.159.7049&rep=rep1&type=pdf citeseerx.ist.psu.edu] fastbot.de]

O.k. das ist sowieso eine doofe Adresse mit zwei http’s da hätte ich dann aber ein Darstellungsproblem. Ich möchte nur wissen, ob das an meiner Sondereinstellung liegt. Aufpassen müsste dann ja allein ich. Das ist eh eine Krücke dieser Link kommt bei mir nicht weit, weil ich Umleitungen nicht erlaubt habe. Ich tausche den Link sowieso aus. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:17, 20. Jul. 2016 (CEST)

: Ja, da braucht es noch mehr Technik, um URL in URL sicher zu identifizieren.
: Die gibt es bei meist bösen Umwegen über neugierige Fremdserver öfters, aber auch Archivierungen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:28, 20. Jul. 2016 (CEST)
:: O.k. dann weiß ich Bescheid. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:35, 20. Jul. 2016 (CEST)
::: Wobei – es ist rätselhaft, wieso dir das überhaupt gelingt.
::: Keiner deiner Änderungsausdrücke sollte auf sowas anspringen, und eigentlich müsste WSTM die ganze URL in einem Stück behandeln.
::: Es ist aber vier Jahre her, dass ich das programmiert hatte, und ich erinnere mich, dass es damit schwierig war.
::: Ein neuer, robusterer Ansatz wäre sinnvoll; aber ich betreue so viele verschiedene Software, dass die Monate für eine Neuentwicklung nicht drin sind.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:13, 20. Jul. 2016 (CEST)
:::: Das ist ja süß, ich habe doch erst recht keine Ahnung wie „mir“ das gelingt, es funktioniert soweit ja sehr gut, es war megaumständlich das manchmal für gefühlt hundert Links in einem Artikel umzustellen, weil ich da ja nicht mit „Suche und Ersetze“ arbeiten kann. Ich erwische auch nicht alle, wenn der Link nicht am Anfang steht also irgendein Zeichen davor steht, dann muss ich mir die noch mal ansehen und es von Hand Klammern. Ist aber kein Ding, ich komme damit klar und wie gesagt sah ja auch der Link anschließend ziemlich defektiert aus. Immerhin habe ich ihn so mal spontan angeklickt und habe, denke ich zumindest, eine [[Spezial:Diff/156308289|bessere Lösung]] <sub>(ganz unten)</sub> gefunden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:24, 20. Jul. 2016 (CEST)

== Vorlagenweiterleitung auflösen ==

Moin Moin PerfektesChaos, kannst du vllt. einbauen, dass die alten Vorlagen von {{Vorlage|GER}} auf {{Vorlage|DEU}} und {{Vorlage|Folgenleiste}} sowie {{Vorlage|Folgenleiste multi}} auf {{Vorlage|Personenleiste}} gleich mit umstellen im WMST??? mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:19, 20. Jul. 2016 (CEST)
:Ich würde ja tippen, man müsste es [//en.wikipedia.org/wiki/User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js hier einbauen], so:
<pre>
  break;
 case "GER" :
 case "ger" :
  r  =  ["DEU", false, false];
  break;
 case "GER-ESC" :
 case "ger-ESC" :
 case "Ger-ESC" :
 case "GER-esc" :
 case "GER-Esc" :
  r  =  ["DEU-ESC", false, false];
  break;
 case "Folgenleiste" :
 case "folgenleiste" :
 case "Folgenleiste multi" :
 case "folgenleiste multi" :
  r  =  ["Personenleiste", false, false];
</pre>

:: Der Code wurde grundsätzlich richtig verstanden.
:: Was die GER angeht, werde ich das auch einfach so per C&P übernehmen.
:: Hingegen wurde die eigenmächtige Umbenennung der „Folgenleiste“ (meinte ursprünglich: Fernseh-Episoden) in „Personenleiste“ noch nie akzeptiert.
::* Die kann man auch einsetzen für die Rheinbrücken von Basel bis Remagen, oder für Möbel-Stile von Barock über Louis bis Jugendstil. Und dafür klingt „Personenleiste“ doch arg seltsam.
:: Vielmehr soll der universell programmierte Nachfolger von „Folgenleiste“ heißen: „Folgeleiste“ – und dann passt es zu Star-Wars-Fortsetzungen, Beatles-Alben und auch Personen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:44, 20. Jul. 2016 (CEST)

:::Moin, ah okai, danke für die Erklärung zur Folgenleiste, dann machen wir das wie immer. Danke für die Vorlage GER. mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:46, 21. Jul. 2016 (CEST)

== Buchstaben-Umwandlung im WMST innerhalb von SORTIERUNG ==

Moin Moin PerfektesChaos zum Zweiten, mit ist bei folgendem Namen "Ngọc Sơn" aufgefallen, dass das "ọ" nicht zu einem "o" wird. Könntest du da bei Zeiten mal schauen? Ist <u>nichts</u> mit Prio kritisch, hoch oder mittel. Danke dir --[[Benutzer:Crazy1880|Crazy1880]] 19:22, 20. Jul. 2016 (CEST)

: Ah, Kleinigkeit.
: Liegt in einem etwas abseitigen und sehr speziellen Unicode-Block, soweit war ich noch nicht.
: Zusanmmen mit 93 Spießgesellen jetzt zur Erprobung eingepflegt, und Lua auch schon für die hiesige Erweiterung bereit.
: Wird im Lauf der kommenden Woche für dich wirksam.
: Schönen Dank --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:36, 20. Jul. 2016 (CEST)

::Moin und vielen Dank --[[Benutzer:Crazy1880|Crazy1880]] 07:46, 21. Jul. 2016 (CEST)

== IQ und Sprache ==

Warum bleibt sowohl das als auch das als auch das gemeint ist <code>|[sS]prache=eng</code> unbeachtet? Das Literaturbeispiel habe ich nur zugefügt, weil es scheinbar einer ähnlichen Zitationsroutiene folgt <code>eng.</code> würde auch dort merkwürdigerweise erkannt und ersetzt, allerdings geben Englisch English und eng dann wiederum lediglich die Fehlermeldung „Sprachcode ungültig“ aus.
{| class="toptextcells mw-collapsible mw-collapsed" width="100%"
|-
! colspan="2"| Beispiel:
|-
|<pre>
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=eng}}
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=Englisch}}
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=eng.}}
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=English}}

== Weblinks ==
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=eng}}
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=Englisch}}
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=eng.}}
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=English}}
* {{Literatur
   |Online=http://chgs.umn.edu/histories/otherness/otherness2.html
   |Titel=University of Minnesota
   |Datum=
   |Abruf=2015-09-27
   |Sprache=eng}}

== Einzelnachweise ==
<references>
<ref name="DreiFragezeichen">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=eng}}
</ref>
<ref name="DreiFragezeichen1">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=Englisch}}
</ref>
<ref name="DreiFragezeichen2">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=eng.}}
</ref>
<ref name="DreiFragezeichen3">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=English}}
</ref>
</references>
</pre>
|<pre>
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=eng}}
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=en}}
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=en}}
{{Internetquelle |url=http://chgs.umn.edu/histories/otherness/otherness2.html |titel=University of Minnesota |zugriff=2015-09-27 |sprache=en}}

== Weblinks ==
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=eng}}
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=en}}
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=en}}
* {{Internetquelle
   |url=http://chgs.umn.edu/histories/otherness/otherness2.html
   |titel=University of Minnesota
   |zugriff=2015-09-27
   |sprache=en}}
* {{Literatur
   |Titel=University of Minnesota
   |Datum=
   |Sprache=eng
   |Online=http://chgs.umn.edu/histories/otherness/otherness2.html
   |Abruf=2015-09-27}}

== Einzelnachweise ==
<references>
<ref name="DreiFragezeichen">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=eng}}
</ref>
<ref name="DreiFragezeichen1">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=en}}
</ref>
<ref name="DreiFragezeichen2">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=en}}
</ref>
<ref name="DreiFragezeichen3">
{{Internetquelle
 |url=http://chgs.umn.edu/histories/otherness/otherness2.html
 |titel=University of Minnesota
 |zugriff=2015-09-27
 |sprache=en}}
</ref>
</references>
</pre>
|}
Wäre es für dich eine Option da, ich weiß das ist eigentlich kompliziert, weil man nie weiß wie jemand etwas abkürzen könnte, den punktlosen Eintrag irgendwie mit abzufragen. Das ist ja lustig, ich habe eben noch mal getestet was passiert wenn ich in der Vorlage:LIT <code>Sprache=ENG</code> einfüge, dann wird es einfach klein zu <code>Sprache=eng</code> Ja ich weiß, Sprache immer klein, aber bei einem punktlosen Engl würde es in beiden Vorlagen groß bleiben, mit Punkt nur in der Lit. Da schließt sich dann auch der Kreis zu meiner Frage von heute Morgen bezüglich des Punktes bei [[Spezial:Diff/156092111/156329359|<code>Hrsg=Boston [Mass.]</code>]]. Einen angenehmen Abend. Dankeschön für die Bd Anpassung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:57, 21. Jul. 2016 (CEST)

:# WSTM verwendet für Lit und Iq den identischen Programmcode.
:#* Die Darstellung im Artikel ist im Moment unterschiedlich und wird hoffentlich nächstes Jahr ebenfalls identisch, mit demselben Programmcode.
:# WSTM (und Lua) haben ein grundlegendes Problem:
:#* Was zwei oder drei Kleinbuchstaben sind (und nur das) gilt als Code gemäß [[ISO 639]].
:#** Hier ist <code>eng</code> bereits der fertige Code.
:#*** Wobei <code>eng</code> in der ISO 639 ebenfalls für „Englisch“ steht, aber die Wiki-Software für „Englisch“ nur <code>en</code> kennt.
:#* Was mehr als zwei oder drei Kleinbuchstaben sind, gilt als verirrt und normale Sprache und wird versucht zu verstehen und in Code zu übersetzen.
:#* Was zwei oder drei Großbuchstaben sind, gilt als irrtümlich in Großbuchstaben notierter Code nach ISO 639 und wird in Kleinschreibung konvertiert.
: WSTM wird versuchen mehr zu lernen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:27, 22. Jul. 2016 (CEST)
:: O.k. wieso war jetzt der Abschnitt doppelt?
:: Ach so, das war mir nur zufällig aufgefallen. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:37, 22. Jul. 2016 (CEST)

== LIT + PDF + Webarchiv ==

Mit <code>|Format=PDF |KBytes=219</code> es wird aber nicht angezeigt. Ist nicht auch ein achiviertes PDF ein PDF?
* {{Literatur |Autor=Deutsches Weininstitut |Titel={{Webarchiv | url=http://www.deutscheweine.de/icc/Internet-DE/med/108/108408b3-d74a-0411-3073-d7344755dbd7,11111111-1111-1111-1111-111111111111.pdf | wayback=20140708051435 | text=Statistik 2013–2014}} |Ort=Mainz |Datum=2013 |Format=PDF|KBytes= 219}}
WSTM löscht es dann auch, wo ich mir doch die Mühe gemacht hatte es richtig in Form zu gießen.
* {{Literatur |Autor=Deutsches Weininstitut |Titel={{Webarchiv | url=http://www.deutscheweine.de/icc/Internet-DE/med/108/108408b3-d74a-0411-3073-d7344755dbd7,11111111-1111-1111-1111-111111111111.pdf | wayback=20140708051435 | text=Statistik 2013–2014}} |Ort=Mainz |Datum=2013}}
Vorher war es sichtbar aber für mich falsch dem Kommentar zugeordnet
* {{Literatur |Autor=Deutsches Weininstitut |Ort=Mainz |Jahr=2013 |Titel={{Webarchiv | url=http://www.deutscheweine.de/icc/Internet-DE/med/108/108408b3-d74a-0411-3073-d7344755dbd7,11111111-1111-1111-1111-111111111111.pdf | wayback=20140708051435 | text=Statistik 2013–2014}} |Kommentar=PDF; 219&nbsp;kB}}
Hätte ich es so belassen sollen? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:49, 23. Jul. 2016 (CEST)

: Das Webarchiv steht bei <code>Titel=</code>.
: Vorlage:Literatur erwartet externe Verlinkungen eigentlich ausschließlich unter <code>Online=</code>.
: Da kein <code>Online=</code> gegeben ist, eliminiert WSTM auch gnadenlos die davon abhängigen <code style="white-space:nowrap">|Format=|KBytes=|Abruf=</code>. Aus dem gleichen Grund wird auch nichts davon angezeigt.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:11, 23. Jul. 2016 (CEST)
:: Arg, ich war wohl blind, du hast Recht. Manchmal sehe ich das gar nicht, daher wäre so eine Meldung auch für Titel=http irgendwie wünschenswert. Sorry dann war das natürlich ein dusseliger Fehler meinerseits. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:43, 23. Jul. 2016 (CEST)

::: Ein gezieltes Meckern bei <code style="white-space:nowrap">|Format=|KBytes=|Abruf=</code> ohne <code>Online=</code> ist zwar eingebaut; aber war auf diesem Zweig bislang nicht aktiviert. Mangels Online= kam das Modul nicht dorthin, wo es den Konflikt hätte bemerken können, und an der anderen Stelle stand bis heute nur ein Erinnerungskommentar.
::: Titel=http ist hingegen bis auf Weiteres nicht schädlich. Es wird ja noch an über 5000 Seiten rumgemäkelt.
::: Demnächst; LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:32, 23. Jul. 2016 (CEST)
:::: Ja, ja, ja, ich weiß, erst mal die wichtigen Meldungen. Aber es ärgert mich, dass ich das nicht gesehen habe. Ne, das ist oberpeinlich. Aber irgendwann sieht man nur noch Buchstabensalat. :-) Danke auch für die MB’s. Und Crazy ist echt Crazy, er schafft weit mehr als ich. < 5300. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:57, 23. Jul. 2016 (CEST)

== Vorlage Person ==

Hallo PC, könntest du mir das hier irgendwie automatisieren?
* <span class="Person">Mustermann</span> in Span-tags
* {{Person|Mustermann}} als {{Vorlage|Person}}
Manchmal sind es recht viele in einem Artikel. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:41, 24. Jul. 2016 (CEST)

: Nö, absolut nix für WSTM.
:* Es ist durch nichts nachgewiesen, dass das alles Personen wären, wo die Dinger dranstehn.
:* Es ist auch nicht gesagt, dass das sinnvoll ist, so einzuschließen. Wird auch überflüssige Reklame damit gemacht; gerade bei Übersetzungen aus der enWP. Wir schließen in Artikeln nur biologische Forscher so ein.
: Die class="Person" wird auch oft missbraucht, um dekorative Kapitälchen zu erzeugen; was jedoch unerwünscht ist.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:51, 24. Jul. 2016 (CEST)
:: O.k. alles klar. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:07, 24. Jul. 2016 (CEST)

== Typo im Zeilenumbruch ==
Hälst du es für sinnvoll <nowiki><br 7></nowiki> automatisch zu korrigieren? Ich habe mittlerweile fast jeden Tag so etwas. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 15:11, 25. Jul. 2016 (CEST)
: Viele scheinen es aber nicht mehr zu sein. →[https://de.wikipedia.org/w/index.php?title=Spezial:Suche&profile=default&fulltext=Search&search=insource%3A%2F%5C%3C%5Cbr+7+%2F+&searchToken=de4brin05e4enkygqqejunu2k 2 × br 7]. Oder ich bin wieder zu dusselig sie zu finden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:34, 25. Jul. 2016 (CEST)

:: Ist mir in den letzten fünf Jahren nicht als Massenphänomen aufgefallen.
:: Der backslash <code>\</code> ist nicht vergessen, aber ich hatte noch keinen Kopf, um danach zu suchen. Wäre hingegen sofort Kandidat für Ersetzung, und war irgendwie vor Jahren schon mal.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:20, 25. Jul. 2016 (CEST)

:: {{ping|Lómelinde}} Du hast in die Suche ein Leerzeichen eingebastelt. [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&profile=default&fulltext=Search&search=insource%3A%2F\%3C\br+7%2F+&searchToken=1vxgz89ugwgg8zobr57v9go71 2x br 7] findet ein paar mehr. Hält sich allerdings immer noch in Grenzen.--[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 09:31, 26. Jul. 2016 (CEST)
::: Hallo [[Benutzer:Windharp|Windharp]], ich und die Suchfunktion, wir sind nicht vom selben Stern. :-) Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:34, 26. Jul. 2016 (CEST)

== refname ohne Leerzeichen ==

O.k. das ist jetzt nicht wirklich wichtig und kommt auch nur ein einziges mal so vor, dass es nahezu gar nicht auffällt, aber könnte man
{{cirrus|insource:/\<\refname/|refname}} irgendwie als auch Fehler ausgeben? Im Normalfall würde man es wohl sofort sehen, dass da etwas nicht stimmt weil es nicht als Ref-Tag erkannt und als Klartext ausgegeben würde.
* Beispiel:
* &lt;refname="occ">Text</ref>
* &lt;refname="occ" />
Im obigen Artikel Born in the U.S.A. steht dieses Tag aber in einer Vorlage
{{Infobox Chartplatzierungen
| Singles =
{{Single
 |My Hometown
 |{{Charts|UK|9|14.12.1985|4|<refname="occ"/>}}
 |
}}
}}
Alles was man sieht ist <code>{{{5}}}</code> kein Ref, keine Fehlermeldung aus der Vorlage, keine Meldung durch WSTM, keine irgendwie ins Auge springende Anzeige, dass dort etwas nicht stimmen würde. Ja ich habe gerade mit der Suche herumgespielt und bin irgendwie da gelandet. Also nur, wenn das keinen großen Aufwand bedeutet und auch nur, wenn du denkst, so etwas sei wichtig genug behoben zu werden. Ich neige nämlich auch so manchmal zu dusseligen Schreibfehlern, aber wenn ich versuchen würde &lt;ref nane="irgendetwas" /> einzugeben, dann würde mir das schon ordentlich an den Kopf gehauen, wenn ich auf die Vorschau klicke <small><code>Referenzfehler: Ungültige Verwendung von &lt;ref>: Der Parameter „name“ ist ungültig oder zu lang.</code></small>

Danke auch für die Doi-Meldung, die ist neu, oder? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:08, 31. Jul. 2016 (CEST)

:# Das würde voraussetzen, dass WSTM eine Liste aller erlaubten Tag-Namen führt, und das würde angesichts der Vielfalt von HTML und ständig neuer MediaWiki-Elemente nicht gut gehen.
:#* Auch spanstyle und divstyle und divalign und divclear können nur durch Abgleich mit einer Liste erkannt werden.
:#* Mediawiki lässt die nicht erkannten Elemente &lt;refname> offen im Text stehen.
:#** Hier ist das allerdings in einen Vorlagenparameter eingebaut und schießt den vorher ab; das liegt am Gleichheitszeichen, der einem Parameter namens <code>&lt;refname</code> den Wert <code>"occ"/></code> zuweist. Das würde nur vermieden, wenn das Element zur MediaWiki-Software gehört und vorher abgefangen wird.
:#** Nur eine Analyse in der [[Vorlage:Infobox Chartplatzierungen/Werk]] auf ihr unbekannte Parameternamen oder undefinierten Pflichtparameter <code>5=</code> könnte das sinnvoll melden.
:#* Sonst ginge auch nicht &lt;Beispiel> oder &lt;ironie> und auch nicht:<br /> a < X und c > Y<br />a <code>&lt;X und c></code> Y
:# Ich weiß jetzt nicht wirklich was von einer neuen DOI-Meldung, aber vor einigen Tagen gab es bei WSTM-DOI irgendeine Aktualisierung und Verfeinerung, deren genaue Auswirkungen ich schon längst wieder vergessen habe.
: Schönen Sonntag --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:03, 31. Jul. 2016 (CEST)
:: Ich dachte mir schon, dass es viel zu kompliziert wäre Ich kann ja diesen einen Fall leicht reparieren, wollte es aber erst nach deiner Antwort tun. Dir ebenso einen sonnigen Tag. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:17, 31. Jul. 2016 (CEST)

=== Noch mal Murks ===
Da sitze ich und staune, was manche immer wieder, als Ref-namen sich ausdenken.
:&lt;ref name="http://numberworld.org/digits/E/">http://numberworld.org/digits/E/&lt;/ref>
Nun ja das allein ist schon toll aber, weißt du was meine persönliche WSTM-Version daraus macht? Genau, formatierte Weblinks im Falle eine Mehrfachzitation ab dem zweiten Auftreten. Anstatt es in &lt;ref name="http://numberworld.org/digits/E/">[http://numberworld.org/digits/E/ numberworld.org]&lt;/ref> zu ändern bleibt dieser Eintrag wie er ist. Die Ref-name-Wiederholungen &lt;ref name="http://numberworld.org/digits/E/" /> werden hingegen zu
:&lt;ref name="[http://numberworld.org/digits/E/" numberworld.org] /> wirklich süß oder? Nein du musst nix machen, das nur weil es mich gerade zum Schmunzeln brachte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:12, 31. Jul. 2016 (CEST)

== Dilemma mit lang „innerhalb“ von Links ==

New Zealand Qualifications Authority
: In der Infobox einmal im Parameter |Ministerium=
: <code><nowiki>[[Ministry of Education (Neuseeland)|{{lang|en|Minister of Education and the Minister for Tertiary Education, Skills and Employment}}]]</nowiki></code>
: wird
: <code><nowiki>[[Ministry of Education (Neuseeland)|1={{lang|en|Minister of Education and the Minister for Tertiary Education, Skills and Employment}}]]</nowiki></code>
: Anschließend wird es in der Box wie folgt angezeigt, die kleine <code>1=</code> habe ich beinahe übersehen
: <code>1=Minister of Education and the Minister for Tertiary Education, Skills and Employment</code>
: habe ich daher geändert in
: <code><nowiki>{{lang|en|[[Ministry of Education (Neuseeland)|Minister of Education and the Minister for Tertiary Education, Skills and Employment]]}}</nowiki></code>
: schlimmer ist es bei den Weblinks oder hier im Einzelbeleg
&lt;ref name=="nzdpmc_1">{{Internetquelle | url=http://www.dpmc.govt.nz/cabinet/portfolios/tertiary-education | titel={{lang|en|Tertiary Education, Skills and Employment}} | hrsg=[[Department of the Prime Minister and Cabinet (Neuseeland)|{{lang|en|Department of the Prime Minister and Cabinet}}]] | zugriff=2015-01-05 | sprache=en | format=HTML}}&lt;/ref>
: die Ausgabe sieht so aus
* ''[http://www.dpmc.govt.nz/cabinet/portfolios/tertiary-education Tertiary Education, Skills and Employment.]'' <nowiki>[[Department of the Prime Minister and Cabinet (Neuseeland) |1=Department of the Prime Minister and Cabinet]]</nowiki>, abgerufen am 5. Januar 2015 (englisch).
: Wäre das als Weblink formatiert dann wohl so
* {{Internetquelle
   |url=http://www.dpmc.govt.nz/cabinet/portfolios/tertiary-education
   |titel={{lang|en|Tertiary Education, Skills and Employment}}
   |hrsg=[[Department of the Prime Minister and Cabinet (Neuseeland)
   |1={{lang|en|Department of the Prime Minister and Cabinet}}]]
   |zugriff=2015-01-05
   |sprache=en}}
: Ich bin da über die Klammern gestolpert, die im Text sichtbar waren. Auch das habe ich repariert, wollte es aber mal mit auflisten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:26, 4. Aug. 2016 (CEST)

:: Soso, unser neuseeländischer Freund mal wieder.
:: Inwieweit eine Lösung innerhalb von WSTM möglich ist, weiß ich nicht so genau.
::* Es kann sein, dass ich nur einen Schalter umlegen müsste, und jede Vorlageneinbindung wird gesondert eingepackt und ihre Pipes damit der weiteren Analyse entzogen.
::* Dieser Modus ist für die Bearbeiter allerdings deutlich ressourcenfressender; dauert länger, beansprucht den Rechner mehr. 2012 hatte ich mich nicht getraut, das für alle vorzugeben. Heutzutage sind die Rechner leistungsfähiger; möglicherweise als Opt-In für Power-User.
::* Vielleicht geht es aber gar nicht so trivial; im Vorlagenparameter eine Verlinkung und in der eine Vorlage. Dann bräuchte es ein halbes bis ganzes Jahr frei von allen anderen Aktivitäten, und die sind derzeit nicht drin.
::* Insgesamt sehr seltene Fälle, und nach fünf Jahren erstmals aufgetreten.
:: Vorlageneinbindung im Linktitel blockiert alle Auswerteskripte und Bots. Deine Lösung mit der Vorlage um die Verlinkung herum ist deutlich glücklicher.
:: Es wäre besser, wenn du um Artikel zu bestimmter Insel oder anderen Honigtöpfen einen Bogen machst und die Meldung dort einfach ignorierst.
::* Sobald die reichlich 3000 anderen Meldungen aus dem Altbestand einmal abgearbeitet wurden, werden alle Fehlermeldungen dauerhaft auf rot geschaltet, und die Hauptautoren können sich um ihr Geraffel in ihrem persönlichen Eigentum selbst kümmern.
:: Danke für den Hinweis. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:32, 4. Aug. 2016 (CEST)
::: Ich weiß doch vorher nicht was ich anklicke und wer da der HA ist. O.k. ich werde versuchen einen Bogen um NZ zu machen, wenn ich daran denke. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:47, 4. Aug. 2016 (CEST)

== Jahr mit unsichtbarem Kommentar ==

* {{Literatur |Autor= |Hrsg=Compassion in World Farming |Titel=Laying hen case study Austria 1 |Ort=o.A. | Jahr= 2010 <!--nicht im pdf, http://ciwf.org.uk/resources/publications/poultry_laying_hens/default.aspx--> |Online=[https://www.ciwf.org.uk/includes/documents/cm_docs/2010/l/laying_hen_case_study_austria_ciwf.pdf ciwf.org.uk] |Format=PDF |KBytes=}}
* {{Literatur |Autor= |Hrsg=Compassion in World Farming |Titel=Laying hen case study Austria 1 |Ort=o.A. |Datum= |Online=[https://www.ciwf.org.uk/includes/documents/cm_docs/2010/l/laying_hen_case_study_austria_ciwf.pdf ciwf.org.uk] |Format=PDF |KBytes=}}
Das Jahr geht verloren, wenn das im Parameter |Jahr= steht, stünde dort bereits |Datum= würden sowohl der Kommentar als auch die Jahresangabe erhalten bleiben.
: Kleiner Test für Monat und Tag mit Kommentar, warum auch immer so etwas vorkommen sollte
* {{Literatur |Titel=Test |Jahr=1999 <!--Test--> |Monat=10 <!--Test--> |Tag= 15 <!--Test--> }}
* {{Literatur |Titel=Test |Datum=}}
: Ergebnis: Keine Datumsangaben. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:48, 6. Aug. 2016 (CEST)

:: Uff jö.
:: Magst du mal mit Cirrus vorrangig bereiningen:
::* alle einschlägigen [{{canonicalurl:Spezial:Suche|search=insource%3A%2FJahr+*%3D+*%5B0-9%5D%2B+*\%3C%2F+hastemplate:Literatur}} Jahr=] (Parameter kommt auch in anderen Vorlagen vor)
::* alle einschlägigen [{{canonicalurl:Spezial:Suche|search=insource%3A%2FMonat+*%3D+*%5B0-9%5D%2B+*\%3C%2F+hastemplate:Literatur}} Monat=] [{{canonicalurl:Spezial:Suche|search=insource%3A%2FTag+*%3D+*%5B0-9%5D%2B+*\%3C%2F+hastemplate:Literatur}} Tag=] (scheinbar keine)
:: Die Programmierung in WSTM ist schlicht und zum Wegwerfen; wenn irgendwann bestimmte Parameterkonstellationen aus dem Bestand entfernt wurden, wird auch die Programmierung dazu wieder zurückgebaut.
:: Deshalb wäre es mir lieber, wenn der Bestand bereinigt wird; WSTM kann hier ohnehin nichts automatisiert tun.
:: Vorsicht mit [[Jurchen]] <code><nowiki>Jahr=1963<sup>3</sup></nowiki></code> – das soll bedeuten: [http://www.zvab.com/servlet/BookDetailsPL?bi=13587666720&searchurl=hl%3Don%26tn%3Dchinesisch%2520deutsches%2520woerterbuch%26sortby%3D20%26an%3Druedenberg „3.&nbsp;Auflage&nbsp;1963“]
::* Ist eine Geheimnotation mancher Geisteswissenshaftler.
::* Hier obendrein vermurkst – wenn man das schon so macht, gehört die Auflagennummer ''vor'' die Jahreszahl und nicht dahinter. Kommt davon, wenn man sich als Konifere großtun will.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:53, 6. Aug. 2016 (CEST)
::: O.k. dann switche ich mal auf die Jahre um. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:41, 6. Aug. 2016 (CEST)

== Vorschlag zur Infobox Unternehmen ==

Hallo PC,

wäre es möglich
<pre>
{{Infobox Unternehmen
| Name = 
| Logo = 
| Unternehmensform = 
| Gründungsdatum = 
| Sitz = 
| Leitung = 
| Mitarbeiterzahl = 
| Umsatz =
| Branche = 
| Homepage = 
}}
</pre>
in
<pre>
{{Infobox Unternehmen
| Name             = 
| Logo             = 
| Unternehmensform = 
| ISIN             = 
| Gründungsdatum   = 
| Auflösungsdatum  = 
| Auflösungsgrund  = 
| Sitz             = 
| Leitung          = 
| Mitarbeiterzahl  = 
| Umsatz           = 
| Stand            = 
| Branche          = 
| Homepage         = 
}}
</pre>

umzuwandeln? Wenn es zu aufwendig ist, die fehlenden Parameter hinzuzufügen, wäre ich allein über die eingefügten Leerzeichen auch schon froh.--[[Benutzer:Kopiersperre|kopiersperre]] ([[Benutzer Diskussion:Kopiersperre|Diskussion]]) 11:32, 10. Aug. 2016 (CEST)

: Das kannst du dir seit mehreren Jahren alles selbst konfigurieren und verantworten.
: Siehe dazu: [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template]]
: Insbesondere würden deine Wünsche durch zwei Features erfüllt:
:* .format.order = [.....]
:* .format.style.lineup = true
: Du kannst mal bei [[Benutzer:Daniel749/common.js]] für ein weiteres praktisches Beispiel reinschauen; dort ist genau sowas für eine andere Infobox realisiert worden.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 10. Aug. 2016 (CEST)

Würdest du bitte über meine [[Benutzer:Kopiersperre/common.js|common.js]] drüberschauen? Ich bekomme einen dicken Syntaxfehler.

Meine Ziele:
<pre>
http://www.materfer.com/ → www.materfer.com
[http://www.behr-ag.com behr-ag.com] → www.behr-ag.com
</pre>
* Bei "| ISIN             = nicht vorhanden" das "nicht vorhanden" löschen
<pre>
Paul J. Hälg <br>(Vorsitzender der [[Geschäftsleitung]])<br> Ulrich Graf <br>([[Verwaltungsrat (Schweiz)|VR-Präsident]]) → 
* Paul J. Hälg (Vorsitzender der [[Geschäftsleitung]])
* Ulrich Graf ([[Verwaltungsrat (Schweiz)|VR-Präsident]])
</pre>
* Alle nicht existierenden Parameter (auch die, die ich nicht kenne) löschen.
* Leerzeichen vor <nowiki><ref></nowiki> löschen

Tut mir leid, dass ich so unselbstständig bin. JavaScript ist zu hoch für mich. Vg, [[Benutzer:Kopiersperre|kopiersperre]] ([[Benutzer Diskussion:Kopiersperre|Diskussion]]) 15:57, 10. Aug. 2016 (CEST)

: Ich sehe an Syntaxproblemen:
:* Komma zuviel
:** hinter <code>"Homepage", true]''','''</code>
:** hinter <code>"&lt;ref>"]''','''</code>
:** Das mögen viele Browser nicht.
:* Schließende Klammer nach <code>"^(Produkte|Bilanzsumme|Vorstand|"</code>
:** Muss (nach ^) mit Klammer anfangen und aufhören.
:** Jedes <code>|</code> steht für ein „oder“, kann nicht damit aufhören.
: Generell und mit Absicht gibt es kein Feature: „Lösche alle unbekannten Parameter“.
:* Es könnte einfach ein Schreibfehler, Buchstabendreher, fehlender Buchstabe vorliegen, und schon ist eine wichtige Angabe futsch.
:* Du kannst nur bekannte Parameter entfernen, die du also namentlich kennst und die künftig nicht mehr enthalten sein sollen.
: Der angefragte Zeilenumbruch ist Teil von <code>.format.style.</code>.
: Es wäre eine Überlegung, in die [[Vorlage:Infobox Unternehmen]] ein ''TemplatePar'' einzubauen.
:* Schau dir mal [[Vorlage:Infobox Marskrater]] in Programmierung und Doku an, wo überall ''TemplatePar'' vorkommt.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:49, 11. Aug. 2016 (CEST)

== Klassenzusammenführung ==

Hallo PC, ich habe ein kleines Problem.
* aus
<div class="NavFrame" style="border:none; padding:0; margin:0">
<div class="NavHead" class="hintergrundfarbe5">Führungsrunden</div>
<div class="NavContent">irgendetwas</div></div>
<small>hier folg jeweils nur die betroffene Zeile NavHead</small>
* wird
<div class="NavHead hintergrundfarbe5">Führungsrunden</div>
* um die Farbe wieder gray/grau zu setzen muss ich auf style ausweichen
<div class="NavHead" style="background:#E0E0E0;">Führungsrunden</div>
* Zumindest kriege ich das nicht anders hin. In der Pseudo-Infobox ist es auch fett, obwohl ich nicht sehe warum dort und hier nicht. Kann man das auch anders lösen? Abgesehen davon, dass ich diese Klappmöglichkeit für unnötig halte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:57, 21. Aug. 2016 (CEST)

:* Das Problem, weswegen WSTM eingreift, ist das doppelte Vorhandensein von <code>class=</code>.
:** Es ist völlig undefiniert, was ein Browser tun soll, wenn er dies antrifft:
:**# Beide so in einer <code>class=</code> hintereinander anordnen, wie WSTM das auch tut.
:**# Die zweite Zuweisung überschreibt die erste. Das merkt man daran, dass die Fettschrift verlorengeht, wie in deinem Beispiel oben beim Firefox.
:**# Die erste Zuweisung gilt; jede weitere wird ignoriert.
:* Das nächste Problem ist, dass die Spezifiktion von <code>div.NavHead</code> in [[MediaWiki:Common.css]] bereits eine Definition von <code>background</code> in einem Grauton enthält.
:** Die zusätzliche Forderung nach einem Grauton als <code>background-color</code> per Klasse <code>hintergrundfarbe5</code> ist Quatsch.
:* Zusammenwirken der beiden Klassen:
<div style="margin-left:6em">
<div class="hintergrundfarbe5">nur hintergrundfarbe5</div>
<div class="NavHead">nur NavHead</div>
<div class="hintergrundfarbe5 NavHead">hintergrundfarbe5 NavHead</div>
<div class="NavHead hintergrundfarbe5">NavHead hintergrundfarbe5</div>
</div>
:* In jedem Fall muss, damit das syntaktisch richtig und unabhängig vom Browser wird, die doppelte <code>class=</code> verschwinden.
:* Wenn tatsächlich ein abweichender Grauton unbedingt sein muss, dann muss dies über <code>style=</code> gesetzt werden.
:** Weil <code>div.NavHead</code> die generelle Eigenschaft <code>background</code> verwendet, setzt sie sich wohl gegen das speziellere <code>background-color</code> der hintergrundfarbe5 durch.
: Kurz: Die Artikelsyntax ist Murks von vorn bis hinten und in sich widersprüchlich. Was will der Autor denn eigentlich?
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:40, 21. Aug. 2016 (CEST)
:: Was er will weiß ich, dass die Farbe an die anderen [[Spezial:Diff/138772157/157230383|Boxeneinträge]] angeglichen ist und eigentlich auch noch dass es eingeklappt sein sollte vermute ich mal. Wozu man das wegklappen muss, weiß ich nicht, aber es gibt andere Beispiele bei denen das dann eingeklappt wäre, weil es unten auch noch eine Nayibox gibt.
:: → Formel-3-Masters 2013
:: O.k. es liegt also nicht an mir, dass es nicht funktioniert hat, ich habe auch versucht es innerhalb der Klasse umzutauschen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:51, 21. Aug. 2016 (CEST)

== lang|bo ==

In deinem Skript wird <nowiki>{{lang|bo| in {{bo|</nowiki> umgewandelt. Das ist zwar in der Fremdsprachenunterstützung konsistent, leider aber noch falsch. Die [[Vorlage:boS]] hieß bis vor einer halben Stunde nur [[Vorlage:bo|bo]]. Mit der Skriptbearbeitung wird dann aber gar nichts mehr angezeigt, natürlich. Ich werde mal versuchen, die falschen bo's in boS zu ändern. Bis dahin bitte die Automatik rausnehmen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 12:18, 26. Aug. 2016 (CEST)
: Verschiebeaktionen erledigt. Jetzt kann <nowiki>{{lang|bo| wieder ungefährdet in {{bo|</nowiki> umgewandelt werden. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 19:58, 27. Aug. 2016 (CEST)
:: Nachtrag: wie bei den türkischen Fußballartikeln hätte man auch in diesem Fall sicher einen Bot beauftragen können, aber so kann ich die Artikel wenigstens komplett durchforsten und fand eben fehlerhafte Einbindungen bei denen gar kein tibetischer Text mehr angezeigt wurde. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 21:30, 27. Aug. 2016 (CEST)

::: Uijuijuijöh.
::: Ich weiß nicht recht; du hattest in allerbester Absicht gehandelt, aber ich fürchte, du wolltest mal mein PerfektesChaos übernehmen.
::: Die Vorlagen habe ich mir angesehen; das müsste jetzt vermutlich funktionieren.
::: Was du im ANR gemacht hattest, überblicke ich nicht.
::: Die Tücke war der Parameter <code>language=</code> gewesen.
:::* Er bewirkt, dass nach der hier in den letzten Jahren entstandenen Programmierung [[Vorlage:bo]] und [[Vorlage:boS]] dasselbe sind.
:::* Das Ding ist ein völliges Unikat.
::: Um das aktuelle Problem zu lösen, hätte es völlig ausgereicht, in der damaligen Vorlage:bo aus den <code><nowiki>{{{t}}}</nowiki></code> ein <code><nowiki>{{{1|{{{t|TEXT FEHLT}}}}}}</nowiki></code> zu machen.
:::* Alle anderen Vorlagen verwenden den unbenannten Parameter '''1''' für den Text in der im Focus stehenden Sprache und Schrift.
:::* Nur diese hier hatte den Parameter <code>t=</code> genannt.
::: Dass diese bo aus der Reihe tanzt, wusste ich, und hatte sie mir als besonders komplizierten Fall für den Schluss der Sprachvorlagen-Standardisierung aufgehoben. Die von dir bemängelten Einzelheiten waren mir so nicht klar.
:::* Die langfristige Gestaltung der jetzt beiden Vorlagen ist dubios; das muss mit den einschlägigen Sprachleuten abgestimmt werden und passiert erst nächstes Jahr.
:::* Mit [[Vorlage:zh]] steht es übrigens ähnlich.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:15, 29. Aug. 2016 (CEST)

:::: De facto habe ich nur die [[Vorlage:bo]] in [[Vorlage:boS|boS]] umbenannt und dafür [[Vorlage:Tibetische Schrift|Tibetische Schrift]] in [[Vorlage:bo]]. Die zweite ist vorher wie nachher ein Bestandteil der ersten und ist somit ein ähnliches Konstrukt wie die Vorlagen [[Vorlage:he|he]] und [[Vorlage:heS|heS]]. <code><nowiki>{{{t}}}</nowiki></code> ist zugegebenermaßen nicht so schön wie <code><nowiki>{{{1}}}</nowiki></code>, das könnte man ändern; <code><nowiki>{{{t|TEXT FEHLT}}}}}}</nowiki></code> sollte man sicher ändern. Schon weil nicht jedes Gerät Text anzeigen kann und somit der Fehler nicht sofort auffällt.
:::: An den Tausch von „Sprache“ und „Schrift“ habe ich mich nicht herangetraut. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 21:32, 29. Aug. 2016 (CEST)

::::: Naja, wir lassen es hoffentlich für dieses Jahr dabei.
::::: Die eine Sache ist, in der Vorlage zu programmieren, dass <code>t=</code> jetzt <code>1=</code> heißen würde. Die andere ist – die Fernostfans, die fast ein Jahrzehnt lang <code>t=</code> geschrieben hatten, sollen jetzt lernen, dass sie <code>1=</code> schreiben sollen, was erfahrungsgemäß nicht klappt. Also steht ein Jahrzehnt mit Alias an, wodurch beides unterstützt wird, bis die bisherige Variante in Vergessenheit geraten ist.
::::: Für die reine Schrift gab es bei mir schon längst einen Nachfolger: [[Vorlage:Tibt]] – [[ISO 15924]].
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:11, 29. Aug. 2016 (CEST)

== ref name ohne Anführungszeichen ==

Hey, ist es möglich, dass das Tool nicht automatisch Anführungszeichen hinzufügt oder sie nach Möglichkeit sogar entfernt? Wegen der Leerzeichen ist es zwar einfacher automatisch überall Anführungszeichen zu setzen, aber in manchen Artikel wird ja auch bewusst drauf verzichtet, wegen der Lesbarkeit und der geringeren Kürze. Grüße, [[Benutzer:Amtiss|Amtiss]], <small>[[Benutzer_Diskussion:Amtiss|SNAFU ?]]</small> 15:30, 29. Aug. 2016 (CEST)

: Jaja, und bis vor kurzem brachen die refs sogar ab, wenn mittendrin ein <code>ä</code> vorkam, und <code>ref=Jäger</code> ist dasselbe wie <code>ref=J</code>.
: Den Grund hast du bereits genannt: Es können Leerzeichen im Bezeichner vorkommen, es könnten Sonderzeichen seltsam interpretiert werden, und deshalb werden alle Attributwerte in <code>"</code> eingeschlossen.
: Jemand anders fängt dann auch an, <code style="white-space:nowrap">style=text-align:left</code> für korrekt zu halten, und der nächste wundert sich, warum <code style="white-space:nowrap">style=border: #FF00FF 1px solid</code> nicht funktioniert. Oder <code style="white-space:nowrap">class=toptextcells wikitable</code> nicht die gewünschte Tabelle ergibt.
: Der XML-Standard sieht vor, dass immer alle Attributwerte in <code>"</code> (bzw.&nbsp;<code>'</code>) eingeschlossen sind:
<pre style="margin-left:2em">
[10] AttValue ::=     '"' ([^<&"] | Reference)* '"'
                   |  "'" ([^<&'] | Reference)* "'"
</pre>
:* Es ist nur ein behelfsmäßiges Erraten, dass bei fehlenden <code>"</code> diese vom System wieder ergänzt werden; soweit die als Bezeichner zugelassenen Zeichen reichen.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:01, 29. Aug. 2016 (CEST)
:: +1 Es ist Quatsch diese Zeichen wegzulassen (wegen der Kürze). Ich nenne mal als Vergleich das Weglassen von schließenden HTML-Tags, das hat auch in der Vergangenheit gefunzt, ist aber unkonform und führt jetzt spontan zur völligen Ignorierung dieser (oh welch Wunder, Stichwort: Wir bauen auf Fehlertoleranz). <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>16:15, 29. Aug. 2016 (CEST)</small></kbd>
::Solange keine Ref-Fehler im Artikel sind, brauch dein Tool auch keine Änderungen vornehmen. -- [[Benutzer:Amtiss|Amtiss]], <small>[[Benutzer_Diskussion:Amtiss|SNAFU ?]]</small> 16:59, 29. Aug. 2016 (CEST)
::: Anscheinend willst du nicht verstehen, das <u>Weglassen ist ein Fehler</u> der eben nur "''irgendwie''" aufgefangen wird. <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>17:14, 29. Aug. 2016 (CEST)</small></kbd>

:::: Wir mussten schon ziemlich oft das gesamte Projekt nacharbeiten, weil irgendwelche Schlaumeier gemerkt hatten, dass im Monat&nbsp;''m'' im Jahr&nbsp;''j'' die Wiki-Software diesen oder jenen Effekt bewirkte, wenn man die Syntax anders als dokumentiert nutzte. Bloß dass dann regelmäßig im Monat ''m+n'' das überall korrigiert werden musste, weil sich die Software nun eben so verhielt, wie es eigentlich auch zu erwarten war. Wir haben noch etliche Hundert Seiten mit solch tickenden Zeitbomben offen, die in Kürze hochgehen werden. Und du errätst es nicht: Ursache ist regelmäßig, das ein ganz Oberpfiffiger irgendwas weggelassen hatte, was da hingehört hätte, weil es im Moment ja trotzdem funktioniert. Der Wikitext ist dann korrekt verwendet, wenn er so benutzt wird, wie er dokumentiert ist; was passiert, wenn man irgendwas weglässt, ist nirgendwo zugesichert und es ist nirgendwo versprochen, dass auch dieses Verhalten bis in alle Ewigkeit unterstützt würde. VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:24, 29. Aug. 2016 (CEST)
:::::Krisenrhetorik ... PS: Mein 2. Beitrag / Widerwort kam v.a. wegen der Art und Weise deiner Antwort. 3x weglöschen führte zu dieser neutralen Antwort. Make the wiki software great again! Grüße, [[Benutzer:Amtiss|Amtiss]], <small>[[Benutzer_Diskussion:Amtiss|SNAFU ?]]</small> 17:46, 29. Aug. 2016 (CEST)
:::::: OT: Es kann sein dass PC den Anschein macht leicht genervt rüberzukommen, allerdings sollte man nicht zu viel darauf geben, vor allem wenn man eine so ausführliche Antwort bekommt. Evtl. neigt man bei entspr. Lage dazu etwas direkter zu werden und sich Floskeln zu sparen, vor allem wenn man sich (Du) hier mehr oder weniger kennt. PS:[http://gedankenwelt.de/ich-bin-fuer-das-verantwortlich-was-ich-sage-nicht-fuer-das-was-du-verstehst/] Ich hatte auch den ein oder anderen Disput mit PC und er ist für mich immer Rahmen geblieben (wie gesagt würde ich hier überhaupt nicht viel hineininterpretieren, vor allem bei dem trockenen Thema). VG <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>23:08, 29. Aug. 2016 (CEST)</small></kbd>
:::::::[http://blog.fefe.de/?ts=a8ebf591 Ich versuche es mich an fefes Erkenntnisse zu halten], und nicht allzu schnell auf speichern zu drücken ;) -- [[Benutzer:Amtiss|Amtiss]], <small>[[Benutzer_Diskussion:Amtiss|SNAFU ?]]</small> 01:34, 30. Aug. 2016 (CEST)

== [[Spezial:Diff/157522512]] ==

auf meiner Disku. Die 1= hat WSTM gesetzt. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 08:52, 31. Aug. 2016 (CEST)
: Hallo [[Benutzer:RonMeier|RonMeier]], ich kann dies reproduzieren, allerdings nur weil ich eine sehr ähnliche config habe wie du. Wenn mod.plain leer ist, tut hier WSTM nichts falsches. Ich suche mal nach dem ursächlichen Regexp. <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>21:44, 10. Sep. 2016 (CEST)</small></kbd>
:: Siehe [[Benutzer_Diskussion:RonMeier#Spezial:Diff/157522512|hier]]. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 22:25, 10. Sep. 2016 (CEST)
::: Verstehe ich nicht warum man das Thema irgendwohin wegtragen musste. Dort stand nur: "ja das ist 1= zuviel", das Gleiche was du hier geschrieben hast. Gute Nacht <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>22:36, 10. Sep. 2016 (CEST)</small></kbd>

== Ersetzungen → Vorlagen ==

Was ich unter [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template|replace/template]] vermisse ist die normale Ersetzung wie beim <code>plain</code> nur eben auf '''die Werte''' der Vorlage (Paramter ist erstmal sekundär). Also normaler Text soll nicht betroffen sein, ist das möglich? <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>21:27, 10. Sep. 2016 (CEST)</small></kbd>

: Das steht seit 2012.
: Die Programmierung ist wahnsinnig komplex, weil der bisherige Wert auch Links, URL, Vorlageneinbindungen, Bildeinbindungen, Kommentare enthalten kann.
: Maximal wäre Ersetzung eines einfachen Textwertes durch einen anderen einfachen Textwert vorstellbar. Die Option ist ja als „geplant“ gelistet.
: Wegen völliger Überlastung, Rückstau über mehrere Jahre keine Realiierung solcher Großprojekte (mit Erprobung) in Sicht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:34, 11. Sep. 2016 (CEST)

== Please check PMID ==

* {{Literatur |Autor=K. I. Bender, O. V. Gerasimova |Titel=Relationship between the pain-relieving action of narcotic analgesics and their effect on respiration |Sammelwerk=Farmakologiia I Toksikologiia |Band=39 |Nummer=5 |Datum=1976-10 |ISSN=0014-8318 |Seiten=552–556 |PMID=18367}}
* http://www.ncbi.nlm.nih.gov/pubmed/18367
<pre>
Vorlagenparameter fehlerhaft
    {{Literatur|PMID=18367}}
</pre>
Ich kann nicht sehen wo da etwas falsch wäre, ich vermute die Anzahl Ziffern ist dem Tool zu gering. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:29, 11. Sep. 2016 (CEST)

: Seit 2012 hätte WSTM gern sechsstellige Nummern; dies ist die erste fünfstellige. Liegt an der mit 1976 recht betagten Publikation. Lua reicht eine Ziffer. [[Trimeperidin]] geschluckt. PMID 10001, PMID 10000, PMID 1001, PMID 101, PMID 11, PMID 1. Fix morgen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:23, 11. Sep. 2016 (CEST)
:: Na ja, es hätte ja auch sein können, dass es so kurze Nummern nicht gibt. Ich hatte heute auch schon eine defekte {{URN|nbn:de:bvb:12-bsb10499996-4}}, da weiß ich aber nicht wie ich es reparieren kann. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:41, 11. Sep. 2016 (CEST)

::: [[Spezial:Diff/157858899]] :-) thx LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:38, 12. Sep. 2016 (CEST)

== Bosnische Links werden zu Interwiki ==

Hallo PC, bitte mal folgendes testen: <code><nowiki>[[:bs:ValidationStatistics]]</nowiki></code> (zwar wohl eher äußerst selten aber aufgefallen unter [[H:GV]]) LG<kbd style="white-space:nowrap;color:#445566;"> ↔ ''[[User: Perhelion]]'' <small>22:28, 14. Sep. 2016 (CEST)</small></kbd>

: [[:en:Special:Diff/739462731|WWG.]]
: Die Codes müssen einzeln registriert werden, weil sonst diese <code>BD:</code> als Interwiki nach hinten geschoben würde.
: Danke schön --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:06, 14. Sep. 2016 (CEST)

== ISBN WSTM vs. Vorlage Literatur ==

Was ist denn nun kaputt? WSTM sagt mir ISBN 88-86471-05-X. Und nun schau was die Literatur anzeigt.
* {{Literatur|Autor=Tullio Lauro, Leo Turrini|Titel=Emozioni. Lucio Battisti vita mito note|Verlag=Zelig|Ort=Mailand|Datum=1995|Seiten=|ISBN=88-86471-05-X}}
* Der ISBNCheck sagt auch [https://tools.wmflabs.org//isbn/IsbnCheckAndFormat?ISBN=888647105x&Language=Deutsch&FormatOnlyRaw=no&Test= 88-86471-05-X]
O.k. ist hier nicht der richtige Ort, weil es eher zur Vorlage gehört, aber ich denke hier siehst du es schneller. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:09, 11. Sep. 2016 (CEST)

: Ich vermute, da fehlt ein Gleichheitszeichen, damit ein „kleiner“ zu einem „kleinergleich“ wird.
: Es geht ja wohl um <code>88-</code> statt <code>888-</code>, und zweistellig ist richtig.
: Heute nacht probiere ich das auf BETA aus, wenn es kühler ist; kannst du dir Montag auf der Spielwiese angucken.
: Der ANR geht einstweilen nicht unter. Renkt sich irgendwann ein.
: Erstaunlich, das es dir überhaupt aufgefallen ist. Ist bei allen so, die an dieser Stelle mit einer 8 anfangen, also diverse europäische ISBN.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:53, 11. Sep. 2016 (CEST)
:: Guten Morgen, nun ja das mit 888- sieht halt anders aus und ich hatte ja explizit 88- eingegeben. Da kippt dann irgendwo ein Schalter um und sagt, da stimmt etwas nicht. Sonst wäre es mir wohl auch nicht aufgefallen, aber ich hatte nur diese eine ISB-Nummer wegen eines Tests auf der Spielwiese. Daher lag das im Fokus.
:: OT: Mein Buttonanzeigeproblem besteht übrigens noch immer, es wird aber kein Fehler ausgegeben, irgendwo sagt etwas „is feddisch“ und es ist noch nicht komplett auf dem Schirm, aber mein FF spinnt ja sowieso rum. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 06:33, 12. Sep. 2016 (CEST)

::: [https://de.wikipedia.beta.wmflabs.org/wiki/Wikipedia:Spielwiese BETA] LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:21, 12. Sep. 2016 (CEST)
Neee, das ging gestern nicht, deshalb hatte ich ja versucht es anzupassen. Heute funktioniert der Link über eine Umleitung gestern kam eine Fehlermeldung. Grmpf. Echt manchmal glaube ich, ich habe Halluzinationen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:39, 12. Sep. 2016 (CEST)

: {{ping|Lómelinde}} Das wolltest du vermutlich zum Abschnitt eins drüber schreiben.
: URN geht mit resolver erst wieder seit heute vormittag halb elf; hatte ein Problem mit den Versionen der neu erstellten Progammbibliothek. Deshalb der Difflink; du hattest keine Halluzinationen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:03, 12. Sep. 2016 (CEST)
{{info}}
* {{Literatur|Autor=David Mallia|Titel=The Church of St Cecilia on the Island of Gozo|Verlag=Wirt Għawdex|Ort=Malta|Datum=2012|Seiten=|ISBN=978-99957-0212-0}}
* ISBN 978-99957-0-212-0 →[https://tools.wmflabs.org//isbn/IsbnCheckAndFormat?ISBN=978-999570212-0&Language=Deutsch&FormatOnlyRaw=no&Test= Check]
Drei Neuner wohl auch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:40, 22. Sep. 2016 (CEST)

: [https://de.wikipedia.beta.wmflabs.org/wiki/Wikipedia:Spielwiese Alle Neune] – wer kommt denn auf sowas? Ja, Malta. War noch eine alte Baustelle; das Lua-Modul  ist aus WSTM entstanden. Danke für den Hinweis. --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:41, 22. Sep. 2016 (CEST)
:: Na irgendwann müssen sie vermutlich eh anbauen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:33, 22. Sep. 2016 (CEST)

== Weitere HTML-Element hinzufügen ==

Moin Moin PerfektesChaos, ich bin [[en:User:PerfektesChaos/js/WikiSyntaxTextMod/rS.js|diese Seite]] nicht ganz durchgestiegen. Du prüfst ja HTML-Zeichen ab und ersetzt diese durch MediaWiki-Syntax. Mir ist gerade im Bereich Chemie und Physik aufgefallen, dass einige HTML-Zeichen nicht drinnen sind. Könntest du [http://www.ams.org/STIX/bnbtable07.html zum Beispiel &le bzw. &ge] mit aufnehmen? Danke dir schon mal. mfg --[[Benutzer:Crazy1880|Crazy1880]] 08:50, 17. Sep. 2016 (CEST)

:* Die beiden sind HTML5 ([https://www.w3.org/TR/html5/syntax.html#named-character-references Liste]).
:* WSTM arbeitet derzeit mit HTML4 ([https://www.w3.org/TR/html5/syntax.html#named-character-references Liste]).
:** [[:en:User:PerfektesChaos/js/stringLib#.charEntityHTML4()|charEntityHTML4()@stringLib]]
:* Ist kein dramatisches Problem, HTML5 gelegentlich einzubauen; nur ein großes C&P- und RegExp-Gemetzel.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:36, 17. Sep. 2016 (CEST)

::Moin Moin, gerne gerne, wir wollen doch alle, dass es voran geht. Auf die nächsten Millionen Artikel. mfg --[[Benutzer:Crazy1880|Crazy1880]] 09:36, 18. Sep. 2016 (CEST)

::: {{ping|Crazy1880}} [[:en:Special:Diff/740243682|>2000 Entities bekanntgemacht]].
:::* Durchläuft eine Testphase, vermutlich zum Wochenende allen bekannt.
::: Achtung: Es gibt in HTML5 sehr exotische Zeichen als Entity:
:::* Sie können nicht durch ein einzelnes momentanes Unicode-Zeichen dargestellt werden, sondern es müssen zwei überlagert werden (rund 100 Stück).
:::** Diese bleiben besser bestehen, bis es auch ein richtiges Unicode-Zeichen gibt; die Browser wissen, was sie tun müssten.
:::* Es werden teilweise mehr als 16 Bit für ein Zeichen benötigt.
:::** Damit können viele Bots und Skripte nicht umgehen.
:::** Als Entity bleiben sie pures ASCII und machen keine Probleme in unseren Quelltexten.
:::* WSTM wird nur einen Teil der erkannten Entities ersetzen, wenn man das danach auch auf normalen Rechnern als Zeichen erkennen kann; es insbesondere keine späteren Probleme nach sich zieht.
:::** Das Syntaxkorrekturprojekt sollte nicht mit Gewalt Entities auflösen, und das auch dort kommuniziert werden.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:08, 20. Sep. 2016 (CEST)

::::Moin Moin PerfektesChaos, vielen Dank, ich gebe das noch mal weiter. mfg --[[Benutzer:Crazy1880|Crazy1880]] 09:23, 21. Sep. 2016 (CEST)

{{ping|Crazy1880}} Ist inzwischen für alle live.
* Ersetzt in der Regel bis vor Zeichen 10240<sub>10</sub> U+2800 – Brailleschrift und mehr.
* Siehe [[Unicodeblock Zusätzliche Pfeile-A]] – meist alles, was in der Navileiste dann noch davor kommt, also insbesondere diese mathematischen Zeichen.
* Die „Ebene 1“, also oberhalb von 65535<sub>10</sub> U+FFFF wird aus Kompatibilitätsgründen nie aus einem Entity in Zeichen gewandelt, eher umgekehrt.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:43, 29. Sep. 2016 (CEST)

::Da sage ich doch mal herzlichen Dank. mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:57, 29. Sep. 2016 (CEST)

== w: → :en: ? ==

Wieso wird aus „w“ „en“? [[w:Der Critische Musicus|Der Critische Musicus]] → [[:en:Der Critische Musicus|Der Critische Musicus]] eigentlich war hier wohl das „s“ ''[[s:Der Critische Musicus|Der critische Musicus]]'' gemeint. Ist nur eine Frage, weil mir nicht klar ist woran das festgemacht ist, dass „w“ generell erst einmal „en“ sein soll. Wäre es da nicht sinnvoller nur einen Hinweis auszugeben, wenn keine Sprachkennung dabeisteht. Ich weiß auch nicht wie ich das umschreiben soll, aber ich finde es merkwürdig. Nicht {{Wikipedia-Suche|1=insource:/\[\w:/|2=alle diese}} werden dort richtig aufgehoben sein.
* [[w:Open Access|Open-Access-Bewegung]] ↔ [[Open Access|Open-Access-Bewegung]]
* [[w:Land Salzburg|Salzburgern]] ↔ [[Land Salzburg|Salzburgern]]
* [[w:Herbert Lackner (Journalist)|Herbert Lackner]] ↔ [[Herbert Lackner (Journalist)|Herbert Lackner]]
keine Links in andere Sprachversionen
* [[w:Erika Holzer|Erika Holzer]] ↔ [[Erika Holzer|Erika Holzer]]
* [[w:List of email subject abbreviations|Liste der E-Mail-Betreffabkürzungen]] ↔  [[Liste der E-Mail-Betreffabkürzungen]]
Das sind nur ein paar Beispiele. Glücklich bin ich damit nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:22, 18. Sep. 2016 (CEST)

:* Das hat historische Gründe.
:* Die englischsprachige Wikipedia war das erste Wiki überhaupt.
:** Sie hat das <code>w:</code> bekommen, und das gilt in allen Wikis der WMF.
:** Das greift auch auf BETA und leitet nach <code>en.wikipedia.org</code>.
:** Mit <code>w:fr:</code> kommst du auf einem Umweg in die französischsprachige Wikipedia.
:* Bei den späteren <code>b:</code> <code>s:</code> <code>v:</code> ist das anders: Sie leiten auf das gleichsprachige Schwesterprojekt derselben Farm.
:** Siehe [[Spezial:Interwikitabelle]] für <code>w</code> <code>s</code> <code>v</code>.
:* Um den Unterschied zu verdeutlichen, ersetzt WSTM das missverständliche <code>w:</code> durch das funktionell gleichwertige <code>:en:</code>.
:** Was die Bearbeiter geglaubt haben zu verlinken können weder WSTM noch ich wissen; nur klarer darstellen.
:** Man mag gemeint haben, das sei eine ausdrückliche Verlinkunng in diese Wikipedia hier. Is nich.
: HGZH --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:06, 18. Sep. 2016 (CEST)
:: Ja hast du, Dankeschön. Ich habe es eh in die Rundablage gelegt. Nur wieder eine Baustelle mehr. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:32, 18. Sep. 2016 (CEST)
----
Anmerken möchte ich noch (erinnernd), dass die Baustelle <nowiki>[[:en:Wikipedia:...]] zu [[w:en:...]]</nowiki> auf Commmons immer noch etwas nervt ([https://commons.wikimedia.org/w/index.php?title=Help:Interlanguage_links&action=edit Bsp]). FG <kbd style="white-space:nowrap;color:#445566;"> ↔ ''[[User: Perhelion]]'' <small>21:45, 20. Sep. 2016 (CEST)</small></kbd>

== [[Spezial:PermaLink/157994304|Dracula]] ==

<pre>
Ungültig: 1972, siehe auch: David B. Dickens, Elizabeth Miller: ''[http://blooferland.com/drc/images/05DkMill.rtf Michel Beheim, German Meistergesang, and Dracula] ([[Rich-Text-Format|RTF]]; 51&nbsp;kB)'', in englischer Sprache
</pre>
verschwindet spurlos samt Jahresangabe.

'''Vorher''' 
<pre>
{{Literatur
| Autor=Michel Beheim, Hans Hermann Karl Gille, Ingeborg Spriewald
| Titel=Die Gedichte des Michel Beheim: Nach der Heidelberger Hs. cpg 334 unter Heranziehung der Heidelberger Hs. cpg 312 und der Münchener Hs. cgm 291 sowie sämtlicher Teilhandschriften, Band 60
| Verlag=Akademie-Verlag
| Jahr=1972, siehe auch: David B. Dickens, Elizabeth Miller: ''[http://blooferland.com/drc/images/05DkMill.rtf Michel Beheim, German Meistergesang, and Dracula] ([[Rich-Text-Format|RTF]]; 51&nbsp;kB)'', in englischer Sprache}}
</pre>
'''Nachher'''
<pre>
{{Literatur |Autor=Michel Beheim, Hans Hermann Karl Gille, Ingeborg Spriewald |Titel=Die Gedichte des Michel Beheim: Nach der Heidelberger Hs. cpg 334 unter Heranziehung der Heidelberger Hs. cpg 312 und der Münchener Hs. cgm 291 sowie sämtlicher Teilhandschriften, Band 60 |Verlag=Akademie-Verlag |Datum=}}
</pre>
Auch wenn das vermutlich eher ein Einzelfall sein wird, ich wollte es trotzdem lieber anmerken. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:55, 23. Sep. 2016 (CEST)

:* Ich habe die Situation im Quellcode abgefangen; kann aber noch eine Weile dauern, bis das live geht.
:* Als <code>Jahr=</code> wird nur eine simple Zeichenkette erwartet.
:** An der hier stehen noch eine URL und obendrein ein Wikilink dran; und damit ein komplexes Konstrukt und keine triviale Jahreszahl.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:54, 23. Sep. 2016 (CEST)
:: Ja das dachte ich mir schon, dass es da zu Verwicklungen kommen kann.
:: '''OT''' kannst du eventuell irgendwie in der Vorlage Literatur zulassen, dass man auch so etwas wie <code>Neuauflage</code> einfügen kann, ohne dass als Ergebnis <code>Neuauflage Auflage</code> daraus wird? Ist nicht wirklich tragisch und man kann <code>[nN]eue</code> schreiben, aber andererseits finde ich es unpraktisch, wenn man einen Parameter Auflage hat, dass man auf Kommentar ausweichen muss, um Neuauflage zu schreiben. Ist nur so ein Gedanke, der mir →[[Spezial:Diff/152711744/158151191|gerade durch den Kopf ging]]. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:06, 23. Sep. 2016 (CEST)

::: Das Wort „neu“ ist hier ein [[Pleonasmus]].
:::* Erstens ist jede 2. und 3. Auflage immer auch eine neue Auflage.
:::* Zweitens ist die 2. Auflage nicht neu, sondern veraltet, wenn die „3.&nbsp;aktualisierte Auflage“ herauskommt.
::: Wo es möglich ist und eine Auflagennummer bekannt ist, kann das Wort „neu“ weggelassen werden.
::: Wenn nicht bekannt ist, als welche diese Version gezählt wird (es muss ja nicht die 2. sein), dann kann man das Wort „neue“ reinflicken, falls es sprachlich unvermeidlich wäre.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:30, 23. Sep. 2016 (CEST)
:: Ja stimmt, da hast du auch wieder Recht. Was heute neu ist ist morgen schon alt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:36, 23. Sep. 2016 (CEST)

{{Info}} noch eine für diese Sammlung
* <nowiki>{{Literatur |Titel=Bube, Dame, König, Mord |TitelErg=Kriminalspiel |Jahr=[[SWR4]] 2007}}</nowiki>
* {{Literatur |Titel=Bube, Dame, König, Mord |TitelErg=Kriminalspiel |Datum=}}
Ich habe es komplett entvorlagt da es ein Hörspiel ist und für mich keine Literatur, aber --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:30, 26. Sep. 2016 (CEST)

== Kann WSTM …  ==

erkennen, wenn die Vorlage Literatur irgendwo innerhalb einer Vorlage IQ steht?
* {{Internetquelle | url=http://www.moose-deutschland.de/gis/sresults.php?idx=101531 | titel=Sphagnum warnstorfii ''Russow Warnstorfs Torfmoos'' | werk=Website des Projekts "Die Moose Deutschlands" | zugriff=2011-08-04 | kommentar=nach Angaben aus {{Literatur | Autor=Dr. Ludwig Meinunger und Wiebke Schröder | Titel=Verbreitungsatlas der Moose Deutschlands. Band 1 | Verlag=Regensburgische Botanische Gesellschaft | Ort=Regensburg | Jahr=2007 | OCLC=635348854}}}}
Das sollte doch normalerweise eher nicht sein, oder? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:50, 26. Sep. 2016 (CEST)

:* Erkennen theoretisch schon, mit relativ viel Aufwand.
:* Automatisch dran machen aber nix.
:* Erkannt wird das ja von Lua.
:* Sein soll es nicht, nein.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:19, 26. Sep. 2016 (CEST)
:: Ne, es wurde nicht angezählt daher meine Frage. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:27, 26. Sep. 2016 (CEST)

:: Hochverrat ist eine Frage des Datums.
:: Die Programmierung der Vorlage IQ ist ein Jahrzehnt alt; diese merkt das natürlich nicht. Nächstes Jahr wird sie ihre Milchschwestern erkennen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:17, 26. Sep. 2016 (CEST)
::: Ja das dachte ich mir schon, so herum wird es nicht erkannt. Kein Problem, ich habe es ja bemerkt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:31, 26. Sep. 2016 (CEST)
… Punkte erkennen? Ich hätte da einen kleinen Wunsch.
* {{Literatur| Autor=I.&nbsp;A. Wolodin, O.&nbsp;G. Iltschenko, S.&nbsp;W. Popow| Jahr=1996| Titel=Песчанки: содержание и демография популяций разных видов в неволе [Rennmäuse: Haltung und Populationsentwicklung verschiedener Arten in Gefangenschaft]| Verlag=Moskauer Zoo| Ort=Moskau| Online=[http://gerbil-world.org/popov.shtml Microsoft-Word-Kopie, 4.214&nbsp;KB]| Kommentar=228&nbsp;Seiten}}
<code>|KBytes=4.214 KB → |KBytes=4214</code> Und diese Mausartikel sind … … nur Murks, und ich bin ein wenig faul und lasse das Tool gern für mich die Bytes anpassen. Und da wunderte ich mich warum es nicht … --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:34, 27. Sep. 2016 (CEST)
: WSTM ist blind und kann Kommata nicht von Pünktchen unterscheiden und hat keine Vorstellung davon, was sinnvolle Zahlen wären.
: Nächstes Jahr können wir mal eine Kat aufmachen, was KBytes kleiner 10 auswirft.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:42, 27. Sep. 2016 (CEST)
:: Na gut, dann muss ich halt selbst aufpassen, dass es mir nicht durchrutscht. :-) --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:55, 27. Sep. 2016 (CEST)

== Link-Unsinn == 
Gibt es irgendeine Möglichkeit, WSTM beizubringen, dass <nowiki>[[Link]]<nowiki/>s als [[Link]]s</nowiki> dargestellt werden können? Ganz ulkig wird diese Konstruktion bei <nowiki>[[Wien|Wie]]<nowiki/>n</nowiki>. Und ja, es war wieder einmal der [//de.wikipedia.org/w/index.php?title=Emil_Nikolaus_von_Reznicek&diff=prev&oldid=157839782 VisualEditor am Werk] und es häuft sich. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 00:53, 28. Sep. 2016 (CEST)
: Ich denke eher nicht, weil das <code>&lt;nowiki /></code> ja auch bewusst von manchen, sogar von WSTM, falls dort vorher ein <code>&lt;b />, &lt;s />, &lt;u /></code> stand, gesetzt wird.
: <code><nowiki>[[Gruß]]<b/>wort → [[Gruß]]<nowiki />wort</nowiki></code> – [[Gruß]]<nowiki />wort – wo soll man da den Unterschied festmachen wann das erwünscht ist und wann nicht?
: Dass der VE leider auch so merkwürdige Konstrukte erzeugt ist unschön ebenso wie die [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&profile=default&fulltext=Search&search=insource%3A%2Fnowiki%5C%3EISBN+%5B0-9%5D%2F&searchToken=5z0dbg0lum8ovbct46cxbxyed nowikis um ISB-Nummern]. Meine diesbezügliche Anfrage, das mal wieder durch einen kleinen Botlauf anzupassen ist noch offen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:17, 28. Sep. 2016 (CEST)
:: Bei Teilwörtern kann das vorkommen, aber vielleicht kann man das auf ein oder zwei Buchstaben hinter den geschlossenen Klammern begrenzen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 07:36, 28. Sep. 2016 (CEST)

::: Für WSTM ist ein <code>&lt;nowiki /></code> heilig und führt sehr früh dazu, dass der Quelltext an dieser Stelle aufgeteilt wird und auch nicht mehr als geschlossener Text wahrgenommen würde.
::: Der Code ist international kompatibel, und ich werde den Teufel tun und da irgendwelche gefährlichen Verrenkungen für ein deutsches „s“ einbauen.
::: Du kannst dir auf eigenes Risiko eine Joker-Funktion basteln, aber damit will ich nichts zu tun haben.
::: Nur ein Bot könnte für die deWP entsprechende Ersetzungen automatisch vornehmen und einen entsprechenden Anti-VE-BK schreiben. Oder vielleicht eine Aka-Hilfsbrigade.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:08, 28. Sep. 2016 (CEST)

:::: Das wird mir zu kompliziert, dann lassen wir das eben so, danke. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 08:15, 30. Sep. 2016 (CEST)

== Fliegelflagel ==

Hallo, ich habe gerade gesehen, dass es im Fliegelflagel mit Bandersnatch ein mächtiges Tool zur Textersetzung gibt, das auch dein WSTM einbinden kann, allerdings stelle ich mich da zu blöd für an… Offensichtlich ist es mit dem Laden und alleinigen Einfügen von <kbd>neu = mw.libs.doWSTM(oldText, title);</kbd> nicht getan, aber ich stehe auf dem Schlauch, was die Fehlerkorrektur betrifft. Kannst du mir helfen? --[[Benutzer:Sjöflygplan|Sjöflygplan]] ([[Benutzer Diskussion:Sjöflygplan|Diskussion]]) 18:07, 23. Sep. 2016 (CEST)

: Bedaure, ich bin kein Benutzer von ''fliegelflagel'', erst recht nicht ''bandersnatch'', und habe nur vor einigen Jahren mal gesehen, dass es eine ''doWSTM()'' gibt.
: Ich kenne aber [[Benutzer:Schnark|jemanden]], der sich mit sowas auskennt.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:11, 24. Sep. 2016 (CEST)

:: {{Ping|Schnark}} Kannst du mir weiterhelfen? --[[Benutzer:Sjöflygplan|Sjöflygplan]] ([[Benutzer Diskussion:Sjöflygplan|Diskussion]]) 11:32, 3. Okt. 2016 (CEST)

== Etwas zum Schmunzeln ==

<pre>
{{Literatur |Titel=mobil |Jahr=2011&nbsp;ff |Monat=4}}
{{Literatur |Titel=mobil |Datum=2011&nbsp;ff-04}}
</pre>
Na ja, also ich habe jedenfalls nicht schlecht gestaunt als ich diese Kombination <code>2011 ff-04</code> herausbekam. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:08, 7. Okt. 2016 (CEST)
: Dankeschön für die Anpassung. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:11, 8. Okt. 2016 (CEST)

:: (BK)
:: Tja.
:: Nur, dass ich humorlos bin, nicht schmunzele, und ab jetzt versuche diese zu schnelle Ersetzung zu verhindern.
:: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 09:16, 8. Okt. 2016 (CEST)

== references ==

Kann ich Änderungen in diesem Bereich abschalten? Ich bin mit den vielen Zeilenumbrüchen, die dort eingefügt werden nicht einverstanden. Herzliche Grüße, --[[Benutzer:Drahreg01|Drahreg01]] ([[Benutzer Diskussion:Drahreg01|Diskussion]]) 07:50, 22. Okt. 2016 (CEST)

: TL;DR: Nein.
: Das Skript weiß nichts davon, welche Formatierung im vorgefundenen Quelltext von Menschen beabsichtigt wurde.
:* Es schneidet die gesamte Einbindung aus dem Quelltext heraus.
:* Anschließend erfasst es die wirksame Bedeutung der Wertzuweisungen.
:* Diese werden ggf. nach bestimmten Regeln berichtigt, aktualisiert oder veraltete Teile entfernt.
:* Abschließend wird in einem konstanten Format der Nutzinhalt zurückgeschrieben. Das ist für alle Artikel gleich.
:* Vergleichen lässt sich das, um nicht den Verdauungsprozess bemühen zu müssen, mit der Metamorphose von der Raupe zum Schmetterling: Die Gestalt vorher/nachher hat nichts miteinander zu tun; der Inhaltsbrei wird komplett durchgequirlt und nur die kleinsten Elemente werden wiederverwendet.
: Das zeilenweise Format wird seit über fünf Jahren sich immer weiter ausbreitend von vielen Autoren benutzt, die darauf schwören.
:* Grund ist die wesentlich bessere Lesbarkeit ähnlich den Infoboxen.
:* Nun können auch besser Parameter identifiziert werden, die offenkundig niemals mehr mit einem Wert belegt werden, wie ein leeres <code>ISBN=</code> in einem Buch von 1837, und diese Zeilen aus dem Artikel gelöscht werden.
:* [[BD:Axpde#(Kategorie:Wikipedia:Doppelter Parameter in Vorlageneinbindung &#124;archiv-datum=) |Beispiel-Disk]] eines vehementen Befürworters der zeilenweisen Darstellung. Dieser möchte obendrein noch links und rechts Leerzeichen um jedes Gleichheitszeichen und Pipe-Symbol, die er auch nicht bekommt. Das wäre anderen wieder zu, äh, flüssig verdaut.
:* Ich habe mich deshalb entschlossen, für den Schreibvorgang am Ende des Artikels die zeilenweise Formatierung zu wählen, ansonsten aber möglichst kompakt.
: Wenn es dich tröstet: Oben, also im Fließtext, wird alles in eine Zeile geschrieben. Das hätten manche ebenfalls gern zeilenweise. Es allen recht machen zu wollen hat irgendwo Grenzen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:04, 22. Okt. 2016 (CEST)

::Entschuldige Bitte, ich habe von deiner Antwort überhaupt nichts verstanden. Daher bin ich mir nicht sicher, ob ich meine Anfrage überhaupt verständlich gestellt habe. Ich versuche es nochmal.
::Nach einer Bearbeitung wird aus folgendem Quelltext
:::<code><nowiki><references></nowiki></code>
:::<code><nowiki><ref name="I">Irgendwas.</ref></nowiki></code>
:::<code><nowiki></references></nowiki></code>
::folgender Quelltext:
:::<code><nowiki><references></nowiki></code>
:::<code><nowiki><ref name="I"></nowiki></code>
:::<code><nowiki>Irgendwas.</nowiki></code>
:::<code><nowiki></ref></nowiki></code>
:::<code><nowiki></references></nowiki></code>
::Kann man das bitte ändern?
::Viele Grüße, --[[Benutzer:Drahreg01|Drahreg01]] ([[Benutzer Diskussion:Drahreg01|Diskussion]]) 12:58, 22. Okt. 2016 (CEST)

::: Ah, dann habe ich oben eine andere Frage beantwortet.
::: Hier geht es im Grunde genommen auch um Quelltextlesbarkeit.
::: Dein Vorschlag würde auf die konventionelle Form hinauslaufen, bei einem längeren Passus im ''ref'' also etwa:
<pre style="margin-left:5em; font-size:80%">
<references>
<ref name="Lehmann-36">Lorem ipsum dolor sit amet, consectetur adipisici elit, sed eiusmod tempor incidunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquid ex ea commodi consequat. Quis aute iure reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.</ref>
<ref name="Meier-52">Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquid ex ea commodi consequat. Quis aute iure reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint obcaecat cupiditat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.</ref>
<ref name="Schulz-48">Et harum quidem rerum facilis est et expedita distinctio. Nam libero tempore, cum soluta nobis est eligendi optio, cumque nihil impedit, quo minus id, quod maxime placeat, facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. Temporibus autem quibusdam et aut officiis debitis aut rerum necessitatibus saepe eveniet, ut et voluptates repudiandae sint et molestiae non recusandae.</ref>
</references>
</pre>
::: Das Problem dabei ist, dass bei einer längeren Liste solcher separierter ''ref'' die einzelnen Schlüsselwörter <code>name=""</code> schwer wiederzufinden sind, und vor allem je nach den Zeilenlängen auch kaum noch zu erkennen ist, wo ein ref aufgehört hatte und ein neues begann, und dabei eines scheinbar auf myseriöse Weise vershwunden sei.
::: Deshalb stellt das Skript eine Art Kamm-Struktur her:
<pre style="margin-left:5em; font-size:80%">
<references>
<ref name="Lehmann-36">
Lorem ipsum dolor sit amet, consectetur adipisici elit, sed eiusmod tempor incidunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquid ex ea commodi consequat. Quis aute iure reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.
</ref>
<ref name="Meier-52">
Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquid ex ea commodi consequat. Quis aute iure reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint obcaecat cupiditat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
</ref>
<ref name="Schulz-48">
Et harum quidem rerum facilis est et expedita distinctio. Nam libero tempore, cum soluta nobis est eligendi optio, cumque nihil impedit, quo minus id, quod maxime placeat, facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. Temporibus autem quibusdam et aut officiis debitis aut rerum necessitatibus saepe eveniet, ut et voluptates repudiandae sint et molestiae non recusandae.
</ref>
</references>
</pre>
::: Nun sind die Blöcke klar getrennt, und die Bezeichner <code style="white-space:nowrap">Meier-52</code> treten an den Lücken deutlich hervor.
::: Wenn zwischendrin mal ein ''ref''-Text recht kurz ausfällt, dann ist das trotzdem erforderlich.
::: Wenn alle ''ref''-Texte ultrakurz sind und immer auf eine Zeile (je nach individueller Bildschirmbreite) passen würden, dann könnte man mit etwas Glück die Bezeichner auch so gut ablesen. Problem: Das Skript weiß nicht, wie breit bei den nachfolgenden Bearbeitern das Bearbeitungsfenster eingestellt sein wird, und was zukünftig von nachfolgenden Bearbeitern ohne WSTM noch dazwischen an ''ref'' eingefügt werden wird.
::: Deshalb wird es im Interesse aller Bearbeiter immer so gehandhabt.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:19, 22. Okt. 2016 (CEST)
::::Die Diff-Ansicht wird dadurch aber gänzlich unbrauchbar. --[[Benutzer:Drahreg01|Drahreg01]] ([[Benutzer Diskussion:Drahreg01|Diskussion]]) 15:27, 22. Okt. 2016 (CEST)

:::::# Höchstens einmal, bei der Umstellung, dann wär das ja erledigt und Ruhe.
:::::# Es gibt verbesserte Diff-Werkzeuge, namentlich [[Benutzer:Schnark/js/diff]], die damit problemlos klarkommen.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:11, 22. Okt. 2016 (CEST)

::::::Hallo, [[Benutzer:Drahreg01|Drahreg01]], Du bist nicht der einzige, der WSTM liebt (Dank dafür an [[Benutzer:PerfektesChaos|PerfektesChaos]]), nicht aber diese Eigenschaft. Man kann sich davor schützen, indem man vor dem Laden von WSTM den Referenzblock maskiert, so dass WSTM ihn nicht erkennt, möglichst so, dass beim Speichern die Maskierung automatisch wieder entfernt wird. Das geht etwa durch die Ersetzungen 
::::::: <nowiki><references> -> {{subst:Benutzer:Griot/Refer begin}}</nowiki>
::::::: <nowiki></references> -> {{subst:Benutzer:Griot/Refer end}}</nowiki>
::::::Alle anderen – erwünschten – Änderungen von WSTM werden normal ausgeführt, auch im Referenzblock. --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 17:43, 22. Okt. 2016 (CEST)
:::::::Interessant. Bei mir startet WSTM aber, sobald ich eine Seite öffne. Wie kann ich also vorher diese Änderungen vornehmen? --[[Benutzer:Drahreg01|Drahreg01]] ([[Benutzer Diskussion:Drahreg01|Diskussion]]) 18:06, 22. Okt. 2016 (CEST)
:::::::: Ich habe in [[Benutzer:Griot/monobook.js]] ein Script geschrieben, das dies ermöglicht. (Es ist unnötig umständlich, da schnell aus einem längeren extrahiert, aber es funktioniert. Allerdings werden "references groups" noch nicht berücksichtigt.) Meine aktuellen Bearbeitungen von [[Wilhelm Quade]] und [[Rudolf Harnisch]] erfolgten damit. Sie zeigen, dass WSTM auch die Referenzen bearbeitet, wie gewünscht. Leider kann ich nach einer Reihe von Tests das Verfahren doch nicht empfehlen, ich verwende es zwar mit der nötigen Vorsicht weiter, aber das Beispiel [[Rudolf Harnisch]] deutet schon das Problem an: die Referenzen werden zwar nicht in der für den Referenzblock üblichen WSTM-Form formatiert, dafür aber in der für den Haupttext üblichen – es wird alles in eine Zeile geschrieben. Eine vorliegende Referenz in der üblichen WSTM-Form wird also zerstört, eventuell enthaltene vielzeilige Vorlagen 'Literatur' und 'Internetquelle' werden mit allem anderen in eine Zeile gequetscht. Das ist natürlich nicht tolerierbar. Eine Verwendung ist also höchstens für Spezialfälle angebracht. Dazu müsste eine (evtl. verbesserte) Kopie meines monobook.js in eine ansonsten unbenutzte Benutzeroberfläche (also etwa nach cologneblue.js, modern.js oder monobook.js) übertragen werden (etwas tricky, da das System die subst-Ausdrücke ersetzen will…) und im Bedarfsfall auf diese Oberfläche umgeschaltet werden. Du müsstest wohl auch den Aufruf von WSTM aus Deiner common.js nach etwa vector.js verschieben. Ich vermute, es wird sich für Dich leider nicht lohnen. --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 01:36, 23. Okt. 2016 (CEST)
:::::::::Ja, das klingt tatsächlich so, als würde das meine Kompetenzen überfordern. Trotzdem danke für deine Bemühungen! --[[Benutzer:Drahreg01|Drahreg01]] ([[Benutzer Diskussion:Drahreg01|Diskussion]]) 07:48, 23. Okt. 2016 (CEST)

== sq. sqq. → f. ff.? ==

Wäre es sinnvoll so etwas <code>|Seiten=165 sqq.</code>, was für mich völlig unverständlich ist, eventuell automatisch in <code>|Seiten=165 ff.</code> zu ändern oder bedeutet das irgendwie etwas komplett anderes? Es gibt nicht so sehr viele Artikel <small>(falls meine Abfrage so stimmt)</small> →[https://de.wikipedia.org/w/index.php?title=Spezial:Suche&profile=default&fulltext=Search&search=insource%3A%2FSeiten%5C%3D%2F+insource%3A%2F+sqq%5C.%2F&searchToken=besvkstygsxbfriai5ukcmgao sqq.] oder →[https://de.wikipedia.org/w/index.php?title=Spezial:Suche&profile=default&fulltext=Search&search=insource%3A%2FSeiten%5C%3D%2F+insource%3A%2F+sq%5C.%2F&searchToken=besvkstygsxbfriai5ukcmgao sq.] in denen das vorkommt aber … ich wollte trotzdem mal fragen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:06, 24. Okt. 2016 (CEST)

:* Die werden alle von nur drei Autoren stammen, die in höheren geisteswissenschaftlichen Sphären schweben.
:** Es bedeutet natürlich das, was die Abschnittsüberschrift schon andeutet. [[wikt:la:sequor]]
:* Sie haben sich über ein Dutzend Jahre hinweg angesammelt.
:* Falls du die gaaanz langsam und nicht alles vom selben Autor auf einen Schlag weggeputzt haben würdest, kämen vielleicht nie wieder welche hinterher oder mal einer pro Jahr.
:* Von meiner Seite lohnt das nichts, weder für alle Anwender in WSTM noch in Lua.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:16, 24. Okt. 2016 (CEST)
:: Das hatte ich schon vermutet, weil es ja nur so wenige sind. Ich musste wirklich erst suchen, was das bedeuten soll. :-) Mal schauen, vielleicht wenn da noch einige in der Wartung sind, dann mache ich die mit. Trotzdem vielen Dank. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:24, 24. Okt. 2016 (CEST)

== Band, BandReihe → Schwund? ==

Schaust du bitte mal was da los ist? Wenn ich WSTM das formatieren lasse ist eine Bandangabe auf nimmerwiedersehen weg.
* <nowiki>{{Literatur |Autor=Walter von Hueck |Titel=Adelslexikon |Band=Band 15: ''Tre–Wee'' |Reihe=[[Genealogisches Handbuch des Adels]]|BandReihe=Band 134 d. Gesamtausgabe |Ort=Limburg a.d. Lahn |Datum=2004 |Seiten=349–350}}</nowiki>
* ''''Kursiver Text''''Walter von Hueck: Adelslexikon, Band 15, Tre–Wee (= Genealogisches Handbuch des Adels. Band 134 d. Gesamtausgabe). Limburg a.d. Lahn 2004, S. 349–350.Fehler in Vorlage:Literatur – *** Parameterfehler; Band= meint BandReihe=
* {{Literatur |Autor=Walter von Hueck |Titel=Adelslexikon |Reihe=[[Genealogisches Handbuch des Adels]] |BandReihe=Band 15: ''Tre–Wee'' |Ort=Limburg a.d. Lahn |Datum=2004 |Seiten=349–350}}

Gemeint ist dieses {{OCLC|955565369}}, ich wunderte mich schon warum es so
* <nowiki>{{Literatur| Autor=Walter von Hueck |Titel=Adelslexikon, Band 15, Tre–Wee|Reihe=[[Genealogisches Handbuch des Adels]]| Band=Band 134 d. Gesamtausgabe|Ort=Limburg a.d. Lahn|Jahr=2004|Seiten=349–350}}</nowiki>
* Walter von Hueck: Adelslexikon, Band 15, Tre–Wee (= Genealogisches Handbuch des Adels. Band 134 d. Gesamtausgabe). Limburg a.d. Lahn 2004, S. 349–350.Fehler in Vorlage:Literatur – *** Parameterfehler; Band= meint BandReihe=
dort stand, oder wäre das richtiger? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:53, 26. Okt. 2016 (CEST)

:* WSTM ist wohl irritiert.
:** <code>Band</code> wird beim <code>Sammelwerk</code> erwartet; da dieses nicht angegeben ist, dafür aber <code>Reihe</code> vorhanden ist, ordnet WSTM momentan die Bandangabe der Reihenangabe zu.
:* Es wäre bei diesem Monster mal zu klären, was unter „Gesamtausgabe“ zu verstehen ist.
:** Wenn es Band 134 von ''Genealogisches Handbuch des Adels'' meint, dann ist das ja okay.
:** [[Genealogisches Handbuch des Adels #Adelslexikon]] spräche dafür, dass Band 15 von ''Adelslexikon'' und Band 134 von ''Genealogisches Handbuch des Adels'' identisch sind.
:** Somit ist das Band 15 von Titel/Sammelwerk=''Adelslexikon'' identisch Band 134 von Reihe=''Genealogisches Handbuch des Adels''.
:* Mangels des erwarteten <code>Sammelwerk</code> kommt WSTM momentan wohl durcheinander. Ich schau mir die Logik mal an.
:* Die Zitation müsste heißen:
:*: ''von Sinnen''. In: ''Adelslexikon'', Band 15 (=''Genealogisches Handbuch des Adels'', Band 134).
:* Literaturangaben mit oder ohne Vorlage erwarten bei einem Zugang zu Digitalisaten ein simples ''archive.org'' ohne irgendwelche Erläuterungen und Rumgeschwafel; abgesehen von technischem Format und ggf. Abrufdatum (bei weniger bekannten Websites).
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:54, 26. Okt. 2016 (CEST)
:: Ja ich bin nahe an der Verzweiflung, ich weiß das ja aber … ich möchte keinen Streit.
:: Ähm ja schön wäre es ja wenn Band vor der Klammer stünde, aber da spielt die Vorlage nicht mit die klatscht es immer hinten dran, aber ich wollte deswegen nicht rummaulen, aufgefallen ist mir das schon. Und nee du, warte, es liegt nicht am „fehlenden Sammelwerk“
* {{Literatur |Autor=Walter von Hueck |Titel=König Alfons der Viertel-vor-Zwölfte|Sammelwerk=Adelslexikon |Band=Band 15: ''Tre–Wee'' |Reihe=[[Genealogisches Handbuch des Adels]]|BandReihe=Band 134 d. Gesamtausgabe |Ort=Limburg a.d. Lahn |Datum=2004 |Seiten=349–350}}
* {{Literatur |Autor=Walter von Hueck |Titel=König Alfons der Viertel-vor-Zwölfte |Sammelwerk=Adelslexikon |Reihe=[[Genealogisches Handbuch des Adels]] |BandReihe=Band 15: ''Tre–Wee'' |Ort=Limburg a.d. Lahn |Datum=2004 |Seiten=349–350}}
:: Ich habe das durchgetestet, ehe ich hierher gekommen bin. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:13, 26. Okt. 2016 (CEST)

::: Ich habe mir den Quellcode gerade angesehen; ist seit Monaten unverändert und <code>!</code> bedeutet „nicht“, „Negation“:
<syntaxhighlight lang="javascript" style="margin-left:5em">
if (g.Reihe  &&  ! g.Sammelwerk) {
   if (g.Band  &&  ! g.BandReihe) {
      WSTM.w.template.par.fiat(adjust, "BandReihe", g.Band);
      d.push( [ "^Band$", true ] );
      g.Band  =  false;
   }
}
</syntaxhighlight>
::: Heißt: Wenn ''Reihe'' und nicht ''Sammelwerk'' … und ''Band'' und nicht ''BandReihe'' → Setze ''BandReihe'' auf den Wert von ''Band'' und eliminiere ''Band''.
::: Das ist eigentlich die korrekte Logik.
::: Haste mal den Original-Artikel?
::: Bleibe standhaft; der hat häufiger völlig abstruse plötzliche Eingebungen, die dann aber wenig taugen und nicht zu Ende gedacht sind und zu völligem Murks führen. Sieht momentan danach aus, als ob du dich durchsetzen kannst.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:22, 26. Okt. 2016 (CEST)
→ Wagenhoff (Adelsgeschlecht) das habe ich noch immer offen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:32, 26. Okt. 2016 (CEST)

: Hab ihn.
: Du kannst weiterarbeiten, musst es aber heute manuell reparieren.
: Definitiver Fix erst morgen.
: An anderer Stelle musste noch deklariert werden, dass diese Exoten auch mitspielen.
: Ansonsten dürfte es 3:1 für dich ausgehen, wenn wir uns auf der Vorlagendisk wiedersehen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:31, 26. Okt. 2016 (CEST)
:: O.k. prima, dann werde ich mal speichern. Vielen Dank. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:34, 26. Okt. 2016 (CEST)

== Wikisource ==

Ja ich weiß, so etwas sollte nicht sein Zitat: „Das ausgegebene Format eignet sich nicht für die Angabe von Belegen in Einzelnachweisen, siehe Wikipedia:Zitierregeln und Wikipedia:Belege.“ Ich frage mich gerade wozu man dann einen Parameter ref eingeführt hat.
<pre>
<ref>{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|X|lang=en|ref=ja}}</ref>
</pre>
Das sollte eher so aussehen
<pre>
<ref>[https://en.wikisource.org/wiki/Preston,_John_(1587-1628)_(DNB00) John Preston] auf Wikisource</ref>
</pre>
Aber durch den merkwürdigen Parameter X passiert da etwas sehr unschönes
<pre>
<ref>{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|X|lang=en|ref=ja}}</ref>
<ref>
{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|X}}
</ref>
</pre>
<pre>
[[s:en:Preston, John (1587-1628) (DNB00)|John Preston]]
{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|X|lang=en|ref=ja}} mit X
{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|lang=en|ref=ja}} ohne X
</pre>
wird zu 
<nowiki>{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|X}}</nowiki> – tot da Sprache weg
{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|lang=en}}
Ruf doch bitte mal diesen Artikel „Simon Bradstreet“ auf und schau dir den Beleg 8 in der Vorschau an. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:52, 9. Nov. 2016 (CET)

:* WSTM kennt kein <code>ref</code> nirgends, in keiner Schwesterprojektvorlage, und auch keine wirren <code>X</code>-Strahlen.
:* Und dieser <code>ref</code>-Parameter ist auch dummes Zeug vor dem Herrn.
:** Das verkompliziert die Sache nur maßlos.
:** Dem Scherzbold, der das 2013 eingefügt hatte, sollte man sämtliche Einbindungen außerhalb seiner Repubik stillschweigend demontieren, falls das überhaupt jemand mitbekommen hat.
:* Und in solch einer Verlinkung soll auch nicht stehen <code>en.wikisource.org/wiki/</code> sondern <code style="white-space:nowrap"><nowiki>[[s:en:Preston, John (1587-1628) (DNB00)|John Preston]]</nowiki></code>.
:* Und wenn DNB die enDNB sein soll, dann heißt das:
:** <code><nowiki>{{DictNatBiogr|Verfasser=Alexander Gordon|Lemma=Preston, John (1587-1628)|Band=46|SeiteVon=308|SeiteBis=312}}</nowiki></code>
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:24, 9. Nov. 2016 (CET)
:: Was du so alles für Vorlagen kennst. Dankeschön, ich werde es mal eliminieren, ja klar müsste es dann s:en:… sein, aber da bin ich dann faul und lasse es umschreiben. Doof ist aber, dass die Vorlage die du mir da anbietest keinen vernünftigen Bisstrich (1587–1628) kennt, denn ich neige dazu diese immer alle zu ersetzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:03, 9. Nov. 2016 (CET)

Mit <code>&amp;#45;</code> kannst du das schützen. Und wenn dir mal nach Anpflaumen ist, dann kannst du mal den Bastelkönig fragen, warum er seine superkomplizierte Blaue-Icon-Ausblendeaktion verbrochen hat und welche von den beiden wohl kürzer und einfacher und verständlicher und bekannter ist; und ob er mit projektweitem Rückbau einverstanden wäre:
<pre>
[[s:en:Preston, John (1587-1628) (DNB00)|John Preston]]
{{Wikisource|Preston, John (1587-1628) (DNB00)|John Preston|X|lang=en|ref=ja}}
</pre>
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:51, 9. Nov. 2016 (CET)
:: Bist du … noch bei Trost. Damit ich dann wieder anecke? Ne, … … oder ich muss mal schauen wer das war, vielleicht frage ich doch mal. Sind das denn sehr viele? Ich bin mal wieder zu ungeschickt, um das richtig zu suchen.
:: Ich möchte aber kein &#45; sondern einen richtigen Bisstrich – in der Ausgabe, das sieht doof aus und geschützt ist es nicht besser als so - ich bin da sehr mäkelig. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:16, 9. Nov. 2016 (CET)

:::* Dann muttu englischsprachiges Wikisource von typografischen Nöten überzeugen und für den Fall der Fälle eine WL anlegen.
:::* [{{canonicalurl:Spezial:Suche|search=insource%3A%2Fref%3Dja%2F+hastemplate%3AWikisource}} Weniger als 46], wobei Zitatvorlagen auch so einen Parameter haben.
:::** Erstmal Rückbau; hinterher wegen Nichtverwendung auf der Vorlagendisk ankündigen und nach einer Woche ohne Protest Rückbau.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:48, 9. Nov. 2016 (CET)
:: Öhm das wird ja noch schwieriger, die verstehen mich da sicherlich nicht einmal. O.k. ich schaue mal wie viele es wirklich sind. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:00, 9. Nov. 2016 (CET)

== Miniatur in Mini ändern ==

Hast du die Diskussion zum "Problem" Miniatur / Mini / Thumb auch schon gesehen? Wird dort diskutiert -> [[Wikipedia:Fragen_zur_Wikipedia#Miniatur_in_Mini_ändern]]. Hat ja mit dem Tool hier ja auch was zu tun, oder? Gruss und Danke für das tolle Hilfsmittel - [[Benutzer:Füür|Füür]] ([[Benutzer Diskussion:Füür|Diskussion]]) 10:00, 11. Nov. 2016 (CET)

: Nö; aber <code>mini</code> ist nun mal mit >300.000 die bevorzugte Variante, weil auch auf Englisch, Französisch und Spanisch verständlich – während ''miniature'' nur Englisch/Französisch und ''miniatur'' nur Deutsch ist. Danke für die Info, LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:16, 11. Nov. 2016 (CET)

:Es geht in obiger Diskussion ja eigentlich um Leute die nichts ändern als diese automatischen Edits. Ich könnte mir aber vorstellen, dass die Wahrnehmung teilweise falsch ist. Wenn ich bspw. nur einen Tippfehler korrigiere, und WSTM sich bei der Gelegenheit so richtig austobt, sieht man den eigentlichen Edit vor lauter Bäumen nicht mehr. Auf Arbeit (bei CVS/SVN geführtem Quelltext) löse ich solche Fälle regelmäßig indem ich zwei direkt aufeinander folgende Änderungen mache (Eine mit den Copy&Paste Änderungen eine mit der inhaltlichen Änderung), hier würde man dafür wahrscheinlich auch wieder angemeckert. --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 14:24, 11. Nov. 2016 (CET)

::: Ja, solche Diskussionen kommen alle halbe Jahre wieder; solange dabei auch eine inhaltliche/wirksame Änderung gemacht wird, gibt es da aber wenig zu meckern. Und wenn WSTM nach fünf oder zehn Jahren erstmals über einen Artikel gekommen war, dann ist ja eine Weile wieder Ruhe.
::: Die Variante „thumb“ (auch nur ein Alias von eigentlich richtig softwareseitig „thumbnail“) hat international eine gewisse Berechtigung, das international verständliche „mini“ (2012 eingeführt) hat über 300.000 Verwendungen in Artikeln und ist die hiesige bevorzugte Variante; das 2006 eingeführte „miniatur“ kommt noch in 230.000 Artikeln vor und ist am Aussterben, damit es statt drei nur zwei Varianten geben möge.
::: --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:58, 11. Nov. 2016 (CET)

== Schachbretter die x'te ==

Schachbretter, wie [https://de.wikipedia.org/w/index.php?title=Dauerschach&action=submit hier] zeigen bei mir alle eine Fehlermeldung. Selbst die Beispiele aus der Vorlagendoku werden angemeckert. Wenn ich die [https://de.wikipedia.org/wiki/Schachweltmeisterschaft_1985 Archiv-Dikussion] richtig verstehe sollte das eigentlich nicht mehr sein, oder? 

<pre>Warnung durch Benutzer ausgelöst:

        2×   Unerwartetes Format: {{Schachbrett|a b c d e f g h
</pre>
--[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 15:43, 11. Nov. 2016 (CET)

: Auf den ersten Blick kommt mir das <code>{&#123;Center|</code> verdächtig vor.
: Ich habe aber alles vergessen.
: Wenn das Schachbrett regulär verwendet wird, müsste Ruhe sein.
: Vielleicht hat aber irgendwas den Schachbrett-Algorithmus von WSTM beeinträchtigt; muss ich heute Nacht mal in Ruhe nachforschen und an regulären Beispielen ausprobieren.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:56, 11. Nov. 2016 (CET)
:: Ich kann das nicht feststellen, bei mir kommt da keine Meldung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:54, 11. Nov. 2016 (CET)

::: Hmm, Ló, danke, schalt doch mal sicherheitshalber kurz auf <code>r.js</code> um. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:57, 11. Nov. 2016 (CET)
:: Kann ich mal machen. Ja, dann kommt diese Meldung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:34, 11. Nov. 2016 (CET)

:::* Der JS-Quellcode von WSTM hat rund 1,2 MB.
:::* Die Normalbenutzer führen eine „r“-Version aus, die nur knapp ein halbes MB hat. Das wird dadurch erreicht, dass Kommentare, Leerzeichen und Zeilenumbrüche wegfallen, die nur die doofen Menschen wegen Lesbarkeit brauchen.
:::* Bei der Komprimierung gingen seit einem halben Jahr acht Leerzeichen für Schachbretter verloren, was bislang wohl niemandem auffiel. Ich hatte eine Reihenfolge im von mir selbst gebauten Komprimierungalgorithmus vertauscht, und diese Konsequenz nicht vorhergesehen.
:::* Der Code ist inzwischen in Quarantäne geändert und sollte im Lauf des Wochenendes für alle Benutzer wieder ordnungsgemäß funktionieren.
::: @Ló: Danke, kann wieder zurück.
::: Sorry for inconvenience --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:41, 12. Nov. 2016 (CET)
:: Hey, du weißt dass ich das gern tue, mir hat das gewiss keine Umstände gemacht und unangenehm ist es für mich nie mit dir gemeinsam zu arbeiten. {{s}} Es freut mich wenn ich etwas zur Lösung beitragen konnte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:35, 12. Nov. 2016 (CET)
::::Danke für's Schauen und Fixen. --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 21:30, 13. Nov. 2016 (CET)

== [[:Kategorie:Vorlage:Land mit Flagge|Vorlage:Land mit Flagge]] ==

Guten Morgen! Da {{Vorlage|GER}} ersetzt wird wollte ich mal fragen warum nicht auch {{Vorlage|BUL}} und {{Vorlage|NED}}? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 07:26, 6. Okt. 2016 (CEST)
: Noch gefunden:
:* {{Vorlage|BUL-1971}}
:* {{Vorlage|DDR}}
:* {{Vorlage|POR}}
:* {{Vorlage|ROM-1965}}
:* {{Vorlage|TCH}}
:* {{Vorlage|URS}} --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 09:46, 6. Okt. 2016 (CEST)

::* Weil es Sportler gibt, die auf einer Sportseite unbedingt einen IOC-Code haben wollen.
::** Ist aber schon ein paar Jahre her; vielleicht ist es inzwschen in Vergessenheit geraten.
::* GER = DEU ist in der deutschsprachigen Wikipedia wohl eher zu vermitteln.
::* Ich habe einige jetzt mal auf Ersetzung gesetzt, was irgendwann auch wirksam werden wird.
::** [[Vorlage:BUL]] → [[Vorlage:BGR]]
::** [[Vorlage:NED]] → [[Vorlage:NLD]]
::** [[Vorlage:POR]] → [[Vorlage:PRT]]
::** [[Vorlage:URS]] → [[Vorlage:SUN-1980]]
::* DDR und die mit Jahreszahl lasse ich lieber so.
::** [[Vorlage:TCH]] → [[Vorlage:CZS]] ist aber eigentlich [[Vorlage:CSK]]
::* Warten wir dann mal ein Jahr ab.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:15, 6. Okt. 2016 (CEST)

::: Uiuiui, keine Ahnung wieviele es noch gibt, aber ich habe nochmal einen Schwung gefunden:  https://de.wikipedia.org/w/index.php?title=Afrikaspiele_2003&action=info Nur falls du davon noch etwas gebrauchen kannst, ich will dir keine unnötige Arbeit machen. Jetzt höre ich aber auf. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 20:50, 6. Okt. 2016 (CEST)

* {{Vorlage|VIE}} → {{Vorlage|VNM}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:07, 14. Okt. 2016 (CEST)

:* {{Vorlage|SUI}} → {{Vorlage|CHE}}
:* {{Vorlage|GRE}} → {{Vorlage|GRC}}
:* {{Vorlage|MON}} → {{Vorlage|MCO}}
:* {{Vorlage|DEN}} → {{Vorlage|DNK}}
:Und vllt. kann man auch irgendwie diese Liste anbauen: [[Benutzer:CyRoXX/DBA/Vorlagen-Redirects]]
:mfg --[[Benutzer:Crazy1880|Crazy1880]] 21:01, 14. Okt. 2016 (CEST)

::# IOC
::#* Ich habe widerwillig die vier konkreten WL auch noch eingebaut.
::#* Ich schrieb oben bereits, dass ich ein Jahr abwarten möchte, ob die Olympioniken es merken und meutern, bevor ich damit weitermache.
::#* Bis dahin möchte ich nicht die gesamte [[ISO-3166-1-Kodierliste]] auf meiner BD wiederfinden.
::#* Später würde ich eine effiziente Abfrage gestalten, die bei drei ASCII-Großbuchstaben in einer übersichtlichen Tabelle nachguckt, ob und wie das zu ersetzen sei, und das dann für das gesamte korrupte IOC.
::#* Jetzt habe ich über 50 Zeilen extra quer durch den ganzen Code verstreut, weil ich jede einzeln und individuell wie jede andere Einzelvorlage mit möglichen Besonderheiten auswerten muss.
::# CyRoXX
::#* Die Liste ist mir geläufig, und sie wird seit 2012 in WSTM für ANR-Vorlagen verwertet.
::#* Etliche der momentanen ''redlinks'' gehen auf WSTM-Aktivitäten zurück.
::#* Könnte mal wieder jemand aktualisieren.
::#* Siehe [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/template/dewiki]] – das tuckert gemütlich über die Jahre so hin.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:03, 15. Okt. 2016 (CEST)

:::Moin Monin PerfektesChaos, ich habe die Liste gestern Abend aktualisiert und einige Vorlagen waren mir direkt aufgefallen, die schon lange Zeit leer waren, deswegen habe ich dann auch direkt löschen lassen. Der Weg mit einer einheitlichen Tabelle zum nachschauen finde ich eine super Idee. Ich biete gerne meine Hilfe an, wenn ich helfen kann. mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:24, 15. Okt. 2016 (CEST)

{{ping|Crazy1880}}
* An den Aargauer Parlamentariern scheinst du ja schon dran gewesen zu sein.
* Navileisten sind aber spannender als das versumpfte IOC.
** Hatten wir vor ein paar Jahren schon mal, mit 400 WL, und ich habe noch auskommentiert die Infrastruktur dafür. Diese beabsichtige ich zu reaktivieren.
** Dazu werde ich mich der Seite [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/template/dewiki/Navi]] bedienen und sie in einigen Wochen in Quellcode übertragen.
* Was du schon mal tun könntest: Zu allen die Linkliste anschauen, bei null oder einem oder zwei Artikeln freihändig fixen und SLA stellen, ansonsten das Linkziel hinten eintragen (<code>2=</code>).
* Ein noch undokumentierter Parameter <code>3=</code> könnte festhalten, wo es nur wenige Dutzend Artikel gäbe, also eine momentane Anzahl; die könnte man dann nächstes Jahr vorrangig aufsuchen und niedermachen.
* Eigentlich ist mein Hauptschwerpunkt aber seit einem halben Jahr die Literaturvorlage, seit Jahresbeginn die Sprachvorlagen und für zwischendurch TemplateData; nächster Kunde sind DNB und Normdaten. Insofern bin ich über plötzliche Extraeinlagen, die nach und nach laufen können, nicht sehr begeistert.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:36, 15. Okt. 2016 (CEST)

::* Jupp, an der war ich dran und auch andere konnte ich heute schon löschen lassen.
::* Ich schaue die Navi-Leisten gerne mal roh durch, anschließend schaue ich mir deine Tabelle an, aber wahrscheinlich müsste die dann noch mal aktualisiert werden.
::* Ich kenne das mit der Arbeit, die einen überfällt, bzw. sich rechts und links stapelt. 
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:52, 15. Okt. 2016 (CEST)

:::Moin Moin PerfektesChaos, ich habe die Liste ausgebaut, schau bitte mal drüber, danke dir --[[Benutzer:Crazy1880|Crazy1880]] 19:22, 23. Okt. 2016 (CEST)

::::* Fleißiges Bienchen.
::::* Ich habe es auf meiner Festplatte nach WSTM kopiert.
::::** Eine Teilmenge war bereits in der Erprobungsversion.
::::** Irgendwann diese Woche oder so wird es auch für alle produktiv werden.
::::* Danach sollte man die Angelegenheit bis Ende des Jahres beiseite tun und in Ruhe köcheln lassen.
::::** Die Seiten mit einer Navileiste werden alle von denselben Leuten beobachtet, und die reagieren algerisch, wenn man serienmäßig über ihre Artikel geht.
::::** Der Witz bei WTM ist ja grad, dass die Umstellung so allmählich nebenbei reintröpfelt.
::::* Irgendwann im nächsten Jahr kann man die mal nach der mutmaßlichen Anzahl ordnen, und die mit den einstelligen Nummern durchgucken, wie viele noch übrig sind, und wenn es dann nur noch zwei oder drei wären – dann denen gezielt den Rest geben.
::::** Und wenn die einstelligen alle sind, dann mal die Restmengen der zweistelligen aktualisieren.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:08, 24. Okt. 2016 (CEST)

Moin Moin PerfektesChaos, folgende Vorlagen {{Vorlage|SUI}} → {{Vorlage|CHE}} funktioniert momentan augenscheinlich umgedreht. Hatte jetzt einen Artikel, wo WMST aus CHE dann SUI gemacht hatte. Das ist ja eigentlich nicht richtig. Könntest du da mal schauen? Danke dir schon mal --[[Benutzer:Crazy1880|Crazy1880]] 20:52, 27. Nov. 2016 (CET)

: Och Menno, ich wollte dieses Jahr den ganzen Mist doch überhaupt nicht haben. Für nächstes Jahr war eine übersichtliche Tabelle geplant, in der die ganze [[ISO-3166-1-Kodierliste]] abgebildet wäre, wo erforderlich. Jetzt habe ich wohl ein Dutzend Fitzelchen alphabetisch irgendwo zwischen den anderen Vorlagen und -WL rumzufliegen, und weiß doch auch nicht auswendig, wie das heißen müsste. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:19, 28. Nov. 2016 (CET)

== Umbruch mit Vorlage Absatz ersetzen ==

Moin Moin PerfektesChaos, ich hätte da mal eine Frage. Wenn ein alter Umbruch in einem Artikel ist <code><nowiki><br style="clear:both;" /></nowiki></code>, wird ja mit WSTM daraus <code><nowiki><div style="clear:both;"></div></nowiki></code>, was dann allerdings [//tools.wmflabs.org/checkwiki/cgi-bin/checkwiki.cgi?project=dewiki&view=only&id=85 hier (ID 85)] wieder Einträge erzeugt. Nun gibt es ja die Vorlagen {{Vorlage|Absatz}} und {{Vorlage|Absatz-L}}, könnte man diese WSTM zum Ersetzen der alten Umbrüche beibringen? mfg --[[Benutzer:Crazy1880|Crazy1880]] 09:41, 18. Nov. 2016 (CET)

: Da die beiden Vorlagen (wieso überhaupt zwei verschiedene, das macht besser eine mit Parameter, zwei verschiedene Vorlagen für den praktisch gleichen Zweck hatte man 2005/2006 konstruiert, bevor die Auswertung der Vorlagenparameter eingeführt wurde) keine Namen haben, der ihren Zweck verständlich wiedergibt, vielmehr einen Namen haben, der etwas völlig anderes suggeriert als sie tatsächlich bewirken, werde ich diese Dingse nicht anfassen.
: Im Übrigen sollte das Tool die Klappe halten, wenn Elemente mit Attributen versehen sind; auch <code style="white-space:nowrap"><nowiki><span id="Hierher"></span></nowiki></code> ist leeres aber mitnichten wirkungsloses Element.
:* Und das Tool könnte sich bei leicht angehobener Intelligenz denken, dass ein <code>style="clear</code> durchaus eine Wirkung nach außen hat, selbst wenn es keinen Text enthält.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:05, 18. Nov. 2016 (CET)
::Japp, dass man dies nicht mit Parametern gelöst hat, verstehe ich auch nicht so recht! Danke für die Info, ich spreche das noch mal auf der Fehlerseite an, vllt. kann man da noch irgendwas im Skript optimieren. mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:27, 18. Nov. 2016 (CET)

::: Die Vorlage {{Vorlage|Absatz-L}} war notwendig, weil sonst die erforderliche Parameterabfrage mit im Artikelquelltext gelandet wäre. Die Vorlage soll laut Doku erst seit Juli dieses Jahres nicht mehr ersetzt weden. Das ist mir heute früh aufgefallen, eben weil durch den Vorlagenquelltext ersetzt wurde. Wenn jetzt noch jemand eine Parameterübergabe für eine Weiterleitung von -L auf Absatz einbaut, hätte man wirklich alles in einer Vorlage.
::: Der griffige Name steht trotzdem noch aus. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 05:46, 5. Dez. 2016 (CET)

== Schwund ==

* <nowiki>{{Internetquelle |hrsg=[[Amt für Flugsicherung der Bundeswehr]] |url=http://www.mil-aip.de/pams/aip/ad/ET_AD_2_ETHC_1_en.pdf |format=pdf |sprache=en |titel=Militärisches Luftfahrthandbuch Deutschland: ETHC – Celle |werk=www.mil-aip.de |datum=13. März 2008/18. Dezember 2008/12. März 2009 |zugriff=2009-09-07}}</nowiki>
* {{Internetquelle |hrsg=[[Amt für Flugsicherung der Bundeswehr]] |url=http://www.mil-aip.de/pams/aip/ad/ET_AD_2_ETHC_1_en.pdf |format=PDF |sprache=en |titel=Militärisches Luftfahrthandbuch Deutschland: ETHC – Celle |werk=www.mil-aip.de |datum=2008-03-13 |zugriff=2009-09-07}}
Nur als Info, ich habe keine Ahnung was man mit so etwas machen soll. Vermutlich hätte ich [https://www.milais.org/download.php?ZHR5cGU9YWlyYWMmZGZsZHI9ZXQmZHB1Yj1taWxhaXAmZGFpcmFjPTE2MTImZGRhdGVpPUVUX0FEXzJfRVRIQ19lbi5wZGYmc2lkPTAyZmI5YTg3ZDk= diesen Link] nehmen sollen, um ein sinnvolles Ziel anzubieten, aber mir geht es mehr um die dusselige Datumsangabe.  --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:46, 23. Nov. 2016 (CET)

: In den Kommentar mit dem Mist. Ein Datum ist ''ein'' Datum ist ein Datum. Ende 2017 gibt es das dann gleich in roter Farbe, und gut ist. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:54, 23. Nov. 2016 (CET)
:: Ja doch, das habe ich ja :-) nur bin ich nicht zufrieden mit ich hätte das komplett löschen sollen, der Link als solcher ist so nicht sonderlich hilfreich. Man kommt nicht einmal wirklich auf ein PDF sondern auf eine Sammeloberseite. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:22, 23. Nov. 2016 (CET)

== [[Vorlage:Spaltenbreite]] ==

Diese Vorlage [//de.wikipedia.org/w/index.php?title=Ehreshoven&action=edit verträgt sich nicht] mit dem Skript. Wahrscheinlich ist es aber kein Fehler im WSTM sondern die Vorlage an sich. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 12:32, 26. Nov. 2016 (CET)

: Ja, das Phänomen ist mir auch schon aufgefallen.
: Es ist der Umstand, dass mitten in einem CSS-Code irgendeine Vorlage auftaucht, was syntaktisch ungeschickt gelöst ist.
: Ich hatte gehofft, dass das weniger wird, aber die Ausbreitung der Vorlage nimmt wohl eher zu.
:* Verlinkt wird auf [[Wikipedia:Spaltensatz]], und da heißt es „kann Spaltensatz aber mehr Probleme schaffen als lösen, weshalb er in Wikipediaartikeln meist vermieden werden sollte“.
: Die momentane Vorlage wurde erforderlich, weil es dieses Feature eigentlich überhaupt nicht richtig gibt, und deshalb browser-abhängig rumgepfriemelt wird.
: Sollte das irgendwann mal allgemein unterstützt werden, kann man es an den Stellen, wo es wirklich nötig ist, durch eine kurze direkte Ansage in CSS ersetzen.
: Jetzt sorgt es für nicht beurteilbaren Quelltext und legt jede Quelltext-Analyse lahm.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:41, 26. Nov. 2016 (CET)

:: Das ist doch genau dasselbe wie auch [//de.wikipedia.org/w/index.php?title=Mobility_Net&action=edit&section=2 hier]. Warum kann man denn nicht alles in eine Vorlage stecken, das wäre doch überschaubarer? Und irgendwie werden wir uns mit dieser Vorlage grundsätzlich abfinden müssen, das [[en:Template:Column-width|englische Pendant]] liegt schon bei [//tools.wmflabs.org/templatecount/index.php?lang=en&name=Column-width&namespace=10#bottom 390.000] Einbindungen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 23:15, 26. Nov. 2016 (CET)

::: Es ist genau die Frage, ob es nicht heutzutage ausreichen würde, <code style="white-space:nowrap">column-width:15em</code> direkt und ohne Vorlage und Gedöns direkt als CSS-Code offen hinzuschreiben.
:::* Dann könnte ein Bot die Vorkommen der Vorlage überall durch diesen kurzen Code substituieren.
:::* Und die Vorlage kann gelöscht werden.
::: Kannst du ja mal herausfinden; insbesondere mit Safari. Firefox versteht das vermutlich in allen eingesetzten Versionen.
::: Die enWP ist stolz darauf, alle Wiki-Syntax und alles und jedes noch mal einzeln in eine Extra-Vorlage zu packen. Die gehen mir sonstwas sonstwo vorbei. Wir schreiben hier offen und direkt.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:01, 27. Nov. 2016 (CET)
<small>Ich hätte es nicht gewagt danach zu fragen, weil mir klar ist, dass ich es nicht einsetzen sollte, ich es aber doch tue und dann immer aufpassen muss, dass WSTM es mir nicht um die Ohren haut. Und [[Spezial:Diff/149110233/next|deswegen]]. {{S|rot}}
Hintergrund ist ja eigentlich, dass in der deutschsprachigen Wikipedia eine mehrspaltige Aufzählung in der Form column-moz, oder wie das heißt, nicht erwünscht ist. Viele behelfen sich dann mit einer Tabelle, was aber mindestens ebenso verpönt ist. Man muss sich immer wieder anhören „Tabellen sollen nicht zur optischen Anpassung verwendet werden“. Auslöser war eine Anfrage [[Wikipedia:Fragen zur Wikipedia/Archiv/2016/Woche 02#Mehrspaltigkeit|zur Mehrspaltigkeit]] und na ja ich habe die zufällig auch gesehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:14, 28. Nov. 2016 (CET)</small>
::: So verkehrt finde ich die Vorlage nicht. Einen Vorlagennamen kann ich mir merken, die komplette jetzige Befehlszeile sicher nicht. Sonst könnte man die Fremdsprachenunterstützungs-Vorlagen auch alle aus einzelnen <nowiki>{{lang}} {{IAST}}</nowiki> und sonstwas zusammenbasteln. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 06:39, 29. Nov. 2016 (CET)

* Die „komplette jetzige Befehlszeile“ wird im Lauf des Jahres 2017 ihren Geist aufgeben können.
** Sie wurde 2010 mal konstruiert, weil es damals experimentell in manchen Browsern erprobt wurde.
** Erst später wurde es in den Standard CSS3 aufgenommen und jetzt allmählich in den Browsern wahrgenommen.
** [http://caniuse.com/#search=column-width Dynamischer Status quo.]
*** Heißt: <code>-webkit-</code> ist heute schon praktisch obsolet.
*** März 2017 wird Firefox 52 es verstehen: [https://developer.mozilla.org/en-US/Firefox/Releases/52 Unprefix css3 multi-column properties]
** Da die fraglichen Browser zur laufenden Aktualisierung auffordern, wird der Anteil verbleibender alt-Browser rapide abnehmen.
* WSTM wird 2017/18 die Vorlageneinbindung durch <code style="white-space:nowrap">column-width:</code> substituieren.
* Wenn es mal nicht greift, was bei allen IE vor IE11 der Fall ist, dann ist es auch kein Schaden für den Leser, und es kommt halt eine einspaltige Tabelle, wie auch bei allen, diee ein schmaleres Bildschirmfenster haben. Es ist nur ein Tipp zum möglichen Layout, mehr nicht.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 09:14, 29. Nov. 2016 (CET)

:: Alles klar, ist gespeichert, wird bei Bedarf umgesetzt. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 13:06, 30. Nov. 2016 (CET)
::: Da <code style="white-space:nowrap">column-width:</code> noch nicht mit dem FF funktioniert und die {{Vorlage|Spaltenbreite}} gerade erst zum [[Wikipedia:Redaktion Film und Fernsehen/Redaktionstreffen_2016#Protokoll|Standard]] erhoben wurde, könntest du dann bitte einen Workaround einbauen? Ich bekomme das nur mt dem autoFormatter hin. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 08:02, 1. Dez. 2016 (CET)

:::: Ein Workaround ist nicht möglich. Der CSS-Quelltext ist und bleibt illegal, da es an dieser Stelle keine <code>&#123;{</code> und so Zeugs geben kann, und kein Überprüfungswerkzeug für den Quelltext im ANR kann auflösen, was das bedeuten soll.
:::: Der mehrspaltige Satz ist und bleibt unerwünscht und ist offiziell missbilligt. Wenn sich irgendein Klub darüber hinwegsetzt und regelmäßig sein privates Ding dreht, werde ich dafür nicht eine Minute, geschweige denn viele Stunden opfern, und erst recht nicht für etwas, das in ein paar Monaten für die Katz sein wird.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:34, 1. Dez. 2016 (CET)

== MiB und MB ==

Schon wieder ich. [//de.wikipedia.org/w/index.php?title=S-Bahn_RheinNeckar&type=revision&diff=160218818&oldid=160214146 Hier] wurde bemängelt, dass aus MiB das gebräuchlichere MB wird. Der Wert zeigt in diesem Fall aber wirklich MiB. Gibt es eine offizielle Regelung welches Präfix in der WP verwendet werden soll? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 10:41, 2. Dez. 2016 (CET)

: Die Angaben sind grobe, ungefähre Schätzwerte, die jemanden mit langsamem oder teurem Internet vor großen Dateien warnen sollen, auch wenn man von seinem einen GB pro Monat inklusive nach 3 Wochen schon 900&nbsp;MB runter hat und die letzte Woche über mit rund 100&nbsp;MB auskommen muss.
: „MB“ ist eine laienverständliche und wie auch „kB“ seit anderthalb Jahrzehten in der Wikipedia flächendeckend eingesetzte Bezeichnung für diese näherungsweise Abschätzung.
: Die „KiB“ und „MiB“ sind hochpräzise Angaben für Nerds, die berücksichtigen, dass die Berechnungsgrundlage nicht 1000, sondern 1024 wären, und somit die Zahlenangaben eine Ungenauigkeit von 2,4 % haben könnten. Was bei einem Verkaufsprospekt für eine Festplatte eine Rolle spielen könnte, für unseren Zweck hingegen völlig wurscht ist.
: Die Beschriftungen in gängigen Betriebssystemen, bei Tools und überall sonstwo sind alle in kB und MB und damit laientauglich; „KiB“ und „MiB“ kapiert keine Sau. Die enWP schreibt durchgängig nur „KB“.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:34, 2. Dez. 2016 (CET)

:: Das wollte ich hören, hätte ja sein können, dass da irgendwas geplant sei. Also weiter wie bisher. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 14:40, 2. Dez. 2016 (CET)
::: Naja, das ist auch mehr oder weniger eine persönliche Sicht von PeCh (würde ich jedoch fast sagen Kakophemismus, da negativ und einseitig, allein auch weil hier Leute die Missverständnissen entgegenwirken wollen und sich an internationale Standards halten möchten als Nerds bezeichnet werden, auch wenn dies wohl im schlimmsten Fall zutreffend ist) jedoch wohl auch zugegeben die gängigste Meinung . Im Groben kann ich diese Ansicht für Wikipedia nachvollziehen. "Ergänzend:" Bei MB sind es allerdings schon 4,86 % und bei TB schon 10 % (normale Festplatteneinheit), jedoch für den Gebrauch in WP wohl tatsächlich irrelevant. Und auch das mit den Betriebssystemen habe ich anders gehört, einzig Microsoft tanzt hier noch auf alten Brettern. <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>15:12, 2. Dez. 2016 (CET)</small></kbd>
::: PS: Genauigkeit: Die Nerds haben es auch erfunden und verbreitet. Bei einer gängigen 4 MB Größe (für PDF) kommen wir hier somit schon auf eine Ungenauigkeit der Nachkommastelle im ungünstigsten Fall von ±2, ab 10,5 MB schon auf ±5, was dann bei vollem Aufrunden ein Ganzes ausmachen kann.
::: Ich sehe das wie Umgangssprache, ist gängig, versteht fast jeder aber trotzdem schreibt man formell einen Standard. In der Tat ist dieser Standard unglücklicher Weise sehr spät entstanden, was natürlich für eine Verbreitung bzw. Akzeptanz in den breiten Sprachgebrauch gegangenem Begriff überaus schwer ist. Für eine Normierung hier in Wikipedia sehe ich allerdings den Zeitpunkt auch noch etwas zu früh, bzw. fällt dann unter, [https://de.wikipedia.org/wiki/Wikipedia:Rechtschreibung#Freigegebene_Varianten beides ist richtig.]
:::: <kbd style="white-space:nowrap;color:#456;"> ↔ ''[[User: Perhelion]]'' <small>16:52, 2. Dez. 2016 (CET)</small></kbd>
Hallo [[Benutzer:Perhelion|Perhelion]], soll ich ehrlich sein? Mir sagen weder KiB oder MiB noch GiB oder TiB irgendetwas, auch wenn ich genau weiß, dass PC mir das schon mal erklärt hat, ist es mir völlig fremd und ich stolpere jedes Mal wieder über diese Angaben. Und mir hilft das auch so gesehen nienicht weiter. Wenn ich sehe 100 MB, dann denke ich, ja das könnte deinen Rechner etwas überfordern, der ist sehr Anfällig bei langen Ladezeiten und der FF schmiert mir regelmäßig ab. Unter Kibibytes kann ich mir nichts vorstellen und bin eigentlich froh darüber, wenn ich mir darüber keine Gedanken machen muss, was genau mir das sagen soll, oder ob das 5% größer wäre als kB. Ich hatte mal eine Festplatte an meinem Atari und die hatte sage und schreibe 30 MB Speicherplatz, sie ist nie voll geworden und kam mir immer megamäßig groß vor. Heute hingegen wäre sie unvorstellbar klein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:31, 2. Dez. 2016 (CET)

== Anker erkennen? ==

Hallo PerfektesChaos, wäre es möglich bei der Formatierung die Anker zu erkennen und gegebenenfalls zu ignorieren?
<pre>
* {{Literatur
   |Autor=Bernhard Bruder
   |Titel=Geschönte Steine. Das Erkennen von Imitationen und Manipulationen bei Edel- und Schmucksteinen
   |Verlag=Neue Erde
   |Datum=1998
   |ISBN=3-89060-025-5}}
* {{Anker|Bruder}}{{Literatur |Autor=Bernhard Bruder |Titel=Geschönte Steine |Verlag=Neue Erde Verlag |Datum=2005 |ISBN=3-89060-025-5}}
* {{Literatur
   |Autor=Bernhard Bruder
   |Titel=Welcher Heilstein ist das? 155 Heilsteine, 485 Varietäten.
   |Verlag=Kosmos
   |Ort=Stuttgart
   |Datum=2015
   |ISBN=978-3-440-13551-8}}
</pre>
Es sieht irgendwie unschön aus, wenn die Ordnung dadurch vermischt wird. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:36, 4. Dez. 2016 (CET)

:* Das ist grundsätzlich nicht möglich.
:** Wo eine Vorlage steht, kann WSTM nicht mehr dran vorbeigucken.
:** Es muss unmittelbar vor der Lit-Vorlage ein Zeilenbeginn mit einem oder mehreren Sternchen und ggf. einem Leerzeichen stehen.
:** Ist dann halt wie mit ''cite book'' oder vorlagenfreier Formatierung.
:* [[Spezial:Diff/160326349|H:VG]] kannst du bei „Sonstiges“ um einen dritten Unterabschnitt CSS ergänzen.
:** Dort wäre [[Wikipedia:Technik/Skin/Einstellungen]] und [[Wikipedia:Technik/Skin/CSS]] zu verlinken; auf Mobil wirkt common.js nicht. (Hingegen wäre global wenig sinnvoll, da es neben deWP nur wenige Wikis mit Sichtung gäbe.)
:** Farbcodes bitte in Großbuchstaben.
:** Warum in anderen NR  irgendwas anders sein soll, weiß ich grad nicht; wobei WPNR und HNR keine Sichtungsnamensräume sind, sondern nur ANR und das, was darin eingebunden wird, nämlich Bilder, Vorlagen und Module.
:** Das „Früher war alles besser“ ödet nur an. Zu Weihnachten haben sich alle an die neuen Farben gewöhnt, nächstes Jahr kann sich keiner mehr erinnern, dass es jemals andere gegeben hatte, aber die WP von 2005, in der man mal angefangen hatte, an der darf kein Knöpfchen und kein Strichelchen verändert worden sein.
:** Die auffälligere Rötlichfärbung war Benutzerwunsch, damit Sichtungsbedarf besser ins Auge fallen solle.
:** Es gibt neben den Versionen einer Seite auch Farbmarkierung in den Benutzerbeiträgen von Newbies.
:* Zur 600 hatte ich einen Block von Hilfeseiten zur Überarbeitung als Lockerungsübung vorgesehen. Das wird mir momentan zu viel HNR zu schnell auf einmal; wir schieben dann eine kleine Zitationsvorlage mit Generierung von Seitendigitalisat-URL zwischen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:49, 4. Dez. 2016 (CET)
:: Ja groß ist schon klar, habe ich drüben auch schon geändert mit anders meinte ich dass ich „blau“ mit einbauen sollte. Bis später. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:14, 4. Dez. 2016 (CET)

== Bearbeitungskommentar ==

Kann man im Kommentar auch Variablen verwenden oder übernimmt WSTM ausschließlich den Text so wie er dort eingetragen ist? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 22:31, 4. Dez. 2016 (CET)

: Ich verstehe die Anfrage nicht.
: Mutmßlich ist [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace #Summary]] gemeint.
: Der Text kann die aktuelle Mondphase enthalten, um die Quersumme der momentanen Uhrzeit ergänzt, mitsamt dem Resultat einer API-Anfrage, dazu an Variablen alles, das auf [[WP:JS/V]] erwähnt ist.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:15, 5. Dez. 2016 (CET)

:: Oh, das ist mir zu hoch. Eigentlich wollte ich den Kommentar abhängig von der Tageszeit belegen, vormittags den, abends den. Oder betriebssystem- oder browserabhängig. Eines von beidem gilt immer und da mache in der Regel das gleiche. Aber da ich auf deiner verlinkten Seite schon nichts verstehe, muss ich das wohl seinlassen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 20:48, 5. Dez. 2016 (CET)

::: Wenn du solche Wünsche hast, wirst du dich minimal mit [[WP:JS #JavaScript lernen]] beschäftigen müssen.
:::* Es geht nicht an, dass auf einer Seite, die nur du bearbeiten kannst, für die Änderung jedes Kommas jemand anders dir aufschreiben muss, was zu tun ist.
::: [[b:Websiteentwicklung: JavaScript: Objekte: Boolean, Date, Number #Datum / Date|Datum / Date]]
:::* <code>getHours()</code> wäre die Uhrzeit 0–23
::: [[WP:JS/JQ #jquery.client]] weiß alles über deinen Browser.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:45, 5. Dez. 2016 (CET)

== Änderung SUI und Wfb ==

Moin Moin PerfektesChaos, könntest du vllt. folgendes in WSTM ändern?:
[//en.wikipedia.org/wiki/User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js Also hier] und [//en.wikipedia.org/wiki/User:PerfektesChaos/js/WikiSyntaxTextMod/rL.js hier]
{|
| <pre><nowiki> break;
  case "cHE" :
  case "CHE" :
  case "sUI" :
   r  =  ["SUI", false, false];</nowiki></pre>
| sollte werden zu:
| <pre><nowiki> break;
  case "cHE" :
  case "SUI" :
  case "sUI" :
   r  =  ["CHE", false, false];</nowiki></pre>
|}

sowie

{|
| <pre><nowiki> break;
  case "wfb" :
  case "weltfussball" :
   r  =  ["Weltfussball", false, false];</nowiki></pre>
| sollte werden zu:
| <pre><nowiki> break;
  case "wfb" :
  case "weltfussball" :
  case "Weltfussball" :
   r  =  ["Wfb", false, false];</nowiki></pre>
|}
Danke schon mal im Voraus. mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:19, 8. Dez. 2016 (CET)

:# Den Programm-Code gibt es schon nicht mehr.
:#* Nachfolger ist in Erprobung; erwähnte ich schon mal.
:#* Wenn ihr nicht so gedrängelt und auf 2016 bestanden hättet, wäre die Verwechslung nicht passiert.
:#* Richtet keinen Schaden an. Keine Eile.
:# Das ist Absicht.
:#* Die Website heißt: weltfussball.de
:#* Der Name der Vorlage ist unerwünscht. Drei-Buchstaben-Abkürzungen sind außer bei Flag-Icons nicht erwünscht; und wenn, dann nur mit drei Großbuchstaben. Kleinbuchstaben sind für potenzielle Sprachcodes reserviert. [[Vorlage:WFB]] gibt es aber gar nicht.
:#* [[WFB]] ist keine Abkürzung, die man kennen oder verstehen muss, sondern blanke Schreibfaulheit in einer Universal-Enzyklopädie aller Themen. Es ist eine WP-private Abkürzung für eine private Website, deren Abkürzung hundert andere genauso wichtige Bedeutungen haben könnte.
:#* In irgendeinem Jahrzehnt wird irgendwer WL und Programmierung miteinander tauschen.
:#* War Betriebsunfall von 2008, als es wenige Hundert Vorlagen gegeben hatte, die alle Benutzer noch alle beim Namen kannten.
:#* Die Sportler mit ihrem unbelehrbaren ''prettytable'' gehen mir aber sowieso auf den Sender; ich habe weder Lust noch Zeit noch Nerven, mit denen rumzudiskutieren.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:16, 8. Dez. 2016 (CET)
::Ich weis, ich weis, dass ich drängle, ich wollte nur keine zusätzlichen Fehler in die Artikel einbauen, welche dann später wieder behoben werden müssen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:48, 8. Dez. 2016 (CET)

== Migrationshilfe? ==

Moin, ich hatte mich [https://de.wikipedia.org/w/index.php?title=Benutzer%3AFlominator%2Fcommon.js&action=historysubmit&type=revision&diff=160498942&oldid=157505148 hier] an einer Ablösung meines alten Skriptes versucht, komme aber nicht so richtig weiter.

# <s>Wie erreiche ich, dass <nowiki>[[Schauspielerin]] zu [[Schauspieler]]in wird und nicht zu [[Schauspieler]]</nowiki>?</s>
# <s>Wie erreiche ich, dass <nowiki>[[USA]] zu [[Vereinigte Staaten|USA]] wird und [[USA|amerikanische]] zu  [[Vereinigte Staaten|amerikanische]]</nowiki>?</s>

Danke und Gruß, --[[Benutzer:Flominator|Flominator]] 09:09, 10. Dez. 2016 (CET)
:Einen hab ich inzwischen verstanden {{s}} --[[Benutzer:Flominator|Flominator]] 10:10, 10. Dez. 2016 (CET)
:den anderen auch {{s}} --[[Benutzer:Flominator|Flominator]] 10:31, 10. Dez. 2016 (CET)

[https://de.wikipedia.org/w/index.php?title=Benutzer%3AFlominator%2Fcommon.js&type=revision&diff=160500487&oldid=157505148 Lösung]. --[[Benutzer:Flominator|Flominator]] 10:31, 10. Dez. 2016 (CET)

Den Satz "Das flag ist beim Linkziel also unzulässig." aus der Doku verstehe ich dennoch nicht. --[[Benutzer:Flominator|Flominator]] 10:32, 10. Dez. 2016 (CET)

Hast du zufällig auch einen performanteren und übersichtlicheren Ersatz für [[Benutzer:Flominator/change links.js|LookForSuboptimalParts]]? Das dürfte vermutlich das [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced#Benutzerdefinierte Warnungen|hier]] angekündigte ''plain'' sein? --[[Benutzer:Flominator|Flominator]] 10:36, 10. Dez. 2016 (CET)

: {{ping|Flominator}}
:* „[[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/link|Das flag ist beim Linkziel also unzulässig.]]“
:** Bezieht sich auf [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/plain #Text-Ersetzungsliste]].
:** Habe ich jetzt verlinkt; danke.
:* Ich weiß nicht, auf welche Funktion deines Skriptes du anspielst.
:** Ein Warnhinweis, dass der freie Wikitext eine bestimmte Zeichenkette enthalten würde, ist seit Jahren perspektivisch vorgesehen.
:** Zurzeit gäbe es ein Dutzend dringlicherer Baustellen, wenn ich an WSTM etwas ändern würde.
:** 2016 also sicher nicht.
:* Weil ich aber grad deinen <em style="white-space:nowrap">katalog.stadtbibliothek.freiburg.de</em> sehe, darf ich dir vielleicht mein relativ frisches [[Benutzer:PerfektesChaos/js/idResolver #ISBN]] anempfehlen?
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:28, 12. Dez. 2016 (CET)

== Hilfe JS ==

Moin Moin PerfektesChaos, ich bräuchte noch mal kurz Hilfe und ich glaube, du kannst es mir schnell beantworten. Ich habe folgendes, was ich in meine js schreiben möchte:
<pre>
var vorIquelle      = [ [ /^autor$/i, "autor", false],
                        [ /^url$/i, "url", true],
                        [ /^titel$/i, "titel", true],
                        [ /^titelerg$/i, "titelerg", false],
                        [ /^werk$/i, "werk", false],
                        [ /^hrsg$/i, "hrsg", false],
                        [ /^datum$/i, "datum", false],
                        [ /^seiten$/i, "seiten", false],
                        [ /^archiv-url$/i, "archiv-url", false],
                        [ /^archiv-datum$/i, "archiv-datum", false],
                        [ /^zugriff$/i, "zugriff", true],
                        [ /^format$/i, "format", false],
                        [ /^sprache$/i, "sprache", false],
                        [ /^kommentar$/i, "kommentar", false],
                        [ /^zitat$/i, "zitat", false],
                        [ /^offline$/i, "offline", false] ];

mw.libs.WikiSyntaxTextMod.config.mod.template = [

{ detect: {  title:  "^[Ii]nternetquelle$" },
            rename: { title:  [true, "Internetquelle"],
               params: vorIquelle  },
             clear:  [ ["^(autor|hrsg|format|sprache|titelerg"
                + "|werk|seiten|datum|archiv-url|archiv-datum"
                + "|kommentar|zitat|offline)$",
                false] ],
	    format: { order: vorIquelle }
} ];
</pre>
Habe ich es allerdings so eingebaut, startet WSTM gar nicht mehr. Kann es sein weil alles Internetquelle, dass er dann damit nicht klar kommt? Oder mache ich einen Denkfehler? Danke dir schon mal. mfg --[[Benutzer:Crazy1880|Crazy1880]] 15:48, 12. Dez. 2016 (CET)

:* Der Ausdruck <code>{ detect:</code> ist etwas, das auf der rechten Seite eines Gleichheitszeichens stehen müsste.
:* Ich weiß nicht, ob die <code>nowiki</code> im JS-Quellcode stehen oder nur hier überflüssigerweise am <code>pre</code> dranstehen (in den sind die sowieso eingebaut) – falls ja, müssen sie mit <code>//</code> auskommentiert werden, und das zweite kauft ein <code>i</code>.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:01, 12. Dez. 2016 (CET)
::Ich würde es in meine [[Benutzer:Crazy1880/vector.js|Vector.js]] einbauen:
::* Ich habe es oben ergänzt, wie es in meiner JS stehen sollte
::* Ja, das nowiki kam vom pre
::* Müsste ich also einen anderen Namen wählen zum Beispiel für die Sortierung oben?
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 16:22, 12. Dez. 2016 (CET)

:::* Jetzt hat sich ja erstmal die linke Seite vom Gleichheitszeichens angefunden, und das Gleichheitszeichen auch.
:::* Nun das nächste Problem: Vor dem <code>autor/i</code> fehlt im Minimum ein Schrägstrich, damit es wenigstens syntaktisch richtig wird.
:::* Eigentlich meinst du wohl <code>/^autor$/i</code> – das ist etwas, das mit <code>a</code> anfängt und mit <code>r</code> aufhört, und bei dem Groß- und Kleinschreibung egal ist.
:::** <code>/autor/i</code> gäbe es auch; das ist jeder Parametername, der irgendwie irgendwo <code>autor</code> enthalten würde.
:::* <code>var Internetquelle</code> ist nicht so das Problem; außer, es gibt bei dir noch ein Skript von irgendwem, der eine Variable mit Namen <code>Internetquelle</code> benutzt. Dem zerschießt du dann ggf. seine Funktion, oder er vielleicht dir, je nachdem, wer wann unter welchen Umständen zum Zuge käme.
::: Viel Spaß --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:42, 12. Dez. 2016 (CET)
::::Ich habe es mal oben geändert. Sieht das nun richtiger aus? mfg --[[Benutzer:Crazy1880|Crazy1880]] 16:47, 12. Dez. 2016 (CET)

::::: Zumindest ist es jetzt syntaktisch richtig, sollte dich nicht mehr abstürzen lassen, und vom einfachen Draufgucken her macht es vermutlich das, was du erwartest. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:57, 12. Dez. 2016 (CET)
:Danke, jetzt läuft es, wie ich es haben wollte. mfg --[[Benutzer:Crazy1880|Crazy1880]] 17:12, 12. Dez. 2016 (CET)

== Vorlagenersetzung JS ==

Moin Moin PerfektesChaos, ich weis, dass ich viel Nachfrage. Heute mal in den Bereich Vorlagenersetzung. Kann ich das im JS mit einer Massentabelle machen? Den Punkt habe ich schon im JS drinnen, allerdings möchte ich nicht für alle Vorlagen ein einzelnes detect setzen, sondern eher eine Tabelle definieren. Wäre das möglich? mfg --[[Benutzer:Crazy1880|Crazy1880]] 17:24, 14. Dez. 2016 (CET)

: Ich verstehe die Frage nicht; insbesondere das Wort „Massentabelle“.
: Was es gibt, ist der Umstand, dass die ''detect'' ein regulärer Ausdruck sind und damit auf viele Vorlagen passend gemacht werden könnten, die gleiche Struktur haben.
: Was mir nebenbei bemerkt missfällt, ist dein Vorgehen gegen IOC-Flagicons als Weiterleitungen.
:* Davon gibt es Hunderttausende Einbindungen, und die richten keinerlei Schaden an.
:* Als mögliche Weiterleitungen werden sie auch bestehen bleiben, bzw. sollen das auch.
:* Ich finde es auch dämlich, für denselben Sachverhalt zwei verschiedene Drei-Buchstaben-Codes zu haben. Obendrein, was von vornherein der schlauere Weg gewesen wäre, womöglich noch einen Zwei-Buchstaben-Code, wie er von den Internet-Domains bekannter sein dürfte – aber dafür ist es zu spät, das hatte man vor einem Jahrzehnt versemmelt.
:* Ich bin auch nicht glücklich darüber, wenn bei Städtepartnerschaften obskure abweichende unbekannte Drei-Buchstaben-Codes auftauchen, und unterstütze es, die Dinger langfristig –&nbsp;in einem Jahrzehnt&nbsp;– aus den Köpfen und Städte-Artikeln zu drängen. In sportlichen Angelegenheiten wirst du die Dinger aber so schnell nicht loswerden.
:* Die Sportler hatten sich mal ausdrücklich die IOC-Codes als gleichberechtigte Alterntive gewünscht, weil sie mit denen vertrauter wären.
:* Ich sehe viele andere Wartungsaufgaben als dringlicher an; inbesondere habe ich nach mehr als einem halben Jahr die Nase voll von der Lit-Vorlage und ihren Einbindern.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:40, 14. Dez. 2016 (CET)

::Massentabelle Beispiel
:: {|
| IST<br />DAN<br />POT<br />usw
| SOLL<br />DEK<br />PRT<br />usw
|}
::Wenn dann kann man beim Artikel nebenbei bearbeiten, auch diese Vorlagen gleich mitmachen, meine Meinung dazu.
::Warum sollten diese Weiterleitungen, nur unter der Voraussetzung diese sind leer, noch bleiben?
::Welche Wartungsaufgaben sind dringlicher und wie kann man ggf. helfen?
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:09, 14. Dez. 2016 (CET)

::: Also was du da bebsichtigst, macht WSTM zu einem geeigneten Zeitpunkt 2017 für alle Anwender von Amts wegen für die ganze ISO.
::: Sportler kennen möglicherweise nur „ihren“ Code und keinen anderen. <code><nowiki>{{Niederlande}}</nowiki></code> und <code><nowiki>{{NED}}</nowiki></code> sind legitime WL auf <code><nowiki>{{NLD}}</nowiki></code>. Nicht jede WL ist böööööse, auch nicht bei Vorlagen.
::: Gaaanz vorsichtig [[:Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Literatur/Parameterfehler]] unter 200 bringen; ist voller Tretminen.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:18, 14. Dez. 2016 (CET)

::::* Tja, dann muss ich wohl auf irgendwann 2017 warten.
::::* Trotzdem sollte man mal eine einheitliche Lösung finden. Meine Meinung
::::* Und wieso Tretminen?
::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:21, 14. Dez. 2016 (CET)

:::::* Dazu müssen die IOC-Codes erstmal aus den Köpfen verschwinden, und aus den privaten Ergebnistabellen.
:::::** Wenn jetzt einer seine Olympia-Excel-Tabelle in einen Artikel wandelt und es gibt redlink, dann gibt es vermeidbaren Zoff.
:::::** Die können nur über ein Jahrzehnt hinweg allmählich aussterben. Die Codes.
:::::* Bei vielen Artikeln gibt es bissige Hauptautoren, und jeder will es anders. Das Übliche.
::::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:44, 14. Dez. 2016 (CET)
:*Grundsätzlich ja alles richtig, aber dann können wir auch noch tausende Vorlagen anlegen und am Ende kann jeder machen, was er/sie will. (Ich weis, leidiges Thema)
:* Wenn jemand etwas möchte, kann/darf er mich gerne ansprechen und wir versuchen einen Konsenz zu schaffen. Wir sind ein Wiki.
:mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:53, 14. Dez. 2016 (CET)

:: Naja, im Prinzip darf jeder dauernd neue Vorlagen anlegen, und bestehende mit unpassendem Namen auf bessere Namen verschieben, wodurch neue WL entstehen, zumindest zeitweise.
:: Die IOC sind halt 100–200 am Stück mit einem Jahrzehnt Bestand und mehrere-1000-facher Einbindungen; die können nicht im Hauruckverfahren eliminiert werden, sondern nur ganz allmählich in Vergessenheit geraten. Haben auch eine Art Bestandsschutz, bis auf Weiteres.
:: --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:12, 14. Dez. 2016 (CET)

== Falsches Komma im Datum von Personendaten führt zu Informationsverlust ==

Hallo PerfektesChaos, es scheint, dass bei der Bearbeitung des Datums in Personendaten WSTM in gewissen (syntaktisch inkorrekten) Fällen Information tilgt. Es kommt recht oft vor, dass Benutzer fälschlich intuitiv naheliegende Reihen wie '1793, 1798 oder 1805' eintragen. In einer derartigen Reihe scheint alles zu klappen, nicht aber in der komplizierteren Reihe 
: 4. April 1759, 1756 oder 1750
wie sie bei [[Friederike Magdalene Jerusalem]] auftritt. Hier wird 1756 getilgt. Es grüßt, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 12:50, 16. Dez. 2016 (CET)

:: Wird nach sechs Jahren zum ersten Mal berichtet.
:: WSTM ist offensichtlich überfordert, ein tagesgenaues Einzeldatum in Verbindung mit einer auch noch absteigenden Reihe pauschaler Jahreszahlen zuzuordnen. Hier kommt aber immerhin wohl das erste Jahr (1750) oder das letzte (1759) noch an, und der Zeitraum bleibt erhalten. Ob die Anwender das nun so gemeint hatten, dass auch für die Jahre 1756 und 1750 der 4. April gelten soll, bleibt im Vorlagenparameter im Dunkeln; für die Ziele der PD ist das sowieso kaum verwertbar.
:: Zukünftig wird aber die neue Vorlagenprogrammierung (BETA) die Bearbeiter sofort auf den Fehler aufmerksam machen, und ich denke damit ist für genügend Aufmerkamkeit gesorgt.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:20, 16. Dez. 2016 (CET)

::: Ok, danke. Der Fall ist auch extrem selten. Gruß, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 15:48, 16. Dez. 2016 (CET)

== ISBN/Datumschwund ==

Ruf das 100 Women (BBC) [[Spezial:Diff/160723328/160753994|Version vom 17. Dezember 2016, 23:13 Uhr]] bitte mal auf, du sagtest du hast es abgefangen, Tag und Monat verschwinden noch immer, bei <code>|ISBN=|</code> Ist das Update für mich schon live? Ich habe da nur mal so reingeschaut. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:09, 20. Dez. 2016 (CET)

: Neue Version noch in Erprobung; nix auf Server. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:32, 21. Dez. 2016 (CET)
:: Ach so, konnte ich ja nicht wissen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:08, 21. Dez. 2016 (CET)
:: Scheint jetzt o.k. zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:44, 25. Dez. 2016 (CET)

== Ersetzungen nach jeder Vorschau vornehmen? ==

Gibt es zufällig einen Modus, der auch neu eingegebene Texte gleich prüft/bearbeitet/ersetzt, sobald eine neue Vorschau geladen wird o.Ä.? Gruß, --[[Benutzer:Flominator|Flominator]] 14:56, 15. Jan. 2017 (CET)

: Es gibt nur ein „Ersetzen“, und den durch <code>submit</code> automatisch auszulösen wäre tödlich, weil du dann keine Chance mehr hättest, eine beabsichtigte ausnahmsweise abweichende Angelegenheit sinnvoll abzuspeichern.
: Du kannst auf verschiedene Arten jedoch eine manuelle Zweitauslösung vornehmen; siehe [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced #Manueller Start]].
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:05, 15. Jan. 2017 (CET)

== Kategorien in neue Zeile verschieben ==

Beim Verschieben der Kategorien in eine neue Zeile hängt das Script eine zusätzliche schließende Klammer an die vorhergehende Kategorie, wenn beide ohne Leerzeichen direkt hintereinander geschrieben wurden, [//de.wikipedia.org/w/index.php?title=Fistritz&action=edit Beispiel]. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 05:58, 30. Jan. 2017 (CET)

{| class="wikitable mw-collapsible mw-collapsed"
|-
! Testreihe {{0}}
|-
| vorher [[:Fistritz]]
|-
|<pre>
#REDIRECT [[Groß-Siegharts]][[Kategorie:Ort im Bezirk Waidhofen an der Thaya]] [[Kategorie:Ehemalige Gemeinde in Niederösterreich]]
</pre>
|-
| 1. Durchlauf WSTM Autostart
|-
|<pre>
#WEITERLEITUNG [[Groß-Siegharts]
[[Kategorie:Ort im Bezirk Waidhofen an der Thaya]]
[[Kategorie:Ehemalige Gemeinde in Niederösterreich]]
</pre>
WSTM sagt: Zweite schließende Klammer gesetzt Groß-Siegharts]<br />
stimmt aber nicht es wurde eher eine Klammen gemopst
|-
| zweiter manueller Start
|-
|<pre>
#WEITERLEITUNG [[Groß-Siegharts]]]
[[Kategorie:Ort im Bezirk Waidhofen an der Thaya]]
[[Kategorie:Ehemalige Gemeinde in Niederösterreich]]
</pre>
WSTM sagt: Zweite schließende Klammer gesetzt Groß-Siegharts]<br />
nun sind es drei
|-
| vorher ohne Leerzeichen zwischen den Kats
|-
|<pre>
#REDIRECT [[Groß-Siegharts]][[Kategorie:Ort im Bezirk Waidhofen an der Thaya]][[Kategorie:Ehemalige Gemeinde in Niederösterreich]]
</pre>
|-
| 1. Durchlauf WSTM Autostart
|-
|<pre>
#WEITERLEITUNG [[Groß-Siegharts]
[[Kategorie:Ort im Bezirk Waidhofen an der Thaya]
[[Kategorie:Ehemalige Gemeinde in Niederösterreich]]
</pre>
WSTM mopst an den Berührungspunkten die zweiten schließenden Klammern
|-
| zweiter manueller Start
|-
|<pre>
#WEITERLEITUNG [[Groß-Siegharts]]]
[[Kategorie:Ort im Bezirk Waidhofen an der Thaya]]]
[[Kategorie:Ehemalige Gemeinde in Niederösterreich]]
</pre>
WSTM sagt: Zweite schließende Klammer gesetzt Groß-Siegharts] Zweite schließende Klammer gesetzt Kategorie:Ort im Bezirk Waidhofen an der Thaya]<br />
jeweils 3
|-
|
Selbiges würde auch Interwikilinks betreffen, die aneinandergereiht wären. Kurzzeitig sehe ich auch, dass tatsächlich zunächst eine Klammer angehängt wird, aber wenn WSTM fertig ist fehlt sie dann.
;Beispiel
<pre>[[Kategorie:Ehemaliges Kloster in Oberösterreich]][[Kategorie:Ehemaliges Karmelitenkloster]][[Kategorie:Erbaut im 15. Jahrhundert]][[Kategorie:Zerstört im 19. Jahrhundert]]</pre>
: kurz sichtbar oder einmal über Browser zurück (ich weiß soll ich nicht)
<pre>[[Kategorie:Ehemaliges Kloster in Oberösterreich]]]
[[Kategorie:Ehemaliges Karmelitenkloster]]]
[[Kategorie:Erbaut im 15. Jahrhundert]]]
[[Kategorie:Zerstört im 19. Jahrhundert]]</pre>
: und im Artikel stünde
<pre>[[Kategorie:Ehemaliges Kloster in Oberösterreich]
[[Kategorie:Ehemaliges Karmelitenkloster]
[[Kategorie:Erbaut im 15. Jahrhundert]
[[Kategorie:Zerstört im 19. Jahrhundert]]</pre>
|}
* Kannst du dir auch mal [[Parlamentsbibliothek]] öffnen und schauen was dort merkwürdiges passiert?
* [[Stilijan Petrow]], [[Weser-Elbe-Sparkasse]], [[Morris Cohen (Metallurg)]]
* [[Justizbehörde]] nicht automatisch aber bei manuellem Start → <nowiki>[[Bundesamt für Justiz (Schweiz)]</nowiki> [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=50&offset=0&profile=default&search=insource%3A%2F%5C%5D%5C%5B%5C%5B%5CKategorie%2F&searchToken=58msx2nbz6zm0lww17vystwe2 weitere zumeist ausgeblendet]
So stellt es sich für mich dar. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 10:55, 30. Jan. 2017 (CET)

: Beim ersten Artikel wird eine Klammer gestohlen, bei den anderen ergänzt. WPSK verzeichnet aktuell 88 Artikel bei denen die Kategorie in eine neue Zeile geschoben werden muss, zu den von dir verlinkten 20 würden also noch ein paar dazukommen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 14:08, 30. Jan. 2017 (CET)

::* Mutmaßlich den ersten Bug in [{{canonicalurl:Fistritz|action=edit}} Fistritz] scheine ich erlegt zu haben. Bin ich mir aber noch nicht ganz sicher.
::** Heute spät abends in die d-Erprobung.
::** Nächste Woche für alle live.
::** @Hadibe: Bist du eigentich Vorkoster im d-Klub oder arbeitest du wie das gemeine Volk auf r? Ich habe völlig den Überblick verloren. Nebenbei sind drei Kleinbuchstaben als Name einer Vorlage nur etwas für exotische Sprachcodes; wenn man sie nicht alle selbst tippen muss, ist der selbsterklärende volle Name vorzuziehen.

:::: Spricht dann etwas gegen das Verschieben nach Weltfussball? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 05:32, 31. Jan. 2017 (CET)

::* Danke für das Sortiment an Beispielen oben; damit werde ich mich erst dann näher befassen, nachdem die erste Änderung stabil ist.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:32, 30. Jan. 2017 (CET)

::: d.js. Bei etwaigen Fehlern – es sind sehr wenige – muss ich allerdings zuerst meine eigenen Frickeleien im Script verdächtigen. Deshalb kommen auch nur selten Meldungen meinerseits.
::: Am Wochenende hatte ich schon einige Fälle gefunden, allerdings ausschließlich bei Weiterleitungen österreichischer Orte. Deshalb habe ich mich auch nicht beschwert. Heute früh tauchte dann ein anderer Artikel auf, deshalb wollte ich mich mal melden. Können die Orte abgearbeitet werden, wenn ich darauf stoße? Oder lieber warten? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 17:45, 30. Jan. 2017 (CET)

:::: Mit d.js kannst du morgen drangehen.
:::: Ich will erstmal die Auswirkungen des einen Fixes stabil überschauen, bevor ich womöglich weitere Probleme angehe.
::::* Der fragliche Code war von 2012, hat jahrelang keinen Ärger gemacht, und ich habe alles vergessen, was ich vor fünf Jahren mal programmiert hatte.
:::: [[Parlamentsbibliothek]] ist soweit erwartungsgemäß; wenn man eine Kategorisierung ohne Doppelpunkt unter Weblinks aufführt, dann macht die sich bemerkbar.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:03, 30. Jan. 2017 (CET)
::: Ja das dachte ich mir schon, aber da wird ja auch eine Klammer weggenommen und zwar am Ende des Weblinks. Deshalb sagte ich ja „schau mal da rein“. Ich finde es nicht normal, wenn anschließend der Weblink doof und unformatiert daherkommt, dass das ganze so wie es da eingefügt wurde Murks ist, ist mir schon klar gewesen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 19:51, 30. Jan. 2017 (CET)

::::: Elf Gemeinden sind jetzt ohne Beanstandungen korrigiert. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 05:57, 31. Jan. 2017 (CET)
Es kommen bei mir aber noch etwas verwirrende Meldungen an.
<pre>
Im Text wurden schwere Fehler gefunden.
Nicht alles lässt sich automatisch beheben. Bitte kläre die folgenden Probleme von Hand:

    Wikilink-'[[' seltsam
    [Kategorie:Ehemaliges Karmelitenkloster]][[Kategor
    Wikilink-'[[' seltsam
    [Kategorie:Erbaut im 15. Jahrhundert]][[Kategorie:
    Wikilink-'[[' seltsam
    [Kategorie:Zerstört im 19. Jahrhundert]]
</pre>
Obwohl da keine Klammerfehler mehr vorkommen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:02, 31. Jan. 2017 (CET)

::::: Von den ehemals 28 Artikeln sind noch 14 übrig, zwei davon Fußballer, die mache ich morgen früh. Die restlichen sind entweder die hier verlinkten Artikel oder die Kategorien sind auskommentiert. Diese muss ich am PC kontrollieren. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 23:19, 31. Jan. 2017 (CET)

:::::: Alle bis auf den Fußballtrainer bereinigt. Den wirst du aber vernachlässigen können, denn wie groß ist die Wahrscheinlichkeit, dass erneut jemand die zweite schließende Klammer der Kategorie in eine neue Zeile verschiebt? Damit kann das Skript nicht klarkommen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 08:30, 1. Feb. 2017 (CET)

Kann irgendwer bestätigen, dass vier eckige schließende Klammern in der Bildbeschreibung zu dreien werden? [//de.wikipedia.org/w/index.php?title=9._Jahrhundert_v._Chr.&action=edit&section=3 Beispiel] --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 08:04, 6. Feb. 2017 (CET)
: {{ping|Hadibe}}, nein kann ich nicht bestätigen, bei mir sind vorher und nachher immer noch vier Klammern vorhanden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:30, 6. Feb. 2017 (CET)
:: {{ping|Lómelinde}} besten Dank. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 11:38, 6. Feb. 2017 (CET)

== Parameterfehler Literatur ==

Sagte irgendwer "0"? mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:05, 1. Feb. 2017 (CET)

: Ich sage jedenfalls „Danke“, hatte das auch schon heute morgen erfreut festgestellt.
: Ob nun Grand Tour selbst seine letzten Regimenter abgezogen hat, ist mir nicht so ganz klar.
: Jedenfalls habe ich mir bereits ein Zeitfenster ausgeguckt, um die nächsten beiden Updates der Programmierung hier live zu schalten. Das könnte womöglich neue Fehlersituationen auslösen, ist allerdings tendenziell eher duldsam betreffend gewisser Umstände. Allerdings der richtige Moment, um neue Merkwürdigkeiten zu detektieren; darüber muss ich noch sinnieren. Mein Problem ist, dass momentan wesentlich mehr schwierige Programmiergeschichten auf mich einprasseln, als ich qualifiziert abarbeiten kann. Ich muss jetzt erstmal einige Sachen zu Ende bringen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:36, 1. Feb. 2017 (CET)

Bei [//de.wikipedia.org/w/index.php?title=Will_Greenwood&action=edit Will Greenwood] wird ''Datum'' wieder leer eingefügt, das Jahr mit Wert bleibt aber stehen. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 12:09, 10. Feb. 2017 (CET)<br />
[[Politische Gliederung Griechenlands|Noch mehr]], diesmal mit Monat und Jahr. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 15:15, 10. Feb. 2017 (CET)

: Ich schraube grad dran; hoffentlich im Lauf des Wochenendes besser. Unerwünschte Nebenwirkung.
: Danke für den Hinweis und sorry für die Belästigung --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:28, 10. Feb. 2017 (CET)
:: Alles kein Problem, wenn du das Thema schon kennst bin ich ja beruhigt. Solange ich das vor dem Abschicken merke, stört mich das auch nicht. Dafür sorgen momentan eher Kommas, Klammern und Anführungszeichen innerhalb von Wikilinks. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 16:10, 10. Feb. 2017 (CET)

== Immer noch Datumsschwund wenn ISBN leer ==

Hallo PerfektesChaos, irgendwann hatte ich das schon einmal angesprochen und dachte es sei behoben aber öffne bitte mal [[Selma Al-Radi]], schau auf die erste Literaturangabe zu ''The New York Times'' da geht mal wieder Monat und Tag verloren weil <code>|ISBN=|</code>, der VE fügt bevorzugt diese ISBN (auch leer) mit ein, wenn man die nicht ausdrücklich aus der oberen Liste des Dialogfeldes entfernt. Jeder Aufruf mit Bearbeitung an diesem Eintrag, wir die vermutlich wieder hinzufügen, da sie ein erwünschter/vorgeschlagener Parameter ist. Das macht es zu einem Lotteriespiel, selbst wenn ich die also jetzt von Hand rausnehme und das Datum wieder ergänze könnte es zwei Edits weiter wieder dazu kommen, dass nur das Jahr übrig bleibt. Ich habe das in der Vorschau getestet und die ISBN, die ich zuvor gelöscht hatte, war wieder dort, da der Artikelersteller den VE benutzt … muss ich da sehr aufpassen, dass mir das nicht durch die Lappen geht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:08, 8. Feb. 2017 (CET)

: Ich bin auf so vielen Hochzeiten tänzelnd, dass ich nicht mehr genau weiß, was wann an welcher Software war.
: Den fraglichen Passus erneut programmiert; scheint dann jetzt besser zu laufen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:01, 8. Feb. 2017 (CET)
:: Ja das scheint besser zu sein, wobei jetzt aber bei vorhandener ISB-Nummer Tag und Monat erhalten bleiben. Ich finde das nicht so schlimm, das ist zumindest mal besser, als wenn etwas verloren geht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:43, 9. Feb. 2017 (CET)

== PMC, warum? ==

<pre>
Vorlagenparameter fehlerhaft
<nowiki>{{Literatur|PMC=90351}}</nowiki>
</pre>
Check ich jetzt nicht, [[Phagentherapie]] warum? → [https://www.ncbi.nlm.nih.gov/pmc/articles/PMC90351/ PMC90351] {{PMC|90351}} Die andere war klar, wegen der PMC-Doppelung aber die erste ist mir ein Rätsel. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:11, 10. Feb. 2017 (CET)

: Es wird eine sechsstellige Codenummer gewünscht; diese hier ist nur fünfstellig und war bislang nicht als gültig bekannt gewesen.
: Wird in den nächsten Tagen allmählich wirksam werden.
: Erste Beschwerde dieser Art seit 2012; seither waren sechsstellige Codes gefordert worden.
: Danke --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:59, 10. Feb. 2017 (CET)

== [[Cirta]] ==

aus<br />
<nowiki>[[Datei:Phoenician aleph.svg|rahmenlos|hochkant=0.07]]</nowiki><br/> wird <br /><nowiki>[[Datei:Phoenician aleph.svg|rahmenlos|hochkant=0.7]]</nowiki><br />Gruß<br />  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 10:31, 13. Feb. 2017 (CET)
:Nachsatz: Ich denke mal, dass es nur in 10%-Schritten geht - dazu hab ich aber unter Hilfe:Bilder nichts gefunden.
::Steht doch dort: ''Die Breite der so berechneten Vorschaubilder wird immer auf den nächsthöheren 10er-Wert aufgerundet.'' [[Spezial:Beiträge/129.13.72.198|129.13.72.198]] 12:27, 13. Feb. 2017 (CET)
:::Danke  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 13:10, 13. Feb. 2017 (CET)

* Es war in der Tat ein Bug in WSTM, wo Werte bei <code>=0.0</code> nicht erwartet wurden.
** Es wurden fälschlich die Nachkommastellen als ganzzahlig betrachtet; somit die führende Null eliminiert.
** Jetzt wird alles, was unterhalb von <code>0.1</code> liegt, auf Minimum <code>=0.1</code> hochgesetzt.
** Ansonsten die zweite Nachkommastelle usw. radikal abgeschnitten.
* Fix ist live zur Erprobung.
* Im Artikel war sowieso Unsinn angestellt worden:
** Die 85×85 Pixel großen Symbole sollten mittels exotischer hochkant-Werte als entartete superschlanke Fernsehtürme dargestellt werden, damit die richtigen Breiten und Höhen in Pixeln herauskämen.
** Das jetzt durch explizite <code>16px</code> sauber geregelt.
** Außerdem mit Tabelle robust zu den lateinichen Buchstaben synchronisiert: [[Spezial:Diff/162635820]]
Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:08, 14. Feb. 2017 (CET)
:Das kommt im Moment noch [https://de.wikipedia.org/w/index.php?search=insource%3A%2F\|hochkant%3D0\.0%2F&title=Spezial:Suche&go=Artikel&searchToken=dmrwbtn4ljrl1rvbvrxt5i0yb viermal] vor, könnte eigentlich von Hand korrigiert werden. [[Spezial:Beiträge/129.13.72.198|129.13.72.198]] 13:44, 15. Feb. 2017 (CET)

:: Na, dann mach doch – WSTM würde da jetzt überall <code>hochkant=0.1</code> draus machen; aber das muss ja durch jeweils angemessene px ersetzt werden. VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:52, 15. Feb. 2017 (CET)

== End-Minus bei ALTERNATIVNAMEN wird gelöscht ==

Hallo Perfektes Chaos, WSTM scheint fehlerhafterweise ein die ALTERNATIVNAMEN der PD abschließendes Minus zu löschen, s. z.B. bei [[Az-Zāhir bi-amr Allāh]]. Das ist falsch, wenn korrekterweise der Artikel arabischer Namen (mit dem Strich) an das Ende gestellt wird. Dies kommt zwar häufiger bei NAME vor, wo der Fehler nicht auftritt, aber auch bei den ALTERNATIVNAMEN, deren Bildung ja (mindestens theoretisch) ebenso erfolgt wie die von NAME. Es grüßt, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 18:44, 20. Feb. 2017 (CET)

:# ALTERNATIVNAMEN auf <code>-</code> endend
:#* Das war mir so als unerwünscht aufgetragen worden.
:#** WSTM für PD geht jetzt ins achte Jahr.
:#* Ich habe nunmehr einen Fix in Erprobung.
:#** Wenn endend auf <code>" al-"</code> oder <code>" az-"</code>, so wird <code>-</code> wieder angehängt. Noch mehr Silben?
:#* Die ALTERNATIVNAMEN sind wesentlich länger und unübersichtlicher als NAME. Es wird auch nach bürgerlich eigentlich richtigen vollen Namen gesucht und ersetzt, und durch die Aufzählung von allerlei Kombinationen kommt es häufiger zu C&P-Schrott. Deshalb gibt es hier eine intensivere Analyse als bei NAME.
:# Sortierung
:#* Ich habe es nicht vergessen, und den Lua-Code zur Einbindung auch bereits verändert; teilweise schon auf BETA sichtbar.
:#* Letzten November war ich im Flow gewesen; es hätte sofort umgesetzt werden können.
:#* Die mehrmonatige Unterbrechung hatte der Angelegenheit nicht gutgetan.
:#* In der Zwischenzeit hatte ich nicht untätig auf ''Sortierung'' gewartet, sondern habe mehrere Baustellen akut offen, die erstmal beendet werden müssen, bevor ich mich wieder in die PD-Sortierung einarbeiten kann, deren Details ich zwischenzeitlich völlig aus meinem Hirn geräumt habe.
:#* Da die allgemeine Sortierung synchron zu PD läuft und wegen des Wartens auf die PD-Sortierung ebenfalls abgebrochen werden musste, eilt es ja nun auch nicht mehr.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:39, 20. Feb. 2017 (CET)

:: Hallo, Perfektes Chaos, zu Deinen Fragen:
::1. Die vollständige Liste ist:
:::: ad-, adh-, al-, an-, ar-, as-, asch-, at-, ath-, az-, wobei aber die gleichen Formen auch mit 'A' möglich sind.
:::: (aḏ-, aḍ-, aṣ-, aš-, aṯ-, aṭ-, aẓ- könnten zwar auch vorkommen, wären jedoch nicht regelgerecht; in diesen Fällen hielte ich es für tolerierbar, wenn das '-' gestrichen wird.)
::2. Zum Abschluss des Codes zur Sortierung brauche ich irgendwann noch Deine Entscheidung, wie Du die Resultate haben möchtest – das Problem war, dass es mehr als eine römische Zahl in einem Namen geben kann. Inzwischen habe ich eine Routine geschrieben, die fehlerhafte NAME-Ansetzungen erkennen soll. Bisher findet sie etwa 850. Die Hauptschwierigkeit ist, dass die Regeln sehr vage, teils gar direkt widersprüchlich sind, teils auch einfach fehlen. Ich versuche gerade, in die Regeln für arabische Namen etwas mehr Klarheit zu bringen. Es grüßt, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 02:18, 21. Feb. 2017 (CET)

:::# Die weiteren Namenspartikel habe ich gerade WSTM verklickert.
:::# Zur Sortierung habe ich nur in Erinnerung, dass ein drittter Rückgabewert anstand; an der Stelle brach es aber ab.
:::# Deine Namensfunktion kannst du ebenfalls in das Plugin einbauen; allerdings unter einem anderen Funktionsnamen.
:::# Im Plugin müssten wir dann auf diverse Bibliotheksfunktionen statt Eigenbau übergehen; aber wenn du sowieso da grad dran bist, dann mach einstweilen.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 02:33, 21. Feb. 2017 (CET)

:::: Gut, machen wir also erst mal weiter. Gute Nacht, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 03:06, 21. Feb. 2017 (CET)

== Linktext wird verschoben ==

Hat schon einmal jemand den Fall gehabt, dass ein Linktext entfernt und als Parameter in einem völlig unabhängigen Bild eingefügt wird? [//de.wikipedia.org/w/index.php?title=Neudorf_(Ansbach)&action=edit Hier] wird <code><nowiki>|Dornberg</nowiki></code> vom Abschnitt Verkehr nach Geschichte verschoben. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 20:00, 2. Mär. 2017 (CET)

: Bitte überprüfe deine eigenen Ersetzungsregeln, sofern du solche hast.
: Ich habe gerade den noch unbearbeiteten Artikel geöffnet, und es wurde nur eigentlich nur im Literatur-Abschnitt umgebaut; auch zwei Leerzeichen vor &lt;ref weggenommen und eins bei "gov"/> eingefügt.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:08, 2. Mär. 2017 (CET)

== WSTM Style ==

Moin Moin PerfektesChaos, ich habe da mal eine kurze Frage zum [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template#style|Style in deiner Beschreibung]]. Es dreht sich mir um den Parameter <code>.linebreak</code>. Wie wird denn "sonst" angesprochen. True und false sind mir geläufig, aber "sonst" kann ich nicht interpretieren. Kannst du mir helfen, danke schonmal. mfg --[[Benutzer:Crazy1880|Crazy1880]] 12:48, 7. Mär. 2017 (CET)

: Bespielsweise: ''Keine Angabe''. Oder "<code>crazy</code>". Oder <code>42</code>. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:57, 7. Mär. 2017 (CET)
::Mh, irgendwie funktioniert das bei mir nicht so richtig. Ich habe ein bisschen experimentiert, bekomme aber nichts vernünftiges hin. Entweder es zieht alles zusammen oder klappt alles auseinander. Eigentlich möchte ich doch nur, dass das Format, wie es war beibehalten wird (also im Bereich Literatur z.B.). Gibt es noch einen Trick den ich versuchen könnte? Ansonsten danke für deine Zeit. mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:31, 7. Mär. 2017 (CET)

== Caret ==

Hallo PerfektesChaos, mir ist dbzgl. eine kleine Unannehmlichkeit aufgefallen. Die Cursormarke springt immer ans Ende bei mir, könnte man da was machen?[https://commons.wikimedia.org/w/index.php?title=MediaWiki:JSONListUploads.js&diff=prev&oldid=226383511 Z.B.]  <kbd style="white-space:nowrap;color:#456;"> -- ''[[User: Perhelion]]'' <small>13:12, 7. Mär. 2017 (CET)</small></kbd>

: Ich weiß weder, was du von mir willst, noch was ich mit dem Link anfangen soll.
: In dem Link geht es darum, dass jemand das Feld nicht mit <code>.val()</code> anfassen will, wenn der Inhalt nicht verändert wurde.
:* WSTM schreibt auch nichts in das Textfeld zurück, falls der Wikitext absolut unverändert blieb.
:* WSTM muss aber den ursprünglichen Inhalt auslesen, und das geht nur mit <code>.val()</code>.
: Merke: WSTM ist dazu konzipiert, automatisch bei ersten Öffnen zur Quelltextbearbeitung gestartet zu werden, und ggf. den Inhalt zu ändern und zu diffen.
: Wenn du irgendwo eine vorherige interaktive Cursorposition behalten möchtest, musst du dich selbst darum kümmern.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:15, 7. Mär. 2017 (CET)
: 
:: Ja darum geht es, na dann versuche ich es mal. Gibt es denn da auch ein Hook-Event? VG <kbd style="white-space:nowrap;color:#456;"> -- ''[[User: Perhelion]]'' <small>15:24, 7. Mär. 2017 (CET)</small></kbd>

:: Im Moment nur die, die auf der Doku stehen, und die habe ich auch längst vergessen.
:: Wenn ihr mir mal ein paar Monate Ruhe geben würdet, käme die nächste Serie an Ausbau dran; das ist mir aber zu heikel, um das mal so eben zwischendurch zu machen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:54, 7. Mär. 2017 (CET)

== Fragezeichen  ==

Moin, hast du vielleicht Lust, statt  <code><nowiki><ref name=''faz_10102015''> =>  <ref name="???????" faz_10102015''></nowiki></code> (wie [[Spezial:Diff/164310944|hier]]) für <code><nowiki> <ref name=''faz_10102015''> => <ref name="faz_10102015"></nowiki></code> zu sorgen? Gruß, --[[Benutzer:Flominator|Flominator]] 08:37, 12. Apr. 2017 (CEST)

: Danke für den Hinweis, aber das ist mir zu heikel.
:* Für Menschen ist trivial zu erkennen, was gemeint ist.
:* Eine veränderte Programmierung in WSTM würde sich aber massiv auf alle ''tags'' auswirken und hätte schwer abzuschätzende Konsequenzen.
:* <code>name='&apos;</code> ist erstmal legitime Syntax. Dem Parameter wird eine leere Zeichenkette zugewiesen, das ist in Ordnung.
:** Danach kommt ein allein stehendes Schlüsselwort <code>faz_10102015</code> – gibt es hin und wieder bei einigen unserer XML-Elemente.
:** Zum Schluss kommt ein seltsam lose rumstehendes <code>'&apos;</code> und löst das eigentliche Problem aus.
:** Für Software ist nicht klar, was gemeint ist.
:** Mediawiki interpretiert zurzeit den Bezeichner übrigens nicht als <code>faz_10102015</code>, sondern als <code><nowiki>''faz_10102015''</nowiki></code> identisch mit <code>name="<nowiki>''faz_10102015''</nowiki>"</code>. Wenn das an anderer Stelle so verwendet wird und ich manipuliere den Bezeichner, dann ist auch wieder nicht reht.
: Da es wohl insgesamt nur sehr wenige Artikel betrifft (und wenige verursachende Benutzer über die Jahre hinweg), ist die manuelle Beseitigung besser geeignet.
: Ein zukünftiger besserer Parser könnte bei sowas vielleicht direkt meckern, statt irgendeine Interpretation hinzunehmen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 09:36, 12. Apr. 2017 (CEST)

== neues Ref-TAG ==

Moin Moin PerfektesChaos, das [[Wikipedia:Projektneuheiten#16. März|neue Einzelnachweis-TAG]] wird momentan massenhaft vom InkoBot in die Artikel gebracht (<nowiki><references responsive /></nowiki>). Daraus macht WSTM momentan <nowiki><references responsive="???" /></nowiki>, weil wahrscheinlich nicht bekannt, oder? Bekommt man das angepasst? Danke im Voraus --[[Benutzer:Crazy1880|Crazy1880]] 09:11, 18. Mär. 2017 (CET)

:# Die fraglichen 11 Bytes hatte ich schon vorgemerkt, auch schon mit Do/Fr auf meiner Festplatte eingefügt.
:#* Ich warte aber meist um die zehn Tage mit Liveschaltung und Doku, weil das öfters mal ein ''rollback'' gibt.
:#* Konnte ja nicht ahnen, dass das hier lawinenmäßig eingebaut wird.
:# Testversion geht heute abend live; werde nachmittags mal ein wenig spielen.
:# Auf [[H:EN]] gibt es mittlerweile einen lustigen Edit-War.
:#* Völlig klar ist, dass die existente Software-Funktionalität zu dokumentieren ist.
:#* Da kann man ja dranschreiben, dass dies zurzeit nicht erwünscht sei.
:#* Die üblichen Verdächtigen scheinen zu glauben, dass die Software-Funktion verschwindet, wenn man die Doku darüber löscht, und Probleme durch Totschweigen zu lösen wären.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:16, 19. Mär. 2017 (CET)

<div style="clear:both"></div>
::Das Problem ist hier, dass es [[Wikipedia:Einzelnachweise]] nicht gibt (bzw. auf die falsche Seite weiterleitet, denn in [[WP:Belege]] steht ja eigentlich schon alles.) [[Spezial:Beiträge/129.13.72.198|129.13.72.198]] 15:59, 24. Apr. 2017 (CEST)

== Bad selektor ==
Sollte doch sicherlich nicht im Text eingefügt werden, oder? *** bad selector '/0022-3514.80.5.766' *** bad selector '/0022-3514.80.5.766 *** bad selector '/0022-3514.80.5.766 und das verviefacht sich mit jedem Aufruf von WSTM. Schaust du bitte mal in diesen Artikel. [[Diederik Stapel]] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 18:44, 28. Apr. 2017 (CEST)

:* Strange.
:* Es ist schon so gedacht, dass WSTM sich in schweren Fällen auf diese Weise bemerkbar macht. Damit sehen das dann nachfolgende Autoren nach dem Abspeichern, und eigentlich WSTM-Bearbeiter vorher auch in der Diffpage.
:* Verblüffend ist, dass diese komische ID mit einem Schrägstrich beginnend tatsächlich „richtig“ ist.
:** Trotzdem Quatsch bei der Registrierung gelaufen, der gehört da nicht hin.
:** WSTM beanstandet ihn.
:** Lua winkt ihn durch.
:** Wenn’s geht, lass mir den Artikel mal bis nächsten Monat.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:11, 28. Apr. 2017 (CEST)
:: O.k. alles klar. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 20:09, 28. Apr. 2017 (CEST)
Ich habe es jetzt noch mal ohne diesen doppelten Slash getestet: [[doi:10.1037/0022-3514.80.5.766]] = {{DOI|10.1037//0022-3514.80.5.766}}. Das ginge auch. Ist mir nicht einmal wirklich aufgefallen, weil ich mir gar keine Gedanken über die Zusammenstellung dieser Nummern mache. Danke fürs anpassen, es ist jetzt jedenfalls weg. Das geht aber gewiss nicht generell überall mit doppeltem <code>//</code>. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:34, 29. Apr. 2017 (CEST)
----
Was ist hier falsch?
* {{Literatur |Titel=Chemical and isotopic … |Sammelwerk=Cenozoic volcanism in the Mediterranean area |Reihe=Geological Society of America, Special Paper |BandReihe=418 |Datum=2006 |Seiten=171–202 |DOI=10.1130/2007.2418(09)}}
* {{Literatur |Titel=Chemical and isotopic … |Sammelwerk=Cenozoic volcanism in the Mediterranean area |Reihe=Geological Society of America, Special Paper |BandReihe=418 |Datum=2006 |Seiten=171–202 |DOI=10.1130/2007.2418(09)}} *** bad selector '2007.2418(09)'
Die Klammer? ohne geht es aber nicht, muss ich die maskieren? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:58, 9. Mai 2017 (CEST)

: Klammer am Ende ist bislang unerwartet; ignorieren, kommt gelegentlich. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:11, 9. Mai 2017 (CEST)
:: O.k. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:19, 9. Mai 2017 (CEST)

== Problem mit der [[Vorlage:Spaltenbreite]] ==

Moin [[Benutzer:PerfektesChaos|PerfektesChaos]], seit einiger Zeit wird die [[Vorlage:Spaltenbreite]] regelmäßig in Filmografien eingesetzt, z.&nbsp;B. [[Oliver Korittke#Filmografie (Auszug)hier]]. Leider macht WikiSyntaxTextMod aus <nowiki><div style="{{Spaltenbreite}}"></nowiki> folgendes <nowiki><div style="???:{{Spaltenbreite}}"></nowiki>. Könntest du dir das bitte einmal ansehen? Vielen Dank vorab und einen guten Start in die Woche! --[[Benutzer:Abu-Dun|Abu-Dun]] <small>[[Benutzer Diskussion:Abu-Dun|Diskussion]]</small> 08:35, 22. Mai 2017 (CEST)

: Danke für den Hinweis.
: Das „Problem“ ist durchaus bekannt; gehört allerdings zu denjenigen, die sich mit der Zeit von alleine lösen werden.
: Die Vorlage macht nichts anderes, als die Spaltenbreite-Angaben in den privaten Experimentalformaten verschiedener Browser anzugeben.
: Das liegt daran, dass diese Eigenschaft relativ neu in den Standard aufgenommen wurde.
: Nun war im März der Firefox der letzte Browser, der in seinen Serienversionen die Standard-Eigenschaft erkennt. Da in der Regel bei jedem Benutzer die Firefox-Version automatisch auf den letzen Stand gebracht wird, sind die expermentellen Angaben der Vorlage eigentlich nicht mehr nötig.
: Wenn du es nur selten und gelegentlich anderer Bearbeitungen machst, könntest du die Vorlageneinbindung durch <code style="white-space:nowrap">column-width:30em;</code> ersetzen (oder ganz wegmachen, falls du es unpassend fändest).
: In der deutschsprachigen Wikipedia möchten wir in Artikeln unmittelbar verständliche Syntax einsetzen; und die Korrektheit des Quelltextes lässt sich dadurch auch besser überwachen.
: Vermutlich ab nächstem Jahr wird dann WSTM alle Einbindungen der Vorlage automatisch auflösen, die noch angetroffen werden.
: Diese Vorlage wird auch irgendwann als „veraltet“ markiert werden.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:00, 22. Mai 2017 (CEST)

== Zeilenumbrüche in Vorlagen Literatur und Internetquelle ==
Hallo PerfectChaos,
bin nach meinem Eintrag auf Technische Wünsche hier auf deine Disk verwiesen worden.<br />
Auch wenn ich mich hiermit hier wiederhole, möchte ich dich gerne noch einmal herzlich bitten, die Regel in dem WikiSyntaxTextModule dahingehend zu ändern, dass das Teil vorher prüft, ob es Zeilenumbrüche in den Vorlagen gibt, die dann auch nach Bearbeitung des Artikels wieder erstellt werden, aber wenn es keine Umbrüche gibt, diese dann auch nicht zwangsweise erzeugt werden. Ich bin nicht der Einzige hier, der die bestehende Regel für etwas unsinnig und nervig hält. Wenn es Leute gibt die die Umbrüche mögen, gerne, ebenso gibt es aber auch Leute, die die Zeilenumbrüche in den von ihnen betreuten Artikeln nicht mögen. Dem sollten wir mit der von mir vorgeschlagenen Regel Rechnung tragen. Vor der Einführung dieser Regel in den Tool ging es doch auch...
LG [[Benutzer:Ulanwp|Ulanwp]] ([[Benutzer Diskussion:Ulanwp|Diskussion]]) 16:07, 8. Jun. 2017 (CEST)
:Moin Moin [[Benutzer:Ulanwp|Ulanwp]], theoretisch könnte es jeder Benutzer des Tool selber einstellen, wie er es gerne hätte ([[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template#style|siehe hier]]). Du würdest es aber gerne, so lese ich es hier, für alle als default haben wollen, richtig? mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:56, 8. Jun. 2017 (CEST)
:: Wir haben doch derzeit das Problem, dass wenn jemand mit dem Tool einen Artikel bearbeitet, zwangsweise der Zeilenumbruch generiert wird. Die editierenden Person, weiß u.U. garnicht was das Tool da anrichtet. Zum anderen kann man von den Nutzern dieses Tool doch nicht verlangen sich mit der nicht ganz einfach zu verstehenden Parametrisierung des Werkzeugs zu beschäftigen, um dann das gewünschte Ergebnis mit den Zeilenumbrüchen zu bekommen. Auch dann würde, wenn ich das richtig verstanden habe, die betreffende Person für jeden Artikel präjudizieren ob CRLF oder nicht, was im Ergebnis zu dem gleichen Problem führt, wie bereits geschildert. Es wäre aus meiner Sicht das Beste, wenn das Tool in Bezug des CRLF nichts unternimmt und die Vorlagen in diesem Punkt unverändert läßt. LG -- [[Benutzer:Ulanwp|Ulanwp]] ([[Benutzer Diskussion:Ulanwp|Diskussion]]) 23:30, 8. Jun. 2017 (CEST)
::+1 --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 10:06, 9. Jun. 2017 (CEST)

* WSTM kann da nichts anders machen.
** WSTM kennt nur die Werte der Parameter, nicht aber die Dekoration im Quelltext und was ein Mensch mit den gleichwertigen Quelltextformatierungen vielleicht gemeint haben könnte.
** Es sieht so aus wie in [{{canonicalurl:toollabs:templatetiger/tt-table4.php|template=literatur&lang=dewiki}} dieser Tabelle].
* WSTM verdaut alle Inhalte und Parameterwerte, und generiert daraus neue, ggf. korrigierte oder zusammengefasste oder aufgeteilte Parameterwerte.
** Falls du dich etwas mit Bio auskennst, hast du vielleicht schon mal was von Metamorphose gehört: Die Innereien der Raupe werden komplett auseinandergenommen, die Moleküle zerlegt, von der ursprünglichen Anatomie bleibt nichts mehr übrig, alles Brei. Aus den Komponenten wird ein neues Tier gebastelt; es entschlüpft ein strahlender Schmetterling.
* WSTM kann nur das Ausgabeformat des neuen Parametersatzes entscheiden.
* Es gibt eigentlich einen recht soliden Kompromiss:
** Im Kernbereich des Artikels wird alles in eine Zeile zusammengeschoben.
*** Das kommt den späteren Bearbeitern entgegen, die sich über Unübersichtlichkeit des Fließtextes und zu lange Abschnitte und zu umfangreiche Einschübe zwischen Haupt- und Nebensatz beklagen.
*** Der sogenannte „Hauptautor“ ist nicht der einzige Bearbeiter des Textes; auch andere Wikipedianer müssen damit arbeiten können.
** Im hinteren Bereich, also bei Werklisten, Literatur, Weblinks und Einzelnachweisen wird es zeilenweise gegliedert.
*** Das kommt den späteren Bearbeitern entgegen, die sich im Detail mit den bibliografischen Angaben beschäftigen, dauerhaft überflüssige Parameter entfernen, die Schlüssigkeit und Richtigkeit einzelner Angaben nachprüfen und ggf. korrigieren oder verfeinern.
*** Wenn alles in eine Zeile geklatscht wird, geht dieser Überblick völlig verloren und ist eine Bearbeitungsbarriere.
*** In den Schlussabschnitten ist auch des Scrollen in einer Auflistung nicht das Drama; jede Infobox macht es genauso, aus den gleichen Gründen.
*** Der sogenannte „Hauptautor“ ist nicht der einzige Bearbeiter des Textes; auch andere Wikipedianer müssen damit arbeiten können und für ihre Bemühungen zur Verbesserung des Artikelbestandes Unterstützung erhalten.
** Nun gibt es einen Kompromiss, der sich bemüht, den Interessen aller momentanen und zukünftigen Bearbeiter weitmöglichst Rechnung zu tragen, und dann ist es auch irgendwann gut.
** Nimmt man die Gesamtheit der Mitautoren aller mit WSTM bearbeiteten Artikel, dann scheint das weitaus überwiegend keine schrecklichen Probleme zu bereiten.
* Du musst dir übrigens auch keine Sorgen um deine Neueeland-Artikel machen.
** Die werden inzwischen projektweit gemieden; ob der überbordenden Fülle der ''lang-''Vorlageneinbindungen sowie deiner Reaktionen, wenn jemand wagt, „deine“ Artikel anzufassen.
** Nebenbei bemerkt kennt textverarbeitende und vorlesende Software durchaus Wörter wie New York oder Washington, wohl auch Sydney und Wellington oder Auckland oder Bridge oder irgendwas, das mit ''the'' anfängt und dann vielleicht in einem anderen Wörterbuch nachzuschlagen wäre. Die wissen heutzutage, dass das Englisch ist, und wie es auzusprechen wäre und welche Rechtschreibung in Frage kommt. Deine ''lang-''Vorlageneinbindungen sind überwiegend überflüssig, machen aber den Quelltext völlig unlesbar. Äh, worüber hattest du dich in Sachen WSTM beschwert?
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:43, 10. Jun. 2017 (CEST)
:: zu den Zeilenumbrüchen:
:: in dem Matsch, der in der jetzigen Diffpage nach der Bearbeitung durch WSTM angezeigt wird, kann niemand die wirklichen Korrekturen des Bearbeiters herauslesen. Da braucht sich keiner zu wundern, wenn die Bearbeitung revertiert wird und die Revertierer ihren Frust in der Zusammenfassungszeile rüberbringen. Ansonsten ist es mir völlig egal, ob da Zeilenumbrüche rein oder rausmontiert werden. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 21:37, 10. Jun. 2017 (CEST)

::: SchnarkDiff oder die Mobil-Diffpage nehmen; die kommen damit prima klar und stellen die (Nicht-)Unterschiede nachvollziehbar dar. Wer nur die traditionelle Diffpage kennt, ist natürlich mager dran.
::: Einmalig umgewandelt und die Reihenfolge belassen, und dann ist auch Ruhe.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:45, 10. Jun. 2017 (CEST)

:: Erst einmal vielen Dank für deine Mühe, die komplizierten Sachverhalte zu erklären. Das mit den Lang-Vorlagen lassen wir mal, das ist ein anderes Thema, wozu ich, wenn gewünscht, an anderer Stelle etwas beitragen könnte. Aus deinen obigen Ausführungen kann ich entnehmen, dass die Entscheidung CRLF ja oder nein eine gewollte Entscheidung war und nichts mit der Arbeitsweise des WSTM zu tun hat. Ein Satz dazu hätte genügt. Dass in den Abschnitten Literatur, Weblinks und Einzelnachweisen die CRLF mit Übersichtlichkeit und Wartungsfreundlichkeit argumentiert wird, dies im Artikeltextfluss dann aber nicht mehr so wichtig ist, stellt ein Widerspruch dar, der im Letzteren dann wohl mit der Unübersichtlichkeit des Textes begründet werden wird. So einfach kann es sein ... ;-) Deine Ausführungen wollen heißen: ich muss damit leben, oder? Gruß -- [[Benutzer:Ulanwp|Ulanwp]] ([[Benutzer Diskussion:Ulanwp|Diskussion]]) 00:50, 11. Jun. 2017 (CEST)

::::@[[Benutzer:PerfektesChaos|PerfektesChaos]] Du verstehst es immer noch nicht. Es geht nicht darum was ich verwende, sondern das der Standardnutzer, so er denn nichts anderes verwendet, mit der Standard-Diffpage zurande kommen muss. Und das funktioniert eben so, wie oben beschrieben. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 19:25, 11. Jun. 2017 (CEST)

== ref name ohne "…" aber mit Leerzeichen ==

<code><nowiki><ref name=hallo wo bin ich>Text</ref>→<ref name="hallo" wo bin ich="???">Text</ref></nowiki></code> Und dazu werde ich angemeckert. Wenn da jetzt ein kompletter Satz stünde, manche Leute tun so etwas, dann käme eine Meldung für jedes Wort, das durch ein Leerzeichen getrennt ist und nicht in "…" verbucht war.
<pre>
Falsches Attribut-Format im Tag
<ref name=hallo wo bin ich
(2×) Tag mit unbekanntem Attribut
<ref wo>
(2×) Tag mit unbekanntem Attribut
<ref bin>
(2×) Tag mit unbekanntem Attribut
<ref ich=...>
</pre>
Nicht, dass ich damit nicht klar käme, aber … ich soll nicht fragen, nur was mach ich, wenn mir so etwas auffällt. Viele schreiben Leerzeichen in ref-namen. Toll, ich weiß wieder nicht, wie man das suchen müsste. Und ja ich weiß, WSTM kann nicht wissen, ob da <code>ref name="Bezeichnung" group="Gruppe"</code> oder eben <code>ref name="Bezeichnung group=Gruppe"</code> gemeint wäre, falls jemandem so etwas einfallen sollte zu schreiben. Das ist nur eine Info. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:09, 28. Jun. 2017 (CEST)

== Doppelpipe zwischen Parameterangaben ==

[[Neuberg an der Mürz]] macht merkwürdige Sachen aus der {{Vorlage|Klimatabelle}}
<pre>
| hmjan = -1.6 || hmfeb =  0.3 || hmmär =  4.8
| hmapr = 10.0 || hmmai = 14.9 || hmjun = 17.9
| hmjul = 20.0 || hmaug = 19.7 || hmsep = 16.1
| hmokt = 10.8 || hmnov =  4.0 || hmdez = -0.2
…
</pre>
wird
<pre>
| hmjan = -1.6 |1=| hmfeb =  0.3 |2=| hmmär =  4.8
| hmapr = 10.0 |3=| hmmai = 14.9 |4=| hmjun = 17.9
| hmjul = 20.0 |5=| hmaug = 19.7 |6=| hmsep = 16.1
| hmokt = 10.8 |7=| hmnov =  4.0 |8=| hmdez = -0.2
…
</pre>
Ich vermute dort müsste eigentlich nur ein Pipe stehen, weil das ja eine Parameterauflistung ist und keine Tabellensyntax, oder? Ob so etwas häufig vorkommen mag, weiß ich nicht. Für Höchstwerte →{{Wikipedia-Suche|insource:/\{{!}}\{{!}}\ hmfeb/|20}}-1, weil ich es dort entferne. Aber möglicherweise wären ja auch andere Vorlagen betroffen, ich weiß es nicht. Stecknadeln in Heuhaufen. Nur zum anschauen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 08:20, 3. Jul. 2017 (CEST)

== DOI: bad selector ==

Hi, WSTM hat gerade den DOI 
 10.1061/(ASCE)0733-9445(2004)130:1(38)
im Artikel [[Formgedächtnislegierung]] als bad selector markiert. Der ist aber richtig und funktioniert auch so. --[[Benutzer:Nothingserious|Nothingserious]] ([[Benutzer Diskussion:Nothingserious|Diskussion]]) 06:01, 18. Jul. 2017 (CEST)

:* Danke für den Hinweis.
:* Auslösend ist die ungewöhnliche schließende Klammer am Ende des Bezeichners.
:* Bereits im Mai des Jahres gab es einen solchen Hinweis anhand eines ähnlich seltsamen DOI, weshalb ich auf meiner Festplatte damals den Code angepasst hatte, aber durch Arbeitsüberlastung ging die Bereitstellung nach interner Erprobung irgendwie unter. Jetzt Prozedur angeschoben.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:13, 18. Jul. 2017 (CEST)

== Statistik ==

Die [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/lang/dewiki#Anhang:_Statistik|Statistik]] ist von November 2015 und damit mehr als anderthalb Jahre alt. Wie wärs mal wieder mit einem Update? [[Spezial:Beiträge/129.13.72.198|129.13.72.198]] 11:49, 19. Jul. 2017 (CEST)

: Hätt ich auch gern halbjährlich, aber mein Statistiker hatte seit einiger Zeit Probleme auf der Festplatte mit den GigaBytes für Dumps, und seit VE steht Syntaxvereinheitlichung und Quelltext auch nicht mehr so hoch im Kurs. Müsstest du direkt anhauen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:23, 19. Jul. 2017 (CEST)
::[[Benutzer:Schnark]], wie siehts aus? Es wird mal wieder Zeit. [[Spezial:Beiträge/92.75.107.146|92.75.107.146]] 19:17, 19. Jul. 2017 (CEST)

::: Er hat Ping abgeschaltet; du musst da schon persönlich auf der BD aufschlagen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:22, 20. Jul. 2017 (CEST)

== Pipeschwund ==

[[Datei:Landskab (frugthave).jpg| {{Bildgröße| SG| 1249| 1500}}| Le Clos du père Lucien, Éragny]] wird zu [[Datei:Landskab (frugthave).jpg  {{Bildgröße| SG| 1249| 1500}}| Le Clos du père Lucien, Éragny]]
{{absatz}}
Kannst du da bitte mal schaue, dass das nicht passiert. Ich habe gestern eine komplette [[Spezial:Diff/168655051/168656739|Seite ruiniert]], ohne es zu merken, da ich die Seite über den Lintlink geöffnet und vorher nicht angesehen hatte. Es ist mir nicht aufgefallen, da die Bilder sofort weg waren und ich nicht wusste und vielleicht auch weil meine Aufmerksamkeit etwas nachgelassen hatte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 07:29, 1. Sep. 2017 (CEST)
: Es kommt nicht [https://de.wikipedia.org/w/index.php?title=Spezial%3ALinkliste&limit=500&target=Vorlage%3ABildgr%C3%B6%C3%9Fe&namespace=0 so häufig im ANR] vor. Daher wunderte ich mich, dass ich das noch nie bewusst gesehen hatte. Ansonsten gibt es aber wohl etliche Einbindungen der Vorlage. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 09:22, 1. Sep. 2017 (CEST)

:: Ich vermute mal, das liegt daran, dass nach dem Dateinamen sofort die Vorlageneinbindung folgt.
:: Müsste sich beheben lassen.
:: Wobei man eigentlich die im ANR substen könnte. Wobei das doof wäre, wenn zukünftig mal jemand diese Flächenformel ändern würde.
:: Mal sehn, vielleicht WE.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:43, 1. Sep. 2017 (CEST)
: Ja das wird es wohl sein, wenn ich es nach hinten tausche, wird lediglich das Leerzeichen zwischen Pipe und Bildbeschreibung entfernt. Es eilt nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:56, 1. Sep. 2017 (CEST)

:: Die Programmierung gibt es seit mindestens November 2015, wahrscheinlich auch schon länger.
:: Ich habe da mal was gemacht, kann aber noch nicht so recht die Nebenwirkungen einschätzen und habe nach zwei Jahren alles vergessen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:34, 1. Sep. 2017 (CEST)
::: Ich werde schauen, ob mir etwas auffällt. Bisher jedenfalls ist es noch genau so wie eben. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:07, 1. Sep. 2017 (CEST)

:::: Na, erstmal bin ich selbst dran; du erst nächste Woche. A popo: Schönes Wochenende --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:24, 1. Sep. 2017 (CEST)
:: Ach sooo. Es ist, was dir natürlich bewusst sein wird, nicht Vorlagenabhängig, sondern hängt direkt an der mindestens doppelten {{}} auch bei if expr switch <nowiki>[[Datei:Psilocybe aztecorum 106872.jpg|{{#expr: (220 * 429 / 486) round 0}}px|alt=]]</nowiki> oder {{{Variablen}}}. Es könnte also eigentlich sehr viele Fehler verursachen, überall wo diese Klammen direkt auf .jpg| .svg| … folgen, wie {{Vorlage|center}} oder {{Vorlage|lang}}. Nicht, wenn sie {einzeln} steht.
:: So genug davon. Auch ich wünsche dir ein angenehmes Wochenende. Gestern lief es ganz gut, habe wieder etwas gefunden wo man mehr als eine Seite wegkicken kann.  --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:48, 1. Sep. 2017 (CEST)

::: Ob die <code>&#123;&#123;</code> zu einer Vorlage oder if expr switch gehören, ist für WSTM nur sekundär und hier nicht weiter maßgeblich. An dieser Stelle beendet WSTM grundsätzlich die Analyse, weil unbekannt ist, was da rauskäme. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:21, 1. Sep. 2017 (CEST)
:: Ich schrieb doch dir ist das klar, mir nicht zwingend. Daher teste ich halt immer alles mögliche. <> ist beispielsweise sauber. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:54, 1. Sep. 2017 (CEST)

Die Vorlage gehört aus dem ANR entfernt, da sie nur für die Hauptseite gedacht ist. 
[[Spezial:Beiträge/178.2.90.198|178.2.90.198]] 11:02, 2. Sep. 2017 (CEST)

: Im Prinzip ja.
: Aber das Berechnungsverfahren wurde in diesen Listen durchaus sinnvoll angewendet, und mag so auch in ähnlichen Fällen gehandhabt werden. Die Alternative ist nicht zielführend.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:28, 2. Sep. 2017 (CEST)

:Oha, es scheint schlimmer geworden zu sein. Das mit der Bildgröße scheint zu funktionieren aber
<pre>
[[Datei:William Hogarth 021.jpg|mini|links|{{center|Ölbildversion der ersten Szene}}]]
[[Datei:William Hogarth - A Rake's Progress - Plate 1 - The Young Heir Takes Possession Of The Miser's Effects.jpg|mini|{{center|Bild 1 als Kupferstich}}]]
----
[[Datei:William Hogarth 021.jpg|mini|links{{center|Ölbildversion der ersten Szene}}]]
[[Datei:William Hogarth - A Rake's Progress - Plate 1 - The Young Heir Takes Possession Of The Miser's Effects.jpg|mini{{center|Bild 1 als Kupferstich}}]]
</pre>
:Ich hielt es eigentlich für eine ganz sinnvolle Lösung anstelle von <code>&lt;center&gt;…&lt;/center&gt;</code> die Vorlage {{Vorlage|center}} einzufügen, weil das kürzer und für meine Begriffe auch einfacher ist als <code>&lt;span style="text-align:center"&gt;…&lt;/span&gt;</code> Du kannst nicht zufällig für bestimmte Vorlagen eine whitelist anlegen und WSTM sagen halt hier keine Pipes entnehmen? Und heute fühle ich mich völlig nutzlos. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:21, 9. Sep. 2017 (CEST)

:: Dann muss ich da heute nacht nochmal nachdenken.
:: Diese dämliche Zentrierung der Bildlegenden ist überflüssig wie nur was, aber manche Autoren sind ganz wild auf ihren persönlichen Stil. Entweder alle zentriert oder alle normal. Es gibt keinen Grund, warum Artikel A das von Autor X zentriert bekommt und Autor B es im Artikel Y einfach in Ruhe lässt.
:: OT – [[Hilfe:Symbolleisten #Edittools]] – die Buttons sehen jetzt anders aus. {{Häkchen}}
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:57, 9. Sep. 2017 (CEST)
::: Oh sorry, das hatte ich völlig aus den Augen verloren. Ich schau gleich mal. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:04, 9. Sep. 2017 (CEST)
:: Na ja aber es könnten ja auch andere doofe Vorlagen dort stehen, {{Vorlage|lang}} {{Vorlage|nowrap}} {{Vorlage|arS}} was weiß ich, den Leuten fallen die merkwürdigsten Dinge ein. {{s}} tja, der könnte es auch sein. Ich stelle es mir nicht gerade einfach vor solche Skripte zu warten und auf alle Eventualitäten gefasst zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 17:27, 9. Sep. 2017 (CEST)

== miniatur ==

Hi,<br />aus<br /><nowiki>[[Datei: Dietfurt bei Treuchtlingen (1).JPG|miniatur|Wappen des Klosters St. Walburg</nowiki><br />wird<br /><nowiki>[[Datei:Dietfurt bei Treuchtlingen (1).JPG||iniatur|Wappen des Klosters St. Walburg</nowiki><br />Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 15:56, 13. Sep. 2017 (CEST)
: Hallo RonMeier, das kann ich zwar bestätigen, aber das scheint irgendwie an dem Link zu liegen
<pre style="margin-left:1.5em;">
[[Datei: Dietfurt bei Treuchtlingen (1).JPG|miniatur|Wappen des Klosters St. Walburg zu Eichstätt am Zehentstadel zu Dietfurt]]
</pre>
: versuch doch mal 
<pre style="margin-left:1.5em;">
[[Datei:Dietfurt bei Treuchtlingen (1).JPG|miniatur|Wappen des Klosters St. Walburg zu Eichstätt am Zehentstadel zu Dietfurt]]
</pre>
: Da ist ein Leerzeichen hinter <code>Datei:&nbsp;</code>, ich vermute mal das darf dort nicht sein und führt zu diesem Chaos. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:47, 13. Sep. 2017 (CEST)

:: Danke für den Hinweis.
:: Ist ein Kollateralschaden von ein Abschnitt drüber, der noch in Erprobung ist.
:: Inzwischen habe ich mir eine Anti-Maßnahme ausgedacht und erprobe diese erstmal selbst.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:09, 14. Sep. 2017 (CEST)

:::danke euch beiden. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 12:17, 14. Sep. 2017 (CEST)

== 1 2 3 ==

Kannst du bitte das [[Demokratik_Toplum_Partisi]] mal kurz ansehen und mir sagen was da passiert? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 13:43, 16. Sep. 2017 (CEST)
:Schau hier [[Benutzer Diskussion:Crazy1880#Demokratik Toplum Partisi: Deine Änderungen]] --[[Benutzer:Crazy1880|Crazy1880]] 14:03, 16. Sep. 2017 (CEST)
:: Nein, da meine ich nicht. Warte.
<pre style="margin-left:3em;">
[[Ahmet Türk|1={{lang|tr|Ahmet Türk}}]]
[[Emine Ayna|2={{lang|tr|Emine Ayna}}]]
[[Orhan Doğan|3={{lang|tr|Orhan Doğan}}]], [[Hatip Dicle|4={{lang|tr|Hatip Dicle}}]]
{{Internetquelle |autor=yenisafak.com.tr |url=http://www.yenisafak.com.tr/gundem/?t=04.10.2007&c=1&i=72795 |titel={{lang|tr|DTP'ye silahlı saldırı}} |werk=[[Yeni Şafak |1={{lang|tr|Yeni Şafak}}]] |hrsg={{lang|tr|Albayrak Medya Grubu}} |datum=2007-10-04 |archiv-url=https://web.archive.org/web/20151210145441/http://www.yenisafak.com/gundem/dtpye-silahli-saldiri-72795 |archiv-datum=2015-12-10 |zugriff=2017-09-15}}
</pre>
:: Das finde ich sehr merkwürdig. Das andere habe ich schon gesehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:10, 16. Sep. 2017 (CEST)

Die Zahlen sind bedauerlich, aber ich kann nichts dagegen machen.
* WSTM hat den Eindruck bekommen, dass hinter den Pipes Parameter der Infobox stehen würden, weil die Vorlageneinbindung die Erkennung des Wikilinks und die Zuordnung der Pipe zum Wikilink abgeschossen hat.
* Es greift irgendwie um sich, dass ein paar Leutchen jedes Fitzelchen fremdsprachlichen Textes mit der ''lang''-Vorlage dekorieren, obwohl das eigentlich fast nie irgendjemand was bringt. Macht nur das HTML-Dokument länger, den Quelltext komplizierter, aber solange das lateinsche Buchstaben sind, kann niemand was damit anfangen und bleibt wirkungslos.
* Repariert halt vorsichtig das, weswegen es auf den Wartungslisten aufschlug, merkt euch die Bearbeiter und ihre Themen, und mehr ist nicht zu tun.
* Beim Ló-Beispiel hatte es ja wenigstens eine WSTM-eigene Fehlermeldung ausgelöst.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:45, 16. Sep. 2017 (CEST)

Dachte ich mir schon, ich kann diese Lang-Vorlage nicht ausstehen. Gut, es hätte ja sein können, dass auch das irgendwie ein Nebeneffekt einer Änderung wäre oder, dass es an einer „meiner“ (ähm ja übernommenen) WSTM-Konfigurationen liegen könnte. Ja es hat zumindest die Zahl in der Internetquelle bemängelt. Ich finde es ziemlich witzlos innerhalb einer Verlinkung eine Langvorlage zu setzen. Ich vermute anders herum würde es keine Probleme bereiten.
<pre>
{{lang|tr|[[Ahmet Türk]]}}
{{lang|tr|[[Emine Ayna]]}}
{{lang|tr|[[Orhan Doğan]]}}, {{lang|tr|[[Hatip Dicle]]}}
</pre>
Ich wechsle das mal um, damit es nicht dem nächsten wieder um die Ohren fliegt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:08, 16. Sep. 2017 (CEST)

:: Das ist mindestens deutlich kürzer als die ursprüngliche Fassung, die das <code style="white-space:nowrap">Ahmet Türk</code> zweimal schrieb; einmal als Linkziel und nochmals als Vorlagenparameter.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:14, 16. Sep. 2017 (CEST)

== Kommentar von Internetquelle entfernt ==

Warum wird eigentlich in [[Freiheit statt Angst]] in der Quelle 35 (''Jahresbericht 2012 – Was haben wir gemacht?'') der Kommentar entfernt? Zugegeben, in der Artikelansicht sieht man ihn momentan sowieso nicht. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 22:58, 28. Sep. 2017 (CEST)
:Moin Moin {{ping|Hadibe}}, das kann ich schnell beantworten, da fehlte ein Pipe vor dem Parameter. Ich habe ihn mal ergänzt. mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:00, 29. Sep. 2017 (CEST)


:: Richtig, danke.
:: Dort stand:
::* <code>|zugriff=2013-09-08 kommentar=...</code>
:: Das gesamte Gedöns wird als eine Art Zeitzone oder Uhrzeit interpretiert.
:: Mit Pipe wäre das nicht passiert.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 08:21, 29. Sep. 2017 (CEST)

::: Danke euch. Selbst nach Crazys Antwort habe ich noch eine Weile gesucht, weil es direkt am Zeilenanfang war… --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 10:47, 29. Sep. 2017 (CEST)

== Vorlage SächsBio > Säbi ==

Moin Moin PerfektesChaos, kann es sein, dass WSTM die Vorlage {{Vorlage|Säbi}} zur Vorlage {{Vorlage|SächsBio}} macht? Augenscheinlich soll das nicht so sein, wie man in der Weiterleitung sehen kann ([//de.wikipedia.org/w/index.php?title=Vorlage:SächsBio&action=history Versionsgeschichte]). Aufgefallen im Artikel [[Gabriel Tzschimmer]] mit [[Spezial:Diff/170063865|meiner Bearbeitung]] und dann von 32X korrigiert. Kannst du das aus WSTM herausnehmen? mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:14, 17. Okt. 2017 (CEST)

:* Derzeit plane ich ohnehin keine Aktualisierungen des beteiligten Moduls.
:* Ich habe mir aber die Angelegenheit notiert.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:32, 18. Okt. 2017 (CEST)

== [[Schach]]bretter ==

Warum meckert WSTM <code><nowiki>Unerwartetes Format: {{Schachbrett|| Beschreibung=</nowiki></code>? Ich sehe keinen wirklichen Fehler. Wurde etwas verändert? Ich habe schon lange keine Schachbretter mehr gehabt, aber ich erkenne nicht, was ich da tun sollte. Es gab doch früher mal so einen Parameter <code>|Brett=</code> oder irre ich mich jetzt komplett? Vielleicht hängt es damit zusammen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 15:30, 22. Okt. 2017 (CEST)

: Ich weiß nicht, wer und wann die [[Vorlage:Schachbrett/Doku]] zuletzt aktualisiert hatte, aber in [[Schach]] soll es für WSTM so aussehen wie in [[Lettisches Gambit]] und etlichen anderen.
: Die Geschichte ist schon Jahre her; ich kann mich an nichts mehr erinnern.
: [[Vorlage:Infobox Schacheröffnung #Beispiele]] und [[Vorlage:Schachbrett-Chaturanga]] passen; hingegen [[Vorlage:Schachbrett-klein]] und [[Vorlage:Infobox Schacheröffnung #Kopiervorlage]] sind syntaktisch veraltet oder völlig neu.
: Da ist irgendeine Schrägstrich-Notation zugange, die ich nicht verstehe; es müssten Pipes zwischen allen Figuren stehen; sind aber nur noch acht Parameter mit einem Satz von acht Feldern pro Reihe.
: Frag mal die zuständige Redaktion.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:54, 22. Okt. 2017 (CEST)
:: Hmm ja, so hatte ich das auch eher in Erinnerung. Ich wüsste nicht einmal was ich da fragen soll. Scheinbar funktioniert es mit beiden Versionen. Mich hat halt vorhin zufällig dieser Fehlertext erwischt und ich war verwundert was da los sein könnte. [https://de.wikipedia.org/w/index.php?limit=50&title=Spezial%3ABeitr%C3%A4ge&contribs=user&target=Antonsusi&namespace=10&tagfilter=&start=2017-01-01&end=2017-01-31 Wer] das war siehst du doch etwa an der →[[Vorlage:Schachbrett/Konvertieren]], es lässt sich sicherlich nichts mehr ändern und ich habe auch nicht vor da nachzufragen, ob das abgesprochen war oder diskutiert wurde. Ich wollte es dir nur mitteilen. Mich stört es nicht ich kann so etwas ignorieren. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 16:49, 22. Okt. 2017 (CEST)
:::Diese Vorlage ist ständig problematisch. Könnte die Vorlagenwerkstatt mal tätig werden und eine [[:en:Template:Chess_diagram#Alternative_way_to_place_the_pieces:_FEN|FEN-fähige Vorlage]] erstellen? [[Spezial:Beiträge/92.75.107.196|92.75.107.196]] 20:26, 22. Okt. 2017 (CEST)

:::: Das wird die VWS nicht tun, bevor nicht die Schach-Redaktion darüber und über alle technischen Einzelheiten diskutiert und Konsens hergestellt hat.
:::: A popo Schach-Redaktion: Wann und wo hatte eigentlich die Schach-Redaktion über die Format-Änderung von Januar 2017 diskutiert und Konsens hergestellt?
:::: Und warum ist in den von der Schach-Redaktion betreuten und verantworteten Schachbrett-Vorlagen so hundsbeschissen dokumentiert, dass das ein Dutzend Jahre und in vielen Hundert Artikeln verwendete Schachbrett-Format verändert wurde? Warum wird nicht auffällig auf diee Änderung hingewiesen? Warum wird nicht das bisher in den Artikeln verwendete Format der Neuerung gegenübergestellt? Warum ist in den Doumentationen so schwammig-nebulös von einem „alt“ und „neu“ die Rede, statt präzise von „bis 2016“ und „ab 2017“ zu schreiben? Die einzige Jahreszahl, auf die sich ein „neu“ beziehen könnte, ist 2005. Kompatibilität mit anderen Wikis ist ja anscheinend nicht mehr erwünscht.
:::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:08, 22. Okt. 2017 (CEST)
:::::War wohl ein Alleingang von AntonSusi. [[Spezial:Beiträge/129.13.72.197|129.13.72.197]] 13:25, 23. Okt. 2017 (CEST)

== Parameter "Umfang" in Vorlage Literatur ==

Hi, Kannst du den Parameter "Umfang" bitte löschen, wenn ISBN oder DNB oder OCLC angegeben sind? Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 12:03, 6. Nov. 2017 (CET)

:* Kann ich nicht machen.
:* In einer Werkliste etwa ist das durchaus eine sinnvolle Direktangabe, und die Möglichkeit, sich das in irgendwelchen Nationalbibliotheken zusammenzusuchen, wäre unangemessen.
:* Den Quelltext würde es ohnehin nicht kürzer machen.
:* Mit „Seitenzahl“ taucht es etwa in [[WD:ZR #Verlagsangaben, Erscheinungsdatum, Seitenzahl, Format]] auf, und um sowas wird es sich ja wohl handeln.
:* Schmeiß es halt auf eigene Verantwortung raus, wo immer geht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:16, 6. Nov. 2017 (CET)
::Moin Moin RonMeier, darf ich mal nach dem Warum fragen? Neugierde. PS.: Ich kopiere mir mal zwei/drei/vier Dinge aus deiner Commons.js. mfg --[[Benutzer:Crazy1880|Crazy1880]] 16:47, 6. Nov. 2017 (CET)
:::Wenn ISBN/DNB/OCLC vorhanden ist, handelt es sich um eine redundante, sprich unnötige Angabe. Siehe auch Hinweis zu Umfang in der Vorlage Literatur. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 18:01, 6. Nov. 2017 (CET)
::::Grundsätzlich richtig, dass es redundant sei, aber schöner, meine Meinung, finde ich es, wenn ich auf einen Blick ersehen kann, ob es sich um einen dicken Wälzer handelt oder doch nur einen Flyer. Ich werde es also in den nächsten Angaben weglassen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 17:27, 8. Nov. 2017 (CET)

== Wie könnte ich … ==

… automatisch [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%3E%5C%7B%5C%7B%5BzZ%5Ditat%2F&title=Spezial:Suche&profile=default&fulltext=1&searchToken=cgjnotvycqc8dh2yk7ejgedy8 Zitat] immer an den Zeilenanfang setzen. Beispielsweise dort wo, es innerhalb von poem-Tags steht. Ich weiß, dass ich so etwas (poem mit Zitat geschachtelt) auch manchmal gemacht habe, weil Zitat nun mal alles ver-inline-t. Anders herum gehen aber immer die Anführungszeichen ins Nirgendwo.
{| class="toptextcells wikitable"
|-
| Zitat ohne poem
{{Zitat|Text=Das ist
[k]ein Gedicht}}
| Zitat außen um poem
{{Zitat|Text=<poem>Das ist
[k]ein Gedicht</poem>}}
| Zitat innerhalb von poem
<poem>{{Zitat|Text=Das ist
[k]ein Gedicht}}</poem>
| sollte aber besser so aussehen, falls überhaupt
<syntaxhighlight lang="html">
<poem>
{{Zitat|Text=Das ist
[k]ein Gedicht}}
</poem>
</syntaxhighlight>
|}
Das war immer eine kleine Notlösung, um nicht hundert &lt;br /&gt;s setzen zu müssen, zumal man mir davon abgeraten hatte &lt;br /&gt; in Artikel zu setzen. Ein Gedicht ist aber zumeist eben auch ein Zitat. Noch besser wäre vielleicht ein zusätzlicher Parameter, der es erlaubt ein Gedicht oder ähnliche Textblöcke zu zitieren, ohne dass es ein Bandwurmsatz wird. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 11:24, 8. Nov. 2017 (CET)

<div style="border: #DDDDDD 1px solid; margin-left: 2em;">
Es ist üblich:
<poem style="margin-left: 2em; font-style: italic;">
In Hamburg lebten zwei Ameisen,
die wollten nach Australien reisen.
Bei Altona, auf der Chaussee,
da taten ihnen die Beine weh,
und da verzichteten sie weise
dann auf den letzten Teil der Reise.
</poem>
Anführungszeichen um Gedichte finde ich doooof; Kursivschrift mit Einrückung reicht, um herauszustellen, dass das was anderes ist, und der umgebende Text oder die Abschnittsüberschrift sollten das klarmachen.
* Einleitender Satz wäre nicht schlecht, um <code>&lt;ref></code> unterzubringen.
</div>
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:20, 8. Nov. 2017 (CET)
:: Es geht mir nicht unbedingt um ein Gedicht sondern um zitierte Blöcke. Zitate sollen doch möslichst so wiedergegeben werden, wie man sie antrifft. Ich habe mich etwas ungenau ausgedrückt, nur dann wenn Anführungszeichen erforderlich wären. Klar kann man die auch im Text selbst setzen. Ich weiß nur, dass ich mich jedes Mal verbiegen musste um so etwas darzustellen. Vor diesem Problem stehe ich seit November 2011. Ich habe bisher noch keine wirklich gute Lösung gefunden. Es geht ja nicht nur um mich, ich kann mir behelfen, aber nicht alle [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=50&offset=0&profile=default&search=insource%3A%2Fpoem%5C%3E%5C%7B%5C%7B%5BzZ%5Ditat%2F&searchToken=46cffg75qwyx70901x3uha600 dieser Seiten] sind von mir so formatiert worden. Egal, ich schau mir die paar mal eben an. Ich war eigentlich über etwas anderes gestolpert nämlich center-tags um Vorlage:Zitat. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 12:40, 8. Nov. 2017 (CET)

::: [[Grammatischer Reim]] und [[Endsilbenreim]] sind Quack; der Dichter hatte <code>style="margin-left:2em"</code> nicht gekannt.
::: [[Osterfladen]] braucht keine Anführungszeichen.
::: ''poem'' wird von WSTM als Zitat gewertet; anders als Vorlage:Zitat.
::: Wo und was möchtest du denn genau und sinnvoll?
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 8. Nov. 2017 (CET)
:::: Ist schon o.k. du hast mir auch so geholfen. Was ich 2011 wollte war eine Vorlage die etwas als Block zitieren sollte und Anführungszeichen drum setzt. Ich weiß es nicht mehr genau wofür. Ich gehe die paar eben mal durch, meine eigenen kann ich anders lösen. Ich bin halt gerade darüber gefallen und da erinnerte ich mich, dass ich meinen Mentor einstmals fragte wie man etwas zitiert. Da war ich noch ganz neu hier, aber es blieb in meiner Erinnerung, dass ich damit Probleme hatte, wenn es nicht inline sein sollte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde|Diskussion]] 14:06, 8. Nov. 2017 (CET)

== Ö oder Math, das ist die Frage ==

Ich wurde darauf angesprochen dass ich unbemerkt ein [[Durchmesserzeichen|⌀]] (= arithmetisches Mittel) durch →[[Ø|ø]] (skandinavisches „ö“) ersetzen würde. Ist das von WSTM eingefügte Zeichen nun ein „ö“ oder ein mathematisches Formelzeichen? Falls es ein korrektes Formelzeichen darstellt, würdest du dann mal beim Nordlicht vorbeischauen, oder wenn es tatsächlich ein „ö“ ist bitte mal schauen, ob du das abfangen kannst. Ich wünsche noch einen schönen Feiertag. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:54, 26. Dez. 2017 (CET)

:* Das Zeichen <code>216</code><sub>10</sub> wurde in den 1980er Jahren mit [[ANSI]] breit eingeführt und ist allen Computern bekannt.
:* Das Zeichen U+2300 (Durchmesser) kam in den 2000ern hinzu und ist lange nicht in allen bei unseren Lesern installierten Zeichensätzen definiert gewesen, zeigt also nur Kästchen.
:* Ob sich das mitttlerweile flächendeckend geändert hat, weiß ich nicht. Mein Rechner eins vorher hatte das standardmäßig auch nicht anzeigen können.
:* Weil es jahrzehntelang das einzig verfügbare Zeichen war, ist das weiterhin gängige Praxis, im Textbestand vorhanden und wird richtig verstanden und geduldet; deshalb ausdrücklich in [[Ø#Verwendung als Ersatzzeichen]] genannt.
:* Die Differenzierung nach ''Leere Menge'' und ''Durchmesser'' ist jüngeren Datums.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 02:35, 27. Dez. 2017 (CET)
:: Aha, es hätte mich auch gewundert wenn es keinen Grund für die Ersetzung gäbe. Aber ich wollte lieber nachfragen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:51, 27. Dez. 2017 (CET)

== id Schwund ==

[[Liste der Straßen und Plätze in Berlin-Britz]] bitte mal öffnen, und sag mir gleich dazu wie man mehrere ids formatieren müsste. Bei Anker weiß ich es, aber Anker geht nicht hinter <code>|-</code>, wenn ich mich recht erinnere. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:42, 8. Jan. 2018 (CET)

:* Es kann jedes HTML-Element nur eine <code>id=""</code> erhalten.
:* <code>|-</code> ist ein <code>&lt;tr></code> und kann 1× <code>id=""</code> bekommen, aber keinerlei zu <code>&lt;span></code> expandierende ''Anker''.
:* Das <code>|</code>…<code>|</code> ist ein <code>&lt;td></code> und kann 1× <code>id=""</code> bekommen, aber keinerlei zu <code>&lt;span></code> expandierende ''Anker''. Für das erste Feld müsste das ähnlich wirken wie bei <code>|-</code>.
:* In das allererste Textfeld kannst du beliebig viele weitere ''Anker'' schreiben, aber wenn das kein <code style="white-space:nowrap">vertical-align:top</code> hat, könnte es in die Mitte scrollen.
: Einfach in den Schmerz reinatmen, und danach schon mal auf Vorrat herzlich lachen. Irgendwann wird es Frühling, irgendwann lacht die Sonne, und in meiner Glaskugel sehe ich viele babyrosa Streifen am Horizont.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:38, 8. Jan. 2018 (CET)
:: Ich hatte es schon geahnt dass das gar nicht geht. O.k. ich mach mal. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:24, 8. Jan. 2018 (CET)

== Merkwürdige references Umformung ==

<syntaxhighlight lang="html">
<references group="A"></references>
</syntaxhighlight>
wird zu
<syntaxhighlight lang="html">
<references group="A" /group="A">>
</syntaxhighlight>
Siehe [[Boeing E-4]] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:08, 15. Jan. 2018 (CET)

: Ja, danke, Code ist von 2013, erste Meldung.
: Muss ich irgendwann später aufdröseln; bin auf Monate ausgebucht und muss die Zeiten meiner geistigen nIcht-Umnachtung priorisieren.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:28, 15. Jan. 2018 (CET)
:: Ich weiß, lass dich nicht stressen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:36, 15. Jan. 2018 (CET)
:: Es kommt scheinbar nicht wirklich häufig vor, hier hast du noch [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%22%5C%3E%5C%3C%5C%2F%5Creferences%3E%2F&title=Spezial:Suche&profile=default&fulltext=1&searchToken=o255ikv0izg8miz7xb8f6psz zwei zum testen] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:17, 15. Jan. 2018 (CET)

== Bitte zur Vorlage:Panorama ==

Kannst du bitte bei Gelegenheit die [[Vorlage:Großes Bild]] auf [[Vorlage:Panorama]] vom Skript umbiegen lassen? Das ist eigentlich nur ein Verschieberest aus dem Jahr 2009. Danke. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 11:51, 28. Dez. 2017 (CET)

Mach ich, nächstes Jahr, Guten Rutsch --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:54, 28. Dez. 2017 (CET)
{{ok}} Scheint umgesetzt zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:55, 28. Jan. 2018 (CET)

== Vorlagenzeilen-Indent auch für "<code>}}</code>" ==

Der Zeileneinzug für Vorlagenzeilen wird offenbar auch auf die schließenden geschweiften Klammern "<code>}}</code>" angewandt. Dies wird implizit von Vorlagendokumentationen regelmäßig anders empfohlen, zum Beispiel auf [[Vorlage:Literatur/Doku#Kopiervorlagen]]. Gibt es irgendwo style guidelines für whitespace in Vorlagen? Ich denke es wäre gut, diesen Zeileneinzug unberührt zu lassen oder eine Steuerungsmöglichkeit über <code>mw.libs.WikiSyntaxTextMod.config.mod.template.format.style</code> zu geben!? --[[Benutzer:Marsupium|Marsupium]] ([[Benutzer Diskussion:Marsupium|Diskussion]]) 14:36, 14. Jan. 2018 (CET)

:* [[Spezial:Diff/172914945|Das hier]] hätte ich gern unauffällig revertiert bekommen.
:** Das ist schon durchaus so gemeint gewesen.
:** Es ist ein Beispiel, das sich explizit auf eine ''vorlageBBKL'' und deren Parameter bezieht.
:** Wenn du eine andere Vorlage und andere Parameter vor Augen hast, musst du auch deiner Situation entsprechende reguläre Ausdrücke bilden.
:** Das von mir angegebene Beispiel standardisiert die Situation, dass jemand <code>Autoren=</code> oder <code>Autorin=</code> oder <code style="white-space:nowrap">BBKL-Autor=</code> angegeben hätte; das würde nach deinem Eingriff nicht mehr funktionieren.
:* Es gibt keine „guidelines für whitespace in Vorlagen“, sondern unterschiedliche Vorstellungen verschiedener an demselben Artikel beteiligter Autoren.
:** In der Situation „inline“ im Fließtext bei wenigen Parametern hat sich <code style="white-space:nowrap"><nowiki>{{Vorlage |A=5 |B=7 |C=55}}</nowiki></code> bewährt, weil es guten Zeilenumbruch liefert und hier übersichtlich und platzsparend ist.
:** Außerhalb des Fließtextes und bei vielen Parametern ist „block“ optimal, wie es etwa Infoboxen machen, also jeder Parameter auf einer Zeile.
:** Quelltextformatierung wird zunehmend von VE und Skripten übernommen; dagegen manuell anzufechten ist gaga.
:* Wenn alles eingerückt wird, dann wird auch <code>}&#125;</code> eingerückt, weil es dann um Tabellenzellen, Aufzählungslisten oder Verschachtelungen von Vorlagen in Vorlagen geht.
:** Ansonsten hänge einfach <code>}&#125;</code> direkt an den letzten Parameter an.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:56, 14. Jan. 2018 (CET)
::Entschuldigung für mein Hineinpfuschen, ich habe es [[Special:Diff/172928508|revertiert]]!
::Ich verstehe, dass einfach alles eingerückt wird. Es ist ein wenig lästig, weil ich bei den meisten Fällen in einer Blockvorlage die Einrückung manuell wieder entferne, eben um nicht eine etwaige explizite Vorstellung des Autors, der ihn vor "<code>}&#125;</code>" nicht gesetzt hat, zu missachten. Nun gut, es ist immer noch eine große Erleichterung. Bei dieser Gelegenheit tausend Dank für WSTM! --[[Benutzer:Marsupium|Marsupium]] ([[Benutzer Diskussion:Marsupium|Diskussion]]) 20:58, 14. Jan. 2018 (CET)

::: Ist schon okay, danke.
::: Ich schrub oben „unauffällig revertiert“ – das meint, ein „Ach ne doch nicht“ im BK hätte es auch getan. Aber egal, diese VG liest eh keiner.
::: Es ist ja auch durchaus Absicht, wirre Abfolgen von Parametern und allzu viele Leerzeichen und Zeilenumbrüche wieder einzukassieren und zu vergleichmäßigen. Es kann halt nicht jeder in allen „seinen“ Artikeln einen individuellen Stil für Leerzeichen durchsetzen, und für die von ihm persönlich eingefügten Vorlageneinbindungen verlangen, dass alle Mitautoren dies nun auf ewige Zeiten zu respektieren hätten – zumal das in aller Regel überhaupt keine Absicht war, sondern nur irgendwie reinkopiert und ausgefüllt wurde, wie es gerade kam.
::: Skripte und VE wissen nicht, was für Leerzeichen-Ästhetik dahinter stecken soll. Sie haben einen Satz Parameterwerte und schreiben die Vorlageneinbindung damit neu an die gewünschte Stelle und in einem vorgegebenen Layout und in vorgegebener Reihenfolge. Mit zunehmendem Einsatz des VE wird sich Quelltextdesign ohnehin erledigen, weil weder jemand dem hinterherputzen kann noch viele in den Quelltext gucken müssen.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:24, 15. Jan. 2018 (CET)

::::Der VE ist da offenbar doch bemüht, siehe den [https://github.com/wikimedia/mediawiki-extensions-TemplateData/blob/master/Specification.md#37-formatstring <code>format</code>-Wert von TemplateData]. Soweit ich sehe, beherrscht das nicht das [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template#style|<code>mw.libs.WikiSyntaxTextMod.config.mod.template.format.style</code>]]<code>.lineup</code> und umgekehrt dieses Möglichkeiten von TemplateData nicht, u.&nbsp;a. die hier angesprochene. So kann man munteres Quelltextformatierungspingpong mit den beiden spielen durch Setzen von <code>mw.libs.WikiSyntaxTextMod.config.mod.template.format.style.indent</code> oder <code>.lineup</code> … Natürlich sind es nur marginale Unterschiede, nur wenn es um Bearbeitungen en masse geht, liegt es nahe, sich darüber Gedanken zu machen, auch um Vermeiden der Diff-Vermüllung willen … --[[Benutzer:Marsupium|Marsupium]] ([[Benutzer Diskussion:Marsupium|Diskussion]]) 18:41, 21. Jan. 2018 (CET)

::::: Das ist noch gar nichts gegen das, was menschiche Bearbeiter an Leerzeichenkosmetik so anstellen.
::::: Das VE-Feature kenne ich sehr genau. Gleichwohl lässt sich mit WSTM noch flexibler arbeiten. So werden Zitationen im Fließtext kompakt, am Seitenende zelenweise aufbereitet.
::::: Welche VE-Möglichkeit WSTM angeblich nicht beherrschen würde, wäre mir grad nicht geläufig.
::::: Die verschiedenen Formatierungen in Kopiervorlagen, VE- und WSTM-Definitionen sollten einander angeglichen werden, sofern möglich. Trotzem gibt es Autoren, die das in „ihren“ Artikeln entweder mit zusätzlichen Leerzeichen und Zeilenumbrüchen extra garnieren, oder aber diese alle wieder herausnehmen. Gute Diff-Darstellungen stört das aber nur marginal.
::::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:58, 21. Jan. 2018 (CET)

== [[Vorlage:LÄ]] ==

Warum wird {{Vorlage|LÄ}} eigentlich zu <nowiki>{{lÄ}}</nowiki>, zum Beispiel [//de.wikipedia.org/w/index.php?title=Djedkare&action=edit hier]? --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 00:37, 21. Jan. 2018 (CET)

: Weil Vorlagen-Titel aus zwei Zeichen, deren zweites kein ASCII-Großbuchstabe A–Z ist, bei uns praktisch ausschließlich für die Sprachcodes nichtlateinisch verschrifteter Sprachen verwendet werden.
: Diese Vorlagenbezeichnung hier ist maximal unverständlich und unentschlüsselbar und sollte langfristig geändert werden.
: Für die Zwischenzeit habe ich das zur Kenntnis genommen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:51, 21. Jan. 2018 (CET)

== Vorschläge auf [[Hilfe Diskussion:Personendaten]] ==

Neue Vorschläge würden auch WSTM berühren. --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 19:38, 21. Jan. 2018 (CET)

: Danke. Ich kann sowas lesen, Schnark und ggf. APPERR auch. Beim Rest weiß ich es nicht. Was immer da ausdiskutiert wird: Es muss hinterher zusätzlich in eine für Autoren taugliche Darstellung gebracht werden. Für Algorithmen sind BNF&Co. natürlich ideal.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:37, 21. Jan. 2018 (CET)

:: Nach Diskussion mit teils kritischen, aber ohne ablehnende Stellungnahmen wurden die Vorschläge auf die Hilfeseite sowie auf [[Hilfe:Personendaten/Datumsangaben]] übertragen. --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 02:12, 14. Feb. 2018 (CET)

== Nur ein Hinweis ==

WSTM moniert das <code>&#91;[Datei:Pyeongchang 2018 Logo.svg|'''rahmenlos'''|'''rand'''|rechts|hochkant=0.5]&#93;</code>
mit dem Kommentar
<pre>
Widerspruch von Bildparametern
rand ./. frameless (Datei:Pyeongchang 2018 Logo.svg)
</pre>
An und für sich würde ich dem nicht widersprechen, rahmenlos und mit Rand hört sich widersprüchlich an (obwohl Rand = einfache Umrandung und Rahmen = gerahmt, doppelte Umrandung mit Bildlegende, etwas unterschiedliches meint). Aber genau so ist das ganze als Beispiel auf [[Hilfe:Bilder#rand]] vorgegeben.
{| class="wikitable hintergrundfarbe2"
|-
! rand und hochkant=0.5 (wirkungslos) !! rahmenlos und hochkant=0.5 !! rahmenlos, rand und hochkant=0.5
|-
| [[Datei:Pyeongchang 2018 Logo.svg|rand|hochkant=0.5]]
| [[Datei:Pyeongchang 2018 Logo.svg|rahmenlos|hochkant=0.5|text]]
| [[Datei:Pyeongchang 2018 Logo.svg|rahmenlos|rand|hochkant=0.5]]
|-
|colspan="3"| Um das selbe Ergebnis nur mit rand zu erhalten müsste man von <code>|hochkant=0.5</code> auf eine feste Pixelgröße, sagen wir <code>110px</code> ausweichen
|-
! rand und 110px !! rahmenlos 110px !! rahmenlos rand 110px
|-
| [[Datei:Pyeongchang 2018 Logo.svg|rand|110px]]
| [[Datei:Pyeongchang 2018 Logo.svg|rahmenlos|110px]]
| [[Datei:Pyeongchang 2018 Logo.svg|rahmenlos|rand|110px]]
|}
Mir scheint da irgendwo der Wurm drin zu sein. Ich hatte gerätselt, wie ich [[Spezial:Diff/174050363/174050979|das anders lösen sollte]]. Der eigentliche Fehler scheint mir aber nicht bei WSTM zu liegen sondern bei den Bildparametern. Würdest du das als Bug ansehen? Das ist absolut unwichtig, es ist für mich nur einfach unlogisch, nicht nachvollziehbar, rahmenlos setzt also vermutlich gerahmt = Originalgröße außer Kraft, um das Bild skalieren zu können benötigt es also rahmenlos oder für einen alleinigen Rand immer eine Pixelgrößenangabe, wenn es nicht Originalgröße haben soll. Manche Dinge hier sind einfach nur verwirrend. Ich wollte WSTM ja folgen, aber es war nicht so leicht wie gedacht, da ich den Rand behalten wollte. So genug für heute. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:45, 15. Feb. 2018 (CET)

: Danke für den Hinweis.
:* Du hast völlig recht.
:* Bilder sind nicht so meins.
:* Tatsächlich wirkt es, und es wird <code>class="thumbborder"</code> generiert, was <code style="white-space:nowrap">border: 1px solid #EAECF0;</code> bewirkt.
:* Wovon ich aber nichts sehe, oder nur bei bestimmten Lichtverhältnissen nach Aufforderung.
:* Und diese Kombination rahmenlos+rand scheint mir immer noch wenig sinnvoll und selten.
:* Steht jedoch so unter [[mw:Help:Images #Format]] seit 2010 (2009 noch nicht).
: Meinen WSTM-Quelltext habe ich bereits geändert.
:* Brauchte nur fünf Buchstaben.
: Über noch was stolperte ich nun aber auf [[mw:Help:Images #Size and frame]] und klingt oben bei dir an:
:* ''An image with'' <code>frame</code> ''always ignores the size specification''
:* Demo: <nowiki>[[File:Example.jpg|frame|50px]]</nowiki>
:* Wusste ich nicht, und wird WSTM dann wohl zukünftig anmeckern müssen.
: Weiter denken … --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:26, 16. Feb. 2018 (CET)
:: Ja doch, für gerahmt steht das auch so auf H:B: „Durch den Parameter gerahmt bekommt das Bild einen Rahmen, wird auf jeden Fall in Originalgröße dargestellt (alle Skalierungen werden ignoriert) […]“ Was der Sinn davon ist erschließt sich mir zwar nicht, aber … ich muss nicht alles verstehen. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:45, 16. Feb. 2018 (CET)

::: Fix online. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:37, 18. Feb. 2018 (CET)

== PD: zwischen ==

Hallo PerfektesChaos, ich habe Probleme bei [[Werner I. (Falkenstein)]] - In den PD wird 'zwischen ... und ...' bei der Bearbeitung verstümmelt. Könnte es an WikiSyntaxTextMod liegen? Gruß, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 10:35, 8. Jan. 2018 (CET)
: Ja kommt von WSTM und lässt sich verhindern durch <code>unsicher</code> am Anfang der Datumsangabe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:56, 8. Jan. 2018 (CET)
:: Danke, Lómelinde. Das kann leider nicht als Lösung gelten. 'unsicher:' (mit Doppelpunkt!) gehört nur vor Angaben, die eine über eine oder/zwischen/etc.-Angabe hinausgehende Unsicherheit aufweisen. In anderen Fällen, wie hier, ist 'unsicher:' falsch. Zudem werden die PD-Angaben bei jeder Änderung am Artikel verfälscht, bei der der Bearbeiter nicht extrem aufpasst. Wie hier z.B. bei der Bearbeitung durch Crazy1880 am 24.9.17. Es grüßt, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 11:25, 8. Jan. 2018 (CET)
::: Das ist mir schon klar, es sollte nichts verschwinden, es wird aber sicherlich einen Grund dafür geben, dass es sonst nicht als „korrekt formatiert“ erkannt wird. Zumindest wird es so verhindert. Man muss halt aufpassen. Ich habe es getestet und es verschwand wenn dort nicht unsicher steht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:36, 8. Jan. 2018 (CET)
:::: Gewiss. Aber füge bitte kein 'unsicher' ein, denn das ist inhaltlich falsch und wenn es erst einmal drin steht, ist die Wahrscheinlichkeit groß, dass es nie mehr verschwindet. Es grüßt, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 11:49, 8. Jan. 2018 (CET)
::::: Ja hast Recht war mehr zum Testen, für mich. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:19, 8. Jan. 2018 (CET)

Frohes Neues.
* PD + WSTM: Die Programmierung ist von 2010; zumindest die letzten fünf Jahre nicht mehr verändert worden.
** Ich hatte nur brav das gemacht, was die PDler sich gewünscht hatten.
** Die Programmierung entsprach damaliger Doku und angegebener Beispiele.
** Möglicherweise hat sich zwischenzeitlich daran was geändert?
** Sobald ich das nächste Mal Zeit zum Denken habe, werde ich anhand der dann aktuellen Doku den Sachverhalt nachvollziehen und ändern, was zu ändern ist.
** Heute habe ich keinerlei Quelltexte gelesen.
* PD + Lua: Da haben wir noch was offen. Ich habe es nicht vergessen.
** Ich habe mich drei oder vier Mal rangemacht, an Weihnachten, Ostern, Brückentagen, und jeweils zwölf Stunden drangesetzt, um mich einzuarbeiten und es nachzuvollziehen.
** Lua ist dermaßen unübersichtlich programmiert, dass die Ruhezeit und Gelegenheit vorbei war, bevor ich mich reingraben und Konkretes draus machen konnte.
** Ich habe allmählich die Knackpunkte gelernt, und wenn ich das nächste Mal Luft und Freiheit bekomme, werde ich detailliert die Problemee auflisten.
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:30, 8. Jan. 2018 (CET)

: Hallo PerfektesChaos, auch Dir ein schönes neues Jahr. Ansonsten: keine Hektik. Es grüßt, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 12:37, 8. Jan. 2018 (CET)

:: {{ping|Griot}} Im Frühjahr 2016 gab es den Wunsch nach genauerer Analyse und Korrektur verschiedener adverbialer Aufzählungen, die durch „oder“ aufgereiht waren.
::* In diese mehrgliedrigen adverbialen Angaben fällt auch „zwischen“; wobei ich übersah, dass hier das Fügewort „und“ lautet und nicht „oder“.
::* Das habe ich nunmehr nachgebessert; und dafür gibt es jetzt eine Fehlermeldung, wenn auf das „zwischen“ nicht genau ein „und“ folgt.
::* Es geht baldmöglichst online, zunächst für intensive Testnutzer; allerdings mit einer größeren Zahl gleichzeitiger Veränderungen, weshalb die Auslieferung an alle Anwender  noch etwas dauern wird.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:13, 11. Jan. 2018 (CET)
::: Vielen Dank, Gruß, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 10:20, 11. Jan. 2018 (CET)
Sagst du mir bitte wenn es online ist? Es gäbe da rund [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=1097&offset=0&ns0=1&search=hastemplate%3APersonendaten+insource%3A%2FSTERBEDATUM%3Dzwischen%2F&advancedSearch-current=%7B%22options%22%3A%7B%7D%2C%22namespaces%22%3A%5B%220%22%5D%7D&searchToken=9qen7x1k64pkbh2qgc7993pir 2000 Testfälle], wobei das eigentlich nur passiert, wenn da ein Datum. zwischen <code>TT. MM JJJJ</code> und TT. MM. JJJJ steht, soweit ich das überblicke. [[Homer]] wäre unkritisch [[Thales]] ebenfalls während sich [[Elisabeth Volkmann]] oder [[Clemens III. (Papst)|Papst Clemens]] besser einen festen Tag ausgesucht hätten. [[Franz Kerber]] hätte auch bisher kein Problem gehabt. Sorry, ich wollte nicht drängeln, es sollte nur die Bitte um eine kleine Info sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:10, 11. Jan. 2018 (CET)

: Deine Hinweise eben waren durchaus hilfreich.
: Ein Update wird es frühestens am So abends geben, weil ich mit der geistigen Verdauung und dem Philosophieren noch nicht fertig bin.
: [[Spezial:Diff/169379267|Hier]] hatte Crazy das Problem wohl bemerkt, es dann aber versehentlich an GEBURTSDATUM manuell wieder angeflickt.
: Ich habe noch nicht alle Situationen durchgespielt.
: Eigentlich suchte ich nach Formaten wie <code>01. Mai 1837</code> oder <code>29. Okt. 1912</code> zur Korrektur, oder vielleicht mal einen 31.&nbsp;Februar. Neben Monatsnamen wäre aber auch <code>Frühjahr&nbsp;58</code> erlaubt, so dass ich die sonst gängigen strikteren Regeln nicht anwenden kann.
: Ich könnte auch die richtige Reihenfolge von Einzeldaten prüfen, da ich v.&nbsp;Chr. als negative Jahreszahlen kenne und somit Herrn Thales im Prinzip auf sinnvolle Anordnung analysieren könnte.
: Ich hatte schon vor Jahren in Betracht gezogen, Geburts- und Sterbezeit zu vergleichen; aber wegen möglicher ungenauer Zeiträume wäre das auf konkrete Monate oder Tage oder Jahre zu begrenzen, da Überlappungen auftreten könnten.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:51, 12. Jan. 2018 (CET)
:: Es eilt ja nicht, ich wollte nur wissen wann ich es eventuell mal prüfen sollte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:48, 12. Jan. 2018 (CET)
Funktioniert soweit ich es getestet habe. PD bleiben unverändert. Wobei der 30. bis unendlichste Februar noch immer ein valides Datum wäre. Die Umstellung von 0Ziffer. oder Mär. Okt. Dez. funktioniert nur wenn es auch ein Jahr (mindestens vierstellig nicht das Jahr 500 oder 27 {{x}}) dahinter gibt. <code>zwischen 03. Februar 400 und 1. März 400</code> wäre Müll.
{| class="toptextcells"
|-
| Testfall Jahr nicht vierstellig
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=zwischen 03. Jan. 349 und 25. Janu 349
|GEBURTSORT=
|STERBEDATUM=zwischen 03. Februar 400 und 01. März 400
|STERBEORT=
}}
| keine Änderung
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=zwischen 03. Jan. 349 und 25. Janu 349
|GEBURTSORT=
|STERBEDATUM=zwischen 03. Februar 400 und 01. März 400
|STERBEORT=
}}
|-
| würde angepasst bis auf Janu
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=zwischen 03. Jan. 1349 und 25. Janu 1349
|GEBURTSORT=
|STERBEDATUM=zwischen 03. Februar 1400 und 01. März 1400
|STERBEORT=
}}
| ergibt das hier
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=zwischen 3. Januar 1349 und 25. Janu 1349
|GEBURTSORT=
|STERBEDATUM=zwischen 3. Februar 1400 und 1. März 1400
|STERBEORT=
}}
|-
| ich weiß zwar nicht ob es ein solches Datum gäbe aber
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=zwischen 3. Jan. 1323 v. Chr. und 1300 v. Chr.
|GEBURTSORT=
|STERBEDATUM=zwischen 03. Jan. 1323 v. Chr. und 1300 v. Chr.
|STERBEORT=
}}
| würde zu einem dem Christen beraubten
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=zwischen 3. Januar 1323 und 1300 v. Chr.
|GEBURTSORT=
|STERBEDATUM=zwischen 3. Januar 1323 und 1300 v. Chr.
|STERBEORT=
}}
|}

Man kann nicht alles haben. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:55, 28. Jan. 2018 (CET)

: Danke für den Test.
:* Offenkundig hast du mich auf en gesehen.
:* Auf meiner ToDo-Liste für den heutigen Sonntag stand „Bescheid“ für diesen Abschnitt hier.
: Zu den Testfällen:
:* <code>Janu</code> versteht WSTM grundsätzlich nicht; nur volle Monatsnamen oder bekannte Abkürzungen <code>Jan.</code>, allenfalls vielleicht mal englisch <code>Oct</code> oder 28.1.2018 oder ISO. Das weitere Raten bedarf der Menschen; WSTM kann da nichts automatisiert ändern.
:* Die Abfrage nach der Zahl der Tage im Monat ist zwar eingebaut, aber noch nicht mit einer Fehlermeldung verbunden. Zurzeit bemerkt WSTM zwar, dass das ein ungültiges Datum wäre, ignoriert das jedoch schweigend, da es nicht automatisiert korrigiert werden kann.
:** Ein <code>29. Feb. 2017</code> würde wohl nicht verändert werden, ein <code style="white-space:nowrap">29. Feb. 2016</code> müsste hingegen in <code style="white-space:nowrap">29. Februar 2016</code> geändert werden. Daran siehst du, dass WSTM sehr wohl von Schaltjahren weiß.
:** Hier geht es mir erstmal nur um automatische Korrektur des Formats gültiger Daten.
:** Es laufen ja auch andere Auswertungen und Bots, die fachkundige Menschen gezielt herbeirufen.
:* WSTM sind Jahreszahlen kleiner als 100 suspekt, weil auch gemeint sein könnte, dass John Lennon anno 70 erschossen wurde. Genauso ist v.&nbsp;Chr. nicht im Fokus.
:* <code style="white-space:nowrap">zwischen 3. Januar 1323 v. Chr. und 1300 v. Chr.</code> – das wäre für WSTM ein Reihenfolge-Fehler.
:** Es gäbe eine komplexe Logik, nach der sich aus den Zahlenwerten und der Position des <code>v.&nbsp;Chr.</code> bei einer [[Ellipse (Linguistik)|Ellipse]] rückschließen ließe, welche Jahreszahlen <code>v.&nbsp;Chr.</code> oder <code>n.&nbsp;Chr.</code> gemeint wären.
:** Gleichwohl müsste dein Beispiel lauten: <code style="white-space:nowrap">zwischen 1300 v. Chr. und 3. Januar 1323 v. Chr.</code>
:** Der Frage <code>v.&nbsp;Chr.</code> in Verbindung mit <code>zwischen</code> werde ich jedoch noch einmal nachgehen. Der Schreibmodus fordert nur die drei numerischen Werte, muss aber immer unaufgefordert ein <code>v.&nbsp;Chr.</code> mitliefern. Die Technik stammt aus der Zitation gedrucker Bücher und Internetquellen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:01, 28. Jan. 2018 (CET)
:: Es nimmt immer das <code>v. Chr.</code> weg, wenn aus einem <code>03. Januar 1323 v. Chr.</code> etwas umgeformt würde auch wenn da kein zwischen steht, als reines Datum aber eben nicht korrekt formatiert in der Ziffer oder beim Monat. Auch ein <code>3. Feb. 1323 n. Chr.</code> würde seinen Glauben verlieren und zu einem <code>3. Februar 1323</code> ein klitzekleiner Unterschied. Das mit dem Reihenfolgefehler check ich nicht, liegt denn 1323 v. Chr. nicht zeitlich vor 1300 v. Chr.? Ich hätte es sorum geschrieben, man schreibt doch auch 1978 und 1988, also das was weiter zurückliegt zuerst. Na egal. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:22, 28. Jan. 2018 (CET)

::: Hallo [[Benutzerin:Lómelinde|Lómelinde]], [[Benutzer:PerfektesChaos|PerfektesChaos]], Respekt für Eure Arbeit zu den Daten. Aber das Wichtigste scheint es mir zur Zeit nicht zu sein. Ich kontrolliere (und korrigiere) seit Jahren in gewissen Abständen (z.Zt. jährlich, mit dem Programm [[Benutzer:Griot/analyse-datum.py]] von 2010) diese Daten auf formale Korrektheit, incl. Überlappung von Zeiträumen. Im Dump vom 1. Januar waren 184 Angaben auffällig, darunter ein paar falsch positive. Statistik (nicht Artikel, sondern Einzelangaben werden gezählt; einige z.Zt. noch nicht zugelassene Formen werden akzeptiert):
:::* 11 falsch positive ([[Leanderthal Lady]], [[Meister der Georgslegende]], [[Kaspar Sturm (Orgelbauer)]], [[Kleopatra Selene]], [[Anna Hausmann]], [[Berlinghiero Berlinghieri]], [[Gregor Brentel]], [[John Pole, 1. Baronet]], [[Johann Friedrich Meister]], [[Gunthar von Köln]])
:::*  2 zweifelhafte Konstruktionen, inzwischen beseitigt ([[William Harris (Musiker)]], [[Meister des Tragaltars von Stavelot]])
:::*  2 verbesserungswürdige Konstruktionen, z.B. 'um 1400 oder vor 1400'
:::*  1 verlinkter Monat ([[Norishige Kanai]])
:::* 56 'Jahrtausend'
:::* 30 'Jänner'
:::* 11 'Jahrhundert oder ... Jahrhundert v. Chr.'
:::*  1 'zwischen 548 und 544 v. Chr.' ([[Thales]])
:::* 16 'unbekannt'
:::*  3 'n. oder m. Jahrhundert'
:::*  2 'n. Chr.'
:::* 15 unsinnige Überlappungen, incl. 'd oder d', 'um 1712 oder [um] 1713' (Bsp. [[Franz Bock (Kunsthistoriker)]], [[Eberhart Ides]], ...]
:::*  8 falsche Verwendung von '/' ('1815/20', '9. /19. Januar' etc.)
:::*  4 Komma statt 'oder'
:::*  9 diverse hier ungültige Wörter/Zeichen (möglicherweise, beerdigt, dem, am, Ende, Anfang, auf, kurz, '?')
:::*  1 fehlender Punkt nach Tag
:::*  1 fehlendes 'oder'
:::*  1 nur Tag und Monat
:::*  1 '-' statt '–'
:::*  1 '–' statt zwischen-Konstruktion ([[Raimondo Orsini del Balzo]])
:::*  1 anomales Leerzeichen (' ') ([[Moritz Wohlers]])
:::*  7 oder-Angaben nicht chronologisch
::: Eine Gefahr, dass sich diese Fehler sukzessive anhäufen, besteht daher vorerst nicht. Wichtig ist vor allem, dass formal korrekte Angaben nicht beschädigt werden. (Viel wichtiger als die formale Korrektheit wäre natürlich, die Angaben mit dem Text zu vergleichen. Leider keine einfache Aufgabe.) Es grüßt, --[[Benutzer:Griot|Griot]] ([[Benutzer Diskussion:Griot|Diskussion]]) 21:20, 28. Jan. 2018 (CET)

@Griot:
* Ich sehe die Aufgabe von WSTM nur darin, triviale zweifelsfrei aufklärbare Formatierungsprobleme automatisiert durch den nächsten WSTM-Bearbeiter geradezubiegen, damit sie keinen Pflegeaufwand durch Fachpersonal nach sich ziehen. Das wären etwa:
** <code>{{#time:d.m.Y}}</code>
** <code>Jänner</code> → Januar
** <code>29. Jan. 2018</code>
** <code>n. Chr.</code> ist redundant und störend.
* Ich kenne zwar aus der Formatierungsglättung die Einzeldaten, kann sie auf logische Beziehungen überprüfen, will aber auf WSTM-Ebene nicht allzu tief in Details und kryptische Fehlermeldungen an alle WSTM-Bearbeiter einsteigen.
* Die inhaltlichen Zusammenhänge sind für WSTM ohnehin nicht durchschaubar, und die Angaben sind mir viel zu schwammig und ungenau: ganzes Jahrhundert oder drei Termine zur Auswahl ./. ein konkretes Datum mit einem anderen einzelnen Tag vergleichen, und aus die Maus.
** Was ein Komma oder Schrägstrich bedeuten soll und wodurch es zu ersetzen wäre, begreift WSTM nicht.
** Der Einleitungsabschnitt ist auch nicht zwingend bekannt, erst recht nicht von WSTM zu analysieren und daraus Korrekturen abzuleiten.
v-Chr-Bug:
* Ist eingekreist, Fix in lokaler Erprobung
* Funktion stammt aus der Zitation nach Erfindung des Buchdrucks
@Lómelinde:
* Hausaufgabe:
** Nimm dir Karopapier.
** Male eine horizontale Linie drauf (Zeitstrahl).
** Markiere auf dem Zeitstrahl einen Nullpunkt.
** Trage nun die Lebensdaten folgender römischer Kaiser auf: [[Vespasian]], [[Julius Cäsar]], [[Augustus]].
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:26, 29. Jan. 2018 (CET)

=== Datum TT. MM JJJJ oder TT. MM JJJJ ===
{{Info}} Ist mir gerade untergekommen.
<pre>
{{Personendaten
|NAME=Ayrer, Jakob
|ALTERNATIVNAMEN=Ayrer, Jakob der Ältere
|KURZBESCHREIBUNG=deutscher Dramatiker und Autor von Fastnachtsspielen
|GEBURTSDATUM=März 1544
|GEBURTSORT=[[Nürnberg]]
|STERBEDATUM=24. März 1605
|STERBEORT=[[Nürnberg]]
}}
</pre>
Hier ist ein oder Datum <code>|STERBEDATUM=24. März 1605 oder 24. März 1625</code> verschwunden. Muss da auch ein zwischen hin, wäre für mich unlogisch. Weil hier ja scheinbar nur das Jahr nicht genau bekannt ist. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:41, 12. Feb. 2018 (CET)

[[Nadeschda Olimpijewna Siber-Schumowa]] alles hinter der ersten Angabe verschwindet noch immer.
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=18. Mai 1854 oder 7. Mai 1856
|GEBURTSORT=
|STERBEDATUM=16. Mai 1916 oder 16. Mai 1917
|STERBEORT=
}}
wird
{{Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=18. Mai 1854
|GEBURTSORT=
|STERBEDATUM=16. Mai 1916
|STERBEORT=
}}
Die Angabe sieht für mich aber korrekt aus siehe →[[H:Personendaten#Datum|oder]]. Oder übersehe ich hier etwas? Es betrifft dabei wieder nur Datumsangaben, die vierstellige Jahreszahlen aufweisen. Das selbe Beispiel aber mit dem Jahr 8-hundert/9-hundert bliebe unverändert. Ebenso wenn es dort nur Jahreszahlen und Monatsangabe gäbe, also ohne Tag, dann wird nichts entfernt
* 18. Mai 1854 oder 7. Mai 1856 {{x}}
* 18. Mai 854 oder 7. Mai 856 {{ok}}
* Mai 1916 oder Mai 1917 {{ok}}
* 1854 oder 1856 {{ok}}
Das finde ich irgendwie noch nicht wirklich gut, man muss da immer aufpassen und es wieder einfügen.  --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:44, 10. Mär. 2018 (CET)

:* Ist vermutlich bei mir schon korrigiert.
:* Ist aber verquickt mit vielen anderen Änderunngen, die noch in der Erprobung stecken.
:* Hängt in einem endlosen Rückstau von Sachen, die ich mal machen müsste, wenn ich richtig wach bin.
:* Jetzt bin ich müd.
: OT: Auf BETA gibt es zwei neue Einstellungen, die VE/Quelltext zum Standard machen. Die müsstest du wieder ausknipsen. Wenn das ungefragt in der echten genauso läuft, wird die Community den Aufstand proben.
: Gartel mal schön; -es WE. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:34, 10. Mär. 2018 (CET)
:: Ich wollte auch nicht drängeln, war nur wieder drüber gefallen und hätt es beinahe nicht gemerkt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:09, 10. Mär. 2018 (CET)

== Spaltenbreite ==

gibt es die Möglichkeit auch gleich automatisch die veraltete [[Vorlage:Spaltenbreite]] zu ersetzen? --[[Benutzer:Jmv|Jmv]] ([[Benutzer Diskussion:Jmv|Diskussion]]) 15:01, 8. Mär. 2018 (CET)

: Im Prinzip ja, aber für dich wäre es arg kompliziert, weil ja auch die Parameter berücksichtigt werden müssen.
: Du könntest dich besser warnen lassen, dass sie verwendet wird, und sie dann einfacher händisch eliminieren.
: Im Moment möchte ich um diese Angelegenheit keine Dramen; irgendwann wird WSTM für alle die Vorlage mitsamt den richtigen Parameterwerten auflösen. Das eilt niht, und es gibt einen langen Rückstau wichtigerer Sachen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:19, 8. Mär. 2018 (CET)

:: OK, danke. Ich dachte da an was einfaches halbautomatisches wie bei Prettytable, aber wenn es zu aufwendig wird, ist es auch ok ( sind laut "insource:/Spaltenbreite/" ja nur noch etwas mehr als 3800 Verwendungen (mit prettytable nicht zu vergleichen).  --[[Benutzer:Jmv|Jmv]] ([[Benutzer Diskussion:Jmv|Diskussion]]) 21:23, 8. Mär. 2018 (CET)

== Merkwürdige Zeichen ==

Ich schreibe es jetzt doch mal hier hin, da ich es sonst nie wieder finde. Vorhin hatte ich eine für mich merkwürdige Ersetzung.

* 2008: Ausstellung Carl Malchin. Ein Maler aus Mecklenburg auf [[Schloss Ludwigslust]], Juli – September 2008.
wurde zu
* 2008: Ausstellung &#132;Carl Malchin. Ein Maler aus Mecklenburg&#147; auf [[Schloss Ludwigslust]], Juli – September 2008.
Im Quelltext kannst du sehen, dass dort merkwürdige Würfel stehen, ich sah diese jedoch nicht da WSTM sie schneller ersetzt hatte als sein Schatten. Ich wunderte mich zunächst über die Ersetzung, die der Diff anzeigte, aber noch mehr über die Anzeige in der Vorschau. Kann man solche Zeichen, ich meine jetzt den Ersatz also <code>&#132;</code> und <code>&#147;</code> irgendwie suchen? Falls jemand die Ersetzung nicht mitbekommen hätte, könnte ja so etwas sichtbar in Artikeln stehen und niemand, zumindest ich nicht, versteht was die bewirken sollen. Was sollte das eigentlich sein Anführungszeichen? Habe ich das schon mal gefragt? Ich hoffe nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:57, 26. Mär. 2018 (CEST)

: [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/char #127–159 (Windows-Zeichenbelegung)]]
: [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/plain #Codepage 1252]]
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:02, 26. Mär. 2018 (CEST)
:: Aha, lies das Handbuch Kleines. Dankeschön, das hätte ich so nie gefunden. In dem Fall habe ich sie einfach nur entfernt weil es sonst auch nirgendwo Zeichen gab. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:11, 26. Mär. 2018 (CEST)

== Fehlermeldung anklickbar machen ==

Hallo PerfektesChaos, wenn dieser Wunsch schon mal aufkam, sorry, hab mir das Archiv nicht durchgelesen.<br/>
Ich fänd's schön, wenn man in der roten Fehlermeldung oben auf der Seite die einzelnen Punkte anklicken könnte und es dann zu der entsprechenden Stelle im Quelltest springen würde. Wäre sowas technisch machbar? Grüße, -- [[Benutzer:Jonaes02|Jonaes]]<sub>/[[BD:Jonaes02|Diskussion]]</sub> 17:01, 16. Apr. 2018 (CEST)

: Nein, der Quelltext ist für WSTM ein einzelnes großes Element in HTML, in dem es keine Sprungziele gibt, wohin gesprungen werden könnte.
: Theoretisch könnte WSTM wissen (weiß es aber de facto nicht), am wievielten Zeichen in der wievielten Zeile die beanstandete Stelle gefunden wurde. Theoretisch könnte man sich daraus was zusammenreimen.
: Das hilft aber auch nicht, denn WSTM verändert im weiteren Verlauf ja den Quelltext, und die Position, wo das mal gestanden hatte, kann zum Schluss nach vorn oder hinten verschoben worden sein, und dann würde eine Fokussierung auch nichts helfen.
: Im übrigen gibt es auch Mehrfachfehler gleicher Meldung, die nur nach Anzahl gemeldet werden.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:31, 16. Apr. 2018 (CEST)

Noch was (ich schreibs einfach mal hier mit rein): Der Parameter <code><nowiki>{{Internetquelle|archiv-bot=}}</nowiki></code> wird bei IAB-Einträgen immer als fehlerhaft erkannt. -- [[Benutzer:Jonaes02|Jonaes]]<sub>/[[BD:Jonaes02|Diskussion]]</sub> 19:00, 17. Apr. 2018 (CEST)

: Ja, danke, ist bekannt; die Programmierung weiß bereits von dem neuen Parameter, aber diese ist noch nicht hinreichend getestet und nicht online für alle. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:31, 18. Apr. 2018 (CEST)

== Diverses April 2018 ==

Moin Moin PerfektesChaos, mir gehen irgendwie die kreativen Überschriften aus, deswegen so. Ich hätte da "Divereses":
* [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:Datum]] neigt sich nach ca. 10.870 Fehlern dem Ende
* in [[:Kategorie:Wikipedia:Vorlagenfehler/Parameter:Datum]] sind noch ein paar Vorlagen drinnen, wo ich nicht direkt weis, wie ich mit diesen umgehen soll, hast du einen Vorschlag?
* schau mal bitte bei [[Spezial:Diff/176527372]] in den Quelltext, da steht in einer Vorlage Literatur <code> |Format=Google-Books </code>, kann/sollte man soetwas als falsches Format anzählen lassen?
* gerne noch mal der Wunsch, den Parameter <code> |KBytes= </code> zu schärfen im Sinne von nur Ziffern
So, dann schönen Abend noch --[[Benutzer:Crazy1880|Crazy1880]] 18:40, 16. Apr. 2018 (CEST)

: Deinem Wirken bei dem IQ-Datum, dessen Bereinigung zu einem Großteil auf dich zurückgeht, sehe ich seit Monaten interessiert zu.
:* Die genannten Vorlagen habe ich mir angeguckt.
:** Eine ist eine reine Testprogrammierung für die mittlerweile aktive, da könntest du auf der Diskussionsseite auf das Problem aufmerksam machen und <code><nowiki>{{{zugriff|}}}</nowiki></code> mit einer Pipe hintendran anregen; das sollte das Problem eigentlich lösen.
:** Die anderen beiden kenne ich, sind teilweise Kandidat für eine Komplettsanierung aus unterschiedlichen Gründen, und aus noch unterschiedlicheren Gründen möchte ich da nicht ran.
:* Man sollte sich daran gewöhnen, alles was nicht ANR ist einfach zu übersehen.
:** Vielleicht kommt ja mal jemand, der nicht Lómelinde ist, da beiläufig drüber und säubert einige Nicht-ANR. Haben wir nix am tun mit.
:** Eine Möglichkeit wäre, die Analyse/Kat nur im ANR auszulösen. Das hatte ich auch routinemäßig so gemacht, aber neulich fiel so ein Schelm über 60 Vorlagen her und löschte alle meine dortigen Namensraum-Einschränkungen.
:** An die ''Internetquelle'' möchte ich in den nächsten Monaten ohnehin nicht mehr ran. Zu viel wirres Zeug geht da ab. Insofern entfällt auch die Variante, die Fehlermeldung immer überall zu zeigen, aber das gibt Ärger im ANR und die sonstigen betroffenen Seiten sieht sich niemand an.
: Schärferes <code>|Format=Google-Books</code> und <code>|KBytes=</code> möchte ich nicht anfassen, sondern etwas Ruhe einkehren lassen. Das gibt immer Dramen, und ich werde auf Monate gebunden.
:* Erstmal müssen sich die Autoren ein paar Jahre an die Umstellung von 2016 gewöhnt haben. Nachdem die ''Internetquelle'' auch ein rein numerisches <code>|kbytes=</code> eingeführt haben wird, könnte das für alle wirksam werden, weil auch beide ein und dieselbe Programmierung benutzen, und für das Vokabular von <code>|format=</code> gilt das Gleiche.
:* [{{canonicalurl:Spezial:Suche|search=hastemplate%3ALiteratur+insource%3AKBytes+insource%3A%2FKBytes+*%3D%5B0-9+%5D*%5B%2C.%26kKM%5D%2F}} Ich finde die auch nicht beunruhigend.] [{{canonicalurl:Spezial:Suche|search=hastemplate%3ALiteratur+insource%3AKBytes+insource%3A%2FKBytes+*%3D+*%5BA-Za-z%26%5D%2F}} Das schon eher.]
: Aber ich lese aus deiner Anfrage, dass du Sorge hast, nach den 10.000 IQ-Daten gäbe es nichts mehr zu tun.
:* Du hattest mal [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/template/dewiki/Navi|diese Liste]] in Auftrag gegeben.
:* Da könntest du mal schubweise die niedrigen Einbindungszahlen aktualisieren, ob da zufällig nebenbei in den letzten Jahren was ins Netz ging.
:* Wo es nur noch ganz ganz wenige gibt, könntest du vorsichtig mit einem Edit pro Thema und Tag den Restbestand diskret auf Null bringen.
:* Und dann nach und nach SLA.
:* Bitte aber keine Zeilen komplett aus der Seite löschen, weil ich die Redlinks zur Aktualiserung von WSTM benötige.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:29, 16. Apr. 2018 (CEST)
::Moin,
::* ja, schaue ich mir an, und werde mal die Diskussionsseiten bemühen
::* mit dem nicht ANR ist schon eine Idee wert, gerade weil ich auch einige Benutzer angesprochen hatte und doch auch der Wunsch vorhanden war, die Entwürfe momentan nicht zu verändern. Vllt. sollte man das nochmal aufrollen.
::* zu dem Punkt "keine Aufgaben" mehr sei gesagt:
::** prettytable > wikitable
::** LintErrors
::** verschiede CSS-Fehler
::** eigene Abfragen zu "Unzulänglichkeiten" innerhalb der Vorlage Literatur
::** ISBN-fixe
::** und es stehen noch mal neue Artikel an
::** Vorbereitung einer Präsentation über Wikipedia/Wikidata etc.
::* Ich glaube somit, langweilig solte es nicht werden ;)
::* Die Seite mit den Vorlagenweiterleitungen schaue ich mir noch mal an
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:23, 17. Apr. 2018 (CEST)

== Böses Foul ==
An und für sich würde ich sagen es ist alles korrekt wenn WSTM meint diese Klassen zusammenfügen zu sollen.
<syntaxhighlight lang="html">
<div class="NavHead" style="text-align:left" class="hintergrundfarbe9">

<div class="NavHead hintergrundfarbe9" style="text-align:left">
</syntaxhighlight>
Aber: Leider kennt <code>class="NavHead"</code> da keine Verwanten und unterdrückt den Farbwunsch mal eben. Klar es war vorher auch Murks, weil so <code>class="NavHead"</code> nicht aktiv war und man da dann die Überschrift von Hand gefettet hatte, nur wenn ich es nicht behoben hätte hätt ich mir wohl Ärger eingehandelt.

Hast du eine Idee wie man diese Klassen so verschmelzen könnte, dass auch die Farbe erkannt würde? Hier wie es im Artikel stand →[[Spezial:PermaLink/176728185]]
<div class="NavHead" style="text-align:left" class="hintergrundfarbe9">'''Regimentsstruktur der sächsischen Armee vom 20. Juni 1717'''</div>
Das was WSTM daraus gemacht hat doppelt fett und ohne Farbe
<div class="NavHead hintergrundfarbe9" style="text-align:left"> '''Regimentsstruktur der sächsischen Armee vom 20. Juni 1717'''</div>
Und mein Versuch es auszubügeln damit ich keine blauen Bohnen einfange und der nächste nicht in diesen Hinterhalt gerät.
<div class="NavHead" style="background:#B9FFC5;">Regimentsstruktur der sächsischen Armee vom 20. Juni 1717</div>
Ich hoffe das war ein Einzelfall, aber sicher ist das nicht. Nur weiß ich nicht wie die Suchabfrage lauten müsste. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:29, 24. Apr. 2018 (CEST)

: Es ist vom Browser abhängig, ob er beide Klassen berücksichtigen möchte oder nur die letztgenannte; der Standard empfiehlt die letztere Variante und alle vorherigen Definitionen als fehlerhaft zu ignorieren.
: WSTM geht davon aus, dass die Autoren alle Klassen wirksam haben wollten.
: Was das dann ergeben würde, weiß WSTM nicht.
: [{{canonicalurl:Spezial:Suche|search=insource%3Aclass+insource%3A%2F+class%3D%5B^%3C%7C!%5D{3%2C100}+class%3D%2F}} ca. 500 Kandidaten]
: <code>Nav</code> steht für „Navigationsleisten zum Einklappen“; wer sowas für Tabellen im Text missbraucht, soll selbst sehen, was draus wird.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:30, 25. Apr. 2018 (CEST)
:: Ja ne is klar, nur ist es in diesem Falle halt so, dass es eben nicht wirksam wird. NavHead „will“ klassenmäßig wohl nur so aussehen, wie es ihm mal vorgegeben wurde. Grauer Hintergrund und fette Schrift, andere Klassen sieht es nicht, nein falsch, es legt sich vermutlich darüber. Ich kenne nicht so viele Klassen, als dass ich da viel testen konnte. Ich vermute aber das war wirklich die Stecknadel im Heuhaufen.
:: OT: Schade, dass das mit den Bildchen nicht 100 %ig geht, gerade sind sie mal alle anwesend bei der nächsten Vorschau dann wieder nur ein Teil, na egal, ich habe mich auch schon an die dicken Schaltflächen gewöhnen müssen, es ist wie es ist, man muss sich arrangieren. Aber trotzdem ein dickes Dankeschön, dass du das für mich gebastelt hast. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:00, 25. Apr. 2018 (CEST)

== Hilfe ==

Wie schaffe ich es, dass WSTM erst auf Knopfdruck startet? Die Anleitung ist leider nicht [[WP:OMA|OMA]]-Tauglich. -- [[Benutzer:Jonaes02|Jonaes]]<sub>/[[BD:Jonaes02|Diskussion]]</sub> 08:16, 13. Mai 2018 (CEST)
:Moin Moin {{ping|Jonaes02}}, schau doch mal in meine JS-Seite, vllt. hilft dir das. mfg --[[Benutzer:Crazy1880|Crazy1880]] 09:49, 13. Mai 2018 (CEST)
::Erstmal danke, aber je nachdem wo ichs hintue, läufts trotzdem automatisch, oder es kommt ein Knopf, der macht aber nichts. Kannst du mal in meine [[meta:User:Jonaes02/global.js]] schauen und mir sagen wo ich das hinpacken muss? (Ja, gerade hab ich es auskommentiert) -- [[Benutzer:Jonaes02|Jonaes]]<sub>/[[BD:Jonaes02|Diskussion]]</sub> 10:16, 13. Mai 2018 (CEST)
:::{{ping|Jonaes02}}, da könnte noch die Deklarierung fehlen. Kannst du den Abschnitt mal bitte in deine lokale commons.js packen und schauen? Ansonsten mit einer Funktionsdeklarierung kannst du mal bei [[Benutzerin:Lómelinde/common.js]] schauen, ob dir das weiterhilft. mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:53, 13. Mai 2018 (CEST)
:::: Meine wird nicht helfen, denn ich habe es auf Automatik stehen, also sobald ich einen Artikel öffne läuft WSTM einmal drüber, erst im Anschluss lässt es sich dann nochmals manuell starten, beispielsweise wenn man etwas verändert hat, um das nochmals checken zu lassen. Bitte nicht meine WSTM-Einbindungssequenz kopieren, da ich eine Testversion verwende, die anders reagieren kann, als die gültige WSTM-Version. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 20:15, 13. Mai 2018 (CEST)
:::::Ich hab keine Ahnung wie, wo, was, aber so wie ichs jetzt habe funktioniert es (und wahrscheinlich stirbt jedes mal, wenn ich eine Seite aufrufe, ein Hamster) Danke für die Hilfe. -- [[Benutzer:Jonaes02|Jonaes]]<sub>/[[BD:Jonaes02|Diskussion]]</sub> 20:30, 13. Mai 2018 (CEST)

== Unerlaubtes Tag ==

Sorry nochmal ich, wo wir gerade bei unerlaubter Syntax waren, rufst du bitte mal diese Seite auf [[SAS Scandinavian Airlines]]. Ich denke es ist nicht so toll, dass dort diese Tagöffner in <code>&amp;lt;</code> geändert werden. Ja, es steht dick und fett in der roten Kiste drin, dass etwas nicht i.O. ist und vermutlich ist es Absicht, dass so etwas
<pre>
&lt;meta property="mw:PageProp/categorydefaultsort" content="Sas Scandinavian Airlines" />
&lt;link rel="mw:PageProp/Category" href="./Kategorie:Fluggesellschaft_(Norwegen)" />
</pre>
dann sichtbar in der Seite steht, … oder anders, wenn das durch WSTM ersetzt wurde, und jemand es dann nicht aus dem Quelltext löscht, fällt es dem nächsten nicht mehr auf die Füße, wäre es da nicht sinnvoller es nur anzumeckern und nicht automatisch umzuschreiben? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:22, 15. Mai 2018 (CEST)

: [[Spezial:Diff/176425796|Hier]] hatte jemand ein durchgeknalltes Skript verwendet, einen Sortierschlüssel und eine Kategorisierung rausgeworfen (das Skript heißt vermutlich VE).
: Wenn ich sowas nicht deutlich sichtbar mache, bleibt das einfach unsichtbar drin und die Info geht verloren. Passt scho.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:59, 15. Mai 2018 (CEST)
:: O.k. Ich wollte nur nachfragen ob es so gewollt ist. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:01, 15. Mai 2018 (CEST)

== Reihenfolge Parameter Vorlage Literatur ==

Moin Moin PerfektesChaos, ich [[Spezial:Diff/179353601|wurde gerade darauf aufmerksam]] gemacht, dass die Reihenfolge von WSTM umsortiert worden ist, in eine Reihenfolge, wie sie nicht laut Dokuseite sein soll. Ist nichts wichtiges, erstmal die 30°C überleben. mfg --[[Benutzer:Crazy1880|Crazy1880]] 13:47, 22. Jul. 2018 (CEST)

: Habe versucht, das etwas zu harmonisieren, aber ZR sind zu komplex und keine starre Reihenfolge. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:49, 24. Jul. 2018 (CEST)

== Abgerückte Zellensyntax ==

Ich weiß es ist zu heiß und es ist auch nur eine Info!
{| class="wikitable"
|-
! prettytable → wikitable
|-
| aufgefallen ist mir, dass dieses Konstrukt zwar als unerwünscht durch Benutzer erkannt, aber nicht ersetzt wird
<pre>
{| class="prettytable mw-collapsible mw-collapsed"
 |-class="hintergrundfarbe5"
 !Saison
 !Liga
 !Klasse
 !Gruppe
 !Platzierung
 !PO
 !PD
 !Endplatzierung.
|- align="center"
| …
</pre>
Erzeugt für mich die Meldung schau nach pretty 
|-
| WSTM erwartet scheinbar, dass die Tabellensyntax am Zeilenanfang stehen muss und zwar mindestens <code><nowiki>|-</nowiki></code>, falls vorhanden, und das nachfolgende <code>!</code>
<pre>
{| class="prettytable mw-collapsible mw-collapsed"
|-class="hintergrundfarbe5"
!Saison
 !Liga
 !Klasse
 !Gruppe
 !Platzierung
 !PO
 !PD
 !Endplatzierung.
|- align="center"
| …
</pre>
wird ersetzt zu 
<pre>
{| class="wikitable mw-collapsible mw-collapsed"
|- class="hintergrundfarbe5"
!Saison
 !Liga
 !Klasse
 !Gruppe
 !Platzierung
 !PO
 !PD
 !Endplatzierung.
|- align="center"
| …
</pre>
|}
Na ja meine Hoffnung, dass irgendwann die knapp 16000 Restfälle mal eliminiert worden sein könnten, gebe ich noch nicht auf. Aber es gibt Benutzer, die absichtlich diese Tabellenzellensyntax abrücken, so etwas habe ich beispielsweise im Bahnbereich des Öfteren gesehen, das stört mich (weil Schnarks Syntaxhighlighter es nicht dunkelgelb markiert) und scheinbar stört es auch den Ablauf von WSTM. Könntest du das mit berücksichtigen, falls das nicht zu viel Aufwand wäre? Ich komme aber auch so klar, wollte es nur anmerken, weil ich mich wunderte. Ich weiß auch nicht ob das überhaupt so oft vorkommt, dass sich eine Anpassung lohnen würde. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:05, 5. Aug. 2018 (CEST)

: Für WSTM ist das Vorhandensein ab Spalte 1 existentiell für die Erkennung, weil es auch ein Codeblock sein kann:
     ! Ausrufezeichen   ? Fragezeichen   : Doppelpunkt   | Pipe.
: Diese Einrückerei war mal eine Marotte der Kindergartenzeit, hatte den Erfolg einer größeren Übersichtlichkeit nicht gebracht und nur zu viel mühsamer Extra-Tipperei geführt.
: Es ist weitgehend aus dem ANR eliminert.
: Einige Einzeltäter mögen das weiterhin pflegen, oder Fachgebiete. Kann ich nicht zweifelsfrei erkennen, somit auch nicht korrigieren.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:15, 5. Aug. 2018 (CEST)
:: Ja, dachte ich mir schon, ist halb so wild. Dankeschön für die Auskunft. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:19, 5. Aug. 2018 (CEST)
:::Bin dran, habe etwas Geduld --[[Benutzer:Crazy1880|Crazy1880]] 18:40, 5. Aug. 2018 (CEST)
:::PS.: Vllt. kannst du bei den Eishockey-Leuten ein gutes Wort einlegen, dass sie ihre Artikel umwandeln. mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:53, 5. Aug. 2018 (CEST)
:::: Ne ich mag nicht mehr fragen, meistens interessiert das eh niemanden, ich habe schon so manches Mal irgendwo um Mithilfe gebeten, es kam meist nur Unverständnis ala „wieso funktioniert doch“ oder „wen stört’s“? Ich weiß, dass du da dran bist. Und wo sie mir unterkommen, da ändere ich es ja auch gleich. Ich wünsche euch einen erfrischenden, ruhigen, angenehmen Abend. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:02, 5. Aug. 2018 (CEST)

::::: @Crazy1880:
::::: Mach erstmal alles außer Sport, und dann kann man ganz zum Schluss, nachdem alles außer Eishockey, Fußball, Handball oder was dann noch übrig wäre ausnahmsweise Bot-Läufe mit den Redaktionen und Portalen absprechen.
::::: Wichtig ist erstmal, dass da nicht viel neue wieder in das Projekt eingeschleppt werden, aber außer Wintersport und einigen sehr verkalkten 2005ern schreibt das niemand mehr, und ausnahmsweise ein Bot für Syntaxkosmetik in bestimmten Portalen wird sich schon machen lassen. Erfreulicherweise ist es aber bei den allermeisten langjährigen Autoren angekommen oder die jüngeren wissen überhaupt nichts mehr davon.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:08, 5. Aug. 2018 (CEST)
::::::@PerfektesChaos:
::::::Dann sollte man grundsätzlich mal früher als später anfragen, du kennst ja mittlerweile meine Einstellungen, ''"einfach mal wegarbeiten und den Weg für Neues bereiten"''.
::::::@Lómelinde:
::::::Dito
::::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:22, 5. Aug. 2018 (CEST)

== WikiSyntaxTextMod ==

Hallo {{PAGENAME}}, ich würde gerne das Skript WikiSyntaxTextMod automatisch nach Bearbeitungen laufen lassen, wenn ich eine Ersetzung mit Bandersnatch von Schnark durchgeführt habe; dafür gibt es einen Lade-Button, ich verstehe nur leider nicht, wie ich die beiden Codes (meine replace-Ersetzung und die Ersetzung über WSTM) kombinieren kann… Kannst du mir da helfen? Danke! [[Benutzer:Raspi Fly|Raspi Fly]] ([[Benutzer Diskussion:Raspi Fly|Diskussion]]) 11:17, 3. Sep. 2018 (CEST)

: Ich verstehe jetzt nicht so restlos, was du möchtest, kenne mich aber auch mit ''[[Benutzer:Schnark/js/bandersnatch|bandersnatch]]'' nicht aus.
: Grundsätzlich ist so ein automatischer Start jedoch möglich; musst du aber ein wenig programmieren. Aber wenn du ''bandersnatch'' kannst, dann wirst du das auch hinbekommen.
: Eigentlich findest du von meiner Seite aus alles auf [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced/API]].
:* Dort gibt es unter ''#Stapelverarbeitung'' eine Beschreibung, die wohl auch auf deinen Fall passt.
:* Du müsstest einmalig das Kopfmodul laden, dann den Rest dazu. Dann wäre WSTM für dich als Bibliothek einsatzbereit. Die ''Spezial:bandersnatch'' weiß danach, wer und was WSTM ist. In den Browsern gibt es auch die Möglichkeit, JS-Code in einer Seite auszuführen; das könntest du manuell von außen losjagen, und weißt dann, dass es getan ist. Da brauchst du dann kein Callback mehr.
:* Danach kannst du für jeden Artikel in der Serie die ''bandersnatch''-Prozedur ablaufen lassen.
:* Es könnte pfiffig sein, WSTM zuallererst über den nackten Artikel laufen zu lassen. Dabei werden eine Reihe von Standardisierungen vorgenommen, und du musst bei deinen sonstigen geplanten Aktivitäten nicht alle Varianten der Syntax berücksichtigen.
:* Du wirst ja vermutlich etwas ersetzen wollen. Das kannst du meist auch schon im selben Arbeitsgang robust von WSTM erledigen lassen; siehe [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace]]. Im Unterschied zu den normalen Ersetzungen lässt das Kommentare, nowiki, Bildeinbindungen ggf. in Ruhe und ersetzt nur in Situationen, in denen das wirklich beabsichtigt wäre.
:* Punkt 5 der Stapelverarbeitung musst du irgendwie aus ''bandersnatch'' herauslesen. Vielleicht geht eine Textfläche auf der Spezialseite, oder ''bandersnatch'' stellt dir ein fertiges Objekt mit sowas bereit. Würde ich bei Schnark dringend vermuten.
:* Dann rufst du von WSTM die <code>.api.textMod()</code> auf.
:* Diese Funktion gibt dir auch den geänderten Wikitext zurück, falls sich etwas getan hatte.
:* Diesen ggf. geänderten Wikitext musst du dann wohl wieder an ''bandersnatch'' zurücktransferieren. Wie das ginge, weiß ich auch nicht.
: Wenn ich aber so den ''bandersnatch''-Code durchscrolle, dann steht da was von <code>mw.libs.doWSTM</code> und außerdem der vollständige Code, der erforderlich wäre, um eine über [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace]] konfigurierte Veränderung komplett umzusetzen. Wenn du also auf irgendeinen Knopf drückst, dann kann ''bandersnatch'' das mit dem WSTM alles schon von selbst. Mehr weiß ich nicht. Das Interface sieht jedenfalls danach aus, als ob es so einen Knopf geben würde.
: Viel Spaß --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:38, 3. Sep. 2018 (CEST)

:: Ok, danke für die ausführliche Erklärung! {{S}} [[Benutzer:Raspi Fly|Raspi Fly]] ([[Benutzer Diskussion:Raspi Fly|Diskussion]]) 19:34, 3. Sep. 2018 (CEST)

== Warum defekt? ==

WSTM entfernt beim Start aus der Vorlage Wikisource den Parameter <code>lang=</code> und meckert mich dann an, dass diese defekt sei oder der Parameter dort nicht hingehört.
<nowiki>{{Wikisource|Author:Thomas D'Urfey|Thomas d’Urfey|Autoreneintrag|lang=en}}</nowiki> {{ok}} eigentlich, denn da sollte es hin.
<div style="border:2px solid #FF0000; padding:5px;">Schwesterprojekt-Vorlage defekt<br />
Wikisource ... lang=en
</div>
<nowiki>{{Wikisource|Author:Thomas D'Urfey|Thomas d’Urfey|Autoreneintrag}}</nowiki> {{x}} Diese Seite existiert nicht, das aber würde WSTM akzeptieren
Tatsächlich ist sie aber nach diesem Eingriff dann auch defekt. Warum tut es das? [[Vorlage:Wikisource#Kopiervorlage]] sagt verwende <code>lang=</code>. Genau das habe ich ja auch getan.

'''OT:''' Und wo ich gerade am „rummaulen“ bin, wann bekomme ich denn die Citoid-Schaltfläche zurück? Es ist sehr umständlich ohne. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:27, 4. Sep. 2018 (CEST)

:* Ja, das ist ein sehr selten auftretendes Problem, weil die handgestrickte Programmierung von 2012 von vier Parametern gleichzeitig überfordert ist. Eine Neuprogrammierung mit heutigen Mitteln ist wegen Arbeitsrückstau von mehr als 20 Monaten nicht in Aussicht.
:* Ich sehe den Citoid-Button auch in dem von dir verwendeten 2010-WikiEditor wieder, nachdem es tatsächlich kürzlich mal einen von mir nicht verursachten Ruckler gab; probier mal die Werkzeugleiste von 2006 aus. Mehr kann ich da nicht machen; ich habe mit diesen Werkzeugleisten nichts zu tun.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:31, 4. Sep. 2018 (CEST)
:: Ach so, na dann, ich teste mal hin und her. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:36, 4. Sep. 2018 (CEST)

== Whitespace um Überschriften auf Commons ==

Hallo, im Moment versuche ich mich an ein paar Regex, zur whitespace-Regulierung um Überschiften auf Commons-Dateibeschreibungsseiten. <code>mw.libs.WikiSyntaxTextMod.config.page.include  =  [ "File:" ];</code> ist gesetzt. Das einfachste Beispiel, dass schon nicht funktioniert, ist das Einfügen von Leerzeichen zwischen "=" und Überschrift. Übersehe ich einen Fehler im Folgenden?
<syntaxhighlight lang="js">
mw.libs.WikiSyntaxTextMod.config.mod.plain = [
 ["^== ?{{int:(filedesc|license-header)}} ?==$",
  "== {{int:$1}} =="],
];</syntaxhighlight>
Vielen Dank im Voraus! --[[Benutzer:Marsupium|Marsupium]] ([[Benutzer Diskussion:Marsupium|Diskussion]]) 10:53, 11. Sep. 2018 (CEST) PS: Für Pings bin ich dankbar!
: Nunja, das wird als Template-Code ausgeschlossen (war tatsächlich nicht immer so). Davon abgesehen, wer sagt dass das jetzt die gewünschte Notation ist (außer Leyo)? Bei einer Template-Einfügung erübrigt sich die eigtl. Intention der Abgrenzung vom Text vollends (hier mit 8 Zeichen, sollte wohl genügen). In fast allen Scripten (auch von WM) die ich kenne werden dort keine Leerzeichen gesetzt, welches auch erst durch einen Hack in den [[c:Special:Diff/159049081/185856946|Edittools]] möglich wurde (vorher immer revertiert).
: Was mich viel mehr stört (der seit Jahren bekannte '''Bug'''), dass WSTM immer noch korrekte Interwiki-Links in falsche Links ändert  <code><nowiki>[[:en:Wikipedia:Text]]</nowiki></code> (oder auch nur <code>:Wikipedia:Text</code>) →  <code><nowiki>[[w:en:Text]]</nowiki></code><span style="white-space:nowrap;color:#456;"> -- ''[[User: Perhelion]]'' <small>11:37, 11. Sep. 2018 (CEST)</small></span>

:: {{ping|Marsupium}}
:: Jep, der Fehler ist relativ trivial, wenn man die Arbeitsweise von WSTM näher kennt und [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/selective #Schutz von Linkzielen]] verinnerlicht hat.
:: Ein Ausdruck mit geschweiften Klammern ist schlichten Veränderungsversuchen nicht zugänglich.
:: Ob das gewünscht wäre oder nicht, ist nicht meine Kiste.
:: Du könntest deine Absicht jedoch mit folgendem Paar Ersetzungen realisieren (freihändig ungetestet):
<syntaxhighlight lang="javascript" style="margin-left:4em">
mw.libs.WikiSyntaxTextMod.config.mod.plain =
   [ [ "\\(\n==+\\) *" "$1 " ],
     [ " *\\(==+\n\\)" " $1" ] ];
</syntaxhighlight>
:: Ist nicht völlig narrensicher, wird aber wohl gut laufen.
:: Ich schiebe seit Jahren einen Berg von Programmieraufgaben vor mir her, und um tiefer in WSTM einzugreifen und irgendwas von 2012 neu zu programmieren würde mich mehrere freie Monate der Wiedereinarbeitung und Erprobung kosten, die ich schlicht nicht habe und statt dessen alltäglichen Kleinkrieg hier mache, und nichts beginne, was ich nicht in einem Dutzend Stunden zu einem robusten Ende bringen kann.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:25, 11. Sep. 2018 (CEST)

== Kontrollseite der Syntaxpolitur unterdrücken ==

Soweit ich weiß ist das bei mir <mark>nicht aktiv</mark>. Trotzdem wundere ich mich gerade, dass ich keine Diffanzeige bekomme, wenn Dinge wie Herausgeber→Hrsg oder Band→ReiheBand beim Öffnen der Seite ersetzt werden. Ist mir das nur bisher nie aufgefallen oder hat sich da etwas geändert? Ich mag es nicht wirklich, wenn Änderungen an mir vorbei erfolgen. Beispiel [https://de.wikipedia.org/w/index.php?title=Am_Neuen_Wasserturm_1_(M%C3%B6nchengladbach)&action=edit Am Neuen Wasserturm 1 (Mönchengladbach)]. So etwas verunsichert mich. Also das ist nicht generell so, nur bei Seiten der [[:Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Literatur/Temp4|Temp4]] meine ich, aber ich denke dass etwas verändert wurde, da ich mich nicht erinnern kann, so etwas schon einmal bemerkt zu haben. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:08, 16. Sep. 2018 (CEST)

: Das ist seit Sommer 2016 so.
: Änderungen an den Lit-Parameternamen werden als geringfügig=whitespace-ähnlich klassifiziert. Da in 150.000 Artikeln Änderungen Herausgeber→Hrsg Jahr→Datum Zugriff→Abruf auf der Agenda standen und die Anwender von den teilweise dutzendfach im Artikel vorkommenden Ersetzungen nicht genervt werden sollen, wird erst bei Änderung des Parameterwertes Diff ausgelöst. Wegfall überflüssiger leerer Parameter übrigens genauso, und Internetquelle ebenfalls, nur dass da nicht so viel mit den Namen passiert.
: Schönen Sonntag --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:20, 16. Sep. 2018 (CEST)
:: Oh, echt, das ist mir nie bewusst aufgefallen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:25, 16. Sep. 2018 (CEST)
:: Ne ich weiß nicht irgendetwas ist einfach anders, auch wenn ich auf meine Schaltfläche klicke kam sonst „immer“ automatisch so ein Diff. Irgendetwas ist heute anders. Ich weiß nicht was aber es verhält sich merkwürdig. Das bin ich so nicht gewohnt. Bist du sicher, dass sich nichts geändert hat? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:56, 16. Sep. 2018 (CEST)

::: Hmmmh, geändert hat sich schon gestern Abend etwas, aber dahingehend dass WSTM etwas schneller wurde.
::: Mal beobachten; dazu ist die d-Version ja da.
::: Ich hatte das auch ausprobiert; bei mir kam Diff wie zu erwarten wenn zu erwarten. Ich achte mal drauf.
::: Diff müsste jedenfalls kommen, wenn größere Änderungen.
::: OT: Die Klasse ''BoxenVerschmelzen'' haben wir bereits seit 2004 in dieser Form; scheint also irgendwie wichtig zu sein.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:13, 16. Sep. 2018 (CEST)
:::: OT: <small>Ja doch, aber ich spiele gern.</small>
:::: Größere, ja die sind o.k. (selbst ein miniatur→mini, nicht jedoch ein ISBN 1234567890 → ISBN 123-45678-90) Schneller, ja auch das schien mir gefühlt so zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:20, 16. Sep. 2018 (CEST)
Erstes Ergebnis:
* Umstellungen innerhalb der Vorlage Literatur, auch Formatumstellungen lösen kein Diff mehr aus, es sei denn, ich füge einen fehlerhaften Parameter ein, also statt Sammelwerk nur werk oder so, dann kommt ein Diff, weil das eben grundfalsch ist und WSTM das wohl aussortiert. Andere Umstellungen, Positionswechsel, Parameternamenskorrektur, gehen ohne Diff durch.
* Benutzerspezifisches <nowiki>[http://irgendetwas.web] → [http://irgendetwas.web irgendetwas.web]</nowiki> im Parameter |Online= oder sonstwo löst hingegen einen Diff aus.
* Ich teste mal kurz |Jahr=JJJJ|Monat=MM|Tag=TT (ohne Datum) wird ohne Diff zu |Datum=JJJJ-MM-TT das bestätigt mein Empfinden. ABER: Dumm ist, dass
<pre>
* {{Literatur |Autor=Mark Swed |Titel=Max Reger a crowd pleaser at a full and festive Disney Hall |Sammelwerk=[[Los Angeles Times]] |Datum=2014-11-30 |Jahr=2014 |Monat=11 |Tag=30 |Online=[http://www.latimes.com/entertainment/la-et-cm-la-phil-dudamel-review-20141201-column.html latimes.com]}}
</pre>
ohne Korrektur der Parameter und ohne Diff zu
<pre>
* {{Literatur
   |Autor=Mark Swed
   |Titel=Max Reger a crowd pleaser at a full and festive Disney Hall
   |Sammelwerk=[[Los Angeles Times]]
   |Datum=2014-11-30
   |Jahr=2014
   |Monat=11
   |Tag=30
   |Online=[http://www.latimes.com/entertainment/la-et-cm-la-phil-dudamel-review-20141201-column.html latimes.com]}}
</pre>
wird. Das ist nicht gut, denke ich und so sicherlich auch nicht geplant, oder? Es ist also etwas überraschend, was da passiert. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:52, 16. Sep. 2018 (CEST)

: Angleichung der Parameternamen, Reihenfolge der Parameter, Parameterlayout sind als minimale Änderung klassifiziert. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:09, 16. Sep. 2018 (CEST)
:: Du hast aber schon gesehen, dass Jahr Monat und Tag einfach nur mit umgetsellt und nicht mehr entfernt werden? Und ich bin mir sicher, dass das vorher, auch bei kleinen Änderungen immer einen Diff ausgelöst hatte. Auch wenn ich für gewöhnlich eh noch mal den Vergleich aufrufe, mir ist es lieber ich sehe alle Änderungen auch die minimalsten und sei es nur ein Leerzeichen hinter <code>|- </code> Na es ist dein Tool du wirst schon wissen, was es tun soll und was nicht. Ich habe gern im Blick was da passiert, denn verantwortlich bin ich, wenn ich es speichere. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:29, 16. Sep. 2018 (CEST)

== Zitatumwandlung ==
Das ist eine nette Idee, aber … Nach meiner Meinung sollte bevorzugt der Parameter <code>|Quelle=</code> eingesetzt werden und nicht der Parameter <code>|Autor=</code>
* O.k. WSTM kann es nicht wissen, doch halte ich es für besser Dinge wie ''Filmlexikon'' nicht als Autor sondern als Quelle zu bezeichnen, leider sind einige Mitautoren daran gewöhnt unbenannte Parameter zu verwenden und dadurch seht dann seit Jahren so etwas in Artikeln.
<nowiki>{{Zitat|Geschäftlich geht Fler also …<ref>Rappers.in: [http://www.rap.de/reviews/87-review/8386]</ref>|Auszug aus der Rezension von Rap.de}}</nowiki>
* Das sieht, für mich, aufgrund der Kapitälchen immer sehr unschön aus zumal es explizit in der Vorlagendokumentation heißt
** Autor = Autoren (Vorname Nachname, Vorname Nachname …)
** Quelle = Angaben zur Quelle, in der das Zitat zu finden ist
Obiges wäre für mich also die Quellangabe hier = Auszug aus der Rezension von Rap.de
Nun wandelt aber WSTM diese in einen Autor, so etwas möchte ich nicht wirklich. Denn dadurch wird, meiner bescheidenen Meinung nach, die falsche Formatierung als gewünschtes Format übernommen. Ich bemühe mich eigentlich schon immer darauf zu achten so etwas wie 
<nowiki>{{Zitat|Schlöndorffs brillant inszenierte, weitgehend werktreue Verfilmung des Romans von Günter Grass. Eine opulente Bestseller-Verfilmung voller sinnlicher Kraft.|[[Lexikon des internationalen Films]]<ref>{{LdiF|26375|zugriff=2017-03-02}}</ref>}}</nowiki>
WSTM macht daraus
<pre>
{{Zitat
 |Text=Schlöndorffs brillant inszenierte, weitgehend werktreue Verfilmung des Romans von Günter Grass. Eine opulente Bestseller-Verfilmung voller sinnlicher Kraft.
 |Autor=[[Lexikon des internationalen Films]]<ref>{{LdiF|26375|zugriff=2017-03-02}}</ref>}}
</pre>
zu korrigieren
<pre>
{{Zitat
 |Text=Schlöndorffs brillant inszenierte, weitgehend werktreue Verfilmung des Romans von Günter Grass. Eine opulente Bestseller-Verfilmung voller sinnlicher Kraft.
 |Quelle=[[Lexikon des internationalen Films]]
 |ref=<ref>{{LdiF|26375|zugriff=2017-03-02}}</ref>}}
</pre>
denn ein Lexikon ist nicht der Autor sondern die Quelle.
* So hilfreich diese Ersetzung auch ist, wenn ich es nicht zufällig bemerkt hätte, dann hätte ich das im Vertrauen auf dein Tool, so übernommen. [[Spezial:Diff/182019175]]
* Ich weiß nicht, wie man das sinnvoll automatisch ersetzen könnte.
* Derzeit jedenfalls wäre es mir lieber, wenn es nur den Parameter <code>|Text=</code> setzen würde, aber natürlich sehe ich auch das Problem, wenn man dann die anderen Parameter unbenannt lässt kommt Murks heraus …
<nowiki>{{Zitat
 |Text=Geschäftlich geht Fler also …<ref>Rappers.in: [http://www.rap.de/reviews/87-review/8386]</ref>|Auszug aus der Rezension von Rap.de}}</nowiki>
* Daher wäre es mein Vorschlag, <code>|Text=</code> und <code>|Quelle=</code> zu verwenden, und, wenn nicht vorhanden, zusätzlich die Parameter <code>|Autor=</code> und <code>|ref=</code> leer mit einzufügen, damit man die Zuordnung anpassen kann, mir wäre es lieber ein Autor steht mal als Quelle da, als umgekehrt.

;Einzelnachweise
<references />


:+1--[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 08:26, 22. Okt. 2018 (CEST)


::* Die Kapitälchen stehen nur einem menschlichen Autor zu; siehe [[Vorlage:Person]] und [[Vorlage:Person/styles]].
::* Es ist immer schon: <code>2=</code> ein Alias für <code>Autor=</code> und <code>3=</code> ein Alias für <code>Quelle=</code>
::** WSTM ändert also absolut rein gar nix an irgendwas.
::** Nur wird der Missbrauch des Autoren-Parameters jetzt deutlicher.
::** Mithin ein Anreiz, es bei inhaltlichem Fehler zu korrigieren.
::** Sehen kann den Parameternamen ohnehin nur jemand in der (Quelltext-)Bearbeitung.
::* Der Missbrauch des Autoren-Parameters kommt auch anderswo häufig vor und gibt Anlass zur Korrektur – [{{canonicalurl:Spezial:Suche|search=Tagesspiegel++hastemplate%3AInternetquelle+insource%3A%2Fautor%3DTagesspiegel%2F}} willkürliches Beispiel.]
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:37, 22. Okt. 2018 (CEST)
::: Ne das reicht mir nicht, WSTM setzt da einen benannten Parameter ein und das sollte zuvor „menschlich“ geprüft werden. Ich weiß sehr wohl, dass da nur eine Umschreibung erfolgt, aber die stört mich. Denn, wenn ich etwas „bewusst“ anpasse dann tue ich das in der Absicht etwas „geprüft“ umzustellen, wenn dein Tool mir aber eine Umstellung auf benannte Parameter unterschiebt und mir möglicherweise nicht einmal mehr einen automatischen Diff dazu liefert, dann stört mich das doch sehr. Ich möchte ungern auf WSTM verzichten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:50, 22. Okt. 2018 (CEST)

:::: Bitte nicht mit Drohungen und Erpressungen kommen.
:::: Wir stellen ganz allgemein und allmählich die unbenannten Parameter der ersten Jahre auf benannte um, damit die tatsächliche Funktion deutlich wird. Gerade du forderst das immer wieder.
:::: Nichts anderes geschieht hier, und Bearbeiter, die bislang nur irgendwie eine Herkunft als ersten Parameter nach der Pipe ohne Nachdenken reingeklatscht hatten, sehen jetzt erstmals die wirkliche Bedeutung.
:::: Nachdem das nunmehr von WSTM verdeutlicht wird, steht es allen frei, die immer schon falsche Zuordnung zu korrigieren, wo halt kein menschliches Wesen als Autor vorkommt; geschieht das nicht schon bei der ersten WSTM-Umwandlung, dann stolpert vielleicht später mal jemand drüber.
:::: Wenn WSTM das nicht deutlich macht, wird die falsche Nutzung der Parameter niemals korrigiert werden können.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:00, 22. Okt. 2018 (CEST)
Ich drohe doch nicht, mich stört es nur, wenn ich es nicht bemerke, ich schrieb schon zuvor, dass mir die Umstellung auf kl. Änderungen tätigen ohne einen Diff anzuzeigen, nicht gefallen hat. Du hast gesagt da muss ich mit leben, aber solche Dinge sollten nicht „heimlich“ laufen. Es gibt extra diese Einstellung, die ich auch absichtlich nicht verwende, denn ich möchte immer, das wiederhole ich nochmal sehen was das Tool geändert hat. Vertrauen ist gut, Kontrolle ist besser. Wieso meinst du denn drohen oder erpressen, ich verwende das Tool wirklich sehr gern. Was geschieht sehe ich, dass ich damit aber nicht glücklich bin, darf ich doch wohl anmerken. Ich zumindest tue so etwas und schalte nicht einfach das Tool ab. Denn es erleichtert wirklich sehr vieles. Wie kannst du nur so etwas sagen? Ich möchte eine Anzeige, wenn da schon etwas passiert ohne dass ich darüber eine Info bekommen hätte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:25, 22. Okt. 2018 (CEST)

:Gegen das Umstellen gibts nichts einzuwenden, aber uns machst du damit mehr Arbeit, denn "Autor=Berliner Zeitung" eindeutig falsch, wogegen "Quelle=Roland Gerber" nicht falsch ist. Wenn also beim Zitat zum Text nur ein Parameter angegeben wurde, sollte er als Quelle benannt werden. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 14:32, 22. Okt. 2018 (CEST)

„Ich möchte ungern auf WSTM verzichten.“ – Das ist nichts anderes als eine zuckersüße Verpackung von „Wenn du WSTM nicht so änderst, wie ich das will, dann werde ich WSTM nicht mehr benutzen, und aus der WSTM-Kooperation aussteigen.“
* Das ist eine Methodik, auf die ich grundsätzlich allergisch reagiere.
* Auch ich darf ab und zu wenigstens mal Gefühle haben.+* Dies insbesondere, als der inhaltliche Anlass geringfügig ist: Verantwortlich für die falsche Benutzung des Parameters sind diejenigen Bearbeiter, die das mal vermutlich gedankenlos so hingeklatscht hatten, obwohl sie immer schon dann eine Doppel-Pipe hätten setzen müssen. Dieses jetzt zu verdeutlichen und ohne Änderung an der Wirkung der Vorlage den tatsächlichen Zweck der Parameter im Klartext hinzuschreiben ist keine inhaltlich zu verantwortende oder vorwerfbare Handlung der WSTM-Nutzer.
* Grundsätzlich lasse ich mich nie zu etwas zwingen, sondern allenfalls durch schlüssige Argumente überzeugen.
WSTM stuft generell die Korrektur von Namen der Vorlagenparameter nicht als gravierend ein.
* Ob und wie ich vielleicht in diesem Fall eine Ausnahme mache und einen gesonderten Erkennungsmechanismus programmieren kann und eine Diffpage erzwinge, muss ich gelegentlich sehen; momentan habe ich für meine ruhigen Programmier-Stunden haufenweise teils dringliche Sachen abzuarbeiten.
* „Umgewandelt“, wie der Name des Abschnitts suggeriert, wird nebenbei überhaupt nix. Es erhalten lediglich die Parameter ihre Klarnamen, statt ihre Bedeutung und Auswirkung hinter einer nackten Pipe zu verstecken.
WSTM kann es, wie schon richtig bemerkt, nicht anders auflösen.
* Es ist genauso falsch für die Publikation, wenn dort <code>2=</code> oder <code>Autor=</code> steht, denn beides wird in Kapitälchen geschrieben und bezeichnet den menschlichen Verfasser.
* Es ist genauso falsch für den Menschen, wenn dort <code>3=</code> oder <code>Quelle=</code> steht, denn beides soll das Werk bezeichnen, in dem das veröffentlicht wurde. Dem Menschen würden hingegen Kapitälchen zustehen.
* WSTM kann es weder bei Nur-Pipes belassen noch sonst irgendwas.
* Irgendjemand muss früher oder später entscheiden, dass der Tagesspiegel kein Mensch ist, und ein Lexikon ist auch keiner. Das gilt für die Zitat-Vorlagen genauso wie für die Internetquelle oder Literatur oder sonstwen; auch dort gibt es als Autor-Parameter explizit falsche Zuweisungen.
* Ob ihr das jetzt sofort bemerkt und korrigiert, oder erstmal speichert und irgendwer später mal kommt wer vorbei, ist einstweilen wurscht.
Das langfristige Ziel ist es bei allen Zitatvorlagen, diese unseligen unbenannten Parameter mindestens erstmal von 2 an aufwärts aus dem Bestand zu eliminieren.
* Das kann noch ein Jahrzehnt dauern, aber mit der zunehmenden Verwendung des VE wird auch der Widerstand der Auswendig-Nur-Tipper gegen Parameternamen und längere Namen von Vorlagen allmählich abnehmen.
* Bis dahin sind es halt die Hinterlassenschaften des Vorlagenwesens der allerersten Jahre, als alle Autoren noch auswendig die Bedeutung und Reihenfolge aller unbenannter Parameter aller Vorlagen kannten&nbsp;– oder aber die Herkunft gnadenlos hinter die erste Pipe nach dem Text geklatscht hatten und sich einen Dreck drum scherten, was das bedeuten würde und wie es dargestellt wird.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:15, 22. Okt. 2018 (CEST)
: Ich habe niemals versucht dich zu etwas zu zwingen. Ich schreibe aber nun mal offen und ehrlich was ich denke, du weißt ebensogut wie ich, dass ich WSTM immer verteidigt habe, dass ich trotz massiver Kritik das Tool fast in der Konfiguration verwende, wie es von dir ausgeliefert wird, dass ich jeden Fehler melde, der mir auffällt.
: Keine Ahnung weshalb du gerade so sauer auf mich bist. (ich möchte ungern auf WSTM verzichten erwähnte ich nur, weil mir durch den Kopf ging, dass Silke neulich so etwas schrieb [[Spezial:Diff/180319206/180319266|Zitat]]: „Tools von PerfektesChaos nicht aktiviert, da dieses Tool in der Zwischenzeit Änderungen durchführt, die ich nicht verstehe“ womit ich zumindest vermutete, dass sie WSTM gemeint hat, und das hat mich verdammt noch mal sehr traurig gemacht! Weil für mich all deine Tools, die ich benutzen darf, einen sehr hohen Wert haben.) Ich würde niemals etwas so wertvolles wie eine Kooperation mit dir aufkündigen. So gut solltest du mich eigentlich kennen. Ich würde auch nicht von dir verlangen, dass du etwas gegen deine Überzeugung änderst. Ich habe auch nicht WSTM die Schuld an dieser Misere gegeben. Ich möchte so etwas jedoch nicht versehentlich übersehen, was ist daran falsch? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:50, 22. Okt. 2018 (CEST)

:: „schreibe aber nun mal offen und ehrlich was ich denke“ – naja, wäre nett, wenn du auch berücksichtigst, was das auslösen kann.
::* Ich habe dir die Stelle zitiert, die du besser nicht getextet hättest.
::* Die Bemerkung von Silke hatte ich auch zur Kenntnis genommen, aber sie muss von sich aus bei mir anfragen, warum WSTM dies oder jenes machen würde, oder wenn es ihr zu viel damit wird dann halt lassen.
:: WSTM kann nur den unbenannten Alias durch den Klarnamen ersetzen, nicht aber die Bedeutung von Parametern eigenmächtig vertauschen.
:: Wir sind die gekniffenen kleinen Putzerfische, die jetzt mühsam aufarbeiten, was die Schnelltipper als Vorlageneinbindung in die Artikel gedroschen hatten, und wir berichtigen halt seufzend alle unangemessenen Autor-Parameter in Vorlage:Internetquelle wie auch bei Zitat oder Literatur. Wenn der WSTM-Bearbeiter es nicht richtigstellt, dann halt irgendwann einer der folgenden Bearbeiter, nachdem jetzt der Parametername deutlich wurde. Passiert mit vielen anderen Nickeligkeiten auch, die WSTM erstmal sichtbar macht, aber die nicht von jedem dann sofort komplett bereinigt werden.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:23, 22. Okt. 2018 (CEST)
: Ja sorry, ich mag es aber nun mal nicht etwas falsch (und Autor = Lexikon ist für mich falsch) im Artikel zu belassen, nur weil ich diese Änderung möglicherweise „nicht gesehen habe“.
: Darauf zu hoffen, dass es dann andere tun, das habe ich mir schon lange abgeschminkt. Ich möchte nicht, dass jemand denkt, ich würde so etwas wie „Autor = Lexikon“ bewusst oder gar absichtlich in Artikel einfügen.
: Es ist schon schlimm genug, dass Zotero diesen Müll in die Internetquelle oder Literaturvorlagen klatscht und ich das ständig prüfen muss, aber da sehe ich, was ich tue, weil ich für eine Zitation eine Auswertung mache, wenn aber ein Tool etwas umstellt „ohne dass es mir angezeigt wird“, dann stört mich das.
: Ich akzeptiere, was immer du tust <small>(selbst die Widerherstellung meiner gelöschten Benutzerunterseite)</small>, es ist dein Tool und ich muss mich anpassen. Mir aber gibt das ein „ungutes Gefühl“.
: Ich kann nichts dafür, dass ich persönlich damit ein Problem habe, wenn andere dann denken könnten, dass ich so etwas „bewusst“ umgestellt hätte. Das ist mein Problem und das weißt du auch. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:28, 23. Okt. 2018 (CEST)

Darf ich mich als Unbeteiligter (und Unverständiger) einmischen? Verstehe ich richtig, dass die Umwandlung eines (falschen) unbenamten Parameters in einen (falschen) benamten Parameter inhaltlich richtig und insofern WSTM nicht „anzukreiden“ ist? Verstehe ich weiter richtig, dass Lómelinde unglücklich damit ist, dass sie diese Änderungen nicht angezeigt bekommt, weil sie gerne den falsch benamten Parameter in einen richtig benamten Parameter ändern würde? Kann man dann nicht an der Festlegung, ob diese Änderung angezeigt wird, etwas drehen? Viele Grüße zu Morgen, --[[Benutzer:Drahreg01|Drahreg01]] ([[Benutzer Diskussion:Drahreg01|Diskussion]]) 07:01, 23. Okt. 2018 (CEST)
: Ja das verstehst du richtig. WSTM macht eigentlich nichts anderes als die bisher unbenannten Parameter mit Namen zu versehen, soweit ist das auch gut, nur gibt es eben auch Verwendungen wie hier bei der Vorlage Zitat, wo die einfügenden Benutzer diese falsch bestückt haben <small>(oder es so machen, wie sie es an anderer Stelle gesehen haben. Insbesondere im Bereich Film und Fernsehen, gibt es gefühlt hunderttausende Artikel mit eigentlich falsch ausgefüllten Zitatvorlagen)</small>. Die Idee an sich, das durch die Benennung sichtbar zu machen, wird aber, so meine ich, nicht dazu führen, dass nun andere daherkommen und das korrigieren, sondern eher dazu, dass auch das dann als korrekt <small>(habe ich da und dort gesehen)</small> angenommen und weiter verbreitet wird. Ich fürchte die wenigsten schauen in der Doku nach, es wird eher aus anderen Artikeln übernommen.
: Ja ich würde es gern bemerken, wenn das Tool das umstellt, dann könnte ich gezielt die Parameter prüfen. Ähnliches wird mir auch angezeigt, wenn in einem Artikel eine veraltete prettytable oder ein blockquote steht, so etwas ist für mich hilfreich. Ich würde es eben gern anpassen und nicht übersehen.
: WSTM kannst du das natürlich nicht ankreiden, denn es ersetzt nur unbenannt zu benannt, der Fehler liegt eindeutig davor bei der Person, die die Vorlage falsch ausgefüllt hatte.
: Durch diese Änderung im Hintergrund kann es dann aber so wirken, als wenn der Benutzer, der WSTM verwendet, diesen Fehler erzeugt hat und das möchte ich schlichtweg nicht, ich bin das sehr empfindlich. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:38, 23. Okt. 2018 (CEST)

:: Ich hatte oben geschrieben, dass ich eine besondere Auslösung der Diffpage für die nächsten Tage anstrebe.
::* Dies habe ich mittlerweile eingebaut.
::* Grundsätzlich sieht WSTM die Auflösung von Weiterleitungen des Vorlagen-Namens, die Standardisierung der Namen von Parametern und die Reihenfolge der Parameter sowie Parameter-Layout als geringfügig und sicher an, weshalb von der automatischen Diffpage regelmäßig abgesehen wird.
:: Ich weiß, dass es die Hälfte der 50.000 ANR-Einbindungen betrifft, und dass sich ein allmählicher Migrationsprozess über mindestens ein Jahrzehnt hinziehen dürfte, aber irgendwann sollte mal damit begonnen werden.
::* In welchem Umfang der Parameter korrekt oder inadäquat zugeordnet wurde, wird sich zeigen.
::* Generell ist der Einsatz mehrerer unbenannter Parameter in Folge eine Kinderkrankheit der ersten Jahre der Vorlagerei bis etwa 2010, die in vielen Fällen zu Verwechslungen führt, und welche unentdeckt bleiben, wenn sie keine besonders augenfällige Wirkung haben.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:17, 23. Okt. 2018 (CEST)
:::@Lómelinde: Wenn man die Artikel suchen würde, über Cirrus, welche Varianten hat man? Ich würde gerne die 50.000 Einbindungen irgendwie untermauert sehen und vllt. kann ich sie in die täglich Arbeiten aufnehmen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 21:10, 23. Okt. 2018 (CEST)

:::: Es gibt insgesamt 50.160 aus der Familie im ANR.
:::: Von denen sind nicht unbenannten alle abgedeckt, aber für eine erste Abarbeitung hinreichend viele durch [{{canonicalurl:Spezial:Suche|search=hastemplate%3AZitat+insource%3A%2FZitat\%7C%5B^%7C%5B}%5D%2B\%7C%5B^rAQ%C3%9C%5D%2F}} die hier] im Angebot.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:50, 23. Okt. 2018 (CEST)
: Dann muss es doch an mir liegen. Ich bekomme noch immer manchmal keinen automatischen Diff dafür. Ich weiß nicht, was ich falsch mache. Beispiel [https://de.wikipedia.org/w/index.php?title=Ang_Lee&action=edit&section=6 Abschnittsbearbeitung mit Umstellung ohne Diff] (kein Grund zu erkennen, fehlende Leerzeile über/unter der Vorlage?) ebenso [https://de.wikipedia.org/w/index.php?title=Alan_Smithee&action=edit&section=2 kein Diff aber eine Umstellung] (möglicherweise, weil die Vorlage nicht am Zeilenanfang steht?).
: Das ist uneinheitlich [https://de.wikipedia.org/w/index.php?title=Aki_Kaurism%C3%A4ki&action=submit hier] bekomme ich eine Diffansicht. Und SORRY ich wollte dich nicht unter Druck setzen, wirklich nicht, ich habe jetzt wieder wochenlang ein schlechtes Gewissen deswegen. Es tut mir leid, dass ich das so gedankenlos schrieb. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:35, 24. Okt. 2018 (CEST)

== Zitatumwandlung 2 ==

Diesmal muss ich aber um eine Anpassung bitten. [[Physikum]] hier wird das Zitat zerlegt = unbrauchbar, wenn ich so etwas übersehen sollte gibt das Ärger und das möchte ich doch vermeiden.

aus
{{Zitat|P.[latner] gehörte zu den vorzüglichsten akademischen Lehrern seiner Zeit. Er leistete Ausgezeichnetes auf dem Gebiete der Philosophie sowohl, als auf dem Gebiete der Med.[izin], und zwar besonders in den Fächern <mark>[[Anthropologie|Anthropol.[ogie]]]</mark>, Physiol.[ogie], gerichtl.[iche] Med.[izin], Staatsarzneikunde und Psychol.[ogie.] Er verstand es, in seinen Vorlesungen die philos.[ophische] Darstellung in ein gefälliges Gewand zu kleiden, und hat sich namentlich auch durch Anregung des Studiums der Psychol.[ogie] und deren innige Verbindung mit der Med.[izin] verdient gemacht, wobei er mit grösster Entschiedenheit die Wahrheit vertheidigte und Vorurtheile bekämpfte.}}
wird
{{Zitat
 |Text=P.[latner] gehörte zu den vorzüglichsten akademischen Lehrern seiner Zeit. Er leistete Ausgezeichnetes auf dem Gebiete der Philosophie sowohl, als auf dem Gebiete der Med.[izin], und zwar besonders in den Fächern <mark>[[Anthropologie
 |Autor=Anthropol.[ogie]]]</mark>, Physiol.[ogie], gerichtl.[iche] Med.[izin], Staatsarzneikunde und Psychol.[ogie.] Er verstand es, in seinen Vorlesungen die philos.[ophische] Darstellung in ein gefälliges Gewand zu kleiden, und hat sich namentlich auch durch Anregung des Studiums der Psychol.[ogie] und deren innige Verbindung mit der Med.[izin] verdient gemacht, wobei er mit grösster Entschiedenheit die Wahrheit vertheidigte und Vorurtheile bekämpfte.}} 
Das kann so nicht gewünscht sein. Ich muss wirklich sehr aufpassen, auch wenn WSTM in diesem speziellen Fall eine merkwürdige Klammerung <code><nowiki>Wikilink-'[[' seltsam
]]]</nowiki></code> anmahnt, ohne die nicht maskierte <code>[ogie]</code>, oder eben mit einer Maskierung <code>&amp;#91;ogie&amp;#93;</code>, wäre es scheinbar o.k. Magst du mal schauen, ob du das abfangen kannst, oder kommt so etwas zu selten vor und ich habe nur wieder die Stecknadel im Heuhaufen erwischt? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:39, 5. Nov. 2018 (CET)
::* Da gibt es nichts abzufangen.
::* Die Syntax war vorher schon kaputt und die Darstellung falsch.
::* Bei <code style="white-space:nowrap"><nowiki>Fächern [[Anthropologie|Anthropol.[ogie]]], Physiol.</nowiki></code> wird nur die öffnende Kalmmer verlinkt, die schließende bleibt unverlinkt draußen.
::* Der Folgefehler hat nichts mit der Zitatvorlage selbst zu tun; das ist Zufall, auch wenn ein Blockzitat besonders lange Texte abbekommt und deshalb häufiger sowas auftreten mag.
::* WSTM hatte bereits auf das Problem aufmerksam gemacht und dies in der roten Box vermerkt. Weil die Pipe nicht zuzuordnen wäre, wäre bei unbenannten Parametern das analoge Problem aufgetreten.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:56, 5. Nov. 2018 (CET)

: uuhoohahh und wenn ich so etwas mache also um ein englisches Zitat diese [[Vorlage:"-en]] setze und WSTM bitte das lang und Text nachzutragen …
‹Beispielresultat entfernt›
: Ich hoffe ich zerstöre gerade nicht den kompletten Artikel, der gefühlt fast nur aus Zitaten besteht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:29, 5. Nov. 2018 (CET)

:: Ich verstehe nicht, was du mir mit diesem endlosen Bandwurm sagen willst und was du von mir erwartest.
:: [[Blockzitat]] wäre ob der Länge dringend angebracht, das erst englisch und dann übersetzt im Fließtext hintereinanderzujagen ist ohnehin eine Zumutung für jeden Leser. Siehe die dortige Begründung, auch um das Ende eines Zitats absehen zu können.
:: [[Vorlage:Zitat-en]] wäre hier angemessen, und im Quelltext jeder Parameter auf einer neuen Zeile, statt mit [[Vorlage:"]] alles in einer Zeile hintereinander.
:: Und <code><nowiki>{{"-en}}</nowiki></code> ist ohnehin obsolet und wird allmählich eliminiert, besser schnellvergessen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:56, 5. Nov. 2018 (CET)
::: Nein, ich verwende es als Hilfe, Tippfaulheit. Was man machen könnte ist nicht ausschlaggebend, ich fass diesen Artikel nicht noch einmal an, ich hatte arge Probleme zu erfassen was wo wie als Zitat gemeint sein soll. Um aber wenigstens die korrekten Anführungszeichen einzusetzen behelfe ich mir mit "-en und klicke WSTM an um das dann ordentlich zu formatieren, da ich eh zu Tippfehlern neige lasse ich das lieber automatisch umstellen, nur da waren auch wieder [] in Links drin waren kam auch da mUrks heraus. Da es inline gewünscht war kann ich auch nicht alles einrücken und daher muss es eben {{Vorlage|"}} sein.
::: O.k., wenn du sagst „pass halt auf“ muss ich eben aufpassen, aber solche Artikel komplett zu überarbeiten, das tue ich mir nicht an. Der hat mich auch so mehr als eine Stunde Zeit gekostet. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:45, 5. Nov. 2018 (CET)

== [[Hilfe:Bilder#Alternativtext|Alternativtext]] und mehr ==

Mal ganz dumm gefragt weil es mir mehrfach unterkam, was genau ist da falsch? Oder anders
* mir ist als hätte vor einiger Zeit WSTM automatisch aus |[Aa]lternativtext= ein |alt= gemacht, irre ich mich da?
* Zumindest tut es das nicht und wirft es mir stattdessen als „Bildparameter nicht erkennbar alternativtext=“ an den Kopf. {{Wikipedia-Suche|insource:/alternativtext=/|2=3216 Artikel}} 888 davon mit leerem Parameter, (was wohl zu dem Fehler führt) Habe es getestet, wenn das ein Inhalt stünde würde es umgewandelt.
Und noch etwas, was nicht so wirklich toll ist. Eine Kombination Link in Vorlage + Vorlage in Link erzeugt <code>|1= |2=</code> und das wird dann im Text sichtbar. Ich weiß so etwas ist absoluter Murks aber ich kann nichts dafür ich bau so etwas nicht ein. Konkret geht es um die Vorlage:Infobox Flughafen bei der im Parameter Nahverkehr die Bahnlinienorlagen innerhalb einer Verlinkung eingefügt wurden. Du siehst hier, wie das dann aussieht.
<nowiki>{{Infobox Flughafen
|Name={{nowrap|Flughafen Köln/Bonn<br />„Konrad Adenauer“}}</span>
|Nahverkehr=[[Liste der SPNV-Linien in Nordrhein-Westfalen#Linien 1–9|Regional-Express]]:<br />[[Liste der SPNV-Linien in Nordrhein-Westfalen#Linien 1–9|1={{Bahnlinie NRW|RE|6}}]] [[Liste der SPNV-Linien in Nordrhein-Westfalen#Linien 1–9|2={{Bahnlinie NRW|RE|8}}]]<br />
[[S-Bahn Köln|S-Bahn]]: [[S-Bahn_Köln#Linien|3={{Bahnlinie NRW|S|13}}]] [[S-Bahn_Köln#Linien|4={{Bahnlinie NRW|S|19}}]]<br />
Bus: [[Kölner_Verkehrs-Betriebe#Buslinien|5={{Buslinie|161|white|#00BFFF|transparent}}]] [[SWB_Bus_und_Bahn#Buslinien|6={{Bahnlinie|RB||SB60|white|#7C8D54|#7C8D54}}]]<br />
[[#Fernbusbahnhof|Fernbusterminal Köln]]
|Straße={{RSIGN|DE|A|59}} {{RSIGN|DE|B|8}}
}}</nowiki>
Nicht sonderlich toll. Wenn so etwas dann möglicherweise ohne Diffanzeige passiert, dann weiß ich nicht hier gab es eine Diffansicht, weil ja andere Fehler (alternativtext und span) vorhanden waren. Möglicherweise hätte ich es sonst übersehen oder erst nach dem Speichern bemerkt. Das alles sind nur Infos, weil es mir gerade aufgefallen ist. Ob man da etwas tun kann, sollte oder muss, weiß ich nicht. Ausgangsszenario war diese Version →[[Spezial:PermaLink/182908519|Flughafen Köln/Bonn]] ich habe alles gelöscht, ob das nun so gut ankommen wird, da bin ich mir nicht sicher. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:52, 20. Nov. 2018 (CET)

== style ==

[[Olympische Sommerspiele 2016/Teilnehmer (Österreich)]]; [[FK Spartak Subotica]]; [[Sommer-Paralympics 2012/Teilnehmer (Chile)]]; [[K League Classic 2017]]<br />In diesen und anderen Artikeln legt das "style" ohne Gleichheitszeichen in den Tabellen WSTM lahm.<br/>Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 11:59, 22. Nov. 2018 (CET)

:* Erstmal Respekt, dass du den Absturz auf das lose <code>style</code> zurückführen konntest; ziemliche Detektivarbeit.
:** Ich könnte das nur durch Lesen der Fehlermeldung und Zurückverfolgen im JS-Quellcode.
:* Das Problem habe ich bei mir in der Programmierung beseitigt.
:** Kommt auf dem Dienstweg.
:** Müsste es schon seit fünf Jahren und länger ein Problem gewesen sein; nie aufgefallen. Also eher selten.
:** Auf was für Ideen die Autoren so alles kommen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:53, 22. Nov. 2018 (CET)

== Kunstbibliothek Köln ==

Artikel [[George Brecht]]<br />Aus dem blauen Link <nowiki>{{KMB|GND=119076802}}</nowiki> macht WSTM den Rotlink <nowiki>{{:Kunstbibliothek Köln|GND=119076802}}</nowiki>.<br/>Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 13:51, 22. Nov. 2018 (CET)

: Uppps, da hing beim C&P noch ein <code>:</code> am Namen der Vorlage dran.
: Gefixt, kommt baldmöglichst.
: Schönen Dank --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:55, 22. Nov. 2018 (CET)

::Danke, Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 16:42, 22. Nov. 2018 (CET)

== Merkwürdiges ref-Verhalten ==

Im Artikel [[Johann von Brandenburg-Ansbach-Kulmbach]] findet sich folgendes Konstrukt für ein ref-name-tag
<syntaxhighlight lang="html">
<ref name="http://gw1.geneanet.org">[http://gw1.geneanet.org/genroy?lang=en;p=germaine;n=de+foix ''Stammbaum der Germaine de Foix unter http://gw1.geneanet.org]''</ref>
</syntaxhighlight>
So etwas ist nun leider keine Ausnahme, an sich wäre es nur ungewöhnlich wenn daraus nicht automatisch folgendes würde.
<syntaxhighlight lang="html">
<ref name="[http://gw1.geneanet.org">[http/://gw1.geneanet.org/genroy?lang=en;p=germaine;n=de+foix gw1.geneanet.org">[http] ''Stammbaum der Germaine de Foix unter http://gw1.geneanet.org/]''</ref>
</syntaxhighlight>
Nun bin ich mir nicht sicher, ob das an mir = [[Benutzerin:Lómelinde/common.js|meiner Konfiguration des WSTM]] liegt, oder ein generelles Problem wäre.

Ich denke, dass WSTM eigentlich nicht innerhalb der ref-namens-tags Klammern für Weblinks einfügen sollte. Ich hatte solche Dinger auch früher schon und meine zumindest mich zu erinnern, dass so etwas bisher nicht passierte. Sicher weiß ich es aber nicht.

Kann das bitte mal jemand mit einer anderen Konfiguration in einem der hier noch vorhandenen [https://de.wikipedia.org/w/index.php?search=insource%3A%2Fref+name%3D%5C%22%5Chttp%3A%2F&title=Spezial:Suche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D Artikel] gegenchecken? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:46, 26. Nov. 2018 (CET)

: Das ist grundsätzlich Mist und macht auch die Artikel instabil.
: WSTM sucht zuerst nach nowiki, syntaxhighlight und so Zeugs und nimmt das aus der normalen Bearbeitung heraus.
: Dann werden magische Wörter, und dazu zählen auch syntaktisch vollständige http/ftp-URL, aus dem Syntax-Fluss herausgenommen und isoliert; so auch diese zwischen den "" und damit ist das nicht mehr als ref-Syntax erkennbar.
: Es müsste eigentlich auch heftige rote Fehlermeldungen geben??
: Es haben grundsätzlich keine anklickbaren Verlinkungen etwas im <code>name=""</code> zu suchen; das kann auch eines Tages die Artikel aus den Socken hauen.
: Momentan werden auf dem Server die ref-Tags von einer Extension zu einem recht frühen Zeitpunkt der weiteren Verarbeitung entzogen. Das ist schon seit einem Dutzend Jahren so und führt auch dazu, dass gesteigerte WikiSyntax-Phänomene nicht mehr innerhalb der ref-Bereiche interpretiert werden, hält aber auch diese URL außen vor.
: Eines Tages kann die Parser-Ausführung auf dem Wiki-Server aber auch mal anders aussehen, und dann fliegen einem diese Dinger um die Ohren.
: Hintendran im eigentlich als Linkbeschriftung gemeinten Bereich des Beispiels findet sich dann nochmal eine anklickbare URL; da weiß der Server auch nicht so genau was er damit machen soll. Bei Wikilinks bricht er den Weblink ab und macht ein zweites separat anklickbares Wikilink daraus; die URL lässt er jetzt im Moment als Beschriftungstext stehen. Das ist aber undefiniert und nicht gesichert und kann sich auch jederzeit ändern, so dass die URL dann separat anklickbar draußen stünde. Halt Murks, sowas.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:00, 26. Nov. 2018 (CET)
:: Mir musst du das nicht erklären, dass so etwas da nicht hingehört, heftige Meldungen na ja es gab schon eine:
{{Kasten|1=<mark>Ungültige Domain<br />gw1.geneanet.org">[http:</mark>}}
:: aber die kam ja quasi erst durch WSTM’s Änderung zustande. Ich ersetze solche Namenstags für gewöhnlich, wenn ich sie bemerke. Dass es Murks ist weiß ich schon. Ich habe schon komplette Zitationswiderholungen aus "…" entfernt.
:: Schimpf doch nicht mit mir, ich kann nichts dafür, dass so etwas eingefügt wird. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:17, 26. Nov. 2018 (CET)

::: Aber Süße, ich schimpf doch nicht dich aus, sondern diese Narren mit ihrem plumpen C&P überall hin donner. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:26, 26. Nov. 2018 (CET)

== [[Spezial:PermaLink/183270765|Alexander Kahr]] ==

Irgendwie merkwürdig was ich da angezeigt bekomme. Im Diff ist nichts, was automatisch dazu passen würde. Ich bin wegen der doppelten Parameter dort, das ist richtig, aber es verwirrt mich jetzt wirklich, dass außer Leerzeichen nichts verändert wurde obwohl die Meldung sagt 
{{Kasten|1=Bitte überprüfe die folgenden automatischen Behebungsversuche.
: Vorlagenparameter wiederholt
: <nowiki>{{Charteintrag|WO_AT5=7|WO_AT5=7}}</nowiki>}}
 | Titel = Hamma Heyah Ho (Coming Home)<mark>→ </mark>
 | TitelErg = Two in One
 …
 | Anmerkung = Erstveröffentlichung: 10. April 2015<mark> </mark><nowiki><br /></nowiki>Verkäufe: + 7.500
 …
 | Anmerkung = Erstveröffentlichung: 24. April 2016<mark> </mark><nowiki><br /></nowiki>Verkäufe: + 15.000
Wie mag das zustande kommen? Ich hätte jetzt erwartet, dass ein <code>|WO_AT5 = 7</code> entfernt worden wäre. Spinnt der Diff oder spinne ich? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:53, 5. Dez. 2018 (CET)

: Da steht ja auch nur was von „Behebungsversuche“.
: Ob und wie das dann durch WSTM echt wirksam wird oder nicht ist eine andere Frage.
: Wenn es zu heikel ist, weil doch ein Detail nicht passt, dann halt nicht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:21, 5. Dez. 2018 (CET)
:: Das überrascht mich, normalerweise wäre dann kein Versuch angezeigt. Aber egal. Wenn du sagst das ist normal spinne ich vermutlich. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:26, 5. Dez. 2018 (CET)

== [[Carson River Valley]] ==

Moin Moin PerfektesChaos, ich wollte WSTM bei obigen Artikel laufen lassen, aber WSTM startet nicht, allerdings sehe ich auch nicht warum nicht. Eine Korrektur habe ich jetzt von Hand fertig, trotzdem merkwürdig. Wenn du später mal schauen kannst (<u>also bitte nicht gleich</u>), vielen Dank. (Komisch ist, dass es häufiger USA-Artikel trifft.) mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:23, 12. Dez. 2018 (CET)

:* Das liegt an den offenbar in den USA durch kategorisierende Infoboxen oft fehlenden Kategorien.
:** Klingt komisch, ist aber so.
:** Tabellen können auch sortierbar sein, und dann sind andere Regeln betreffend Hintergrundfarbe zu beachten.
:** Deshalb ist das Antreffen einer Kategorie der Auslöser für WSTM, den Artikel als komplett gesehen festzustellen, und erst danach werden bestimmte Veränderungen an Tabellen vorgenommen.
:* Wenn du mir ein Beispiel benennst, wo irgendwas Unerwartetes sei, muss die Seite im Originalzustand verbleiben. Wenn du sie ohnehin schon umgebaut hast, kann ja auch nichts mehr passieren, wenn ich die Seite öffne.
:* Ich finde diese Art von Edits überhaupt nicht gut.
:** Insbesondere in den USA möchte ich Ruhe haben.
:** Sowas kann dann auch irgendwann mal ein Bot machen, wenn das weiter abgeschmolzen ist. Damit werden die Beos nicht angepiekst.
:** Bis dahin richtet es keinen Schaden an, und wenn es nicht gleichzeitig eine wesentliche sichtbare Änderung gibt, dann bitte sowas unterlassen. Wenn du gleichzeitig noch was netter gestaltest, dann kann Syntax so nebenbei mitlaufen, selbst wenn sie der eigentliche Anlass war.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:09, 12. Dez. 2018 (CET)
::* Okai, soetwas mit der Infobox hatte ich schon in Vermutung, aber auf die Kategorien die eingebunden werden nicht. Wieder was gelernt.
::* Mit den Edits, mach ich dosiert so. Der obige Artikel hat leider nicht mehr geboten, sonst hätte ich da auch noch mehr gemacht.
::* ähm, wo ich gerade hier bin, kann man mit WSTM aus <code><nowiki>[[deutsche Sprache|dt.]]</nowiki></code> das <code> {{Vorlage|deS|Text}}</code> machen?
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:53, 13. Dez. 2018 (CET)

::: Unter <code>.mod.wikilink</code>, ungetestet
<syntaxhighlight lang="javascript" style="margin-left:5em">
[ ["\\[\\[",
   "^[dD]eutsche Sprache$",
   "|dt\\.\\]\\]"],
  ["{{deS",  "|",  "}}"] ]
</syntaxhighlight>
::: WSTM kann nicht wissen, wo dein ''Text'' aufhört.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:01, 13. Dez. 2018 (CET)
::::Mal dranhäng: Hab ich das richtig verstanden, dass WSTM zwingend mindestens eine Kategorie erwartet und sonst nicht läuft? Ich hab immer mal Artikel wo ich es nicht gestartet bekomme und die es brauchen könnten. Jetzt hab ich natürlich grad keinen zur Hand, ich lese nur gerade hier. Wenn "fehlende Kategorie im Artikel" der Auslöser wäre, ließe sich das ja temporär von Hand "korrigieren" um es trotzdem ausführen zu können. --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 13:52, 17. Dez. 2018 (CET)

::::: Nein, nicht richtig verstanden.
::::: Die allgemeine Syntaxtätigkeiten laufen bei Fragmenten jeder Größe ab.
::::: Tabellen sind eine eigene Sache, riesige Dinger, können vielfach verschachtelt sein. Und Abschnitte enthalten, die wiederum separat bearbeitet werden könnten.
::::: Und sortierbar.
::::: Tabellen werden aus Sicherheitsgründen erst zum Schluss bearbeitet, und zwar dann, wenn per Kategorien offenbar das Ende der Seite erreicht worden ist und auch eine komplette Seite bearbeitet wird.
::::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:21, 17. Dez. 2018 (CET)
::::::Ah jetzt. Okay, Danke! :-) --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 11:30, 20. Dez. 2018 (CET)

:Moin PerfektesChaos, hoffe du hattest schöne Weihnachtstage. Ich habe gesehen, du hast bei den Weiterleitungen von Navileisten eine Seitenverschiebung gemacht. Interessant das. Ähm, ich habe mal einen Artikel gefunden, war nicht aus den USA, aber ich bekomme ihn mit WSTM r nicht gestartet: [[Samuel Gold]]. (PS.: Diesmal habe ich auch nichts verändert.) mfg --[[Benutzer:Crazy1880|Crazy1880]] 09:54, 27. Dez. 2018 (CET)

:: Verursacher sind die unerwarteten <code>&#125;}</code> von Webarchiv; an der Stelle macht WSTM das Schachbrett wieder zu, ohne das Schachbrett gesehen zu haben.
::* Hatte es die letzten fünf Jahre nicht gegeben.
:: Fix vermutlich morgen auf d online.
:: Diese Schachbretter gehen mir sowieso massiv auf den Sender.
::* Das hier ist noch das Format aus den 2000er Jahren mit bald 100 Parametern.
::* Jetzt ist ein anderes mit nur noch einem Dutzend Parametern in Mode.
::* Wobei man schlauerweise das noch häufig vorhandene bisherige Format spurenlos von der Vorlagendoku getilgt hat und noch nicht mal den Sachverhalt unterschiedlicher Formate erwähnt. Aber das regt mich bloß wieder auf.
:: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:18, 27. Dez. 2018 (CET)

== [[Controversy (Album)]] ==

Nen Gesundes Neues Jahr.<br />Eigentlich nur auffälig, nichts Tragisches:<br /><code>style="background:#f0f0ff;"</code><br />wird (mehrfach) nicht auf Großbuchstaben umgesetzt (im Gegensatz zu den anderen Zeilen). Ich habs nicht korr.<br />Gruß von der stürmischen Ostseeküste  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 17:47, 1. Jan. 2019 (CET)

: Etwas abflauendes und entspanntes 2019 zurück.
: Das ist reguläres Verhalten; WSTM greift nur in Zeilen ein, die zweifelsfrei als Tabellensyntax erkennbar wären.
:* Dazu gehören am Beginn <code>{|</code> oder <code>!</code> und ggf. <code>|-</code>.
: Eine einfache Pipe irgendwo zu Beginn ist zu gefährlich.
: Durch Tabellenkopf-Vorlagen, Abschnitte innerhalb einer Gesamt-Tabelle und die Möglichkeit der abschnittsweisen Bearbeitung ist es für WSTM extrem schwierig, eine Tabelle nur aus dem Quelltext einer einzelnen Seite und eines bearbeiteten Abscnitts zu erkennen. Das geht eigentlich erst, wenn vorher sämtliche Vorlagen expandiert wurden, und das weiß nur der Parser.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:20, 1. Jan. 2019 (CET)

::Danke, Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 19:15, 1. Jan. 2019 (CET)

== Nur zur Info nowrap-Konflikt ==

Im Artikel [[Rot-Schwarz-Baum]] befand sich →[[Spezial:Diff/184635094|dieses Konstrukt]].
<syntaxhighlight lang="html">
{{nowrap|Blatt,<ref>Für Knoten <code>struct node *K</code> der Schwarzhöhe 0 gilt in der vorgeschlagenen Implementierung die Äquivalenz:
:{| style="text-align:left"
|-
| <code>K != NULL</code> ||style="width:2em"| || <math>\Longleftrightarrow</math> ||style="width:2em"| || <code>*K</code> ist rot.
|}
In den Diagrammen bei den Fällen erkennt man die Knoten, die eine Schwarzhöhe 0 haben können, am Fehlen einer kleinen oder großen Kreisscheibe unterhalb ihres Knotensymbols.</ref>}}
</syntaxhighlight>
sah [[#so|so]] aus<br />
{{nowrap|Blatt,<ref>Für Knoten <code>struct node *K</code> der Schwarzhöhe 0 gilt in der vorgeschlagenen Implementierung die Äquivalenz:
:{| style="text-align:left"
|-
| <code>K != NULL</code> ||style="width:2em"| || <math>\Longleftrightarrow</math> ||style="width:2em"| || <code>*K</code> ist rot.
|}
In den Diagrammen bei den Fällen erkennt man die Knoten, die eine Schwarzhöhe 0 haben können, am Fehlen einer kleinen oder großen Kreisscheibe unterhalb ihres Knotensymbols.</ref>}}

WSTM hat das zerlegt und folgende Meldung angezeigt
{{Kasten|1=
Im Text wurden schwere Fehler gefunden.
Bitte überprüfe die folgenden automatischen Behebungsversuche.
: Vorlagenparameter wiederholt
: <nowiki>{{nowrap|style="width:2em"|style="width:2em"}}</nowiki>

Nicht alles lässt sich automatisch beheben. Bitte kläre die folgenden Probleme von Hand:

: (2×) Vorlagenparameter wiederholt
: <nowiki>{{nowrap|style="text-align:left"|style="width:2em"}}</nowiki>}}
Und das war das Ergebnis der automatischen Umstellung
<syntaxhighlight lang="html">
{{nowrap|Blatt,<ref>Für Knoten <code>struct node *K</code> der Schwarzhöhe 0 gilt in der vorgeschlagenen Implementierung die Äquivalenz:
:{| style="text-align:left"
|2=-
|3= <code>K != NULL</code> |4=|style="width:2em"|5= |6=|7= <math>\Longleftrightarrow</math> |8=|9= |10=|11= <code>*K</code> ist rot.
|12=}
In den Diagrammen bei den Fällen erkennt man die Knoten, die eine Schwarzhöhe 0 haben können, am Fehlen einer kleinen oder großen Kreisscheibe unterhalb ihres Knotensymbols.</ref>}}
</syntaxhighlight>
<pre>
optisch das hier<br />
{{nowrap|Blatt,<ref>Für Knoten <code>struct node *K</code> der Schwarzhöhe 0 gilt in der vorgeschlagenen Implementierung die Äquivalenz:
:{| style="text-align:left"
|2=-
|3= <code>K != NULL</code> |4=|style="width:2em"|5= |6=|7= <math>\Longleftrightarrow</math> |8=|9= |10=|11= <code>*K</code> ist rot.
|12=}
In den Diagrammen bei den Fällen erkennt man die Knoten, die eine Schwarzhöhe 0 haben können, am Fehlen einer kleinen oder großen Kreisscheibe unterhalb ihres Knotensymbols.</ref>}}
{{FNBox|1=
{{Anker|so}}
<references />}}
</pre>
Du musst mir nicht erklären, dass das absoluter Murks ist und man so etwas nienicht tun sollte. Es ist nur eine Info. Ich habe es entfernt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:40, 12. Jan. 2019 (CET)

== [[Margarete Landenberger]] ==

Bis zum ersten "nowiki/" wird WSTM nicht ausgeführt. Erst wenn ich die Vorlage "Belege fehlen" entferne, werkelt WSTM im kompletten Artikel. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 18:12, 22. Jan. 2019 (CET)

: Bedaure, aber das kann ich nicht reproduzieren.
: Bei mir werden auf Anhieb vier getarnte geschützte Leerzeichen gefunden, und zweimal Hg. in Hrsg. umgewandelt.
: Ein <code>nowiki/</code> finde ich überhaupt nicht. Richtiger Artikel?
: Die ''Belege fehlen'' ist auch unspektakulär. Allenfalls würde ich in ihren Vorlagennamen wnadeln, aber da sie ja schon mit richtigem Namen drinsteht, wird sie ignoriert.
: Vielleicht was an deinen eigenen Regeln? Ló????
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:18, 22. Jan. 2019 (CET)
:: richtiger Artikel inkl. der [https://de.wikipedia.org/w/index.php?title=Margarete_Landenberger&oldid=181758671&diff=cur&diffmode=source letzten Änderung] vom 21. Januar 2019, 14:36 Uhr. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 20:36, 22. Jan. 2019 (CET)

:::Scheint doch etwas von mir zu sein. Eine fehlerhafte ISBN am Anfang wird erkannt. Also Tschuldigung. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 21:03, 22. Jan. 2019 (CET)
:: Ich hatte es auch angesehen und ja ich hatte es ähnlich „empfunden“ wie RonMeier (Leerzeichenumwandlung ging automatisch, die Schaltfläche brachte aber erst nach entfernen des Bausteins einen Diff, lässt sich nun natürlich nur noch schwer testen, nee geht nicht mehr wirklich), auffällig ist nur eine Fehlermeldung in der Konsole, ehe man den Artikel bearbeitet, also nur im Lesezustand. Irgendein Sicherheitsprotokollkram (scheinbar bei allen Wartungsbausteinen, Belege fehlen, Lückenhaft, Nur Liste).
:: Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf https://tools.wmflabs.org/spellcheck/de/checkArticle.php?pageName=Margarete_Landenberger festgestellt ("script-src"). Ein CSP-Bericht wird gesendet.
:: Ich muss da eh noch mal reinschauen, das war so vermurkst, dass ich mich zurückhalten musste, um es nicht gleich anzupassen. Ich teste noch mal. Was nicht ginge wäre aber so etwas.
{| class="wikitable mw-collapsible mw-collapsed" style="margin-left:60px; width:450px;"
|+ ISBN …
|-
| … in Klammern
* (ISBN 978376395459-9, ISBN 9783763954605).
* ISBN 978376395459-9, ISBN 9783763954605.
* (ISBN 9783763954599, ISBN 9783763954605).
* (ISBN 9783763954599), (ISBN 9783763954605).
* (Text, ISBN 9783763954599), (Text, ISBN 9783763954605).
* (Text, ISBN 9783763954599, ISBN 9783763954605).
|-
|werden nicht alle erkannt, sondern nur die hintere, einzeln geklammert geht nicht
* (ISBN 978376395459-9, ISBN 978-3-7639-5460-5). {{x}}
* ISBN 978-3-7639-5459-9, ISBN 978-3-7639-5460-5.
* (ISBN 9783763954599, ISBN 978-3-7639-5460-5). {{x}}
* (ISBN 9783763954599), (ISBN 9783763954605). {{x}}
* (Text, ISBN 978-3-7639-5459-9), (Text, ISBN 978-3-7639-5460-5).
* (Text, ISBN 978-3-7639-5459-9, ISBN 978-3-7639-5460-5).
|-
| erwartet würde
* (ISBN 978-3-7639-5459-9, ISBN 978-3-7639-5460-5).
* ISBN 978-3-7639-5459-9, ISBN 978-3-7639-5460-5.
* (ISBN 978-3-7639-5459-9, ISBN 978-3-7639-5460-5).
* (ISBN 978-3-7639-5459-9), (ISBN 978-3-7639-5460-5).
* (Text, ISBN 978-3-7639-5459-9), (Text, ISBN 978-3-7639-5460-5).
* (Text, ISBN 978-3-7639-5459-9, ISBN 978-3-7639-5460-5).
|}
:: So etwas kann eben auch dazu führen, dass man denkt WSTM hätte „nicht“ gearbeitet. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:00, 23. Jan. 2019 (CET)

:::Danke, dass du da doch noch reingesehen hast, ich hatte nicht damit gerechnet, sonst hätte ich es stehen lassen. Wenn du da ne Idee hast, die alte Version steht bei mir in der [[Benutzer:RonMeier/Spielwiese|Spielwiese]]. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 08:52, 23. Jan. 2019 (CET)
:::: Ne, ich habe keine Idee, das hilft mir auch nicht wirklich, denn meine Konfiguration ist so eingestellt, dass ich das Tool auf fremden Benutzer[unterseiten] nicht starten kann. Ich denke, WSTM hatte auch in der Version schon alle erkennbaren Fehler behoben, nur eben kein Diff angezeigt. Das verwirrt mich auch immer wieder, weil ich denke ‚huch, hätte da nicht etwas passieren müssen‘. Aber PC sagte Kleinstveränderungen ohne Diff ist besser.
:::: Ich habe so meine Probleme damit und klicke dann immer manuell auf Änderungen zeigen, denn ich möchte nicht versehentlich etwas speichern, das ich nicht gesehen habe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:04, 23. Jan. 2019 (CET)
::Trotzdem Danke. Mal sehen, wann das wieder passiert. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 10:32, 23. Jan. 2019 (CET)

::: Klammern gehören nicht zum Zitationsformat.
::: WSTM fasst aber nur ISBN-Gedöns an, wenn es zu einer Zitation gehört, weil sonst die Gefahr besteht, dass es übergriffig wird und anders gelagerte Fälle, etwa Formatierungsbeispiele, geplättet würden.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:32, 23. Jan. 2019 (CET)

== w&#61; in faS ==
Warum wird das alias w= hier [[Persepolis]] entfernt?
* <nowiki>neu-{{faS|تخت جمشيد|w='''''Tacht-e Dschamschid'''''|d=Taḫt-e Ǧamšīd|b=Thron des [[Dschamschid]]}}</nowiki> Macht sonst HTML5-Fehler
* neu-{{faS|تخت جمشيد&lrm;|'''Tacht-e Dschamschid'''|DMG=Taḫt-e Ǧamšīd|de=Thron des [[Dschamschid]]}}
Das verstehe ich jetzt nicht wirklich, ist das beabsichtigt? Ich frage nur weil ich in meinem Bearbeitungskommentar etwas wie [[Spezial:LintErrors/html5-misnesting|Darstellungsfehler HTML5]] span durch kursiv im Parameter |w= der [[Vorlage:faS]] schreibe das wäre aber verwirrend, wenn ich das w= zugleich entfernen lasse. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:49, 1. Feb. 2019 (CET)

: Die Fett-Kursiviererei ist an dieser Stelle unangemessen.
: Es ist noch nicht einmal ein Weiterleitungsziel, was vielleicht eine Fettung begründen könnte; es ist einfach nur die Umschrift der davor stehenden arabischen Buchstaben, und die bekommen überhaupt keine Apostrophe und werden von selbst kursiv.
: Generell werden alle diese Aliasse allmählich zurückgebaut, um den für 250 Vorlagen einheitlichen Parametersatz zu unterstützen.
: Ggf. könnte sich jemand für <code>faS</code> noch einen „neu“-Schalter als <code>prefix=1</code> wünschen. War aber noch keiner dagewesen. So irgendwie Textbrösel vor eine Vorlage zu schreiben, ist riskant, weil das nicht der Bestimmung der Vorlage entspricht und die sich auch anders verhalten könnte.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:04, 1. Feb. 2019 (CET)
:: O.k. dann ändere ich meinen BK. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:07, 1. Feb. 2019 (CET)

== Kleinigkeit ==

Moin Moin PerfektesChaos, weil es mir auffällt eine Kleinigkeit für WSTM. Die Vorlage "Quellen" wird ja automatisch zu "Belege fehlen" umgebaut durch WSTM. Aber "quellen" als Vorlage bleibt unberührt. Kannst du "[Qq]uellen" prüfen und ersetzen lassen? Danke dir und schönen Abend noch --[[Benutzer:Crazy1880|Crazy1880]] 18:36, 12. Feb. 2019 (CET)

: Kann ich nicht bestätigen; [[Spezial:Diff/185627688]]. Diese Umstellungen sind eigentlich alle seit vielen Jahren neutral hinsichtlich Groß- und Kleinschreibung des ersten Buchstabens. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:41, 12. Feb. 2019 (CET)
::Hmm, dann scheint es an meinem Opera zu liegen. Tatsächlich macht Firefox es. Ich geh nochmal auf die Suche. Danke --[[Benutzer:Crazy1880|Crazy1880]] 06:57, 13. Feb. 2019 (CET)
:::Okai, Fehler gefunden, die Vorlage heißt nicht "Quelle'''n'''" sondern nur "Quelle" und verweist auch auf "Belege fehlen". Was die Leute sich so alles einfallen lassen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:18, 13. Feb. 2019 (CET)

:::: War mein Fehler, sorry.
:::: Dass es vier WL auf den richtigen Namen gibt, war mir und WSTM seit bald einem Jahrzehnt bekannt gewesen.
:::: Als ich vor einigen Wochen das Vorlagenumbenennungswesen durch ein effizienteres und übersichtlicheres System ersetzte, ist mir die ''Quelle'' mit ohne ''n'' bem Umkopieren irgendwie runtergefallen.
:::: Kommt im Lauf der nächsten Tage wieder nach d.
:::: Aus [[Benutzer:Crazy1880/vector.js]] kannst du rauswerfen:
::::* CZS-1920
::::* IOM
::::* LIT
::::* SER
::::* SLK
::::* SPA
::::* VIR
::::* USCensusPop
:::: Ich würde anraten, die [typo:] ''Läd WSTM manuell'' hinter sämtliche Konfigurationseinstellungen zu verschieben; irgendwann ist dein Browser schneller als du denkst.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:35, 13. Feb. 2019 (CET)

== [[Wiener Stadtsenat und Wiener Landesregierung]] ==

In [[Wiener Stadtsenat und Wiener Landesregierung]] krieg ich WSTM nicht zum Laufen. Wenn ich fast alles aus dem Artikel rausnehme geht's, aber ich krieg das Problem nicht auf einen Abschnitt eingeschränkt, finde also die Ursache nicht. Sieht jemand warum? --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 11:08, 21. Feb. 2019 (CET)
: Kann es sein, dass da auch nichts durch WSTM zu ändern wäre. Was passiert denn genau nicht? Bei mir springt es an, da ich noch Klammern um Weblinks setzen lasse, das aber wären die einzigen Änderungen, die mir der Diff dann anzeigt.
: Kannst du es bitte etwas genauer beschreiben? Oder teste mal etwas wie ISBN 3877991041 einzufügen und es dann zu starten, das müsste doch funktionieren. Da sollten dann doch die Bindestriche →ISBN 3-87799-104-1 eingefügt werden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:02, 21. Feb. 2019 (CET)
: Okay, Du scheinst Recht zu haben. Ich dachte ich hätte es schom getestet, aber wenn er was zu ändern hat springt die Ansicht auch um. Ich hätte gedacht, er schaltet auch die Ansicht um, wenn er gar nichts zu ändern hat, und zeigt ein "leeres" Diff... Macht er das standardmäßig nicht (mehr)? --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 07:53, 22. Feb. 2019 (CET)
:: Ja seit einiger Zeit werden selbst kleinste Änderungen nicht mehr im Diff angezeigt, auch ich habe das moniert, aber der „Chef“ sagte, es ist dadurch schneller. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:03, 22. Feb. 2019 (CET)
::: Ah, okay, hab ich scheint's mal 'ne Zeit lang nicht mitgelesen. Prima, hab ich was gelernt, Danke :-) --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 10:30, 22. Feb. 2019 (CET)
:<small>Archivierung dieses Abschnittes wurde gewünscht von: [[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 10:30, 22. Feb. 2019 (CET)</small>

== ISBN-Kontrolle ==

Wenn ich an eine fehlerhafte ISBN direkt oder nach Leerzeichen einen Bis-Strich (–) anhänge, erkennt WSTM den Fehler nicht mehr. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 11:01, 26. Feb. 2019 (CET)

: Es wird dann überhaupt keine ISBN erkannt; das Suchmuster für ISBN springt nicht alles und jedes an.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:08, 26. Feb. 2019 (CET)

== WSTM im Streik ==

Moin Moin PerfektesChaos, irgendwie bekomme ich WSTM heute nicht zum Laufen. Verschiedene Artikel, verschiedene Browser, verschiedene Betriebssysteme. Die Artikel weisen alle "Probleme" auf. Ich habe WSTM so konfiguriert, dass es nicht automatisch startet, sondern auf Klick. mfg --[[Benutzer:Crazy1880|Crazy1880]] 06:54, 22. Mär. 2019 (CET)
Nachtrag: r.js funktioniert nicht, d.js funktioniert. --[[Benutzer:Crazy1880|Crazy1880]] 07:15, 22. Mär. 2019 (CET)

: {{ping|Crazy1880}} Da war beim Komprimieren von d zu r ein Bug drin; müsste jetzt raus sein.
: Die Streik-Zeit hatte ich tatsächlich für offline-Programmierung genutzt, insofern stimmt die Abschnittsüberschrift schon.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:36, 22. Mär. 2019 (CET)
::Moin, Top, läuft wieder alles wie gewollt. Danke --[[Benutzer:Crazy1880|Crazy1880]] 18:13, 22. Mär. 2019 (CET)

== Neue Weiterleitungen in Navi-Leisten ==

Moin Moin PerfektesChaos, ich habe mal das Quarry von 2016 aktualisiert und habe [[Benutzer:CyRoXX/DBA/Vorlagen-Redirects|hier]] die aktuelle Liste aufgebaut. Da sind wieder einige Navi-Leisten dabei. Können wir die wieder [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/template/dewiki/X|an dieser Stelle]] einbauen, damit man sie wegarbeiten kann? mfg --[[Benutzer:Crazy1880|Crazy1880]] 11:07, 23. Mär. 2019 (CET)

: Ich bin überhaupt nicht glücklich damit, wie in den letzten Monaten mit diesen Listen umgegangen wurde.
:* Es wurden sehr oft Edits gemacht, die ausschließlich den Namen der Vorlage geändert hatten.
:* So ist das nicht gedacht.
:* Es wurde auch nicht WSTM oder anderes Werkzeug benutzt, um bei diesem Mini-Edit dann wenigstens die Syntax einmal geradezuziehen.
:* Ich werde das auf der fraglichen Unterseite mit der bisherigen Tabelle sicher nicht fortsetzen.
:* Nebenbei macht die Betreuung und das Nachsteuern der Programmierung einen Haufen Arbeit. Dabei ist das eines der schlichteren Probleme, es gibt verwirrende Vorlagenkonstrukte als so eine dusslige Navileisten-WL.
: Eine geeignete Strategie für die Zukunft muss ich mir erst noch austüfteln.
: Ich kann das in WSTM einbauen und primär stillschweigend mitlaufen lassen.
:* Das kannst du unterstützen, indem du mir den Programmcode aufbereitest. Schreibe in ''Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/flow/template/dewiki/temp'' nach folgendem Muster:
<syntaxhighlight lang="javascript" style="margin-left:5em">
"ŠK Slovan Bratislava":
   "Kader des ŠK Slovan Bratislava",
"„Die Griswalds“":
   "„Die Griswolds“",
</syntaxhighlight>
: Wobei der letzte schon wieder Gegenstand für eine erneute Verschiebung wäre; um sowas setzen wir nicht nochmal Anführungszeichen.
: Ein Stück weiter oben schrieb ich dir, dass du deine vector.js abrüsten könntest. Die Anweisungen greifen ins Leere.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:46, 23. Mär. 2019 (CET)

== Merkwürdige Verdopplung ==

<syntaxhighlight lang="html">
<references group="Bem"></references>
</syntaxhighlight>
wurde zu
<syntaxhighlight lang="html">
<references group="Bem" /group="Bem">>
</syntaxhighlight>
geschehen [[Spezial:Diff/187015637/187041671|hier]]
* {{Info}} die dicke Fehlermeldung erscheint aber „nur nach einem nochmaligen manuellen Start des Tools“
Ein Testbeispiel wäre hier [[Goldener Löwe#Goldener Löwe – Bester_Film]] oder extremer wenn da so etwas steht
<syntaxhighlight lang="html">
<references group=""></references>

<references group="" responsive=""></references>
</syntaxhighlight>
wird
<syntaxhighlight lang="html">
<references group="???????" /group="???????">>

<references group="???????" responsive="???????" /group="???????" responsive="???????">>
</syntaxhighlight>
Beispiele: [[Hakuto]] oder [[WebGPU]] 
* {{Info}} hier kommt aber durch die ??????? zumindest die Fehlermeldung gleich mit.
Schaust du dir das bitte mal an? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:02, 29. Mär. 2019 (CET)

: Seufz. Danke für die Info.
: Da brauche ich sehr ausgeschlafene Zeiten dazu.
: Ich bin an so einer Ecke bereits dran, nämlich wegen der <code>responsive=""</code> – aber das ist über fünf Jahre her, und ich habe alles vergessen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:46, 29. Mär. 2019 (CET)
:: Wird schon werden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:01, 29. Mär. 2019 (CET)

== Sprachvorlagen und kursiv ==

Du scheinst etwas verändert zu haben, ist mir neulich schon mal aufgefallen.
* eigentlich ist es gut wenn die Tags verdunsten, aber es bleibt manchmal ein merkwürdiger Rest zurück. Beispiel:
<code><nowiki>{{laS|''pascha'', auch ''Festum paschale''}}</nowiki></code> → <code>&#123;{laS|pascha<mark><nowiki>'', auch ''</nowiki></mark>Festum paschale}&#125;</code>
Ja, ich weiß, ist eh Murks, weil das „auch“ da nicht hineingehört. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:06, 31. Mär. 2019 (CEST)

: Uff, auf was für Quark die Leute so alles kommen. Apostroph-Rausschmiss unterbunden wenn innendrin ein weiteres Apostroph vorkommt. Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:05, 31. Mär. 2019 (CEST)

== Vorlage:Zitat klein und in derselben Zeile ==
Ruf bitte mal die [[Jungfer#Etymologie]] auf und beobachte was dort mit der [[Vorlage:Zitat]] passiert. Da lobe ich mir Schnarks Syntaxhighlighter, der mir sofort anzeigt, dass aus zwei Vorlagen-Schleifenklammern <span style="background:#FFFFCC;"><nowiki>{{</nowiki> (hellgelb)</span> Parameter-Schleifchen <span style="background:#FFCC66;"><nowiki>{{{</nowiki> (orange)</span> werden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:02, 31. Mär. 2019 (CEST)

:: Stöhn.
:: Gleichzeitig klein und ohne neue Zeile und mit Parametern ist rätselhafterweise irgendwie zu viel auf einmal.
:: Ich gedenke bald eine Behelfslösung zu starten; erstmal Großschreibung, in einem weiteren Schritt dann die Normalisierung vertagt.
:: Zumindest heute abend kein Durchblick mehr, was da wen überfordert.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:05, 31. Mär. 2019 (CEST)
::: o.k. Dankeschön, dann werde ich mal bei der Jungfer weitermachen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:22, 1. Apr. 2019 (CEST)

== Sitzverteilung und Pipes ==

Öffne bitte mal →[[Präfektur Kanagawa#Politik]] das darf nicht passieren. Diese Pipe muss immer in der Zeile am Ende stehen bleiben, weil das Diagramm sonst zerstört dargestellt wird. Bei mir wird es aber eine Zeile tiefer gesetzt, so dass diese dann mit <code>|| LDP = 49</code> beginnt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:32, 15. Apr. 2019 (CEST)

: Stöhn.
: Diese süße Altlast aus vergangenen Quelltext-Zeiten darf wirklich mal jemand durch eine Lua-Programmierung ersetzen. VE-tauglich ist das auch nicht.
: Ich habe nachgesehen; es gibt keine realistische Chance, WSTM hiervon abzuhalten, weil grundsätzlich keine Pipes am Zeilendende erlaubt sind.
: [[Vorlage:Sitzverteilung #Beispiel]] nennt den von WSTM bewirkten Zustand ausdrücklich als legal, und in der ganzen Doku ist der Fall auch nicht erwähnt.
: Ich habe aber eine Nase, welche Situation in der Vorlage das ausgelöst hatte, und werde dies versuchen robuster zu machen. Das kommt dann allen Anwendern in allen Artikeln zugute, mit oder ohne VE, und WSTM stört dannn auch nicht mehr.
: Es ist wohl der Spezialfall, dass <code>OTH Farbe = AAA</code> explizit individuell definiert wird, und bei der Bildung dieses Parameters aus <code>6=OTH</code> stört der Zeilenumbruch.
: Wenn ich das härte, dann isses egal.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:14, 15. Apr. 2019 (CEST)
:: Ich repariere es zwar immer wieder, aber es wäre natürlich besser, wenn es an der Ursache behoben werden könnte. Es gibt vieles, was in die Jahre gekommen ist. Das doofe Klimadiagramm nervt auch ab und an mit Fehlermeldungen (nicht WSTM-bedingt) die durch ausblenden eines Teildiagramms unsichtbar im Seitenelement stören. Hatte ich gerade wieder einmal, aber auch das ist mir viel zu komplex, als dass ich es anfassen möchte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:29, 15. Apr. 2019 (CEST)

== ISBN in Vorlage in ref … ==

Wenn innerhalb der Vorlage {{Vorlage|Charteintrag}} im Parameter →[[Spezial:Diff/187652328|Anmerkung eine ISB-Nummer]] in dieser Form steht ISBN 1851097333 oder wie es dort war ISBN 9781851097333 innerhalb eines Reftags steht, dann kann WSTM das nicht sehen = umstellen, oder?

Ich wunderte mich nämlich, weil da eine Nummer war, die merkwürdig aussah und ich erst dachte da stimmt etwas mit dem Format nicht. Ich musste sie erst aus der Vorlage nehmen, um sie zu formatieren. Schade eigentlich. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:04, 17. Apr. 2019 (CEST)

: Ich kann dir geistig nicht folgen und finde a.a.O. keine derartigen Zeichenketten.
: WSTM würde aber im offenen Text von Parameterwerten formatieren, falls „ISBN“ davorsteht und es kein HTML-Kommentar ist.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:47, 17. Apr. 2019 (CEST)
Ich male es mal auf
<syntaxhighlight lang="html" highlight="10">
{{Charttabelle
|DE|AT|CH|Quellen=
|Art=Singles
|Breite=4
|INHALT=
{{Charteintrag
|DE|AT|CH|Jahr = 1956
| Titel = [[Heimweh (Lied)|Heimweh (Dort, wo die Blumen blüh’n)]]
| POS_DE = 1 | MT_DE = 13
| Anmerkung = Erstveröffentlichung: Februar 1956 <br />Verkäufe: + 8.000.000<ref>Fraser/Hoffmann: ''Pop Culture Germany!: Media, Arts, and Lifestyle'', ABC-CLIO, S. 262, ISBN 9781851097333.</ref>
}}
}}
</syntaxhighlight>
und das ändert sich nicht. Darüber bin ich gestolpert. Ich möchte dort eine ISBN 978-1-85109-733-3, weil das ISBN 9781851097333 unschön aussieht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:01, 17. Apr. 2019 (CEST)

: Diese Programmierung ist von 2012/13; ich kann mich kaum noch an was erinnern.
: Erkannt würde, wenn der Vorlagenparameter <code>ISBN=</code> oder <code>isbn=</code> heißt.
: Im Inneren von Parameterwerten wird dann vermutlich keine neue Suche nach ISBN mehr gestartet, weil diese dann schon gekapselt wurden. Es gibt da was, aber anscheinend nicht mehr ISBN.
: War bislang noch nie aufgefallen; vielleicht auch hier ein Sonderfall, dass ein Parameterwert eine weitere Vorlageneinbindung ist.
: Mit &lt;ref> hat es hingegen nichts zu tun.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:19, 17. Apr. 2019 (CEST)
:: Ist auch nicht so wichtig. Ich wünsche dir angenehme Ostertage. Bin von Fr. Mittag bis So. nicht online. Na ja ich dachte es ist zu tief ineinander geschachtelt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:24, 17. Apr. 2019 (CEST)

== Bitte entröllen ==

{{Röll|7|455|Ostbahn, kgl. preußische}}→{{Roell-1912|7|455|Ostbahn, kgl. preußische}} das ist nicht gut. [[Preußische Ostbahn]] Bin nun doch noch hier. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:30, 19. Apr. 2019 (CEST)

: Umgekehrt ist nicht gut; siehe in Kürze meine Bearbeitung auf WP:A/A. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:59, 19. Apr. 2019 (CEST)
:: Ja aber ich kann trotzdem nicht einfach Artikel vermurksen. Auch diese [[Vorlage Diskussion:Britannica 1911|Britannica]] müsste neu aufgestellt werden. Gerade suche ich aber nach Band erste Seite letzte Seite. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:03, 19. Apr. 2019 (CEST)

::: Letzteres habe ich schon bemerkt; danke soweit.
::: Kannste dir aber sparen, weil wenn ich irgendwann mal wach bin, werde ich mindestens alle <code>|Band|</code> durch die modernisierte Neuprogrammierung dieser Vorlage detektieren, und auch alle problematischen Seitenzahlen über zentrale Auswertung auf Plausibilität auffinden; das mache ich aber einmalig für zukünftig über 1000 Einbindungen.
::: <code>Roell-1912</code> (zeno-Schreibweise) kommt demnächst zurück; vielleicht zusätzlich auch als ''Röll-1912'' bzw. dann besser als ''RöllEnzEisenbahn''. Ist aber ein zurückgestelltes Fachgebiet; nicht dran rühren, hinten anstellen, einfachere zuerst wirksam werden lassen. 
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:27, 19. Apr. 2019 (CEST)
:::: Es gibt auch noch andere Vorlagen, die so etwas haben. Ganz so sinnlos ist es daher nicht. Und es sind nur eine Handvoll. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:36, 19. Apr. 2019 (CEST)

== Vorlagenweiterleitung ==

Kannst du bitte noch die Änderung von {{Vorlage|TCM}} in {{Vorlage|TCM Titel}} und von {{Vorlage|Koordinate}} in {{Vorlage|Coordinate}} einbauen, danke. Die Flaggen sind ja anscheinend schon alle drin. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 22:39, 5. Jun. 2019 (CEST)

: Habe ich in die Programmierung übernommen; kannte ich beide noch nicht.
: Wird irgendwann auch mal online werden.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:08, 6. Jun. 2019 (CEST)

== Reihenfolge NordFamilje ==
Könntest du für mich bitte mal die Reihenfolge anpassen damit das nicht in den einzelnen Vorlagen untereinander so doof aussieht?
<pre>
{{NordFamilje |Lemma=Karl Henrik Bögh |Auflage=2 |Band=4 |Spalte=870 |SpalteBis= |Autor=Philip Weilbach}}
</pre>
Ich hätte es gern einheitlich von Autor über Lemma …
<pre>
{{NordFamilje |Autor=Philip Weilbach |Lemma=Karl Henrik Bögh |Auflage=2 |Band=4 |Spalte=870 |SpalteBis=}}
</pre>
So wie es auch bei den anderen ist so sieht es im QT unschön aus
<pre>
* {{DanskBio |Autor=Sigurd Müller |Lemma=Weilbach, Philip |Band=18 |Seite=365 |SeiteBis=366}}
* {{NordFamilje |Lemma=Weilbach, Philip |Auflage=2 |Band=31 |Spalte=1025 |Autor=[[Georg Nordensvan]]}}
* {{SalmonsenLex |Autor=P. Johansen |Lemma=Weilbach [’va^ilbak], Philip |Auflage=2 |Band=24 |Seite=658}}
* {{DanskBio |Autor=Christian Elling |Lemma=Philip Weilbach |Band=15 |Auflage=3 |StoreID=299211}}
</pre>
finde ich zumindest. Und wenn wir schon mit annähern gleichen Parameternamen arbeiten können die doch auch in der selben Reihenfolge stehen oder? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:37, 6. Jun. 2019 (CEST)

: Du hattest wohl selbst die <code>|Autor=</code> zur ursprünglichen Vorlagenprogrammierung hinzugefügt. WSTM wusste nichts davon und schiebt Unbekanntes an das Ende.
: Die Runebergs stehen da nur noch zur Vollendung der Migration drin. Danach wird WSTM mit den Runeberg-Vorlagen nichts mehr anfangen können und die Programmierung wird aus der aktiven Wirkung entfernt.
: Salmonsen ist bei mir schon längst raus.
: Bei mir auf der Festplatte bin ich deinem Wunsch nachgekommen.
: Du könntest ein wenig an der Vereinfachung der Vorlagenprogrammierung und von WSTM mitwirken, indem du gaaaanz laaaangsaaaam die folgenden Treffer einebnest: [{{canonicalurl:Spezial:Suche|search=hastemplate%3ASvensktBioHandlexikon+insource%3A%2Fruneberg\.org\%2Fsbh%2F}} Handlexikon] {{Häkchen}} + [{{canonicalurl:Spezial:Suche|search=hastemplate%3A%22Familjebok%22&limit=50}} Familjebok] {{ok}} – auf die wartet WSTM noch.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:51, 7. Jun. 2019 (CEST)
:: Einebnen, gut mach ich, langsam kann ich nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:09, 7. Jun. 2019 (CEST)
::: War [https://de.wikipedia.beta.wmflabs.org/w/index.php?title=Benutzerin_Diskussion%3AL%C3%B3melinde&type=revision&diff=24344&oldid=23298 das hier] mit „auf die wartet WSTM noch“ gemeint. Es läuft nämlich auf den Seiten (familjebok) nicht an und wirft mir Meldungen an den Kopf, die ich nicht verstehe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:18, 8. Jun. 2019 (CEST)

# SvensktBioHandlexikon habe ich mal auf Schnüffelkat gesetzt; andere NR und verborgene Gemeinheiten und so.
#* Kann dann abschließend mit Doku auf Null zurückgebaut werden.
#* WSTM kennt SvensktBioHandlexikon bei mir jetzt nicht mehr.
# Bei ''template.nordFamilje.fetch'' hatte ich eine vermeintlich überflüssige Funktion zu früh auskommentiert, danke für den Hinweis.
#* Kommt je nach Wetter und inner-außer-Schädel-Temperatur vermutlich über Nacht d-live.
#* Bei über einem Dutzend langjähriger Migrationsprozesse verliere ich allmählich den Überblick, was alles mit welchen Parametern wie noch von WSTM unterstützt werden müsse; wird allmählich Zeit zum Abschluss einiger Umstellungen und radikalen Vereinfachung.
FF --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:30, 8. Jun. 2019 (CEST)
:: Ich tu was ich kann. Leider brauche ich doch mehr Zeit für jeden Edit als ich dachte. Andere Namensräume fürs Handbuch, das habe ich schon abgearbeitet, dachte ich. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:35, 8. Jun. 2019 (CEST)

::: „Ich tu was ich kann. Leider brauche ich doch mehr Zeit für jeden Edit“ – hetz dich nicht, das kommt alles aus derselben Thematik, und gut möglich dass jemand die alle auf der Beo hat. Dann ist es günstiger, wenn du da nicht in 20er- oder 10er-Blöcken am selben Tag aufschlägst.
::: Ich habe ''d'' von dem Vorlagenzeugs live geschaltet; alle mir bekannten Bugs und updates wirken damit erstmal.
::: FF --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:33, 8. Jun. 2019 (CEST)
:::: Ich schaue mal was passiert. 1. es sind nicht so arg viele Fälle. 2. ich ändere ja nicht nur die Vorlage das wäre nicht wirklich zeitaufwändig. Aber wenn ich das schon anfasse, dann kann ich ja auch gleich schauen ob sonst noch etwas geht. Der letzte Fall gestern war aber wirklich kurios. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:17, 9. Jun. 2019 (CEST)

== WSTM-Format der Vorl.Internetquelle in "Weblinks" ==

Hi PC, ich habe seit mehreren Wochen WSTM in [[Benutzer:Chiananda/common.js|meiner .js]] und genieße die Vorteile bei meinen &lt;ref&gt;-Pflegearbeiten, vielen Dank für dein Werk :)

Ich wundere mich allerdings darüber, dass WSTM die [[Vorlage:Internetquelle]] mit unterschiedlichen Einrückungen formatiert, abhängig davon, ob sie im Artikelabschnitt "Weblinks" steht oder unter "Einzelnachweise":
* "Weblinks": &nbsp;&#x202f; <code>&nbsp; &nbsp; |autor=…</code> = größerer Leerabstand
* &lt;references&gt;: <code>&nbsp;|autor=…</code> = kleiner Abstand
Problem: Das Format mit größerem Abstand kann nicht kopiert und als Beleg unter &lt;references&gt; benutzt werden, bzw. bewirkt eine Formatumwandlung bei einer folgenden Bearbeitung des Artikels.<br />
Gleiches betrifft das WSTM-Format der [[Vorlage:Literatur]]: unterschiedlich in den Abschnitten "Literatur" und "Einzelnachweise".<br />
Ich kann keinen Vorteil in der unterschiedlichen Abstandsformatierung erkennen… Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 16:57, 12. Jun. 2019 (CEST)

: Ich verstehe deine Ausführungen nicht vollständig, aber das Pipe-Symbol steht immer unter der zweiten öffnenden geschweiften Klammer; der erste Buchstabe jedes Parameternamens immer unter dem ersten Buchstabe des Vorlagentitels. So auch oft bei Infoboxen.
: Weil in den durch Aufzählungspunkten gegliederten Abschnitten wie „Literatur“ oder „Weblinks“ jeweils ein Sternchen und ein Leerzeichen erwartet werden, stehen vor dem Pipe-Symbol drei Leerzeichen.
: In den ''ref''-Blöcken des Abschnitts „Einzelnachweise“ beginnt der Eintrag mit der geschweiften Klammer; somit ist vor dem Pipe-Symbol genau ein Leerzeichen zu erwarten.
: Wenn du irgendwas kopierst, ist Reihenfolge der Parameter und Leerzeichenerei eh wurscht. Der nächste WSTM-Bearbeiter wird es schon richten. WSTM ist für automatischen Start ausgelegt; es gibt aber verschiedene Möglichkeiten, zusätzlich oder alternativ eine manuelle Auslösung bereitzustellen.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:27, 12. Jun. 2019 (CEST)

== Schwund ==

Liegt das auch wieder an „Mir“, oder ist das ein allgemeiner Fehler?
<syntaxhighlight lang="html">
<ref>{{Webarchiv |url=www.dillingen-saar.de/cms/user_upload/1336557473_StatistischesPortraitderStadtDillingen.pdf |wayback=20140421082407 |text=Stand (April 2012)}}</ref></syntaxhighlight>
<syntaxhighlight lang="html">
<ref>{{Webarchiv |url=1336557473 StatistischesPortraitderStadtDillingen.pdf |wayback=20140421082407 |text=Stand (April 2012)}}</ref>
</syntaxhighlight>
Ich weiß zwar, dass es ordentlich so aussehen sollte
<syntaxhighlight lang="html">
<ref>{{Webarchiv |url=http://www.dillingen-saar.de/cms/user_upload/1336557473_StatistischesPortraitderStadtDillingen.pdf |wayback=20140421082407 |text=Stand (April 2012)}}</ref>
</syntaxhighlight>
aber … ist das wirklich ein Grund für diese mysteriöse Reduktion? Ich habe es nur bemerkt, weil ein anderes Tool plötzlich ein <mark>URL/Pfad ungültig</mark> bemängelt hat. Wenn es an mir liegen sollte muss ich mal irgendetwas aus meiner .js streichen, so etwas darf nicht passieren. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:46, 15. Jun. 2019 (CEST)

: Guten Morgen. Weiß ich auch grad nicht so genau.
: Ich weiß jedoch: Wer auch immer die schwachsinnige Idee hatte, beim <code>url</code>-Parameter sieben Buchstaben einzusparen, und damit die Syntaxanalyse des URL-Parameters abzuschießen, und auch jeden abzuschießen, der im gesamten ANR nach allen Vorkommen von <code style="white-space:nowrap"><nowiki>http://www.dillingen-saar.de/</nowiki></code> suchen würde, der hat dem Gewurstel mit dieser Vorlagenprogrammierung keinen Gefallen getan. Das gesamte Umfeld um Internetquelle und URL und Archiv-URL ist in den letzten fünf Jahren durch inkompetentes Rumgeflicke massiv geschädigt worden. Je mehr versponnene Extrawürste man in eine zulässige Parametersyntax einbaut, desto schwieriger wird das auch nur zu dokumentieren und richtig von den Autoren anzuwenden, außerdem eine den Hunderttausenden an Bestandseinbindungen gerecht werdende Programmierung über die nachfolgenden Jahrzehnte noch zu unterstützen.
: Ich habe kurz in die WSTM-Programmierung geguckt und sehe dort nichts, was dafür verantwortlich sein könnte.
: Gemäß [[Vorlage:Webarchiv#templatedata:url|offizieller Doku]] ist eine Verwendung ohne Protokoll unerlaubt, und war das auch schon immer gewesen, und war schon immer als vollständiger „Weblink“ (inkompetent für „URL“) vorgeschrieben. Irgendeine Nuss hat sich da abweichend von der Doku ein privates Sahnehäubchen einprogrammiert.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 09:24, 15. Jun. 2019 (CEST)
:: Na toll. Ich repariere es jetzt mal, hatte es aber zunächst noch so belassen damit du es testen kannst. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:10, 15. Jun. 2019 (CEST)
:* Es passiert „nur dann“, wenn das ein PDF ist und zugleich auch noch {{Taste|_}} oder {{Taste|20%}} vorkommt, wenn ich das richtig sehe. Beispiel: [[Josef Weiser (Politiker, 1881)]] macht Murks 
:* <nowiki>{{Webarchiv|url=www.historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.pdf|wayback=20160124}}</nowiki>
:* <nowiki>{{Webarchiv |url=HvO-Tagungsbericht 2008.pdf |wayback=20160124 |text=HvO-Tagungsbericht 2008.pdf}}</nowiki>
:* wäre es <code>.html</code>
:* <nowiki>{{Webarchiv|url=www.historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.html|wayback=20160124}}</nowiki>
:* <nowiki>{{Webarchiv |url=www.historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.html |wayback=20160124 |text=historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.html}}</nowiki>
:* [[Hans Robert Hansen]] bleibt quasi unverändert
:* <nowiki>{{webarchiv|url=www.wu.ac.at/ec/faculty/hrh-cv.pdf|wayback=20141105154428|text=CV of Hans Robert Hansen auf wu.ac.at}}</nowiki>
:* <nowiki>{{Webarchiv |url=www.wu.ac.at/ec/faculty/hrh-cv.pdf |wayback=20141105154428 |text=CV of Hans Robert Hansen auf wu.ac.at}}</nowiki>
:* nehme ich dem mal zum Vergleich den Parameter |text= weg wird dort das ausgeworfen
:* <nowiki>{{Webarchiv |url=www.wu.ac.at/ec/faculty/hrh-cv.pdf |wayback=20141105154428 |text=wu.ac.at/ec/faculty/hrh-cv.pdf}}</nowiki>
:* vorn ist es aber unverändert.
:* Würde man nun im hinteren Bereich also zwischen dem letzten {{Taste|/}} und <code>.pdf</code> irgendwo ein {{Taste|_}} oder {{Taste|20%}} einbauen, sprich 
:* <code>/hrh_cv.pdf</code> → <nowiki>{{Webarchiv |url=hrh cv.pdf |wayback=20141105154428 |text=CV of Hans Robert Hansen auf wu.ac.at}}</nowiki> oder 
:* <code>/hr%20h-cv.pdf</code> → <nowiki>{{Webarchiv |url=hr h-cv.pdf |wayback=20141105154428 |text=CV of Hans Robert Hansen auf wu.ac.at}}</nowiki>, dann würde es wieder zerbrechen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:31, 15. Jun. 2019 (CEST)

:: War ein WSTM-Bug gewesen; die URL die keine URL war mit Endung als Mediendatei hatte die Klassifizierung des Parameterwerts durcheinandergebracht weil unerwartete Situation.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:06, 16. Jun. 2019 (CEST)
::: Dankeschön. Auch wenn der Parameter <code>|text=</code>, der hinzugefügt wird, irgendwie merkwürdig aussieht.
:::* <nowiki>{{Webarchiv |url=www.historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.pdf |wayback=20160124 |</nowiki><mark>text=historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.pdf</mark>}}
:::* {{Webarchiv |url=www.historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.pdf |wayback=20160124 |text=historiker-vor-ort.de/pdf/HvO-Tagungsbericht%202008.pdf}}
::: Möglich, dass das aber dann doch an meiner Konfiguration (nackte Weblinks zu formatieren) liegen könnte, oder passiert dir das bei [[Josef Weiser (Politiker, 1881)]] auch? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:58, 17. Jun. 2019 (CEST)

:::: Nein, das ist noch Folgefehler von nicht korrekt angegebenen URL, zusammen mit dem fehlenden eigentlich als Pflichtparameter einzufordernden <code>text=</code>.
:::: Es ist das konfuse Gebastel der in den letzten fünf Jahren mit Webarchivierung herumwurstelnden Leutchen in diesem Bereich, die die Vorlagen, ihre Programmierung, Dokumentation und ANR-Verwendung an die Wand gefahren haben.
:::: Morgen; jetzt heiß.
:::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:05, 17. Jun. 2019 (CEST)
::::: Eilt nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:38, 17. Jun. 2019 (CEST)

== Zero-width non-joiner und Parameter-spezifische template styles ==

Einmal mehr vielen Dank für all die nützlichen Ersetzungen und Einstellungen! Ich habe zwei Fragen:
# Lässt sich die Ersetzung von Zero-width non-joinern irgendwie abstellen? Ich benutze das WSTM auf Commons und bearbeite immer mal wieder Seiten mit persischem Text, die Ersetzung muss dann immer manuell wieder zurückgeändert werden …
# [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template#format style]] lautet: „Das Objekt format.style macht detaillierte Vorgaben zum Layout. Es wird standardmäßig auf alle Parameter angewendet, '''sofern nicht einzelnen Parametern ein eigener style zugewiesen wurde.'''“ Wie lässt sich denn Parametern ein eigener style zuweisen? Wenn ich in <code><nowiki>{{foo}}</nowiki></code> nur für <code>|bar=</code> ein indent oder linebreak haben will, nicht aber für die anderen Parameter? Ich finde es jedenfalls nicht beschrieben, wie das geht.
Vielen Dank im Voraus! --[[Benutzer:Marsupium|Marsupium]] ([[Benutzer Diskussion:Marsupium|Diskussion]]) 02:08, 18. Jun. 2019 (CEST)

: Erstmal schönen Dank.
: Die Sache mit den unsichtbaren Nullbreiten und wann man sie ganz unsichtbar haben will und wann nicht ist so eine Sache. WSTM selbst macht sie innerhalb von Verlinkungen wieder unsichtbar; eigentlich finde ich es aber gar nicht so schlecht wenn man die Dinger sehen kann. Ich kann kein Arabisch schreiben, aber mir ist nicht ganz klar, wie man das schreiben kann, wenn man es weder eingeben noch korrigieren könnte.
: Die Parameter und ihre einzelnen Stile sind leider 2012 steckengeblieben. Du findest auf der beschriebenen Seite ein Element <code>params</code> mit dem Zusatz ''(geplant)''. Dies wurde mangels Zeit und Bedarf (du bist nach sieben Jahren der erste, der nach einem <code>style</code> für einen einzelnen Parameter fragt) nicht mehr in der Schnittstelle nach außen weitergeführt. Da das zukünftige Layout stark vom VE bestimmt werden wird und der nur durchgängiges Quelltextformat kennt, plane ich hier auch keinen weiteren Ausbau mehr. 2012 hatte es noch Sitten gegeben, für <code>lat_</code> und <code>lon_</code> je drei Hexagesimalkomponenten in eine Zeile zu schreiben, während der Rest einen Parameter pro Zeile hatte. Dafür war das eigentlich mal vorgesehen gewesen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:30, 18. Jun. 2019 (CEST)

::Vielen Dank für die Antwort!
::Klar, zwischen lateinischen Buchstaben ohne Ligaturen kann man die ZWNJs nicht sehen. Im Persischen stehen zwischen Buchstaben die normalerweise ligiert werden sollen, hier aber nicht, die ZWNJs lassen sich dann durchaus sehen. Eingeben kann man sie auf der iranischen Standardtastatur mit shift+space, sonst mit anderen Tastenkombinationen je nach Betriebssystem und Tastatur. Aber die "&amp;zwnj;"s im Text sind nicht nur nicht so nützlich, sondern sehr störend, weil sie die RTL-Ordnung zerstören, es steht dann da mutatis mutandis "KLMNO&amp;zwnj;FGHIJ&amp;zwnj;ABCDE" statt "ABCDEFGHIJKLMNO" – und das innerhalb eines Wortes (auch [[Bindehemmer#Anwendung des Bindehemmers für korrekte Typographie|hier]] zu sehen). Am angenehmsten wäre es natürlich, wenn die Funktion an Stellen innerhalb arabischer und hebräischer Schrift (und vielleicht anderen?) automatisch abgestellt würde. Aber wenn man die Funktion für ein internationales Projekt wie Commons ganz abschalten könnte, wäre es auch gut.
::Okay, das war für mich nicht ganz klar geworden, ob sich die Stelle auf eine geplante Funktion bezieht oder ich nur nicht kapiere, wie man es konfiguriert. VE ist nicht nicht zuletzt der Grund, warum ich nachfrage. Ich würde gern einen Stil entsprechend <code><nowiki>{{_\n |_ = _</nowiki>'''\n}}'''</code> in VE definieren. Aber es ist wohl nur <code><nowiki>{{_\n |_ = _</nowiki>'''\n }}'''</code> möglich, mit gleichem indent für Parameter und schließende <code>}}</code>. (Ich fürchte ich war deswegen schon einmal hier.) Ich dachte ich könnte den Parameter-spezifischem style als Workaround benutzen. Aber wenn es ihn nicht gibt, dann geht es nicht, dann weiß ich Bescheid.
::Nochmal vielen vielen Dank und liebe Grüße --[[Benutzer:Marsupium|Marsupium]] ([[Benutzer Diskussion:Marsupium|Diskussion]]) 17:17, 21. Jun. 2019 (CEST)

::: Zweites zuerst:
:::* WSTM ermöglicht wohl auch heute einen Stil mit anders behandelter schließender Klammerung, aber der nächste VE-Bearbeiter würde das wieder einebnen.
:::* Damit würde ich das bei den persönlichen Geschmacksfragen einsortieren, und da zukünftig der Wikitext ohnehin seltener vor menschliche Augen kommt, ist das kein lohnendes Ziel.
::: Zum ersten, nullbreit:
:::* WSTM weiß von dem Problem.
:::* Die Tücke ist, dass zwischen zwei Schriftzeichen der speziellen Schrift das Zeichen nicht als Entity auftauchen solle; aber an allen anderen Stellen, wohin es irrtümlich kopiert wurde, sichtbar sein muss.
:::* Das gilt für sämtliche Projekte, nicht nur Commons.
:::* Für die Bearbeiter aller anderen Seiten, die jedoch überhaupt nichts damit zu tun haben, darf es aber nicht zu Verzögerungen kommen, weil jetzt ganze Texte nach überhaupt nicht vorhandenen Entities und nichtlateinischen Schriftzeichen gesucht würde. Das darf nur geschehen, wo „linker“ und „rechter“ Nachbar des nullbreiten Zeichen zum speziellen Schriftsystem gehören würden.
:::* WSTM weiß davon, macht aber keinen Gebrauch in unverlinktem Text bei:
:::** <code>&amp;#x200A;</code> {{boS}} {{kmS}}
:::** <code>&amp;zwnj;</code> {{bnS}} {{faS}} {{knS}} {{mlS}} {{mrS}} {{mznS}} {{teS}}
:::** <code>&amp;zwj;</code> {{knS}} {{mlS}} {{saS}} {{siS}}
:::* WSTM weiß nicht, welche Unicodes welches Schriftzeichen links und rechts haben dürfte, um die Entities unsichtbar zu machen. WSTM weiß auch nicht, welche Sprache der Text haben solle.
:::* Insofern würde ich nicht auf eine baldige Lösung hoffen; ausgeschlossen ist das hingegen nicht.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:19, 21. Jun. 2019 (CEST)

::::2) In der Tat ist ein anderer Stil möglich, aber ein ''gleicher'' Stil ist nicht möglich in besagtem Fall.
::::1) "WSTM weiß davon, macht aber keinen Gebrauch in unverlinktem Text bei" verstehe ich nicht, das scheint ja nicht der Fall zu sein. Ja, am besten wär’ es wohl wenn es sich je nach Bedarf des Benutzers konfigurieren ließe. Aber es lässt sich auch ohne ganz gut leben.
::::Vielen Dank für die Antworten, es ist ja auch beides für den Gesamtdienst, den WSTM leistet, verschmerzbar, sind pro betroffenem Edit wenige Sekunden zum Zurückändern, kein Drama. --[[Benutzer:Marsupium|Marsupium]] ([[Benutzer Diskussion:Marsupium|Diskussion]]) 04:35, 22. Jun. 2019 (CEST)

== Vorlage Internetquelle ==

{{Ping|PerfektesChaos}} In der Vorlage wurde/wird wohl der Parameter |zugriff durch |abruf ersetzt. Leider ändert dein Skript das immer wieder zurück auf |zugriff. Kannst/Willst du das ändern?--[[Benutzer:Bungert55|Bungert<span style="text-shadow:grey 0.2em 0.2em 0.1em; class=texhtml">55</span>]] ([[Benutzer Diskussion:Bungert55|Diskussion]]) 08:49, 7. Jun. 2019 (CEST)

: {{ping|Bungert55}} Das ist ein vorübergehendes Phänomen.
: Es gibt WSTM in zwei Versionen:
:# eine Vorab-Testversion zur Erprobung durch einige Versuchskarnickel
:# eine kleinere, robuste, effiziente Version für den Volksgebrauch
: Zurzeit ist die Erprobungsversion noch nicht stabil und kann noch nicht an alle online gestellt werden.
:* Die bisherige Allgemeinversion erkannte <code>abruf=</code> und <code>Abruf=</code> als Irrtümer aus [[Vorlage:Literatur]] und korrigierte auf das ein Dutzend Jahre geforderte <code>zugriff=</code>.
:* Die Erprobungsversion weiß schon von <code>abruf=</code> und stellt in diese Richtung um.
: Wenn jetzt jemand mit WSTM-allgemein nach einer schon neu ausgestatteten Einbindung kommt, dann schreibt er das bedauerlicherweise zurück. Es gibt jedoch eine Drittelmillion umzustellender Artikel, und irgendwann ist das momentane Geruckel vergessen.
: Nebenbei bemerkt beobachte ich zumindest meine eigenen Unterseiten; hier brauchst du mir kein Ping zu senden. Die meisten Leute beobachten Seiten, auf die sie einen Beitrag geschrieben hatten, noch eine Weile und brauchen auch kein Ping.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:39, 7. Jun. 2019 (CEST)

:: Ach, und weil ich dich grad sehe – [[:Kategorie:Wikipedia:Vorlagenfehler/Vorlage:TemplateData]] erwähnt dich öfters. VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:51, 7. Jun. 2019 (CEST)

''Hinweis:'' [[Benutzer Diskussion:Conny#Austausch "abruf" in "zugriff"]]. --[[Benutzerin:Elisabeth59|Elisabeth]] 16:32, 7. Jul. 2019 (CEST)

== [WikiSyntaxTextMod] Vorlage:Internetquelle ==

Liebes PerfektesChaos :) ,<br/>ich habe eine [[Benutzer_Diskussion:Conny#Austausch_"abruf"_in_"zugriff"|Anfrage]] bekommen. Danke für Hinweise, [[Benutzer:Conny|Conny]] 08:31, 3. Jul. 2019 (CEST).
: Mir hat User:Punkt64 in der Diskussion gleiches berichtet. Der Editor scheint den Parameter abruf in zugriff zu ändern, was nicht korrekt wäre. Gruß -- [[Benutzer:Ulanwp|Ulanwp]] ([[Benutzer Diskussion:Ulanwp|Diskussion]]) 09:10, 3. Jul. 2019 (CEST)
:: Siehe weiter oben. [[#Vorlage Internetquelle]] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:03, 3. Jul. 2019 (CEST)

== Leerzeilen siehst du zufällig was ich nicht sehe? ==

Ruf mal bitte diese Seite [[Sietas Typ 81]] auf und schau mal ob da bei dir auch oben in der IB eine Leerzeile eingefügt wird direkt über dem Pipe auf das die nächste IB dort folgt. Bei mir zumindest wird bei jedem Aufruf eine weitere Leerzeile eingefügt.
<pre>
{{Infobox Schiff
| Schiffskategorie     = Handelsschiff
| Name                 = Sietas Typ 81
| Bild                 = Heinrich Behrmann stranded.jpg
| Bildtext             = Die gestrandete ''Heinrich Behrmann''
|{{Infobox Schiffsklasse/Basis}}
}}
</pre>
wird nach drei mal starten zu
<pre>
{{Infobox Schiff
| Schiffskategorie     = Handelsschiff
| Name                 = Sietas Typ 81
| Bild                 = Heinrich Behrmann stranded.jpg
| Bildtext             = Die gestrandete ''Heinrich Behrmann''



|{{Infobox Schiffsklasse/Basis}}
}}
</pre>
Ich sehe aber nicht weshalb und nur dort. Die anderen Boxen wären davon nicht betroffen und scheinbar auch andere Artikel nicht. Ich sehe es aber nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:32, 4. Jul. 2019 (CEST)
: Also {{Vorlage|Infobox Schiffsklasse/Basis}} wenn ich das ändere auf {{Vorlage|Infobox Schiff/Basis}} passiert das nicht, deshalb hatte ich es in anderen Artikeln nicht, aber wohl bei allen →[[Spezial:Linkliste/Vorlage:Infobox Schiffsklasse/Basis]]. Ich kann gar nicht sagen, wie sehr ich diese Schiffsboxen nicht mag. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 20:04, 4. Jul. 2019 (CEST)

:* WSTM geht davon aus, dass eine Vorlage, deren Name mit <code style="white-space:nowrap">Infobox&#32;</code> beginnt, als Block in neuer Zeile steht.
:* Für ''Infobox Schiff/'' hatte es seit einiger Zeit eine Ausnahme gegeben.
:* Von ''Infobox Schiffsklasse'', die noch nicht mal eine Basis-Vorlage hat, habe ich noch nie was gehört.
:* Ich habe jetzt in WSTM eine Ausnahmeregel eingebaut, dass bei Infobox mit <code>/</code> kein Block hergestellt wird.
:* In vielleicht einer Woche, wenn du deinen offenbar anstehenden Sommerurlaub genossen haben wirst, könnte es live sein.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:37, 5. Jul. 2019 (CEST)
:: Dankeschön, aber ich bin bis Ende des Monats weg nicht nur eine Woche. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:51, 5. Jul. 2019 (CEST)

== Farbcode-Buchstaben abwechselnd klein und groß ==

Hi PC, der WSTM <small>([[Benutzer:Chiananda/common.js|.js]])</small> ändert ohne mein Zutun zuerst [[Spezial:Diff/191216964|hier]] den Farbcode "#f9f9f9" zur Großschreibung, danach wieder zurück, usw. Was stimmt da nicht? --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 18:34, 10. Aug. 2019 (CEST)
: Das kann ich nicht bestätigen, so etwas passiert bei mir da nicht. Also anders gesagt von klein auf groß ja, das ist die gewünschte Form, aber zurück nicht.
: Bist du sicher, dass du da nicht eventuell irgendwo mit Kopieren und Einfügen gearbeitet hast? Bewusst habe ich so etwas jedenfalls noch nicht gesehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:56, 11. Aug. 2019 (CEST)
::Moin Moin Chiananda, Lómelinde, ich kann es bei mir auch nachvollziehen, dass es von groß auf klein geändert wird. Kann es an dem "div" liegen? mfg --[[Benutzer:Crazy1880|Crazy1880]] 11:24, 11. Aug. 2019 (CEST)
::Also in dem Artikel [[Ron Hudson]]. {{unsigniert|Crazy1880|11:25, 11. Aug. 2019 (CEST)}}
::: Also in der d.-Version passiert das nicht. Ich könnte mal umstellen und schauen, ob es dann anders ist. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:06, 11. Aug. 2019 (CEST)
:::: O.k. Bestätige in der r.js-Version wechselt es bei jedem Aufruf. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:12, 11. Aug. 2019 (CEST)

: Danke an die Mitleser.
: WSTM setzt Farbcodes einheitlich auf sechsstellige Großschreibung um, sofern dies angetroffen würde.
: Im fraglichen Artikel steht ein <code>clear:</code> zu Beginn, das speziell behandelt wird und den Rest in Mitleidenschaft zieht (kleinschreibt).
: Der Code, der sich mit dem ''clear:'' befasst, ist von 2012, der wo sich mit style= allgemein beschäftigt, ist von 2015, und die beiden wussten bisher nichts voneinander; der von 2012 hatte den von 2015 geschrumpft.
: Danke für den Hinweis; Änderung ist auf dem Weg. Kann sich aber etwas hinziehen, weil umfangreiche Änderungen, die erstmal längerer Testphase bedürfen. Umgekehrt fiel das vier Jahre nicht auf; kann also nicht sehr häufig vorkommen, und richtet keinen Schaden an.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:23, 11. Aug. 2019 (CEST)

== clear verschwindet bitte die div-Routine prüfen ==

Warum wird denn plötzlich aus einem
<syntaxhighlight lang="html">
<div style="clear:both;"></div>
<div style="clear:left;"></div>
<div style="clear:right;"></div>
</syntaxhighlight>
so ein merkwürdiges <code><nowiki><div></div></nowiki></code>? Ich dachte eben schon ich sei meschugge, weil ich so etwas möglicherweise selbst eingegeben habe, obwohl ich mir sicher war, dass ich das clear geschrieben hatte. Mir war gestern schon ein merkwürdiges Verhalten aufgefallen, als aus <code><nowiki><div /></nowiki></code> ebenfalls ein <code><nowiki><div></div></nowiki></code> wurde. Da ist doch irgendwo ein Würmchen drin oder ist das schon ein ausgewachsener Käfer? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:05, 22. Aug. 2019 (CEST)

: Ist einer; kam vorgestern Abend rein.
: Sollte sich bis heute Abend legen.
: Ist ein ziemlich fieser; und lief über zwei Wochen durch meine interne Testphase, aber fiel mir irgendwie nie auf.
: Momentan weiß ich noch nicht mal, wie ich das wieder losbekomme.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:31, 22. Aug. 2019 (CEST)
:: Danke es scheint jetzt wieder richtig[er] zu funktionieren. Einzig das selbstschließende <code><nowiki><div /></nowiki></code> ohne Attribute bleibt wie es ist und meldet keinen Fehler. Aber der sollte ja zumindest als Linterror erkannt und in die Wartungskategorie mit problemetischen Tags einsortiert werden. Ganz sauber ist es noch nicht.
:: Beispiel
::: <code><nowiki><div "/></nowiki></code> mit ein oder mehreren {{Taste|"}} wird zu <code><nowiki><div  "></div></nowiki></code> inklusive roter Meldung Falsches Attribut-Format im Tag <nowiki><div "</nowiki>.
:: Aber besser als gestern allemal. :-) --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:35, 23. Aug. 2019 (CEST)

::: Das hat soweit seine Richtigkeit.
::: Ein loses <code>"</code> ist ein syntaktischer Fehler.
::: Ein geschrumpftes ''div'' ist nach XML korrekt und kratzt WSTM erstmal nicht.
::: Wo sowas steht, sollte vielleicht mal was hinkommen und war nicht vollständig oder steht daneben oder was auch immer; weist auf einen früheren Fehler hin. WSTM ist das jetzt erstmal egal und weiß auch keinen verständlichen Text für eine Fehlermeldung.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:25, 23. Aug. 2019 (CEST)
:::: O.k. soweit, so gut. Das <code><nowiki><div /></nowiki></code> war aber eine aktive Einfügung durch einen Benutzer der eigentlich  <code><nowiki></div></nowiki></code> meinte, ich habe ihn dann [[Spezial:Diff/191550512/191556261|angesprochen]], weil er mehr als 20 Seiten in die Liste gespült hatte. Sonst wäre mir das ja gar nicht vor die Füße gefallen. Andererseits wandelt WSTM aber andere Tags in der Form in nowikis um und sagt auch da nichts dazu → <code><nowiki><span /><b /><i /><big /></nowiki></code> → <code><nowiki><nowiki /></nowiki></code> was auch nicht immer das Gelbe vom Ei ist, weil ich zumeist davon ausgehe, dass sich da jemand vertippt hat und wer ein <code><nowiki><b/></nowiki></code> schrieb wollte eventuell ein <code><nowiki><br /></nowiki></code> oder ein <code><nowiki></b></nowiki></code> und kein <code><nowiki><nowiki /></nowiki></code>, obwohl auch das mitunter vorkommt. So genug genervt, betrachte es als erledigt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:45, 23. Aug. 2019 (CEST)

== [www]→&#91;[wiki]&#93; ==

* [https://de.wikipedia.org/w/index.php?limit=50&title=Spezial:Beiträge&contribs=user&target=Färber&namespace=&tagfilter=&start=2019-09-04&end=2019-09-04 läuft bereits]
wird auf meiner Report-Unterseite
* [[w/index.php?limit=50&title=Spezial:Beiträge&contribs=user&target=Färber&namespace=&tagfilter=&start=2019-09-04&end=2019-09-04|läuft bereits]]
Also da sehe ich rot. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:26, 4. Sep. 2019 (CEST)

: Hmmmpf, ich fürchte das bedarf eines außerplanmäßigen Hotfixes. Danke für die Info. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:38, 4. Sep. 2019 (CEST)

::* Der beteiligte Code ist aus dem Dezember 2012.
::* Du hast offenkundig manuell ein <code>limit=50&</code> dazwischengequetscht, was du auch darfst.
::* Alle von der Wiki-Software generierten URL-Pfade beginnen mit <code>?title=</code> oder <code>?oldid=</code>.
::* Das hatte ich 2012 unterstellt; ist aber natürlich nicht haltbar.
::* Wegen der fast sieben Jahre ohne Beanstandungen habe ich die Dringlichkeit erstmal wieder runtergefahren und werde das sorgfältig an den aktuellen Stand der Technik anpassen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:06, 4. Sep. 2019 (CEST)
:::: Ja sorry, kann ich ja nicht wissen, aber offenkundig war das nun nicht, denn eigentlich habe ich nur einen Datumsbereich hinzugefügt und das setzt automatisch wohl auch das Limit, denn 50 ist eigentlich der Standard, zumindest bei mir. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:20, 4. Sep. 2019 (CEST)

::::: Aha, dann warst nicht du das, sondern dieses Datumseingabeskript hat die URL in einer bisher ungebräuchlichen Reihenfolge umgebastelt.
::::: Egal, es ist eine legitime URL, damit muss es flutschen, und WSTM wird demnächst jede Reihenfolge der Parameter verstehen.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:23, 4. Sep. 2019 (CEST)
:::::: Würde ich so sagen, denn bewusst habe ich das nicht eingefügt. Ich wollte nur, dass es nicht morgen Beiträge von morgen zeigt. Das wandert ja mit, aber ich vermute er ist eh bald durch. Noch rund 250 Zugriffe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:03, 4. Sep. 2019 (CEST)

== config.page.include? ==

Ich möchte den WSTM auch außerhalb des ANR auf meiner Testseite „[[Benutzer:Chiananda/temp]]“ einsetzen, dazu habe ich (laienhaft) aus dem Doku-Abschnitt „[[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced#Weitere Namensräume und/oder Seitentitel einbeziehen oder solche ausschließen|Weitere Namensräume und/oder Seitentitel einbeziehen oder solche ausschließen]]“ den Quellcode <code><nowiki>mw.libs.WikiSyntaxTextMod.config.page.include =  [":dewiki:Benutzer:Chiananda/temp"];</nowiki></code> in meine [[Benutzer:Chiananda/common.js|common.js]] kopiert, gespeichert und {{Taste|Strg}} + {{Taste|F5}} gedrückt.

Aber beim {{Bearbeiten|Benutzer:Chiananda/temp|Bearbeiten meiner Testseite}} wird der WSTM nicht aufgerufen&nbsp;– wie bekomme ich das hin? Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 00:49, 13. Sep. 2019 (CEST)
: Versuch es mal so
<syntaxhighlight lang="js" style="margin-left:20px;">
   wstm.config.page.include = [ ":dewiki:Benutzer:Chiananda/" ];
</syntaxhighlight>
: Das würde dann für all deine Unterseiten gelten. Zumindest funktioniert es bei mir mit dieser Syntax:
<syntaxhighlight lang="js" style="margin-left:20px;">
   wstm.config.page.include = [ ":dewiki:Benutzerin:Lómelinde/",
                                ":dewiki:Wikipedia:Spielwiese"
                              ];
</syntaxhighlight>
: Ich nutze es auch auf der Spielwiese. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:04, 13. Sep. 2019 (CEST)

:: Ganz grundsätzlich fehlt hier die Definition des  [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced#Anwendungsobjekt|Anwendungsobjekts]], die allem anderen vorangehen muss.
:: Erst danach kann die bisherige Zuweisung der Option erfolgen.
:: Ansonsten gibt es auch eine Fehlermeldung in der Browser-Konsole, und das ganze common.js stürzt vermutlich ab.
:: Es ist noch nicht definiert, was <code>mw.libs.WikiSyntaxTextMod.config.page</code> sein soll; und da dies nicht vorher als Objekt definiert war, kann auch keine Komponente <code>include</code> davon durch eine Wertzuweisung gebildet werden.
:: Um mit einer privaten Variablen <code>wstm</code> arbeiten zu können, muss erstmal das ''Anwendungsobjekt'' existieren; danach lässt sich abkürzend definieren: <syntaxhighlight lang="javascript" inline>var wstm = mw.libs.WikiSyntaxTextMod;</syntaxhighlight> und hinterher kann diese Abkürzung auch verwendet werden.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:18, 13. Sep. 2019 (CEST)

::: Anwendungsobjekt eingerichtet, läuft, danke :)&nbsp; --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 15:13, 13. Sep. 2019 (CEST)

== [[Hofheim (Lampertheim)]] ==

Moin Moin PerfektesChaos, im Artikel Hofheim ist aufgefallen, dass im Parameter Format mit WSTM magic passiert. Du kannst es aktuell nachprüfen. Aus <code> |format=PDF; 9,0&nbsp;MB </code> wurde <code> |format=PDF; 9; 0&nbsp;MB </code>. Das zweite Semikolon gehört da doch nicht hin. Ich nutze r.WSTM und es geht um die Vorlage Internetquelle. Magst du bitte mal schauen, ob das Verhalten bei dir ähnlich ist? Danke dir --[[Benutzer:Crazy1880|Crazy1880]] 16:10, 13. Sep. 2019 (CEST)
: Bei mir (d.) passiert das nicht, vorher <code>|format=PDF; 9,0&amp;nbsp;MB</code> nachher, nur an anderer Position in der Vorlage, unveränderter Inhalt <code>|format=PDF; 9,0&amp;nbsp;MB</code>. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:26, 13. Sep. 2019 (CEST)

:: Öh, ümpf, klingt ungesund.
:: Ich hatte da kürzlich mal was gemacht, kann mich an nichts mehr erinnern, werde aber die Formeln und Ausdrücke nochmals revidieren und auch ''d'' und ''r'' vergleichen.
:: Kann schon sein, dass irgendein RegExp da durcheinanderkommt.
:: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:36, 13. Sep. 2019 (CEST)

::: Sodele, mein JS-Code-Minimierer hatte ein Leerzeichen plattemacht, wodurch die fragliche Fehlfunktion in ''r'' entstand.
::: Dies habe ich gestern Abend per Not-Hotfix außerhalb der regulären Prozedur beseitigt.
::: Damit dürfte es jetzt nicht mehr auftreten.
::: Der Kollateralschaden nach wenigen Tagen ist überschaubar; ich werde nach und nach aufräumen.
::: Sorry for inconvenience --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:58, 14. Sep. 2019 (CEST)

== Nur eine Info ==

Mir ist vorhin →[[Spezial:Diff/192282643/192295577|hier]] aufgefallen, dass ich WSTM doppelt starten musste, damit diese 
* {{Internetquelle | url=http://www.webcitation.org/6Vcc1QdIm | archiv-url=http://www.webcitation.org/6Vcc1QdIm | archiv-datum=2015-01-16| datum=2001-10-05 | zugriff=2016-08-13 | hrsg=Humboldt-Universität zu Berlin | titel=Spurensuche: Kommilitonen von 1933. 15. – 20. Oktober 2001 an der Humboldt-Universität zu Berlin | seiten=38 | format=pdf; 286 kB}}
formatiert wurde. Ich habe es jetzt nochmals auf der Spielwiese getestet und ja auch dort muss ich zweimal klicken, ehe es sich sortiert. Diese Version ist nicht wirklich sinnvoll (Inhalt url=archiv-url) kann es daran liegen? Auf der Spielwiese erhalte ich beim ersten Start diese Warnmeldungen.
<syntaxhighlight lang="js" class="mw-collapsible mw-collapsed">
jQuery.Deferred exception: invalid regular expression flag n mw.libs.WikiSyntaxTextMod.bb.dewiki/WSTM.lang.p.dewiki.template.formatResource@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js&action=raw&ctype=text/javascript&bcache=1&maxage=858379170:5286:20
mw.libs.WikiSyntaxTextMod.bb.dewiki/WSTM.lang.p.dewiki.template.internetquelle.format@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js&action=raw&ctype=text/javascript&bcache=1&maxage=858379170:5785:53
mw.libs.WikiSyntaxTextMod.bb.dewiki/WSTM.lang.p.dewiki.template.internetquelle.fire@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js&action=raw&ctype=text/javascript&bcache=1&maxage=858379170:5636:50
mw.libs.WikiSyntaxTextMod.bb.template/WSTM.w.template.fold@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dT.js&action=raw&ctype=text/javascript&bcache=1&maxage=857590159:972:41
mw.libs.WikiSyntaxTextMod.bb.template/WSTM.w.template.fire@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dT.js&action=raw&ctype=text/javascript&bcache=1&maxage=857590159:812:29
mw.libs.WikiSyntaxTextMod.bb.apiW/WSTM.api.textMod@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dW.js&action=raw&ctype=text/javascript&bcache=1&maxage=857590081:274:20
mw.libs.WikiSyntaxTextMod.bb.apiM/WSTM.api.edit@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dM.js&action=raw&ctype=text/javascript&bcache=1&maxage=857890187:169:27
mw.libs.WikiSyntaxTextMod.bb.mainM/WSTM.main.full@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dM.js&action=raw&ctype=text/javascript&bcache=1&maxage=857890187:1558:31
mw.libs.WikiSyntaxTextMod.bb.prefs/WSTM.prefs.follow@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/d.js&action=raw&ctype=text/javascript:1704:10
mw.libs.WikiSyntaxTextMod.bb.prefs/WSTM.prefs.first@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/d.js&action=raw&ctype=text/javascript:1685:24
mw.libs.WikiSyntaxTextMod.bb.main/WSTM.main.fire/<@https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/d.js&action=raw&ctype=text/javascript:881:42
mightThrow@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.CodeMirror%2CTemplateWizard%2Ccharinsert%2CeventLogging%2CnavigationTiming%2CwikimediaEvents%7Cext.CodeMirror.data%7Cext.centralNotice.choiceData%2Cdisplay%2CgeoIP%2CimpressionDiet%2CkvStore%2ClegacySupport%2CstartUp%7Cext.centralauth.ForeignApi%7Cext.centralauth.centralautologin.clearcookie%7Cext.cx.eventlogging.campaigns%7Cext.echo.api%2Cinit%7Cext.uls.common%2Ccompactlinks%2Cinit%2Cinterface%2Cpreferences%2Cwebfonts%7Cext.wikimediaEvents.loggedin%7Cjquery%2Cmoment%2Coojs%2Coojs-router%2Coojs-ui-core%2Coojs-ui-toolbars%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.checkboxShiftClick%2Cclient%2Ccookie%2CgetAttrs%2ChighlightText%2ClengthLimit%2CmakeCollapsible%2Cspinner%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%7Cjquery.makeCollapsible.styles%7Cjquery.uls.data%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CRegExp%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2Ccookie%2Cexperiments%2Cicon%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%2Cwidgets%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.action.edit%7Cmediawiki.action.edit.collapsibleFooter%2CeditWarning%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.ui.button%2Cicon%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%2CUserInputWidget%2CvisibleLengthLimit%7Cmediawiki.widgets.DateInputWidget.styles%7Cmmv.bootstrap%2Chead%7Cmmv.bootstrap.autostart%7Coojs-ui-toolbars.icons%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-interactions%2Cicons-media%2Cicons-movement%7Cskins.vector.js%7Cuser.defaults%7Cwikibase.client.action.edit.collapsibleFooter%7Cwikibase.client.linkitem.init&skin=vector&version=9308d:233:916
resolve/</process<@https://de.wikipedia.org/w/load.php?lang=de&modules=ext.CodeMirror%2CTemplateWizard%2Ccharinsert%2CeventLogging%2CnavigationTiming%2CwikimediaEvents%7Cext.CodeMirror.data%7Cext.centralNotice.choiceData%2Cdisplay%2CgeoIP%2CimpressionDiet%2CkvStore%2ClegacySupport%2CstartUp%7Cext.centralauth.ForeignApi%7Cext.centralauth.centralautologin.clearcookie%7Cext.cx.eventlogging.campaigns%7Cext.echo.api%2Cinit%7Cext.uls.common%2Ccompactlinks%2Cinit%2Cinterface%2Cpreferences%2Cwebfonts%7Cext.wikimediaEvents.loggedin%7Cjquery%2Cmoment%2Coojs%2Coojs-router%2Coojs-ui-core%2Coojs-ui-toolbars%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%7Cjquery.checkboxShiftClick%2Cclient%2Ccookie%2CgetAttrs%2ChighlightText%2ClengthLimit%2CmakeCollapsible%2Cspinner%2Csuggestions%2CtabIndex%2CtextSelection%2Cthrottle-debounce%7Cjquery.makeCollapsible.styles%7Cjquery.uls.data%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CRegExp%2CString%2CTitle%2CUpload%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2Ccookie%2Cexperiments%2Cicon%2CjqueryMsg%2Clanguage%2Cnotify%2CsearchSuggest%2Cstorage%2Ctemplate%2Cuser%2Cutil%2Cwidgets%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%7Cmediawiki.Upload.BookletLayout%2CDialog%7Cmediawiki.action.edit%7Cmediawiki.action.edit.collapsibleFooter%2CeditWarning%7Cmediawiki.language.specialCharacters%7Cmediawiki.libs.jpegmeta%2Cpluralruleparser%7Cmediawiki.page.ready%2Cstartup%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.regexp%7Cmediawiki.ui.button%2Cicon%7Cmediawiki.widgets.CategoryMultiselectWidget%2CDateInputWidget%2CStashedFileWidget%2CUserInputWidget%2CvisibleLengthLimit%7Cmediawiki.widgets.DateInputWidget.styles%7Cmmv.bootstrap%2Chead%7Cmmv.bootstrap.autostart%7Coojs-ui-toolbars.icons%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-content%2Cicons-editing-advanced%2Cicons-editing-citation%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-interactions%2Cicons-media%2Cicons-movement%7Cskins.vector.js%7Cuser.defaults%7Cwikibase.client.action.edit.collapsibleFooter%7Cwikibase.client.linkitem.init&skin=vector&version=9308d:234:589
 undefined load.php:236:749
</syntaxhighlight>
Und diesen Fehler
<syntaxhighlight lang="js">
SyntaxError: invalid regular expression flag n index.php:5286:20
</syntaxhighlight>
Klicke ich dann erneut kommen zwar auch jede Menge Warnungen aber nichts mehr was WSTM heißt. Ich weiß daher auch nicht ob das wirklich wichtig ist, denn so etwas sollte ja eher selten vorkommen, oder? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:57, 16. Sep. 2019 (CEST)

: WSTM nuschelt.
: Spricht einen etwas schrägen Dialekt, der bei dir beanstandet wurde. Ist nicht so ganz sauber.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:24, 16. Sep. 2019 (CEST)

:: Update gehotfixed. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:13, 16. Sep. 2019 (CEST)
::: Dankeschön sieht gut aus. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:11, 17. Sep. 2019 (CEST)

== Border-Farbwerte klein? ==

Ist mir gerade aufgefallen ([[Kantonsparlament]]). Hast du da kürzlich etwas geändert?
<syntaxhighlight lang="html">
<div style="margin: 0; border: 2px solid #BFBFBF; padding: 1em; background: #F8F8FF; margin-top: 10px;">
</syntaxhighlight>
wird zu
<syntaxhighlight lang="html">
<div style="margin: 0; border: 2px solid #bfbfbf; padding: 1em; background: #F8F8FF; margin-top: 10px;">
</syntaxhighlight>
Es betrifft nur border. Ich teste mal schnell, ob nur solid und ob es nur bei div oder auch bei span passiert. Es passiert immer für alle border-Arten (dashed, dotted, double, groove, ridge, inset, outset und solid) und auch innerhalb der Tabellensyntax im Kopfbereich <code>{|</code> und hinter <code>|-</code> oder <code>!</code> nicht jedoch hinter <code>|+</code> oder <code>|</code>
<syntaxhighlight lang="html" highlight="1,3,8">
{| style="margin: 0; border: 2px solid #ABCDEF; background: #F8F8FF;"
|+ style="border: 2px solid #00DD00;"| Text
|- style="border: 2px solid #00AA00; background: #FFFFFF;"
| ???
|- 
|style="border: 2px solid #AA0000; background: #FF00FF;"| ???
|-
! style="border: 2px solid #BBB000; background: #FFFF00;"| ???
|}
</syntaxhighlight>
bekomme ich da
<syntaxhighlight lang="html" highlight="1,3,8">
{| style="margin: 0; border: 2px solid #abcdef; background: #F8F8FF;"
|+ style="border: 2px solid #00DD00;"| Text
|- style="border: 2px solid #00aa00; background: #FFFFFF;"
| ???
|-
|style="border: 2px solid #AA0000; background: #FF00FF;"| ???
|-
! style="border: 2px solid #bbb000; background: #FFFF00;"| ???
|}
</syntaxhighlight>
Hab ich etwas vergessen? Ich denke ich habe alle Eventualitäten getestet. Es bleibt übrigens dann dauerhaft klein nicht so wie neulich als es wecchselnd groß/klein war. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:40, 29. Sep. 2019 (CEST)

:: +1: Hatte ich gestern auch: erst paar Mal hin und her, dann bleiben die Borderfarben stabil kleingeschrieben, aber <code><nowiki><div style="background:#FEF6E7; margin-bottom:1em; border:1px solid #ffcc33;…></nowiki></code>. Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 14:51, 29. Sep. 2019 (CEST)

Öhhf, ja, danke für den Hinweis.
* Die inzwischen aktive Kleinschreibung für <code>solid</code>, <code>px</code> und Farbnamen etc. war etwas übergriffig geworden.
* In den nächsten Tagen werden die Hexcodes wieder Großbuchstaben erhalten.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:12, 29. Sep. 2019 (CEST)
: Dankeschön, sieht bei mir jetzt gut aus. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:10, 30. Sep. 2019 (CEST)

== Leerzeilenvervielfältigung ==

War mir gestern oder neulich auch schon aufgefallen, bin aber nicht dazu gekommen es hier anzusprechen.
<pre>
{{Mehrspaltige Liste |liste=
‹Inhalt›
}}
</pre>
wird
<pre>
{{Mehrspaltige Liste |liste=


‹Inhalt›}}
</pre>
Es wird bei jedem Aufruf eine weitere Leerzeile hinzugefügt. Ich schreibe mal noch ergänzend, dass es zunächst nicht passiert wenn da der unbenannte Parameter <code>|</code> steht dann wird nur dieses Pipe durch <code>|liste=</code> ersetzt (und eventuell die untere geschweifte Klammer eins nach oben gesetzt, wenn sie nicht schon dort ist), steht <code>|liste=</code> aber einmal dort, so versucht WSTM immer einen anschließenden Zeilenumbruch zu ergänzen.

Magst du mal schauen, ich weiß leider nicht, wie man danach suchen könnte, um zu sehen, wie oft das schon unbemerkt passiert sein könnte, ich versuche immer die Leerzeile[n] wieder zu löschen, aber das wird ja eventuell nicht nur bei mir passieren. Such dir einfach →[https://de.wikipedia.org/w/index.php?sort=relevance&search=insource%3A%2FMehrspaltige+Liste+%5C%7Cliste%3D%2F&title=Spezial%3ASuche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1 irgendeine] zum Testen aus.  --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:43, 12. Okt. 2019 (CEST)

: Ja, bedauerlich, in der Programmierung bereits korrigiert, baldmöglichst online.
: WSTM soll das gesamte Innenleben dieses Parameters trimmen, also allen ''whitespace'' davor und dahinter wegmachen, und es anschließend zwischen Zeilenumbrüchen zurückschreiben.
: Beim Trimmen blieben bislang die schon vorhandenen Zeilenumbrüche noch stehen, dadurch wurden es mehr.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:39, 12. Okt. 2019 (CEST)
:: Sieht gut aus. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:07, 18. Okt. 2019 (CEST)

== Roell↔Röll ==

Würdest du bitte erst die Verschiebung (oder was auch immer da geplant war) durchführen ehe WSTM mir da etliche Einbindungen durch Umschreibung zerlegt.
* {{Vorlage|Röll}} → {{Vorlage|Röll-1912}}
Ich habe es nur bemerkt, weil ich zufällig in der Vorschau (denn er waren mehrere Einbindungen) in den Einzelnachweisen diese roten [[Vorlage:Röll-1912]] stehen hatte. Aufgefallen hier [[Wiener Stadtbahn]] (6 Einbindungen). Insgesamt sind zwar wohl nur etwas mehr als 100 Artikel mit Einbindungen aber, … ich möchte da keinen Ärger bekommen, wenn ich es übersehen sollte. Oder anders, ich habe mal in deiner js nachgeschaut, du hast das wohl eigentlich als perspektivische WL {{Vorlage|Roell-1912}} angelegt, dann sollte WSTM nicht <code>ö</code> schreiben oder du die Seite umbenennen, bzw noch eine WL anlagen?.
<syntaxhighlight lang="js">
      "Röll":                         "Roell-1912",
    //"Röll":                       "Röll-1912",     /// 2019-06-08
      "Röll":                         "Röll-1912",   /// 2019-07-30
</syntaxhighlight>
Es wurde irgendwie von Roell-1912 zu Röll-1912. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:35, 20. Okt. 2019 (CEST)

: Aaarrrgh, danke. Bin durcheinander gekommen.
:* Fernziel ist, dass der zu kurzen Name <code>Röll</code> perspektivisch verschwindet.
:* Dann kam mir wer mit einer [{{canonicalurl:Spezial:Logbuch/delete|page=Vorlage:Roell-1912}} Löschung] dazwischen, war ein übereifriger Alles-Aufräumer.
:* <code>Roell-1912</code> kam von: http://www.zeno.org/Roell-1912
:* Neue Strategie ist [[Vorlage:Röll-1912]].
:* Die ganze Chose ist dann Bahnkram, und soll die nächste Generation erfolgreich abschließen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:46, 20. Okt. 2019 (CEST)
:: Na, ich dachte mir schon, dass es nicht so beabsichtigt war. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:13, 20. Okt. 2019 (CEST)

== Klammerinfo Sortierung ==

Etwas sehr merkwürdiges ist da gerade passiert.
<pre>
{{ SORTIERUNG:Drent, Ido }}
{{SORTIERUNG:Drent, Ido}}
</pre>
War doppelt, soweit klar aber daraus wurde neben der Meldung, dass es doppelt wäre folgendes
<pre>
{{{SORTIERUNG:Drent, Ido}}
{{SORTIERUNG:Drent, Ido}}
</pre>
Weil ich nun etwas erstaunt war, denn Schnaks Tool sagt mir ja farblich immer was was ist, sah ich nun folgendes
* <span style="background:#FFCC66;"><nowiki>{{{SORTIERUNG:Drent, Ido}}</nowiki></span> normal wäre optisch hellgelb <span style="background:#FFFFCC;"><nowiki>{{SORTIERUNG:Drent, Ido}}</nowiki></span> dunkel steht für Vorlagenparameter
Erst dadurch ist mir das aufgefallen, dass WSTM da eine Klammer in die Lücke gesetzt hat. Also denke ich liegt das jetzt daran, dass es doppelt war oder an dem Leerzeichen generell. So habe ich es auf der Spielwiese nochmals ausprobiert und siehe da jedes mal wenn da ein unerwartetes Leerzeichen zwischen den vorderen Klammern und dem Inhalt steht, kommt eine Klammer hinzu. Um es noch deutlicher zu sagen, wären es zwei Leerzeichen dann würde daraus <code><nowiki>{{{{SORTIERUNG:Drent, Ido}}</nowiki></code> bei drei Leerzeichen, frag mich nicht, weshalb ich so etwas teste, <code><nowiki>{{ {{SORTIERUNG:Drent, Ido}}</nowiki></code> …. Auch wenn diese Fälle vermutlich extrem selten auftauchen, wollte ich es doch lieber ansprechen.
* Ähm und da ich gerade am Testen war dachte ich liegt es an der SORTIERUNG oder passiert so etwas auch anderswo und ich hätte es lieber nicht tun sollen.
<pre>
{{ Normdaten|TYP=p|GND=|LCCN=|NDL=|VIAF=}}
</pre>
wird zu einem völlig chaotischen
<pre>
{{ormdaten|TYP=p|GND=|LCCN=|NDL=|VIAF=}}
|TYP=|GND=}}
</pre>
zerlegt, wenn ich nur diese in die Spielwiese setze. So etwas
<pre>
{{ Normdaten|TYP=p|GND=|LCCN=|NDL=|VIAF=}}
{{ SORTIERUNG:fff}}
{{ Personendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=
|GEBURTSORT=
|STERBEDATUM=
|STERBEORT=
}}
</pre>
würde dazu führen (hier bleiben die Normdaten heil)
<pre>
{{Normdaten|TYP=p|GND=|LCCN=|NDL=|VIAF=}}
{{{SORTIERUNG:Fff}}
{{ersonendaten
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=
|GEBURTSORT=
|STERBEDATUM=
|STERBEORT=
}}
|NAME=
|ALTERNATIVNAMEN=
|KURZBESCHREIBUNG=
|GEBURTSDATUM=
|GEBURTSORT=
|STERBEDATUM=
|STERBEORT=
}}
</pre>
Mehr teste ich jetzt lieber nicht. Das ist sehr befremdlich. Und war vermutlich auch die Stecknadel im Heuhaufen. Aber vielleicht magst du es dir ja mal anschauen, auch wenn es ein Einzelfall war. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:21, 26. Okt. 2019 (CEST)

: Seufz, ist ein schwerer und akut behandlungsbedürftiger Bug.
: Das Wochenende ist gerettet. Hätte ja nicht gewusst, was ich zuerst machen soll.
: Danke für die Info --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:25, 26. Okt. 2019 (CEST)

== PD-Hinweis ==

{| class="wikitable"
| [[Spezial:Diff/183471342/194016419#Weblinks|ich war das nicht]]
{{Personendaten
|NAME=Maag, Johann Nepomuk
|ALTERNATIVNAMEN=Magg, Johann Nepomuk
|KURZBESCHREIBUNG=Kupferstecher und Zeichner in München
|GEBURTSDATUM=um 1724
|GEBURTSORT=
|STERBEDATUM=Mai 1800
|STERBEORT=
}}
| [[Spezial:Diff/194016419/194021824|siehe Korrektur]]
{{Personendaten
|NAME=Maag, Johann Nepomuk
|ALTERNATIVNAMEN=Magg, Johann Nepomuk
|KURZBESCHREIBUNG=Kupferstecher und Zeichner in München
|GEBURTSDATUM=um 1724
|GEBURTSORT=
|STERBEDATUM=<mark>. Mai 1800</mark>
|STERBEORT=
}}
|}
Also nur weil ich zufällig noch mal geschaut habe was jemend nach meinem Edit geändert hat, oft sind es ja Schreibfehler. Hier aber war es nicht bewusst durch mich eingefügt und ich hatte es im Diff schlichtweg übersehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:51, 14. Nov. 2019 (CET)

: Ei wei – seltsam, danke für den Hinweis.
: Den Bug gibt es, und ich habe ihn bereits repariert.
: Er ist spezifisch für die PD und seit Februar 2018 oder seit 2017 oder seit noch früher entstanden, wenn der Tag im Monat fehlen würde.
: Erstaunlich ist, dass dies erst jetzt auffällt; die Situation ist nicht so ungewöhnlich, und dies hätte schon vor Jahren mal beanstandet werden müssen (die PDler bekommen das ja wohl mit, und müsste Vorlagen-Wartungskat schmeißen) und ich beobachte von mir geänderte Seiten auch noch einige Zeit.
: Nachtrag zu ''Digitales Wörterbuch'' – In der Zielseite steht noch <code>name=</code> – das ist vor-1998 für <code>id=</code> und noch auf längere Zeit kompatibel. Kann aber eigentlich nur jemand wissen, der 1995 mit seiner eigenen Homepage unter HTML.2 online war.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:47, 14. Nov. 2019 (CET)
??? Was steht wo? Welche Zielseite, nerv doch nicht dauernd mit dieser Vorlage, ich verwende die nicht einmal. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:49, 14. Nov. 2019 (CET)

: In: {{Digitales Wörterbuch der deutschen Sprache|Stichwort=Durchschnitt |Bedeutung=1-3 |Abruf=2019-11-13}}
: Du hattest sie, wie eine Löwin kämpfend, der [[Vorlage:DWDS]] entrissen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:34, 14. Nov. 2019 (CET)
:: Sorry ich check gerade wirklich nicht was du mir sagen möchtest. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:41, 14. Nov. 2019 (CET)
::: Im HTML-Code von https://www.dwds.de/wb/Durchschnitt steht: <syntaxhighlight lang="html" style="white-space: nowrap" inline><a name="d-1-3"></a></syntaxhighlight>
::: Du hattest vermutlich nach was mit <code>id=</code> gesucht und deshalb die Struktur nicht gefunden?
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:38, 14. Nov. 2019 (CET)
Ach so, nein ich wäre nicht einmal auf die Idee gekommen mir den HTML-colde der Zielseiten anzuschauen. Du überschätzt manchmal meine Fähigkeiten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:01, 14. Nov. 2019 (CET)

== Gallerie in Tabelle ==

Kannst du mal bitte eben kurz diese Seite [[Hermann Lang (Bildhauer)#Werke]] ansehen, den Abschnitt öffnen und mir sagen was da passiert? Bei mir wird nämlich die Tabelle zerschossen. Ich werde die eh rauswerfen, weil das, meiner Meinung nach, ein Missbrauch der Galeriefunktion ist aber … gut scheint mir das nicht zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:43, 16. Nov. 2019 (CET)

: Ich werde da gar nichts öffnen, weil ich mir vorstellen kann, was passiert.
: Galerien haben nichts in Tabellen zu suchen, sie sollen über die Fensterbreite eine dynamische Anordnung bewirken.
: Sofern die Galerie sich sauber frei von den Pipe-Symbolen der Tabelle hält, tut WSTM ihr auch nichts. WSTM sieht die Galerien jedoch als Block-Elemente auf Ebene der Gesamtseite an, und da dürfen weder davor noch danach Pipe-Symbole in derselben Zeile stehen.
: Hier sind es ohnehin Einzelbilder, und eine Einzelbild-Galerie ist gleichbedeutend mit ''mini''.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:04, 16. Nov. 2019 (CET)
:: Doch es setzt das vordere Tag eine Zeile tiefer also an den Zeilenanfang, du solltest es dir besser ansehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:08, 16. Nov. 2019 (CET)

::: Ja, ''gallery'' ist ein Block und beginnt am Zeilenanfang, und hört auf einer eigenständigen Zeile auf.
::: Vorher darf nichts in derselben Zeile stehen, und dahinter darf in derselben Zeile nichts mehr kommen. Wenn doch wird es weggeschubst.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:13, 16. Nov. 2019 (CET)
O.k. Dankeschön. Machen solltest du nichts weiter nur schauen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:27, 16. Nov. 2019 (CET)

== abruf/offline? ==

Was habe ich jetzt wieder falsch gemacht?
<pre>
{{Internetquelle |url=http://www.smb-digital.de/eMuseumPlus?service=ExternalInterface&module=collection&objectId=963470 |hrsg=SMB-digital |titel= Das Balkonzimmer |datum= |kommentar=Internetseite der Berliner Nationalgalerie mit ausführlicher Beschreibung |offline= |abruf=2019-11-20}}
</pre>
wird
<pre>
{{Internetquelle |url=http://www.smb-digital.de/eMuseumPlus?service=ExternalInterface&module=collection&objectId=963470 |titel=Das Balkonzimmer |hrsg=SMB-digital |datum= |abruf= |kommentar=Internetseite der Berliner Nationalgalerie mit ausführlicher Beschreibung}}
</pre>
und ich werde angemeckert Vorlagenparameter fehlt <nowiki>{{Internetquelle|abruf=}}</nowiki>. Ich sehe es nicht. Es passiert scheinbar nur, wenn offline vor abruf steht, aber das hat mir Citoid so zusammengestellt. Aporops was mich schon länger etwas stört ist auch diese Pipe-Anhäufung.
* http://www.smb-digital.de/eMuseumPlus?service=ExternalInterface&module=collection&objectId=963470
wird zu
* {{Internetquelle |url=http://www.smb-digital.de/eMuseumPlus?service=ExternalInterface&module=collection&objectId=963470 |hrsg=www.smb-digital.de |titel=&#124;S&#124;M&#124;B&#124;-&#124;d&#124;i&#124;g&#124;i&#124;t&#124;a&#124;l&#124; &#124;&#124;&#124; &#124;D&#124;a&#124;s&#124; &#124;B&#124;a&#124;l&#124;k&#124;o&#124;n&#124;z&#124;i&#124;m&#124;m&#124;e&#124;r&#124; |werk=smb-digital.de |archiv-url= |archiv-datum= |offline= |abruf=2019-11-21}}
Das passiert manchmal, wenn ich Citoid verwende. Ich entferne manuell 32 × <code>&amp;#124;</code> ergibt
* {{Internetquelle |url=http://www.smb-digital.de/eMuseumPlus?service=ExternalInterface&module=collection&objectId=963470 |hrsg=www.smb-digital.de |titel=SMB-digital  Das Balkonzimmer |werk=smb-digital.de |archiv-url= |archiv-datum= |offline= |abruf=2019-11-21}}
Und wie man sehen kann fehlt da kein abruf. Aber als ich den Artikel eben noch mal öffnete kam dieser Murks mit dem Schwund. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:29, 21. Nov. 2019 (CET)
* passiert auch in [[BoardGameGeek]] oder weitere {{Wikipedia-Suche|1=insource:/offline\= \{{!}}abruf\=/|2=Testfälle}}. Einen schönen Abend wünsche ich dir. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:34, 21. Nov. 2019 (CET)

: @WSTM: Danke für den Hinweis.
:* Schnellfix online; da war was verkeht.
:* Bitte weiterhin kritisch beobachten.
: @Citoid:
:* Kann ich nix zu tun.
:* Sachen, die nur manchmal irgendwie passieren, sind immer schwierig.
:* Grundsätzlich sind das Infos, die von außerhalb zu mir kommen; ich schreib die erstmal nur.
:* Vielleicht liefert die Seite eine kaputte Zeichenkodierung, oder was auch immer.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 01:20, 22. Nov. 2019 (CET)
:: Dankeschön fürs Fixieren. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:32, 22. Nov. 2019 (CET)

== 2019-11 Diverses ==

Moin Moin PerfektesChaos, ich habe in letzter Zeit vieles gemacht und habe ein paar Fragen/Wünsche/Anregungen. <u>Ich brauche keine Adhoc-Antwort.</u> Gerne auch wieder in Spiegelstrichen oder Aufzählungspunkten antworten ;)
* Anregung nach Botläufen für die Vorlage Literatur, denn ich denke die Zeit könnte dafür gekommen sein. Die Anfrage könnte ich vorbereiten und stellen, wenn du magst. Die gröbsten Fehler und Probleme sind, meiner Meinung rausgearbeitet:
** <code> |arxiv= </code> zu <code> |arXiv= </code> machen
** <code> |Zugriff= </code> zu <code> |Abruf= </code> machen
** <code> |Herausgeber= </code> zu <code> |Hrsg= </code> machen
** <code> |Tag= |Monat= |Jahr= </code> zu <code> |Datum= </code> machen
* Liegt auf Beta nicht noch eine "Verschärfung" von <code> |Autor= xxxyyyzzz (Hg.) </code> für die Vorlage Literatur? Ich hatte da kurz geschaut und einige Fälle durchgespielt, welche ich positiv zurückmelden kann.
* Positive Rückmeldung auch noch zu Wurgl seinem Tool für die Vorlagen, da habe ich auch noch etliche Probleme mit der Vorlage Literatur finden können und bin dabei diese wegzuarbeiten.
* Als Letztes bleibt wie immer zu sagen, wenn du Hilfe brauchst, lass es mich wissen. Hast du Themen, wo ich unterstützen soll?
** PS.: Hast du eigentlich eine Liste, was du noch alles auf deiner Liste hast, also eine art Arbeitsliste? So, dass man mal schauen könnte, wo man unterstützen kann?
So nun erstmal einen schönen Tag. mfg --[[Benutzer:Crazy1880|Crazy1880]] 15:42, 2. Nov. 2019 (CET)

: So’n Zufall, grad habe ich bei dir geschrieben, hat sich gekreuzt.
: Danke erstmal für das Hilfsangebot.
: Deine Tätigkeit bei <code>Tag=</code> bekomme ich mit, manchmal warst du einen Tag vor mir schon dran gewesen.
: Bot-Läufe möchte ich grundsätzlich keine für diese Kosmetik, weil die Bots machen immer nur ein Detail was vorher funktionierte und hinterher auch. Das gibt nur Zoff mit den Hauptautoren und Beobachtern.
: Das wird so nach und nach auf natürliche Weise aussterben, und wenn dann nur noch kleine Reste übrig sind dann gibt es mal gezielt den Gnadenstoß für irgendwas.
: Rein zufällige Besuche auf bestimmten Seiten führen meist zum allgemeinen Durchputzen mit WSTM, machen also mehr als nur eine winzige Bot-Kleinigkeit, und vielleicht auch manuelle sichtbare Änderungen in Stil und Formalkram.
: <code>prettytable</code> soll im ANR und den meisten Namensräumen unwirksam werden, sobald diese bereinigt sind. Werden einige Uraltler motzen.
: Vorlagenparameter werden in Fehler gewandelt, sobald aus dem Bestand verschwunden, bis dahin migrieren sie still und leise, heißt geräuschlos.
: Es dauert seine Jahrzehnte, bis Leutchen, die schon seit 2005 irgendwo „Zugriff“ direkt in den Artikel oder als Vorlagenparameter schreiben, sich an was Neues gewöhnt haben. Weil sie seit 2005 geistig kaum mobiler wurden, wird das in ihrer aktiven WP-Zeit oft auch nicht mehr umswitchen. Die Jungschen, die ab etwa 2010 kamen, kennen es dann nicht mehr anders als „abgerufen“ und schreiben das dann auch so in den Quelltext. Für die hatte ich vor einigen Wochen den Vorlagenparameter <code>Abruf=</code> großflächig lanciert, damit das olle Z-Wort allmählich nicht mehr zu sehen sein wird. Bei der Lit ist das aus gleichem Grund schon seit 2016 so. 98 % der Weblinks verwenden „abgerufen“, 1 % „Zugriff“ oder „zugegriffen“ und 1 % ein bis zwei Dutzend sonstiger Vokabeln. Wobei jemand, der das 2008 in den Quelltext schrieb noch nicht wissen konnte, denn damals hatte sich noch kein festes Vokabular herausgebildet.
: ToDo-Liste habe ich, stehen Hunderte von Punkten drauf, aber das ist niemandem zu vermitteln und setzt meist Programmierungskram voraus.
: Du mach einfach bienenfleißig wie bisher immer weiter, passt schon. Nie zu viel an einem Punkt, weil sonst ein „Hauptautor“ motzt, wenn er an einem Tag 50 Änderungen auf der Beo hat, sondern immer hübsch durcheinander jeder mal einen Edit und nach ein paar Tagen kommen wir wieder über dasselbe Thema. Es eilt nicht; es kommt nicht darauf an dass Programmierungen sich ändern, sondern dass in den Hirnen der Autoren oder der meisten Autoren sich allmählich was Neues durchsetzt, und das geht nicht mit der Änderung einer Programmzeile und einer Doku.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:33, 2. Nov. 2019 (CET)
::Moin Moin PerfektesChaos,
::* zu <code>prettytable</code>, soll es nur in den Artikeln oder auch von den Artikeldiskussionsseiten verschwinden? Und wie sieht es mit den restlichen Seiten aus?
::* kennst du dich rein zufällig mit dem Modul Wikidata aus? Ich hätte da mal eine Frage zu Einzelnachweisen, welche man einbinden kann.
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:34, 11. Nov. 2019 (CET)

:::* <code>prettytable</code>
:::** Es soll aus dem ANR verschwinden, außerdem (und das ist oder war bereits mal komplett abgeschlossen) aus zentral sichtbaren aktiven Projektseiten, Hilfeseiten (außer ggf. zu prettytable selbst) und Vorlagen.
:::** Von uns nicht angefasst werden alle Diskussionsplattformen und Diskussionsarchive.
:::** Von den Zuständigen in Eigenregie müssen ggf. umgestellt werden: Benutzerseiten, Portale, Wikiprojekte.
:::** Die erste Maßnahme wäre, dass im ANR und auf Vorlagenseiten sowie Kategorien der Hintergrund knallgelb, die Linien dick rot eingefärbt werden, um vor Wiedereinbau abzuschrecken. Das würde ich nach Bereinigung des ANR den zuständigen Admins empfehlen; danach wäre auch ein Artikel im Kurier erforderlich.
:::** Danach sollten die Zuständigen ihre Seiten aufräumen.
:::** Dass die Definition aus unserer jedem Leser auf jeder Seite reingedrückten Software physisch eliminiert würde, könnte 2025 werden. Aber um so weniger Seiten und  um so randständigere Seiten sollen noch <code>prettytable</code> enthalten.
:::** Nach einer Deaktivierung bleiben die Tabellen ja Tabellen, bloß ohne Linien und browserunabhängige Dekoration. Vielleicht entscheidet man sich irgendwann, per Bot und auch in schreibgeschützten Seiten die <code>prettytable</code> gegen <code>wikitable</code> auszutauschen, wobei jedoch Kopfzeilendesign verlorenginge. Das mag dann die Linien in archivierten Diskussionen und bei verstorbenen Benutzern retten.
:::* <code>Modul Wikidata</code>
:::** Habe ich nix mit am tun.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:16, 11. Nov. 2019 (CET)

::::Moin Moin PerfektesChaos, 
::::* Liegt auf Beta nicht noch eine "Verschärfung" von <code>|Autor= xxxyyyzzz (Hg.)</code> für die Vorlage Literatur? Ich hatte da kurz geschaut und einige Fälle durchgespielt, welche ich positiv zurückmelden kann. (Hierzuwiki haben wir 79 solcher Fälle, die arbeite ich jetzt ab.) PS.: Wird <code>|Autor= xxxyyyzzz (Bearb. u. Hg.)</code> soetwas auch erkannt und wo schreibe ich den Bearbeiter am Besten hin?
::::* Jetzt auch über Wurgls Tool gesehen, gleiche Kärbe für Autor und Herausgeber <code>|Autor= xxxyyyzzz [Hrsg.]</code>. Also worauf man erstmal kommen muss ;)
::::Schönes Wochenende. mfg --[[Benutzer:Crazy1880|Crazy1880]] 11:38, 16. Nov. 2019 (CET)

Du hast eingangs schon einmal auf BETA-Erprobung Bezug genommen.
* Auf BETA liegen MegaByte an nicht erprobtem noch nicht produktiv-reifen Codes.
** Auf meiner Festplatte liegt noch sehr viel mehr.
* Der fragliche Code ist in der häufigsten Variante als [[Modul:Vorlage:Literatur]] ab Zeile 291 hier aktiv.
* Ich kann zukünftig weitere Schreibweisen und Formate einbauen; aber <code style="white-space:nowrap">(Bearb. u. Hg.)</code> hat eine abweichende inhaltliche Bedeutung und wäre außerdem legitim für einen <code>Autor=</code> in Doppelrolle; der Dienstgrad „Bearbeiter“ als weniger wichtiger auch irgendwie „Autor“ ist im Datenmodell der Vorlage nicht abgebildet und steht auch nicht in den ZR.
Generell werde ich nicht jeder Formatierungsidee hinterherrennen können, auf die irgendein Bearbeiter dann auch noch käme.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:19, 16. Nov. 2019 (CET)

::Moin Moin PerfektesChaos,
::* ich weis ja, dass man nicht alles abfangen kann, aber schau dir das mal an: [[Kammermusik von Anton Bruckner]] <code>|Autor= xxxyyyzzz (Herausgeber)</code> Sind auch nur 350, wo das so ist, bin da schon dran. ;)
::* Guten Wochenstart dann. Mal sehen, was in den Parametern der Vorlage Literatur noch so alles nicht stimmig ist.
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:18, 17. Nov. 2019 (CET)
:::Moin Moin PerfektesChaos, und ich nochmal ;) Laut Wurgl seinem Tool gibt es die Vorlage Literatur nun über 600.000 mal eingebunden. Läuft also. mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:17, 4. Dez. 2019 (CET)

== Verklammert ==
Schaust du bitte mal da [[Karl Menser]] rein? Im Parameter Autor steht da so ein Murks (will sagen unmaskierte Klammern)
* {{Literatur | Autor=[[Johann Joseph Brungs|J[ohann] J[oseph] Brungs]] | Titel=Die Stadt Honnef und ihre Geschichte | Jahr=1925 | Seiten=264 | Verlag= Verlag des St. Sebastianus-Schützenvereins | Ort= Honnef | ISBN= | Kommentar=Neudruck 1978 durch Löwenburg-Verlag, Bad Honnef}}
Was aber daraus wird ist, nun ja, eher unschön
<pre>
{{Literatur |Autor=[[Johann Joseph Brungs |Titel=Die Stadt Honnef und ihre Geschichte |Verlag=Verlag des St. Sebastianus-Schützenvereins |Ort=Honnef |Datum=1925 |ISBN= |Seiten=264 |Kommentar=Neudruck 1978 durch Löwenburg-Verlag, Bad Honnef |1=J[ohann] J[oseph] Brungs]]}}
</pre>
Da passt etwas nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:43, 10. Dez. 2019 (CET)
: So länger konnte ich jetzt mit dem Speichern nicht warten weil ich ausmache. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:35, 10. Dez. 2019 (CET)
: Ich gebe dir ein paar andere zum testen [[Haus im Turm]], [[Alter Friedhof (Bad Honnef)]] oder [https://de.wikipedia.org/w/index.php?sort=relevance&search=insource%3A%2FAutor%3D%5C%5B%5C%5BJohann+Joseph+Brungs%5C%7CJ%5C%5Bohann%5C%5D+J%5C%5Boseph%5C%5D+Brungs%5C%5D%5C%5D%2F&title=Spezial:Suche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1 all diese]. Das wird aber sicherlich auch in anderen Formen vorkommen, nur wie man das wieder suchen müsste … weiß ich nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:29, 11. Dez. 2019 (CET)

:: Stöhn.
:: Die beteiligte Software ist seit fünf oder gar sieben Jahren unverändert; ich wüsste nicht, dass jemals irgendsowas beanstandet wurde.
:: Verstanden habe ich es noch nicht so ganz.
:: Wenn das doch häufiger vorkommt, werde ich wohl was tun müssen. Wobei sowas schöner Kandidat für Kollateralschäden ist.
:: Danke für die Beispiele. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:45, 11. Dez. 2019 (CET)
::: Wenn du mir sagst, wie man das in der Suche herausfilten kann, dann kann ich auch sagen, ob es das häufiger gibt. Ich teste mal kurz noch, ob das auch beim Herausgeber passieren würde. Ja, das Selbe in kracks. Scheinbar ist es egal, wo jemand solchen Schrunz einfügen würde. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:10, 11. Dez. 2019 (CET)
::::versuche es hiermit in einer verkehrsschwachen Zeit <nowiki>insource:/=\[\[[^\|\]]+\|.\[.+/</nowiki> Ich komm maximal auf 40 Einträge. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 14:42, 11. Dez. 2019 (CET)
::::: Das ließe sich ja noch manuell beheben. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:51, 11. Dez. 2019 (CET)

Ich habe mittlerweile etwas dazu programmiert.
* Das muss ich aber bis nächstes Jahr im Probebetrieb bei mir laufen lassen; so dringend wird es nach sieben Jahren nicht sein.
Die Wikilinks können einstweilen so bleiben. Die Syntax ist etwas tückisch aber legal.
* WSTM hätte erkennen sollen, dass da eine Pipe innerhalb eines Wikilinks steht, wurde aber von den Klammern irritiert und hielt sie für einen Schreibfehler und da fehle eine und kam danach völlig durcheinander.
* Trotzdem sollten solche irritierenden Konstrukte vermieden werden, sofern inhaltlich möglich. Bei dem ergänzten Namen war es aber okay, weil keine eckige Klammer am Ende des Namens stand, die wäre sonst konsumiert worden.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:13, 11. Dez. 2019 (CET)
: Gut, dann mach ich mal normal weiter. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:47, 12. Dez. 2019 (CET)
:: „Bei dem ergänzten Namen war es aber okay, weil keine eckige Klammer am Ende des Namens stand, die wäre sonst konsumiert worden.“ ein Beispiel dafür hätte ich auch [[Hans Rothe (Schriftsteller)#Einzelnachweise]] (F[riedrich] L[uft]), falls das weiterhilft. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:57, 13. Dez. 2019 (CET)

== Widerspruch von Bildparametern ==

<mark>start=15 ./. thumbtime</mark>
{| class="wikitable toptextcells"
|+ das ist kein Widerspruch
|-
|style="width:25%;"| [[Datei:Orion Nebula 3D Fly-Through - HST.ogv|mini|links|thumbtime=50|start=15|<nowiki>thumbtime=50 / start=15</nowiki>]]
|style="width:25%;"| [[Datei:Orion Nebula 3D Fly-Through - HST.ogv|mini|links|start=15|nur start=15]]
|style="width:25%;"| [[Datei:Orion Nebula 3D Fly-Through - HST.ogv|mini|links|thumbtime=50|nur thumbtime=50]]
| [[Datei:Orion Nebula 3D Fly-Through - HST.ogv|mini|links|thumbtime=12|start=10|end=15|<nowiki>thumbtime=12 / start=10 / end =15</nowiki>]]
|-
| Zeigt einen Bildausschnitt von Sekunde 50 an und startet die Wiedergabe <mark>bei Sekunde 15</mark>
| Zeigt einen Bildausschnitt von <mark>Sekunde 15</mark> an und startet auch dort
| Zeigt einen Bildausschnitt von Sekunde 50 an und startet <mark>am Anfang</mark> des Beitrags
| Zeigt einen Bildausschnitt von Sekunde 12 an, startet bei <mark>Sekunde 10</mark> und endet bei <mark>Sekunde 15</mark>
|}
Bitte diese widersprüchliche Meldung entfernen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:00, 13. Dez. 2019 (CET)

: Aha, dann habe ich noch 5 Parameternamen gefunden, müssten gehen, verwendet aber hoffentlich niemand:
:# <code>timedmedia_disablecontrols</code>
:# <code>timedmedia_endtime</code>
:# <code>timedmedia_noplayer</code>
:# <code>timedmedia_starttime</code>
:# <code>timedmedia_thumbtime</code>
: [[Hilfe:Medieneinbindung]] möchte ich gern selbst machen.
: Habe ich aus der [https://de.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=magicwords API] – weder auf [[meta:]] noch [[mw:]] gibt es Hilfeseiten, die sowas beschreiben oder uns das Wasser reichen könnten.
: Ich stützte mich auf die offizielle [[mw:Extension:TimedMediaHandler]] und da gibbet nix <code>end</code>.
: WSTM wird dies natürlich irgendwann reflektieren.
: Danke für die Info.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:33, 13. Dez. 2019 (CET)
:: O.k. alles klar. Soweit ich weiß ist „noplayer“ wirkungslos (war bei Audio meine ich), „disablecontrols“ (da könnte [[Benutzer:Raymond|Raymond]] mehr wissen, siehe Hilfe:Video →[[Spezial:Diff/118868586/119401380|hier eingefügt]]). Ich weiß nur, dass ich mal irgendwann über ein <code>minitime</code> gestolpert bin.
:: Wenn WSTM mich anmeckert, da wäre etwas falsch und ich dann nicht weiß weshalb, oder wie ich das anstellen soll, wenn doch alles funktioniert, dann verwirrt das. {{s}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:09, 13. Dez. 2019 (CET)
::: „disablecontrols“ habe ich 2013 lediglich dokumentiert; an der Programmierung war ich nicht beteiligt. 2016 wurde in [[Phab:T135537|Task 135537]] vorgeschlagen, den Parameter zu entfernen, effektiv passiert ist seither aber nichts. Also ist der Paramter immer noch gültig. — [[Benutzer:Raymond|Raymond]] [[Benutzer Diskussion:Raymond|<sup>Disk.</sup>]] 15:09, 13. Dez. 2019 (CET)

Alle genannten Parameternamen sind „gültig“ in dem Sinne, dass sie erkannt werden. Wären sie das nicht, würden sie als Bildlegende angesehen werden.
* Die <code>noplayer</code> etc. werden, wenn sie angetroffen würden, von WSTM dezent eliminiert. Sind funktionslos aber gültig.
* <code>disablecontrols</code> ist halt da, WSTM ignoriert Wert und Existenz. Wenn irgendwann offiziell funktionslos würde ebenfalls eliminiert werden.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:52, 13. Dez. 2019 (CET)
:: Hmmm nun bin ich aber doch irgendwie verunsichert. →[[Spezial:LintErrors/bogus-image-options]] wie kriegt man das denn jetzt unter einen Hut, Fehler oder nicht Fehler? Wie gesagt funktioniert es, aber Linter mag es nicht in bestimmten Kombinationen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:48, 14. Dez. 2019 (CET)

::: Ich weiß nicht, was ich mit deiner Anfrage anfangen soll.
:::* Es darf pro Einbindung nur genau einen Pipe-Abschnitt ohne erkanntes Schlüsselwort geben; und das ist die Bildlegende.
:::* Was mit einem erkannten Schlüsselwort anfängt (oder endet, <code>px</code>) muss die einschlägigen Syntaxbedingungen erfüllen, etwa gültige Wertzuweisung.
:::* Die gleiche Schlüsselwortkategorie darf nicht mehrfach erscheinen.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:00, 14. Dez. 2019 (CET)

== Mal wieder die Leerzeichen ==
<pre>
{{Infobox Betriebssystem
| Erscheinungsdatum  = <!-- WikiData Q14579 -->
| Version            = <!-- WikiData Q14579 -->
| Freigabedatum      = <!-- WikiData Q14579 -->
| Quelle             = <!-- WikiData Q14579 -->
}}
</pre>
Das erste Auftreten eines solchen Kommentars wird um eine Stelle nach rechts gerückt.
<pre>
{{Infobox Betriebssystem
| Erscheinungsdatum  =     <!-- WikiData Q14579 -->
| Version            = <!-- WikiData Q14579 -->
| Freigabedatum      = <!-- WikiData Q14579 -->
| Quelle             = <!-- WikiData Q14579 -->
}}
</pre>
Auch dann, wenn es schon auf Abstand steht, immer eins weiter nach rechts. Das ist nur eine Info <small>(OT: das mit den Ankern macht mir etwas Kummer, ich mag die teilweise betroffenen Vorlagen nicht anfassen)</small>. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:07, 25. Dez. 2019 (CET)

: Stöhn. Weiß nicht.
: Wenn ich mich um irgendwelche „teilweise betroffenen Vorlagen“ kümmern soll, müsstest du auch explizit hinschreiben, welche das sind. Gut ein halbes Dutzend habe ich dementsprechend schon umgebaut, dass sie jetzt kein Markup in den Anker mehr einstreuen wie bisher; die URL mit lauter Klammern und Apostroph liest sich schrottig.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:20, 26. Dez. 2019 (CET)
:: [[Vorlage:Japanischer Charakter]] verwendet <nowiki><h2></nowiki> und so etwas ([[Spezial:PermaLink/195095516|nörgelt mit ref]] oder [https://de.wikipedia.org/w/index.php?sort=relevance&search=hastemplate%3AJapanischer_Charakter+incategory%3AWikipedia%3AVorlagenfehler%2FVorlage%3AAnker&title=Spezial:Suche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1 anderen Probemen]) Weitere aus dem Bereich Film [[Vorlage:Episodenlisteneintrag2]] Beispiel [[Die Abenteuer des jungen Indiana Jones]] oder mit <code>|NR_GES =<nowiki><hr /></nowiki></code> [[A.N.T.: Achtung Natur-Talente]] …. Das fasse ich aus mehrerlei Gründen nicht an. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:51, 26. Dez. 2019 (CET)

::: Episodenlisteneintrag2 war ich schon mal drangewesen; aber ein Patient, der Läuse hat, kann auch Flöhe haben.
::: Die bekommen die Codes von ihren Bearbeitern halt nicht so sortenrein wie sie sich das vorstellen. Viel Spaß jetzt beim Anspringen der Linkziele.
::: Fairy Tail sieht märchenhaft aus, muss ich mir mal genauer anschauen. Dachte, ich hätte den schon erlegt.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:39, 26. Dez. 2019 (CET)

:::: Japanischer Charakter ist platt, die Fragmente sind notfalls unverlinkbar, nicht mein Problem.
:::: Episodenlisteneintrag2 ist vorlagenseitig weg, der Rest steht direkt im ANR.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:57, 26. Dez. 2019 (CET)

::::: Dieses ausgebüxte Leerzeichen habe ich inzwischen auch eingefangen, und alles andere dort auch gleich. Ist mir trotzdem schleierhaft, wo das herkam und warum nur beim ersten Kommentar.
::::: Zu den Ankern ist mir mittlerweile noch eine neue Syntax eingefallen, die in den nächsten Tagen live gehen wird: Minus 1, 2, 3 statt x1, x2, x3; gefällt mir aus verschiedenen Gründen besser und wird parallel und alternativ verstanden werden. Gibt dann leider schon einige Hundert mit x, die auch weiter unterstützt werden müssen; Pech.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:55, 27. Dez. 2019 (CET)
Das Leerzeichen eingefangen, aber mir noch nicht übergeben? Zumindest ist es bei mir noch nicht weg. Dankeschön fürs Anpassen. Die Anfragen auf der Kategoriedisk hattest du gesehen? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:49, 27. Dez. 2019 (CET)

: Benutzer Diskussion:PerfektesChaos/js/WikiSyntaxTextMod
:* Kannst du ja gar nicht haben, wird ja grad erst zu Testzwecken bei mir gefunden, wird erst nächstes Jahr in den Online-Test gehen. Erstmal muss ich selber mit rumspielen und Kollateralschäden abwarten.
:* Kat-Disk habe ich gesehen, fühle mich aber nicht angesprochen.
:* ThB ist ja auch schon unter die 1000 gerutscht; wenn du was auf dem Kieker hast, bist du ja zäh.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:05, 27. Dez. 2019 (CET)

== timedmedia ==

→[[Spezial:Diff/194802587/195268359|Das]] kommt augenscheinlich von WSTM.

<code><nowiki>[[Datei:Villa-borg-2011-gladiatoren1.ogv|mini|timedmedia_thumbtime=128|Gladiatorenkämpfe: 1. Retarius gegen Secutor 2. Thraex gegen Murmillo]]</nowiki></code>

Linter mag es aber nicht = Fehlerhafte Dateioptionen <code>timedmedia_thumbtime=128 </code> --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:25, 29. Dez. 2019 (CET)

: Ja, danke, <code>timedmedia_</code> ist wohl eigentlich ein globaler Name, muss ich mal erforschen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:44, 29. Dez. 2019 (CET)

:: timedmedia_thumbtime  stehen weiter oben auf dieser Seite; aus deren Behandlung stammt das, aber die Aktion ging wohl irgendwie in die falsche Richtung. Es sind abstrakte Namen, die in der Programmierung, aber nicht im Wikitext auftauchen.
:: Wieder eingefangen, ging grad  per Hotfix raus.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:53, 29. Dez. 2019 (CET)
Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:34, 30. Dez. 2019 (CET)
:Danke Euch beiden. :-) -[[Benutzer:Phzh|Phzh]] ([[Benutzer Diskussion:Phzh|Diskussion]]) 08:30, 30. Dez. 2019 (CET)

== Nur eine Info  ==

<pre>
{{Normdaten  }}  ???
</pre>
wurde zerbrochen zu
<pre>
{{Normdaten}}
|TYP=|GND=}}  ???
</pre>
Frag mich nicht, wer so etwas tun könnte. Das passiert übrigens nur wenn dort Leerzeichen stehen <code>Normdaten<mark> </mark></code>, das ist jetzt nichts dringendes, war wohl eher eine vergessene Ergänzung bei der [[Spezial:PermaLink/195285015|Neuanlage]]. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:06, 30. Dez. 2019 (CET)

: In WSTM ist das ein Bug, den es schon seit 2012/14 geben müsste.
: Macht sich allerdings erst bemerkbar, wenn wie in diesem Fall drei oder vier spezielle Umstände zusammentreffen.
: Fix erst nächstes Jahr, Auslieferung nach Beobachtung.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:17, 31. Dez. 2019 (CET)

:: Frohes Neues; Fix ist inzwischen programmiert, aber muss noch gut zwei Wochen bei mir in Quarantäne laufen, bevor ich dies online schalte. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:28, 2. Jan. 2020 (CET)
::: Das wünsche ich dir auch. :-) es ist eh etwas, was so kaum vorkommen wird, wie immer war es Zufall, dass es gerade bei mir gelandet war. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:49, 2. Jan. 2020 (CET)

== Delimiter ==

Da mich WSTM eben in dem Artikel [[Spezial:Diff/195477736|Dora 2020]] wegen des fehlenden {{Taste|"}} angemahnt hat und da auch die kleinen {{Taste|'}} drum setzte, was völlig ok ist, wundere ich mich aber nun gerade über den nächsten Artikel den ich geöffnet habe. Die Ausgangslage ist ähnlich aber das Ergebnis ist WSTM fügt etwas ein und schweigt. Ich zeige es mal
{| class="wikitable toptextcells"
|<pre>
{| class="wikitable
|-
! Kopf
|-
| Inhalt
|}
{| class="wikitable sortable
! sort Kopf
|-
| Inhalt
|}
</pre>
|
{| class="wikitable
|-
! Kopf
|-
| Inhalt
|}
{| class="wikitable sortable
! sort Kopf
|-
| Inhalt
|}
| →
|<pre>
{| class='"wikitable'
|-
! Kopf
|-
| Inhalt
|}
{| class='"wikitable'  sortable="???"
! sort Kopf
|-
| Inhalt
|}
</pre>
| keine Meldung da keine ???
{| class='"wikitable'
|-
! Kopf
|-
| Inhalt
|}
mit Fehlerinfo und ???
{| class='"wikitable'  sortable="???"
! sort Kopf
|-
| Inhalt
|}
|}
Das Problem dabei ist, dass die unpaarigen Dingense dazu führen, dass die Klasse nicht mehr erkannt und die Tabelle ohne Ränder ausgegeben wird. Und das sollte nicht sein. Da aber bin ich drüber gefallen, es kam (da wo keine <code>="???"</code> stehen) keine Meldung und mir kam das Layout dann doch merkwürdig vor, so dass ich den Diff dann doch noch mal etwas genauer angesehen habe. →[[World Darts Federation]], ich lass den noch mal offen. Eigentlich war aber das vergessene <code>&lt;/div&gt;</code> →[[Spezial:Mobiler Unterschied/195486930|hier]] (ich teste mal MU) der Grund. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:48, 4. Jan. 2020 (CET)

: Du bist intelligenter als WSTM.
: Für WSTM stellt sich die Welt wie folgt dar:
:# Fall – ein Wort: <code>class=</code>''Komischer-Wert''
:#* Weil bisher keine paarweisen Delimiter, werden die drumrumgeschrieben; weil schon <code>"</code> innendrin dann halt <code>'</code> um alles.
:# Fall – zwei Ausdrücke:  <code>class=</code>''Komischer-Wert'' NeuesWort
:#* Könnte gemäß [[Attribut (Auszeichnungssprache)#Attributwert|hier]] ein Boolesches Attribut sein, aber unwahrscheinlich weil nicht in Tabellen-HTML vorkommend.
:#* Könnte das Gleichheitszeichen fehlen, und der Wert hintendran auch; oder es fehlt ein Gleichheitszeichen inmitten von ''Neues=Wort''.
:#* WSTM weiß nicht, was das alles bedeuten soll, aber durch die Einfügungen schlägt es im Diff auf und kann falls abgespeichert hinterher systematisch mit Cirrus wieder aufgearbeitet werden.
: WSTM ist es egal, ob in Attributwerten sonstwas für Zeichen vorkämen. In späteren Durchgängen könnte sich vielleicht mal über Anführungszeichen im Wert von <code>class=</code> mokiert werden, aber bei <code>style=</code> wären die okay.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:14, 4. Jan. 2020 (CET)
:: Bist du dir da so sicher, dass ich intelligenter bin? Na, ich werde es mal anpassen, wollte es aber lieber ansprechen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:32, 4. Jan. 2020 (CET)

::: Da mir das mit <code><nowiki>class='"wikitable'</nowiki></code> u.ä. auch schon untergekommen ist: Ich brauchte einige Zeit, um das Problem herauszufinden (vergessenes ")&nbsp;– könnte WSTM vielleicht dazu eine Fehlermeldung ausgeben? Klar, wenn man es einmal verstanden hat, ist die ungewöhnliche Zeichenfolge eindeutig interpretierbar, aber im Quellcodesalat nicht direkt ersichtlich… Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 16:53, 10. Jan. 2020 (CET)

:::: Die Fehlermeldung besteht hier in der Diffpage, die sehr viel deutlicher das Problem aufzeigt als eine Fehlermeldung dies könnte.
:::: Eine Fehlermeldung würde nur lauten: ''Mutmaßlicher Syntaxfehler in der Attributzuweisung'' – ja, und dann?
:::: Für WSTM ist es im Unterschied zu sehenden Menschen nicht zu erraten, was mit dem konfusen kaputten Syntax-Gestammel eigentlich beabsichtigt wurde; wo da was fehlt oder überflküssig wäre und wie was gemeint war und wie das repariert werden könnte weiß WSTM nicht. Es können Gleichheitszeichen fehlen oder Anführungszeichen oder Leerzeichen zu viel sein oder was auch immer. Die Absichten zu raten ist WSTM nicht möglich.
:::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:20, 10. Jan. 2020 (CET)

== Bildparameter nicht erkennbar: "verweis&#61;" ==

Hi, ich benutze in Ranglisten-Tabellen gerne die beiden Pfeile [[Datei:Green Arrow Up.svg|8px|verweis=|gestiegen]] [[Datei:Red Arrow Down.svg|8px|verweis=|gesunken]] mit geblockter Klickbarkeit:
<pre>
[[Datei:Green Arrow Up.svg|8px|verweis=|gestiegen]]
[[Datei:Red Arrow Down.svg|8px|verweis=|gesunken]]
</pre>
Mir gefallen die Pfeilchen besser als die Vorlagen {{Vorlage|Gestiegen}} {{Gestiegen}} {{Gefallen}} {{Vorlage|Gefallen}} (gut finde ich aber {{Vorlage|Unverändert}} {{Unverändert}}), die erlauben auch keine Klicks, weil keine Grafik (▲ ▼).

Zum Artikel "[[Index der geschlechtsspezifischen Ungleichheit]]" meldet WSTM:
<pre>
(69×) Bildparameter nicht erkennbar
verweis= (Datei:Green Arrow Up.svg)
(221×) Bildparameter nicht erkennbar
verweis= (Datei:Red Arrow Down.svg)
</pre>

Ich könnte die Fehlermeldung vermeiden durch den Code <code><nowiki>verweis=:</nowiki></code>, weiß aber nicht, ob das problemfrei ist. Auch könnte ich eine neue Vorlage erstellen, die die Grafiken einbaut, oder die obigen Vorlagen erweitern mit einem Grafik-Parameter. Deshalb hier meine Frage zum empfehlenswerten Vorgehen, das viele meiner (geplanten) umfangreichen Tabellen betrifft… Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 16:13, 10. Jan. 2020 (CET)

:# Mir gefällt nicht, wenn die Formulierung auftaucht „Mir gefallen die Pfeilchen besser“ und dafür eine projektweit einheitliche Formatierung ersetzt wird durch ein privates Design in unseren Artikeln.
:# Die vorgesehene Syntax lautet <code><nowiki>{{Gestiegen}}</nowiki></code> und ist damit extrem viel kürzer und übersichtlicher als <code><nowiki>[[Datei:Green Arrow Up.svg|8px|verweis=|gestiegen]]</nowiki></code>. Das in 69 + 221 Fällen ist eine Belästigung aller anderer Autoren, die an diesem Artikel arbeiten. Seltsam, dann gleichzeitig [[Spezial:Diff/195685878|Quellcodesalat]] ins Spiel zu bringen.
:# Die Vorlagen werden in Kürze barrierefrei sein, was sagen will, dass sie besonders auf die Belange nicht-sehender Nutzer der Wikipedia eingehen und sie nicht durch überflüssiges Zeugs verwirren.
:# Die von den Vorlagen verwendeten schlichten Symbole sind die in dieser Situation allgemein üblichen. Das von dir persönlich bevorzugte Design ist ungebräuchlich und bietet keinerlei Mehrwert, lenkt eher vom Wesentlichen ab.
:# WSTM duldet (seit 2012) im ANR keine Unterdrückung der Verweisziele. Dies ist heute die allererste Beschwerde dieser Art nach acht Jahren. Heißt: In unserem ANR wird sowas auch nicht gemacht, auch nicht rumgetrickst und gehackt.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:20, 10. Jan. 2020 (CET)

::: Ok, verstehe, dann nutze ich im ANR die Vorlagen. Die Pfeilgrafiken nutzt Krdbot in seinen Charts. Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 18:11, 10. Jan. 2020 (CET)

== Webarchiv: Wayback-Parameter hin und her ==

Bei der [[Vorlage:Webarchiv]] will der VE den Paramter <code>|wayback=</code> am Ende stehen haben, während WSTM den mittig einsortiert, so geht das [[Spezial:Diff/196336031|hin]] und [[Spezial:Diff/196340834|her]]… unnötig. --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 18:00, 30. Jan. 2020 (CET)

: Okay, habe ich im WSTM-Quelltext synchronisiert. Kann aber noch einige Wochen dauern, bis das auch für dich live wird. WSTM war noch nicht der Vorlagen-Doku hinterhergekommen, oder ich wusste beim Vereinheitlichen der Vorlagen-Doku nicht, dass WSTM diese wie 100 andere Vorlagen auch anfasst. VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:09, 30. Jan. 2020 (CET)

:: Kein Problem, danke. War mir auch erst in der obigen Abfolge aufgefallen. Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 22:01, 30. Jan. 2020 (CET)

== doppeltes clear:both? ==

War das immer so?
* <code><nowiki><br clear="all" style="clear:both;" /></nowiki></code>
wird zu
* <code><nowiki><div style="clear:both;clear:both;"></div></nowiki></code>
Könnte man das abfangen und nur ein <code>clear:both;</code> setzen?
* <code><nowiki><div style="clear:both;"></div></nowiki></code>
Irgendwie hatte ich sonst immer den Eindruck, das funktioniert einwandfrei mit der Umstellung. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:36, 3. Feb. 2020 (CET)

: Kann ich mich nicht mehr so ganz dran erinnern.
: Hier ist ja Umstellung hoch drei: <code>br</code>→<code>div</code> + <code>clear="all"</code>→<code>style="clear:both;"</code> + <code>style=""</code>+<code>style=""</code>→<code>style=""</code>.
: Muss ich mir irgendwann in Ruhe angucken.
: Vor ein, zwei Jahren gab es da mal eine Neuprogrammierung.
: Wird es bei einem erneuten Waschgang wenigstens reduziert?
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:45, 3. Feb. 2020 (CET)
:: Nein, dann hätte ich nicht gefragt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:08, 3. Feb. 2020 (CET)

::: Ich habe mittlerweile eine neue Programmierung geschrieben, die doppelte Zuweisungen des gleichen Wertes still und leise schluckt; zumindest wenn bei der ersten Analyse bereits sichtbar.
:::* Dem Code konnte ich entnehmen, dass es in diesem Fall aber zumindest eine Fehlermeldung bei wiederholtem gleichnamigen Attribut geben müsste.
::: Muss jetzt erstmal ein paar Wochen bei mir köcheln.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:46, 4. Feb. 2020 (CET)
Ja das kann ich bestätigen, nur war ich mit dem Schnipsel auf der Spielwiese, weil ja WSTM bei mir nicht in allen Namensräumen laufen soll, und da habe ich nur das Bearbeitungsfenster im Blick gehabt und nicht nach oben geskrollt, es springt ja auch nicht automatisch zu der roten Kiste und meckert mich an. Da habe ich die Meldung nicht einmal registriert, es wäre ja etwas witzlos so etwas in der Vorschau betrachten zu wollen. Daher habe ich es jetzt extra noch mal getestet und ja Meldung steht dort.  = CSS Property-Name wiederholt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:19, 4. Feb. 2020 (CET)

== IB-Pipes ==

Mir scheint es so, als hättest du da ein Format für IB angelegt. An sich sehr nett, aber mir ist gerade aufgefallen, dass die obere Pipe nicht mitgeht.
* Beispiel
<syntaxhighlight lang="html" highlight="2, 5">
{{Infobox Unternehmen
 |Name = Musterunternehmen
 |Logo = Logo.jpg
 |Unternehmensform = unbekannt
 |Sitz=Musterhausen
}}
</syntaxhighlight>
<syntaxhighlight lang="html" highlight="2, 5">
{{Infobox Unternehmen
 |Name = Musterunternehmen
|Logo = Logo.jpg
|Unternehmensform = unbekannt
|Sitz= Musterhausen
}}
</syntaxhighlight>
* Inkonsequent ist dann auch, dass (hier Zeile 5) nur hinter dem {{Taste|1==}} ein Leerzeichen angefügt wird, das sieht auch etwas unharmonisch aus. <small>Ja ich weiß das hat auch etwas damit zu tun wie es vorher dort steht, aber wenn ich schon mäkele, dann richtig.</small>
* Und was ist, wenn die Doku explizit ein [[Wikipedia:Lua/Modul/TemplateData/Wikitext#block indent|indent]] vorschreibt? →[https://de.wikipedia.org/w/index.php?sort=relevance&search=vorlage%3AInfobox+block+indent+-intitle%3ADoku&title=Spezial:Suche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1 8 IBs] schreiben wir da dann besser die Dokus um? Denn WSTM nimmt darauf keine Rücksicht.
Na ja, dir wird schon eine Lösung einfallen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:01, 13. Feb. 2020 (CET)

: Muss ich mir genauer angucken, danke für den Hinweis.
: Perspektivisch ist mein Plan, zumindest ganz links die Stellung des Pipe-Symbols und die Leerzeichen davor und danach projektweit zu vereinheitlichen.
:* Und zwar kompakt, so kurz wie möglich, ohne irgendwas.
:* Es gibt keinen Grund, warum das bei einer Flugzeug-Infobox anders aussehen solle als bei einer Tennisspieler-Infobox. Mit der Position der Gleichheitszeichen können die jeweiligen Geschmacksenthusiasten sich noch genügend individuell austoben.
:* Nach dem Gleichheitszeichen soll einheitlich genau ein Leerzeichen stehen.
:* Das Leerzeichen-Gefummel am Zeilenanfang hilft nicht weiter zur Erkenntnis, kostet nur Zeilenlänge und macht nichts lesbarer. Eine Infobox steht in aller Regel praktisch zuallererst im Artikel (+BKS), und es ist völlig klar wo sie anfängt und wo sie aufhört.
: Bei anderen blockweisen Vorlagen ist es anders; Zitat und unten Lit sind was anderes, die stehen mittendrin, fangen irgendwo an und hören irgendwo auf. Da müssen Anfang und Ende deutlicher sichtbar werden; deshalb Einrückung der Pipes um ein Leerzeichen.
: Wenn das sowieso nur 8 IB sind, und 1000 andere einheitlich linksbündig sind, dann ist ohnehin kein Sinn in solchen wohl eher zufälligen Extratouren zu sehen. Die sind ja noch nicht mal in ihrem eigenen Themenbereich konsequent, aus jedem Dorf ein Hund.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:06, 13. Feb. 2020 (CET)
:: Ja das dachte ich mir so ungefähr. Nur sollte vermutlich die obere Pipe nicht aus der Reihe tanzen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:21, 13. Feb. 2020 (CET)

::: Habe die Stelle gefunden, war dusslig.
::: Köchelt aber noch ne Weile bei mir.
::: Im ersten Anlauf will ich erstmal die Pipes ganz links haben; halbes Jahr oder so mal gucken; danach ggf. ein Leerzeichen auf der anderen Seite der Pipe weg.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:29, 13. Feb. 2020 (CET)
Ich habe dafür im Gegenzug die „indents“ verbannt, war sowieso meist ich, als Abgleich mit der Kopiervorlage. Dann wünsche ich dir noch einen schönen Abend. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:53, 13. Feb. 2020 (CET)

== mp3 ? ==

[[Datei:Wikipedia und wikifueralle.mp3]]
{{Hilfe/mark|Dateiformat unbekannt<br />Datei:Wikipedia und wikifueralle.mp3|hellrot}} – Was genau ist da falsch? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:39, 14. Feb. 2020 (CET)

: Schlichtweg unbekannt; war im Wiki früher nicht möglich, als die fragliche WSTM-Positivliste hinterlegt wurde, jetzt offenkundig schon; nunmehr nachgetragen, wird irgendwann bekannt. Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:13, 14. Feb. 2020 (CET)
:: O.k. ich hatte das auch noch nie, meine ich zumindest. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:01, 14. Feb. 2020 (CET)

== Internetquelle-Doku sortiert "abruf" nicht ans Ende ==

In letzter Zeit sortiert der WSTM den Parameter "abruf=" ans Ende der Parameterliste der {{Vorlage|Internetquelle}}&nbsp;– im Unterschied zur dortigen Doku. Das führt dann zu einer Re-Sortierung und evtl. weiterem Hin-und-Her (Beispiel: [[Spezial:Diff/197285568|WSTM]], [[Spezial:Diff/197408839|Ulanwp]]). Ist es nicht die Absicht von WSTM, die Parameter-Sortierung an den VE anzupassen?

Was wäre also anzupassen: Doku, WSTM oder VE? Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 21:33, 4. Mär. 2020 (CET)

: Überhaupt nichts.
: WSTM hat eine Glaskugel und sortiert vorsorglich den Bestand schon mal so, wie das zukünftig zu erwarten sein wird.
: Ulanwp verwendet meiner Kenntnis nach zumindest zeitweise auch WSTM. WSTM ist aber auch in zwei verschiedenen Versionen unterwegs, einer Erprobungsversion und einer älteren aber gereiften ausgetesteten Version. Eine dritte ist tagesfrisch meine persönliche Entwicklerversion. Mag sein, dass die sich irgendwie unterscheiden.
: Sich hinzustellen und manuell in einer vorhandenen Einbindung die Reihenfolge zweier benannter Parameter zu vertauschen ist ohnehin keine empfehlenswerte Lebensperspektive. Es ist wurscht. Wenn sich ein Parameter ganz am falschen Ende rumtreibt und Gefahr läuft, dass er völlig übersehen wird, mag man das ausnahmsweise mal grob in die richtige Reihenfolge bringen.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:17, 4. Mär. 2020 (CET)

== WSTM in englischer Wikipedia ==

Moin Moin PerfektesChaos, sage mal, kann es sein, dass WSTM in der englischsprachigen Wikipedia anders läuft? Also, wenn ich einen Artikel prüfen lasse, dann baut es keine Leerzeichen in Überschriften ein, setzt teilweise Umbrüche nicht um, also all soetwas. Mache ich irgendwas falsch oder muss ich da noch irgendwas einstellen? mfg --[[Benutzer:Crazy1880|Crazy1880]] 09:38, 24. Mär. 2020 (CET)

: Moin,
: WSTM muss auf geschmackliche Sitten eines Wiki spezifisch konfiguriert werden.
:* Standardmäßig gibt es nur harte, unstrittige, globale Syntax.
:* Leerzeichen um Gleichheitszeichen der Überschriften sind in dewiki absoluter Standard, in enwiki eher nicht und womöglich handelst du dir damit Ärger mit irgendwem ein, vielleicht auch nicht. Müsstest du dir privat arrangieren.
:* Genauso auch <code>&lt;br /></code> während enwiki eher konsequent auf <code>&lt;br></code> umbauen würde.
:* Es gibt zwei bis drei Dutzend derartiger projektspezifischer Anpassungen, von lokalen Vorlagen mal ganz abgesehen.
: Wenn du grad hier bist: Du könntest gelegentlich und ganz langsam Stück für Stück [{{canonicalurl:Spezial:Suche|search=incategory:%22Wikipedia:Vorlagenfehler/Vorlage:Anker%22&limit=50}} Anker] wegknabbern, mal so zwischendurch, je nach individueller Problematik.
: Unten geht’s gleich weiter.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:07, 24. Mär. 2020 (CET)

== Mal wieder [[Vorlage:lang]] ==

{{Literatur |Autor={{lang|en|Nick Mortimer}} u. 10 Co-Autoren |Hrsg={{lang|en|[[Geological Society of America]]}} |Titel={{lang|en|Zealandia: Earth’s Hidden Continent}} |Sammelwerk=[[GSA Today (Magazin)|{{lang|en|GSA Today}}]] |Band={{lang|en|Volume 27 Issue 3}} (März/April) |Datum=2017 |Sprache=en |Online=[http://www.geosociety.org/gsatoday/archive/27/3/article/GSATG321A.1.htm Online] |Abruf=2017-03-12 |DOI=10.1130/GSATG321A.1}}

<nowiki>== Literatur ==</nowiki>
* {{Literatur |Autor={{lang|en|Nick Mortimer}} u. 10 Co-Autoren |Hrsg={{lang|en|[[Geological Society of America]]}} |Titel={{lang|en|Zealandia: Earth’s Hidden Continent}} |Sammelwerk=[[GSA Today (Magazin)|{{lang|en|GSA Today}}]] |Band={{lang|en|Volume 27 Issue 3}} (März/April) |Datum=2017 |Sprache=en |Online=[http://www.geosociety.org/gsatoday/archive/27/3/article/GSATG321A.1.htm Online] |Abruf=2017-03-12 |DOI=10.1130/GSATG321A.1}}

{{Literatur |Autor={{lang|en|Nick Mortimer}} u. 10 Co-Autoren |Hrsg={{lang|en|[[Geological Society of America]]}} |Titel={{lang|en|Zealandia: Earth’s Hidden Continent}} |Sammelwerk=[[GSA Today (Magazin) |Band={{lang|en|Volume 27 Issue 3}} (März/April) |Datum=2017 |Sprache=en |Online=[http://www.geosociety.org/gsatoday/archive/27/3/article/GSATG321A.1.htm Online] |Abruf=2017-03-12 |DOI=10.1130/GSATG321A.1 |1={{lang|en|GSA Today}}]]}}

<nowiki>== Literatur ==</nowiki>
* {{Literatur
   |Autor={{lang|en|Nick Mortimer}} u. 10 Co-Autoren
   |Hrsg={{lang|en|[[Geological Society of America]]}}
   |Titel={{lang|en|Zealandia: Earth’s Hidden Continent}}
   |Sammelwerk=[[GSA Today (Magazin)
   |Band={{lang|en|Volume 27 Issue 3}} (März/April)
   |Datum=2017
   |Sprache=en
   |Online=[http://www.geosociety.org/gsatoday/archive/27/3/article/GSATG321A.1.htm Online]
   |Abruf=2017-03-12
   |DOI=10.1130/GSATG321A.1
   |1={{lang|en|GSA Today}}]]}}
Schaust du bitte mal ist der Artikel [[Challenger Plateau]] der auf [[Spezial:Diff/197960273/198037588|Crazys Disk]] angesprochen wurde ich sollte den also lieber nicht bearbeiten, ich frage mich immer wozu man da in jeden Parameter diese Vorlage einfügen soll, wenn man doch über die Sprache anzeigen kann, dass es sich um englischsprachige Literatur handelt. ich muss das nicht verstehen, wobei für mich <code>|Band=<nowiki>{{lang|en|Volume 27 Issue 3}}</nowiki> (März/April)</code> sowieso flasch wäre und es eigentlich <code>|Band=<nowiki>{{lang|en|Volume 27}}</nowiki> |Nummer=<nowiki>{{lang|en|Issue 3}}</nowiki> (März/April)</code> lauten müsste wenn man meint so etwas tun zu müssen, ich würde so eine Verschachtelei eh rauswerfen. Schaust du dir das bitte einmal an? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:13, 24. Mär. 2020 (CET)

:Moin Moin Lómelinde, mich nervt diese Vorlage darin auch, vor allem, wenn sie überall verbaut ist. Aber das scheinen einige halt so zu machen. @PerfektesChaos: Ich wurde auch dreimal noch auf die Reihenfolge vom Parameter Sprache angesprochen, da dieser ja laut Doku an einer anderen Stelle steht. Sollte man da nochmal was machen oder so lassen? mfg --[[Benutzer:Crazy1880|Crazy1880]] 12:08, 24. Mär. 2020 (CET)

: ''(BK)''
: Keine Ahnung, aber am Schlagwort <code>Zealandia</code> und dem exzessiven Gebrauch sehe ich bereits, wer der verantwortliche Hauptautor wäre und empfehle, zur Schonung unserer Kräfte und Nerven hier nichts weiter zu unternehmen. Ich schaue also auch nichts weiter.
: WSTM mag ein Problem haben mit Vorlagenparametern in denen ein Wikilink vorkommt in dessen Linkbeschriftung eine Vorlageneinbindung mit Parametern vorkommt. Da werden dann irgendwann die Pipes nicht mehr den richtigen Klammern zugeordnet; gab es aber in den letzten zehn Jahren nirgendwo sonst. 
: {{ping|Crazy1880}} Deine Disk hatte ich mitgelesen, aber die Hälfte stimmt sowieso nicht (Hrsg. kommt nie vor Autor) und die andere Hälfte ist halbrichtig, denn die Vorlagendoku ist in Blöcke organisiert und die passen nicht haargenau zur momentanen ZR, während WSTM nach der Reihenfolge zu gehen versucht wie es nach ZR dargestellt wird und da kommt Sprache hinter ISBN aber die Vorlagendoku hat einen Block Details (mit <code>Sprache=</code>) und einen Block Schlüsselnummern (mit <code>ISBN=</code>) und weil die ISBN und nur diese in den ZR jedoch aus der Reihe tanzen und noch vor die Seitenzahl kommen lässt sich der Konflikt nicht auflösen und im Übrigen ist die Reihenfolge der Parameter im Quelltext letztlich wurscht und sollte nur einigermaßen einer Logik folgen, um die Parameter wiederzufinden und nicht doppelt hinzuschreiben.
: Die Vorlagendoku und ZR lassen sich nicht in eine konsistente überall identische Reihenfolge bringen. Nix tun.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:16, 24. Mär. 2020 (CET)
:: Ne, anfassen werde ich den Artikel nicht. :-) --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:19, 24. Mär. 2020 (CET)

== OCLC in Vorlage Literatur ==

Moin Moin PerfektesChaos, ich habe mal wieder etwas ausgegraben. Im Parameter Online der Vorlage Literatur wird OCLC einmal als URL, einmal mit Vorlage dargestellt. Allerdings wird beides Mal keine Wartungskategorie ausgelöst.
* [[Graphitinterkalationsverbindungen]] → <code><nowiki> |Online={{OCLC|48138330}} </nowiki></code>
* [[Gerriet K. Sharma]] → <code><nowiki> |Online=http://worldcat.org/oclc/1091712198 </nowiki></code>
Ich werde die 280 Fälle davon mal wegarbeiten. Was meinst du, wäre das was für die Wartungskategorie? Gleiches habe ich auch schon für JSTOR und DOI gesehen:
* [[Aq Qoyunlu]] → <code><nowiki> |Online=JSTOR=609589 </nowiki></code>
* [[Abwehrmechanismus]] → <code><nowiki> |Online=DOI=10.13109/9783666401237 </nowiki></code>
Also auf was die Leute so alles kommen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 15:24, 27. Mär. 2020 (CET)

: Mir ist im Moment nicht daran, an den ID weiter zu polieren.
: Ich plane ohnehin eine Reform für die Angabe von ID, und in dem Zuge würde das dann angemeiert werden.
: Ich setze aber schon mal <code>//worldcat.org/oclc</code> auf die Blacklist; bisher stand nur <code>//www.worldcat.org/oclc</code> drauf.
: Es müsste eigentlich in einem Online-Parameter immer eine <code>[</code> vorkommen, jedoch wegen der Pseudo-Interwikis nicht notwendigerweise&nbsp;<code>//</code>.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:57, 27. Mär. 2020 (CET)

::Moin, Reform? Das hört sich nach viel Arbeit an. Was genau planst du denn? Also nur, damit man mal eine Idee bekommt. mfg --[[Benutzer:Crazy1880|Crazy1880]] 21:00, 27. Mär. 2020 (CET)

::: Der Wert von ID würde strikte Syntaxregeln bekommen und könnte tendenziell jeden (gültigen) anderen Schlüsselnummer-Parameter ersetzen; damit würden auch mehrfache ISBN, mehrere DOI usw. möglich. Heißt: Leerzeichen-getrennte Auflistung von URI.
::: Zukunftsmusik; keinerlei Kapazitäten.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:56, 28. Mär. 2020 (CET)

== Parameter offline bei Vorlage Internetquelle ==

Hallo, es geht um die [[Vorlage:Internetquelle]]: der Mod setzt den Parameter |offline=1 wenn eine Archiv-url gesetzt ist. Der Parameter führt zu folgender Textergänzung im dargestellten Text: "(Nicht mehr online verfügbar.)" - direkt hinter dem Link zur Archivversion. Ich halte das für unlogisch. Beispiel: [[Dune]] aufrufen und editieren, Einzelnachweis 4. --[[Benutzer:Scantasyundfiencefiction|Scantasyundfiencefiction]] ([[Benutzer Diskussion:Scantasyundfiencefiction|Diskussion]]) 18:24, 13. Mai 2020 (CEST)

: Siehe dazu bitte [[Vorlage Diskussion:Internetquelle]] aus jüngerer Zeit.
: Das ist perspektivisch durchaus beabsichtigt, und wenn eine Archiv-URL definiert ist, dann darf das nach gängiger Logik dann und nur dann erfolgen, wenn die ursprüngliche Verlinkung nicht mehr erreichbar ist. Sowohl der Hinweis wie auch der explizite Schalter sind korrekt und volle Absicht. Archiv-URL „auf Vorrat“, solange die Seite des Betreibers noch erreichbar ist, sind unerlaubt und mit der Vorlage derzeit nicht möglich.
: Ansonsten setzt WSTM nur den Schalter; mit der daraus resultierenden Darstellung hat WSTM ohnehin nichts zu tun und ist ebenfalls Sache der Vorlage.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:30, 13. Mai 2020 (CEST)

== Eingriff in die Zusammenfassungszeile ==

WSTM greift auch in meine Zusammenfassungszeile ein und entfernt dort (oft) das letzte Leerzeichen von <code><nowiki>/* Abschnittsname */ </nowiki></code>. Dadurch wird die Zusammenfassung als "kommentiert" angesehen und kann ohne Eintrag weggespreichert werden, also ohne Warnung. Das passiert mir ab und an und könnte mAn vermieden werden: Leider macht WSTM ja leider keine sonstigen Syntax-Prüfungen dort ;)

Bei der Gelegenheit: Warum wird <small>(bei mir)</small> zurzeit weder WST noch die anklickbare Sonderzeichen-Liste aktiviert? Ich fühl mich so nackt ;) Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 20:05, 13. Mai 2020 (CEST)

: Es gibt zwar eine zuschaltbare konfigurierbare Option, was mit der Zusammenfassungszeile zu machen, aber WSTM macht das nicht von sich aus.
: Deine zweite Bemerkung ließe darauf schließen, dass du einen Bug in irgendeinem Skript hast.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:10, 13. Mai 2020 (CEST)

:: Ja, danke. Dann weiß ich auch nicht, warum mir das einige Male passiert ist in letzter Zeit, nachdem ich vergessen hatte, die Z.zeile zu beschriften, aber trotzdem keine Warnung erhielt.
:: Und zum Laden: Ich hatte den Computer neu hochgefahren und meine .js mit Strg+F5 neu geladen&nbsp;– eines von beiden hat geholfen. --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 20:56, 13. Mai 2020 (CEST)

== schwarze Null ==

Ich staunte nicht schlecht als ich gerade, wegen center-Tags, eine [[Spezial:Diff/199870845/199966313|Seite]] geöffnet habe. Da gibt es, meiner Meinung nach dicke fette hässliche schwarze Striche (5px). So gesehen wäre mir die Änderung optisch entgegengekommen, denn <code>#0;</code> ist wohl wirkungslos.
* <code>|- style="border-top:5px solid #000000;"</code> wurde also zu
* <code>|- style="border-top:5px solid #0;"</code> da schwarz ja Standard ist, habe ich nun auch den Rest entfernt
* <code>|- style="border-top:5px solid;"</code>
* Siehe auch diese Änderung [[Spezial:Diff/198999845/199930188|13. Mai]] (CC: [[Benutzer:Phzh|Phzh]] nur zur Kenntnis)
{| class="wikitable"
|- style="border-top:5px solid #000000;"
| vorher – border-top:5px solid #000000;
|- style="border-top:5px solid #0;"
| WSTM Änderung – border-top:5px solid #0;
|- style="border-top:5px solid;"
| meine Änderung – border-top:5px solid
|}
* {{Wikipedia-Suche|1=insource:/solid \#0;/|2= Vorkommen #0;}}
* {{Wikipedia-Suche|1=insource:/solid \#000;/|2= Vorkommen #000;}}
* {{Wikipedia-Suche|1=insource:/solid \#000000;/|2= Vorkommen #000000;}}
Du kannst es ja mal bei den übrigen Staffeln (2, 3, 4, 6 oder 7) oder einem der anderen Vorkommen testen. Soweit ich sehe, passiert das nur bei <code>#00</code> bis <code>#000000</code>. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:14, 15. Mai 2020 (CEST)

: Danke für den Hinweis.
: Ja, da ist der Mechanismus ausgetickt, der <code>007px</code> in <code>7px</code> wandeln soll und <code>00px</code> in <code>0</code> schlicht und simpel.
: Eine erste Lösung habe ich bereits programmiert, jedoch noch nicht intensiver getestet, weil ich sie mittlerweile durch eine robustere und intelligentere ablösen möchte. Die Suchvorkommen kann ich dann auch gleich zur Erprobung nutzen, danke schön.
: Weil schwarz die Standardfarbe ist und es nur mit Nullen passiert und das wohl nicht sehr häufig geschah, wird es noch bis nach dem Wochenende und einigen kühleren Nächten Zeit haben.
: Wobei die <code>rowspan=22</code> der etwas frühen Morgenstunde geschuldet waren; und zu keinem durch Schlitzaugen wahrnehmbaren Fehler führten.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:07, 15. Mai 2020 (CEST)

== Reihenfolge Syntax ==
Ich hätte auch noch eine klitzekleine Frage, warum ändert WSTM jetzt immer meine Reihenfolge in der Syntax? Gemeint ist <code>border: 1px solid #ABCDEF;</code> zu <code>border:#ABCDEF 1px solid;</code> für mich ist es anders herum viel sinnvoller, also wie dick, welche Art und welche Farbe.
* <span style="border:#ABCDEF 1px solid;">alle 3 Attribute</span> <span style="border:1px solid;">ohne Farbwert Randfarbe schwarz</span> <span style="border:#ABCDEF solid;">ohne Dicke Standard medium ≈ 3px</span> <span style="border:solid;">ohne Dicke und Farbwert</span>
Aber das auch nur am Rande, weil ich mir diese Reihenfolge angewöhnt habe. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:59, 14. Jun. 2020 (CEST)

: WSTM sortiert nicht inhaltlich, sondern nach Wertetyp:
:# Sonderzeichen
:# Ziffern
:# Buchstaben
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:36, 14. Jun. 2020 (CEST)
:: Ah ok, dann muss ich mich wohl umstellen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:50, 14. Jun. 2020 (CEST)

Mir fällt das auch als unangenehm auf und ich kann nichts Sinnvolles in dieser Neuerung erkennen, Algorithmus hin oder her. Warum sich nicht an die Konvention von SelfHTML halten?<br />
Das führt nur zu total unnötigen Umstellungen im Quellcode, die immer wieder ablenken von den eigentlich bearbeiteten Inhalten. --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 00:19, 3. Jul. 2020 (CEST)

== Leerzeichen vor syte-Attributen? ==

Seit Neuestem fügt WSTM ein Leerzeichen ein bei <code>"margin: -10px;"</code> und sämtlichen anderen styles.

Das empfinde ich als unerwünscht und kann auch keinen Sinn darin erkennen. Ich möchte meine styles-Angaben nach Möglichkeit in Blöcken vor mir sehen:
* <code>"margin:-10px; text-align:center; font-size:95%;"</code>

Aber es kommt schlimmer: [[Spezial:Diff/201518397|Diff]] fügt im nächsten Durchgang ein weiteres Leerzeichen ein: <code>"margin: &nbsp;-10px"</code> (hier visualisiert mit &amp;nbsp;). Wenn ich die Passage jetzt bearbeite, ändert WSTM nix und lässt beide Leerzeichen unberührt.

Ist das bekannt? Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 00:13, 3. Jul. 2020 (CEST)

: Es gibt zwei Formate: komprimiert, wenn nur eine Zuweisung und insbesondere ohne Semikolon vorliegt; gegliedert, wenn es ein Semikolon und mehrere Zuweisungen gibt. Dabei fließt auch ein, welche Leerzeichen es schon bisher gegeben hatte, und wird ggf. entsprechend deren Vorhandensein stärker gegliedert, um die Lesbarkeit zu verbesseren und Programmierfehler zu vermeiden. Negative ''margins'' sind im Übrigen äußerst verdächtig, oft unerwünschte Hacks und sollten besonders deutlich erkennbar werden. VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:49, 6. Jul. 2020 (CEST)

== Vorlage:J.League player zu Vorlage:J-League.or.jp umschreiben ==

Guten Morgen, <br />
kannst du bitte bei Gelegenheit {{Vorlage|J.League player}} gegen {{Vorlage|J-League.or.jp}} vom WSTM ersetzen lassen? Das betrifft aktuell über 800 Artikel. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 03:11, 4. Jul. 2020 (CEST)

: Yep, in die Programmierung eingefügt, passiert irgendwann mal. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:45, 6. Jul. 2020 (CEST)

== Pipe und dts ==

Die Umstellung hinter einem span oder generell einem einzelnen Pipesymbol scheint nicht zu funktionieren. [[Spezial:Diff/202609918/202615690]]
<pre>
||colspan="2"| {{dts|4|08|1991}}
||rowspan="5"| {{dts|4|08|1991}}
|| | {{dts|4|08|1991}}
</pre>
ohne wird es zu 
<pre>
|| {{DatumZelle|1991-08-04}}
</pre>
Ich würde ungern gefragt werden, weshalb ich, wenn ich schon etwas umstelle, dies nur halbherzig und nicht konsequent täte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:29, 9. Aug. 2020 (CEST)

: Das ist Absicht und nicht anders möglich.
: WSTM kann nur die zweifelsfreien Fälle automatisiert umstellen.
: Die Tabellenzellen sind zu chaotisch formatiert, auch mit Kommentaren und veralteter Syntax, als dass hier sicher automatisiert angepasst werden kann.
: Ich beobachte aber regelmäßig alle Seiten, in denen beide Vorlagen gleichzeiitig vorkommen, und greife bei passender Gelegenheit ein. Würde also nicht lange so bleiben.
: Verschärft wird das noch durch die sehr häufigen Fälle, in denen diese Vorlagen zur Datumsformatierung außerhalb von Tabellensortierung missbraucht werden.
: Anders als daen Großteil allmählich abzuschmelzen wird man diese Altlast nicht loswerden.
: WSTM kann nicht wissen, dass das in Teilen der Tabelle so und in anderen Teilen anders auftritt.
: Beim eingangs benannten Fall käme sonst heraus:
{| class="wikitable" style="margin-left:3em"
|-
|colspan="5"| {{DatumZelle|1991-08-04}}
|}
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:29, 9. Aug. 2020 (CEST)
:: Es hatte mich halt gewundert, ich habe aber erst hinterher gemerkt, dass die Tabellen gar nicht Sortierbar waren. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:47, 9. Aug. 2020 (CEST)

== Leerzeichen zwischen <nowiki></ref> <ref></nowiki> ==

Hallo PerfektesChaos,
hatte ich das geträumt oder konnte das Tool das mal erkennen und berichtigen? Funktionierte z.B. [https://de.wikipedia.org/w/index.php?title=Jiny_Garuli&type=revision&diff=202674493&oldid=202673616 hier] nicht und musste ich zwei edits später selber machen.
Andere Frage, kann man das Tool irgendwie beim editieren abschalten ohne gleich die .js zu ändern? Manche Änderungen finde ich sehr subobtimal, zum Beispiel das Umsortieren oder Löschen von Vorlagenparametern die ich gerade ergänzen will (leere Sprache, z.B.). Vielen Dank, --[[Benutzer:Fano|Fano]] ([[Benutzer Diskussion:Fano|Diskussion]]) 06:28, 11. Aug. 2020 (CEST)

: Ich wüsste nicht; im Inline-Modus werden nur die <code>&lt;ref></code> und <code>&lt;/ref></code> unmittelbar an deren Inhalt angeschlossen.
:* Das Werkzeug ist internationalisiert für beliebige Projekte geschrieben; typografische Regeln für die deutschsprachige Wikipedia gibt es aber nur wenige und das müsste dann eine sein und wäre mir nicht geläufig wo das hinterlegt sein solle.
:* Es gibt sowas allerdings als [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/plain|benutzerdefinierbare Regel]] auf eigene Gefahr.
: „leere Sprache“ wurde gelöscht, gerade als du etwas eintragen wolltest
:* Tja, Pech gehabt.
:* Der Quellcode soll übersichtlich gemacht werden, und leere Sprachparameter blähen nur auf, müssen nicht inhaltlich fördernd ausgefüllt werden und würden meist ohnehin nur <code>de</code> enthalten&nbsp;– was für den Export eine gewisse Bedeutung hätte, aber dem momentanen Leser gar nicht angezeigt würde, weil Vorgabe.
:* Wenn dir das also jetzt gerade rausgelöscht wurde als du was Sinnvolles eintragen wolltest, kann das Werkzeug ja nicht hellsehen und müsste immer alle stehenlassen Und du kannst vermutlich auch nicht hellsehen und würdest vor der Bearbeitung auch noch nicht wissen können, dass das schon unausgefüllt im Quelltext stehen würde und du es in diesem Ausnahmefall mal gerettet haben könntest.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:03, 11. Aug. 2020 (CEST)
:: Vielen Dank! Ich merke gerade auch, ich war doppelt falsch. Leerzeichen vor <code>&lt;ref></code> werden gar nicht gelöscht wie ich dachte, also auch keine Inkonsistenz zu (überflüssigen) Leerzeichen zwischen Einzelnachweisen. (Wäre das was was du allgemein einbauen möchtest? Mir fällt zumindest spontan kein Fall ein wo vor dem <code>&lt;ref></code> ein Leerzeichen kommen sollte. Das selber zu programmieren reichen meine Kenntnisse zu regulären Ausdrücken wohl nicht (mehr). Mein naiver Ansatz wäre das hier, aber ich bin mir 99% sicher das kann gar nicht gehen kann, also probiere ich es erst gar nicht selber.
::<syntaxhighlight lang="javascript">
mw.libs.WikiSyntaxTextMod.config.mod.plain = [  [" <ref>",
                                                 "<ref>"]
                                             ];
</syntaxhighlight>
::Viele Grüße,  --[[Benutzer:Fano|Fano]] ([[Benutzer Diskussion:Fano|Diskussion]]) 04:33, 12. Aug. 2020 (CEST)

::: Der von dir in Aussicht genommene Quellcode sieht gut aus.
:::* Es muss dabei allerdings sichergestellt werden, dass <code>mw.libs.WikiSyntaxTextMod.config.mod</code> zuvor existiert.
::: In das automatisch bei allen Benutzer ausgeführte Routineprogramm möchte ich es jedoch nicht aufnehmen, da dies auch in allen Projekten wirken würde und auf eine sichtbare Wirkung nach außen abzielt. WSTM ersetzt jedoch eher Syntaxkonstruktionen durch standardisierte gleicher bzw. mutmaßlich beabsichtigter Wirkung ohne Unterschied in der Darstellung.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:09, 12. Aug. 2020 (CEST)
:::: Vielen Dank! Ich kopiere mir das mal auf meine Disk damit ich es wiederfinde falls Du es archivieren magst. Irgendwann werde ich das probieren, aber wann steht in den Sternen. Vielen Dank für Deine Hilfe, --[[Benutzer:Fano|Fano]] ([[Benutzer Diskussion:Fano|Diskussion]]) 10:10, 15. Aug. 2020 (CEST)

== Mirrorproblem im [[Thorsberger Moor]] ==

Ich hätt es beinahe übersehen:
* {{Runen|ᚨᛁ}}{{Runen|ᛊ|gespiegelt}}{{Runen|ᚷᛉᚺ}} ohne span
<pre>
<span style="{{MirrorH}}">{{Runen|ᚨᛁ}}{{Runen|ᛊ|gespiegelt}}{{Runen|ᚷᛉᚺ}}</span>
<span style="???:{{MirrorH}}">{{Runen|ᚨᛁ}}{{Runen|ᛊ|gespiegelt}}{{Runen|ᚷᛉᚺ}}</span>
</pre>
* was WSTM daraus macht
Die [[Vorlage:MirrorH#Beispiele|Vorlage]] sagt aber, es solle genau so verwendet werden. <code><nowiki><span style="{{MirrorH}}">abc</span> wird <span style="???:{{MirrorH}}">abc</span></nowiki></code>
: Was da steht, das verstehe ich aber nicht wirklich, ok inline-block kenne ich, aber darum geht es ja auch nicht. Die Anzahl der Einbindungen ist aber doch recht überschaubar {{Wikipedia-Suche|1=insource:/style=\"\{\{Mirror/|2=Beispiele}}
Mal  schauen was passiert (<span style="display: inline-block; transform: scaleX(-1);">dreh dich um</span>) na wer’s braucht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:36, 13. Aug. 2020 (CEST)

: Tja, WSTM erwartet keine Vorlageneinbindungen in einem style-Attribut.
: Der Mist gehört integriert in [[Vorlage:Runen]] und nicht als kompliziertes Gedöns drumrum.
: Alternativ ''Vorlage:Spiegelschrift''<code>|Text=</code> basteln.
: Magst du das eliminieren und dieses dusslige [[Vorlage:MirrorH]] dann komplett eliminieren? Wir schreiben Klartext-Attribute und nicht solche Mini-Abkürzungen von nix.
: Heiß. Müd.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:43, 13. Aug. 2020 (CEST)

:: Könntest ja ''Vorlage:Spiegelschrift/style'' anlegen, die genau das produziert was in ''MirrorH'' steht, und das dann in ''Vorlage:Spiegelschrift'' sowie ''Vorlage:Runen'' inkorporieren; dann gibt es das bloß ein einziges Mal und kann mit seinen Browserversions-abhängigen Extras zentral gepflegt werden.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:48, 13. Aug. 2020 (CEST)
::: Ich bin auch zu müde zum denken warum fällt mir immer so etwas zu? Die Chance einen der 9 Artikel zu treffen, die diese Vorlage verwenden, ist doch fast wie 6 richtige im Lotto oder vom Blitz getroffen zu werden. Gute Nacht derweil. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:04, 13. Aug. 2020 (CEST)
Eigentlich frage ich mich gerade wozu da überhaupt ein Mirror drinsteht.
* {{Runen|ᚺ|gespiegelt}}{{Runen|ᛉᚷᛊᛁ}}{{Runen|ᚨ|gespiegelt}}
Ohne das Drumherum ist das doch viel übersichtlicher. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:10, 14. Aug. 2020 (CEST)
: So, mehr mache ich aber nicht [[Spezial:Linkliste/Vorlage:MirrorH|Linkliste]]. Ich stelle auch keinen „normalen“ Löschantrag. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:30, 14. Aug. 2020 (CEST)

== <nowiki><br> -> <br /></nowiki> ==

Moin PerfektesChaos!

Erstmal danke für das nützliche Tool. Soweit ich das sehe, wird bei den br-tags sofern nicht vorhanden ein „ /“angefügt. Ich wurde nun darauf angesprochen, dass dies [https://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_HTML5#br den Wikipedia-Empfehlungen] widerspricht. Da ich technisch nicht so bewandert bin, kannst du vielleicht etwas dazu sagen? Vielen Dank und Liebe Grüße --[[Benutzer:Ameisenigel|Ameisenigel]] ([[Benutzer Diskussion:Ameisenigel|Diskussion]]) 16:30, 16. Aug. 2020 (CEST)

: Das trifft nicht zu, bzw. galt wohl mal für vielleicht zwei Jahre von ca. 2011 bis 2013.
: Die deutschsprachige Wikipedia formatiert seit 2004 im XML-Standard, in dem auch die MediaWiki-eigene Syntax definiert ist, und da gehört dieser Schrägstrich mit bei. Und das in ununterbrochener und unveränderter Tradition.
: Nun ist unser Wiki-Quelltext eine lustige Mischung aus HTML- und MediaWiki-Syntax. Und in HTML5 wollte man aus industriepolitischen Gründen (Software-Konzerne) das [[XHTML]], das auch XML wäre, nicht haben, und hat ein etwas seltsames eigenständiges Gemenge verzapft, das ca. 2010/2011 „offiziell“ wurde. Dort war dann der Schrägstrich nicht mehr Teil des Standards, was unsere Wiki-Seiten aber überhaupt nicht juckt, weil das nicht direkt an die Browser geliefert wird (die würden ob des Gewürges schön stöhnen), sondern von einem Werkzeug nachbereitet wird. Und das stellt dann schon Standardkonformität her, egal wie genau das im Artikel drinsteht.
: Der fragliche Schrägstrich wurde in HTML5 wieder als gleichberechtigte Alternative zugelassen; muttu lesen in Englisch offiziell: [https://html.spec.whatwg.org/#start-tags 6.&nbsp;''then there may be a single U+002F SOLIDUS character &nbsp;(/).'']
: Rund 98 % aller <code>br</code> in der deutschsprachigen Wikipedia tragen übrigens diesen Schrägstrich.
:* Das hat was damit zu tun, dass wir einheitlich in gleichen Situationen seit immer verwenden <code style="white-space:nowrap">&lt;references /></code> und <code style="white-space:nowrap">&lt;br /></code>&nbsp;– beides sind ''leere'' Elemente, während ein Tag ohne Schrägstrich <code>&lt;xyz></code> als ein ''öffnendes'' zu lesen wäre, dem zwingend noch ein schließendes <code>&lt;/xyz></code> folgen muss.
:  [[Spezial:Diff/202830017|Dein Edit]] war berechtigt, denn durch Entfernen des Pipe-Symbols wurde ein Darstellungsfehler beseitigt: <br /> <code style="white-space:nowrap">| class="hintergrundfarbe7" '''|'''&#123;{DatumZelle|</code>
:* Geht noch schleckiger wie folgt:<br /> <code style="white-space:nowrap">| &#123;{DatumZelle|2012-02-14|class=hintergrundfarbe7}&#125;</code>
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:32, 16. Aug. 2020 (CEST)
::Vielen Dank für die Antwort! Das klingt für mich logisch. --[[Benutzer:Ameisenigel|Ameisenigel]] ([[Benutzer Diskussion:Ameisenigel|Diskussion]]) 18:14, 16. Aug. 2020 (CEST)

::: Hallo Perfektes Chaos, ich schätze deine Kompetenz und Arbeit hier sehr, aber ich muss dir in einigen Punkten widersprechen. Die Verwendung von <nowiki><br></nowiki> ist nicht so marginal wie du sagst, das Verhältnis in den Artikeln der de-WP ist [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%3C%5Cbr%5C%3E%2F&title=Spezial:Suche&profile=default&fulltext=1&searchToken=dajm86lkdxyxmug2q1npjdm4m &lt;br> = 51.645] vs. [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%3C%5Cbr%5C%2F%5C%3E%2F&title=Spezial:Suche&profile=default&fulltext=1&searchToken=dn9oj7t30br4zcpk4o54cytr6 &lt;br/> = 31.754] vs. [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%3C%5Cbr+%5C%2F%5C%3E%2F&title=Spezial:Suche&profile=default&fulltext=1&searchToken=el3znaf4tbvh0gnsvflj9195u &lt;br />  >300.000] (die Suche bricht hier irgendwann ab). Die letzte Diskussion, die ich gefunden habe - an der du übrigens auch beteiligt warst - [https://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen/Archiv/1#%3Cbr/%3E_wird_durch_%3Cbr%3E_ersetzt war 2017] und nicht 2011 bis 2013. Und die Empfehlungen sind noch aktueller, sie wurden erst [https://de.wikipedia.org/w/index.php?title=Wikipedia:WikiProjekt_HTML5&diff=next&oldid=168188209&diffmode=source Anfang 2018 erstellt]. <br>Auch wenn die Verwendung von <nowiki><br /></nowiki> generell möglich ist, die [https://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_HTML5#br Wikipedia-Empfehlungen] sagen z. Z.: ''Eine Ersetzung von <nowiki><br></nowiki> zu <nowiki><br /></nowiki> ist ... gegen die Empfehlung'', zumal sogar [https://de.wikipedia.org/wiki/Hilfe:Tags#br intern alle diese Tags (HTML5-konform) in <nowiki><br></nowiki> umgewandelt werden] (welchen Sinn hat es also Speicherplatz zu verschwenden um zuvor <nowiki><br></nowiki> in <nowiki><br /></nowiki> umzuwandeln?) Wenn du der Meinung bist, dass die Verwendung von <nowiki><br /></nowiki> bevorzugt werden sollte, möchte ich dich bitten, dich für die Änderung der entsprechenden Empfehlungen einzusetzen.<br>Denn, was mich als Autor von Artikeln extrem demotiviert, ist, wenn ich viel Zeit darauf verwende beim Erstellen von Texten perfekt die bestehende Vorgaben einzuhalten (inklusive: als Zeilenumbruch ist <nowiki><br></nowiki> zu verwenden) um dann zu sehen, wie durch ein Tool diese Arbeit völlig grundlos und ohne jeden Mehrwert einfach im Vorbeigehen verändert wird. Selbst wenn <nowiki><br /></nowiki> eine mögliche oder wie du meinst sogar die bevorzugte Version ist, gilt nach [[WP:KORR]] ''Nicht erwünscht ist insbesondere das massenhafte Ersetzen zulässiger Wendungen durch eigene Präferenzen quer über den Artikelbestand''. Und gerade daran solltest Du Dich bei der Programmierung von Tools eigentlich auch halten, oder? Zudem: [[WP:KORR|''Korrektoren sollten stets bedenken, dass allzu forsches Eingreifen und Beharren auf rein formalen Standpunkten einen inhaltlich produktiven Autor entmutigen und von weiterer, größerer Mitarbeit abhalten könnten'']]. Und das ist ja nicht der Sinn der Sache. Danke. --[[Benutzer:Bert.Kilanowski|Bert]] ([[Benutzer Diskussion:Bert.Kilanowski|Diskussion]]) 17:31, 19. Aug. 2020 (CEST)

::::* Die Institutionen, die den ohnehin nicht rechtsverbindlichen Standard „HTML5“ festgelegt hatten, taten dies um 2010/2011 und fügten bereits 2013 schon wieder den Schrägstrich verschämt als Option wieder ein, weil sich diese Politik in der Realität nicht durchsetzen ließ.
::::* Die deutschsprachigen Wikipedianer schreiben seit 2003/2004 einheitlich <code style="white-space:nowrap">&lt;br /></code> und haben das immer in allen an Autoren gerichteten Syntaxerklärungsseiten so gehandhabt und es gibt keinerlei Grund, die Autorenschaft irgendwie umzuschulen. Es gab nie einen, weil immer nach außen korrekte HTML-Syntax ausgeliefert wurde, und es gibt noch nicht einmal jetzt einen, weil <code style="white-space:nowrap">&lt;br /></code> eine standardkonforme HTML5-Notation ist.
::::* Es ist völlig egal, was in unserem Wikitext stünde; es haben die gleiche Wirkung <code style="white-space:nowrap">&lt;/ br /></code> und <code>&lt;BR></code> und <code style="white-space:nowrap">&lt;br /></code> und <code>&lt;br></code>.
::::* Weil Autoren sonst Gefahr laufen, auch bei <code style="white-space:nowrap">&lt;references /></code> den Schrägstrich wegzulassen, weil du ihnen ja gerade aufschwatzen willst, den bräuchte man gar nicht, behandeln wir ausnahmslos alle selbstschließenden Elemente gleich; hingegen wäre es bei <code>&lt;small></code> ein öffnendes Tag, dem ein <code>&lt;/small></code> folgen müsse, also wäre das bei <code>&lt;br></code> genauso zu machen. Damit die Autoren im Wikitext keine Unfälle bauen, behandeln wir ausnahmslos alle Elemente genau gleich. Nur eine Handvoll Nerds weiß irgendwas von HTML5 und was die jetzt im Moment bevorzugen, und in HTML6 kann das eines tages schon wieder ganz anders aussehen.
::::* Tatsächlich wird die Notation von <code style="white-space:nowrap">&lt;br /></code> in die Millionen Seiten gehen; kein Wunder, dass deine Suche nicht zum Ende kam. Wie du aber selbst vorgerechnet hast, ist die Schreibung mit Schrägstrich die in der deutschsprachigen Wikipedia seit anderthalb Jahrzehnten gebräuchliche und es gibt nicht den allerallergeringsten Grund daran irgendetwas zu verändern.
::::* Das [[Wikipedia:WikiProjekt HTML5]] ist meines Wissens praktisch inaktiv, tritt zumindest schon seit Jahren nicht mit Aktivitäten und Aktivisten nach außen, und was die zwei, drei Hanseln da als Privatmeinung zur Veränderung der Projektstandards als „Empfehlung“ aufschreiben ist völlig gegenstandslos. Meiner Peilung nach ist dieses WikiProjekt schon seit 2014 quasi tot.
::::* [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod|Umseitig]] kannst du in einem grünen Kasten den Hinweis lesen, dass Edits ausschließlich zur Syntaxnotation unerwünscht wären (und zumindest in serienmäßiger Praxis Konsequenzen hätte); wenn jemand eine Seite bearbeitet, dann läuft WSTM hingegen im Hintergrund automatisiert mit und bereinigt vielerlei Kleinkram im selben Edit. Der Anlass für die Bearbeitung dürfte jedoch sicher ein anderer gewesen sein als irgendein Schrägstrich an <code>&lt;br></code>; im hier anscheinend zugrunde liegenden Fall war es die Entfernung eines die Darstellung zerstörenden Pipe-Symbols gewesen.
::::* [[WP:KORR]] behandelt im Übrigen Varianten der deutschen Sprache, etwa eine Schreibung mit „ph“ oder eine mit&nbsp;„f“; es gibt hingegen keinerlei Anspruch eines „Hauptautors“, seine private Wikisyntax in „seinem“ Artikel durchsetzen zu wollen – nachfolgende Bearbeiter sollen nicht durch ungebräuchliche Syntax verwirrt werden, und eine nachweislich deutlich ungebräuchlichere Syntaxnotation ist keine gleichrangige Schreibvariante wie in Fragen der Rechtschreibung.
:::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:29, 19. Aug. 2020 (CEST)
:::: Hallo PerfektesChaos, danke für die umfangreichen Ausführungen. Wie ich bereits angenommen hatte, bist Du mit dem Thema gut vertraut. Ich würde den letzten Absatz von dir sogar noch etwas erweitern: " ... es gibt hingegen keinerlei Anspruch eines „Hauptautors“, "Korrektors", "Botbetreibers" oder "Toolprogrammierers" seine private Wikisyntax in „seinem“ Artikel durchsetzen zu wollen ...". Wie du ja selbst schreibst, ist <nowiki><br></nowiki> genauso zulässig wie <nowiki><br /></nowiki> und damit gibt es zunächst keinen zwingenden Grund für einen Austausch. Und klarstellen möchte ich, dass ich anderen Autoren nichts ''aufschwatzen'' will, wie du oben schreibst. Denn ehrlich gesagt, ist es mir persönlich völlig egal, ob in der Wikipedia <nowiki><br></nowiki> oder <nowiki><br /></nowiki> verwendet wird. Was mir aber nicht egal ist, ist, wenn ich teilweise stundenlang an einem Artikel arbeite, mir Gedanken über Inhalt, Text und Struktur machen, den Aufbau und die Formatierung inklusive den zu verwendenden Code optimiere um dann zu sehen, wie jemand in wenigen Sekunden einen Bot über den Artikel laufen lässt um (willkürlich) korrekte/erlaubte Formulierungen durch seine bevorzugten Formulierungen (und da schließe ich den Code mit ein) zu ersetzen. '''Das''' empfinde ich als respektlos gegenüber der ganzen Arbeit und Mühe, die ich mir als Autor zuvor gemacht habe - und extrem demotivierend. Die Wikipedia lebt davon, dass man die Arbeit der Anderen respektiert, wenn sie den hier gültigen Regeln entspricht - auch wenn sie nicht mit der eigenen Meinung übereinstimmen. Du hast oben gute Gründe für die bevorzugte Verwendung von <nowiki><br /></nowiki> angegeben. Also, warum schreibst du das nicht einfach [[Wikipedia:WikiProjekt_HTML5#br|hier]] und [[Hilfe:Tags#br|hier]] rein, damit auch andere Autoren dies verstehen? Das würde zum Verständnis Aller beitragen und zukünftige Diskussionen wie diese und der damit verbundene Frust wären nicht notwendig. Die andere Möglichkeit wäre, das von dir programmierte Tool zu ändern und <nowiki><br></nowiki>  - das in Wikipedia ebenfalls erlaubt ist - unverändert stehen zu lassen. Aber hier hast du ja eine klare Meinung. Danke für dein Verständnis. Gruß --[[Benutzer:Bert.Kilanowski|Bert]] ([[Benutzer Diskussion:Bert.Kilanowski|Diskussion]]) 16:08, 22. Aug. 2020 (CEST)

::::: Das steht a.a.O. schon längst: [[Hilfe:Tags #unary]] und auch konsistent bei [[Hilfe:Tags #br]].
::::: Sowas wird nur ein einziges Mal für die gesamte Klasse oder Kategorie von Elementen erläutert und gilt dann für alle; es wird nicht bei jeder einzelnen speziellen Ausführung nochmals wiederholt. Was zu öffnenden und schließenden Elementen zu erwähnen ist, steht auch nicht jedes Mal ab Adam und Eva bei jedem dieser Elemente mit dabei; sonst würden unsere kurzen und noch relativ übersichtlichen Hilfeseiten völlig zusammenbrechen.
::::: Wenn wir seit anderthalb Jahrzehnten eine Syntax haben, an die sich alle Bearbeiter gewöhnt haben und mit der jeder nachfolgende Bearbeiter der Artikel auch klarkommen muss, dann ist es wenig sinnvoll, sich stundenlang hinzusetzen und sich eine private Syntaxnotation auszutüfteln, die im „eigenen“ Artikel von der fast aller anderen Artikel abweicht. Da gibt es auch keinerlei Ansprüche für eine private Alternativ-Syntax und auch WP:KORR greift hier nicht, denn das regelt nur die Frage ob älter „Photo“ oder moderner „Foto“. Es hat hingegen überhaupt nichts mit Wikisyntax zu tun.
::::: Notiere es doch einfach so wie es durchgängig [[Spezial:PermaLink/12621054|seit 2006 für Textgestaltung vorgegeben ist]] und ersinne keine sich wandelnden individuellen Konstruktionen.
::::: Es ist genau ''nicht'' das Ziel der Übung, dass jeder einzelne Artikel in einer anderen Syntax mit anderen Notationen und privaten Konventionen und individuellen Spezialitäten hinterlegt wird und jedem nachfolgenden Bearbeiter aufzwingt, eine wiederum andere und neue private Wikisyntax zu erlernen, die dann aber in diesem Artikel erstmal detailliert mit Anleitung beschrieben werden müsste, und zwar in jedem bearbeitbaren Abschnitt den späteren Bearbeitern von neuem erklärt würde.
::::: Es gibt in diesem Projekt praktisch nur eine gebräuchliche Syntaxnotation, von nur sehr wenigen Varianten mal abgesehen, und die gilt für ''alle'' Artikel und Seiten und Bearbeiter. Wo das aus welchen Gründen auch immer momentan noch nicht hinkommt, wird es bei zufälliger Begegnung dann automatisiert angeglichen.
::::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:54, 22. Aug. 2020 (CEST)

== ISBN Formatierung ==

Hallo,
vermutlich nicht wirklich wichtig, aber hier https://de.wikipedia.org/w/index.php?title=Jane_Lindskold&action=edit&section=7 geht irgendetwas schief und aus der (meiner Meinung nach korrekten ISBN 978-1-07-835050-1 wird eine offensichtlich falsche weil zu lang ISBN 978-10-07-835050-1. Auch laut {{Literatur|Titel=Nur ISBN umschreiben|ISBN=978-1-07-835050-1}} OK. --[[Benutzer:Fano|Fano]] ([[Benutzer Diskussion:Fano|Diskussion]]) 14:40, 20. Aug. 2020 (CEST)

: Bedauerlicherweise ist es sehr wichtig und ein ''top level bug''.
: Seltsamerweise ist der Code von Februar 2011 und dieses Problem noch nie aufgetreten.
: Wenn vorher keine Strichelchen drin waren, passt es.
: Es muss ISBN 978-1-07-835050-1 heißen. Nicht unbedingt soo seltenes englisches Format.
: Dummerweise hat es die Tage um und über 30° und ich bin völlig matsche.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:45, 20. Aug. 2020 (CEST)
:: Würde auch bei der 10-stelligen passieren. ISBN 1-07-835050-7 → ISBN 10-07-835050-7 die Meldung würde dann so lauten <code>ISBN falsch (zu viele Ziffern [b]) 07-835050-7.</code> beachte dass die 10 vorne nicht dort erscheint und es eigentlich eine zu kurze Ziffernfolge abbildet. Ich schaue mal was bei [https://de.wikipedia.org/w/index.php?sort=relevance&search=insource%3A%2FISBN+978-1-0%2F&title=Spezial:Suche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1 ähnlichen Nummern] passieren würde. Scheint ebenso zu diesem Fehler zu kommen. [[Der kleine Prinz#Buchausgaben]] 978-1-096748-53-3 → 978-10-096748-53-3. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:55, 20. Aug. 2020 (CEST)

Ich habe heute nacht die Ursache gefunden.
* Es war eine Ausnahmeregelung, die für das französische <code style="white-space:nowrap">97'''9'''-10-</code> erforderlich ist.
* Die war ausgebüxt und wurde auf 978- sowie ISBN-10 übergriffig.
* Insgesamt wohl keine häufige ISBN, und wenn überhaupt von unserer Suche nach defekten ISBN schnell wieder eingefangen.
* Eine neue Lösung habe ich programmiert und erstmal erprobt; muss ich noch drüber schlafen und werde das demnächst hochladen.
* Da insgesamt kein häufiges Auftreten zu erwarten wird das einige Tage runtergeschaltet.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:39, 21. Aug. 2020 (CEST)

== Mal wieder die Klammern ==

Es war neulich irgendwo, aber ich weiß nicht mehr, wo es war. Ich beschreibe es deshalb mit einem einfachen Beispiel:
<syntaxhighlight lang="html">
{{Zitat|Irgendein Text mit [[Klammer (Zeichen)|Klammer im [Link]]]}}
</syntaxhighlight>
{{Zitat|Irgendein Text mit [[Klammer (Zeichen)|Klammer im [Link]]]}}
Dann kommt WSTM und zerbricht es
<syntaxhighlight lang="html">
{{Zitat
 |Text=Irgendein Text mit [[Klammer (Zeichen)
 |Autor=Klammer im [Link]]]}}
</syntaxhighlight>
Das sieht dann so aus.
{{Zitat
 |Text=Irgendein Text mit [[Klammer (Zeichen)
 |Autor=Klammer im [Link]]]}}
Ich war zu beschäftigt, um es gleich zu melden und bei dir war da auch gerade Stress. Es passiert nur, wenn drei Klammern am Ende des Wikilinks stehen, dahinter kann weiterer Text folgen.
----
Ein zweites Problem hatte ich hier [[Spezial:PermaLink/203380062]], das zeigte einen Linterfehler. Als ich den Artikel geöffnet hatte flogen mir die Zahlen (unbenannter Parameter) um die Ohren. Ich erkläre es mal kurz. In jener Version gab es einen Klammerfehler <code><nowiki>{{GBR]]</nowiki></code>.
<syntaxhighlight lang="html">
|-
| [[Hotel Artemis]] || {{USA}}<br/> {{GBR]] || [[Drew Pearce]] || [[Jodie Foster]] ||
</syntaxhighlight>
WSTM hat dann etwas sehr merkwürdiges getan 1. diese Tabelle komplett zerlegt, überall wo hinten zwei Pipes standen wurden diese zerbrochen
<syntaxhighlight lang="html" highlight="2-4">
|-
| [[Hotel Artemis]] || {{USA}}<br /> {{GBR]] || [[Drew Pearce]] || [[Jodie Foster]] |
||-
| [[Hunter Killer (Film)|Hunter Killer]] || {{USA}} || [[Donovan Marsh]] || [[Gerard Butler]] || Literaturverfilmung
|-
| [[Illang: The Wolf Brigade]] || {{KOR}} || [[Kim Jee-woon]] || [[Gang Dong-won]] || [[Jin-Rho|Animeverfilmung]]
</syntaxhighlight>
Das war aber nicht alles weiter unten steht eine weitere Tabelle für das Jahr 2019, dort nun fanden sich plötzlich besagte unbenannte Parameter, beginnend mit einer Zählung bei 308.
<syntaxhighlight lang="html">
{| class="wikitable sortable"
|- class="hintergrundfarbe6"
! style="width:17%;" |308=Titel
! style="width:13%;" |309=Produktionsland
! style="width:8%;" |310=Regisseur
! style="width:8%;" |311=Hauptdarsteller
! style="width:10%;" class="unsortable"|312=Anmerkung
|313=-
|314= [[3 Engel für Charlie (2019)|3 Engel für Charlie]] |315=|316= {{USA}}<br />{{DEU}} |317=|318= [[Elizaberh Banks]] |319=|320= [[Kristen Stewart]]<br />[[Naomi Scott]]<br />[[Ella Balinska]] |321=|322= [[Drei Engel für Charlie (Fernsehserie)|Serienverfilmung]]
|323=-
|324= [[6 Underground]] |325=|326= {{USA}} |327=|328= [[Michael Bay]] |329=|330= [[Ryan Reynolds]] |331=
|332=|333=-
…
|779=-
|780= [[Shaft (2019)|Shaft]] |781=|782= {USA}} || [[Tim Story (Regisseur)|Tim Story]] || [[Samuel L. Jackson]]<br />[[Jessie Usher]] || [[Shaft – Noch Fragen?|Fortsetzung]]
…
|}
</syntaxhighlight>
Vorher war es normal (oder auch nicht, es endet zumindest beim nächsten Klammerfehler <code><nowiki>{USA}}</nowiki></code>)
<syntaxhighlight lang="html">
{| class="wikitable sortable"
|- class="hintergrundfarbe6"
! style="width:17%;" |Titel 
! style="width:13%;" |Produktionsland
! style="width:8%;" |Regisseur
! style="width:8%;" |Hauptdarsteller
! style="width:10%;" class="unsortable"|Anmerkung
|-
| [[3 Engel für Charlie (2019)|3 Engel für Charlie]] || {{USA}}<br/>{{DEU}} || [[Elizaberh Banks]] || [[Kristen Stewart]]<br/>[[Naomi Scott]]<br/>[[Ella Balinska]] || [[Drei Engel für Charlie (Fernsehserie)|Serienverfilmung]]
|-
| [[6 Underground]] || {{USA}} || [[Michael Bay]] || [[Ryan Reynolds]] ||
…
|-
| [[Shaft (2019)|Shaft]] || {USA}} || [[Tim Story (Regisseur)|Tim Story]] || [[Samuel L. Jackson]]<br/>[[Jessie Usher]] || [[Shaft – Noch Fragen?|Fortsetzung]]
…
|}
</syntaxhighlight>
Nun weiß ich leider nicht, ob da der Fehler irgendwo bei mir zu suchen wäre, denn [[Benutzer:Crazy1880|Crazy]] hatte den Artikel kurz zuvor bearbeitet [[Spezial:Diff/203377875/203380062]] und scheinbar dieses Problem nicht. Was aber andererseits auch an dem Edit liegen kann der noch eine Klammer mehr hatte. Ich habe den Artikel also lieber nicht bearbeitet und den Fehler an den Verursacher weitergereicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:42, 14. Sep. 2020 (CEST)

: Also, was Leichtes zuerst:
:* <code style="white-space:nowrap"><nowiki>|323=-|324= [[6 Underground]] |325=|326=</nowiki></code>
:* Irgendwo gibt es eine noch nicht geschlossene Vorlage; einfach die Pipes zurückzählen von 700 über 400 über 300 und 100 bis zum Anfang. Wobei es auch irgendwo die anderen 307 gab, aber da war bislang noch nichts in der Form <code>|x=y</code> dazwischen gewesen; die Nummern gibt es erst, nachdem eine benannte Parameterzuweisung von einer unbenannten (hier der 308.) gefolgt wird.
:* Wenn der geöffneten Vorlage <code>&#123;{</code> kein schließendes <code>&#125;}</code> folgt, dann sind alle Pipes Trenner in Vorlagenparametern bis sich irgendwo aus einer zweiten kaputten Einbindung die gesuchten <code>&#125;}</code> anfinden.
: Dann zu etwas was man auch nicht machen soll:
:* <code style="white-space:nowrap"><nowiki>Irgendein Text mit [[Klammer (Zeichen)|Klammer im [Link]]]}}</nowiki></code>
:* Wenn das blau macht, dann steht die dritte schließende schwarz draußen, die öffnende blau drin.
:* Innerhalb von Linktexten sollen deshalb immer alle eckigen Klammern durch <code>&amp;#91;</code> und <code>&amp;#93;</code> escaped werden.
:* WSTM hatte nicht verstanden, was man ihm sagen wollte.
:* Bei drei aufeinander folgenden Klammern gibt es auch eine Warnmeldung.
:* Weil das Wikilink nicht als Wikilink verstanden wurde, war eine Pipe übrig, und dann folgt ''1=Text'' und ''2=Autor''.
: Tja, und bei Vorlagen mit unausgeglichenen Klammern verstehst du halt, wie das gemeint war und was da eigentlich hätte stehen sollen, aber keine Software.
: Öffnen der Seite mit <code>&action=submit</code> statt <code>&action=edit</code> unterdrückt WSTM.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:33, 14. Sep. 2020 (CEST)
:: Ne ich mach das meistens anders und suche mir eine Vorherversion, wenn ich dann doch etwas ändern wollen würde. Ich war halt geschockt von dem Zahlensalat. Und nein durch den Bruch bei der Vorlage Zitat, kam da, wenn ich mich recht erinnere keine Klammerzuvielmeldung. Aber natürlich habe ich das maskiert. Und wenn ich aus der Tabelle der Linterfehler einem Link folge wie soll ich da schnell noch submit anfügen? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:02, 14. Sep. 2020 (CEST)
:::Moin Moin Lómelinde, da ich WSTM ja manuell verwende, also nur auf Konpfdruck, kann es auch sein, dass ich es für diesen Edit nicht aktiviert hatte. Aber bei ein paar vielen Edits kann ich das nicht mehr mit Gewissheit sagen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:08, 14. Sep. 2020 (CEST)

== 2020-06 Diverses ==

Moin Moin PerfektesChaos, ich habe mal wieder ein paar Fragen/Wünsche/Anregungen. Auch auch hier gilt, ich brauche keine Adhoc-Antwort:
* Wir hatten uns mal über <code>-moz-</code> und <code>-webkit-</code> unterhalten. Ich glaube ich habe die etwa 2500 Einträge im ANR gut zusammengeschrumpft und die ein paar Knacknüsse dagelassen, wo ich nicht mehr weiterkomme.
* In meiner [[Benutzer:Crazy1880/vector.js]] nutze ich eine Funktion von WSTM, womit ich ja eine Vorlage suche und eigentlich Parameter entfernen lassen möchte (Zeile 315 bis 325). Leider scheint das nicht so zu funktionieren, denn es bleiben immer leere Parameter in den Vorlagen drinnen. Kann es sein, dass sich da mit deinem Programmcode etwas in die Quere kommt?
* prettytable ist ja gut geschrumpft, ich behalte den ANR im Auge
* Hast du weitere Punkte, wo ich "angreifen" kann? Nur bitte keine Anker oder Zwiebelfische, die sind nicht so meins.
* PS.: [[Vorlage:Infobox Computervirus]] mein erster Einbau von TemplateData, ich hoffe das war so alles richtig?!
Ansonsten wünsche ich noch ein schönes Wochenende. mfg --[[Benutzer:Crazy1880|Crazy1880]] 22:14, 12. Jun. 2020 (CEST)

:* <code>-moz-</code> und <code>-webkit-</code> habe ich nicht auf dem Radar und alles dazu vergessen.
:** Wenn ich sowas sehe, mache ich erledigte weg.
:* [[Benutzer:Crazy1880/vector.js]]
:** Sieht aus wie [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template|WSTM/usage/replace/template]].
:** Hatte ich 2012 mal begonnen, aber wegen zu großer Widerstände in der Community nicht mehr viel vertieft.
:** Habe auch fast alles davon wieder vergessen.
:** Was dokumentiert ist, sollte aber nach wie vor funktionieren.
:** Die WSTM-eigenen Funktionen kommen immer zuerst dran; deren Wirken kannst du voraussetzen. Die sind immer schon passiert.
:** Was genau da jetzt nicht funktionieren würde, müsstest du mal konkreter benennen; diese in der Doku beschriebenen Objekte werden eigentlich meiner normalen WSTM-Bibliothek zum Fraß vorgeworfen, und die arbeitet ganz brav. Vielleicht fehlt mir da aber noch ein Go!
:* Angriffsziele wüsste ich momentan zwei:
:** [[Spezial:Weiterleitung/page/1395384|Größere Seiten]] allmählich anknabbern, ohne täglich Filmfritzen oder sowas vor die Leinwand zu laufen.
:** [{{canonicalurl:Spezial:Suche|search=FliessTextRef}} Außer Philosophie] sachte und thematisch gestreut wegputzen; müssten immer dieselben Autoren pro Thema gewesen sein, und falls die noch aktiv sind, sollten sie dich nicht täglich auf der Beo haben. Danach erkläre ich auch diesen <code>ref=ja</code>-Parameterwert für endgültig veraltet und die Angleichung von Block- und Inline-Zitat und Reduktion auf nur noch zwei Vorlagen mit kurzer und längerer Parameterliste kommt irgendwann mal.
:** Tag@Literatur knabberst du ja wohl täglich an; irgendwann wird die dann wohl im ANR eine Wartungskat werfen.
:* [[Spezial:Diff/200934188]] sah ganz okay aus; wobei da inhaltliche Kinken drin sind, für die du vermutlich nichts kannst, weil ja nicht deine Infobox.
:** „Dateigröße“ als <code>number</code> beißt sich mit dem Beispiel <code style="white-space:nowrap">10 kB</code> weil das ist Text; wäre „Dateigröße in kB“ und dann geht <code>number</code> auch wieder und die Infobox schreibt die <code>kB</code> selbst dahinter. <code>number</code> kann man gut syntaktisch überprüfen.
:** <code>string</code> ist ein Relikt aus den frühen Jahren von TemplateData; da weiß keiner so genau was damit gemeint sein soll. Wir nehmen lieber entweder:
:*** <code>line</code> – einfache Codes, ohne Wikisyntax drin, die in einem Formular in ein einzeiliges Feld passen würde
:*** <code>content</code> – irgendwas mit Wikisyntax, das im Formular auch mehr Platz brauchen würde.
:** <code style="white-space:nowrap">Veröffentlichung = 2010</code> – in TemplateData schreibst du was von einem „Tag der ersten Entdeckung“; dann müsstest du dich auch zu ungefähren Angaben (nur Monat/Jahr, nur Jahr) äußern und Formatierung und ein Beispiel dafür angeben. Kann ja gut sein, dass das genaue Datum schon aus Sicherheitsgründen nicht bekannt wurde.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:38, 13. Jun. 2020 (CEST)

::Danke für die Antwort, hier nochmal eine Rückantwort -Frage:
::* Wenn ich WSTM starte, dann bleiben bei mir Parameter in der Vorlage Literatur erhalten, welche aber leer sind und weg sollten. Z-B. bleibt der Parameter Hrsg leer zurück und ich muss ihn manuell noch herausnehmen. Ich weis, über das Herausnehmen von leeren Parametern kann man streiten. Auch der Parameter Ort bleibt regelmäßig stehen. Deswegen dacht ich, ich frage dich mal.
::* Zu FliessTextRef kann ich mal gar nichts anfangen und bräuchte nochmal kurz mehr Hintergrund.
::* Ja, die Vorlage Literatur habe ich auf dem Schirm und arbeite auch falsche Parameter sowie falsche Parameter-Verwendung weg.
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 21:07, 13. Jun. 2020 (CEST)

:::* ''FliessTextRef'' findet <code>ref=ja</code> und dann wird in irgendeiner kryptischen, gelegentlich falschen, oft unzureichenden Art intern ein ''ref'' gebastelt.
:::** Das soll ersetzt werden durch offensichtliches <code>ref=<nowiki><ref></ref></nowiki></code> und mittelfristig verschwinden.
:::* WSTM lässt bestimmte Parameter bewusst noch stehen, von denen vermutet wird, dass dort noch was nachgetragen wird, oder regt zur Vervollständigung an, oder fügt die Namen von Quasi-Pflichtparametern neu ein. Ich weiß aber nicht mehr welche wo warum.
:::* [https://persondata.toolforge.org/vorlagen/?tmpl=Literatur&param=Kommentar&value=%25PDF%25&value_op=lk&show_value Weiteres Betätigungsfeld] in der Literatur, überwiegend so nicht gewünscht.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 02:36, 14. Jun. 2020 (CEST)

::::Moin,
::::* in dem Kommentar-Parameter sind noch mehr Dinge drinnen, ich habe da zwei drei vier fünf Abfragen schon gebastelt.
::::* aber auch die anderen Parameter der Vorlage Literatur sind für alles missbraucht wurden .....
::::* Es gibt auch die Vorlage "-de-CH, diese soll, nehme ich mal an, auch umgebaut werden, oder?
::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 11:29, 18. Jun. 2020 (CEST)

::::: Grundsätzlich kommen die Schweizer bei allen Aktivitäten als letzte dran, weil sie eine hier aktive Community haben.
::::: Perspektivisch ja, aber erst wenn sie das einzige verbliebene Konkurrenzprodukt geworden sind.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:17, 18. Jun. 2020 (CEST)

::::::Moin Moin,
::::::* magst du bei den FliessTextRef nochmal für die letzten mit draufschauen, da sind noch ein paar Knacknüsse dabei ;)
::::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 21:41, 17. Jul. 2020 (CEST)
::::::Moin PerfektesChaos, zwei sind es noch mit FliessTextRef (''Affiche rouge'' und ''Dnepr-Becken''). Könntest du ersteren bei Zeiten mal machen, da habe ich nämlich Fragezeichen aufm Kopf und wüsste gerne wie du den löst. Ansonsten schöne warme Zeit ;) PS.: "-en ist bei 162, Tag@Lit bei 1069, arxiv@Lit bei 930, Monat@Lit bei 4542 und Jahr@Lit bei 142014. (Wobei ich da immer noch für eine Art von Botlauf wäre?) mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:50, 11. Aug. 2020 (CEST)

::::::: Schönen Dank für deine Unterstützung.
::::::: Dnepr-Becken gucke ich mir selbst in einer kühlen Nacht an, Affiche versuche ich mal an einen anderen WSTM-Anwender zu delegieren.
::::::: Du kannst diese Aufgabe als beendet ansehen.
::::::: Danach würde ich die <code>ref=ja</code>-Geschichte für den ANR deaktivieren, eine Wartungskat wefen, und dann müssen noch die anderen Namensräume bereinigt werden, bis die Programmierung definitiv vereinfacht werden kann.
::::::: Bot-Läufe sind in diesen Angelegenheiten grundsätzlich nicht verhältnismäßig, weil kein Vorteil für die Gesamt-Community.
::::::: arxiv@Lit und Jahr@Lit tun auch nicht weh. Tag@Lit eines Tages wird fein, freue ich mich drauf.
::::::: Demnächst werde ich vermutlich die Datumsformat-Wartung ziemlich strapazieren, weil einige Vorlagen die Wartungskat erhalten werden, und es Hunderttausende von Seiten gibt, die aber ganz gut aussehen weil fast immer von Bot geschrieben.
::::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:14, 11. Aug. 2020 (CEST)

:Moin Moin PerfektesChaos, können wir in der Vorlage {{Vorlage|"}} via WSTM die Parameter sortieren lassen? Also quasi so, wie bei "-en, dass Sprache z.B. nach hinten geschoben wird. mfg --[[Benutzer:Crazy1880|Crazy1880]] 14:25, 1. Sep. 2020 (CEST)

:: Kann langfristig geschehen, wobei sowas immer etwas mehr Staub aufwirbelt und sich Leute über Diffs bescweren. Deshalb warte ich da gern ruhigeres Fahrwasser ab.
:: Aber wenn du das schon am Wickel hättest: [https://persondata.toolforge.org/vorlagen/?tmpl=%22&param=vor&value=_%25&value_op=lk&show_value Die letzten hiervon im ANR] müssten sachte und unauffällig noch aus dem ANR eliminiert werden, bevor ich diese Parameter im Zuge der Reform und Vereinfachung schlicht aus der Programmierung entferne. Teils schweizerisch, Rest weitgehend eine hessische alte Vorliebe. Damit rückt auch für die verbleibenden Parameter die Sortierung näher, wobei ich die <code>Sprache</code> des Textes eigentlich lieber unmittelbar hinter dem <code>Text</code> hätte, was bei der momentanen TemplateData-Darstellung noch nicht ginge, weil die unbenannten bislang im Vordergrund stehen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:27, 1. Sep. 2020 (CEST)

:::Moin, dabei wäre das gerade jetzt das interessante, also die Parameter-Benennung durch WSTM unterstützt bei der Vorlage. Könnte man da nicht doch was machen? Augenklimpper ;) PS.: die "-en sind auf dem Artikelnamensraum weg. Wieder eine Aufgabe erledigt, bleiben noch 9999. Hast du noch was? mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:20, 1. Sep. 2020 (CEST)
::::Moin PerfektesChaos, was ist denn eigentlich mit der Vorlage "-de, die müsste doch auch obsolet sein, oder? mfg --[[Benutzer:Crazy1880|Crazy1880]] 11:27, 27. Sep. 2020 (CEST)

::::: Soll natürlich mittelfristig auch verschwinden.
:::::* Ich war mit der etwas vorsichtig gewesen, wegen ''Vorlage:Zitat-de''.
:::::* Die hat ein Dutzend tückische Einbindungen, die erstmal vor sich hingammeln können.
:::::* Wobei die Malteser Runensteine aber schon mal weg können.
::::: Ich werde WSTM demnächst Bescheid sagen, dass <code style="white-space:nowrap">"-de</code> kein de mehr braucht. Spricht sich irgendwann rum.
:::::* Hat 37 Einbindungen quer durch den Garten. Sehen harmlos aus.
::::: <code style="white-space:nowrap">"-en</code> beobachte ich auf neue Einbindungen, ist anscheinend in Vergessenheit geraten, und werde ich irgendwann ANR-uneinbindbar machen wenn ich mal Langeweile habe.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:12, 27. Sep. 2020 (CEST)

::::::Moin PerfektesChaos,
::::::* "-de ist im ANR beseitigt.
::::::* "-en hat auch keine neuen Einbinden mehr hinzubekommen, ANR ist sauber
::::::* "-de-CH hat wohl irgendein Problem der Schweizer, dass die Anführungszeichen wohl nicht passen sollen. Hatte man mich in irgendeiner Diskussion hingewiesen.
::::::* PS.: Frage, wolltest du nicht noch irgendwas mit ''prettytable'' irgendwo schreiben?
::::::* Falls noch Aufgaben vorhanden sind, lass es mich wissen. Literatur knabbere ich immer noch in allen Parametern, es in die richtigen zu bringen. ;)
::::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 17:50, 30. Sep. 2020 (CEST)

::::::: Momentan verlege ich mich mehr auf ANR-Beobachtung, ob irgendwer aus alter Gewohnheit was wieder einfügt. Danach kommen irgendwann die harten Dinger. Ab und zu sehe ich noch jemand von ganz früher, der hier wieder einsteigt und irgendwas oll wieder anbringt.
::::::: Kurier-Artikel zu ''prettytable'' habe ich vertagt auf ruhigere Zeiten; brodelt mir momentan zu heftig. Rennt nicht weg. Je mehr das in Vergessenheit gerät und je unsichtbarer es bis dahin im ANR war desto geringer ist dann hinterher der Aufschrei, wenn es weggenommen wird.
::::::: Schweizer kommen ganz zum Schluss dran, denen ist absolut nichts recht zu machen, kenne ich schon.
::::::: Aufgaben habe ich derzeit keine dringlichen; ruh dich mal von mir aus. Irgendwann wenn ich das Gröbste weggearbeitet habe weiß ich nicht ob Tabellensortierung mit WSTM-Unterstützung was für dich wäre.
::::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:04, 30. Sep. 2020 (CEST)

== Tag "math chem" ==

Hallo PerfektesChaos, 
im Artikel [[Benesi-Hildebrand-Methode]] ist mir was interessantes vorgekommen dort gibt es TeX-Angaben in der math-Umgebung mit Attribut chem (statt chem-Umgebung).
WSTM erkennt das alleinstehende Attribut ohne Attribut-Wert als Fehler und ändert die Attribut-Angabe. Das führte zwar erst zu Fehlern in der Anzeige aber ist wohl doch okay. Wie auch immer der Text von WSTM "Falsches Attribut-Format im Tag" ist irritieren, sollte das wirklich korrigiert werden und wenn wie?
Beispiel: 
* math-Umgebung + Attribut: <math chem>\Delta A=\varepsilon^\ce{HG}[\ce{HG}]\,b+\varepsilon^\ce{G}[\ce G]\,b-\varepsilon^\ce{G}[\ce{G}_0]\,b</math>
* math-Umgebung + Attribut korrigiert durch WSTM: <math chem="???">\Delta A=\varepsilon^\ce{HG}[\ce{HG}]\,b+\varepsilon^\ce{G}[\ce G]\,b-\varepsilon^\ce{G}[\ce{G}_0]\,b</math>
* math-Umgebung + Attribut alternative Angabe: <math chem="chem">\Delta A=\varepsilon^\ce{HG}[\ce{HG}]\,b+\varepsilon^\ce{G}[\ce G]\,b-\varepsilon^\ce{G}[\ce{G}_0]\,b</math>
Grüße --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 23:30, 25. Sep. 2020 (CEST)

: Hm, danke für den Hinweis.
: Dieses <code>chem</code> geht mir massiv auf den Sender.
:* Zeitweilig hieß es, das <code>&lt;chem></code> solle bei uns überhaupt nicht benutzt werden; dann kam das Gerücht auf, <code>chem</code> wäre kaputt und solle ganz abgeschaltet werden, und irgendwann bin ich da nicht mehr mitgekommen.
: Muss ich erstmal Rächerchen anstellen, das kann etwas dauern.
:* Gefühlsmäßig würde ich meinen, <code style="white-space:nowrap">&lt;math chem></code> solle ersetzt werden durch <code>&lt;chem></code> von wegen Klarheit und intuitiv und so.
:* Habe in dieser Angelegenheit jedoch völlig den Durchblick verloren.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:38, 26. Sep. 2020 (CEST)

:: Ich dachte auch erst<code style="white-space:nowrap">&lt;math chem></code> ist eigentlich nur <code>&lt;chem></code>, aber das funktioniert nicht
::* chem-Umgebung: <nowiki><chem>\Delta A=\varepsilon^\ce{HG}[\ce{HG}]\,b+\varepsilon^\ce{G}[\ce G]\,b-\varepsilon^\ce{G}[\ce{G}_0]\,b</chem></nowiki>
:: Grüße --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 20:39, 27. Sep. 2020 (CEST)

::: Unsere zuständige [[H:TeX]] erwähnt das mit keiner Silbe, weder als Tag noch als Parameter.
::: Ich habe WSTM jetzt gesagt, dass ein <code>math</code>-Tag einen solchen „wertlosen“ Parameter haben darf; damit ist Ruhe. Spricht sich irgendwann rum.
::: Wenn nichts besonders einschränkend vereinbart wurde, dann dürfen Tags beliebige Wertzuweisungen enthalten. Nur Schalter wie hier werden als eine vom Bearbeiter vergessene Wertzuweisung angesehen, was relativ häufig vorkommt. Um das zu akzeptieren, was es ohnehin wohl nur bei showfilename@gallery, responsive@references und ***@syntaxhighlight gäbe, muss es angemeldet werden.
::: Inhaltlich wurde das noch nie gesehen, und was genau es macht und ob es stabil wäre möge der Geier wissen.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:55, 28. Sep. 2020 (CEST)

:::: Danke, der Artikel scheint übrigens eine Übersetzung aus dem Englischen zu sein und in [[en:Help:Displaying_a_formula]] wird zwar gesagt <code style="white-space:nowrap">&lt;math chem></code> ist gleich <code>&lt;chem></code>, aber dann sagen sie auch, dass es noch einige Probleme gibt die nur mit <code style="white-space:nowrap">&lt;math chem></code> korrekt dargestellt werden. Nungut, ich denke für uns ist das Thema erledigt, oder? Danke --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 20:46, 28. Sep. 2020 (CEST)

== URS > SUN-1980 > SUN ==

Moin Moin PerfektesChaos, augenscheinlich hat sich bei den Vorlagen ein Update ergeben. Die Vorlage URS wurde von WSTM immer auf SUN-1980 umgebogen. Aber SUN-1980 ist jetzt auch noch nur eine Weiterleitung auf nur SUN. Könntest du in WSTM kurz anpassen, dass URS nun SUN ist? Vielen Dank im Voraus --[[Benutzer:Crazy1880|Crazy1880]] 11:26, 27. Sep. 2020 (CEST)

== Vorlage:Kicker ==

Sorry, dass ich dicch nochmal stören muss, aber das WSTM ist sehr konsequent und entfernt offenbar alle ID-Nummern aus der [[:Vorlage:Kicker]]. Die Nummer ist allerdings nur bei Spielern (mit oder ohne <code>Typ=Spieler</code>) und bei den Trainern (<code>Typ=Trainer</code>) unbrauchbar geworden. Bei den anderen Linktypen <code>Verein</code>/ <code>Partie</code>/ <code>Turnier</code>/ <code>News</code> ist die Nummer weiterhin zwingend erforderlich. Es scheint nur Auswirkungen auf ''Hannover 96'' gehabt zu haben, sollte noch mehr falsch geändert werden, finde ich das automatisch und werde es korrigieren. --[[Benutzer:Hadibe|Hadibe]] ([[Benutzer Diskussion:Hadibe|Diskussion]]) 08:07, 1. Okt. 2020 (CEST)

: Das war mein Auftrag, so wie ich ihn da aus Bröseln auf einer fremden BD entnommen hatte. Ohne dass ich dort die gesamte Geschichte durchgelesen hätte
: Hier ist übrigens genau der richtige Ort, um der derartige Anfragen zu kanalisieren und systematisch abzuarbeiten. Alternativ die Disku der Vorlage, wo das dann für die Nachwelt rekonstruierbar ist.
: Die WSTM-Version ist ohnehin noch nicht veröffentlicht; war erstmal nur in meiner privaten Erprobung.
: Also: ID=Ziffern nur dann raus, wenn <code>Typ=</code>''nix'' oder <code>Typ=Spieler</code> oder <code>Typ=Trainer</code>, und <code>ID=</code> wird immer <code>1=</code>.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:07, 1. Okt. 2020 (CEST)

== %3b in URL ==

Da werde ich angemeckert <code>https&#58;//av.tib.eu/search?f=publisher<mark>%3b</mark>http&#58;//av.tib.eu/resource/Deutsches_Zentrum_f%25C3%25BCr_Luft-_und_Raumfahrt_%2528DLR%2529</code>
<pre>
    Unbekanntes Protokoll in URL
    bhttp://av.tib.eu/resource/Deutsches_Zentrum_f%25C3%25BCr_Luft-_und_Raumfahrt_%2528DLR%2529
    Ungültige Domain
    av.tib.eu
</pre>
*{{Wikipedia-Suche|1=insource:/%3bhttp/|2=10 Fälle im ANR}}
* Der Link funkrioniert jedenfalls [https://av.tib.eu/search?f=publisher%3bhttp://av.tib.eu/resource/Deutsches_Zentrum_f%25C3%25BCr_Luft-_und_Raumfahrt_%2528DLR%2529 Deutsches Zentrum für Luft- und Raumfahrt (DLR) Videos]
Was wäre die Lösung des Problems? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:49, 10. Okt. 2020 (CEST)

: Sowas habe ich noch nicht gesehen, WSTM staunte ebenso und vermutet einen Schreibfehler.
: Beide gleichartig encoden, oder beide nicht.
:* Entweder in der URL den <code>%3B</code> durch <code>;</code> ersetzen oder <code>:</code> durch <code>%3A</code>. Notfalls HTML-Encoding für das&nbsp;B.
:* Halb besoffen ist rausgeschmissenes Geld.
:* Müsste von MediaWiki richtig durchgereicht und vom Zielserver verstanden werden; bedarf jedoch der Erprobung im Einzelfall.
: <code>%3B</code> an dieser Stelle knockt alle Bot-Läufe, Skripte, Lua-Module, Cirrus-Suchen, Text-Suchen aus.
: Je weniger überflüssiges %-Encoding desto besser sind die URL lesbar.
:* Aber manche Zeichen müssen encoded sein, weil die Server das sonst falsch interpretieren und fehlerhaft zuordnen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:14, 10. Okt. 2020 (CEST)
:: Ähm ja ich hatte das mit dem Semikolon auch getestet aber dann ging alles kaputt, wenn WSTM da drüber wischte. 
<pre>
[https://av.tib.eu/search?f=publisher;[http://av.tib.eu/resource/Deutsches_Zentrum_f%25C3%25BCr_Luft-_und_Raumfahrt_%2528DLR%2529 av.tib.eu] av.tib.eu]
</pre>
:: Das ist zumindest kein Weg, den ich gehen möchte. Das mit dem Doppelpunktaustausch scheint aber möglich zu sein, dann ist WSTM zumindest still. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:45, 10. Okt. 2020 (CEST)

== Zur Info ==
Für [[Benutzer:Phi]] ist das Skript eine Software, die ''automatisch gegen [[WP:KORR]] verstößt'' ([[Spezial:Diff/205788103|Diff]]). --[[Benutzer:Färber|Färber]] ([[Benutzer Diskussion:Färber|Diskussion]]) 18:16, 21. Nov. 2020 (CET)

: Danke für den Hinweis, aber WP:KORR behandelt gleichartige Schreibweisen oder Formulierungen der deutschen Sprache im dargestellten Text. Insbesondere gibt es um in der alten Rechtschreibung bis 1995 allein mögliche Schreibungen oder aber seitdem alternative Schreibvarianten, die sich in der jüngeren Generation oft auch immer mehr durchsetzen.
: Auf Quelltextsyntax ist WP:KORR grundsätzlich nicht anwendbar.
:* Quelltextsyntax muss für die nachfolgenden Bearbeiter entzifferbar sein und insbesondere veraltete und nicht mehr standardgemäße Syntaxkonstrukte nach und nach modernisieren.
:* Es gibt keinerlei Rechtsanspruch eines „Hauptautors“, eine 2005 mal erlernte und inzwischen obsolete Quelltextsyntax müssen von allen nachfolgenden Bearbeitern respektiert werden, obwohl sie mittlerweile ausstirbt und sie niemand mehr versteht.
: Der VisualEditor kümmert sich einen Teufel um die vorgefundene Syntax, und die Bearbeiter bekommen überhaupt keine Quelltextsyntax zu Gesicht und wissen überhaupt nicht was das sein soll.
: Zur Rücksichtnahme auf die nachfolgenden Bearbeiter des Artikels gehört, dass in einem freistehenden Block-Element, wie es etwa eine Infobox oder ein Blockzitat wäre, bei vielen Parametern oder unübersichtlichen Werten jeder Parameter auf einer eigenen, neuen Zeile beginnt. In einem Blockzitat innerhalb derselben Quelltextzeile irgendwelche Pipe-Symbole herausangeln zu sollen, weil ein „Hauptautor“ geruht dass dies in seinen Artikeln so gemacht werden müsse, und zwar von allen, ist rücksichtslos.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:32, 21. Nov. 2020 (CET)
:: Ob in einer Vorlage Text= steht oder nicht, ist völlig wumpe. Beides sind zulässige Schreibweisen, deshalb ist eine Änderung nach WP:KORR explizit unerwünscht. Erschwerend kommt hin, dass die Änderung zu keiner [[Hilfe:Kleine_Änderungen#Was_keine_kleinen_Änderungen_sind|nach außen sichtbaren oder wirksamen Veränderung führt]]. Auch damit agiert das Skript regelwidrig.
:: Ich darf doch daran erinnern, dass Skriptdoktoren eine dienende Funktion haben. Dass sich Autoren, die den Content liefern, demütig danach zu richten oder hinzunehmen hätten, was in einem Skript programmierrt wurde, scheint mir widersinnig. Schönen Abend noch --[[Benutzer:Phi|Φ]] ([[Benutzer Diskussion:Phi|Diskussion]]) 18:44, 21. Nov. 2020 (CET)
:::+1 zu Phi, solche Skriptänderungen sind bestenfalls überflüssig, im Grunde aber unnötig und nervig. --[[Benutzer:Benatrevqre|Benatrevqre]] <sup>[[Benutzer_Diskussion:Benatrevqre|…?!]]</sup> 09:22, 22. Nov. 2020 (CET)
:::+1 eine ähnliche Diskussion hatte ich auch schon geführt ([https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:PerfektesChaos/js/WikiSyntaxTextMod&type=revision&diff=204562825&oldid=204422391&diffmode=source die wurde beim archivieren gelöscht]). Ich habe damals schon angeführt, dass auch kein "'''Korrektor'''", "'''Botbetreiber'''" oder "'''Toolprogrammierer'''" ein Anspruch auf seinen privaten Wikisyntax hat. Schade, aus einem gutem Tool könnte ein wirklich großartiges Tool werden, wenn es nicht nur einseitig die Interessen der Korrektoren, sondern auch die der Autoren, also die, die Wikipedia mit Inhalten und Leben füllen, berücksichtigen würde. Aber dafür gibt es bei PC leider nur wenig  <s>Verständnis</s> [[Empathie]]. Gruß --[[Benutzer:Bert.Kilanowski|Bert]] ([[Benutzer Diskussion:Bert.Kilanowski|Diskussion]]) 11:43, 22. Nov. 2020 (CET)
:::: Dem kann ich ganz und gar nicht zustimmen, denn für mich sind die Hilfen, die das Tool mir bei der Bearbeitung bietet von großem Vorteil, und die leidigen Quelltextstreitigkeiten kann ich auch nicht nachvollziehen, denn ein geordneter Quelltext ist viel übersichtlicher und versändlicher als wenn es jeder so macht wie er es für richtig hält. Veraltete Syntax zu ersetzen ist zudem vorbeugende Wartung. Beteiligt sich einer von euch an der Wartung? Oder interessiert es euch einfach nicht? Ich stehe voll hinter dem was das Tool tut, da es mir sehr viel Arbeit abnimmt. Dinge, die ich sonst von Hand ersetzen müsste und oftmals übersehen würde. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:50, 22. Nov. 2020 (CET)
::::: Ich sagte ja ein gutes Tool. Nur man sollte auch bedenken: ohne die Arbeit von Autoren gäbe es nichts zu korrigieren. Einfach nur auf dem  eigenen Standpunkt zu beharren und fortwährend damit Autoren vor den Kopf zu stoßen, [https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:PerfektesChaos/js/WikiSyntaxTextMod&type=revision&diff=202921270&oldid=202834560&diffmode=source statt Verbesserungswünsche aufzugreifen] ist nicht zielführend. Es ist auch für mich als langjähriger Autor immer noch extrem frustrierend, wenn ich viele, viele Stunden Arbeit in einen Artikel stecke, der dann im Syntax einfach durch einen Bot "grundlos" verändert wird (denn [[WP:KORR]] gilt nmM sinngemäß auch für Skript) und mir gesagt wird, erst dadurch wird der Artikel wirklich gut. Ein BOT oder Tool soll die Autoren bei der Arbeit unterstützen, er steht aber nicht über der Arbeit der Autoren, denn ohne diese ist er wert- und nutzlos. WP leidet heute schon an Autorenschwund. Deren Leistungen und Standpunkte zu ignorieren und abzuwerten hilft nicht dabei neue Autoren lange zu halten. Ich mache bei [[Wikifrust]] eine mehr oder weniger lange Pause, andere Autoren kommen einfach nicht wieder. Gruß --[[Benutzer:Bert.Kilanowski|Bert]] ([[Benutzer Diskussion:Bert.Kilanowski|Diskussion]]) 12:32, 22. Nov. 2020 (CET)
::::: Liebe Lómelinde, Quelltextedits ohne sichtbare Auswirkungen sind nach [[Hilfe:Kleine_Änderungen#Was_keine_kleinen_Änderungen_sind]] explizit unerwünscht: „Eine reine Syntax-Modernisierung oder Quelltext-Formatierung rechtfertigt keine neue Artikel-Version und persistente Datenbank-Belastung.“ Du siehst das anders, das sei dir unbenommen. Mein Rat: Schlag doch eine Änderung der entsprechenden Formulierung [[Hilfe_Diskussion:Kleine_Änderungen|hier]] vor. Solange die Regel so lautet, wie sie lautet, gilt sie auch. Sonntagsgrüße --[[Benutzer:Phi|Φ]] ([[Benutzer Diskussion:Phi|Diskussion]]) 12:42, 22. Nov. 2020 (CET)
:::::: Ich bin auch Autorin hier, füge durchaus auch etliche Inhalte hinzu und habe etliche hundert Artikel erstellt. Das Tool wird ja nicht nur von Leuten verwendet die Wartung betreiben, aber eben auch von solchen. Und das Argument Korrektoren zieht hier nicht, es geht eher um valide und zukunftsfähige Syntax. Korrektoren wurde mal angelegt um reine Umschreibungen von gleichbedeutenden Begriffen zu verhindern, es wird aber leider immer immer wieder von Hauptautoren dafür missbraucht ihre eigenen Vorstellungen als die einzig wahren durchzudrücken. Das finde ich dann auch sehr frustrierend. Mich unterstützt das Tool nur bei der Arbeit und ich verstehe echt nicht wo das Problem sein soll. Valide Syntax hilft nicht nur den Autren sondern auch anderen Hilfsmitteln und der Weiterverwendung. Es geht nicht darum zu sagen wie du das formatierst hast ist doof. Es übt keinerlei Kritik, es bereinigt lediglich einige formale Dinge. Aber es ist sinnlos darüber zu streiten. Ich könnte ohne diese Hilfe nicht wirklich effektiv arbeiten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:43, 22. Nov. 2020 (CET)
::::::::: Ich schreib nicht über WP:KORR, sondern über Hilfe:Kleine_Änderungen#Was_keine_kleinen_Änderungen_sind. Lies doch bitte mal, was da steht. dann kannst du es entweder beherzigen oder zu ändern versuchen. Einstweilen unterbleiben bitte reine Ordnung von Quelltexten und vorbeugende Wartung. Danke im Voraus und liebe Grüße zurück --[[Benutzer:Phi|Φ]] ([[Benutzer Diskussion:Phi|Diskussion]]) 12:47, 22. Nov. 2020 (CET)
:::::::::Es gibt schlicht und einfach kein Primat eines vermeintlich "geordneten Quelltextes", zumal dieser garnicht definiert ist. HTML und übrige Textauszeichnungen sind bewusst sehr frei interpretierbar, der Wikicode orientiert sich daran. Zu strenge Vorlagen werden nicht nur als bevormundend empfunden, vielmehr widerspricht sowas auch dem pluralistischen Projektgedanken, womit das Konsensgebot omnipräsent über allem stehend respektiert werden soll. --[[Benutzer:Benatrevqre|Benatrevqre]] <sup>[[Benutzer_Diskussion:Benatrevqre|…?!]]</sup> 12:50, 22. Nov. 2020 (CET)
:::::::Hallo Lómelinde, danke für deinen Kommentar. Ich schätze deine Meinung und deine Arbeit wirklich sehr. Du schreibst von "valide und zukunftsfähige Syntax", aber wer bestimmt in WP, was das ist? So wie ich das verstehe, gibt es bewusst keine allzu engen Vorgaben oder vereinfacht gesagt, ist alles erlaubt/richtig was keinen Fehler erzeugt. Ich persönlich fände es sogar gut, wenn es beim Syntax genauere/verbindliche Vorgaben geben würde, nach denen ich mich als Autor richten kann. Denn dann könnte man sich viele der nachfolgenden Korrekturedits und unnötige Diskussionen wie diese hier sparen. Solange es solche Vorgaben aber nicht gibt, hat nmM jeder Autor - in den vorgegebenen Grenzen - ein Recht darauf Artikel nach eigenen Vorlieben zu schreiben. Beispielsweise finde ich die [[:Vorlage:Literatur]] einzeilig deutlich übersichtlicher, [https://de.wikipedia.org/w/index.php?title=Ernst_Otto_Fischer&diff=prev&oldid=179003923&diffmode=source eine Korrektur auf einen mehrzeiligen Quelltext durch einen BOT], die nmM einzig die persönliche Vorliebe des BOT-Betreibers zeigt, ist für mich unnötig und daher ein nicht gerechtfertigter Verstoss gegen [[WP:KORR]]. 
:::::::Miteinander reden und versuchen, den Standpunkt anderer Autoren zu verstehen sollte das Primat der Stunde sein. Weiterhin frohes Schaffen wünscht --[[Benutzer:Bert.Kilanowski|Bert]] ([[Benutzer Diskussion:Bert.Kilanowski|Diskussion]]) 14:12, 22. Nov. 2020 (CET)

Im fraglichen Fall, einer Einbindung der [[Vorlage:Zitat]], war die Quelltexteinbindung in einer einzigen Quelltextzeile seit immer unerwünscht gewesen.
* Bereits [[Spezial:PermaLink/68417268#Beispiele|das 2009 bis heute gezeigte Quelltextbeispiel]] sieht vor:
** Jeder Parameterwert auf einer eigenen Zeile, und benannte Parameter.
** Das bereits [[Spezial:PermaLink/63756520|im allerersten Entwurf 2009]], jeder Parameterwert auf einer eigenen Zeile.
* Benannte Parameternamen
** Es haben schon sehr oft die „Hauptautoren“ ihre eigenen Pipes nicht abgezählt bekommen und <code>Quelle</code> und <code>Autor</code> falsch zugeordnet.
** Wir verwenden deshalb seit einem Jahrzehnt benannte Parameter für alle derarigen Zuweisungen, um sowohl den nachfolgenden Bearbeitern wie auch dem Ersteller selbst die korrekte Zuordnung zu ermöglichen.
** Damit sind Gleichheitszeichen innerhalb von Zitat-Texten, auch wegen HTML-Elementen, kein Problem mehr.
** Dies auch ununterbrochen seit 2009 Vorbild im [[Spezial:PermaLink/68417268#Beispiele|Quelltextbeispiel]]
* Auch in den Kopiervorlagen ist seit 2010 in der [[Spezial:PermaLink/72253919|Kurzform]] bzw. [[Spezial:Diff/72445446|Langform]] die Anordnung auf neuen Zeilen sowie die Verwendung benannter Parameter vorgegeben.
** Nicht explizit dabei steht, dass natürlich der gesamte Block nicht innerhalb desselben Absatzes steht, sondern genauso einen eigenen Quelltextbereich separiert vom vorangehenden wie auch nachfolgenden Fließtext erhält.
** Die Einbindung eines Blockzitats mitten in den laufenden Fließtext, in einer einzigen durchlaufenden Zeile, war schon immer unerwünscht gewesen und von Anfang an eine Rücksichtslosigkeit gegenüber allen anderen Autoren. Dies wurde nun nebenbei anlässlich einer inhaltlichen Bearbeitung geheilt.
Finde die Pipes:
<pre>
{{Zitat|Lorem ipsum dolor sit amet, consectetur adipiscing elit et lacinia purus placerat odio interdum ante maximus, a sodales sem mattis non commodo ante hendrerit ullamcorper eleifend euismod tincidunt rhoncus commodo dui eu pellentesque rhoncus vel fringil|lirum larum löffelstiel|Independency of dependencies, 3. Kapitel, 1978, McGill|lang=la}}
</pre>
Es gibt keinerlei Rechtsanspruch von „Hauptautoren“, eine unerwünschte und die nachfolgenden Bearbeiter benachteiligende Quelltextsyntax in „ihrem“ Artikel beizubehalten und allen anderen Bearbeitern aufzuzwingen.
* [[WP:KORR]] behandelt für die Leser sichtbare sprachliche Varianten, insbesondere Schreibvarianten nach alter und neuer Rechtschreibung ab 1995 usw. Für Quelltextsyntax ist dies unmaßgeblich.
* Die Software „versteht“ unendlich viele unendlich verwirrende Syntaxkonstrukte, und stellt sie richtig dar. Für uns Menschen ist hingegen eine für alle Bearbeiter leicht verständliche und auch einheitlich gewohnte Notation entscheidend. Die Argumentation, jede Quelltextnotation wäre erlaubt und gleichberechtigt, die von der Wiki-Software in die richtige Darstellung überführt werden könne, ist gaga.
* Der in Rede stehende Edit war im Übrigen durch einen Linkfix ausgelöst worden und insofern berechtigt. Der Verweis auf „Eine reine Syntax-Modernisierung oder Quelltext-Formatierung rechtfertigt keine neue Artikel-Version und persistente Datenbank-Belastung.“ ist damit eine pure Nebelkerze. Als aus begründetem Anlass der Edit vorgenommen wurde, um die Verlinkung anzupassen, wurde im selben Edit und deshalb ohne die Versionsgeschichte erneut zu belasten die Syntaxvereinheitlichung nebenbei nachrangig ausgeführt.
* Der den Edit auslösende [[Spezial:Diff/205783780|Linkfix]] betrifft (seltsame Rechtschreibung, aber das war dann wohl Originalzitat): <code style="white-space:nowrap"><nowiki>[[Gerhard Schröder (Politiker, 1910)|Außnminister]]</nowiki></code>
** Da würde ich dann noch ein <code>&lt;!--sic--></code> oder <code><nowiki>[[sic!]]</nowiki></code> erwarten, um Eindeutigkeit sicherzustellen.
** Nebenbei wird ein <code>ReferenceA</code> als benannter Einzelnachweis in diesem Artikel verwendet. Das ist dümmlichstes C&P irgendeiner Kopiervorlage; gemeint ist das so, dass dieses <code>"ReferenceA"</code> vom „Hauptautor“ durch einen sprechenden Namen wie etwa  <code>"Rauschenbach"</code> ersetzt werden soll.
* {{ping|Diwas}} Du hattest dir ja heute morgen auf FZW mehr Übersichtlichkeit gewünscht; der VisualEditor formatiert beim Antreffen der [[Vorlage:Zitat]] exakt genauso wie dokumentiert und hier praktiziert.
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:43, 22. Nov. 2020 (CET)
: Dass [[WP:KORR]] „für die Quelltextsyntax unmaßgeblich“ wäre, PerfektesChaos, scheint mir eine ad hoc-Erfindung von dir zu sein. Ich kann in unseren Regularien nichts dergleichen finden.
: Vorlagen haben keinen regulativ-verbindlichen Charakter. Jeder kann so eine Vorlage schreiben und verändern, kein Mensch ist aber verpflichtet, sich daran zu halten. Wie lange so eine Vorlage existiert, ist unmaßgeblich.
: Auf H:KÄ gehst du gar nicht ein. Ich werte das als Zustimmung, dass reine Quelltextkosmetik unterbleiben soll.
: Ich behalte mir auch weiterhin vor, Sinnlos-Edits wie die Einfügung von Leerzeichen oder von |Text= in eine Vorlage zu revertieren. Wiederholtes Einfügen ohne Konsens ist Edit War und wird von mir so behandelt werden. Ich bin aber zuversichtlich, dass das nicht nötig werden wird. In diesem Sinne ein schönes Restwochenende --[[Benutzer:Phi|Φ]] ([[Benutzer Diskussion:Phi|Diskussion]]) 16:49, 22. Nov. 2020 (CET)

:: Es ist schlicht eine Falschbehauptung: „Auf H:KÄ gehst du gar nicht ein“.
:: [[H:KÄ]] schreibt, Hervorhebungen im Original:
::* Ein Edit soll immer ''mindestens'' zu einer '''nach außen sichtbaren oder wirksamen Veränderung''' führen; 
:: Der Benutzer hatte mit dem Bearbeitungskommentar ''lf'' eine Verlinkung angepasst.
:: Ich bin darauf eingangen per <code style="white-space:nowrap"><nowiki>[[Gerhard Schröder (Politiker, 1910)|Außnminister]]</nowiki></code> – [[Gerhard Schröder (CDU)]] isnichmehr.
:: In der Entstehungsgeschichte und Auslegung von [[WP:KORR]] ging es noch niemals um Quelltextsyntax, sondern um mehrfache Rechtschreibvarianten, stilistisch gleichwertige deutschsprachliche Konstruktionen usw. Es ist ein Missbrauch der Projektseite, daraus herleiten zu wollen, dass jedes Byte einer Quelltextsyntax genau so bleiben müsse wie man das 2012 mal für sich privat haben wolle.
:: [{{canonicalurl:Wikipedia:KORR|redirect=no}} WP:KORR] ist eine Weiterleitung auf [[Wikipedia:Rechtschreibung #Korrektoren]]. Es ist hanebüchener Unsinn zu behaupten, eine Projektseite zur deutschen Rechtschreibung wäre eine Rechtfertigungsgrundlage für die Formatierung von Wikisyntax und Ermächtigungsgrundlage für „Hauptautoren“, in „ihrem“ Artikel eine private und für andere Bearbeiter missverständliche Quelltextformatierung durchzusetzen.
:: Die ordnungsgemäße Verwendung der [[Vorlage:Zitat]] sieht, wie oben von mir nachgewiesen, seit 2009/2010 jede Parameterzuweisung auf einer eigenen Zeile vor, ferner benannte Parameter zur Vermeidung falsch durchgezählter Pipes, wie es häufig vorkommt.
:: Die einheitliche Quelltextformatierung, auf die hin bereits konvergiert wird, dürfte in einigen Jahren unausweichlich sein. Der bereits seit mehreren Jahren verwendete neue Wiki-Parser hinterlegt zurzeit noch den Quelltext in der überkommenen Formatierung Byte für Byte als Text in der Datenbank, und bildet dann daraus ein neutrales strukturiertes Datenmodell zur Darstellung der HTML-Seite. Es zeichnet sich ab, dass in mittlerer Zukunft der Schalter umgelegt und der Prozess umgekehrt werden wird: In der Datenbank wird nur noch das neutrale Strukturmodell des Wikitextes gespeichert, Syntaxelement für Syntaxelement als Objekt. Sollte irgendjemand Quelltextbearbeitung wünschen, dann wird nach festen Regeln daraus ein global einheitlich formatierter Quelltext generiert und mit Abspeichern der Bearbeitung dies wieder in die neutrale Datenstruktur überführt. Was auch immer jemand an Quelltextkunststückchen gebastelt hatte wird dann neutralisiert (für technisch interesssierte Mitleser: entsprechend des DOM im HTML-Dokument).
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:13, 22. Nov. 2020 (CET)
::: Verzeihung, dass ich deinen Technikjargon nur unvollkommen verstehe. Von Zeilen schrieb ich doch gar nicht, sondern von Leerzeichen und obsoleten Parametern. Schön, dass wir uns einig sind, dass kein Edit ohne nach außen sichtbare oder wirksame  Veränderung getätigt werden soll. Zu WP:KORR sind wir uns nicht einig. On verra. Abendgrüße --[[Benutzer:Phi|Φ]] ([[Benutzer Diskussion:Phi|Diskussion]]) 18:57, 22. Nov. 2020 (CET)

:::: Hier wird nur eines deutlich: 2 Autoren möchten ihren persönlichen Umgang mit Quelltext als Privileg verteidigen, während Dutzende von Syntaxfixern einen '''allgemeingültigen Standard umsetzen'''&nbsp;– auf meiner Beo täglich durchschnittlich ein Dutzend dahingehender Nachbesserungen, allen voran von Aka, Invisigoth67 und Crazy1880.
:::: Ich finde es nicht wert, auf die "Argumente" der beiden einzugehen, denn würden sie die Syntaxstandards anerkennen, käme ihnen jede dahingehende Nachbesserung gelegen&nbsp;– völlig unabhängig davon, ob mit sichtbarem Ergebnis oder nicht.
:::: Geschmackliche Quelltext- und Vorlagenformatierung gehört nicht zum Aufgabenbereich der Autorenschaft. Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 19:23, 22. Nov. 2020 (CET)

::::: Das ist völliger Unsinn. Hier geht es gerade nicht um einen „allgemeingültigen Standard“, und Du weißt ganz genau, dass die beiden mit ihrer Ansicht keineswegs alleine dastehen. Gerade Aka und Invisigoth67 beschränken sich außerdem auf echte Korrekturen und nutzen eben nicht dieses umstrittene Skript. Die von PC angeführte Behauptung, dass irgendwann sowieso auf das interne Datenmodell umgestellt werde, zeigt zudem deutlich, wie sinnlos diese Bearbeitungen sind. In diesem Fall hätten sie keinerlei Nutzen und verursachen nur Ärger. Wenn es aber wirklich irgendwann einmal dazu kommen sollte, dürfte der Aufschrei groß werden. --[[Benutzer:Rodomonte|Rodomonte]] ([[Benutzer Diskussion:Rodomonte|Diskussion]]) 19:41, 22. Nov. 2020 (CET)
::::::Dazu wird es nicht kommen. Die WP lebt von ihren Autoren und ihren handgeschriebenen Texten, nicht von vereinheitlichungswilligen Vorlagenschubsern. Solche Helferlein sind Unterstützung, aber keine Richtschnur; somit ist die Nutzung von Vorlagen freibleibend. Eine Verbindlichkeit gibt es nicht und war auch niemals ihr Zweck, als man sie zuließ. --[[Benutzer:Benatrevqre|Benatrevqre]] <sup>[[Benutzer_Diskussion:Benatrevqre|…?!]]</sup> 07:51, 23. Nov. 2020 (CET)
Ich sag mal so, vieles wäre erheblich einfacher, wenn hier nicht jeder sein eigenes Süppchen kochen würde und sich alle mehr an einheitlichem Format orientieren würde. Es dient auch der Vereinfachung für neue Autoren. Ich bin beispielsweise eine echte verfechterin von sprechenden Vorlagennamen und den zugehörigen benannten (verständlichen und weit robusteren) Parametern. Sie erleichtern es anderen zu verstehen was wo in einer Vorlage eingetragen werden soll und welchem Zweck der Eintrag dient, aber wen interessiert das schon? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:02, 23. Nov. 2020 (CET)

::: "...''dann wird nach festen Regeln daraus ein global einheitlich formatierter Quelltext generiert und mit Abspeichern der Bearbeitung dies wieder in die neutrale Datenstruktur überführt. Was auch immer jemand an Quelltextkunststückchen gebastelt hatte wird dann neutralisiert'' ..." Da hoffe ich mal, das PC recht hat und das bald kommt. Dann können die Autoren, die bis dahin noch nicht das Handtuch geworfen haben, sich endlich wieder voll und ganz mit der Sammlung von Wissen beschäftigen und die vielen dann arbeitslosen Korrektoren könnten sie dabei sogar noch produktiv unterstützen. In diesem Sinne allen Beteiligten noch frohes Schaffen. Gruß --[[Benutzer:Bert.Kilanowski|Bert]] ([[Benutzer Diskussion:Bert.Kilanowski|Diskussion]]) 19:59, 23. Nov. 2020 (CET)
::::Das wäre eine Verschlechterung, weil fehleranfällig. --[[Benutzer:Benatrevqre|Benatrevqre]] <sup>[[Benutzer_Diskussion:Benatrevqre|…?!]]</sup> 21:29, 23. Nov. 2020 (CET)

Hier hab ich einen '''Problemfall:''' {{Vorlage|Gesetzestext}}. Da würde ich mir dieselbe Formatierung erwünschen wie bei der Vorlage {{Vorlage|Zitat}}, d.h. den Parameternamen <code>Text=</code>, evtl. zusätzlich <code>Sprache=, Autor= |Quelle=</code>. Und Toleranz von Zeilenumbrüchen vor den Parametern <small>([[Gesetze und amtliche Regelungen zur geschlechtergerechten Sprache#Europa|Verwendungsbeispiel für beide Vorlagen]])</small>.<br />
Angenommen, das wäre umgesetzt und VE würde das fortan nutzen&nbsp;– WSTM würde dann immer bei entsprechenden Bearbeitungen Ergänzungen und Zeilenumbrüche einfügen. Das könnten altehrwürdige Vielnutzer der Vorlage als nervig empfinden. Aber hier wäre eine akute Anpassung der Nutzereinstellung an den "neuen Standard" zu erwarten, statt sich persönlicher Animositäten hinzugeben. Umgekehrt würde ich das auch von mir selber erwarten, falls meine Lieblingsvorlage "im Hintergrund" umgepuzzelt wird. Ungenommen bleibt natürlich immer die Möglichkeit einer kritischen Diskussion eines solchen Standards… übrigens hasse ich Parameternamen bei der Vorlage {{Vorlage|"}}!&nbsp;&nbsp;;)&nbsp; Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 23:46, 25. Nov. 2020 (CET)

: [[Vorlage:Gesetzestext]] ist mir als Sorgenkind geläufig.
: Ich plane eine mobilgerätetaugliche mehr-/viel-sprach-/schriftige Basisvorlage ganz allgemein für Textblöcke.
: Diese würde sowohl das bisherige Blockzitat (Fließtext) realisieren, wie auch zitierte Aufzählungen, die zurzeit überhaupt nicht funktionieren, wie auch Gesetzestexte, wie auch Gedicht- und Liedtexte oder Bibelstellen in beliebig vielen Übersetzungen und Umschriften.
: Der Parametersatz von [[Vorlage:"]] und [[Vorlage:Zitat]] ist miteinander harmonisiert.
: Die Parameterwelt aller Literatur-, Vertrags-, Gedicht-, Gesetzes-, Bibelzitate wäre dann ebenfalls zu harmonisieren.
: Da sich das dem Ende der Ära von 2010 zuneigt, wird WSTM hier keine neuen Baustellen mehr eröffnen, sondern die Harmonisierung der Zitatvorlagen weiterführen.
: Es ist mir völlig egal, wenn jemand die Einbindung nicht aus den Kopiervorlagen von 2009/2010 per C&P einfügt, sondern alles händisch eintippt und dann nur Pipes verwendet, sofern wenigstens die Pipes richtig abgezählt würden – was viele „Hauptautoren“ dann auch nicht hinbekommen. Es darf auch alles in dieselbe Quelltextzeile getippt werden. Aber niemand hat das Recht, von allen anderen Bearbeitern zu verlangen, dieser Brei müsse dann auf ewig unangetastet in „seinem“ Artikel verbleiben. Vorlagenmeister, Quelltextbearbeitung „2017“, TemplateWizard, WSTM, VisualEditor formatieren dies einheitlich gemäß der Kopiervorlage analog 2010 (heutzutage mit ein paar Leerzeichen weniger).
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 03:12, 26. Nov. 2020 (CET)
:: Niemand hat das Recht, von allen anderen Bearbeitern zu verlangen, die von einem Skript nach den persönlichen Vorlieben einer einzigen Person eingefügten Formatierungen zu akzeptieren. Solche Skripte sind purer Vandalismus. --[[Benutzer:Rodomonte|Rodomonte]] ([[Benutzer Diskussion:Rodomonte|Diskussion]]) 08:27, 26. Nov. 2020 (CET)
::: +1. Die vom Skript vorgenommen Formatierung der EN ist zum Sortieren derselben vollkommen ungeeignet. Ich habe mich schon öfter über diese Art der Formatierung geärgert, speziell wenn Artikel ausgebaut und die EN öfter umgestellt danach neu sortiert werden müssen. Ich sehe in dieser Art der Formatierung nur Nachteile, keinen Vorteil. --[[Benutzer:Mister Pommeroy|Mister Pommeroy]] ([[Benutzer Diskussion:Mister Pommeroy|Diskussion]]) 15:03, 22. Dez. 2020 (CET)
:::: Ich lese eigentlich nur passiv mit, aber habe dennoch eine kurze Frage. Es geht dir also, um die Sortierung der EN-Angaben als Quelltext und dies geht nicht mehr in der mehrzeiligen Formatierung? Darf ich fragen warum und wie du dies nutzt --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 21:31, 22. Dez. 2020 (CET)
::::: Wenn ich einen Artikel massiv umstelle (zB Methan in letzter Zeit), sind die EN im Text nicht mehr in derselben Reihenfolge wie im Abschnitt Einzelnachweise. Diese sortiere ich dann nach einiger wieder in die richtige Reihenfolge, in dem ich diese in zB Excel kopiere und dann sortiere. Geht relativ schnell, wenn die EN ohne Umbrüche sortiert sind. --[[Benutzer:Mister Pommeroy|Mister Pommeroy]] ([[Benutzer Diskussion:Mister Pommeroy|Diskussion]]) 22:29, 22. Dez. 2020 (CET)
:::::: Du sortierst also etwas, was aufgrund der verwendeten Technik bewusst nicht sortiert werden braucht, um zu funktionieren. Warum machst du dir diese Mühe? Welchen Sinn bzw. Nutzen hat die Umsortierung der Einträge nach Erstauftreten für dich oder andere? (Nach Autornamen oder EN-Namen hätte ich ja noch irgendwie verstanden.)--[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 00:21, 23. Dez. 2020 (CET)
::::::: Das es funktioniert, ist mir schon klar, aber da man auch mal etwas löschen muss, ist es einfacher, wenn es sortiert ist. Für andere ist es ebenfalls leichter, wenn es sortiert ist. --[[Benutzer:Mister Pommeroy|Mister Pommeroy]] ([[Benutzer Diskussion:Mister Pommeroy|Diskussion]]) 07:50, 23. Dez. 2020 (CET)
Verstehe ich absolut nicht, ich habe es noch nie benötigt, dass Einzelbelege in irgendeiner Form sortiert sein müssten zumal ja jeder, der dann einen neuen Beleg einfügt verpflichtet wäre es in den Bereich einzusortieren, wo es nach deiner privaten (POV) Sortierreihenfolge hingehören würde, das finde ich schon sehr schräg. Ich käme nie darauf diese Belegangaben zu sortieren, anders ist es im Abschnitt Literatur oder Weblinks, aber selbst da herrschen sehr unterschiedliche Ansichten darüber in welcher Reihenfolge etwas sortiert sein sollte. Und einfacher ist es auch nicht wirklich den Beleg zu finden, denn man muss ja nur <code>ref name</code> kopieren und danach im Quelltext suchen, schon ist man beim richtigen Eintrag. Also ich sehe das als absolute Privatmeinung an und eine ständige Umsortierung nach Änderungen durch andere ist nach meiner Meinung eine unnötige Belastung der Versionsgeschichte. Wenn jemand also auf die Idee käme die Abschnitte neu anzuordnen müssten dann alle Einzelbelege, die mit verschoben wurden, neu sortiert werden, ne echt jetzt, das kann ich nicht verstehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:22, 23. Dez. 2020 (CET)
: Volle Zustimmung, die ständige Umsortierung der Einzelnachweise gegen den Hauptautor durch dieses Skript ist eine absolut unnötige Belastung der Versionsgeschichte, daher sollte diese Funktion einfach abgeschaltet werden. --[[Benutzer:Mister Pommeroy|Mister Pommeroy]] ([[Benutzer Diskussion:Mister Pommeroy|Diskussion]]) 09:43, 23. Dez. 2020 (CET)
: P.S.: Abgesehen davon verstehe ich auch deine Änderungen auf Diskussionsseiten nicht (Darstellungsfehler HTML5 fixed), das interessiert nun wirklich niemanden. --[[Benutzer:Mister Pommeroy|Mister Pommeroy]] ([[Benutzer Diskussion:Mister Pommeroy|Diskussion]]) 09:43, 23. Dez. 2020 (CET)
:: Ob meine Bearbeitungen irgendjemanden „interessieren“ hat nichts mit deiner Vorliebe der Sortierung oder diesem Skript zu tun. Es ist schlicht ein Service, weil es dazu entsprechende Fehlerlisten ([[Spezial:LintErrors]]) gibt und diese Fehler nun mal zu defekten Darstellungen auf den Seiten führen oder sie gar komplett zerlegen können. Siehe auch [[Hilfe:Wikisyntax/Validierung]].
:: Das Skript „sortiert“ keinesfalls die Einträge, dazu besteht ja auch keinerlei Grund, denn die Sortierung der Reihenfolge der angezeigten Einzelnachweise richtet sich nach deren Auftreten und das macht allein die Wiki-Software. Für mich sind die einzelnen Einträge auch durchaus leichter zu unterscheiden wenn sie im Abschnitt Einzelnachweise nicht „inline“ formatiert sind. Die Angaben lassen sich leichter vergleichen und etwaig fehlendes schneller erkennen. Das ist dann aber wieder meine private Meinung. Zudem sieht ein Benutzer, der mit dem visuellen Editor arbeitet, gar nichts von all dem. Übrigens, auch Hauptautoren haben keine Sonderrechte am Inhalt der Seiten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:14, 23. Dez. 2020 (CET)
:: Hallo Mister Pommeroy, es ist deine persönliche Vorliebe, um eine Art Ordnung für dich zu erhalten (wie auch [[Spezial:Diff/206807741/206810931|diese]]). Also stoßen wieder zwei Vorlieben aufeinander. Das ist in der Regel nur zu lösen, wenn man die Sinn und Zweck beider Vorlieben genau anschaut und dann gemeinsam eine Lösung findet. Nachdem was ich hier gelesen hab, kommt mir der Arbeitsablauf allerdings recht ineffektiv vor. Die Suchfunktion des Browsers zu nutzen, ist da doch effektiver und spart zusätzliche Arbeitsschritte oder nicht? Ob nun manuell formatierte Einzelnachweise in der references-Umgebung mehrzeilig formatiert werden müssen, weiß ich allerdings auch nicht. Zum Aufspüren von Syntaxfehlern mag das hilfreich sein, aber ein Beispiel hab ich nicht. Mich persönlich stört das nicht, da es in Einklang mit der Einbindung von Vorlagen ist. Bei ihnen fördert der Zeilenumbruch nach jedem Parameter meiner Meinung nach die Übersichtlichkeit. Liebe Grüße --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 13:07, 23. Dez. 2020 (CET)
::: Hallo Cepheiden, nein, das hat meines Erachtens nichts mit Vorlieben zu tun. Ich mache mir halt die Mühe, Artikel auszubauen, und dafür opfere ich viel Zeit und benutze eben mein System und nicht irgend ein anderes. Das Skript investiert gar nichts und stört nur mein System, ohne das es zu irgendeiner Verbesserung führt, ist es (und offensichtlich nicht nur für mich) ein Verstoß gegen [[WP:KORR]], den man unterlassen sollte. Und ich bin nicht der Einzige, der sich davon gestört fühlt. Auch andere Autoren benutzen ein ähnliches System wie ich und stören sich ebenfalls an der dauernden Umsortierung. --[[Benutzer:Mister Pommeroy|Mister Pommeroy]] ([[Benutzer Diskussion:Mister Pommeroy|Diskussion]]) 13:26, 23. Dez. 2020 (CET)
::::Moin Moin Mister Pommeroy, du schreibst ja oben ''"Für andere ist es ebenfalls leichter, wenn es sortiert ist."'' Wenn ich mir aber mal so den Artikel über [[Methan]] anschaue, dort spezieller die Einzelnachweise [[Methan#Einzelnachweise]] (also im Quelltext), dann würde ich das nackte grausen bekommen und wäre abgeschreckt. 1.) Alles in einem Block, wo man erstmal suchen müsste, wo fängt der Einzelnachweis an, wo endet er. 2.) Eine Sortierung nach ABC sehe ich da auch nicht, die Ref-Name sind so verstreut, da sehe ich G, dann E, dann M, dann C? Logik? Keine. 3.) Vllt. magst du auch die alten Vorlagen etc. ersetzen, wie DOI, dass macht schon einiges aus. mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:25, 23. Dez. 2020 (CET)
:::::Hallo Crazy1880, die EN sind nach dem Auftreten im Artikel sortiert, oder sollten es sein (also EN 1 als erster Artikel im Quelltext). Ich weiß ja nicht, wie andere das handhaben, aber um meine eigenen EN einigermaßen im Blick zu haben, brauche ich eine gewisse Ordnung. Bzgl. der alten Vorlagen: ich benutze nur ''doi:'' und nicht ''DOI|'', falls Du das meinst, aber nicht alle EN sind von mir eingestellt worden. Im Laufe der Bearbeitung werde ich das einheitlich haben. --[[Benutzer:Mister Pommeroy|Mister Pommeroy]] ([[Benutzer Diskussion:Mister Pommeroy|Diskussion]]) 11:39, 24. Dez. 2020 (CET)
:::: Hallo Mister Pommeroy, doch es ist nichts anderes als eine Vorliebe, so wie wir alle Vorlieben zur Struktur, Format oder Formatierungen eines Artikels haben. Warum? Eben weil es eine von vielen Möglichkeiten ist und keine Notwendigkeit bzw. übergeordnete Vorgaben bestehen es so zu machen. Oft sind Vorlieben unterschiedlicher Autoren nicht im Einklang, so wie ich nicht verstehe, warum alle EN im References-Block sein müssen, was für einmalige EN in langen Artikel viel umständlicher ist (Jetzt muss ich den ganzen Quelltext durcharbeiten um Änderungen zu machen und nicht nur den Abschnitt). Ja, du verbringst viel Zeit damit DEIN System einzupflegen und es mag dir nicht gefallen, aber diese Zeit ist meines Erachtens vertane Zeit. Du bringst jetzt aufwendig dein System (inkl. Vorlagenumarbeitung) in einen Artikel den du gerade aufarbeitest (danke dafür), aber zum einen wer sagt denn, die andere Autoren das gut finden (nein der mehr geschrieben hat, hat keine Sonderrechte), zum anderen wie willst du in den nächsten Jahren sicherstellen, dass dieses System erhalten bleibt und noch viel entscheidender warum überhaupt? Überlege mal, ob dies wirklich die beste und effektivste Arbeitsweise für dich ist. Unabhängig sehe ich nicht, dass hier aktuell eine Einigung zu finden ist, denn zuvor müsste man ein einheitliches Verständnis von [[WP:KORR]] (gilt es nun für den Quelltext?) und [[WP:Hauptautor]] (haben die Sonderrechte?) sowie dem Nutzen der Korrekturen dieses Skripts sind (Aus meiner Sicht haben "Hauptautoren" keine Sonderrechte und das Skript bringt eine qualitative Verbesserung des Quelltexts). Daher ist die Diskussion auch nicht mehr zielführend. --[[Benutzer:Cepheiden|Cepheiden]] ([[Benutzer Diskussion:Cepheiden|Diskussion]]) 13:48, 24. Dez. 2020 (CET)

== VE-doi-Murks-Nachbesserungen ==

Bei [[Spezial:Diff/207950164|diesem Edit]] wollte WSTM die komischen Dopplungen wie <code><nowiki>([[doi:10.1055/s-0041-109281|doi:10.1055/s-0041-109281 <span></span>]])</nowiki></code> bereinigen, hat allerdings vorgeschlagen: <code><nowiki>([[doi:10.1055/s-0041-109281doi:10.1055/s-0041-109281 ]])</nowiki></code>. Ich habe zwar die Leerzeichen am Ende entfernt, aber die stehengebliebene Dopplung nicht bemerkt.

Ließe sich dahingehend noch etwas nachbessern? Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 19:29, 22. Jan. 2021 (CET)

== maplink ==

Gaaaanz ehrlich das [[Spezial:Diff/208853832/208868707]] ist Murks. Also zum einen meine ich natürlich die vielen Maplinks in einem einzigen Artikel und zum anderen was WSTM dann daraus macht. Das wird Ärger geben, vermute ich. Gemeint ist das Zerbrechen des Satzbaus. Wenn ich nicht aufgepasst hätte dann wäre es so herausgekommen.

[…] der
<maplink zoom="14" longitude="7.6716" latitude="46.5365" text="''Blauseekurve''">
{"type": "Feature", "geometry": { "type": "Point", "coordinates": [7.6728,46.5237] },
 "properties": {"title": "''Blauseekurve''", "marker-color": "228B22" }}</maplink>. Andernfalls wurde ein Wendetunnel gebaut, wie zum Beispiel der
<maplink zoom="14" longitude="8.59868" latitude="46.69529" text="Wattingertunnel">
{"type": "Feature", "geometry": { "type": "Point", "coordinates": [8.59868,46.69529] },
 "properties": {"title": "Wattingertunnel", "marker-color": "228B22" }}</maplink> bei der Doppelschleife von [[Wassen]] […]

[…] der
<maplink zoom="14" longitude="7.6716" latitude="46.5365" text="''Blauseekurve''">
{"type": "Feature", "geometry": { "type": "Point", "coordinates": [7.6728,46.5237] },
 "properties": {"title": "''Blauseekurve''", "marker-color": "228B22" }}
</maplink>
. Andernfalls wurde ein Wendetunnel gebaut, wie zum Beispiel der
<maplink zoom="14" longitude="8.59868" latitude="46.69529" text="Wattingertunnel">
{"type": "Feature", "geometry": { "type": "Point", "coordinates": [8.59868,46.69529] },
 "properties": {"title": "Wattingertunnel", "marker-color": "228B22" }}
</maplink>
 bei der Doppelschleife von [[Wassen]] […]

Ob die Leute so etwas wirklich toll finden? Ich jedenfalls nicht na aber wer’s braucht. Es darf jedenfalls nicht passieren, dass das Leerzeichen mit in die neue Zeile geschoben wird. Auch ein Satzzeichen am Zeilenanfang verleitet zum Löschen des Zeichens. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:20, 16. Feb. 2021 (CET)

: Ich wusste schlicht nicht, dass das ''inline'' funkioniert; ich wusste überhaupt nicht was das ist. Zu der Zeit hatten wir noch kein einziges Vorkommen gehabt, ich kannte nur das Schlüsselwort.
: Deshalb war es ''block'' eingestuft gewesen, wie eine ''gallery'' und ich dachte da wird eine Landkarte angezeigt.
: Kinderleicht umzukonfigurieren; kommt in Kürze.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:17, 16. Feb. 2021 (CET)

: wenn du schon dabei gehst: Warum die Reihenfolge "longitude= latitude=" ? Das führt nur zu fehlerhaften Einträgen, da in fast allen Vorlagen, und auch bei Googlemaps sowie OSM (sowie anderen internationalen Kartendiensten, muß ich die jetzt alle referenzieren?)) das genau andersrum gehandhabt wird. Erst Breitengrad dann Längengrad ist schon fast eine Norm. Kann man das noch umdrehen, ohne das da das halbe wiki umgedreht werden muß? --<small>Grüße aus dem Süden von Hamburg </small>[[Benutzer:Jmv|Jmv]] • [[Benutzer Diskussion:Jmv|Sprich mich an]] 21:04, 16. Feb. 2021 (CET)

::: Ich gehe da nicht bei.
::: Ich verändere lediglich den Status von Block- auf Inline-Element.
::: Mit dem Inneren und den Inhalten habe ich nichts zu tun.
::: Es gibt ganze 8 Vorkommen im ANR; da wüsste ich andere Sorgen.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:37, 16. Feb. 2021 (CET)

== Kästchen-Umbruch ==

Ich weiß, das klingt jetzt merkwürdig, aber [[Spezial:Diff/184704629/209002041]] da sind zwei <span title="LINE SEPARATOR">▯</span><span title="LINE SEPARATOR">▯</span> (der Inspektor sagt Separatoren) und WSTM hat sie herausgelöscht und die Zeile umgebrochen, also so.
<syntaxhighlight lang="html">
[…] mit inhaltlichem Schwerpunkt auf Russland. Die Themen behandeln Politik, […]
</syntaxhighlight>
wurde so
<syntaxhighlight lang="html">
[…] mit inhaltlichem Schwerpunkt auf Russland.
 Die Themen behandeln Politik, […]
</syntaxhighlight>
Was auch immer das für Zeichen sein mögen, sie sind jedenfalls für mich nur im verbesserten Diff (&diffmode=schnark) sichtbar. Daher schrieb ich Kästchen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:21, 19. Feb. 2021 (CET)

== merkwürdige Attributverdopplung ==

Aus dieser Datei mit fälschlich doppelter px-Angabe
* <code><nowiki>[[Datei:Yin yang.svg|220px|rahmenlos|center|200px]]</nowiki></code>
wird eine Datei mit dreifach-px
* <code><nowiki>[[Datei:Yin yang.svg|220px|rahmenlos|zentriert|220px|200px]]</nowiki></code>
Jaja es mahnt durch „Konflikt von Bildparameterwerten“ auch eine Doppelung an, aber wenn ich eh gerade nach doppelten Bildattributen suche, wäre das ja eine zu erwartende Meldung, was jedoch nicht erwartbar ist, ist das im Ergebnis dann drei Breiten auftauchen. Ich wollte schon in den Bearbeitungskommentar schreiben weshalb man denn die Breitenangabe dreifach setzt.  Gut dass ich noch mal geschaut habe wo die dritte herkam. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:30, 1. Mär. 2021 (CET)

: Stöhn.
: Das vordere Dingens sollte wegfallen, und alle (=2) sollten nach hinten.
: Danke für den Hinweis, in einer schlaflosen Nacht werde ich das weiter erforschen. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:51, 1. Mär. 2021 (CET)

== Tabellen und gallery-Tags ==

Nur zur Info: Auch das [[Spezial:PermaLink/181476574]] löst leider Probleme aus, dadurch das WSTM das Tag in die nächste Zeile verschiebt wird die Tabellensyntax zerbrochen. Ich habe es für diesen Fall jetzt auf [[Vorlage:Doppeltes Bild]] umgelegt, aber es sah schon sehr merkwürdig aus. Hier ein Ausschnitt.
{| class="wikitable"
|-
|colspan="5"| vorher
|-
| 1 || 13. bis 15. Juni 2000 || [[Pjöngjang]] ([[Nordkorea]]) || <gallery>
Kim Jong Il.JPG|[[Kim Jong-il]]
Kim Dae-jung (Cropped).png|[[Kim Dae-jung]]
</gallery> || Gemeinsame Erklärung …
|-
|colspan="5"| nachher
|-
| 1 || 13. bis 15. Juni 2000 || [[Pjöngjang]] ([[Nordkorea]]) ||
<gallery>
Kim Jong Il.JPG|[[Kim Jong-il]]
Kim Dae-jung (Cropped).png|[[Kim Dae-jung]]
</gallery> || <mark>Gemeinsame Erklärung …</mark>
|}
Frag mich nicht weshalb Leute auf solche Ideen kommen. Man hätte auch jeweils zwei Einzelbilder einbinden können. Es nervt mich sowie so schon länger, dass auch einzelne Bilder zur Gestaltung (mode="packed" oder mode="nolines") in gallery-tags verfrachtet werden und das auch noch auf der Seite [[Hilfe:Bilder]] explizit so „empfohlen“ wird. Dadurch landen dann auch andere Einzelbildgalerieeinbindungen in Tabellen ([https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7C+%5C%3Cgallery%2F&title=Spezial:Suche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1] [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7C%5C%3Cgallery%2F&title=Spezial:Suche&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1]) du kannst es hier [[Friedhof Rohr#Gräber]], [[Waldfriedhof Stuttgart#Gräber]] oder dort [[Ravigneaux-Satz#Funktion]] testen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:02, 6. Mär. 2021 (CET)
: Ehe der Bot auch das hier abräumt die [[Spezial:Diff/209315966/209332632|Attributverdopplung]] scheint noch immer offen zu sein und auch die Galerie in Tabellen macht weiterhin Probleme. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:43, 1. Apr. 2021 (CEST)

== Infoboxen Musik ==

Hi {{Ping|PerfektesChaos}} erstmal: tolles Skript :). Wäre es möglich, die Vorlagen {{Vorlage|Infobox Musikalbum}} und {{Vorlage|Infobox Song}} auch hinzuzunehmen und zu formatieren? Zudem fände ich es noch schön, wenn es möglich wäre, doppelte Leerzeichen im Fließtext (nicht in Tabellen/Vorlagen) herauszufiltern ;). Danke und Grüße, –[[Benutzer:IWL04|IWL]][[Benutzer Diskussion:IWL04|04]] • 18:04, 23. Mär. 2021 (CET)

:# Du musst mich auf meiner eigenen Werkzeug-Disk nicht anpingen; die beobachte ich schon und antworte pronto. Rote Alarmleuchten brauche ich nicht so dringend.
:# Danke für das Lob; ich werde es WSTM weitersagen.
:# Infoboxen Musik:
:#* Im Prinzip ja.
:#* {{Ping|XanonymusX}} Nicht ohne deinen Kommentar.
:#* Weil es immer mehr derartiger Anfragen gibt, und das den Code unübersichtlich macht und verlangsamt, gehe ich für derartige Standard-Aufgaben dazu über, funktionale Einzelprogrammierungen durch schematisierte Daten-Definitionen zu ersetzen, die sich einfacher pflegen lassen und weniger Code fressen. Deshalb kann es sich so oder so noch etwas hinziehen.
:# doppelte Leerzeichen im Fließtext
:#* Mache ich in der allen aufgezwungenen Standardversion ungern, weil möglicherweise irgendwer die irgendwozu gern behalten möchte. Ggf. durch eigene Ersetzungsregeln privat ausfiltern.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:06, 23. Mär. 2021 (CET)
::Das hatte ich eh schon mal selbst fragen wollen, ja; sind doch einige Aliasse entstanden durch meine Vereinheitlichungen in jüngerer Zeit. Einiges wurde schon per Bot umgestellt, im Rahmen der notwendigen Korrekturen, aber der Bestand scheint immer noch genug Benutzer zum Verwenden der alten Parameternamen zu verleiten. Ich selbst verwende praktisch nur den neuen Quelltexteditor, WSTM wird deshalb bei mir kaum jemals wirksam, aber den Kollegen im Musikbereich kann es sicher helfen, daher sehr gerne! Gruß–[[Benutzer:XanonymusX|XanonymusX]] ([[Benutzer Diskussion:XanonymusX|Diskussion]]) 00:21, 24. Mär. 2021 (CET)

:::Sorry für das tatsächlich unnötige Anpingen (hätte ich mir denken können ;)) und danke für die Antwort(en), hatte vergessen, [[Benutzer:XanonymusX|XanonymusX]] anzupingen. Weil ich aktuell durch relativ viele Album-/Liedartikel durchmuss: lohnt es sich dann, noch zu warten, oder wird es noch etwas dauern (kein Stress)? Das mit den doppelten Leerzeichen verstehe ich – und noch etwas: Habe ich [[Benutzer:IWL04/common.js|hier]] etwas falsch gemacht, sodass WSTM auf meinen Unterseiten nicht läuft? Danke und Grüße, –[[Benutzer:IWL04|IWL]][[Benutzer Diskussion:IWL04|04]] • 12:31, 24. Mär. 2021 (CET)

::::* „lohnt es sich dann, noch zu warten, oder wird es noch etwas dauern“
::::** Es lohnt sich nicht, auf irgendwas zu warten. WSTM wird irgendwann irgendwas in der Richtung machen.
::::** Was die Alias-Namen angeht, so ist das jetzt auf dem Dienstweg. Heißt: Es ist noch nicht online für andere außer mir, danach erproben einige Test-User sowas, und irgendwann wird es für alle wirksam.
::::** Reihenfolge der Parameter und Layout sind zurückgestellt. Braucht zuerst eine effektive Datenstruktur für viele Vorlagen.
::::* Benutzer:IWL04/common.js
::::** Ja, ist was falsch.
::::** Führt momentan zu einem knackigen Syntaxfehler. Alle folgenden Anweisungen werden nicht ausgeführt.
::::** Es fehlt, zuvor das [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced#Anwendungsobjekt|Anwendungsobjekt]] zu definieren.
::::** Momentan machst du eine Zuweisung eines Teils von etwas was nicht da ist. Erstmal muss es Eltern geben, bevor du ihnen ein Kindchen schenken kannst.
:::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:02, 24. Mär. 2021 (CET)

:::::Wunderbar, dann werde ich merken, wenn es auch bei mir läuft und danke für die Info, jetzt funktioniert es auch auf meinen Unterseiten :) –[[Benutzer:IWL04|IWL]][[Benutzer Diskussion:IWL04|04]] • 15:12, 24. Mär. 2021 (CET)

== [[Vorlage:Infobox Hochhaus/Doku]] und TemplateData ==

Moin Moin PerfektesChaos,<br />
* Ich habe im Hintergrund mal etwas gearbeitet und wollte noch kurz zwei Meinungen einholen:
** Magst du bitte mal über die Doku drüberschauen und mir eine kurze Rückmeldung geben, ich habe diese mal mit TemplateData/JSON/Parameter gebaut. Und ja, wenn man es nutzt uns sich etwas eingelesen hat, erscheint es einfacher als Code.
** Die Infobox Hohes Gebäude wurde von mir schon vor drei Wochen umgeschaufelt, sie ist komplett leer, auch nach Wurgls Tool. *'''Freu'''*. Das WSTM das ja automatisch nach Infobox Hochhaus ersetzt, wollte ich nur mal fragen, soll ich einen LA oder SLA auf die nun unnötige Weiterleitung stellen oder sollte man es so weiterlaufen lassen? Mein Bauch sagt mir, löschen. Dann könntest du denn Code-Snippet auch aus deinem Code entfernen.
* Zu TemplateData: Gibt es eigentlich auch eine Möglichkeit Zwischen-Überschriften in Templatedata einzufügen? Bei der Infobox Hochhaus wäre das toll gewesen. Beispiel:

{| class="wikitable centered"
|- class="hintergrundfarbe6"
! Parameter !! Beschreibung !! Typ !! Status
|-
! colspan="6"| mögliche Überschrift
|-
| Parameter || Beschreibung || Typ || Status
|-
|}

Ansonsten schonmal vielen Dank im Voraus. mfg --[[Benutzer:Crazy1880|Crazy1880]] 12:05, 29. Mär. 2021 (CEST)

: Nicht mehr eingebundene Vorlagen-WL, bei denen keine besonderen Gründe für eine permanente Unterstützung vorliegen, können und sollten per SLA entfernt werden.
:* Verlinkungen sind nachrangig; ggf. dort anpassen wo langfristiges Interesse an der Unterhaltung bestünde und nicht gleichzeitig ohnehin die IB Hochhaus erwähnt wird.
: Überschrift: Ja, aber nur in der JSON-Syntax einzustreuen.
:* Siehe [[Vorlage:Internetquelle]].
: [[Vorlage:Infobox Hochhaus/Doku]] – jaja, wird schon stimmen.
:* „unterhalt vom Bild“
:* „an de, das“ 
:* „Datum vom“ 2× → „Datum des“
:* Datumsformat müsste benannt werden; insbesondere die Problematik taggenau – nur Jahr – nur Monat und Jahr. Ein Abriss zieht sich womöglich über Jahre hin, seltener an einem einzigen Tag.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:04, 29. Mär. 2021 (CEST)

::Moin, danke nochmals fürs drüberschauen. Die Vorlage Infobox Hohes Gebäude ist nun gelöscht. Das also zur Info für dich, kannst den Code also bei dir 'ausbauen'. ;) Schönen sonnigen Tag die noch --[[Benutzer:Crazy1880|Crazy1880]] 10:06, 30. Mär. 2021 (CEST)

== [[Vorlage:HLS]] ==

Das [[Spezial:Diff/210464379]] sollte besser nicht passieren <code>Datum=2006-01-30</code> (Letzte Änderung des HLS-Artikels im Format JJJJ-MM-TT) darf nicht zu <code>Abruf=</code> werden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:53, 2. Apr. 2021 (CEST)

: öff. Gehotfixed.
: Die HLS lag zwischen Dutzenden Chemie-Vorlagen aus der gleichen Ecke, vor [[Vorlage:HMDB|HMDB]] und [[Vorlage:HSDB|HSDB]], und dort wurde bisher <code>Datum=</code> zur Kennzeichnung des Abrufdatums verwendet. Bei [[Vorlage:HLFL]] mit derselben Krankheit hatte ich das noch irgendwie mitbekommen. Es lebe der Abkürzungsfimmel.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:08, 2. Apr. 2021 (CEST)

== [[STRG_F]] ==

Hi PerfektesChaos, ist es möglich, STRG_F (ist mit Unterstrich richtig) in eine Ausnahmeliste hinzuzufügen, damit die Schreibweise nicht in STRG F (ohne Unterstrich) geändert wird? Danke und Grüße, –[[Benutzer:IWL04|IWL]][[Benutzer Diskussion:IWL04|04]] • 19:24, 2. Apr. 2021 (CEST)

: Das werden dir diverse Werkzeuge und Menschen immer wieder einebnen.
: Muttu als <syntaxhighlight lang="text" inline>[[STRG&#95;F]]<!--sic!--></syntaxhighlight> notieren.
: Sonst denken Menschen, du hättest das schlecht aus einer URL kopiert, und Werkzeuge denken nix aber genauso.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:23, 3. Apr. 2021 (CEST)

::Kann ich auch so machen, danke für die Info –[[Benutzer:IWL04|IWL]][[Benutzer Diskussion:IWL04|04]] • 16:59, 3. Apr. 2021 (CEST)

== Chemie-Vorlagen ==

Hi PerfektesChaos, ich habe in letzter Zeit allen Chemie-Vorlagen beigebracht auch <code>Abruf=</code> mit Datum im ISO-Format zu verstehen. Das bisher genutzte <code>Datum=</code> mit Datum als Plain-Text funktioniert als Alias zwangsläufig auch noch, sollte aber zum Auslaufmodell werden. Kannst Du WSTM bei der Migration helfen lassen? Auf Wunsch kann ich eine Liste aller betroffenen Vorlagen liefern.--[[Benutzer:Mabschaaf|Mabschaaf]] 17:18, 5. Apr. 2021 (CEST)

: Ich würd umgekehrt vorschlagen, du suchst dir auf [[:en:User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js|dieser Seite]] alle Vorkommen der Zeichenkette <code>ChemBlink</code> heraus, und dann sehen wir mal weiter. VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:57, 5. Apr. 2021 (CEST)
::Du willst mir sagen already done? ;-) --[[Benutzer:Mabschaaf|Mabschaaf]] 18:09, 5. Apr. 2021 (CEST)

::: Ja. Fürchte du kamst zu spät. Frohe Ostern --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:56, 5. Apr. 2021 (CEST)
::::Tststs, schöne Ostereier... War wohl zu auffällig, meine Aktion ;-) --[[Benutzer:Mabschaaf|Mabschaaf]] 19:16, 5. Apr. 2021 (CEST)

Hm, was mache ich falsch bzw. was fehlt in meinen Einstellungen, damit die Umstellung auch vorgenommen wird?--[[Benutzer:Mabschaaf|Mabschaaf]] 20:52, 7. Apr. 2021 (CEST)
:Moin Moin [[Benutzer:Mabschaaf|Mabschaaf]], ich antworte mal flucks ;) Die Seite die PerfektesChaos verlinkt hat, ist die developer-Version "d.js", wir aber setzen eher auf die Release-Version "r.js", so wie auch in deiner monobook.js eingetragen. Alles aus d wird von Zeit zu Zeit zu r. Also etwas Geduld, oder d nehmen, dann aber mit Tests leben ;) Hoffe das reicht dir an Antwort, sonst gerne rückfragen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:55, 7. Apr. 2021 (CEST)
::Ja, damit ist alles gesagt ;-) Danke! --[[Benutzer:Mabschaaf|Mabschaaf]] 20:57, 7. Apr. 2021 (CEST)

== [[Benutzer Diskussion:PerfektesChaos/js/WikiSyntaxTextMod/Archiv5#merkwürdige Attributverdopplung|Reminder]] ==

… es tut das noch immer. Aber weil der Bot es längst abgeräumt hat. Hast du da keine Lösung gefunden, oder ist es unter deinen Schreibtisch gerutscht? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:53, 8. Apr. 2021 (CEST)

: Angelegenheit ist zu komplex und bedarf mindestens eines kompletten Wikitages in Ruhe.
: Ich habe aber pro Woche nur zwei, drei Stunden, wo ich ausgeschlafen und hellwach komplizierte Programmiererei betreiben kann.
: Zwischendurch kommt das Tagesgeschäft mit aller möglichen Nerverei; MediaWiki ändert das Logo, ich muss innerhalb der sieben Tage noch in zwei Löschdiskussionen Stellung nehmen und bald auch zwei Löschanträge stellen, die Seiten-Koordinaten-Neugestaltung hätte schon längst viel vertiefter programmiert sein sollen, du kommst mit Magischen Wörtern und ihrem zukünftigen Verschwinden.
: Außerdem Dutzende offener Baustellen, die mal abgeschlossen und aus meinem Hirn eliminiert sein sollten.
: Bis dann --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:15, 8. Apr. 2021 (CEST)
:: OK du hast Recht [[:en:User:PerfektesChaos/js/WikiSyntaxTextMod/dI.js|das]] ist megakomplex. Sorry, ich wollte nicht nerven, aber ich bin nun mal als ''Testerin'' angestellt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:16, 9. Apr. 2021 (CEST)

== Info ==
Ich ersetze mal diese Info durch einen anderen Hinweis.
* [[Liste von Glocken im Landkreis Weimarer Land und in Weimar]]
Ruf die die Seite mal auf. Da kommen jede Menge merkwürdiger Fehlermeldungen (Unbekanntes Protokoll in URL) aus WSTM. Soweit noch alles kein Problem, aber es wird, aus welchem Grunde auch immer, bei jedem neuen Aufruf ein Slash eingefügt, der vorher nicht dort war.
: <code>/iehzsgcvb://// Allianzenwappen '''Wolm'''</code>
wird
: <code>/iehzsgcvb:<mark>/</mark>//// Allianzenwappen '''Wolm'''</code>
Leider weiß ich nicht wieviele Slashs es ursprünglich mal waren, denn es ist mir zunächst gar nicht aufgefallen, weil ich mit so etwas gar nicht gerechnet hätte. Aber es scheint schon länger zu passieren → [[Spezial:Diff/191815216|August 2019]] + [[Spezial:Diff/195768464/195821900|Januar 2020]], der Benutzer verwendet ebenfalls WSTM. Es war aber wohl mal nur ein Slash dort [[Spezial:PermaLink/159938829]] und die Buchstaben zudem in Großschrift. Wann und durch wen das dann kein wurde, weiß ich nicht, muss ich Schnarks Tool fragen. →[[Spezial:Diff/164312810]] war auch er (oder vielmehr es war definitiv WSTM). Das habe ich getestet indem ich die Vorherversion aufgerufen und WSTM gestartet habe. Schau es dir bitte einfach mal an. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:05, 21. Mai 2021 (CEST)

: Tjaja, da haben die [[Virgel]] wohl überhandgenommen. Müsste eine mildtätige Seele wohl mal die ursprünglichen Absichten des Autors ergründen.
: Für WSTM ist die Kombination Buchstaben+Doppelpunkt+Schrägstrich ein magisches Wort und wird als URL interpretiert, womöglich mit irgendwie kaputter Syntax. Deshalb wird diese Interprettion gemeldet, und wenn das irgendwer ungerührt trotz hinzugefügter Schrägstriche und roter Fehlermeldungen abspeichert, kann WSTM auch nicht dafür.
: Ein Doppel-Virgel meint üblicherweise eine Leerzeile bzw. einen Absatz im Original-Text. Mehr als zwei Virgel gibt es nicht.
: Zwischen Doppelpunkt und Virgel helfen <code style="white-space:nowrap">&lt;nowiki /></code> gegen magische Wörter. Leerzeichen ggf. auch. Eigentlich gehören um jeden Virgel herum links und rechts Leerzeichen, und dann sollte auch ein Doppelpunkt nicht mehr von WSTM missinterpretiert werden.
: Ich habe den Verdacht, dass im fraglichen Artikel der Autor mit den Schrägstrichen auch noch eine private, undokumentierte und nur ihm allein bekannte Bedeutung zum Ausdruck bringen wollte. Vielleicht waren sie teilweise eher als eckige Klammern gemeint gewesen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:23, 21. Mai 2021 (CEST)
:: Was du immer so für Worte kennst. IEHZSGCVB (Johann Ernst, Herzog zu Sachsen, Gülich, Clevt und Berg) soviel habe ich schon mal herausgefunden. Wie die Inschrift aber tatsächlich aussehen mag, kann ich nicht ergründen, das Bild der Glocke hilft da auch nicht wirklich. Na ich schaue mal was ich damit mache. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:52, 21. Mai 2021 (CEST)

== Frage 2021-07 ==

Moin Moin PerfektesChaos,<br />
kurze Wasserstandsmeldung und eine Frage.
* Wasserstandsmeldung:
** dtsx ist im ANR weg
** dts bleiben 19.000 Einbindungen
** nts ist nach wie vor nicht meins ;)
* Frage:
** Vorlage Coordinate soll doch entweder ganz an den Anfang eines Artikels oder am Ende nach den Einzelnachweisen aber vor die Navileisten und Normdaten, ist das richtig?
mfg --[[Benutzer:Crazy1880|Crazy1880]] 13:46, 17. Jul. 2021 (CEST)

:Moin Moin PerfektesChaos, zwei weitere Dinge sind mir aufgefallen:
:* Vorlage Ldif, da setzt WSTM automatisch das Abrufdaten auf klein "abruf", in der Vorlage hat es aber jemand so eingestellt, dass es groß dargestellt werden soll.
:* Vorlage DatumZelle, wenn ich oder ein nicht vierstelliges Jahr habe und dann ein Monat eintrage, bekomme ich !?!?!? (Beispiel: {{DatumZelle|560-05}}) Kennst du das schon?
:mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:22, 30. Jul. 2021 (CEST)
:: @Crazy, wo siehst du das denn in der [[Vorlage:LdiF]] sehe ich abruf, Abruf, zugriff und 3 als mögliche Angaben. Bevorzugt ist abruf. und alle vier funktionieren auch einwandfrei. Was DatumZelle angeht das erwartet zwingend eine Angabe JJJJ-MM also <code>{{DatumZelle|0560-05}}</code>. Das kennt er sicher.
----
:: @PC, '''OT''' nur als kleine Info ehe ich das wieder vergesse. Wenn jemand die [[Vorlage:FNBox]] verwendet, <small>weil sie so schön einen Strich zieht und Kleinschrift erzeugt</small>, aber nicht die entsprechenden Untervorlagen FNZ dann passiert etwas dummes. WSTM rückt die erste Zeile ein, und, na ja, diese Zeile wird dann so
 dargestellt
:: Ich hatte das gestern [[Spezial:PermaLink/214283292#TaxFN|dort]] und habe die Vorlage rausgeworfen, damit es nicht versehentlich passieren kann. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:04, 30. Jul. 2021 (CEST)

:::Moin Moin [[Benutzerin:Lómelinde|Lómelinde]],
:::* LdiF: Nimm dir einen Artikel <code>{LdiF|123456|abruf=2021-07-30}</code> macht WSTM das Abruf mit großem A draus.
:::* DatumZelle: Könnten wir das in der Doku nochmal bitte kenntlicher machen?
:::* @PC: die Frage um die Coordinaten bleibt ;)
:::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:30, 30. Jul. 2021 (CEST)
:::: Kann ich nicht bestätigen bei mir ist da <code>|abruf=2021-07-30</code> egal wie oft ich WSTM starte es bleibt klein. Und wenn dort <code>|Abruf=2021-07-30</code>, <code>|Zugriff=2021-07-30</code>, <code>|zugriff=2021-07-30</code> oder <code>|3=2021-07-30</code> steht wird es zum kleinen abruf. Mag aber sein, dass es an der <code>d</code>-Version liegt, die ich verwende. Oben hatte ich deine Anfrage (da setzt WSTM automatisch das Abrufdaten auf klein "abruf",) daher nicht verstanden, klein ist die gewünschte Form. Wegen der Doku kann ich mal schauen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:42, 30. Jul. 2021 (CEST)
::: Ok den Text dort in der Doku verstehe ich auch nach mehrmaligen lesen nicht: {{" |Text=Format beliebig (deutsch/englisch), sofern eindeutig interpretierbar. Einzelner Tag, auch unspezifischer Monat oder Tag im Monat ohne Jahr usw.}} Merkwürdig, die Ausgabe funktioniert wenn man da nur eine Jahreszahl einträgt
::: <nowiki>{{DatumZelle|560}}</nowiki> = {{DatumZelle|560}}  {{DatumZelle|56}} {{DatumZelle|5}}
::: Sortierung ist nicht so wirklich meins. Wie soll man denn diesen Satz so ändern, dass daraus hervorgeht dass ein Jahr immer vierstellig angegeben werden sollte, wenn ein Monat folgt, es sonst aber ruhig ein- bis dreistellig sein darf? Ne, das überfordert mich dann doch. Format kann sein 1. Apr. 1. April <s>1. 4.</s> ohne Jahr oder mit Jahr, da ginge dann aber wieder 1. Apr. 560 =  {{DatumZelle|1. Apr. 560}}. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 19:19, 30. Jul. 2021 (CEST)

Ich versuch mal ein paar Antworten zu geben:
* LdiF
** Da gab es wohl im Lauf der Zeit einiges Hin und Her, [[Spezial:Diff/213064130/next]].
** Korrekt analysiert: ''d'' war jünger und bereits auf <code>abruf</code>, ''r'' bis eben noch auf <code>Abruf</code> – mittlerweile synchronisiert. Hauptsache kein ''zugriff''.
* DatumZelle
** Das Bindestrich-Format <code>560-05</code> ist [[ISO 8601]] und das bedarf zwingend immer einer vierstelligen Jahreszahl.
** Die freien Angaben nur Jahreszahl oder normale Schreibungen mit Monatsname davor nehmen auch ein-, zwei- und dreistellige Jahreszahlen.
** Es gibt Hunderte möglicher Formatierungen. Wenn ISO, dann ISO, sonst freies Format.
* Vorlageneliminierung
** ''dts'' verfolge ich interessiert.
** ''Zitat-fr'' habe ich mitbekommen.
** ''nts'' werde ich mir dann gelegentlich mal wieder vornehmen.
* FNBox
** So verwenden wie es in der Doku steht.
* Coordinate
** Geht nur um die zurzeit „unsichtbare“ Form. Gibt auch jetzt schon direkt sichtbare Parametrisierungen.
** Die gehört immer an das Ende. Wird dort hoffentlich ab Herbst sichtbar.
** Die Reihenfolge-Regeln sind:
*** ''Nach'' dem letzten von (ab Spalte 1):
**** <code>==</code>
**** A-ZÄÖÜ
**** <code>&#123;{Commonscat|</code> usw.
**** <code>*</code>
**** <code>&lt;ref</code>
*** Dann:
**** Leerzeile
***** <code>&#123;{All Coordinates</code>
***** <code>&#123;{Coordinate</code>
***** <code>&#123;{CoordinatePage</code>
***** <code>&#123;{Linked Coordinates</code>
**** Leerzeile
*** ''Vor'' dem ersten von (gleichzeitig die gewünschte Reihenfolge):
**** <code>&#123;{NaviBlock</code> <code>&#123;{Navigationsleiste</code>
**** <code><nowiki>{{Gesundheitshinweis}}</nowiki></code> <code><nowiki>{{Rechtshinweis}}</nowiki></code> <code>&#123;{Hinweis</code>
**** <code>&#123;{Lesenswert</code> <code>&#123;{Exzellent</code> <code>&#123;{Informativ</code> [[:Kategorie:Vorlage:Bewertungsbaustein]]
**** <code>&#123;{Gesprochene Version</code> <code>&#123;{Gesprochener Artikel</code>
**** <code>&#123;{Normdaten</code>
**** <code><nowiki>{{SORTIERUNG:}}</nowiki></code> <code><nowiki>{{DEFAULTSORT:}}</nowiki></code>
**** <code>&#91;[Kategorie:</code>
**** Interlanguage, ggf. erforderlich
**** <code>&#123;{Personendaten</code>
* OberamtWürtt hat inzwischen Bergfest gefeiert.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 03:29, 2. Aug. 2021 (CEST)

== RFI: DOI-span-Fehler ==

Es ist zwar sicherlich nicht die Aufgabe von WSTM der schrottigen Programmierung des VE hinterherzuputzen, dennoch würde ich mir wünschen, dass Fehler wie die [[Spezial:Diff/207381129/207824660|hier eingefügten]] leeren span-Tags und die Verdoppelung des DOI vielleicht automatisiert behoben werden könnten. WSTM erkennt ja, dass da ein Problem vorliegt und versucht eine Korrektur, die ist aber leider nicht ausreichend.--[[Benutzer:Mabschaaf|Mabschaaf]] 16:42, 8. Aug. 2021 (CEST)

: Das ist weniger was für WSTM.
:* Der Zerlegungs- und Analyseprozess von WSTM ist auf vielfältigste Syntaxkonstrukte vorbeeitet und kann schlecht individuelle Spezialfälle erkennen und gesondert verarbeiten und dann wie gewünscht die richtige Korektur für spezielle Konstellationen erraten.
: Gut geeignet hingegen für Bot-Betrieber.
:* Die können alle ANR-Edits belauschen und auf exakt dieses Muster reagieren.
:* Eine Stunde nach Beobachtung kann dann mit einem Einzeledit gezielt nur dieses Schema repariert werden.
:* Damit ist sofort auch eine Reparatur des unerwünschten Leerzeichens wie auch des einen Linter-Fehler auslösenden empty-span online.
:* Auf Bug-Behebung kann noch einige Jahre gewartet werden; WMF, WMDE und deWP haben einen dramatischen Mangel an kompetenten Entwicklerkapazitäten und können froh sein, wenn das alles irgendwie noch einigermaßen stabil bleibt.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:53, 8. Aug. 2021 (CEST)

::gudn tach!
::camelbot sollte das jetzt miterledigen.[https://gitlab.com/wp-seth/camelbot/-/commit/4b5c57a0e29459c84dae1d8456abd9403ee03018] -- [[user:lustiger_seth|seth]] 09:39, 9. Aug. 2021 (CEST)

== wo ist das <span style="color:red;">rot</span> geblieben ==

Warum sieht das heute so anders aus wenn WSTM eine Fehlermeldung ausgibt? Haben die da etwas an der Farbgebung geschraubt? Will sagen gestern, meine ich, sah es noch so aus 
<div style="border:3px solid #FF0000; padding:3px; color:#FF0000;">
<p class="error-explanation"><em>Im Text wurde ein schwerer Fehler gefunden.</em></p>
Nicht alles lässt sich  automatisch beheben. Bitte kläre die folgenden Probleme von Hand:
<ul>

<li><em>(15×)</em> Tag ohne notwendiges Attribut<br>
&lt;syntaxhighlight lang=????&gt;</li>

</ul>
<p class="error-explanation"><em>-- WikiSyntaxTextMod</em> <small>(PerfektesChaos)</small></p>
</div>
heute ist alles schwarz, also so als hätte jemand das übermalt. Inspektor sagt da is nix mit Farbe rot nur <code>currentcolor solid 3px</code> was auch immer diese currentcolor sein mag oder woher sie ihren Inhalt nimmt, sie scheint pechschwarz zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:09, 13. Aug. 2021 (CEST)

: Kürzliche sinnfreie Änderung seitens WMF. Funktioniert nur noch im Inhaltsbereich.
: Die WMF lässt das GUI von einem langjährigen aber wenig kompetenten freiwilligen Angestellten aus der enWP bearbeiten, der monatlich einen Bock schießt und wenig Durch- und Überblick hat, maximal die enWP kennt, und noch nicht mal die. In dieser Woche wohl gleich drei oder vier Korken verzapft; siehe FZW.
: Bleibt erstmal so; von meiner Seite keine Maßnahmen hier.
: remindErrorMessages kann hier auch nicht helfen, weil es von der eher zufälligen Reihenfolge der Ausführung der Skripte abhängt. War WSTM zuerst da, könnte remindErrorMessages das rot einfärben; war remindErrorMessages zuerst aktiv, weiß es noch nichts von WSTM.
: Schönes Wochenende --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:24, 13. Aug. 2021 (CEST)
:: Dir ebenso, aber mich stört das schon, ich kann es nicht mehr so gut lesen, warum auch immer. Das Dingen hat doch eine id vielleicht kann man es individuell färben. Ich denke auch nicht, dass es helfen würde zuerst remindErrorMessages zu starten. Wenn ich es richtig verstanden habe nimmt es die Schriftfarbe an, die irgendwo zuvor mal gerade vorgegeben wurde und die ist gewöhnlich schwarz. Der Rand der Errormessage würde übrigens so {{Farbe|#54595d}} aussehen, wenn ich das rot wegnehme. Ich muss mal suchen. Heute hast du es aber mit den Abkürzungen. Ich wollte nur fragen, ob du da etwas geändert hast, was ich mir aber nicht vorstellen konnte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:14, 13. Aug. 2021 (CEST)

Auch die Anzeige von <nowiki><ref></nowiki>-Fehlern wurde in de:WP im Vorschaumodus geändert&nbsp;– kein Rot, keine größere Schrift; Test:<nowiki><ref name="Test" />
<references /></nowiki>
Das ist '''schlecht''', weil Fehlermedungen in den "Einzelnachweisen" kaum noch auffallen. Da wäre vielleicht ein Veto gegenüber WMF angebracht.

Bei der Gelegenheit kurz 3 andere Fragen zum WSTM:
# Vorgestern habe ich einen ganzen Artikel erstmalig zur Bearbeitung geöffnet, und WSTM wollte auf einmal alle "abruf="-Parameter der Vorlage Internetquelle von der letzten Stelle der Platzierung vor "kommentar=" und "zitat=" ziehen&nbsp;– ist das jetzt ein neues Verhalten? Bisher wurde "abruf=" immer ans Ende verrückt.
# Manchmal öffne ich ganze Seiten oder einen Abschnitt, ohne dass WSTM in Aktion tritt&nbsp;– gibt es dafür einen spez. Grund? Wenn ich gleichzeitig eine andere Seite öffne, funktioniert WSTM, auch wiederholt, aber wenn ich die erste Seite wiederholt öffne, kommt WST nie ins Spiel.
# Manchmal merke ich, dass WSTM bei einer Abschnittsbearbeitung mehr/andere Änderungen vornimmt, als bei der vorhergehenden Bearbeitung der ganzen Seite (ohne dass meine ersten Änderungen nachzubessern wären).
Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 00:04, 14. Aug. 2021 (CEST)
: Das mit den ref-Fehlern sehe ich zumindest noch normal (class="error" eben), hast du es mal mit [[Benutzer:PerfektesChaos/js/remindErrorMessages|remindErrorMessages]] versucht?
: Dass WSTM manchmal scheinbar nichts tut kann daran liegen, dass nichts zu tun ist, oder eine Änderung als klein angesehen wird und nicht in einem Extrakasten oben erscheint, daher immer den Difflink vergleichen ehe du speicherst. Ich öffne eigentlich fast immer den kompletten Artikel und selten mal einen einzelnen Abschnitt. Daher ist mir ein unterschiedliches Verhalten auch noch nie aufgefallen. Es kann allerdings mal vorkommen, dass in der (komplett geöffneten) Seite irgendwo eine merkwürdige Syntaxkombination ist, die den Start von WSTM verhindert, hatte ich auch schon mal, das würde dann auch erklären warum es bei einer Abschnittsbearbeitung anders reagiert, wenn dieses Konstrukt nicht dort enthalten ist.
: <code>abruf</code> vor <code>kommentar</code> und <code>zitat</code> ist so gewollt, es kam wohl mit dem letzten Update der r-Version. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:53, 14. Aug. 2021 (CEST)

:: Ah ok, danke.
:: Das Fehlen der roten, vergrößerten Markierung von <nowiki><ref></nowiki>-Fehlern beim Bearbeiten des Quelltexts fällt mir jetzt auch hier beim Abschnitt wieder als ungünstig auf. Erst vor paar Tagen bemerkte ich das fehlende Rot in den Einzelnachweisen, als ich den Artikel beim Bearbeiten bis unten durchscrollte, um auf Rotes zu achten: Da war nix. Eine fehlende <nowiki><ref></nowiki> wurde erst nach dem Abspeichern rot angezeigt.
:: Da hat sich im Hintergrund ''irgendetwas'' geändert, leider zum Nachteil. Gruß --[[Benutzer:Chiananda|Chiananda]] ([[Benutzer Diskussion:Chiananda|Diskussion]]) 03:10, 15. Aug. 2021 (CEST)
::: Wie gesagt, ich sehe das auch in der Vorschau weiterhin dick rot auf gelb in dieser Form<br />1. [[#cite_ref-Test_1-0|↑]] <span style="background: #FFFF00; color:#FF0000; font-size: 120%; font-weight: bold;">Referenzwarnung: Das Tag <code><nowiki><ref></nowiki></code> mit dem Namen <code>Test</code> kann nicht in der Vorschau angezeigt werden …</span>
::: Im Hintergrund hat sich wohl leider einiges geändert und das erschwert die Wartungsarbeiten. Ich weiß auch nicht weshalb man hier von den Softwaretechnikern immer wieder vor neue Hürden gestellt wird. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:31, 15. Aug. 2021 (CEST)

@Ló:
# Dein CSS war schon ganz okay, aber der Selektor darf nur <code>.error</code> lauten, um alles zu finden, und darf nicht durch irgendwelche Zusätze enger gestellt werden.
# Dass du persönlich in der Quelltext-Vorschau „rot auf gelb“ sehen kannst, liegt daran, dass hier das CSS von remindErrorMessages zugeliefert wurde; ein geeignetes CSS von MediaWiki ist nicht mehr in der Seite enthalten. Was einer von vier Bugs ist, den ein Code-aufräumender MediaWiki-Beschäftigter in der laufenden Wooche geschossen hat.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 11:52, 15. Aug. 2021 (CEST)
: Na dann versuche ich es noch mal mit weniger. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:16, 15. Aug. 2021 (CEST)

== Frage 2021-08 ==

Moin Moin PerfektesChaos, mir ist was aufgefallen, das wollte ich mal melden. Im Artikel [[Johannes Riemer]] kommt ein Wort mit "e͏̈" vor. Wenn ich dann WSTM starte, macht er mir immer "<nowiki>e&#x034F</nowiki>" draus. Jetzt weis ich nicht, ob es von WSTM kommt oder vllt. doch von einer persönlichen Einstellung. Vllt. mag auch ein Mitlesender mal schauen, ob das bei ihm/ihr auch passiert. Danke schonmal --[[Benutzer:Crazy1880|Crazy1880]] 21:23, 26. Aug. 2021 (CEST)<br />
Nachtrag: Du hattest 2014 mal diese Vorlage angelegt "Vorlage:Ref-Tag-Fehler", wird die eigentlich nicht gebraucht, weil gar nicht eingebunden etc.? mfg --[[Benutzer:Crazy1880|Crazy1880]] 21:25, 26. Aug. 2021 (CEST)
: Ja macht es aber ich vermute das liegt a dem Steuerzeichen, dass mir der Schnark-Diff so mit einem Kästchen <code>e▯̈</code> anzeigt, du kannst aber solch ein <code>e͏̈</code> mit Punkten durch {{Taste|Alt}} + {{Taste|0235}} erzeugen das sieht dann so aus <code>ë</code> ohne diesen Versatz. Das ist so ziemlich die einzige Tastenkombination die ich kenne, weil das im Namen Galadriël vorkommt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:47, 27. Aug. 2021 (CEST)

:: Danke, Ló.
:: Das ist U+034F COMBINING GRAPHEME JOINER
::* Der Graphem Joiner ist eine unsichtbare Verbindung, um zwei Schriftzeichen übereinander zu bekommen, in erster Linie für asiatische Schriften.
::* Also [[H:SPUK]].
::* Der stand da schon im Artikel, WSTM hat ihn nur sichtbar gemacht.
::* In unserer Sonderzeichenauswahl unter „Lateinisch“ stehen alle standardmäßig verfügbaren Kombinationen, darunter auch [[Micaëla]] aus ''[[Carmen]]''.
::* Soweit möglich sollen die bekannten fertigen Kombinationen benutzt werden.
:: Die Vorlage ist längst vergessen; sie sollte von Bots eingefügt eine Fehlermeldung berichten, die aber inzwischen von der Wiki-Software selbst präsentiert wird.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:45, 27. Aug. 2021 (CEST)

:::Moin Moin PerfektesChaos,
:::* In dem Artikel [[Peter Crüger]], wenn ich da WSTM laufen lasse, formatiert er mir den Link von books.google durch, obwohl sauber angefangen und beendet oder habe ich einen Knick in der Optik?
:::Danke --[[Benutzer:Crazy1880|Crazy1880]] 19:25, 6. Sep. 2021 (CEST)

:::: Ich kann  mit deiner Anfrage leider absolut nichts anfangen.
::::* Es gibt drei google.books – welche Verlinkung meinst du?
::::* Was soll „formatiert er mir den Link von books.google durch“ bedeuten?
::::* Bei mir passiert absolut nichts.
::::* Was hätte denn passieren sollen? Warum? Bzw. nicht?
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:37, 6. Sep. 2021 (CEST)
Ich helfe mal aus:
* Crazy meint vermutlich dass <code>…Digitalisat]</code>zu <code>… (books.google.de)]</code> wird.
Allerdings hatte zwischenzeitlich schon RonMeier [[Spezial:Diff/202956813/215376480|den Artikel bearbeitet (19:39)]], so dass nun nichts mehr passiert. Ich habe mich auch erst einmal gewundert was der Satz aussagen sollte, dann aber in die [https://de.wikipedia.org/w/index.php?title=Peter_Cr%C3%BCger&action=history VG] geschaut.
* „formatiert er mir den Link von books.google durch, obwohl sauber angefangen und beendet“ interpretiere ich daher so
* bisher wurde ein solchen Link nicht verändert da er komplett war mit Klammern und Linktext „Digitalisat“, nun wird das wenig aussagekräftige Digitalisat eben durch „(books.google.de)“ ersetzt.
Ich denke das ist gemeint. Obwohl ich eigentlich die runden Klammern lieber außen drum herum setzen oder lassen würde, denn der Link sollte, meiner bescheidenen Meinung nach, in der Klammer stehen nicht die Klemmer im Link. vergleiche Vorlage Literatur = {{Literatur|Titel=Beispiel|Online=[http://books.google.com/id=xlpgaqaaiaaj&pg=pa37 books.google.de]}} ↔ ''Beispiel.'' [http://books.google.com/id=xlpgaqaaiaaj&pg=pa37 (books.google.de)]. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 07:54, 7. Sep. 2021 (CEST)
:::::Moin Lómelinde, Moin PerfektesChaos,
:::::danke für die Hilfe, nein, das war es nicht oder nicht ganz, aber tatsächlich ist es seit der Bearbeitung durch RonMeier weg. Ich habe da mal ein Auge drauf. ;)
:::::@PerfektesChaos: Hast du noch eine Cirrus-Abfrage für "OberamtWürtt", wo ich dann noch Vorlagen setzen soll?
:::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:36, 9. Sep. 2021 (CEST)

:::::: Zur Ursprungsanfrage: Ich habe nicht vestanden, was WSTM oder ich mit dieser Angelegenheit zu tun haben sollen, noch nicht einmal welche Angelegenheit.
:::::: Ich navigiere nach [https://persondata.toolforge.org/vorlagen/?tmpl=Wikisource&param=1&value=%25Oberamts+%25&value_op=lk&show_value Wurgl.]
:::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:01, 10. Sep. 2021 (CEST)

:::::::Moin Moin PerfektesChaos, ja sorry für die Verwirrung, als ich dir geschrieben hatte, war RonMeier noch nicht am Artikel Peter Crüger.
:::::::* Ich habe den Artikel normal bearbeitet und dann WSTM laufen lassen (wie immer also), allderings entstand aus folgendem:
:::::::** <nowiki>Johannes Hevelius: ''Machina coelestis.'' vol. 1, 1673, S. 37. {{Toter Link |date= 2021-09| url=http://books.google.com/id=xlpgaqaaiaaj&pg=pa37 | text= books.google.com}}</nowiki>
:::::::** dann folgendes: <nowiki>[http://books.google.com?id=xlpgaqaaiaaj&pg=pa37/ ''Machina coelestis'', vol. 1, 1673, p.37]</nowiki>
:::::::* Das sah mir dann etwas spanisch aus und ich hatte die Bearbeitung zurückgestellt und hier geschrieben. Danach hatte RonMeier den Artikel bearbeitet und diese Stelle ist nun nicht mehr da.
:::::::* Sorry also für die Verwirrung. PS.: Wenn du noch weitere Aufgaben hast, sag Bescheid.
:::::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:45, 10. Sep. 2021 (CEST)

::::::::Habe eben den alten Artikel (also vor meiner Bearbeitung) auf meine Spielwiese kopiert und WSTM rüberlaufen lassen. Das Ergebnis entspricht meiner Erinnerung: WSTM hat in dem google-link nur die Großbuchstaben zu Kleinschreibung geändert - das wars.<br />Gruß und schönes Wochenende --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 11:11, 11. Sep. 2021 (CEST)

== [[Vorlage:Commonscat]] in Bildlegenden in Tabellen ==

Da mein Hinweis [[Spezial:Diff/216820670/216826173|hier]] [[Plötzenseer Kolk]] von Verursacher (Xocolatl) geflissentlich ignoriert wird, muss ich jetzt doch eine Fehlermeldung schreiben, denn [[Spezial:Diff/216815129/216819328#cite ref-korfmann 3-3|das hier]] (Pipes einfügen) war sicherlich nicht [[Benutzer:RonMeier|RonMeiers]] Idee sondern bedingt durch die automatische Änderung von WSTM. Vergleiche in der Tabelle im Eintrag Müriz, die Bildlegende [[Spezial:Diff/216820670/216826173#cite ref-korfmann 3-3|nach meiner Reparatur]]. Öffne ich den Artikel passiert bei all den Einbindungen folgendes.
* Pipes verschwinden wenn Commonscat auf ein Pipe folgt
* die schließende Klammer der Bilddatei wandert in die nächste Zeile. Diesen Umbruch gibt es bei allen fünf Bildlegenden, die diese Vorlage umschließen.
<syntaxhighlight lang="html">
|[[Datei:Hafen Plötzensee15.JPG|mini|{{Commonscat|ENI 05602350}}]]
…
|[[Datei:Hafen Plötzensee38.JPG|mini|Rechts im Vordergrund die ''Müritz'', daneben ist der Bug der ''Sonnellino'' und ein weiterer Bug zu erkennen. In der Bildmitte die ''Alk'', daneben die kleinere ''Pluto'', die ''Uranus'' und die ''Venus''. {{Commonscat|Müritz (ship, 1986)}}]]
</syntaxhighlight>
wird zu 
<syntaxhighlight lang="html">
|[[Datei:Hafen Plötzensee15.JPG|mini {{Commonscat|ENI 05602350}}
]]
…
|[[Datei:Hafen Plötzensee38.JPG|mini|Rechts im Vordergrund die ''Müritz'', daneben ist der Bug der ''Sonnellino'' und ein weiterer Bug zu erkennen. In der Bildmitte die ''Alk'', daneben die kleinere ''Pluto'', die ''Uranus'' und die ''Venus''. {{Commonscat|Müritz (ship, 1986)}}
]]
</syntaxhighlight>
* Das würde zu einem Riesenbild führen, da nun mini unwirksam wird.
Ich weiß ja das sollte gar nicht in Bildlegenden drin stehen aber was soll ich denn machen, mehr als den [[Benutzer:Xocolatl|Benutzer]] bitten das zu entfernen, weil das eine nicht vorgesehene Verwebung der Vorlage ist kann ich auch nicht tun. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:57, 31. Okt. 2021 (CET)

: Pech.
: Keine der Schwesterprojektvorlagen hat irgendwo anders was am suchen als im Abschnitt „Weblinks“, und gleich gar nicht in Tabellen oder Aufzählungen. Sie signalisieren, dass der ''gesamte Artikel'' mit dieser Seite im Schwesterprojekt verknüpft wäre, und das kann irgendwann auch mal von Wikidata zentral registriert werden.
: Kann sein, dass die Vorlagen-Programmierung auch irgendwannmal versuchen wird, das Erscheinungsbild dieser Tabellen zu sprengen; Mobilgeräte und so.
: WSTM kann da auch nichts machen als dies durchzusetzen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:20, 31. Okt. 2021 (CET)

== Vorlage Synchronkartei Abrufdatum ==

Moin Moin PerfektesChaos, die Vorlage Synchronkartei ruft den Parameter Abruf mit einem großgeschriebenen A auf. WSTM macht bei mir allerdings ein kleines a. Könntest du da mal schauen, ich habe im Source-Code auf die schnelle die Stelle leider nicht gefunden. Vielen Dank im Voraus --[[Benutzer:Crazy1880|Crazy1880]] 19:38, 31. Okt. 2021 (CET)

: Jaja, die RFF will durchgängig Kleinschreibung, ein Nicht-RFFler versucht projektweit in sämtlichen Vorlagen Großschreibung durchzudrücken.
: WSTM-Programmierung angepasst, kommt irgendwann online.
: Nebenbei gäbe es noch einen kleinen Restbestand an Wikisource-Oberämtern.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:15, 31. Okt. 2021 (CET)

== 2021-11 Diverses ==

Moin Moin PerfektesChaos, hier mal ein paar Stände:
* die Vorlagen VD16, VD17 und VD18 sind nicht mehr eingebunden. ;)
* Oberamt scheinen Spezialfälle zu sein, ich schaue da nebenbei noch
* dts und dtsx habe ich auch noch ein paar Spezialfälle, schaue immer nebenbei nochmal
* Wir hatten seit langem mal wieder eine Einbindung von prettytable, ist beseitigt und Benutzer drauf hingewiesen. Auf den Disk-Seiten schaue ich nebenbei auch nebenbei.
* Habe jetzt noch einige Vorlagen mit TemplateData versorgt und versuche gleich alles zu bereinigen, kostet halt ZeitPower. ;(
* Frage: Es gab doch mal eine Seite, wo Wurgl durch ApperBot eine Statistik bereitgestellt hat, wie oft Datei, Bild, File etc. eingebunden ist, ich meinte auf einer deiner Seiten, aber ich weis nicht mehr wo, kannst du mir einen kurzen Tipp geben?
* Unnötzes Wissen, Vorlage Literatur nun über 800.000 mal im ANR eingebunden, wir nähren uns der Million. ;)
Schönen Abend dann noch. mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:03, 10. Nov. 2021 (CET)
:statistik: [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/lang/dewiki#Anhang:_Statistik|WikiSyntaxTextMod/usage/lang/dewiki#Anhang:_Statistik]] gruss, --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 20:43, 10. Nov. 2021 (CET)

:: Erster Punkt von mir abgearbeitet; Ergebnis: [[Wikipedia:Löschkandidaten/12. November 2021 #Vorlage:VD18]].
:: Damit sind meine Arbeits- und Programmierkapazitäten fortgeschrittener geistiger Tätigkeit für diese Woche überstrapaziert.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:34, 12. Nov. 2021 (CET)

== Info [[Vorlage:Galerie]] ==

[[Kloster Petersberg (Petersberg)]] nicht gut was da passiert. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:02, 6. Dez. 2021 (CET)

: Tja, bekannter oller Pfusch. Kann WSTM nix zu.
: Die unbenannten Parameter waren nicht gehärtet und getrimmt; und wenn da am Dateibezeichner noch ein Zeilenumbruch dranhängt, dann geht die ganz normale Wikisyntax einer Datei-Einbindung in die Grütze.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:32, 6. Dez. 2021 (CET)
:: Na ja, aber ich kann auch nix dafür, wenn WSTM mir das zerlegt. Es geht nicht um Schuld, aber, wenn man es nicht bemerkt, dann bleibt da nur Murks übrig (keine Galerie mit Bildern). Meine Bearbeitung hatte ja direkt etwas mit genau diesem Textbereich zu tun, daher ist mir das natürlich aufgefallen.
:: Es war auch nur eine Info, auch für andere, die mit diesem Tool arbeiten. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:46, 7. Dez. 2021 (CET)
::: Dankeschön fürs Überarbeiten der Vorlage, ist jetzt viel besser. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:28, 7. Dez. 2021 (CET)

== [[Tael]] ==

Dort startete WSTM nicht und es gab eine Fehlermeldung. Ist weiterhin so, ich weiß nicht ganz genau was das bedeutet, es hakt eindeutig etwas in dem kurzen Abschnitt [[Tael#Namensherkunft|Namensherkunft]] = {{Hilfe/mark|Uncaught TypeError: that is undefined|rot}} und zwar im Zusammenhang mit diesem <code><nowiki>{{lang|ar|تهيل}}</nowiki></code> es sagt etwas mit (.dL) Zeile 10260 wo ein
<syntaxhighlight lang="js">
if ( typeof that.reRLMg !==  "object"  ) {
               that.reRLMg  =  new RegExp( "&rlm;", "g" );
               that.reLRMg  =  new RegExp( "&lrm;", "g" );
            }
</syntaxhighlight>
und Zeile 7637 <code>rtl.lang( adjust );</code> es folgen weitere Einträge, die ich jetzt aber nicht alle wiedergeben mag. Davor sind noch einige Warnmeldungen <code>jQuery.Deferred exception: that is undefined</code> Würde ich es auf <code><nowiki>{{arS|تهيل}}</nowiki></code> ändern, gäbe es kein Problem WSTM würde laufen und das  <code>&amp;lrm;</code> einfügen. Was mag das sein? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:11, 18. Dez. 2021 (CET)
: Dankeschön, scheint geholfen zu haben ist jetzt weg. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:03, 19. Dez. 2021 (CET)

:: Danke meinerseits für die präzise Fehlermeldung.
:: Kam diesen Juni rein, war schlicht und einfach eine Zeile zu spät angegeben.
:: Seltsam, dass das zwischenzeitlich nicht auffiel.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:37, 19. Dez. 2021 (CET)
::: Na, ich hätte es auch beinahe nicht bemerkt, erst als ich aus irgendeinem Grunde WSTM noch mal starten wollte und nichts passierte, wurde ich stutzig. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:52, 19. Dez. 2021 (CET)

== alt Bildparameter nicht erkennbar ==

Nun habe ich in Artikeln ein kleines Problemchen
<pre>
[[Datei:Volapuk symbol.svg|115px|Volapük-Logo|alt=]]
[[Datei:Volapuk symbol.svg|115px|alt=|Volapük-Logo]]
[[Datei:Volapuk symbol.svg|alt=|115px|Volapük-Logo]]
</pre>
Ich weiß nicht wo ich es hinschreiben soll. Es sagt entweder
* Bildparameter nicht erkennbar
Volapük-Logo (Datei:Volapuk symbol.svg)

oder
* Bildparameter nicht erkennbar
alt= (Datei:Volapuk symbol.svg)

Wenn ich es dann aber wieder herausnehme bekomme ich Inline-Medien mit Bildunterschriften. Zwickzwackmühle. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:16, 15. Jan. 2022 (CET)

: Tja, nach alter Logik war ein leerer Beschreibungstext nicht sinnvoll gewesen.
: Weil aber etliche Autoren bei Verwendung dieser lustigen neumodischen Medieneinfügungswerkzeuge sowas generiert hatten, gab es diese Meldung.
: Muss ich mal drüber schlafen; wenn kein Miniaturbild dann wäre das nunmehr okay, wenn Miniaturbild dann ist ein leerer Alternativtext trotzdem rausgeschmissener Wikitext und unsinnig eingefügt.
: Bisher hätte es beim Inline-Bild auch ohne leeren Alternativtext ja wunderbar funktioniert; die haben sich da halt päpstlicher als der Großmufti.
: Danke für die Info --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:47, 15. Jan. 2022 (CET)

== [Klammer] in Wikilink und Zitat ==

Dieses Zitat zerbricht an den Klammern des Links [[Meile|M[eilen]]] → [[Spezial:PermaLink/219481176#Überblick|Liste der Straßen und Plätze in Berlin-Marienfelde]]
{{Zitat
 |Text=''Marienfelde'', Pfarrdorf im Teltowschen Kreise, {{Bruch|1|1|2}}&nbsp;[[Meile|M[eilen]]] von Berlin entfernt, und {{Bruch|1|2}}&nbsp;M hinter vorigem Dorf [Mariendorf] an der Landstraße nach [[Großbeeren|Groß-Beeren]], hat 260 Einwohner.}}

im Original sah das Ergebnis dann so aus:
{{Zitat
 |Text=''Marienfelde'', Pfarrdorf im Teltowschen Kreise, {{Bruch|1|1|2}}&nbsp;[[Meile
 |Quelle=J.G.A. Ludwig Helling (1830)
 |ref=<ref name="helling">J.G.A. Ludwig Helling (Herausg.): Geschichtlich-statistisch-topographisches Taschenbuch von Berlin und seinen naechsten Umgebungen. H.A.W. Logier, Berlin 1830. [http://books.google.com/books/download/Geschichtlich_statistisch_topographische.pdf?id=mtkAAAAAcAAJ&hl=de&capid=AFLRE707a3yfF0--njdR47fUboShmJoLoKxqIwKUtFDEjyE5uI3dq0UfaTLhQOIHq4KAg1CT_F-3xt-Z9mSoOOFtycVuAlLn4A&continue=http://books.google.com/books/download/Geschichtlich_statistisch_topographische.pdf%3Fid%3DmtkAAAAAcAAJ%26hl%3Dde%26output%3Dpdf Online bei google-ebooks] Abgerufen 20. Mai 2012.</ref>
 |1=M[eilen]]] von Berlin entfernt, und {{Bruch|1|2}}&nbsp;M hinter vorigem Dorf [Mariendorf] an der Landstraße nach [[Großbeeren|Groß-Beeren]], hat 260 Einwohner.}}
<references />

Nur als Info, ich habe die [[Spezial:Diff/219481176/219490805|Klammern maskiert]], dann war Ruhe, da WSTM aber nichts dazu gesagt hatte und auch keine Meldung <mark>{{Hilfe/mark|'''[[Vorlage:Zitat]]: Doppelangabe <code><nowiki>1=Text=</nowiki></code>'''|hellrot}}</mark> erfolgte, habe ich das fast übersehen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:15, 24. Jan. 2022 (CET)

: Danke für den Hinweis, aber daran wird sich nicht trivial was ändern lassen.
: Ist offenbar das Zusammenspiel von Parameter-Benennung mit gleichzeitig kaputtem Inhalt und Pipes.
:* Irgendwann wird [[Vorlage:Zitat]] dann ja mal die unbenannten losgeworden sein.
:* Die Programmierung von [[Vorlage:Zitat]] wird aber auch irgendwann durch eine responsive, robustere und vielsprachige mit rechts-nach-links-Schriften ersetzt werden, dann sollte auch das sich erledigt haben. Wenn ich mich mal langweile.
: Die drei Klammern hätten aber angemeckert werden sollen.
:* Sahen auch vorher schon kaputt aus, die öffnende blau im Link, die schließende schwarz außerhalb der Verlinkung.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:48, 24. Jan. 2022 (CET)
:: Ich kann nix dazu, es hat nicht gemeckert, dass dort zu viele Klammern sind, es würde gemeckert haben, wenn die Klammern so <code>[<nowiki>[[Meile|Meilen]]</nowiki>]</code> gewesen wären, nicht einmal das <code><nowiki>[[Meile|Meilen]]]</nowiki></code> hätte WSTM angemeckert, anders hingegen diese <code><nowiki>[[[Meile|Meilen]]</nowiki></code> Form, da kommt dann wieder Zu viele linke Klammern.
:: Du und dein irgendwann, meinst du wirklich, dass du von dem Berg, den du da vor dir her schiebst, mal runter ins Tal kommen wirst? IQ, Zitat, und noch weitere Großbaustellen, ich wage es zu bezweifeln, du bist jetzt schon ständig überlastet. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:15, 24. Jan. 2022 (CET)

::: Deshalb priorisiere ich ja auch – und die hier geschilderte Kollision mehrerer Effekte ist zu selten und so hochkompliziert, dass ich eine Woche nichts anderes tun dürfte, also fange ich gar nicht erst an. Wartenummer 999. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:20, 24. Jan. 2022 (CET)

== [[Fairchild Channel F]] ==

Was ist da das Problem? Gemeint ist schließende Klammer fehlt, das entsteht aber erst durch WSTM ([[Vorlage:lang]] im Weblink)
<pre>
[https://translate.google.com/translate?sl=ja&tl=de&u=https%3A%2F%2Fwww.beep-shop.com%2Fblog%2F4139%2F ''{{lang|ja|フェアチャイルド・チャンネル}}F{{lang|ja|（丸紅住宅機器販売）を東京都江東区のお客様より買取させて頂きました}}.'']
</pre>
wird zerbrochen zu 
<pre>
[https://translate.google.com/translate?sl=ja&tl=de&u=https%3A%2F%2Fwww.beep-shop.com%2Fblog%2F4139%2F '']{{lang|ja|フェアチャイルド・チャンネル}}F{{lang|ja|（丸紅住宅機器販売）を東京都江東区のお客様より買取させて頂きました}}.'']
</pre>
Was dann auch noch Linterfehler erzeugt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:20, 5. Feb. 2022 (CET)

: Keine Ahnung, keine Nerven für sowas.
:* Wahrscheinlich schlicht zu viele Vorlagen innerhalb eines Weblink-Titels.
:* Programmierung ist von 2014.
:* Das lateinische „F“ zwischen zwei japanischen Textfragmenten eingequetscht ist sowieso Unsinn, da gehört U+FF26 &#xFF26; hinein und dann langt eine einzige Vorlage drumrum.
:* Kursivschrift um japanische Schrift ist ohnehin unendlich dumm. Die gibt es nur lateinisch, maximal kyrillisch.
: <code>|alt=|</code> wird für alle live ignoriert.
: <code>ISBN 979-</code> ist in der d-Erprobung.
: Schönes Wochenende --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:21, 5. Feb. 2022 (CET)

== &lt;!-- schweizbezogen --&gt; ==

Da ich gerade einen Hinweis von einem Nutzer bekommen habe: Der WSTM trimmt Leerzeichen bei beginnenden Kommentaren. Dies ist allerdings unglücklich bei den definierten Ausnahmen
<nowiki><!-- schweizbezogen --></nowiki> und <nowiki><!-- sic! --></nowiki>, siehe [[Hilfe:Tags#Kommentar]], jeweils mit führendem und abschließendem Leerzeichen. Eine Ausnahme hierfür wäre aus meiner Sicht sinnvoll, (ob Sinnhaft oder nicht, will ich dabei gar nicht hinterfragen). --[[Benutzer:darkking3|darkking3]] <sup><small>[[BD:darkking3|&#1337;]]</small></sup>  14:18, 7. Feb. 2022 (CET)

: Es gibt:
:* [{{canonicalurl:Spezial:Suche|search=insource%3Aschweizbezogen+insource%3A%2F--+schweizbezogen+--%2F}} 19.139 mit Leerzeichen]
:* [{{canonicalurl:Spezial:Suche|search=insource%3Aschweizbezogen+insource%3A%2F--schweizbezogen--%2F}} 33.302 ohne Leerzeichen] … einige Minuten später nur noch 33.300, irgendwer zieht durch die Artikel und fügt Leerzeichen ein.
: WSTM geht mit den stärkeren Bataillonen, was sich mehrheitlich in der Community durchsetzt.
: Die Regel auf der Hilfeseite hat dieser Benutzer [[Spezial:Diff/219562480|vor nicht mal zwei Wochen  selbst eingeführt]].
: Ich habe Besseres zu tun als mich auf solche Leerzeichen-Affereien einzulassen; beide Notationen sind zulässig, eindeutig und sinnvoll.
: Bots und Skripte müssen immer beide verstehen, weil die kompakte Variante über anderthalb Mal so oft verwendet wird und von den Schweizern selbst regelmäßig genutzt wird. Die CH-Projektseite sollte intelligenterweise vermerken, dass beide Formen üblich sind, statt daraus abzuleiten, dass der Minderheitengeschmack der einzig richtige wäre und die Mehrheitspraxis ja so furchtbar falsch, dass dem jetzt hinterhergestiegen werden müsse.
: [{{canonicalurl:Spezial:Suche|search=hastemplate%3A%C3%96sterreichbezogen+insource%3A%2F%5C%7B%5C%7B%C3%B6sterreichbezogen%5C%7D%5C%7D%2F}} österreichbezogen hat 20.864] von 22.728 in Kleinschreibung und praktisch 100 % kompakt.
: Man möge sich um die Artikelarbeit kümmern; wir haben gravierendere Syntaxprobleme als Extra-Leerzeichen-Spinnerei.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:13, 7. Feb. 2022 (CET)
::Danke für die Infos. Das ''irgendwer'' lässt sich beantworten: [[Spezial:Diff/219962927|1]], [[Spezial:Diff/219962607|2]]. Wer's mag… --[[Benutzer:darkking3|darkking3]] <sup><small>[[BD:darkking3|&#1337;]]</small></sup>  17:33, 7. Feb. 2022 (CET)

== 2022-02 Wunsch ==

Moin Moin PerfektesChaos, ich hätte einen kleinen Wunsch, kannst du noch etwas in deinem SourceCode unterbringen? In [[en:User:PerfektesChaos/js/WikiSyntaxTextMod/rL.js#2520|diesem hier]] genauer gesagt. Könntest du da <code>"[cC]oordinate":"Coordinate",</code> aufnehmen? Mir kommt es ab und an kleingeschrieben daher, ist nur ein bisschen style. Danke schonmal im Voraus. mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:18, 18. Feb. 2022 (CET)

: In den Quellcode übernommen, wird irgendwann wirksam. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 09:47, 19. Feb. 2022 (CET)

== Alt-… ==

Schaust du bitte mal dort rein [[Liste der Straßen und Plätze in Berlin-Hermsdorf]] es geht um die Bilddatei zu Alt-Hermsdorf. Der Tooltiptext sollte eigentlich nicht spurlos verschwinden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:00, 3. Apr. 2022 (CEST)

: Erstaunlich. 112 gleichartige Datei-Einbindungen; nur diese eine ging perdu.
: Kann eigentlich nur daran liegen, dass WSTM das wierderholte <code style="white-space:nowrap">|alt=|Alt-</code> in den falschen Hals bekam und als Wert-Zuweisung interpretiert hat.
: Lösung kommt über nächtens wenn ich mal soweit ausgeschlafen war dass ich geradeaus gucken kann; mir jetzt momentan zu gefährlich für sowas.
: Ansonsten: 108×SortDate, 92×SortKey; bräuchte ohnehin eine Rundum-Sanierung.
: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:37, 3. Apr. 2022 (CEST)
:: Ne, es war ein bisschen anders, da stand eigentlich gar kein <code>alt=</code> das eine hat WSTM da eingefügt und den Text einfach rausgeworfen. Als ich das gesehen hatte hab ich zunächst den Text wieder eingefügt und es nochmals laufen lassen → zack wieder Text raus. Ich es dann nochmals eingefügt und bei den anderen dann auch <code>alt=</code> ergänzt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:45, 3. Apr. 2022 (CEST)

== [[Vorlage:Infobox Song]] ==

Servus, ein kleines Anliegen: wäre es möglich, in obengenannter Box bei Ersetzung von ''Musiker'' durch ''Interpret'' auch die beiden folgenden Leerzeichen (falls vorhanden) mitzuersetzen, dann stimmt das in der Quelltext-Optik wieder und muss nicht von Hand korrigiert werden ([[Spezial:Diff/221777744|Beispiel (von Hand korrigiert)]])… Wenn nicht, wäre auch nicht schlimm, wäre nur ein schöner arbeitserleichternder Nebeneffekt ;) Danke und Grüße, –[[Benutzer:IWL04|IWL04]] • 15:57, 4. Apr. 2022 (CEST)

: Bedaure, nein.
: Wenn das einfach und unkompliziert möglich wäre, hätte ich das von Amts wegen so gemacht.
: Es wird jedoch nur der Name des Parameters getauscht; mehr ist über diese Vorlage nicht bekannt.
: Bei der benachbarten [[Vorlage:Infobox Musikalbum]] ist es noch wilder: Da wird aus <code>Jahr</code> dann <code>Veröffentlichung</code> und das ist länger als jeder bisher bekannte Parametername. Da müssten jetzt alle Gleichheitszeichen nach rechts verschoben werden.
: Aus diese Grund halte ich von dem Schema „Gleichheitszeichen unter Gleichheitszeichen“ nicht viel. Es hat sich über die Jahre und Jahrzehnte nicht bewährt. Immer mal wieder werden längere Parameternamen eingeführt, und überall sollen alle Gleichheitszeichen nach rechts – dann wieder entfällt ein langer Parametername und jetzt ist eine riesige Lücke und alle Gleichheitszeichen sollen fünf nach links – dann kommt wieder ein neuer langer Parametername und alles muss vier Leerzeichen nach rechts.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:20, 4. Apr. 2022 (CEST)

::Danke für die schnelle Antwort, ist dann auch in Ordnung. Bei der Album-Box ist genau das das Problem, da ersetze ich deswegen meistens gleich von Hand; hatte mich nur interessiert, ob das mit nur einem Parameter bei der Song-Box funktioniert. VG, –[[Benutzer:IWL04|IWL04]] • 16:27, 4. Apr. 2022 (CEST)

== Tabellen in refs ==

Weiß nicht mehr, ob ich so etwas schon mal erwähnt hatte. Ich hatte den Fall, dass jemand meinte in ref-Tags komplette Tabellen einzuschließen, dass nun ließ diese durch WSTM zerschießen und es wäre daraus nur Schrott entstanden, so wie das hier [[World Games/Ewiger Medaillenspiegel]] passieren würde. Ich weiß, dass das totaler Murks ist aber, Benutzer machen halt, was sie wollen. Ich wusste auch nicht, wie ich das nun lösen soll ([[Spezial:Diff/222050209/222053237|Olympische Sommerspiele]]). Nur ehe ich das vergesse, wollte ich das mal hier ansprechen. Wie immer wohl eine Nadel im Heuhaufen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:49, 15. Apr. 2022 (CEST)

: Das ist eine maximal instabile Konstruktion, weil sie davon abhängt, dass nicht <code>&#124;}&lt;/ref></code> sondern dies in zwei Zeilen steht.
: Wusste noch nicht mal ich, dass dies ein Problem wäre, und dann WSTM erst recht nicht. Noch nie gesehen.
: Müsste oben ein <code>FN</code> oder <code>&sup></code>-Link bekommen, und die Tabellen ganz normal in Abschnitt und mit <code>id=</code> oder aber luxuriös noch je einen erläuternden Halbsatz davor und Anker.
: Schöne Restfeiertage --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:35, 17. Apr. 2022 (CEST)
:: Ich wünsche dir auch noch erholsame Resrostertags. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:29, 17. Apr. 2022 (CEST)

== Formatierung ISB-Nummer ==

Moin Moin PerfektesChaos, ich habe beim Artikel [[Elsbeth Wallnöfer]] bei der Publikation ''Märzveigerl und Suppenbrunzer'' die Merkwürdigkeit, das WSTM die ISB-Nummer nicht formatieren mag, aber sie scheint richtig zu sein. Ich habe es jetzt erstmal unformiert gelassen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:15, 27. Apr. 2022 (CEST)

: <code>. 400</code> sind das Problem.
: ISBN werden von WTM auch verstanden, wenn sie statt Strichen Punkte oder Leerzeichen enthalten. Kopieren oder tippen manche Autoren halt so.
: Demzufolge gehört die <code>400</code> zu den Ziffern der ISBN.
: Ein Semikolon, öffnende runde Klammer oder Halbgeviertstrich würden das Problem lösen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 07:42, 27. Apr. 2022 (CEST)

::Moin, ahhh, ja ok, vielen Dank, habs geändert. mfg --[[Benutzer:Crazy1880|Crazy1880]] 07:45, 27. Apr. 2022 (CEST)

== Inkludierte Abschnittslinks ==

[[Wissen vor acht/Episodenliste]] entfernt WSTM aus der Tabelle (irgendwas mit onlyinclude ist drum herum) die Seitennamen bei der Anschnittsverlinkung. Soweit eigentlich korrekt, aber da diese Tabelle durch die includes nun leider in [[Wissen vor acht#Einzelthemen]] eingebunden wird, funktionieren dann dort natürlich die Links zu den Abschnitten der Zielseite nicht. Wie löst man das? Ich habe nämlich eine Mail bekommen, in der sich der Seitenersteller darüber beklagt hat. Ich habe diese Titel also [https://de.wikipedia.org/w/index.php?title=Wissen_vor_acht/Episodenliste&action=history wieder eingefügt], aber schon beim nächsten Aufruf, würde WSTM sie natürlich wieder löschen, so gesehen ist das also keine dauerhaft sinnvolle Lösung. CC:[[Benutzer:JausH|JausH]] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:55, 20. Mai 2022 (CEST)

: [[Spezial:Diff/223023788|Sodele]]. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:56, 20. Mai 2022 (CEST)
:: Oha noch mehr includes, Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:37, 20. Mai 2022 (CEST)

== mapframe  ==

Element muss Inhalt umfassen
<nowiki><mapframe /></nowiki>

Leider, leider sehen die Softwaretechniker das nicht so sie empfehlen sogar ausdrücklich [https://www.mediawiki.org/wiki/Help:Extension:Kartographer/de#Selbstschlie%C3%9Fende_Tags diese Syntax]
<syntaxhighlight lang="html">
<mapframe width="350" height="350" zoom="13" longitude="-122.3988" latitude="37.8013" />
</syntaxhighlight>
Noch schlimmer, der VE setzt das auch so um, wenn keine Marker gesetzt werden, daher habe ich das mal mit WSTM getestet, weil mir das selbstschließende Dingen aufgefallen war, als ich das vorhin für die Hilfeseite probiert habe und ich dachte mir ‚das wird sicherlich meckern‘. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:57, 7. Jun. 2022 (CEST)

== Bin wohl zu blöd :/ ==

Hi, was mache ich ab [[Benutzer:IWL04/common.js#L-57]] falsch, dass meine style-Definition nicht so funktioniert wie ich sie gerne hätte (die Zeilenumbrüche funktionieren glaube ich, lineup zB nicht)? Danke schonmal und VG –[[Benutzer:IWL04|IWL04]] • 16:45, 17. Jun. 2022 (CEST)

: Für <code>style:</code> sind zwar keine Beispiele angegeben, aber grundsätzlich ist der jeweiligen Eigenschaft nach dem Doppelpunkt genau der Einzelwert zuzuordnen, der in der [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template#style|Doku]] als Spalte „Werte“ angegeben ist, also nur <code>true</code> ohne Klammern und anderes drumrum. Weil ''sonst''.
: Nebenbei hast du ein paar Kommata unmittelbar vor schließenden Klammern zu stehen, was möglicherweise durchgeht, aber eigentlich syntaktisch falsch ist und manche Ausführungen zum Absturz bringen könnte. Je nach Perfektion der Browser.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:54, 17. Jun. 2022 (CEST)

::Danke soweit, jetzt abgeändert unter [[Benutzer:IWL04/common.js#L-39]] – <code>lineup</code> scheint aber weiterhin nicht zu funktionieren, siehe zB [[Blaues Licht]] (Parameter Genres/Produzent)… Und noch was: Sobald ich benutzerdefinierte Ersetzungen definiere, lässt sich im Editmodus WSTM nicht noch einmal starten (durch den Button oben nach [Verschieben]). Lässt sich das ändern? Grüße, –[[Benutzer:IWL04|IWL04]] • 19:34, 17. Jun. 2022 (CEST)
:::Moin Moin IWL04, ja, man kann WSTM nochmal nachträglich laufen lassen, das mache ich schon seit Jahren so, weil ich dann selber entscheiden kann, was passieren soll (schau mal [[Benutzer:Crazy1880/vector.js#L-47]]). mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:32, 18. Jun. 2022 (CEST)
::::Danke dir, so wie es jetzt ist ([[Benutzer:IWL04/common.js#L-59]]) funktionieren aber weder der Autostart noch meine selbstgewählten Ersetzungen, zieh ich den Teil vor ([https://de.wikipedia.org/w/index.php?title=Benutzer:IWL04/common.js&oldid=223812763]), funktioniert der Button nicht :/ Hab wohl wirklich zu wenig Ahnung von js… VG –[[Benutzer:IWL04|IWL04]] • 10:17, 19. Jun. 2022 (CEST)

:::::Moin IWL04, du hast jetzt auch zu viel drinnen. Du definierst nun einmal <code>mw.libs.WikiSyntaxTextMod</code> von Zeile 4–10 und einmal mit dem nachträglichen Starten von Zeile 59–94 nochmal das Gleiche mit anderen Eigenschaften. Mach mal bitte zum Test folgendes. Schmeiß bitte mal deine Zeile 2–10 raus und pack dafür meine Zeilen 44–82 rein, anschließend noch deine Zeilen ab 58 bis Ende alles raus. Nach dem Speichern einmal allen Cache vom Browser löschen, schließen und komplett neu starten, dann testen. mfg --[[Benutzer:Crazy1880|Crazy1880]] 11:56, 19. Jun. 2022 (CEST)

::::::Servus Crazy1880, ah ok – jetzt läufts wieder, nur der Button ist wieder weg… Grüße, –[[Benutzer:IWL04|IWL04]] • 12:40, 19. Jun. 2022 (CEST)

@ funktioniert nicht 
* Es wären [[Wikipedia:Technik/Browser/Entwicklerwerkzeuge]] zu nutzen.
** Debugging
** Fehlermeldungen in Konsole anzeigen (sind aber ggf. sehr viele unkritische verschiedenster Herkunft sichtbar).
** Klingt nach möglichem Syntaxfehler.
* Es muss aufgepasst werden, dass eine zuvor definierte Komponente nicht anschließend wieder überschrieben wird.
* Im Übrigen empfehle ich grundsätzlich immer und überall, <code>mw.loader.load</code> erst hinterher nach allen Definitionen auszuführen, weil es sonst zu einer ''[[race condition]]'' kommen kann und was dann zu spät angefordert ist wird nicht mehr beachtet.
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:16, 20. Jun. 2022 (CEST)

:Danke, muss ich mich bei Gelegenheit nochmal besser reindenken… Schönen Abend –[[Benutzer:IWL04|IWL04]] • 18:05, 11. Jul. 2022 (CEST)

== {{Vorlage|Folgenleiste}} {{Vorlage|Folgenleiste multi}} ==

Hallo PC, kannst du die Vorlage in deine Korrekturliste aufnehmen?
--<span style="font-family: Segoe Script; text-shadow:gray 0.1em 0.1em 0.2em;">[[Benutzer:Tommes|Tommes]]</span>&nbsp;<sup>[[Benutzer Diskussion:Tommes|✉]]</sup> 15:16, 8. Jul. 2022 (CEST)
:Moin Moin [[Benutzer:Tommes|Tommes]], also bei mir sind die im WSTM drinnen, was genau meinst du denn? mfg --[[Benutzer:Crazy1880|Crazy1880]] 15:22, 8. Jul. 2022 (CEST)
::WSTM ändert doch einige Sachen automatisch. Aber er müsste auch Folgenleiste und Folgenleiste Multi in Personenleiste ändern. --<span style="font-family: Segoe Script; text-shadow:gray 0.1em 0.1em 0.2em;">[[Benutzer:Tommes|Tommes]]</span>&nbsp;<sup>[[Benutzer Diskussion:Tommes|✉]]</sup> 15:52, 8. Jul. 2022 (CEST)
::: Wird er wohl nicht, [[Benutzer_Diskussion:PerfektesChaos/js/WikiSyntaxTextMod/Archiv5#Personen-/_Folgenleiste]], daran hat sich vermutlich nichts geändert. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:57, 8. Jul. 2022 (CEST)

:::: So isses; dank an die Sommervertretung --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:59, 9. Jul. 2022 (CEST)

== Steuerzeichen &amp;#8239 ==

Hi zusammen, was machen wir eigentlich mit massenhaft platzierten "kurzen nichttrennenden Leerzeichen" wie in Artikeln wie [https://de.wikipedia.org/w/index.php?title=Stadler_KISS&action=submit Stadler KISS [Editlink]] zu sehen? --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 12:26, 6. Sep. 2022 (CEST)

: Es ist schwerpunktmäßig ein Eisenbahn-typisches Phänomen.
: Bitte wende dich an [[Special:Redirect/user/375284|Global Fish]] – der ist Eisenbahner und kennt sich mit dieser Angelegenheit aus.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:20, 6. Sep. 2022 (CEST)

== was macht man mit dem „sticky“ ==

Wenn du beizeiten mal WSTM sagen könntest, es soll das nicht immer als „CSS Zuweisung ungültig – [https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=500&offset=0&ns0=1&ns10=1&search=insource%3A%2Fposition%3A.sticky%2F position:sticky]“ kennzeichnen, ich weiß nicht was ich dann damit tun soll. Auch wenn ich persönlich diese mitlaufenden Dinger nicht mag, so vermute ich, es gäbe da Ärger, wenn ich das einfach entfernen würde. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:04, 12. Sep. 2022 (CEST)

: Danke für den Hinweis, seit heute nacht auf d. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:38, 14. Sep. 2022 (CEST)
:: Scheint ok zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:08, 14. Sep. 2022 (CEST)

== .29 ? ==

Hi zusammen, was ist bei [https://de.wikipedia.org/w/index.php?title=Slender_%E2%80%93_The_Arrival&action=submit Slender] falsch? WSTM versucht das .29 aus der Versionsnummer in eine Klammer umzuwandeln. Das aka-Tool zum Checken von Abschnittslinks "erkennt" die .29 auch als Klammer, dort steht:

{{Benutzer:Aka/Fehlerlisten/Artikel|1=Slender – The Arrival|2=Abschnittlink%20korrigiert}}
* [[DirectX#DirectX 2.0 bis 9)]]

Der #-Link im Artikel funktioniert allerdings, die Wikimedia-Software wandelt das nicht zu einer Klammer. --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 14:14, 14. Sep. 2022 (CEST)
: Das sollte es auch nicht da die Abschnittsüberschrift eindeutig → [[DirectX#DirectX 2.0 bis 9.29]] lautet und durch die Klammer der Link zerstört wird. Und offensichtlich gab es diese Version ja, dann darf das nicht zu einer Klammer werden. Soweit ich es testen konnte hängt es direkt mit dem <code>#</code> zusammen, also es wird nur gewandelt, wenn das ein Abschnittslink ist, oder in dem Text des Links so ein <code>#</code> vorkommt, ohne würde die Ziffernfolge als das erkannt, was sie ist. Kurios ist es auch, dass eine <code>.28</code> zu der anderen Klammer würde und <code>.22</code> <code>"</code> … also beliebige andere Codes aus dem Bereich der zwanziger wären da betroffen. Aber was ich mich frage ist, müsste das nicht wenn dann <code>%29</code> = schließende Klammer sein? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:43, 14. Sep. 2022 (CEST)

:: Es gibt eine historische Syntax, die 2001–≈2017 oder so gültig war.
:: In den frühen Jahrzehnten konnten manche Browser (=IE) die <code>%</code>-Syntax des Escapen von Sonderzeichen in Sprungzielen nicht umsetzen, und damals hatten sämtliche Abschnittsverlinkungen statt <code>%</code> ein <code>.</code> verwendet, und das dann rückgewandelt.
:: WSTM muss davon ausgehen, dass hier ein Wikitext aus alter Zeit vorliegt, und betrachtet den <code>.</code> als <code>%</code> und führt dann URL-Decoding aus.
:: Muss halt mit <code>&lt;nowiki /></code> oder vielleicht per Entity für eine eindeutige Interpretation gesorgt werden.
:: Besser noch: Beim Linkziel einen Anker mit robustem Sprungziel reinwerfen, und dann dieses statt der gefährlichen Abschnittsüberschrift verlinken.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:17, 14. Sep. 2022 (CEST)
:::Sowas ähnliches hatte ich vermutet, die Syntax mit dem Punkt muss ich aber irgendwie verpasst haben, die Zeiten wo ich fürs Internet programmiert habe waren davor und damit habe ich das nicht auf dem Schirm. Gut, also verstanden, ich bau das um. Danke! --[[Benutzer:Windharp|Windharp]] ([[Benutzer Diskussion:Windharp|Diskussion]]) 08:13, 15. Sep. 2022 (CEST)

== [[Oracle (Softwaretest)]] ==

Hallo PC,<br/>im Abschnitt [[Oracle (Softwaretest)#Spezifische Oracle|Spezifische Oracle]] hängt sich WSTM auf.<br/>Gruß<br/>--[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 14:01, 31. Okt. 2022 (CET)
:Moin [[Benutzer:RonMeier|RonMeier]], bei mir läuft er sauber an und auch sauber durch. Hast du etwas spezielles gemacht? mfg --[[Benutzer:Crazy1880|Crazy1880]] 14:02, 31. Okt. 2022 (CET)
::Ich hab mal die beiden auskommentierten<code>citeseerx</code> rausgeschmissen und schon läuft es. Gruß  --[[Benutzer:RonMeier|RonMeier]] ([[Benutzer Diskussion:RonMeier|Diskussion]]) 15:22, 31. Okt. 2022 (CET)

::: Also, ich hab mal die Vorgängerversion ausprobiert und keine Probleme gehabt.
::: Mutmaßlich was mit privater WSTM-Konfiguration?
::: Nebenbei: Bitte entweder <code>Berlin/Heidelberg</code> oder <code style="white-space:nowrap">Berlin / Heidelberg</code> aber niemals <code style="white-space:nowrap">Berlin/ Heidelberg</code> und ''immer''  <code style="white-space:nowrap">Berlin / New York</code>
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:40, 31. Okt. 2022 (CET)

== Vorlagenschwund ==

WSTM löscht so etwas spurlos [[Spezial:Diff/227910461/227910915]]
<syntaxhighlight lang="html">
|{{SortKey|{{nts|1592}}|ca. [[1592 in art|1592–1593]]}}:<br /><br />''[[Eine Frucht schälender Junge]]''
</syntaxhighlight>
wird zu
<syntaxhighlight lang="html">
|:<br /><br />''[[Eine Frucht schälender Junge]]''
</syntaxhighlight>
Daher kann ich die Seite nicht bearbeiten. dieses Konstrukt löst aber leider 94 Linterfehler aus, weil div-span-irgendwie …. Ich hoffe das bearbeitet jetzt niemand der WSTM verwendet. Generell müsste das komplett überarbeitet werden denn diese Jahre [[1592 in art|1592–1593]] gibt es hier nicht und auch nicht so merkwürdige Werktitel [[Eine Frucht schälender Junge]] habe ich schon mal erwähnt, dass ich Artikelübersetzungen nicht ausstehen kann? siehe der Megamurks kommt von [https://en.wikipedia.org/w/index.php?title=List_of_paintings_by_Caravaggio&action=edit&section=1 dort] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:51, 12. Nov. 2022 (CET)

: Da ist so viel Syntaxschrott drin gewesen, dass WSTM bei der Zuordnung von Klammern usw. völlig überfordert war. Eine oder viele Warnmeldungen müsste es eigentlich gegeben haben. Kann ich nichts machen. Danke für den Hinweis. --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:22, 13. Nov. 2022 (CET)

== Verhalten bei [[Ludwig Legge]] ==
Ciao PC,
das Mosai͏̈ke wird beim im Betreff genannten Artikel durch <code>Mosai<mark><nowiki>&amp;#x034F;̈</nowiki></mark>ke</code> mittels WSTM ersetzt. Sollte das so sein? Mache ich was falsch?
Danke und lieber Gruss, --[[Benutzer:Phzh|Phzh]] ([[Benutzer Diskussion:Phzh|Diskussion]]) 23:56, 20. Nov. 2022 (CET)
:PS: Bringe das HTML-Ding irgendwie nicht hin... Musst wohl im Quelltext hier schauen. Sorry. LG --[[Benutzer:Phzh|Phzh]] ([[Benutzer Diskussion:Phzh|Diskussion]]) 23:59, 20. Nov. 2022 (CET)
: Da steht so ein Zeichen <code><span title="CGJ">▯</span></code> im Quelltext (sagt Schnarks Diff). --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 09:57, 21. Nov. 2022 (CET)
::Habe Dank, Ló. Aber was muss/sollte ich nun machen? LG --[[Benutzer:Phzh|Phzh]] ([[Benutzer Diskussion:Phzh|Diskussion]]) 10:45, 21. Nov. 2022 (CET)
::: Ich vermute das ist ein [[Combining Grapheme Joiner]]. Das <code>i</code> hat wohl andere Punkte als ein normales. Man könnte es eventuell durch ein <code>ï</code> ersetzen. [[Hilfe:Sonderzeichen#Akzente]] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:40, 21. Nov. 2022 (CET)

:::: Perfekt erklärt. Hätte ich nicht besser gekonnt.
:::: Technisch soll es bewirken, dass die Umlautpünktchen <code>&uml;</code> auf das vorangehende „i“ mit draufgesetzt werden (was mit dem normalen i-Punkt zusammenrummst).
::::* Wurde wohl aus einem externen Dokument kopiert. Die konnten das auch nicht.
::::* Wir haben es in der Sonderzeichenauswahl unter „Lateinisch“ und „Französisch“.
:::: Kann zu Darstellungsproblemen führen, bringt nix, macht nur Ärger. Rauswerfen.
:::: WSTM hatte das unsichtbare Zeichen detektiert und sichtbar gemacht.
:::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:11, 21. Nov. 2022 (CET)
:::::Wunderbar, habs angepasst. Hoffentlich korrekt. Andere Frage: Bin händisch Deine Bot-Anfrage am Durchackern. Händisch, da ich noch das eine oder andere Inhaltliche (wie fehlende Kommata bei der Auflage) korrigieren möchte. Nun wollte ich primär die Ersetzungen an WSTM beibringen, aber scheitere kläglich. Das Rauswerfen der leeren, nicht benötigten Parametern klappt, aber die Ersetzungen nicht. Hast Du mir allenfalls einen Tipp? Danke und LG, --[[Benutzer:Phzh|Phzh]] ([[Benutzer Diskussion:Phzh|Diskussion]]) 12:16, 26. Nov. 2022 (CET)

@ „Bin händisch Deine Bot-Anfrage am Durchackern“
* Ich vermute mal, es geht um Bib-Vorlagen.
* Tja, das ist lieb, wenn du dir unbedingt die Mühe machen willst.
* Software-Fragen:
** WSTM ist ungeeignet dafür; es wehrt sich mit Händen und Füßen, im Vorlagen-Namensraum und in Programmierungskonstrukten benutzt zu werden und ist primär für den ANR gedacht.
** Du kannst jede beliebige externe Programmiersprache verwenden, die reguläre Ausdrücke kennt und dann außerhalb des Bearbeitungsfelds nach C&P Prozeduren ausführen: [[Visual Basic Script]], Unix shell scripts, Lisp oder sonstwas. Damit müsstest du eine kleine Wegwerf-Prozedur erstellen, die immer wieder an den Anfang des Textes springt und dann die jeweilige Ersetzzung vornimmt.
** Bot-Betreiber machen auch nichts anders.
** In der Bot-Anfrage steht nichts anderes als in normale Sprache übersetzte reguläre Ausdrücke.
** Wenn du es in JavaScript bastelst, geht es auch ohne C&P automatisch innerhalb der aktuellen Seite, sofern sie einen geeigneten Namen hätte und im Bearbeitungsmodus steht (WSTM ist auch nichts anderes).
** Ich bin völlig überlastet und kann nichts Inhaltliches beisteuerm. Alles wo ich mir etwas angucken müsste ist z uviel; oich kann nur rumdiskutieren, was ich ohne Nachdenken aus dem Ärmel schütteln kann.
** Wurgl kann sowas.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:34, 27. Nov. 2022 (CET)

== 2022-09 Vorlagen-fix ==

Moin Moin PerfektesChaos, mal so Schmunzler, 900.000 Mal die Einbindung der Vorlage Literatur im ANR ist die nächste Sprungmarke zur Million. Ich bin nach wie vor beschäftigt die Parameter zu warten und in die richtigen Parameter zu überführen. (Wie lange war gleich die Umstellung her, kopfkratz, ja 2016, lach.) Gleichzeitig wollte ich noch gefragt haben, hast du noch Betätigungsfelder, wo ich mal schauen kann? Ansonsten schönen Sonntag --[[Benutzer:Crazy1880|Crazy1880]] 10:02, 11. Sep. 2022 (CEST)

:* @Literatur:
:** Veraltende Parameter im fünf- oder gar sechsstelligen Bereich lohnen keine gezielten Aktionen und sollen langsam und gemütlich aussterben und in Vergessenheit geraten.
:** Gibt nur Zoff, wenn lediglich deswegen Artikel bearbeitet werden.
:** Es müssen ohnehin alle von vor 2016 auf ewig unterstützt werden, weil im BNR und archivierten Diskussionen.
:** Nur im ANR werden sie dann nach und nach zurückgewiesen.
:* @aktuell:
:** Ja, da gäbe es [{{canonicalurl:Special:Search|search=insource:wikipedialibrary+insource:anb&ns0=1}} ANB@wikipedialibrary] mit [[Vorlage:AmNatBio]] (wohl meist <code>|Rubrik=article</code>); siehe auch FZW.
:* Wennste schon grad hier bist:
:** [[Vorlage:NurWennZahl]] kann zurück auf Vollschutz, müsste jetzt stabil sein und is nix mehr dran rumzuprogrammieren.
:** [[Modul:CoordParse]] auf Dreiviertel mit ''move=sysop'', weil perspektivisch über eine halbe Million Einbindungen vorgesehen.
: Schönes Wochenende noch gleichfalls --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:48, 11. Sep. 2022 (CEST)

::Moin PerfektesChaos,
::* Zu Literatur: Das sind nicht nur alte Parameter, das sind auch Parameter, wo absoluter Schwachsinn enthalten ist und diese werden sauber überführt, so war es eher gemeint.
::* Zu AmNatBio schaue ich mal
::* Die Vorlagen und Module sind dann mal geschützt, ist also umgesetzt
::* PS.: Ich weis, dass ist ne gehasste Frage, aber weist du schon, wann du irgendwann mal Vorlage Internetquelle auf neue Beine stellen wolltest?
::* Und PPS aus Neugierde: Was machst das Modul: CoordParse?
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 16:59, 11. Sep. 2022 (CEST)

::: „absoluter Schwachsinn“ ist was anderes als <code>Herausgeber=</code> oder <code>Jahr=</code>.
::: Internetquelle erfordert einen Konsens der [[WP:ZR]], wie die Darstellung von defekten Weblinks und Archivlinks sowie Drittpublizierern wie GoogleBooks oder YouTube zukünftig robust erfolgen soll, und praktikable Lösungen für die hunderterlei Anmerkungen, dies auch für die aufgekommenen „Hybride“, also Publikationen, die wie Druckwerke organisiert sind, aber niemals auf Papier erhältlich waren, sondern nur als PDF usw. online.
:::* Ohne runderneuerte WP:ZR ist jede Investition von Bemühungen in Internetquelle vergeudet.
:::* Auch danach ist ein Umstellungsprozess im Aufwand von 20–33 % der Literatur von 2016 zu erwarten; also ein Jahr weitaus überwiegende Beschäftigung mit nichts als der Reformen.
:::* Die momentanen WP:ZR stammen geistig von 2005/2006, und damals kannte man hier weder defekte Weblinks noch Archivlinks noch YouTube.
:::* Waren den Geisteswissenschaften des letzten Jahrhunderts verhaftet, und deren etwas behäbigem Weltbild, das der modernen Vielfalt an Publikationsformen nicht standhält.
::: [[Modul:CoordParse]] → Kasten → [[Wikipedia:Lua/Modul/CoordParse/de]] (→[https://de.wikipedia.beta.wmflabs.org/wiki/Vorlage:CoordinateLAT Brutkasten])
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:42, 11. Sep. 2022 (CEST)

::::* Ja, die sind mal nebenbei ein bisschen zum stumpfen Bearbeiten. Aber genauso gehören Herausoperierungen aus dem Parmater Titel oder Kommentar dazu, sowie die Überführung in passende Parameter.
::::* Die Frage müsste dann also lauten, wie bekäme man einen guten Vorschlag auf WP:ZR und wie findet man Konsens, richtig?
::::* Die AmNatBio sind übrigens auch weggenabbert, lekker lekker ;)
::::So, dann mal schönen Abend noch, wenn du noch was hast, wo ich helfen kann, sag gerne Bescheid. mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:28, 11. Sep. 2022 (CEST)

:::::: {{ping|Crazy1880}} Bescheid.
:::::: [{{canonicalurl:Special:Search|search=insource:wikipedialibrary+insource:oxforddnb&ns0=1}} oxforddnb@wikipedialibrary] mit [[Vorlage:OxfordDNB]] (möglichst mit <code>|DOI=1</code>).
:::::: Nochmal drei Dutzend, ohne Hektik; LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:10, 21. Sep. 2022 (CEST)

:::::''Stimme aus dem Off'': Wer außer Dir, lieber PC, steckt denn so tief in der ZR-Thematik, dass er einen fundierten Vorschlag für eine Neufassung machen könnte?--[[Benutzer:Mabschaaf|Mabschaaf]] 16:22, 12. Sep. 2022 (CEST)

:Moin Moin PerfektesChaos, mir ist da nochmal was aufgefallen. Bei der Vorlage Literatur Parameter <code>|Band=</code> lässt WSTM ja <code>|Band=Band 1</code> zu <code>|Band=1</code> umbauen, richtig? Könnten wir das auch für <code>|BandReihe=</code> hinbekommen? Danke --[[Benutzer:Crazy1880|Crazy1880]] 09:02, 15. Okt. 2022 (CEST)

:: ''@BandReihe:'' Kann ich zwar irgendwann mal machen, ist aber weniger dringlich und insgesamt seltener und ich habe zu viele offene Baustellen.
::* Hat insgesamt jedoch einen anderen Hintergrund:
::** <code>Band=17</code> geht als Info in [[COinS]] ein, wird also (wie auch <code>sprache=</code>) im HTML-Dokument versteckt und ist an externe Literaturverwaltungssysteme exportierbar.
::** Damit steht dann dort <code>volume=17</code><code></code>. Das können Franzosen dann darstellen als ''tomé&nbsp;17'' und Engländer als ''vol.&nbsp;17'' und Russen, Ukrainer, Japaner entsprechend.
::** Je mehr deutschsprachige Schlüsselwörter dort mit beistehen, desto unverständlicher wird das für die Konsumenten. Die bekommen dann ''vol. Band 17, issue Heft 5, p. S. 234 bis 241'', hätten aber lieber ''vol 17, issue 5, p. 234–241''.
::* Gleiches gilt für den Austausch zwischen Wikis. Deshalb Datum und Name der Sprache in ISO, und Seitenzahlen möglichst nur als Ziffern.
::* Die ganze Reihe mit ihren Details wird zumindest nicht nach COinS exportiert, und ob fremde Wikis das begreifen würden ist fraglich, und wenn dann hätten sie ohnehin ganz gut zu tun.
:: ''@Wennsteschonmalhierbist:'' Da wäre noch etwas Oxford-Nacharbeit; die von wikipedialibrary wären relativ vorrangig:
::* <code style="white-space:nowrap">insource:wikipedialibrary insource:/10.1093\/ref:odnb/</code> [[Vorlage:OxfordDNB]]
::* <code style="white-space:nowrap">insource:wikipedialibrary insource:jstor insource:/jstor-org.wikipedialibrary/</code> [[Vorlage:JSTOR]]
::* Mit etwas Geduld: Zugriff@Literatur
::** Benutzeransprache eines sehr langjährigen erforderlich, der das wohl noch nicht mitbekommen hat: [[Spezial:Diff/226332135]] und entsprechend [[Syncom&nbsp;2]] wobei ''Google Buch'' überhaupt nie ein Abrufdatum benötigt und [[Syncom&nbsp;3]] dito.
::* Genauso Zugriff@BibISBN
:: Viel Spaß --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:40, 19. Okt. 2022 (CEST)

:::Moin Moin PerfektesChaos,
:::* Mir ist beim Bearbeiten hin zur Vorlage JSTOR etwas aufgefallen. Ich wollte diese Nachweise in die Vorlage Literatur gießen, allerdings bekomme ich da die Meldung, dass die JSTOR ungültig ist. Also diese hier: {{JSTOR|resrep25082}}, gehe ich dabei richtig in der Annahme, dass die Vorlage Literatur nur Ziffern versteht?
:::* Oxford und Benutzerinfo sind raus
:::* Was meinst zu mit Zugriff@BibISBN, soll ich da was machen?
:::mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:55, 20. Okt. 2022 (CEST)

:::: Danke bis hierhin, wikipedialibrary sieht schon deutlich aufgeräumter aus.
:::: Zugriff@BibISBN ist das Gleiche wie Zugriff@Literatur – ''Zugriff'' ist alle und wir kennen nur noch <code>Abruf=</code> und irgendwann sollen die das nicht mehr zulassen und dafür muss das mindestens im ANR aus dem Bestand verschwunden sein.
:::: „gehe ich dabei richtig in der Annahme, dass die Vorlage Literatur nur Ziffern versteht“
::::* Äh, so halb.
::::* Es ist <code>feasible()</code> in [[Modul:JSTOR]] und das weiß bislang nichts von <code>resrep25082</code> und ich auch nix.
::::* Muss ich mal analysieren, was da korrekt ist und ob das saubere <code>stable</code> sind und käme vielleicht was Sinnvolles raus wenn das nur <code>25082</code> hieße?
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:48, 20. Okt. 2022 (CEST)

::::: Sodele, wir kennen also ganze 17 URL mit <code>stable</code> und <code>resrep</code> – dann wird das Modul das als Regel für gültige ID lernen müssen und danach kennen das alle anderen auch. Kann sich aber ein paar Tage hinziehn. Wochenende und so, schönes --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:00, 21. Okt. 2022 (CEST)
::::::Moin, das sind ja schonmal gute News zu JSTOR, allerdings habe ich da noch einen Fall: https://plants.jstor.org/stable/10.5555/al.ap.flora.ftea005209 Wir würde ich den denn in die Vorlage bringen? Man haben wir komische Sachen hier. mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:41, 21. Okt. 2022 (CEST)

::::::: Das ist: <code>plants.jstor.org</code>
::::::: <code>www.jstor.org/stable</code> heißen ''stable'' weil sie halbwegs stabil sein sollten; es gibt aber etliche andere Pfade und Sub-Domains. Die ''stable'' waren früher auch mal alle offen zugänglich, glaube ich. Die anderen Pfade oft nicht. Wir beschränken uns auf den Mainstream.
::::::: <code>[[Spezial:Diff/195257087|www.jstor&amp;#46;org/stable]]</code> zum Austricksen der URL-Detektierung war aber auch schon bööööse; muss ich gelegentlich mal Gegenmaßnahmen ergreifen.
::::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:24, 21. Okt. 2022 (CEST)

:::::::: {{JSTOR|resrep25082}} kennen wir nunmehr.
::::::::* Kannst also die letzten beiden noch abrunden.
:::::::: Danach lieber Zugriff@BibISBN allemachen.
:::::::: Wenn die fertig, hätte ich zum Ende kommender Woche noch eine längere wikipedialibrary-Serie.
:::::::: ''@BandReihe:'' Das war in der WSTM-Programmierung sogar schon vorgesehen gewesen, aber ein wichtiges Zahnrädchen fehlte noch, und je nach Temperament des Browsers könnte das sogar einen Crash bewirkt haben. Glaub ich aber nicht, denn das schlummerte schon fünf Jahre unbemerkt und hätte jedes <code>BandReihe=was</code> zum Absturz bringen müssen. Kommt demnächst unaufgefordert.
:::::::: Schöne Woche --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:50, 23. Okt. 2022 (CEST)
::::::::: ''@BandReihe'' – jetzt live. LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 02:55, 30. Okt. 2022 (CEST)

:Moin PerfektesChaos:
:* Fünf Jahre im Köcher, dass kann am Ende nur gut werden. ;)
:* Hast du bei der ISB-Nummern-Aufbereitung was geändert? Denn diese ändern sich bei mir nun nach 10 oder 13 nach Jahr. Nur so als Frage.
:mfg --[[Benutzer:Crazy1880|Crazy1880]] 17:52, 2. Nov. 2022 (CET)

::* „Fünf Jahre im Köcher“ – äh, sagt mir grad nix?
::* ISBN-10 ↔ ISBN-13
::** War programmtechnisch schon seit 2015/2016 vorbereitet.
::** Im Zuge der jüngsten Änderung, und nachdem der größte Wirbel um ''Vorlage:Literatur'' sich nunmehr gelegt hat, habe ich das dann mitgemacht.
::* Neue ohne übermäßige Eile umzusetzende Aktion für dich:
::** [[Vorlage:JSTOR|JSTOR&#124;2=]]
::** Hatte bisher eine unzulässige falsche Linkbeschriftung bewirkt.
::** Weil ich im Zuge obiger Angelegenheit da rangegangen war, habe ich das jetzt auf Migration+veraltet gesetzt.
::** Wenn da ein Weblink auf eine fremde Ressource steht, dann muss die Verlinkung kennzeichnen auf welche Website sie geht, Google oder wer auch immer, und wir geben die ID im Klartext sichtbar an.
::** Vorrangig wären jetzt erstmal <code><nowiki>{{JSTOR|2=JSTOR}}</nowiki></code> weil die sehen momentan besonders dusslig aus.
::** Patentrezept habe ich keins; muss im Einzelfall nach ZR ggf. großflächiger umgebaut werden.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:41, 2. Nov. 2022 (CET)

:::Ahhh, danke für die Info.
:::* zu den fünf Jahren, da hattest du zu BandReihe folgende Aussage gemacht: "denn das schlummerte schon fünf Jahre unbemerkt", darauf hatte ich das gemünzt. Wer weis, was du noch so alles in deinem Quellcode hast ;) ;)
:::* JSTOR schaue ich mir an. Wir haben ja auch noch die Weiterleitung von Jstor nach JSTOR, soll diese dann perspektivisch auch entfallen, oder soll die dann bestehen bleiben?
:::mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:57, 2. Nov. 2022 (CET)

:::: „Weiterleitung von Jstor nach JSTOR“ – von der weiß ich noch nicht mal was, aber WSTM kennt den.
:::: Nee, sowas soll behutsam aussterben, aber ohne Tränchen.
:::: Dieser ganze Weiterleitungsdschungel bringt niemandem etwas und macht Suchvorgänge und Ersetzungen nur unendlich kompliziert. Wurgl braucht dann wohl auch noch eine zweite Analyse dafür, oder besondere Schalter, das kommt dann davon.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:14, 2. Nov. 2022 (CET)

:::::Moin PerfektesChaos,
:::::* Ich weis ja nicht, wie schlimm folgendes ist. ISB-Nummer formatierst du ja, das ist auch total super. Aber nun habe ich gesehen, dass auch bei BibISBN eine Formatierung vorgenommen wird. Siehe [[Spezial:Diff/227628905|mal hier]]. Da sind die BibISBNs nun alle auch mit Strichen getrennt worden. Weis ja nicht, ob das so sein soll/muss, da die Vorlagen immer noch ohne Striche sind.
:::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 13:54, 3. Nov. 2022 (CET)

:::::: Naja, dir ist aber schon aufgefallen, dass trotzdem die richtigen Bücher in der Darstellung angezeigt werden? Und dass in der Liste der eingebundenen Vorlagen die ISBN-Untervorlagen aufgezählt werden, nur ohne Strichelchen? Lässt darauf schließen, dass BibISBN schon seit Jahren mit gestrichelten ISBN umgehen kann.
:::::: Bei der Bearbeitung sollen grad die 13-stelligen Bandwürmer strukturiert erscheinen, damit mehrere Bücher aus demselben Verlag nicht verwechselt werden. Diese Gliederung ist für die Menschen gemacht, und WSTM weiß das nunmehr auch.
:::::: Danke schonmal für den ersten Schub an JSTOR|2 --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:36, 3. Nov. 2022 (CET)

:Moin Moin PerfektesChaos,
:* zu BibISBN: Es war mir halt nur aufgefallen, dass da nun Strichelchen zugekommen sind. Ja, Darstellung at all ist gleich. Hatte nur im ersten verwirrt und ich dachte, ich sage Bescheid, bevor ich damit auf lange Sicht war kaputt machen könnte.
:* JSTOR: Kannst ja mal schauen, ob dir das so gefällt.
:* Jstor: Habe ich nun auch geleert/aufgeräumt und habe ich mal auf'm Plan, schaue da so in einer Woche nochmal und werde das Ding dann als unnötige WL löschen.
:* URN und ''Urn'' (WL) haben auch einen veralteten Parameter 2, wäre der analog zu JSTOR ebenfalls aufzulösen?
:* Zugriff@BibISBN => noch auf dem Schirm, bei Zeiten
:Hast du sonst noch was? mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:26, 8. Nov. 2022 (CET)

::* URN
::** Gut, dass du bei sowas vorher fragst.
::** Nö, lohnt keine Edits und nerven der Beobachtenden.
::** Macht nur aus <code>|</code> ein <code>:</code> und richtet optisch und in der Verwendung keinen Schaden an.
::** Wenn ich mich mal langweile, löse ich für alle NR einen Bot-Auftrag aus; aber da habe ich viel wichtigere in der Pipeline.
::** Ist ein Relikt aus der Vor-Lua-Ära; mangels Zeichenkettenverarbeitung mussten die das in zwei separate Parameter packen.
::** Den einzigen Unterschied würde man bei Quelltext-Durchsuchung nach dem Code merken, aber das macht eh kaum einer und <code>de:Dingsbums</code> wäre charakteristisch genug, um das sogar über Google zu finden.
::* JSTOR
::** Fein, fein, dann werde ich mal Schnüffelkat vor dem endgültigen Aufräumen einbauen.
::* Zugriff@BibISBN
::** Wieso, sind doch alle?
::** Schon vorgemerkt für gelegentliche Schnüffelkat.
::** <code>jstor</code> und <code>urn</code> könnten allerdings unauffälliges allmähliches Wegputzen und Eigen-SLA abbekommen. Vorsicht, dürften immer dieselben wenigen Autoren gewesen sein.
::* „sonst noch was“ – Tausende, aber muss ja immer geplant und präzise beschrieben werden.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:40, 9. Nov. 2022 (CET)

Ich hätte drei Aktionen für dich:
# [[Vorlage:Wikisource]] – Parameter 2 enthält <code>Gartenlaube</code> → [[Vorlage:Gartenlaube]]
# Linkfixe
#* [[Special:Edit/Benutzer:Tommes]] <code><nowiki>[[WP:VAR]]</nowiki></code> → [[Hilfe:Parserfunktionen]]
#* [[Special:Edit/Benutzer Diskussion:Septembermorgen/Archiv2]] ''dito''
# In administrativer Eigeninitiative ausgelöster SLA auf [{{canonicalurl:Wikipedia:VAR&redirect=no}} WP:VAR] →BKS; Begründung: ''Nicht mehr benötigter Shortcut, Freigabe der Buchstabenkombination für neue Verwendung''
# danach mal wieder vorbeischaun, hab noch so einen
Danke im Voraus --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:49, 27. Nov. 2022 (CET)

::Moin PerfektesChaos,
::* Gartenlaube: Habe ich mir mal angeschaut und festgestellt, sind auch in Parameter 3 noch welche, baue ich raus. Es kommt aber ein "aber", die Artikel [[Allerheiligen-Wasserfälle]] und [[Wilhelmine Schröder-Devrient]], da bin ich lost, wie ich das umsetzen kann. Könntest du da mal schauen?
::* Linkfixe: Einer ausgebaut, Tommes angeschrieben (auf Beobachtung), SLA danach
::* Wikisource: Könntest du mir vllt. bei der Vorlage eine Schnüffelkat einbauen nach dem Parameter 3, nur damit ich mal ein Gefühl bekomme, was da noch in den restlichen Namensräumen schwirren könnte?
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:51, 28. Nov. 2022 (CET)

::: Schönen Dank.
::: In Sachen Benutzerseite: Du hast es auf die BD geschrieben und das neue Linkziel hinterlassen, Zeit genug war, und dann kann jetzt zur administrativen Tat geschritten werden. Benutzer ist grad seit einer Woche nicht aktiv, warum weiß ich nicht, meist wäre der Grund im Logbuch nachzulesen. Dass das hier nicht flutscht war mir irgendwie klar. Es gibt keine Verpflichtung, erst auch noch die BNR-Verlinkung korrigiert zu bekommen, bevor gelöscht werden dürfe. Dann eben erstmal Rotlink und selbermachen.
::: [[Vorlage:Wikisource]] läuft auf [[:Kategorie:Wikipedia:Vorlagenfehler/Schwesterprojekt]] und müsste morgen früh auswertbar sein.
::: Mit 3@[[Vorlage:Wiktionary]] mag es dann genauso weitergehen.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:28, 1. Dez. 2022 (CET)

:::: Ich war gestern abend zu erschöpft und habe die Schnüffelkat in allen Einbindungen ausgelöst; heut mittag müsste die Kat realistisch sein.
:::: Bei [[Wilhelmine Schröder-Devrient]] ist das im Abschnitt „Weblinks“ schon völlig okay. Es wird ja keine gedruckte Literatur verlinkt, sondern auf der Website ''Wikisource'' ein Inhaltsverzeichnis angeboten, welche digitalen Reproduktionen sie anbieten würde. Wir müssten ansonsten alle 14 Einzelausgaben bibliografisch auflisten.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 08:58, 2. Dez. 2022 (CET)

:Moin Perfektes, WP:VAR war dann mal. Hoffe das passt so. Weiteres kann folgen. ;) --[[Benutzer:Crazy1880|Crazy1880]] 18:54, 8. Dez. 2022 (CET)

:: Jo, danke, ich lese ja mit.
:: Wiktionary beliefert inzwischen die Wartungskat.
:: [[Vorlage:Wikibooks]] same procedure.
:: Du hattest mit diesem 3@Wikisource angefangen, das hast du nun davon.
:: Das kann jetzt Zug um Zug wohl ausgenommen Commons*** durchgezogen werden; unbenannte 3. Parameter sind dann Geschichte. Weiß keiner mehr was die bewirken sollen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 19:12, 8. Dez. 2022 (CET)

:::Moin Moin PerfektesChaos,
:::* Commons im ANR mit Parameter 3 sollte durch sein. Könnte Wartungskat für alle anderen Namensräume haben.
:::* Ansonsten schöne Festtage und wenn du noch Aufgaben (Geschenke) hast, dann gerne Bescheid sagen.
:::mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:00, 24. Dez. 2022 (CET)

== Kommentar ändern ==

Ich bin leider ein Anfänger und finde den Fehler nicht was stimmt bei meiner Kommentar-Änderung [[Benutzer:Toxoplasma II./common.js|hier]] nicht? --[[Benutzer:Toxoplasma II.|Toxoplasma II.]] ([[Benutzer Diskussion:Toxoplasma II.|Diskussion]]) 20:48, 16. Jan. 2023 (CET)

== PMID ==
[[PMID:28680072]] wird zu [[PMID 28680072]] das ist nicht gut denn in der Hilfeseite [[Hilfe:Magische_Wörter#RFC, PMID, ISBN]] steht ausdrücklich, dass alternativ Pseudolinks erlaubt sind ja dort ist Kleinschrift angegeben und Kleinschrift [[pmid:28680072]] würde WSTM auch so belassen aber siehe →[[Micrarchaeota]] --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:13, 26. Feb. 2023 (CET)
* Hier [https://de.wikipedia.org/w/index.php?fulltext=1&search=insource%3A%2F%5C%5B%5C%5BPMID%3A%2F&title=Spezial%3ASuche&ns0=1 noch ein paar Beispiele] vermutlich alles Fälle, die kürzlich, wie hier [[Spezial:Diff/225822300/231260684]], durch [[Benutzer:Ernsts]] eingefügt wurden. Hatte ich bisher noch nicht, meine ich zumindest. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:37, 26. Feb. 2023 (CET)
:{{ping|Lómelinde}}Danke für den Tipp! Hallo, verstehe ich richtig, wenn ich die PMID in der Form „<nowiki>[[...:...]]</nowiki>“ angebe, dann sollte ich besser pmid klein schreiben nicht PMID groß? Also „<nowiki>[[pmid:...]]</nowiki>“ ? 
:Hintergrund: Ich hatte bis vor Kurzem die PMID immer als „PMID ...“ ohne eckige Klammern und Doppelpunkt angegeben. Das hat irgendwann einmal nicht mehr geklappt. Da hatte ich gesehen, dass es mit „<nowiki>[[PMID:...]]</nowiki>“ besser klappt. Habe est kürzlich gesehen, dass es mit „<nowiki>[[pmid:...]]</nowiki>“ auch geht. Sind alles Erfahrungswerte ;-), ich bin mit dem Recherchieren zu den Sachthemen völlig ausgelastet, bin jetzt erst wieder über einen offensichtlichen Fehler in der [[LPSN]](!) gesolpert, hat mich viel Zeit gekostet. Umso lieber sind mir diese Tipps:-)! Fazit:
::Künftig „<nowiki>[[pmid:...]]</nowiki>“
:Bitte lass mich wissen, wenn es nötig sein sollte, dass ich über meine letzten Artikel (Deine Beispiele wie ich sehe) gehen, um das abzuändern. Viele Grüße--[[Benutzer:Ernsts|Ernsts]] ([[Benutzer Diskussion:Ernsts|Diskussion]]) 16:53, 26. Feb. 2023 (CET)
:: Das muss der Toolbetreiber entscheiden, ob er seinem Tool die geklammerten Großbuchstaben beibringt. Ich möchte nur verhindern, dass durch das Tool versehentlich Links zerstört werden. Daher der Hinweis an ihn und der Ping an dich, weil ich so etwas bisher noch nicht hatte. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:02, 26. Feb. 2023 (CET)
::@[[Benutzer:Ernsts|Ernsts]] Bitte zukünftig einfach <code>PMID 28680072</code> (ohne Klammern, ohne Doppelpunkt) schreiben - damit sind alle Vorkommen im Quelltext einheitlich und Fehler (wie etwa [[Benutzer:Mabschaaf/Syntaxkorrektur#PMID|hier gelistet]]) lassen sich leichter finden und korrigieren.--[[Benutzer:Mabschaaf|Mabschaaf]] 17:09, 26. Feb. 2023 (CET)
:::Moin zusammen, ich hatte in meine Konfiguration ein bisschen was reingeschrieben, dass Doppelpunkte zwischen PMID und Nummer entfernt werden. mfg --[[Benutzer:Crazy1880|Crazy1880]] 18:24, 26. Feb. 2023 (CET)
::::Also ich kann natürlich wieder wie früher ohne alles nur „<code>PMID ...</code>“ schreiben und wenn ich wieder einen Fehler bekommen sollte, der nur im Format „<code><nowiki>[[pmid:...]]</nowiki></code>“ oder „<code><nowiki>[[PMID:...]]</nowiki></code>“ zu beheben wäre, melde ich mich. Wie sollte ich mit den Artikeln aus Lómelindes Liste verfahren, Abändern (jetzt auf „ohne nix“)?--[[Benutzer:Ernsts|Ernsts]] ([[Benutzer Diskussion:Ernsts|Diskussion]]) 19:59, 26. Feb. 2023 (CET)
:::::Änderungen sind ausgeführt, die obige Suche liefert keine Treffer mehr. Hoffe, dass die PMIDs auch alle funktionieren. Kann das aber bei künftigen Artikelübersetzungen und -erstellungen im Auge behalten.--[[Benutzer:Ernsts|Ernsts]] ([[Benutzer Diskussion:Ernsts|Diskussion]]) 00:13, 27. Feb. 2023 (CET)
:::::: Dankeschön, es kann aber auch mal vorkommen, dass die Seite nur kurzzeitig nicht erreichbar war. Eigentlich sollte es nicht vorkommen dass es nur mit Klammern geht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:33, 27. Feb. 2023 (CET)

Ist sichergestellt, dass die eröffnend beanstandete Änderung auf Original-WSTM zurückzuführen ist?
* Ich kann es nicht reproduzieren.
* Ich finde in WSTM keinerlei Programmierung mit dieser Wirkung.
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:58, 28. Feb. 2023 (CET)
: So ziemlich, schau in meine [[Benutzerin:Lómelinde/common.js|common.js]] siehst du dort irgendetwas was PMID heißt? Ich nicht. Crazy hat in seiner [[Benutzer:Crazy1880/vector.js#L-182|vector.js]] eine eigene Routine dafür, ich aber nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:13, 28. Feb. 2023 (CET)
:: Was ist damit [https://en.wikipedia.org/wiki/User:PerfektesChaos/js/WikiSyntaxTextMod/dO.js WikiLK.prototype.magic]? Na ja ok ich habe eh keinen Plan, aber --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:34, 28. Feb. 2023 (CET)

::: Da war das 2012 mal eine Idee gewesen, ist aber nicht weiter ausgeführt worden als für <code>ISBN</code>.
::: Alle Vorkommen von <code>PMID</code> dort sind nur Kommentar.
::: Ich kann es nicht reproduzieren.
::: Respektable Recherche-Leistung trotzdem.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:02, 28. Feb. 2023 (CET)
:::: Ich schon, auf der Spielwiese, weil ja die Artikel bereinigt wurden. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:10, 28. Feb. 2023 (CET)
:::: Ich hatte [https://en.wikipedia.org/w/index.php?search=insource%3A%2FPMID+%2F+user%3APerfektesChaos+intitle%3A%22WikiSyntaxTextMod%22&title=Special:Search&profile=advanced&fulltext=1&ns2=1 danach] gesucht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:20, 28. Feb. 2023 (CET)

In der Zwischenzeit habe ich einen Code von 2010 aufgestöbert, der damals derartige Umstellungen vorgenommen hatte.
* Die Methodik ist keine, die ich heutzutage noch anwenden würde.
* Ist ein Überrest einer damals zu anderen Zwecken vorgenommenen Normalisierung.
* Der von dir aufgestöberte Code von 2012 war dessen geplanter Nachfolger.
* Die Methode, dass sowas mit Großbuchstaben ''und'' Doppelpunkt ''und'' doppelten eckigen Klammern drumrum von irgendjemand verwendet würde, war im letzten Dutzend Jahren niemals aufgefallen.
* d online.
* Reproduzieren konnte ich die eingangs geschilderte Situation zwar nie, kann aber nachvollziehen dass original.WSTM sowas gemacht haben könnte.
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:40, 28. Feb. 2023 (CET)
: Jo, es ist bei mir weg, die Doppelpunkte bleiben jetzt dort. Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:25, 1. Mär. 2023 (CET)

== 2023-02 Vorlagen-fix ==

Moin Moin PerfektesChaos, ich habe mal ein paar Vorlagen gequält gehabt und es ist schon erstaunlich, was in welchen Parameter so alles zu finden ist. Daher gerne Info/Wunsch/Unterstützung:
* Vorlage {{Vorlage|Commons}} den Parameter 3 mal mit der Schnüffelkat auszurüsten. Im ANR sollte es schon raus sein.
* Vorlage Literatur bin ich noch an vielen Baustellen dran.
* Vorlage Literatur/Einzelreferenz, bin ich drauf gestoßen, finde ich vom Quelltext und vom Lesen schwierig, wenn man direkt in den Bearbeitenmodus springt und auf Einmal eine Wikidata-ID in einem Parameter steht.
* Brauchst du sonst Unterstützung?
mfg und schönen Abend noch --[[Benutzer:Crazy1880|Crazy1880]] 22:40, 4. Feb. 2023 (CET)

: [[:Kategorie:Wikipedia:Vorlagenfehler/Schwesterprojekt]] hat bereits einschlägige Treffer.
: [[Vorlage:Commons]] müsstest du dir nach [[Spezial:Diff/230618190|diesem Schema]] selbst machen, und anschließend wieder entfernen.
: „Literatur/Einzelreferenz“ kannste vergessen, ist Privat-Aktion; irgendwann mal mehr, aber das braucht sehr viel Zeit und Nerven.
: Mehr Kram hab ich schon für dich in der Pipeline, aber keine Zeit, es dir verständlich aufzuschreiben.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:20, 6. Feb. 2023 (CET)

:: {{ping|Crazy1880}} Wenn du durch bist mit der Wartungskat, habe ich auf [https://de.wikipedia.beta.wmflabs.org/wiki/Vorlage:Commons BETA] ein Vielfach-Update bereitgestellt (ungetestet freihändig, aber wird schon stimmen).
:: Außerdem kannst du mal alle üblichen in der Kat durchgehen, ob sie im Minimum ''edit=Sichter move=sysop'' haben, und ansonsten verschärfen.
:: Damit sind alle gepflegten in ihrer momentanen Form zukunftsfähigen einheitlich aufgerüstet; bis auf Commonscat (da gibt es genauso viele Neuzugänge <code>3=S</code> wie WSTM zu ''audio/video'' konvertiert).
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 18:11, 10. Feb. 2023 (CET)

:::Moin Moin zusammen,
:::* Kopie aus BETA war eingebaut und hatte nochmal 5 Fehlerchen geliefert, welche auch schon ausgebaut/bereinigt sind. Ansonsten bisher an dieser Front alles Commons-ruhig.
:::* Seitenschutz: Ja, da waren welche noch fast ohne unterwegs, die habe ich mal hochgedreht, da es ja schon zentrale und häufige Vorlagen sind.
:::* Meinst du dass bei Commonscat und Parameter 3 vllt. mal ein Bot-Lauf was bringen würde? Ich meine sonst wäre mal bestimmt ein paar Jahre bechäftigt und leider trifft man viel zu wenig auf diesen Parameter um ihn zu beheben.
:::* next kann kommen ;)
:::mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:41, 12. Feb. 2023 (CET)

:::: Commonscat ist aussichtslos, weil es anscheinend sogar mehr Neuzugänge mit kryptischem <code>3=S</code> gibt als die VE-geeigneten selbsterklärenden booleschen Parameter von WSTM (dem Host dieser Erörterung) weggeschaufelt werden können.
:::: Ursache werden altgediente händisch-Tipper sein, und schlummernde Kopiervorlagen auf Festplatte und in irgendwelchen BNR-Seiten.
:::: Das wird noch ein Jahrzehnt dauern, bis das so ganz allmählich in Vergessenheit gerät.
:::: Bot-Läufe für sowas sind verboten, und irgendwann 30.000 Artikel anzufassen lohnt nicht, zumal <code>3=S</code> weiterhin unterstützt werden muss, frisch in den ANR kommen wird, niemand gezwungen werden kann das nicht mehr zu tippen, und es ja auch noch andere Namensräume gibt.
:::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 20:07, 12. Feb. 2023 (CET)

Hi, du hast [[Spezial:Diff/232032750|den hier]] abgearbeitet.
* Dafür erstmal danke.
* In der [[Spezial:Diff/232032034|Anfrage]] stand aber was mit „Bearbeitungskommentar sollte mit <code style="white-space:nowrap">2023-03-20</code> beginnen“
* [[Spezial:Diff/232032714|Der kam leider nicht mit.]]
* Ist jetzt nachträglich nicht zu ändern.
* Für die nächste Gelegenheit.
* Sinn ist, dass [https://de.wikipedia.beta.wmflabs.org/w/index.php?title=Modul:TemplatePar&action=history dies] oder [https://als.wikipedia.org/w/index.php?title=Modul:TemplatePar&action=history das] ablesbar ist.
LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:02, 22. Mär. 2023 (CET)

:Moin PerfektesChaos, dann hatte ich das falsch interpretiert und dacht, dass ich dabei auf die erste Zeile zu achten hätte. Ok, wieder was gelernt. mfg --[[Benutzer:Crazy1880|Crazy1880]] 06:37, 22. Mär. 2023 (CET)

::Moin PerfektesChaos, ich hätte da mal wieder Dinge ausgegraben ;)
::* Magst du dir bitte mal den Artikel [[Griechisch-türkische Beziehungen]] die Einzelnachweise 19/20 anschauen, da wird JSTOR als Link angemeckert weil im Parameter Online, aber der Short im JSTOR selbst wird als ungültig markiert, beides doof.
::* Dann habe ich auf meiner Diskussionsseite einen netten Hinweis zur Vorlage Wayarchiv erhalten ([[Benutzer_Diskussion:Crazy1880#Vorlage:Webarchiv_mit_verschwundener_PDF-Angabe]]). Persönlich wäre ich lost, ich könnte mir nur Vorstellen, dass der Parameter Online von der Vorlage Literatur vor der Vorlage Webarchiv etwas anderes erwartet, kann es aber nicht beweisen.
::* Dann bin ich an den Vorlagen "Infobox Schiff" gerade dran, da mal durchzufeudeln und die falschen Parameter zu korigieren. Ich würde dann auch gleich TemplateData hinterherschieben wollen, weis aber nicht, ob das in diesem komischen Konstrukt mit den einzelnen Untervorlagen so einfach möglich wäre. Da bräuchte ich später vllt. mal eine Expertize von dir.
::* Hast du denn noch schöne Sachen für mich?
::mfg --[[Benutzer:Crazy1880|Crazy1880]] 11:17, 26. Mär. 2023 (CEST)
::@ JSTOR Problem sind die Ziffern hinter dem Punkt in Kombination mit <code>resrep</code>, die für das Kapitel steht, siehe https://www.jstor.org/stable/resrep12133.10 {{JSTOR|resrep12133.10}} ↔ {{JSTOR|resrep12133}} ohne Kapitel, ebenso bei https://www.jstor.org/stable/resrep12019.14 {{JSTOR|resrep12019.14}} ↔ {{JSTOR|resrep12019}} aber nicht generell ein Punkt in der ID {{JSTOR|10.1525/fq.2010.64.issue-1}} --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:14, 26. Mär. 2023 (CEST)

== Schachproblem ==

Im Artikel [[Kandidatenzüge]] streikt WSTM und die Konsole sagt zu mir:
<pre>
Uncaught TypeError: rows[(align + 10)] is undefined
    fixSchachbrett https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js&action=raw&ctype=text/javascript&bcache=1&maxage=858379170:3015
    fixSchachHook https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js&action=raw&ctype=text/javascript&bcache=1&maxage=858379170:2922
    finalize https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dM.js&action=raw&ctype=text/javascript&bcache=1&maxage=857890187:985
    textMod https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/dW.js&action=raw&ctype=text/javascript&bcache=1&maxage=857590081:281
index.php:3015:11
</pre>
Was auch immer sie mir damit sagen möchte, ich verstehe nur da geht etwas nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:42, 1. Apr. 2023 (CEST)

: Deine präzise Angabe zum Artikel und die Fehlermeldungen ermöglichten eine zügige Behebung.
: In [[Kandidatenzüge]] steht ein etwas unkonventionell kurzes Schachbrett, das vor einem Dutzend Jahren bei Formatierung derartiger Einbindungen noch nicht bekannt gewesen war.
: d bereits online.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:17, 5. Apr. 2023 (CEST)
:: Zumindest startet WSTM und wirft folgende Fehlermeldung aus
:: <code>Im Text wurden schwere Fehler gefunden. Warnung durch Benutzer ausgelöst: 2× Unerwartetes Format: <nowiki>{{Schachbrett|</nowiki></code>
:: Eine Änderung erfolgt nicht. Ich vermute mal das ist auch so gewollt, oder?
:: Allerdings weiß ich nicht so genau, was ich dann mit der Fehlermeldung anfangen, also wie ich das beheben soll. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:36, 5. Apr. 2023 (CEST)

::: Naja, es wird halt ein Schachbrett mit 8 Zeilen und 8 Spalten erwartet. Das ist schlicht nicht vorhanden; kann sein dass das gewollt ist, kann sein dass nicht. WSTM weiß das auch nicht.
::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:43, 5. Apr. 2023 (CEST)

== Durchmesserzeichen ==

Hallo PerfektesChaos, durch [[Benutzerin:Lómelinde]] bin ich gerade darauf aufmerksam gemacht worden, dass umseitiges Skript das [[Durchmesserzeichen]] ⌀ standardmäßig gegen den Buchstaben [[ø]] tauscht. Das scheint mir im Fließtext sinnvoll zu sein. Nun habe ich aber schon mehrfach gesehen, dass in Artikeln zu Schiffen das Durchmesserzeichen (bspw. für die Angabe von Propeller- oder Torpedorohrdurchmesser genutzt) durch den Buchstaben ersetzt wurden, in [https://de.wikipedia.org/w/index.php?title=Deyatelny&curid=10979393&diff=232589404&oldid=232587241&diffmode=source diesem Beispiel] durch Lómelinde per WSTM. Das geht ja am eigentlichen Ziel dieser automatischen Ersetzung vorbei und erzeugt Zusatzaufwand. Nun meine Frage, da ich von der Skriptprogrammierung keine Ahnung habe: Ist es möglich, dem Skript beizubringen, das Durchmesserzeichen nur in Fließtexten, besser nur in Wörtern zu ersetzen, aber nicht dort, wo es eben wirklich einen Durchmesser kennzeichnen soll? Wie gesagt, von der technischen Umsetzung verstehe ich nichts, stelle mir das aber etwa so vor, dass das Skript nachsieht, ob direkt vor oder nach dem Zeichen ein anderer Buchstabe steht (das ø steht ja üblicherweise in Wörtern, das Durchmesserzeichen nicht). Sollte der Aufwand für diese Änderung am Skript zu groß oder das Ganze gar nicht möglich sein, dann muss eben weiter händisch nachgearbeitet werden. --[[Benutzer:Ambross07|Ambross]] <small>([[Benutzer Diskussion:Ambross07|Disk]])</small> 15:43, 8. Apr. 2023 (CEST)

== Beispiel für style-Definitionen ==

Servus, wie kann man [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/template#style|style-Formatierungen]] nur auf bestimmte Parameter anwenden? Bzw. gibt es ein Beispiel für eine solche style-Definition? Das was ich unter [[Benutzer:IWL04/common.js#L-33]] probiere (noch allgemein), funktioniert leider nicht… Danke schonmal und VG, –[[Benutzer:IWL04|IWL04]] • 12:54, 22. Apr. 2023 (CEST)

: Das sind Eigenschaften von <code>params.style</code>&nbsp;– und dieses ist in der Übersicht als „(geplant)“ ausgewiesen.
: Die Programmierung ist teilweise sogar realisiert, wird mindestens intern seit einem Jahrzehnt ausgiebig genutzt.
: Den Ansatz einer Schnittstelle nach außen hatte ich 2012 mal begonnen, dieses jedoch wegen langjährigem Ausbleiben einer Nachfrage wieder eingestellt. Mittlerweile habe ich 50 Tools in JavaScript, die Betreuung von Hunderten an Hilfeseiten und Technik-Projketseiten, Maintenance für 50 Lua-Module und Hunderte an Vorlagen an der Backe; übernehme außerdem noch die Reinhaltung des Vorlagen-Namensraums insgesamt und komplexe Migrationsaufaben unserer Infrastruktur. Damit gibt es keinerlei Kraft und Zeit und Nerven mehr, um mich um Nischenthemen zu kümmern.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:58, 26. Apr. 2023 (CEST)

== 2023-05 Vorlagen-fix ==

Moin PerfektesChaos, ich hätte da mal wieder Dinge ausgegraben ;)
* Magst du dir bitte mal den Artikel [[Griechisch-türkische Beziehungen]] die Einzelnachweise 19/20 anschauen, da wird JSTOR als Link angemeckert weil im Parameter Online, aber der Short im JSTOR selbst wird als ungültig markiert, beides doof. (Hierzu hatte Lómelinde schon angemerkt, dass es sich um die Kapitel handeln würde, aber vllt. könnte man da auch irgendwas machen?)
* Dann habe ich auf meiner Diskussionsseite einen netten Hinweis zur Vorlage Wayarchiv erhalten ([[Benutzer_Diskussion:Crazy1880#Vorlage:Webarchiv_mit_verschwundener_PDF-Angabe]]). Persönlich wäre ich lost, ich könnte mir nur Vorstellen, dass der Parameter Online von der Vorlage Literatur vor der Vorlage Webarchiv etwas anderes erwartet, kann es aber nicht beweisen.
* Dann bin ich an den Vorlagen "Infobox Schiff" gerade dran, da mal durchzufeudeln und die falschen Parameter zu korigieren. Ich würde dann auch gleich TemplateData hinterherschieben wollen, weis aber nicht, ob das in diesem komischen Konstrukt mit den einzelnen Untervorlagen so einfach möglich wäre. Da bräuchte ich später vllt. mal eine Expertize von dir.
* Hast du denn noch schöne Sachen für mich?
mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:52, 10. Mai 2023 (CEST)

: JSTOR
:* wird nur akzeptiert für komplette Zeitschriften; Einzelkapitel und interne Links sind nicht ''stable''.
:* Kann sich also über die Zeit ändern; kein Anlass etwas an der Gültigkeitsregel zu ändern.
:* Mittlerweile werden gern mal JSTOR-Seiten Abo-pflichtig; um so mehr genügt es, nur auf die Startseite zu verlinken.
:* Immer mehr Digitalisierungsangebote gehen dazu über, erstmal auf der Startseite eine Format-Auswahl als PDF, eBook, HTML anzubieten; dann sind die internen Links auch hinüber.
:* Ein Kapitel hat sich dauerhaft aus den universellen bibliografischen Angaben zu ergeben; wie man dann von JSTOR zu einem Kapitel oder einer Seitenzahl navigiert, kann sich über die Zeiten ändern.
: PDF Wayback
:* Original-WSTM macht da mit großer Sicherheit nix dran.
:* WSTM sieht nur, dass in <code>Online=</code> kein syntaxfreier offener Text steht, und ignoriert den Rest und das Innere.
: Infobox Schiff
:* Das ist völlig verbastelt.
:* Da müsste schon gelangweiltes VWS-Personal ran, und das haben wir in der Ära LINT nicht.
:* Erstmal müssten diese dussligen unbenannten zu <code>UnterBox1=</code> usw.
:* Geiht mi achtern Mors vorbi.
: ToDo
:* Wenn sie mal auf ein paar 100 gefallen wäre: [[:Kategorie:Wikipedia:Vorlagenfehler/SeitenKoordinaten/Linked]] – momentan knabbern da aber noch Bots im 100er-Pack dran.
:* Wenn wir bei 1500 im ANR angekommen sind: [[Vorlage:SortKey]] – da knabbern aber zurzeit zwei Serienmörder dran.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:49, 10. Mai 2023 (CEST)

::Moin PerfektesChaos, FYI, eine Million Einbindungen der Vorlagen Literatur im ANR, hat doch mal was, oder? mfg --[[Benutzer:Crazy1880|Crazy1880]] 10:58, 16. Mai 2023 (CEST)

== doofes Fehlerchen bei den Zahlen ==

Moin! Ich schreib das Dings gerade um und dabei ist mir aufgefallen, dass bei der veralteten Syntax die Zahlen von "bgcolor" falsch sind. Ich hab die Anzahl an Artikeln gezählt und nicht die Anzahl an vorkommen dieses Tags. Also statt 55.843 Artikel sind es 1.275.404 Vorkommen (PHP-Funktion preg_match statt preg_match_all). [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/lang/dewiki#Anhang:_Statistik]] Bei "width" gibts auch eine kleine Diskrepanz, da muss ich noch suchen, 940.527 vs. 940.530 ist aber nur statistisches Rauschen. Die anderen Zahlen dieses Blocks passen aber. Asche auf mein Haupt. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 09:12, 13. Jun. 2023 (CEST)
: Nachtrag: Die hier genannten Zahlen sind vom Dump Anfang Juni, nicht die vom Januar. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 09:46, 13. Jun. 2023 (CEST)

:: Schönen Dank erstmal. Kein Problem.
:: Du könntest ja zu einem fiktiven Stichtag „1. Juli“ mit einem Halbjahresstand überschreiben; das verrät dann bereits eine erste Tendenz.
:: Spannend wäre das Gegenstück; also <code>style=</code> zum Vergleich.
::* Und die jeweils zugeordneten <code>text-align:</code> oder <code>vertical-align:</code> oder <code>background:</code> bzw. <code style="white-space:nowrap">background-color:</code>.
::* Ist mir klar, dass das etwas tricky ist wegen Vorlagenparametern und Pipe-Tabellensyntax.
::* Restlos vergleichbar ist es ohnehin nicht, weil <code>class="toptextcells"</code> usw. alternativ verwendet werden können und die <code>style=</code> sich vererben lassen, während HTML für jedes Element einzeln angegeben werden muss.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:44, 13. Jun. 2023 (CEST)
::: Diesen Unterschied bei "width" hab ich auch gefunden. Der Änderungskommentar in [[Spezial:Diff/233002159]] *seufz* … wie gesagt, ich mach das jetzt ganz anders und besser. Vor der Zählung werden HTML-Kommentare rausgenommen, ebenso Weblinks, ein paar Tags wie nowiki, code, syntaxhighlight, pre, math und score. Und danach noch die Template-Parameter. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 13:00, 13. Jun. 2023 (CEST)

== Was ist das denn? ==

Ehe ich in dem Artikel hier [[Query-String]] nach der falschen Sprache suche, ist html4strict soweit ist das klar, aber warum macht WSTM aus den Zeichen im <nowiki>{{#tag:syntaxhighlight</nowiki> maskierte < -Zeichen und ändert sie zu <code>&amp;lt;</code> nicht alle, die lable-Zeile bleibt wie sie ist.
<syntaxhighlight lang="html">
{{#tag:syntaxhighlight
|&lt;form action="suche.php" method="get">
    <label for="stichwort">Suche nach</label>
    &lt;input type="text" name="stichwort" id="stichwort" />
    &lt;input type="hidden" name="suchdatum" value="{{#time:Y-m-d}}" />
    &lt;input type="submit" value="Suche starten" />
&lt;/form>
|lang=html4strict}}
</syntaxhighlight>
Schau bitte mal kurz was das ist. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:45, 19. Jun. 2023 (CEST)

: Naja, <code><nowiki><form></nowiki></code> gehört zu den explizit ganz doll verbotenen Elementen und WSTM wendet sich mit Abscheu und deaktiviert das. <code><nowiki><input></nowiki></code> genauso.
: Dass das nun über <code>#tag:syntaxhighlight</code> hinterher doch nicht wirkam wird, aber wegen <code style="white-space:nowrap"><nowiki>{{#time:Y-m-d}}</nowiki></code> dann doch erstmal ausgewertet wird, durchschaut WSTM nicht.
: Mit <code><nowiki>{{Char|60}}</nowiki></code> kannst du hier das <code>&lt;</code> jedoch so verstecken dass WSTM es nicht findet und das Ergebnis trotzdem echt aussieht.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:21, 19. Jun. 2023 (CEST)

== Schon schade, dass so ein Skript immer das Durchschnittszeichen gegen einen Buchstaben tauscht ==

→[[Spezial:Diff/235486839/235492643]] tatsächlich scheint WSTM das zu tun [[Durchmesserzeichen|⌀]] → [[ø]], das kann doch eigentlich nicht richtig sein, oder? Also mir war es nicht aufgefallen, dass das hinterher ein Ö ist, kannst du das bitte ändern? Siehe auch [[Ø#Verwendung als Ersatzzeichen]] Zitat: „Das große Ø wird gelegentlich aus technischen Gründen anstatt der ähnlich aussehenden Zeichen für Durchmesser bzw. Durchschnitt (arithmetisches Mittel) und Leere Menge (∅) verwendet. Dies ist jedoch typografisch falsch und sollte grundsätzlich vermieden werden“ zumal das auch noch des kleine ø ö wäre, was meiner Meinung nach schlechter lesbar ist.  CC: [[Benutzer:Ambross07|Ambross07]].--Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 11:09, 15. Jul. 2023 (CEST)

:Hallo Lómelinde, ich hatte das Thema hier vor einigen Monaten schon mal angesprochen, aber leider keine Antwort bekommen. Danke, dass du es noch einmal anschneidest. --[[Benutzer:Ambross07|Ambross]] <small>([[Benutzer Diskussion:Ambross07|Disk]])</small> 11:21, 15. Jul. 2023 (CEST)

:: Der Grund ist, dass das Unicode-Zeichen nicht in allen Fonts vorhanden ist und es dadurch zu Darstellungsproblemen kommen kann.
:: Ich hatte dazu bereits auf die erste Anfrage hin umfangreiche Recherchen begonnen, aber da täglich ein Dutzend neue Angelegenheiten auf mich einprasseln, ist das dann irgendwann in der Liste offener Aufgaben ersoffen.
:: Die Darstellung im zitierten Artikel bezieht sich auf die Situation, dass ein Word-Dokument neu geschrieben wird und man die verwendeten eigenen Fonts vollständig unter Kontrolle hätte. Dort sollte es tatsächlich so gemacht werden. Das ist aber bei der Darstellung einer Webseite, wo wir das Erscheinungsbild beim Publikum nicht kennen, nicht der Fall.
:: Der Buchstabe ist jahrzehntelang, die 1980er und 1990er und 2000er hindurch als legitimes Ersatzzeichen verwendet worden. Semantisch muss damit interpretierbar sein, wie sowas vor einer Zahl gemeint ist.
:: Was ich ermittelt hatte, war, dass es immer noch Konfigurationen bei unserer Zielgruppe gibt, die an dieser Stelle ein Rechteck für Unbekannt darstellen. Das ANSI-Zeichen ist hingegen gesichert in der Minimalausstattung.
:: Ich habe auch mal Technisches Zeichnen mit Tuschefüller gelernt, und das kleine Zeichen sieht auch genau so aus wie es vor einer Maßzahl aussehen soll, während das Unicode-Zeichen für den deutschen Sprachraum meist zu groß ausfällt. Erkennen muss es eigentlich niemand, weil ein kleiner Kuller vor einer Maßzahl ist immer der Durchnmesser eines kreisrunden Bauteils; dazu gibt es noch ein gleichgro0es Quadrat, und das ist die Seitenlänge eines Bauteils mit quadratischem Querschnitt.
:: Ich habe keine Zeit, mich um allgemeine Aufgaben zu kümmern, für die ich länger als fünf Minuten am Stück denken müsste.
:: Ich bin heute geschmolzen und weggeflossen, habe kaum noch Kraft für einen Mausklick und schaffe kein Drag&Drop mehr, weil ich die Maustaste nicht gedrückt halten kann.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:16, 15. Jul. 2023 (CEST)
::: Hmm weiß nicht, ich finde das nicht wirklich gut. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:57, 16. Jul. 2023 (CEST)

== ISBN Ziffernverdopplung ==

Ein merkwürdiges Phänomen
* {{Literatur |Autor=Albert Bielschowsky |Titel=Goethe Sein Leben und seine Werke |Band=1 |Verlag=Verone (Nachdruck) |Ort=Nikosia |Datum=1911 |ISBN=978-9-92504-435-1 |Seiten=102}}
War so im Artikel [[Niederbronn-les-Bains]] →[[Spezial:Diff/234057409/238117460]]
* Nun sieht die auf den ersten Blick ja ok aus 13-stellig, wenngleich 1911 dann nicht passen kann. Sie existiert aber scheinbar nicht, ich weiß nicht, ob das wichtig wäre. Es passiert aber etwas, was nicht passieren sollte. WSTM versucht es umzuformen und macht dabei aus <code>978-9-92<mark>5</mark>04-435-1</code> → <code>978-992<mark>5-5</mark>04-435-1</code> und meckert danach, dass zu viele Ziffern da sind.
* Es sollte aber das hier <code>978-992<mark>5</mark>-04435-1</code> werden.
* <nowiki>{{Literatur |Autor=Albert Bielschowsky |Titel=Goethe Sein Leben und seine Werke |Band=1 |Verlag=Verone (Nachdruck) |Ort=Nikosia |Datum=1911 |ISBN=978-9925-504-435-1 |Seiten=102}}</nowiki>
Lösche ich jetzt die überzählige (hintere) 5 und starte WSTM erneut dann wird daraus für 1911 eine 10-stellige ISBN 9925-04435-9, weil 1911 < 2007
* {{Literatur |Autor=Albert Bielschowsky |Titel=Goethe Sein Leben und seine Werke |Band=1 |Verlag=Verone (Nachdruck) |Ort=Nikosia |Datum=1911 |ISBN=9925-04435-9 |Seiten=102}}
Lösche ich die vordere, dann wird sie nach dem Start erneut eingefügt und die 978- bleibt. Es scheint nur bei dieser <code>978-9-92504-435-1</code> Strich- und Ziffernfolge aufzutreten und passiert auch, wenn ich die ISBN 978-9-92504-435-1 ohne Vorlage teste. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:58, 13. Okt. 2023 (CEST)

: Hm, klingt ungesund. Danke für den Hinweis.
:* Der Code ist seit einem Jahrzehnt unverändert.
:* Das Problem trat nie auf; hängt wohl mit der hohen 9-ISBN zusammen.
:* Ich habe alles vergessen.
:* Ich versuche mal, dieses Wochenende was nachzuvollziehen.
:* Wenigstens ist es nicht mehr so heiß.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 09:40, 14. Okt. 2023 (CEST)

:: Erstes Ergebnis meiner Recherchen:
::* [[ISBN-Gruppennummer]]
::** <code>9925</code> ist unbekannt.
::** <code>9926</code> – ''Bosnien und Herzegowina'' könnten wir anbieten.
::* WSTM (und Lua) sind nicht aktuell; es gibt neue Staaten.
:: WSTM kann grundsätzlich wohl nicht gut mit der Situation umgehen, dass die Gruppennummer unbekannt ist; soll dann aber eiiiiigentlich nix machen und nur meckern.
::* Nach aktuellem Datenstand soll es sich um Zypern handeln.
::* Naja, wird dann halt in Lua und WSTM einzupflegen sein.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:18, 15. Okt. 2023 (CEST)
: Ok, alles klar, Worldcat konnte damit auch nichts anfangen. Es wird nicht so viele Fälle geben. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:32, 16. Okt. 2023 (CEST)

== Vorlage IQ Kommentarschwund ==

WSTM formatiert
<syntaxhighlight lang="wikitext">
* {{Internetquelle |url=https://bieterportal.noncd.db.de/evergabe.bieter/api/supplier/subproject/f9d002a9-d433-4b66-880f-89f432141efa/projectFilesZip |titel=Projektsteuerung K<!--sic-->apazitive Optimierung Knoten Lehrte |titelerg=Anlage Nr. 1.0 zum Vertrag Nr. 21FEI56665 |werk=bieterportal.noncd.db.de |seiten=3&nbsp;f. |datum=2021-12-14<!--laut Metadaten--> |archiv-url=https://web.archive.org/web/20220123151101/https://bieterportal.noncd.db.de/evergabe.bieter/api/supplier/subproject/f9d002a9-d433-4b66-880f-89f432141efa/projectFilesZip |archiv-datum=2022-01-23 |abruf=2022-01-23 |format=PDF |kommentar=Datei ''1.0 Maßnahmenbeschr. u. Vorbemerk._21FEI5665.pdf'' in ZIP-Archiv |offline=ja |archiv-bot=2022-10-07 19:42:23 InternetArchiveBot }}
</syntaxhighlight>
zu
<syntaxhighlight lang="wikitext">
*{{Internetquelle |url=https://bieterportal.noncd.db.de/evergabe.bieter/api/supplier/subproject/f9d002a9-d433-4b66-880f-89f432141efa/projectFilesZip |titel=Projektsteuerung K<!--sic-->apazitive Optimierung Knoten Lehrte |titelerg=Anlage Nr. 1.0 zum Vertrag Nr. 21FEI56665 |werk=bieterportal.noncd.db.de |seiten=3&nbsp;f. |datum=2021-12-14<!--laut Metadaten--> |format=PDF |offline=1 |archiv-url=https://web.archive.org/web/20220123151101/https://bieterportal.noncd.db.de/evergabe.bieter/api/supplier/subproject/f9d002a9-d433-4b66-880f-89f432141efa/projectFilesZip |archiv-datum=2022-01-23 |archiv-bot=2022-10-07 19:42:23 InternetArchiveBot |abruf=2022-01-23 |kommentar=Datei ''1.0 Maßnahmenbeschr. u. Vorbemerk. 21FEI5665.pdf}}
</syntaxhighlight>
um [[Spezial:Diff/237284797/238165067]]. Es geht im den Bereich <code>|kommentar=</code> dadurch, dass dort ein Teil des Textes eliminiert wurde, entsteht zudem ein Linterfehler.
<syntaxhighlight lang="wikitext">
* |kommentar=Datei ''1.0 Maßnahmenbeschr. u. Vorbemerk._21FEI5665.pdf'' in ZIP-Archiv
* |kommentar=Datei ''1.0 Maßnahmenbeschr. u. Vorbemerk. 21FEI5665.pdf
</syntaxhighlight>
Der Fehler ist nicht mir passiert, aber ich habe es getestet und auch bei mir würde das passieren. Ich vermute mal da ist schon vorher etwas schief gegangen und das hätte zur URL <nowiki>https://bieterportal.noncd.db.de/evergabe.bieter/api/supplier/subproject/f9d002a9-d433-4b66-880f-89f432141efa/projectFilesZip</nowiki>_21FEI5665.pdf gehört. Tut aber nichts zur Sache oder, na ja, im Prinzip schon, Auslöser ist nämlich der <code>_</code>. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 14:59, 15. Okt. 2023 (CEST)

: Da sind zu viele HTML-Kommentare drin.
: Die Gesamtsituation ist mir rätselhaft; insgesamt kein typisches Phänomen.
: Ein identifiziertes URL-Stück im Kommentarparameter war dann zuviel.
: Die Leut sollen schreiben, was wichtig ist, und das auch für alle sichtbar. Und was unwichtig ist, einfach weglassen. Aber dieses Überfrachten mit lauter Fitzelchen, die niemand sehen kann und die niemand interessieren, ruiniert dann die Bearbeitbarkeit im VE und treibt die (nur zusätzliche) WSTM-Korrektur in den Wahnsinn.
: Wenn das jemand nach Datum in einer Excel-Tabelle auswerten möchte, dann kommt dieser ganze Mist hoch und ruiniert Bots und Skripte und Textsuchen.
: Das Format der URL-Ressource ist dann übrigens <code>Zip</code> und nicht <code>PDF</code> wie fälschlich behauptet.
: Und der Hinweis, es wäre eine Datei <code style="white-space:nowrap">1.0 Maßnahmenbeschr. u. Vorbemerk. 21FEI5665</code> in diesem Zip enthalten langt völlig. Ist sowieso eine arme Sau, die das aus dem Archiv rauspulen sollte, wenn überhaupt irgendwann, und ob das dann im Webarchiv auch noch alles ewig klappt steht dahin.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:31, 15. Okt. 2023 (CEST)
:: Wie gesagt, ich war da nur wegen des Linterfehlers, habe nach der Ursache gesucht, in die VG geschaut und fand es merkwürdig, dass der Benutzer da einen Teil des Kommentars gelöscht hat. Da ich sah, dass bei dem Edit auch typische WSTM Umformatierungen erfolgt sind, habe ich halt genauer nach dem Auslöser gesucht. Es passiert nur, wenn da so ein Unterstrich im Text steht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 06:32, 16. Okt. 2023 (CEST)

== [[Vorlage:ISO639-3-Style]] ==

Was es nicht so alles gibt, wer macht bloß so etwas? Damit hat WSTM hier [[Überblicksliste der ISO-639-3-Codes]] ein Problem, es fügt Leerzeichen hinter dem öffnenden <nowiki><span </nowiki> ein und meckert mich an (ich kann nichts dafür), dass es akut nix mit so einer Anweisung anfangen kann. <code><nowiki><span {{ISO639-3-Style|M|L}}>'''M''' = ''macrolanguage'' ([[Makrosprache (ISO 639)|Makrosprache]])</span></nowiki></code>
<pre>
Falsches Attribut-Format im Tag
<span {{ISO639-3-Style|M|L}}
…
</pre>
Nun gut den Ersteller können wir nicht mehr fragen. [[Spezial:Linkliste/Vorlage:ISO639-3-Style]] meiner bescheidenen Meinung nach sollte man das ersetzen. Siehe auch [[Vorlage:ISO639-3-Header]]. Gruselig. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 18:30, 19. Okt. 2023 (CEST)

== 2023-10 Vorlagen-fix ==

Moin PerfektesChaos, ich hätte da mal Sachen/Fragen:
* Für die Vorlage Internetquelle setzt WSTM wenn die URL PDF ist ein Format=PDF, wir hatten uns ja schonmal unterhalten, ob das für die Vorlage Literatur auch machbar wäre. Da würde es mir einiges an Arbeit vorab abnehmen, wenn das möglich wäre. Hat aber keinen Stress und wenn es nicht geht, auch nicht schlimm, bekomme ich auch so hin.
* Vorlage Commonscat, da habe ich leider zwei Fragen:
** Ich habe da einen Fall, da bin ich mir nicht ganz sicher, wie ich den aufgelöst bekommen soll. Es geht augenscheinlich darum, dass vom Commonscat nur das Icon dargestellt werden soll, mehr nicht. Handelt sich im [[Sunshine live „Die 90er – Live On Stage“]]. Vielen Dank für einen Rat.
** Wenn ich eine Schnüffelkat nur erstmal für den Wikipedia-Namensraum auf den Parameter 3 bräuchte, wie müsste man das am Besten da einbauen? Die Basis für die Eleminierung von Parameter 3 ist gelegt und die leer-Konstellationen habe ich bereits raus.
* Hattest du die ganzen neuen Vorlagen von Benutzer Ssgl gesehen? Da wäre die Frage, tut das so Not oder müsste man da den Kollegen mal einfangen? Ich weis leider nicht, was da noch alles kommen soll, finde das aber schon arg kompliziert, was da gemacht wird.
Danke für deine Hilfe, die Antworten haben keine Zeitnot. mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:49, 24. Okt. 2023 (CEST)

:* <code>Online=</code> ist nicht nur eine URL, sondern kann auch formatierte Weblinks und für mehrere Bände oder Kapitel auch mehrere formatierte Weblinks enthalten.
:** Es können mehrere Kapitel als formatierte Weblinks mit nachgestelltem individuellem <code style="white-space:nowrap">[PDF; 78 kB]</code><code style="white-space:nowrap">[PDF; 87 kB]</code> auftreten. Wenn dann gleichzeitig <code>Format=PDF</code> gesetzt wird, gibt es Bruch.
:** Ist also nicht so trivial wie bei <code>url=</code> und mir deshalb als Feature für alle zu heikel.
:* Es gibt keine solchen Einbindungen; das war mal eine geistige Verirrung früher Jahre. Was in dem Quelltext mit bewusstem Austricksen per ''nowiki'' angestellt wurde ist schon bald kriminell.
:** Verlinkung fremder Projekte geht per Interwiki-Link.
:** Den Icon braucht es hier nicht. Interwiki-Link mit Linktext <code>Commons</code> reicht für diese Spalte.
:** Über eine barrierefreie ''Vorlage:IconCommons'' ließe sich reden, mit <code>|px=20</code> oder was als Vorgabe. [[Vorlage:MediaWiki/Logo]] gäbe es mit sehr viel mehr Service; weil vielgestaltiger und Historie. Bei den Denkmallisten usw. wird auch gern mal dekoriert.
:* <code>Commonscat|3=</code> bleibt für unsere Veteranen aus den Nuller Jahren noch lange Zeit am Leben; gibt sonst wieder Drama. Eine komplette Eliminierung ist nicht vorgesehen, im  BNR können auch noch Entwürfe schlummern.
:* Bei Commons und Commonscat stufe ich gleich <code>3=</code> runter von „Alias“ auf „veraltet“.
:* Relevante Projektseiten lassen sich mit <code>hastemplate:Commonscat</code> und pfiffigem <code style="white-space:nowrap">insource:/Commonscat *\|[^|}]*\|[^|}]*\|/</code> (ungetestet) usw. <code>3=</code> <code>commonscat</code> detektieren.
:* Siehe VWS, eigener Abschnitt, nach administrativer Ansprache kann ja dann zum vereinbarten Zeitpunkt durch bislang unbeteiligten Admin Massen-SLA abgearbeitet werden.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:30, 25. Okt. 2023 (CEST)

:: Commons und Commonscat jetzt <code>3=</code> von „Alias“ auf „veraltet“.
:: Du kannst dich gern über die veralteten Überreste von [[Vorlage:Lueger-1904‎]] in allen Namensräumen hermachen.
:: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:05, 25. Okt. 2023 (CEST)

:::Moin PerfektesChaos, erstmal danke für deine Anführungen:
:::* Zum Thema Format, verstanden und abgespeichert ;) Danke passt
:::* Commons/cat
:::** In "Sunshine live" habe ich es jetzt aufgelöst, mal sehen was kommt.
:::** Schnüffelsuche teste ich mal, danke
:::** Commons dürfte keine 3= mehr enthalten, da war ich durchgegangen ;)
:::* Habe mal in der VWS hoffentlich begetragen, müsste aber nochmal jemand bewerten, ob gefahrlos löschbar.
:::* Lueger-1904 schaue ich mir mal an, wenn ich es richtig sehe, nur 9 Artikel, wo ich mal schauen muss.
:::Ansonsten schönen Abend noch. mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:10, 25. Okt. 2023 (CEST)

::::Moin PerfektesChaos,
::::* Lueger-1904‎ kannst du nochmal kontroillieren, ist gemacht.
::::* weiteres?
::::mfg --[[Benutzer:Crazy1880|Crazy1880]] 20:12, 31. Okt. 2023 (CET)

:::::* Ja, die Parameterfutschis sind fein; ich werde dann zur Eliminierung nach Schnüffelkat übergehen.
:::::** Kleines Problemchen: Wenn da <code>zenoID</code> usw. angeboten werden, sollten die auch eingetragen werden.
:::::** Stehen unten auf der verlinkten Seite, die routinemäßig zu testen wäre.
:::::** Als Permalink sind die robuster als die URL mit dem Lemma, wo schon mal die Schreibweise nicht genau trifft.
:::::* Weiteres habe ich nichts, dass du machen wolltest.
::::: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 22:59, 31. Okt. 2023 (CET)

:Moin PerfektesChaos, ich mal wieder ;) Nervensäääge:
:* Vorlage Zitat-ar und Zitat-ja sind nicht mehr im ANR, wie sähe es mit einer Löschung aus?
:* Zu [[:Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Literatur]] hätte ich mal eine Frage. Wollen wir die Temp1, 2 , 3, 4 nicht mal auflösen? Und auch Parameterfehler könnte man doch direkt auf dieser Ebene anzeigen oder ist da noch was geplant?
:* so zwei drei andere Baustellen habe ich noch, da muss ich aber erstmal noch dran arbeiten ;)
:mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:19, 27. Nov. 2023 (CET)

:: ar war eine Scheiß-Idee.
::* ar und he und einige andere sind RTL-Sprachen.
::* ar braucht [[Vorlage:ZitatRTL]] und die steht in [[Vorlage:Zitat-ar]].
::* [[Vorlage:Zitat]] ist zurzeit nur für LTR-Schriften.
::* Erst die nächste Generation in einigen Jahren wird das können. Das braucht aber knapp ein halbes Jahr, in dem ich zu nichts anderem kommen würde, und das habe ich nicht und andere Leute bekämen es nicht auf die Kette.
::* In der Doku zu [[Vorlage:Zitat]] steht auch ausdrücklich drin („Vereinfachte Fremdspracheneinbindung“), dass nur lateinisch verschriftete migrieren sollen. „können einstweilen belassen werden“ bedeutet im Klartext: müssen so verbleiben.
::* Im Prinzip müssen [https://persondata.toolforge.org/vorlagen/?tmpl=Zitat&param=Sprache&value=ar&case diese 35] wieder zurück auf [[Vorlage:Zitat-ar]].
::* [[Spezial:Diff/208427787|Sowas]] mag ja nett gemeint sein, aber der RTL-Text ist ja noch nicht einmal mit <code>&amp;lrm;</code> gegen Quelltext-Achterbahn geschützt. Ich glaube, WSTM macht sowas automatisch, aber natürlich nicht bei einem Text in einer LTR-Vorlage.
:: ja ist wenigstens LTR; und [[Vorlage:Zitat-ja]] stellt auch nix Besonderes damit an.
::* Nirgends eingebundene LTR-Vorlagen kannst du per Selbst-SLA auf kleinem Dienstweg eliminieren, aber die müssen dann auch aus BNR und Disk raus sein.
:: Die Temp-Kats bleiben auf Vorrat in Bereitstellung, bis ich irgendwann mal Zeit und Gelegenheit habe, die nächste Parameterumstellung anzugehen, und sie dann wieder benötigt werden.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 21:51, 27. Nov. 2023 (CET)

== Leerzeichen verschwunden ==

[https://de.wikipedia.org/w/index.php?title=Liste_geplanter_orbitaler_Raketenstarts&diff=prev&oldid=238567916 Hier] - ganz am Ende des Diffs - wurde das Leerzeichen zwischen dem | und dem <nowiki><br /></nowiki> entfernt. Aus

 | <nowiki><br /></nowiki>TE ◻ ...

wurde

 |<nowiki><br /></nowiki>TE ◻ ...

Lómelinde hat mich hierher verwiesen; scheint ein Bug dieses Tools zu sein. --[[Benutzer:PM3|PM3]] 10:20, 28. Okt. 2023 (CEST)

:# Zu <code><nowiki><br /></nowiki></code>
:#* Das ist dazu da, um unmittelbar ''hinter'' einen Text geschrieben zu werden, und zwar ohne ein Leerzeichen davor (ggf. aber gern danach, wenn kein Zeilenumbruch folgen sollte).
:#* In dem von dir dargestellten Fall fehlt der Text, und dann schreibt WSTM das eben hinter das letzte auffindbare nicht-leere Zeichen.
:#* Syntaktisch ist das, was du beanstandest, völlig einerlei; das Resultat ist immer das gleiche, egal ob zwischen Pipe und <code style="white-space:nowrap"><nowiki><br /></nowiki></code> oder zwischen irgendeinem Text und <code style="white-space:nowrap"><nowiki><br /></nowiki></code> irgendein oder mehrere Leerzeichen stehen würde, oder keins. Weil die Regel von HTML für den Fließtext fordert hier ohnehin, dass die begonnene Zeile „getrimmt“ werden müsse, also dass Weißraum vor und nach der dargestellten Zeile zu entfernen ist.
:#* Verständlicher für das Publikum wäre ohnehin, wenn da nicht einfach unmotiviert eine Lücke wäre, sondern etwa ein breiter Strich wie – oder das etwas kryptische Zeichen <code>./.</code> oder ''nicht bekannt'' oder schlicht <code>?</code> stehen würde. Das wäre dann auch wieder ein Text, an den das <code style="white-space:nowrap"><nowiki><br /></nowiki></code> direkt angeschlossen werden kann.
:# <code>nowrap</code>
:#* Vor diesen diversen Zellen steht dauernd etwas wie: <code style="white-space:nowrap"><nowiki>|nowrap| ''[[ELaNa]]''</nowiki></code>
:#* Dieses <code>|nowrap|</code> ist ein Syntaxfehler.
:#* Dort dürfte nur eine gültige HTML-Attribuierung stehen.
:#* Wenn du dir erhoffst, dass dies einen Zeilenumbruch verhindern würde – nein, macht es nicht, weil ungültig und absolut wirkungslos.
:#* Vielleicht meinst du: <syntaxhighlight lang="wikitext" style="white-space:nowrap" inline>|style="white-space:nowrap"|</syntaxhighlight>
:#* Ist aber auch nicht ratsam, gerade weil es ggf. Smartphones bei längerem Text behindert.
:# Ungeschickter Versuch der Synchronisation.
:#* An der angegebenen Stelle versuchst du offenbar, mit <code>nowrap</code> und den <code style="white-space:nowrap"><nowiki><br /></nowiki></code> zu erreichen, dass in der vierten und fünften Spalte die zehn Elemente immer auf gleicher Höhe in den Zeilen stehen.
:#* Das ist aber gefährlich, ohne wirksames <code>nowrap</code> und auf einem schmalen Bildschirm nicht gesichert.
:#* Korrekt lösen wir das anders, und in [{{canonicalurl:Spezial:Suche|search=insource:rowspan}} >80.000] anderen Artikeln sichtbar:
:#** Die erste bis dritte sowie sechste Spalte bekommen ein <code>rowspan="10"</code> als Zellen-Attribut.
:#** In der vierten und fünften Spalte gibt es zwei normale Zellen mit nur einer Nutzlast und Zweck als Inhalt, die dann immer auf derselben Höhe stehen, egal wie lang die Texte werden sollten.
:#** Dann gelten die Texte in der ersten bis dritten Spalte genauso wie jetzt für alle zehn Zeilen der vierten und fünften Spalte.
:#** Dann lassen sich alle Elemente der Spalten auch sortierbar machen.
:#* [[Benutzerin:Lómelinde]] hilft dir sicher gern und baut dir das auf Wunsch einmal grundsanierend um.
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 00:17, 30. Okt. 2023 (CET)

::Die Formatierung der Startlisten mit <nowiki><br /></nowiki> zwischen den Nutzlasten wird so bleiben, u.a. weil alles andere elend unübersichtlich wäre. Dann werde ich mal schauen, wie ich die Nutzung deines Tools dort verhindern kann, denn regelmäßige Reverts von Verschlimmbesserungen (dies ist nur eine von mehreren) sind auch nicht sinnvoll. Im konkreten Fall wird wohl ein Workaround per &amp;nbsp; vor dem br funktionieren. --[[Benutzer:PM3|PM3]] 10:16, 30. Okt. 2023 (CET)

== Textformatierung via Pipelink auflösen ==

Hallo PerfektesChaos, eine möglicherweise sinnvolle Ersetzung, die das Skript übernehmen könnte:
  <nowiki>[[Text|''Text'']] zu ''[[Text]]''</nowiki>
Gleichermaßen dann auch für Fettung sowie gleichzeitige Fettung und Kursivierung. Der Ausgangsfall wird nervigerweise durch den visuellen Editor beim Formatieren von Wikilinks erzeugt. Ggf. übersehe ich, warum diese Ersetzung nicht immer sinnvoll ist. Danke und besten Gruß --[[Benutzer:Emberwit|Emberwit]] ([[Benutzer Diskussion:Emberwit|Diskussion]]) 15:05, 28. Nov. 2023 (CET)

: Ja, sowas hatte ich im Lauf der Jahre hin und wieder gesehen und auch schon dran gedacht.
: Gäbe auch noch <code><nowiki>[[A|''B'']]</nowiki></code>, was ebenfalls nicht im Sinne der Erfindung ist, und Suchen und VE stört.
: Mein Problem damit ist:
:* Programmtechnisch ist der Code sehr komplex und nicht einfach nur eine Zeichenkette, die man per RegExp umschreiben könnte.
:* Vielmehr kommen hier fünf Text-Objekte unterschiedlicher Eigenschaften zusammen, die nur einzeln bearbeitet werden können.
:* Wenn deren viertes vollständig und unverschachtelt nur in <code>'&apos;</code> bzw. <code>'&apos;'</code> eingeschlossen wäre, könnten diese Teile vor und nach die fünf Text-Objekte geschrieben werden und der Linktext gekürzt werden, und dieser mit dem Linkziel verglichen werden (unter Schreibung des ersten Buchstabens), was ggf. eine weitere Kürzung um zwei Objekte auslösen könnte.
:* Das hatte ich 2012 mal programmiert; damals hätte ich das auch freihändig umsetzen können.
:* Jetzt ist das ein Jahrzehnt her, und ich habe alles vergessen, bräuchte mehrere Wochen um mich wieder einzuarbeiten, und dazu eine innere Ruhe.
:* Beides habe ich nicht, dafür Dutzende Aufgaben die dringlicher sind als das.
:* Soooo schrecklich oft kommt es erfreulicherweise nicht vor; mutmaßlich gibt es ein, zwei oder drei Benutzer von 2005, die sich das mal angewöhnt hatten.
: OT: {{ping|hgzh}} msg@β
: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:35, 28. Nov. 2023 (CET)

::Falls das hilft: [[Benutzer:TMg/autoFormatter.js]] macht das aktuell auf jeden Fall auch, muss also irgendwo dort im Code zu finden sein… @Crazy1880: bei dir sehe ich das auch immer wieder (aktuell zB [[Spezial:Diff/239534888]]) – machst du das automatisiert oder hast du Code dafür? VG, –[[Benutzer:IWL04|IWL04]] • 21:03, 28. Nov. 2023 (CET)

:::Moin Moin [[Benutzer:IWL04|IWL04]], nein, ich habe da keinen spziellen Code. Ich lasse mir via CheckWikipedia die Fälle ausgeben und dann halt mit etwas magic via Editor, klappt für mich gut. Bei leichten Fällen unterstützt WSTM ja schon immens ;) mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:13, 29. Nov. 2023 (CET)

== math display ==

Kannst du das abstellen {{Wikipedia-Suche|1=insource:/math display/|2=<code><nowiki><math display=…></nowiki></code>}}? Oder was soll man da machen?
<syntaxhighlight lang="wikitext">
<math display="inline">E=x</math> <math>E=x</math> <math display="block">E=x</math>
</syntaxhighlight>
Beispiel <code>display="block"</code> wird zentriert in der Mitte ausgegeben:
<math display="block">E=x</math>
Auch wenn das vermutlich für <code>inline</code> unnötig ist, aber es scheint ein gültiges Attribut zu sein und WSTM sollte das daher nicht monieren. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 10:03, 5. Dez. 2023 (CET)

: Da habe ich eine konkrete Vorstellung davon, wo die Attribute zu den Elementen registriert sind und wie eines zu ergänzen wäre.
: Kann also mittelfristig behoben werden.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 10:15, 5. Dez. 2023 (CET)
:: Jo, sieht so aus, als ob es jetzt weg ist, Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:17, 5. Dez. 2023 (CET)

== Abschalten einzelner Vorlagenformatierungen möglich? ==

Moin PerfektesChaos. Ich habe mal eine (möglicherweise dumme, aber auch nicht dringende) Frage. Da ich ehrlich gesagt kein Interesse an [https://de.wikipedia.org/w/index.php?title=Liste_von_Museen_in_Ruanda&diff=prev&oldid=243100001 dererlei Reverts] habe, andererseits die [[Vorlage:Internetquelle]] aber auch tatsächlich was von "inline" in der Doku schreibt (und extra darauf hingewiesen wird, dass man sie nicht über mehrere Zeilen aufsplitten möge....), würde ich gerne das Umformatieren besagter Vorlage auf 'Zeilenweise' abschalten, WSTM aber weiter nutzen können. Geht das, und ich find's nur in der Doku nicht, oder geht das gar nicht? Oder liegt das an was anderem? --[[Benutzer:Gelegenheits-Wikipedianer|Gelegenheits-Wikipedianer]] ([[Benutzer Diskussion:Gelegenheits-Wikipedianer|Diskussion]]) 12:19, 14. Mär. 2024 (CET)
: Frag mal [[Benutzer:Crazy1880|Crazy1880]], soweit ich mich erinnere, hat er das bei sich abgeschaltet. Vielleicht kannst du es von ihm kopieren, wenn er dir die entsprechenden Zeilen nennt. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:44, 14. Mär. 2024 (CET)

::# Es geht seitens WSTM selbst nicht.
::# Bei [[Vorlage:Internetquelle]] und [[Vorlage:Literatur]] wird im Gegenteil vorhandene zeilenweise Anordnung innerhalb des Fließtextes in die Zeilenumbruch-lose Formatierung umgeschrieben.
::#* Nur im Schlussbereich, also bei den Abschnitten „Literatur“ und „Weblinks“ usw., wird zeilenweise dargestellt, weil dort nicht störend und die Sinnhaftigkeit der einzelnen Parameterzuweisungen besser überprüft werden kann.
:: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 12:49, 14. Mär. 2024 (CET)
::: Okay, danke. Kann ich auch nachvollziehen (und sehe ich ja ähnlich), aber in der Doku steht's halt gezielt anders (selbst bei der [[Vorlage:Internetquelle#Kopiervorlagen|Kopiervorlage]] mit den Zeilenwechseln). Dann lasse ich das mal so stehen (bzw. schlinse mal bei Crazy1880 rein, ob ich was erkenne) - denn auf die anderen Korrekturen durch WSTM mag ich auch  nicht verzichten, sind zu sinnvoll. --[[Benutzer:Gelegenheits-Wikipedianer|Gelegenheits-Wikipedianer]] ([[Benutzer Diskussion:Gelegenheits-Wikipedianer|Diskussion]]) 13:27, 14. Mär. 2024 (CET)

== LdiF ==

Moin Moin PerfektesChaos, bei der obigen Vorlage stellt WSTM bei mir den Parameter "Abruf" immer auf "abruf" um. Magst du da bitte mal schauen? Danke dir --[[Benutzer:Crazy1880|Crazy1880]] 22:00, 2. Mai 2024 (CEST)

: Ah, danke, da gab es wohl im Lauf der Jahre öfters Hin und Her. Hatte ich irgendwann mal eine Version eingefangen.
: Wird irgendwann mal online aktiv; wenn es wenigstens erstmal von <code>zugriff=</code> wegbewegt, ist ja auch erstmal nett.
: [[:Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Google Buch]] und [https://persondata.toolforge.org/vorlagen/params?tmpl=Brockhaus-1837 Brockhaus-1837] stehen zum Ausputzen bereit.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:10, 3. Mai 2024 (CEST)

::Moin PerfektesChaos,
::* Danke erstmal für LdiF
::* GoogleBuch habe ich auf dem Schirm, allerdings mache ich nicht nach der Kategorie sondern nach der Vorlagenwartung, das sind noch gut 400 Fälle, kommt alles
::* Brockhaus is notiert und kommt auch
::* Frage: Wie und wann gehts weiter mit den Coordinaten? Ich habe auch etliche Artikel, wo Coordinate unter Navi steht, dass soll so ja auch nicht.
::mfg und schönes Wochenende --[[Benutzer:Crazy1880|Crazy1880]] 09:15, 4. Mai 2024 (CEST)

::: @Coordinate:
:::* Bitte einfach über die Navis setzen, wenn du es zufällig irgendwo siehst, dann ist hinterher das Drama etwas kleiner.
:::* Es gibt drei User, die planmäßig die Umstellung sabotieren; ansonsten wäre die All-Phase schon letztes Jahr abgeschlossen gewesen.
:::* Jetzt braucht das wohl etwas mehr Zeit, damit sich alle anderen in der Community an den Anblick gewöhnen konnten.
:::* Danach sind Hunderttausende von Artikeln betroffen; ich denke über verfeinerte Taktiken nach.
::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 23:36, 4. Mai 2024 (CEST)

== Brockhaus-1837 ==

Moin Moin PerfektesChaos, so, die Vorlage sollte von den veralteten Parametern befreit sein, soweit gesehen. Mal ne blöde Frage dazu, könnte man diese Vorlage nicht mit den anderen Brockhaus-Vorlagen zusammenpacken und nur eine große daraus machen? mfg --[[Benutzer:Crazy1880|Crazy1880]] 19:04, 5. Mai 2024 (CEST)

: Danke bis hierhin.
: Zusammenlegung aller Brockhäuser: Das funktioniert nicht.
:* Die Druckwerke sind unterschiedlich aufgebaut. ''Brockhaus-1837'' hat weder <code style="white-space:nowrap">BK-Nummer</code> noch <code>Eintragsnummer</code>, soweit bisher bekanntgeworden.
:* ''Brockhaus-1895'' hat keine <code>zenoID</code> sondern eine <code>retrobID</code>, weil halt anderes Digitalisat.
:*  ''Brockhaus-1911'' braucht <code style="white-space:nowrap">BK-Nummer</code> und <code>Eintragsnummer</code> und <code>zenoID</code>.
: Ich arbeite jedoch generell an einer Vereinheitlichung des Parametermodells, passend zum jeweiligen Werk, für alle derartigen.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:24, 6. Mai 2024 (CEST)

== mapframe ==

Ich habe auf der Seite [[Bundeswehr]] das WSTM-Tools laufen lassen (https://de.wikipedia.org/w/index.php?title=Bundeswehr&diff=244954443&oldid=244953560). Dabei wurde die dortige mapframe-Einbindung zerstört. Ich habe die jetzt manuell wieder hergestellt, aber das sollte ja so nicht sein. Ist das Problem bekannt? Gibt es eine Lösung? --[[Benutzer:Bungert55|Ralph (Bungert<span style="text-shadow:grey 0.2em 0.2em 0.1em;">55</span>]]) ([[Benutzer Diskussion:Bungert55#toc|Diskussion]]) 15:10, 15. Mai 2024 (CEST)
: Es passiert bei mir dort folgendes (width wird bei mir nicht verändert):
<syntaxhighlight lang="wikitext">
<mapframe latitude="28.459033" longitude="20.039063" zoom="2" width="266" height="251" text="Aktuelle Auslandseinsätze der Bundeswehr (Stand: Dezember 2023){{Farblegende|#009edb|UN-Einsatz}}{{Farblegende|#000077|EU-Einsatz}}">
{
  "type": "FeatureCollection",
…Inhalt
}
</mapframe>
</syntaxhighlight>
wird geändert in selbstschließende Tags
<syntaxhighlight lang="wikitext" highlight="1,6">
<mapframe latitude="28.459033" longitude="20.039063" zoom="2" width="266" height="251" text="Aktuelle Auslandseinsätze der Bundeswehr (Stand: Dezember 2023){{Farblegende|#009edb|UN-Einsatz}}{{Farblegende|#000077|EU-Einsatz}}" />
{
  "type": "FeatureCollection",
…Inhalt
}
<mapframe />
</syntaxhighlight>
: Diese Tags sind irgendwie anders als andere, sie können ohne Inhalt vorkommen und sind dann selbstschließend, mit Inhalt müssen sie aber aus öffnendem und schließendem Element bestehen.
<syntaxhighlight lang="wikitext">
<mapframe latitude="28.459033" longitude="20.039063" zoom="2" width="266" height="251" text="Aktuelle Auslandseinsätze der Bundeswehr (Stand: Dezember 2023){{Farblegende|#009edb|UN-Einsatz}}{{Farblegende|#000077|EU-Einsatz}}" />
</syntaxhighlight>
: ist identisch zu dem mapframe ohne Inhalt
<syntaxhighlight lang="wikitext">
<mapframe latitude="28.459033" longitude="20.039063" zoom="2" width="266" height="251" text="Aktuelle Auslandseinsätze der Bundeswehr (Stand: Dezember 2023){{Farblegende|#009edb|UN-Einsatz}}{{Farblegende|#000077|EU-Einsatz}}"></mapframe>
</syntaxhighlight>
: Klar ist aber (für mich), dass ein schließendes <code><nowiki></mapframe></nowiki></code> niemals zu einem <code><nowiki><mapframe /></nowiki></code> werden darf. Siehe auch [[:mw:Help:Extension:Kartographer]]
{{Zitat|Sprache=en|Text=The &lt;{{Hilfe/mark|'''mapframe'''|grün}}&gt; tag embeds a map in a wiki page. The tag must be either empty or contain GeoJSON.}}
: Ich würde vorschlagen diese Syntax nicht auszuwerten und auch über WSTM keine Fehlermeldung auszugeben. Ich vermute mal du (PC) hast das mit deinem [https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/rX.js&diff=prev&oldid=1218286670#L-57 letzten Update] eingefügt. Es ist aber leider kein reines unary-Tag sondern ein dooooofer Zwitter. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 15:55, 15. Mai 2024 (CEST)

:: Ich hatte in den letzten Tagen ein weiteres Update betreffend ''mapframe'' programmiert, war aber bislang nicht zum Einspielen oder auch nur Austesten gekommen.
:: Grundsätzlich ist es in der Wikisyntax (für MW-Elemente) völlig egal, ob ein Element „leer“ oder „unary“ ist (das ist anders als in HTML). Es gibt wohl auch über 100 Artikel, die problemlos ein „unary“ benutzen; auch ohne WSTM eingefügt.
:: Was ich bislang nicht kannte, waren leere ''mapframe'' ohne JSON-Inhalt; auf die bezog sich die von Lómelinde zitierte Änderung. Die war dann aber doch nicht so gut, was ich auch schon merkte, und inzwischen erneuert hatte.
:: Neben ''references'' ist das eines der wenigen Elemente, die sowohl „unary“ als auch „binary“ vorkommen können. Während ''references'' in WSTM aber eine spezielle Programmierung haben, hatte ''mapframe'' mein bisheriges Konzept gesprengt.
:: Ich brauche einige kühle Nachtstunden, um das weiter zu verfolgen.
:: Danke für den Hinweis --[[Benutzer:PerfektesChaos|PerfektesChaos]] 16:40, 15. Mai 2024 (CEST)
::: Ja „auch ohne WSTM eingefügt“, es gibt dann aber immer eine Meldung, das meinte ich oben, wenn ich sagte, keine Fehlermeldung (<code>Element muss Inhalt umfassen <nowiki><mapframe /></nowiki></code>) ausgeben. Das wollte ich neulich auch schon mal ansprechen, habe es aber vergessen. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:56, 15. Mai 2024 (CEST)
::: Scheint jetzt weg zu sein. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 08:00, 16. Mai 2024 (CEST)

== <code>|rand</code> verschwindet ==

[[Datei:Flagge Lommatzsch.svg|100px|links|Hissflagge]]
<div style="clear:left;"></div>
Auch wenn es in dem Fall keine wirkliche Auswirkung hatte aber eigentlich sollte das Attribut <code>|rand</code> nicht einfach so unterschlagen werden, oder? Siehe [[Spezial:Diff/245198074]] konkret wurde aus
<syntaxhighlight lang="wikitext">
[[Datei:Flagge Lommatzsch.svg|Hissflagge|links|100px|rand]]
</syntaxhighlight>
wird
<syntaxhighlight lang="wikitext">
[[Datei:Flagge Lommatzsch.svg|100px|links|Hissflagge]]
</syntaxhighlight>
Wie gesagt ist das bei der Datei nicht ausschlaggebend. Aber es gibt andere, wo das unschön wäre.
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|100px|links|ohne Rand unschön]] [[Datei:Flag of Kingdom of Croatia (1852-1860).svg|100px|ohne|rand|mit Rand]]
<div style="clear:left;"></div>
Es passiert bei folgenden Ausgangslagen
<pre>
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|Bildlegende|rand|100px|links]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|Bildlegende|rand|links|100px]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|100px|Bildlegende|rand|links]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|100px|Bildlegende|links|rand]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|Bildlegende|100px|links|rand]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|Bildlegende|100px|rand|links]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|rand|100px|Bildlegende|links]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|links|100px|Bildlegende|rand]]
[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|rand|Bildlegende|100px|links]]
</pre>
Sobald hinter der eigentlichen Bildlegende noch Attribute stehen, geht es verloren, stehen alle davor <code><nowiki>[[Datei:Flag of Kingdom of Croatia (1852-1860).svg|rand|100px|links|Bildlegende]]</nowiki></code> bleibt alles unverändert stehen und es erfolgt keine Sortierung der Attribute. Generell finde ich den dünnen Rand viel zu hell. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:17, 22. Mai 2024 (CEST)

: Danke erstmal für den Hinweis.
: Das Grundproblem ist klar: Die Bildlegende steht nicht am Ende.
: WSTM analysiert das seit anderthalb Jahrzehnten, seit einem Dutzend Jahren auf die gleiche Weise.
:* Jetzt wird diese Situation erstmals entdeckt.
: WSTM sieht mindestens die deutschsprachigen Schlüsselwörter als die eine Bildlegende, und erkennt sie nicht als Schlüsselwort, und hat nun zwei Bildlegenden und lässt die zweite weg.
: Was mir auffällt: Es geht nur um Flaggen, vermutlich alle vom selben Mensch eingefügt.
: Könntest du die projektweit mit Cirrus suchen, händisch fixen, und den ggf. serienmäßigen Verursacher aufspüren und um besser menschenlesbare Syntax bitten?
:* Wenn es zu viele werden, ggf. Wurgl-Bot für massenhafte Standardschemata.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:12, 22. Mai 2024 (CEST)
:: Da <code>|rand|</code> (rund 6000 + 800 [border]) und <code>|rand]]</code> (ca 250 + 265 [border] zumeist ohne Bildlegende) vorkommt und ich zudem nicht mit Schwund rechnete, kann mir so etwas durchaus auch schon durchgerutscht sein. Wie soll ich denn das mit Cirrus suchen, das kann an allen möglichen Stellen in den Bildattributen stehen. Könnte also <code>|rand|</code> sein oder <code>|rand]]</code>, dann wären noch <code>|border|</code> und <code>|border]]</code>. Muss ich mal schauen. Meine letzte Suche waren Links mit geschützten Leerzeichen als Linktext. Die Leute hier sind manchmal wirklich merkwürdig. →[[Spezial:Diff/245178996]] Abschnitt „Gründung des Unternehmens“ <code><nowiki>[[Sudan|&nbsp;]]</nowiki></code> was auch immer es werden sollte. Aber rand/border werden sicherlich mehr Ergebnisse werden und die müsste man dann durchsuchen. Ob es nur Flaggen betrifft, weiß ich nicht. Hier ein völlig unsinniges Beispiel aus dem [[Wallenstein#Prager Fenstersturz]].
:: <nowiki>[[Datei:Prager Fenstersturz Wahrhafftige Zeitung aus Prag.JPG|mini|Der Prager Fenstersturz auf einem zeitgenössischen Holzschnitt, 1618|alternativtext=Der Prager Fenstersturz|rand]]</nowiki> daraus macht WSTM dann <nowiki>[[Datei:Prager Fenstersturz Wahrhafftige Zeitung aus Prag.JPG|mini|alt=Der Prager Fenstersturz|Der Prager Fenstersturz auf einem zeitgenössischen Holzschnitt, 1618]]</nowiki> zumindest so etwas sollte doch der Wurgl eliminieren können, das müsste eigentlich auch zu einem Linterfehler werden, weil <code>|rand</code> und <code>|mini</code> nicht zugleich wirksam sein können, oder irre ich mich da? Ich pinge [[Benutzer:Wurgl|ihn]] mal an. Zumindest bräuchte ich eine sinnvolle Suchroutine, wenn ich das von Hand prüfen soll. Es trifft auch auf border zu, dass es verschwindet, also nicht nur rand. Vermutlich war es aber eh wieder die Nadel im Heuhaufen. Und vermutlich ist es auch fast alles Sport, eher aufwändig, weil oft sehr viel veraltete Syntax … --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:51, 22. Mai 2024 (CEST)
:: Ganz ehrlich, ich mag keine Sportartikel →[[Spezial:Diff/231971856/245216128]], den habe ich nur wegen der <code>style="display:none;"</code> bearbeitet. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:27, 22. Mai 2024 (CEST)
::: Morgen ist auch ein Tag, erstmal zur Kenntnis genommen und das Problem kapiert. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 17:56, 22. Mai 2024 (CEST)
:::: Also ich hab im Dump 13.512 Bilder identifiziert, wo die Beschreibung nicht das letzte Element ist. Das geht quer durch alles, Flaggen sind eher selten. Aber so ganz hab ich das Problem nicht verstanden.
{{absatz}}[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|links|70px|Kennzeichen für Hohlwanddosen nach VDE 0606|border]]
<nowiki  >[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|links|70px|Kennzeichen für Hohlwanddosen nach VDE 0606|border]]</nowiki>
{{absatz}}[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|links|Kennzeichen für Hohlwanddosen nach VDE 0606|70px|border]]
<nowiki  >[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|links|Kennzeichen für Hohlwanddosen nach VDE 0606|70px|border]]</nowiki>
{{absatz}}[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|links|border|70px|Kennzeichen für Hohlwanddosen nach VDE 0606]]
<nowiki  >[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|links|border|70px|Kennzeichen für Hohlwanddosen nach VDE 0606]]</nowiki>
{{absatz}}[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|border|links|70px|Kennzeichen für Hohlwanddosen nach VDE 0606]]
<nowiki  >[[Bild:KennzeichnungHohlwanddoseVDE0606.svg|border|links|70px|Kennzeichen für Hohlwanddosen nach VDE 0606]]</nowiki>
{{absatz}}
:::: Ich sehe da keinen Unterschied in der Darstellung, wenn nur WSTM sich anders/falsch verhält, dann kann ich diese Bildattribute im Bot nebenher umsortieren, aber extra-Edit mach ich da nicht. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 11:34, 23. Mai 2024 (CEST)
::::: Die Darstellung ist identisch, nur WSTM hat Probleme mit der Umsortierung der Parameter. Was aber nicht sein sollte ist auf jeden Fall eine gleichzeitige Zuweisung von <code>mini</code> und <code>rand</code> bzw. <code>border</code>, denn das geht (meiner Meinung nach) technisch nicht. Alle <code>border</code> sollten zugleich in <code>rand</code> geändert werden ebenso wie es natürlich auch noch Vorkommen von <code>thumb</code> geben kann, und wo eben beides vorkommt, also <code>border/rand</code> und zugleich das <code>mini/thumb</code>, da sollte <code>border/rand</code> entfernt werden, ehe es irgendwann Linterfehler erzeugen wird. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:02, 23. Mai 2024 (CEST)
:::::: Naja, das sind 19 Stück. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 14:55, 24. Mai 2024 (CEST)

Es haben auch menschliche Autoren Probleme damit, wenn die Legende mittendrin steht; sie übersehen sie dann und schreiben hinten noch eine weitere, die bei derzeitigem Parsing dann ignoriert würde (und eigentlich LINT auslösen sollte).
* Die Legende in allen eindeutigen Fällen nach hinten zu schieben wäre in jedem Fall sehr hilfreich für alle.
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 13:20, 23. Mai 2024 (CEST)
: Ich bin dran. Muss halt sehr vorsichtig sein, nicht dass ich da ein Attribut nicht erkenne und den Quelltext dann zerschieße, wenn ich zwei solche (dem Script) unbekannten (oder unerkannten) Attribute finde, dann mach ich nix. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 14:55, 24. Mai 2024 (CEST)
:: Soll ich gleich in einem Aufwasch alles in deutsche Schlüsselworte umsetzen, also auch von File: nach Datei:? --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 16:38, 24. Mai 2024 (CEST)

:::Moin zusammen, mal so als Mitlesender, gibt es Cirrus-Suchen dafür, was wir genau suchen? Lómelinde hat ja schon einen Ansatz gemacht, aber stimmen die so auch, bzw. können wir diese Suchen hier mal verlinken, damit wir alle nochmal die Köpfe zusammenstecken können? mfg --[[Benutzer:Crazy1880|Crazy1880]] 15:41, 24. Mai 2024 (CEST)
:::: Ich habe einfach nach [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7Crand%5C%7C%2F&title=Spezial:Suche&profile=advanced&fulltext=1&ns0=1 <nowiki>|rand|</nowiki>] ebenso oder [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7Crand%5C%7C%2F&title=Spezial:Suche&profile=advanced&fulltext=1&ns0=1 <nowiki>|rand]]</nowiki>] bzw. border gesucht, wie ich dem aber noch sagen könnte, „suche, ob in der Einbindung auch noch eine Bildlegende steht und wenn ja, wo sich diese befindet“, das weiß ich nicht. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 16:02, 24. Mai 2024 (CEST)
<div style="text-decoration:line-through">
* [[Wallenstein]] <nowiki>[[Datei:Prager Fenstersturz Wahrhafftige Zeitung aus Prag.JPG|mini|Der Prager Fenstersturz auf einem zeitgenössischen Holzschnitt, 1618|alternativtext=Der Prager Fenstersturz|rand]]</nowiki>
* [[Geschichte Chiles]] <nowiki>[[Datei:Flag of Chile.svg|mini|Flagge Chiles|border]]</nowiki>
* [[Cadillac Eldorado]] <nowiki>[[Datei:1975er Cadillac Eldorado Fleetwood Coupe.jpg|mini|1975er Cadillac Eldorado Fleetwood Coupe|rand]]</nowiki>
* [[Bahnstrecke Amberg–Schnaittenbach]] <nowiki>[[Datei:Fahrplan 1898.jpg|alternativtext=Fahrplan 1898|links|mini|Fahrplan der Strecke Amberg – Schnaittenbach von 1898 - 1899 aus dem Kgl. Bayer. Staatseisenbahn Kursbuch mit der Beschreibung „Giltig vom Tage der Eröffnung“|rand]]</nowiki>
* [[Markus Stephan Crisinus]] <nowiki>[[Datei:Sv Marko Krizevcanin Rijeka 0308.jpg|100px|mini|Darstellung von Markus Stephan Crisinus auf einem [[Glasfenster]] der Kirche ''Unsere Liebe Frau von Lourdes'', [[Rijeka]]  |rand]]</nowiki>
* [[Michael Flügel]] <nowiki>[[Datei:Michael Fluegel - Piano.jpg|mini|Der Jazzpianist Michel Flügel|rand|links|440x440px]]</nowiki>
* [[Frischeparadies]] <nowiki>[[Datei:Fischtheke FrischeParadies.jpg|mini|306x306px|Fischtheke im Frischeparadies|rand]]</nowiki>
* [[Kerstin Rudek]] <nowiki>[[Datei:Kerstin-Rudek Treck-Berlin(2009-03-28).jpg|alternativtext=Kerstin Rudek als Vorsitzende der Bürgerinitiative Umweltschutz mit weiteren Vorstandsmitgliedern (2009)|mini|Kerstin Rudek, als Vorsitzende der Bürgerinitiative Umweltschutz & Vorstandsmitglieder (2009)|rand|rechts]]</nowiki>
* [[Irish National Heritage Park]] <nowiki>[[Datei:Rundturm im Irish National Heritage Park.jpg|mini|Der weithin sichtbare Rundturm, Wahrzeichen des Irish National Heritage Parks|rand]]</nowiki>
* [[BMW F 700 GS]] <nowiki>[[Datei:F700chart kw nm wiki.svg|mini|Leistungsdaten der F700GS im Vergleich|alternativtext=|rand]]</nowiki>
* [[Madagaskarfischer]] <nowiki>[[Datei:Madagascar Pygmy-kingfisher.jpg|mini|Pärchen Madagaskarfischer am Nisttunnel (Illustration von [[John Gerrard Keulemans|J. G. Keulemans]])|rand]]</nowiki>
* [[Julia Herr]] <nowiki>[[Datei:2016 Julia Herr (27367259053).jpg|mini|Julia Herr bei einer Enquete des [[Sozialdemokratische Partei Österreichs|SPÖ-Parlamentsklubs]] zum Thema [[Cyber-Mobbing|Hass im Netz]] im Jahr 2016.|rand|300x300px]]</nowiki>
* [[Lehel Kovács]] <nowiki>[[Datei:Töredék cukortartóval.jpg|mini|Fragment with Sugarbowl, 30 × 40 cm, Acryl und Öl auf Leinwand, 2019|alternativtext=|rand]]</nowiki>
* [[Beat Keller (Politiker)]] <nowiki>[[Datei:Beat-keller.jpg|mini|Beat Keller|alternativtext=|rand]]</nowiki>
* [[Wilfried Dubbels]] <nowiki>[[Datei:Wilfried dubbels.jpg|rand|mini|Wilfried Dubbels (2011) |alternativtext=]]</nowiki>
* [[Deir Rafat]] <nowiki>[[File:DeirRafatNov172021 01.jpg|thumb|alt=Deir Rafat|Deir Rafat|600x600px|rand|zentriert]]</nowiki>
* [[Maike Siebold]] <nowiki>[[Datei:Maike Siebold.jpg | mini|hochkant| Maike Siebold (Foto: Sandra zur Nieden)|rand]]</nowiki>
</div>
Das ist die Liste aus dem dump wo border/rand und mini/miniatur/thumb/thumbnail gleichzeitig vorkommt. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 16:38, 24. Mai 2024 (CEST)
: Das hilft schon mal, Dankeschön. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 17:19, 24. Mai 2024 (CEST)

Ich hab jetzt folgenden Code fertig:
: aus [[:mw:Help:Images]] nicht verträgliche Doppelungen
:* border/rand geht nicht mit mini/miniatur/thumb/thumbnail/framed/frame/gerahmt wie beschrieben wird dann border entfernt
:* px geht nicht gemeinsam mit hochkant/upright, hochkant/upright wird dann entfernt (ja, das gibt es tatsächlich und px zieht, egal welche Reihenfolge)
:* bei allen anderen Dopplungen wie z.B. links gemeinsam mit rechts etc. wird das erste gelassen und das zweite entfernt
: Zusätzlich (und das kann ich schnell abschalten wenn nicht gewünscht) tausche ich engl. gegen deutsche Begriffe aus, inkl. Image/File/Bild => Datei. Wie in [[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/lang/dewiki#Anhang:_Statistik]] in den häufigsten Begriff, bis auf alt vs. alternativtext und clas vs. klasse, die beiden lass ich unverändert. Ist tabellengesteuert, also kein Problem da was zu drehen.
: Die Bildbeschreibung wird immer als letztes Attribut eingesetzt
: Wenn ich (aus welchem Grund auch immer) ein Bildattribut nicht erkenne, dann behandle ich das als Bildbeschreibung. Sollte ich eine zweite Bildbeschreibung entdecken, dann fass ich nix an.
: Ich kann das im Bot mitlaufen lassen, sprich wenn ich aus anderem Grund ein Artkelchen anfasse, dann rattert der Code drüber, sonst nicht.
: Was ich noch mache: Nochmals den Dump analysieren und mit den Erkenntnissen nicht verträgliche Dopplungen rausfischen und diese ändere ich auf jeden Fall. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 23:18, 25. Mai 2024 (CEST)

:kannst du die artikel mit doppelten bildbeschreibungen, die der bot nicht anfässt irgendwo sammeln, weil das sollte eigentlich lintfehler auslösen und gar nicht mehr im ANR vorkommen, und falls doch zur manuellen bereinigung, könnten import übersetzungsreste sein. gruss, --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 00:59, 26. Mai 2024 (CEST)
:: Aktuell ist das theoretisch. Momentan läuft gerade zwecks Test das Ding über 100.000 Artikel drüber und ich hab da in ca. 100 Fälle wo sowas wie 250px und hochkant gemeinsam vorkommt. Doppelte Beschreibungen hab ich bisher nicht gefunden bzw. ich hab alles richtig erkannt. Das ist sozusagen der Notausgang. Auf jeden Fall kommt das als Fehler raus und wenn das nur wenige sind, dann fixe ich das zu Fuß. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 01:09, 26. Mai 2024 (CEST)

: [https://persondata.toolforge.org/data/diff_datei.txt Änderungen] die der Bot machen würde, das sind nur die "unverträglichen" Kombinationen der Attribute.
: Und dann hab ich alten, unfertigen (und veralzheimerten) Code entdeckt und den fertig gestellt: <small>siehe unterabschnitte</small>
: zu den Einträgen "SORTIERUNG/DEFAULTSORT mehrfach mit gleichem Wert" und "SEITENTITEL/PAGETITLE unnötig" gibts auch zusammen so um die 300 mal ANR-Atikel, die würde ich auch gerne entfernen. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 13:34, 27. Mai 2024 (CEST)

:: Nur als Anmerkung <code>|thumb|right</code> muss nicht zu <code>|mini|rechts</code> werden, da würde ein einfaches <code>|mini</code> ausreichen. Weil <code>|mini</code> ist hierzuwiki automatisch rechts [[Hilfe:Bilder#mini]]. --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 13:47, 27. Mai 2024 (CEST)
::<small> einschub</small> betrifft im umgekehrten fall auch <code>|frameless|left</code> muss nicht zu <code>|rahmenlos|links</code> werden, da [[Hilfe:Bilder#Rahmenlose_Einbindung_(ohne_Miniatur)|rahmenlos automatisch links ist]]. --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 13:34, 28. Mai 2024 (CEST)
::: Ja, werde ich mitmachen. Die Kombination mini+rechts ist zu häufig (über 20.000 mal), daher nur mitmachen. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 09:32, 28. Mai 2024 (CEST)
::::Hi ich habe die difs überflogen:
::::* ''2024-05-27 10:50:17 bot.php #2/2 (of 1787): Process Page Id:890 Rev Id:244753260 Timestamp:20240507110138 Title:Chinesische Sprachen'': verstehe ich nicht ganz, warum wird 
:::::<pre>- [[Datei:4 Toene des Hochchinesischen.svg]]</pre> 
:::::<pre>+ [Datei:4 Toene des Hochchinesischen.svg|]]</pre> (die leere pipe am ende)?
::::* nebenbei mitgemacht werden sollte die bildgrösse immer hinter mini stehen, vereinfacht das verständnis und ist wohl eine der ursachen der doppelten parameter, dass sie manchmal davor, und manchmal dahinter stehen
:::::''2024-05-27 10:55:04 bot.php #1785/1767 (of 1787): Process Page Id:13052123 Rev Id:243829056 Timestamp:20240406204142 Title:Bilder einer Ausstellung (Ballett)'':
:::::<pre>- [[Datei:Mussorgsky Pictures at an Exhibition, chords.PNG|300px|mini|hochkant=1.2|</pre> statt 
:::::<pre>+ [[Datei:Mussorgsky Pictures at an Exhibition, chords.PNG|300px|mini|</pre> besser
:::::<pre>+ [[Datei:Mussorgsky Pictures at an Exhibition, chords.PNG|mini|300px|</pre> 
::::* '''generell parameteranordnung:''' nach lektüre von [[Hilfe:Bilder]] kann man die bildparameter in verschiedene gruppen einteilen:
::::#grundsätzliche art der einbindung: mini, rahmenlos und gerahmt
::::#parameter die diese generelle einbindung weiter modifizieren:
::::#* grösse: px, hochkannt
::::#* spezieller parameter bei rahmenlos: rand
::::#* ausrichtung: links, rechts, zentriert, ohne
::::# bildinhalt betreffend:
::::#* alt
::::#* Legende (unbenannter (immer letzter) parameter)
:::::* sonderparameter: class, seite
::::: ich schlage vor <u>nebenbei</u> die gruppen nach 1., 2. und 3. zu sortieren (reihenfolge innerhalb einer gruppe nicht ändern, und die ''sonderparameter'' nicht verschieben, da sich mir kein logischer platz aufdrängt).
::::: erst wird die generelle art der bildeinbingung festgelegt, dann wird ein standardverhalten dieser standardeinbindung wenn gewünscht überschrieben (grösse, links bei mini, rechts bei rahmenlos, rand bei rahmenlos, etc.) zum schluss wird das bild beschrieben erst alt, dann als legende (tooltip). diese reihen folge ist logisch und verhindert auch fehler (doppelte bildgrösse, doppeltes alt oder bildbeschreibung <small>sehe ich oft bei den lintfehlern</small>). änderungen der reihenfolge der gruppen bitte <u>behutsam nebenbei</u> erledigen. gruss
::::--[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 13:29, 28. Mai 2024 (CEST)

::::: Ich bin momentan zu überlastet, um hier im Detail folgen zu können oder irgendwas programmtechnisch zu lösen.
::::: Im unmittelbar vorangehenden Beitrag ist jedoch missverständlich: ''#* Legende (unbenannter (letzter) parameter) # sonderparameter: class, seite''
:::::* Die Legende kommt unabhängig von allem immer ganz zum Schluss.
::::: Eine Sortierung der Parameter sowohl bei Vorlagen wie auch bei diesen Einbindungen ist immer empfehlenswert, weil eine menschliche Bearbeitung anders als Software die Dinger an bestimmten Stellen erwartet und sie übersieht, wenn sie schon woanders definiert wurden.
::::: VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 14:06, 28. Mai 2024 (CEST)
::::::danke PC, die legende soll natürlich am schluss stehen, ich habe das jetzt nochmal etwas verdeutlicht, gruss --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 14:27, 28. Mai 2024 (CEST)
::::::: Ich generier mal diese [https://persondata.toolforge.org/data/diff_datei.txt Datei] neu. Den Blödsinn bei Chinesische Sprachen hab ich gefixt (hab nicht gedacht, dass es eine Datei ohne irgendweche Attribute gibt), Umsortierung ist gemacht. Den Fall gerahmt/links hab ich berücksichtigt, aber der kommt da nicht vor (hab zumindest nix gesehen).
::::::: Es gibt mindestens einen Fall wo <code><nowiki>|alternativtext=|</nowiki></code> zu finden ist. Drinnen lassen oder rauswerfen? --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 17:38, 28. Mai 2024 (CEST)

<code>|alt=</code> bzw. <code>|alternativtext=</code> bedeutet, dass diese Grafik nicht informativ für Blinde ist, und ihre Existenz komplett verleugnet und nicht mal erwähnt werden soll.
* Heißt: Unbedingt drinlassen.
* {{phab|Task=359582}}
VG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 17:48, 28. Mai 2024 (CEST)
: @PC: OK! {{Ping|Wetterwolke}} rahmenlos/frameless inkludiert zwar links/left, aber der Text ist dann nicht neben dem Bild, sondern unterhalb. Das kann ich also nicht weglassen. Hab ich mit [[Rheiderland#Wappen]] in der Vorschau probiert. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 22:15, 28. Mai 2024 (CEST)
::ah gute aufgepasst mit dem rahmenlos links! danke für den neuen diff, änderungen wie im bsp Bonn <code>|mini|links|hochkant=0.5|</code> zu <code>|mini|hochkant=0.5|links|</code> würde ich nicht machen. was ich meinte war, dass die parameter aus 1. vor denen aus 2. kommen. aber innerhalb der 2. gibt es keine präferenz ob erst grösse oder erst ausrichtung, ich sehe da keine klare vorgabe, logik oder dominierende verbreitung.
::<small>bzgl. <code>|alt=|</code> das macht sinn in den fussballtabellen wenn dort die werder raute und Werder Bremen steht, dass dem blinden das wappen verschwiegen wird und nur der Verein vorgelesen wird. wenn ich mir die diffs und einzelne seiten anschaue habe ich da so meine zweifel, die meisten bilder müssten nicht grundsätzlich für blinde verschwiegen werden, allerdings kann das kein bot leisten, muss in jedem fall manuell geprüft werden.</small> gruss --[[Benutzer:Wetterwolke|Wetterwolke]] ([[Benutzer Diskussion:Wetterwolke|Diskussion]]) 04:07, 29. Mai 2024 (CEST)
:::Na gut, dann sortiere ich nur um, wenn sich was anderes ändert. --[[Benutzer:Wurgl|Wurgl]] ([[Benutzer Diskussion:Wurgl|Diskussion]]) 10:46, 29. Mai 2024 (CEST)

== format=[[Hypertext Markup Language|HTML]] ==

* {{Internetquelle|titel=Beispiel|url=https://austriancharts.at/no1_single60.asp |format=[[Hypertext Markup Language|HTML]] |abruf=2024-06-04}}
Das [[Spezial:PermaLink/245619627]] ist nun sehr kurios, was da passiert, mehrmaliges starten von WSTM
* Schritt 1 <code><nowiki>|format=[[Hypertext Markup Language|]]</nowiki></code><ref name="Charts">{{Internetquelle |url=https://www.chartsurfer.de/artist/kaplan-alfred-flury/ich-will-an-deiner-seite-gehn-song_ffpg.html |titel=Ich will an deiner Seite gehn |titelerg=Song von  Kaplan Alfred Flury |werk=chartsurfer.de |hrsg=[[Thorsten Fritzenkötter]] |format=[[Hypertext Markup Language|]] |sprache=de-DE |abruf=2024-06-04}}</ref> ← Dadurch <code><nowiki>([[Hypertext Markup Language|]])</nowiki></code> ist es mir erst aufgefallen, warum das in ref-Tags so anders ausgegeben wird, weiß ich nicht
* {{Internetquelle|titel=Beispiel|url=https://austriancharts.at/no1_single60.asp |format=[[Hypertext Markup Language|Hypertext Markup Language]] |abruf=2024-06-04}}
* Schritt 2 <code><nowiki>|format=[[Hypertext Markup Language|Hypertext Markup Language]]</nowiki></code>
* {{Internetquelle|titel=Beispiel|url=https://austriancharts.at/no1_single60.asp |format=[[Hypertext Markup Language|Hypertext Markup Language]] |abruf=2024-06-04}}
* Schritt 3 <code><nowiki>|format=[[Hypertext Markup Language]]</nowiki></code>
* {{Internetquelle|titel=Beispiel|url=https://austriancharts.at/no1_single60.asp |format=[[Hypertext Markup Language]] |abruf=2024-06-04}}

'''Einzelnachweise'''
<references />
Gerade aber Schritt 1 wäre unschön, dass WSTM versucht ein <code>|format=HTML</code> zu eliminieren ist schon klar, nur in der Form, hatte ich das, meine ich noch nicht wirklich. Da →[[Kaputte Lieder über eine heile Welt]] wäre noch so ein Kandidat an dem du das prüfen kannst, der Benutzer macht das scheinbar exklusiv so, [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7C%5BfF%5Dormat%5C%3D%5C%5B%5C%5BHypertext+Markup+Language%5C%7CHTML%5C%5D%5C%5D%2F+HTML&title=Spezial:Suche&profile=advanced&fulltext=1&ns0=1 weitere Beispiele] habe ich nicht gefunden, allerdings noch [https://de.wikipedia.org/w/index.php?search=insource%3A%2F%5C%7C%5BfF%5Dormat%5C%3D%5C%5B%5C%5BHypertext+Markup+Language%5C%7CH%2F+HTML&title=Spezial:Suche&profile=advanced&fulltext=1&ns0=1 drei andere] die dann leere Klammern = <code>(Hypertext Markup Language ())</code> hinterlassen würden. Kannst du dir das bitte mal ansehen? --Liebe Grüße,&nbsp;[[Benutzerin:Lómelinde|Lómelinde]]&nbsp;[[Benutzerin Diskussion:Lómelinde#top|Diskussion]] 12:49, 4. Jun. 2024 (CEST)

: Danke für den Hinweis.
: Hatten wir in dieser Konstruktion seit einem Dutzend Jahren nicht.
: Vorsorglich weitere Vorkommen suchen, Benutzer ansprechen.
: Ich habe es auf meine ToDo-Liste gesetzt, sehe aber kurzfristig keine Ressourcen zur Abarbeitung.
: LG --[[Benutzer:PerfektesChaos|PerfektesChaos]] 15:19, 4. Jun. 2024 (CEST)