Benutzer Diskussion:PerfektesChaos/js/WikiSyntaxTextMod/Archiv4

Dies ist das Archiv abgeschlossener Diskussionen zum Skript WikiSyntaxTextMod und auch zu allen Unterseiten dazu. Diese Archivseite beginnt mit Version WSTM.6 ab Anfang 2014. Andere Archivseiten siehe Archiv.

Et cetera - Bildklammer

Hier geht nach dem Umwandeln der Bildeinbindung die schließende Klammer verloren [1]: [[Datei:Et_cetera_r_rotunda.svg|18px]] → [[Datei:Et cetera r rotunda.svg|18px]

Dies scheint auch zu passieren, wenn der Code einzeln dasteht. Grüße --se4598 / ? 08:37, 7. Jan. 2014 (CET)

Ja; alte Mühsal – danke erstmal.

Es kommt, wenn sowohl der Dateiname transformiert wird als auch kein Bildtitel und möglicherweise auch nur, wenn nicht in eigener Zeile. Lausig komplizierte Geschichte, weil es im Bildtitel auch Vorlagen und Tabellen und Kommentare und Links und hinter dem Bildtitel nochmals Bildparameter geben kann, und ich in jeder Situation mitzählen muss, welche Pipes und welche schließenden Klammern es gibt und welche zu welchem Syntaxelement gehören.

So habe ich einen neuen Testfall. Selten simpel, war offenbar in dieser Kombination noch nicht auf dem Radar. Code ist seit einem Dreivierteljahr unverändert; scheint also zumindest nicht sehr häufig vorzukommen.

Es wird Frühling --PerfektesChaos 10:01, 7. Jan. 2014 (CET)

Whitespace am Zeilenende

Bisher hatte ich immer das Gefühl, dass Whitespace am Ende einer Zeile automatisch entfernt wird. In diesem Fall irgendwie nicht (Den Whitespace im Diff habe ich manuell entfernt und meine ich). VG --se4598 / ? 17:44, 23. Jan. 2014 (CET)

• Das hat so seine Richtigkeit.
• Zuerst prüft WSTM, ob es wirklich etwas zu ersetzen gibt. Dazu würden auch Leerzeilen mit nur Leerzeichen und aller nicht-ASCII-32-Whitespace gehören.
• Erst wenn es tatsächlich etwas zu tun gibt, werden auch hinter nicht-leeren Zeilen ASCII-Leerzeichen entfernt.
• Grund: Es soll nicht dazu verleitet werden, nur wegen solcher Quasi-Null-Edits neue Versionen abzuspeichern. Für Normalbenutzer sind die Whitespace-Änderungen und unsichtbaren Zeichen nicht unterscheidbar.
• Dass du nach dem automatischen WSTM-Lauf noch eine Klammer ersetzen würdest, konnte WSTM nicht vorhersehen. Hätte es eine Diffpage gezeigt, wären sich die Benutzer verschaukelt vorgekommen. Wäre ohne Diffpage was verändert worden, ist das Geschrei auch groß.

Danke für die Kontrollanfrage --PerfektesChaos 20:48, 23. Jan. 2014 (CET)

ach, ich mag mal keinen neuen Abschnitt aufmachen. Seit Ewigkeiten scheint es mir so, dass, falls Einzelnachweise im References-Tag definiert werden, dort vor den schließenden Ref-Tags ein Zeileneinbruch eingefügt wird (sogar manchmal auch nach dem öffnenden; Beispiel). Ich finde das nicht sehr gelungen, da so fast nie mehr Übersichtlichkeit reinkommt, aber dafür z.B. bei nur kurzen Einzelnachweisen dies auf die doppelte Zeilenanzahl vergrößert wird und durch den wechselnenden Zeileninhalt (EN/"</ref>) schlechter zu überblicken ist. Falls da ne lange Vorlage drin ist oder auch stark wechselnde EN-Namenslängen sind, kann man drüber reden, was da besser gefällt. Für den Rest meiner Meinung nach verschlechtere Lesbarkeit. Steckt da ein mir nicht zu erschließende Intention hinter? Ansonsten würd ich doch dafür stimmen, das auszuschalten. Grüße --se4598 / ? 18:46, 24. Jan. 2014 (CET)

Ach herrje, was soll ich denn bloß mit euch machen.

• Du bist nicht der erste, der danach fragt.
• Schon richtig herausbekommen hast du, dass das Feature deshalb eingeführt wurde, um lange Textsequenzen (gerade auch bei Vorlagen ohne Zeilenumbruch nach jedem Parameter) besser abzugrenzen; und bei Vorlagen mit Zeilenumbruch nach jedem Parameter und Einrückung die einzelnen refs voneinander klarer abzugrenzen.
• Nun würde sich die Frage stellen: Was ist lang? Wie lang ist eine Zeile im Bearbeitungsfeld? Bei mir oft um die 70 Zeichen. Also müsste ein „kurzer“ Beleg auf einen Inhalt von <ref name=""></ref> 19 Zeichen Minimum plus Länge des name-Parameters (oft 20 Zeichen); also bis zu 30 Zeichen Länge eines kurzen Belegtextes. Für Kursivschreibung des Titels gehen 4 Apostrophe weg, ein Komma und ein Leerzeichen für S. und dahinter noch ein Leerzeichen; Doppelpunkt mit einem Leerzeichen ja auch noch mal 2; bleiben für Autor, Titel, Seitenzahl zusammen 20 Zeichen. Das ist nur selten der Fall. Andernfalls entstehen dann doch wieder mehrere Zeilen; dann kommt es auf eine mehr oder weniger nicht an.
• Nun müssen aber auch die Einträge gleich aussehen. Sonst wird es zum völligen Voodoo, wenn das bei dem einen Eintrag hü und beim nächsten hott ist. Das kapiert nun wirklich keiner. Okay; der Artikel hat ja nur ganz kurze Einträge. Also alle einzeilig. Nun ist ein Wiki aber dynamisch und nicht statisch. Jetzt fügt jemand einen zweifelsfrei langen Eintrag ein; also schalten sich nun sämtliche Einträge auf mehrzeilig. Das kann aber auch umgekehrt passieren: Aus dem Artikel wird eine Textpassage und der sie stützende Beleg entfernt. Das war ein langer gewesen; Juhu! jetzt schalten sich die anderen 20 alle auf einzeilig.
• Kannst du einen Algorithmus angeben, der für alle Breiten von Bearbeitungsfeldern der Autoren, alle persönlichen Geschmäcker, alle Kombinationen von teils langen, teils kurzen Einträgen für den momentanen und auch alle zukünftigen Gestalten des Artikels eine konstante Formatierung liefert, die niemanden durch konfuses und rätselhaftes Verhalten verwirrt?
• Im Übrigen sind diese Kurzhinweise ohnehin unerwünscht; es muss nur jemand aus dem Abschnitt „Literatur“ das Buch als überflüssig herauskürzen und ihn mal wieder auf fünf Einträge stutzen; schon steht irgendein Handbuch von irgendeinem Meier ohne bibliografische Angaben da. Und wenn schon unbedingt kurz, dann kann man sie auch gleich im laufenden Text einstreuen; der Block am Ende eignet sich insbesondere für die großen Vorlagen.

Schönes Wochenende --PerfektesChaos 23:18, 24. Jan. 2014 (CET)

Ich stell mir gerade so als Idee vor, nur innerhalb der Vorlage umzubrechen, aber halt nicht am Tag, sodass halt dann so etwas wie das hier:

<references>
<ref name="Buch1">John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
<ref name="Buch2">{{Literatur
|Autor=Max Mustermann
|Titel=Semantischer Kollaps bei Löschdiskussionen
|Sammelwerk=Journal of Wikipedianism 
|Band=Bd. 2
|Nummer=3
|Jahr=2006
|Seiten=17–67
}}</ref>
<ref name="Buch3">{{Literatur
|Autor=Max Mustermann
|Titel=Semantischer Kollaps bei Löschdiskussionen
|Sammelwerk=Journal of Wikipedianism 
|Band=Bd. 2
|Nummer=3
|Jahr=2006
|Seiten=17–67
}}</ref>
<ref name="Buch4">John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
<ref name="Buch_abc">John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
</references>

als Kompromiss-Beispielformatierung gegenüber dem wohl derzeitigen Stand

<references>
<ref name="Buch1">
John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.
</ref>
<ref name="Buch4">
John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.
</ref>
<ref name="Buch_abc">
John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.
</ref>
</references>

verglichen mit für mich besser lesbar, platzsparend (gegenüber dem 3mal so langen obigen) und so oft verwendet:

<references>
<ref name="Buch1">John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
<ref name="Buch4">John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
<ref name="Buch_abc">John Doe: Wikipedia. Wesen, Wert und Gefahr. Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
</references>

Ich finde, so wird jede Zeile eindeutig zuordbar zu einer Ref. und die Lesbarkeit wird gewährleistet (Refs ohne Vorlagen kann man ja meist wie Fließtext durchlesen, Vorlage mit Parameter eher nicht, dort wird es halt aufgespalten). Am Ende sieht es bedingt durch das Editerfenster sowieso wieder anders aus, wobei ja höhere Auflösungen immer verbreiteter werden. Dann da so ein Zeilen fressendes Monster zu haben, verbessert nicht gerade die Navigierbarkeit/Überblick über den gesamten Wikitext --se4598 / ? 00:32, 25. Jan. 2014 (CET) PS: Ja, ich habs auch mit schmalem Editierfenster verglichen, wobei bei mir standardmäßig bei sage und schreibe etwas mehr als 200 Zeichen pro Zeile reinpassen (Zum Editieren gut, zum konzentrierten Lesen ja eher weniger, siehe Typographie-Breitenbegrenzungs-Spielereien von der WMF).

„Du bist nicht der erste, der danach fragt.“ Ich z.B. fragte schon. Ich glaube nicht mehr, dass eine einheitliche automatische Formatierung des references-Blocks für alle geeignet ist. Eine Lösung wäre, die Einfügung von Umbrüchen nach <ref ...> und vor </ref> von einem Parameter abhängig zu machen, etwa wie mit diffPage. Eine andere – das wäre aber wohl Neuland – wäre, in den Artikeltext einen steuernden Kommentar wie etwa <!--kein automatischer Umbruch--> aufzunehmen. (Die letztgenannte Möglichkeit schützt 'momentane' Hauptautoren vor unerwünschten Änderungen durch (bezogen auf den jeweiligen Artikel) 'einmalige' Mitarbeiter, die vielleicht nur einen Schreibfehler korrigieren wollen.) --Griot (Diskussion) 16:21, 25. Jan. 2014 (CET)

• @Griot: Ja, du bist aber auch der einzige weitere Anwender, bei dem ich mich daran erinnern kann, dass ein anderes Format gewünscht wurde.
• Die Beispiele oben sind unfair, weil sie ein unendlich breites Bearbeitungsfeld auf dem Bildschirm unterstellen. Ich habe sie im Anschluss einmal so umbrochen, wie sich das mir darstellt.
• Ich persönlich hasse überlange Zeilen. Auf meinem Bildschirm gibt es nicht nur ein Wiki-Browser-Fenster, sondern verschiedene Aktionen nebeneinander. Und bei 72 bis 80 monospace geht die Wrapperei los, oder es verschwindet hinten im Unsichtbaren. Links neben dem Bearbeitungsfeld steht schließlich noch die Sidebar. Siehe dazu Leserlichkeit und Satzbreite.
• Ich bin nicht der Einzige mit diesem Geschmack; siehe etwa quer durch Dortmund und Bochum.
• Hinzu kommt die Verbreitung portabler Geräte mit beschränkten Bildschirmabmessungen; auch hier sind Zeilenbreite mit Wrapping das größere Problem.
• Eine Diffpage ist eine temporäre, virtuelle Angelegenheit. Die kann sich jeder selbst einstellen, wie er mag; niemand sonst bekommt etwas davon mit. Der Quelltext ist hingegen für alle Benutzer gleich. Individuelle Einstellungen würden dazu führen, dass jeder Bearbeiter einmal umformatiert, und der nächste dann wieder zurück; wobei die eingefügten und entfernten Zeilenumbrüche auf die Diffpages verheerende Auswirkungen hätten. Also hat jeder Dortmunder seine privaten Einstellung oder verwendet die Standard-Einstellung und modelt den Quelltext vorwärts und rückwärts und hin und her. Aus genau diesem Grund gibt es in WSTM prinzipiell keinerlei individuelle Benutzeroptionen zum Quelltext, für die man nur ein Kreuzchen machen müsste, sondern allenfalls benutzerdefinierte eigenverantwortliche Ersetzungsausdrücke, mit denen ich weiter nichts zu tun habe.
• Nochmals: Der references-Block ist für die Auslagerung langer (oder sehr häufiger) Belege vorgesehen, während kurze (und erst recht einmalige) ref besser beim laufenden Text verbleiben, damit sie auch bei der Bearbeitung einzelner Abschnitte auf Anhieb zugeordnet werden können. Somit ist der lange ref-Eintrag im references-Block der Standardfall; die Verwendung kurzer Einträge im references-Block in der Regel nicht wünschenswert, weil eine unnötige Schikanierung derjenigen Mitautoren, die nur einen einzelnen Abschnitt bearbeiten.
• Im Übrigen wird das Thema Quelltext sowieso lustig, wenn Parsoid eingeführt und der Wikitext weltweit einheitlich aus einem strukturierten XML-Format generiert wird. Aber da sollen erstmal die Kollegen der enWP drüber fluchen.
• Wer Lust hat, über ref-Formatierung zu diskutieren, mag mal auf WD:LIT #Vorlage:Literatur mitmischen; mir ist das zu gaga.
• Ansicht des obigen Quelltextes bei mir (Umbruch bei 72 Zeichen):

<references>
<ref name="Buch1">John Doe: Wikipedia. Wesen, Wert und Gefahr.
Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
<ref name="Buch4">John Doe: Wikipedia. Wesen, Wert und Gefahr.
Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
<ref name="Buch_abc">John Doe: Wikipedia. Wesen, Wert und Gefahr.
Wikipedia-Press, Musterstadt 2001, ISBN 3-12-123453-2, S. 53–98.</ref>
</references>

--PerfektesChaos 09:50, 26. Jan. 2014 (CET)

Ich finde das mit dem Umbruch immer noch gut zu lesen (so habe ich mir das auch in etwa vorgestellt (und mein Beispiel oben bricht halt nicht im View automatisch um)), aber das ist ja auch für jeden subjektiv und ob Syntaxhighlight oder sonstiges an ist. Zu der Denkmalliste: jeder Autor wie er mag, und ob mit Vorlage oder ohne. Im Bio-Bereich habe ich reihenweise in der kompakten Schreibweise gesehen. Könn wir nicht sagen, wir schalten einfach das _automatische_ Formatieren (konkret: die Zeilenumbrüche) im References-tag aus?--se4598 / ? 14:53, 26. Jan. 2014 (CET) PS: Dass sich kaum einer meldet hängt ja auch von der Wahrscheinlichkeit der WSTM-Benutzung und dem Vorhandensein der normal eher seltenen Deklarierung am Ende ab. Aber brauchen wir eigentlich auch nicht weiter drüber zu diskutieren, formatiert man es in den Fällen halt selbst wieder manuell zurück.--se4598 / ? 14:53, 26. Jan. 2014 (CET)

Ein guter Vorschlag. --Griot (Diskussion) 17:32, 26. Jan. 2014 (CET)

Schalter

Hallo,
es wäre schön, wenn du die Eindeutschung von Begriffen abschaltbar gestaltest, ebenso wie die Zwangsformatierung von Referenzen am Ende des Artikels. Dann würde das, was da geändert wird, auch durch mich vertretbar sein und ich bräuchte derartig primitive Anmache wie hier nicht ertragen. Gruß und schönes Wochenende --RonMeier (Diskussion) 13:59, 1. Feb. 2014 (CET)

Ich hab für ähnlich gelagerte Fälle einen einfachen Komplett-Ausschalter auf Cookiebasis in meine linken Werkzeugleiste gebastelt. Den Code findest du in meiner common.js (1. Eintrag). Grüße --se4598 / ? 14:24, 1. Feb. 2014 (CET)

ich sehe in meiner eigenen common.js kaum durch, und schon gar nicht in einer Fremden. Auch will ich ja WSTM nicht komplett abschalten. Trotzdem Danke. Gruß --RonMeier (Diskussion) 14:36, 1. Feb. 2014 (CET)

• Zum Diskussionsverlauf:
  • Du kannst durchaus damit zufrieden sein. Es sind dir mehrere Leute beigesprungen. Unterm Strich bist du sauber daraus hervorgegangen; dein Kontrahent steht nicht sehr glücklich da.
• Zum allmählichen Konvergieren der Wikisyntax und Literaturformate im allgemeinen:
  • Es gibt zweieinhalb Themengebiete, die sich konsequent als außerhalb aller Regeln und Richtlinien und projektweiter Konventionen sehen, und ihre Privatregeln und angeblichen Portalregeln in ihren Privatartikeln per Revert durchsetzen.
  • Es gibt zwischen zehn und zwanzig bekannter Namen mit fünfstelligem ANR-Count und nahezu oder mehr als zehn Jahren Mitwirkung, die auf jede Veränderung gegenüber 2004 und ihrem Privat-Stil allergisch reagieren, egal was. Ich habe es längst aufgegeben, mich darüber zu wundern oder zu ärgern.
  • Es wird lustig werden, sobald Parsoid in wenigen Jahren die Standard-Syntax spontan aus dem Datenbankmodell heraus generiert; dann sind private Quellcode-Macken und Formatierungen sowieso beendet. Ich kann mit WSTM daraufhinwirken, dass wir dann einen syntaktisch einheitlichen und sauberen Wikitext in möglichst vielen Artikeln haben, der sich problemlos konvertieren lässt. Und das übt auch schon, sich heute mit einer einigermaßen sauberen Wikisyntax anzufreunden.
• Zum Umgang mit den Sonderfachgebieten und Spezialautoren ist es tatsächlich am besten, WSTM in diesen Spezialartikeln abzuschalten.
  • Ein Weg, wie das relativ einfach durch einen Klick an und aus geht, ist Benutzer:Schnark/js/fliegelflagel. Dort ist auch WSTM registriert.
    • Ich habe keine Erfahrungen damit, ob man besondere Vorkehrungen treffen müsste hinsichtlich der vor dem Start zu aktivierenden benutzerdefinierten Geschichten. Wird sich aber herausbekommen lassen.
  • Es gibt die Möglichkeit, per CSS-Definition ein Dutzend Autoren rot einzufärben. Wenn in einem Artikel verdächtig viel zu formatieren ist und das Themenfeld passt, empfiehlt sich ein Blick in die Versionsgeschichte. Sind hier viele Benutzernamen (meist immer der gleiche) rot eingefärbt, wäre halt WSTM für diesen Artikel abzuschalten.
  • Man könnte auch ein JS-Werkzeug schreiben, das automatisch Alarm! schreit, wenn in den letzten 500 Bearbeitungen mehr als zehnmal bestimmte Benutzer erscheinen.
  • Natürlich kann man eine solche Liste von Autoren (CSS oder JS) nicht offen in die weltweit einsehbaren Benutzerseiten setzen.
    • Benutzer:PerfektesChaos/js/loadResourceFile ist dafür vorgesehen, bestimmte Teile von der Festplatte zu lesen; interaktiv oder regelmäßig automatisch.
    • Wikipedia:Technik/Browser/Greasemonkey geht in eine ähnliche Richtung. Funktioniert.
    • Einstellungen für sogenanntes userjs- würden sich ebenfalls eignen. Benutzer:PerfektesChaos/js/preferencesGadgetOptions unterstützt Programmierer dabei.
  • Langfristig stehen die Einzelkämpfer auf verlorenem Posten. Die Sitten von 2005 und Übernahmen aus der enWP oder irgendwelchen Newsticker-Formaten nehmen nach und nach ab; das breite Erscheinungsbild der deWP wird bei aller individueller Vielfalt pro Artikel kontinuierlich einheitlicher. 75 %, 80 %, 90 % der Artikel halten die Grundprinzipien ein. Wer nachwächst, orientiert sich am Standardbild und formatiert nach mainstream, so es erlernt wird und Mentoren das erklären.
• Zu WSTM:
  • Seit einem Dreivierteljahr komme ich nicht mehr dazu, größere Neuerungen zu entwickeln; ich mache nur noch Bestandspflege und Glättung der Architektur sowie Aufarbeitung veralteter und störanfälliger Prozeduren aus 2010/2011.
  • Die Ursache hat drei Buchstaben: L-u-a nebst damit verbundener Querschläger.
  • Ansonsten sehe ich auch Handlungsbedarf bei der Organisation von Projektseiten und Softwaredokumentation; hier ist die deutschsprachige Wikipedia teilweise ziemlicher Dschungel, woanders Wüste.
  • Weiterhin schreibe ich moderne Gadgets, etwa für den Umgang mit einer Viertelmillion Artkel mit einer halben Million defekter Weblinks.

LG --PerfektesChaos 22:26, 1. Feb. 2014 (CET)

Alexandre Cabanel

Hallo PerfektesChaos, ich helfe gerade bei den Klammerfehlern von Aka mit und wundere mich gerade, warum ein von mir gestern bearbeiteter Artikel wieder in der Liste landet. Aber nach genauem Hinschauen, scheint noch irgendetwas in dem Artikel zu sein, welches Dein Skript nicht richtig reagieren läßt. Nun aber von Anfang an:

1. Dieses war die Ansicht vor meiner Korrektur (keine Galerie zu sehen)
2. Dieses war die Ansicht nach meiner Korrektur (Galerie vor dem Werksverzeichnis zu sehen, jedoch mit falschen Korrekturen Difflink bei den Dateien).

Magst Du bitte mit Deinem geschulten Blick auf diese Merkwürdigkeiten schauen? Ich verstehe es nicht! :-) Liebe Grüße Silke (Diskussion) 23:09, 7. Feb. 2014 (CET)

Das ist ziemlich simpel. Erwartet wird im Wiki etwas wie:

<gallery>
Datei:Alexandre Cabanel.jpg|Bildlegende
</gallery>

Dort steht aber:

<gallery>
[[Datei:Alexandre Cabanel.jpg|miniatur|hochkant|Bildlegende]]
</gallery>

Wobei es seit einiger Zeit die Möglichkeit gibt, zusätzliche Parameter den einzelnen Galeriebildern mitzugeben; das ist hier aber mit Sicherheit nicht beabsichtigt.

Ich habe diese Art von Syntaxverirrung noch nie gesehen; WSTM dementsprechend auch nicht.

• WSTM entfernt den Namen des Namensraums, weil heutzutage redundant und damit es keinen Streit über File: und so gibt.
• Dabei werden witzigerweise die öffnenden Klammern mit entfernt, war mir so nicht bewusst.
• WSTM erwartet nach der ersten Pipe eine Bildlegende als normalen Wikitext. Dass es dort zwei überzählige schließende Klammern gibt? Naja, wer’s mag. Wer weiß, wozu es gut sein soll.

Was mich erstaunt: Dass die unerwartete Form mit normalen Bildeinbindungen überhaupt funktioniert hat.

Schönes Wochenende --PerfektesChaos 09:22, 8. Feb. 2014 (CET)

Lieber PerfektesChaos, Danke, ich wußte doch, dass es für Dich einfach sein wird, den Fehler zu entdecken. Nach Deiner guten Erklärung weiß ich auch, warum die Galerie ursprünglich gar nicht angezeigt wurde. Jetzt kann ich den Fehler in der Syntax per Hand korrigieren und alles ist gut! Auch Dir ein schönes Wochenende, Silke (Diskussion) 12:02, 8. Feb. 2014 (CET)

Ameisen

Hallo,
Das Öffnen obigen Artikels endet ohne jegliche Bearbeitung und ohne Diffpage. Erst nach dem Entfernen von [[doi:10.1038/35051]] und Starten von "Voransicht" oder "Änderungen zeigen" reagiert WSTM. Gruß --RonMeier (Diskussion) 12:25, 24. Mär. 2014 (CET)

selbst aufgerufen, bei meiner Config gehts so, zeigt brav Diffpage und formatiert. Aus RonMeier's common.js die meiste WSTM-Konfig herauskopiert und manuell im Editfenster via Firebug ausgeführt:

TypeError: got is null
https://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dH.js&587419723*
Line 2272

log(msg="Exception thrown by job.error", e=
TypeError: got is null
mw.libs.WikiSyntaxTextMod.bb.link/WLINK.wiki.iwMap()index....419723* (Zeile 2272)
mw.libs.WikiSyntaxTextMod.bb.Wikilink/WikiLK.prototype.adjust()index....422006* (Zeile 2220)
mw.libs.WikiSyntaxTextMod.bb.Wikilink/WikiLK.prototype.set()index....422006* (Zeile 4582)
mw.libs.WikiSyntaxTextMod.bb.link/WLINK.format()index....419723* (Zeile 457)
mw.libs.WikiSyntaxTextMod.bb.link/WLINK.fenced()index....419723* (Zeile 248)
mw.libs.WikiSyntaxTextMod.bb.link/WLINK.fire()index....419723* (Zeile 351)
mw.libs.WikiSyntaxTextMod.bb.elem/WSTM.w.elem.tags()index....419036* (Zeile 1530)
mw.libs.WikiSyntaxTextMod.bb.elem/WSTM.w.elem.fire()index....419036* (Zeile 590)
mw.libs.WikiSyntaxTextMod.bb.apiW/WSTM.api.textMod()index....423185* (Zeile 260)
mw.libs.WikiSyntaxTextMod.bb.apiM/WSTM.api.edit()index....421775* (Zeile 161)
mw.libs.WikiSyntaxTextMod.bb.mainM/WSTM.main.full()index....421775* (Zeile 1481)
der.using()load.p...022212Z (Zeile 11225)
mw.libs.WikiSyntaxTextMod.bb.main/WSTM.main.fire/<()index....e=86400 (Zeile 917)
lbacks/fire()load.p...022212Z (Zeile 974)
s/self.add()load.p...022212Z (Zeile 1020)
otype.ready()load.p...022212Z (Zeile 246)
totype.init()load.p...022212Z (Zeile 174)
jQuery()load.p...022212Z (Zeile 44)
mw.libs.WikiSyntaxTextMod.bb.main/WSTM.main.fire()index....e=86400 (Zeile 913)
lePending()load.p...022212Z (Zeile 10486)
der.state()load.p...022212Z (Zeile 11341)
()index....421455* (Zeile 3947)
	
r    =  got[1];

Grüße --se4598 / ? 15:01, 24. Mär. 2014 (CET)

• Ja; seit gestern 20:14 ist eine Programmsequenz (erstmal nur auf d) aktiv, die durch einen Schreibfehler bei einem regulären Ausdruck anderthalb Jahre untätig schlummerte.
• Sie betrifft die Kürzel exotischer Wiki-Projekte iwMap, die in Artikeln nie vorkommen sollen. Deshalb fiel das auch nicht auf; am Wochenende hatte ich aber bei Projektseiten die Nase voll und war auf Erkundung gegangen, warum diese Funktion nichts tat.
• Bei den Ameisen stolperte er nun über das [[doi: hinten bei den refs; das ist weder Sprachkürzel noch Wiki-Projekt, und da verhaspelte sich die seit gestern aktive Version.
• Fix ist live.

@se4598: Ich hatte gestern Abend / heute morgen / zur Gespensterstunde vergessen, dir auf deinen angeschlagenen Gesundheitszustand gute Besserung zu wünschen. So wie sich das hier liest, scheinst du aber wieder voll drauf zu sein.

• Mein zweiter Bananenpflücker (Steak) ist ja nicht mehr angemeldet aktiver Benutzer. Wenn du magst, kannst du zeitweise in den d-Modus switchen und Bugs melden. Seit Jahresanfang habe ich aber kaum was an WSTM gemacht und mich daran gefreut, dass es robust und beschwerdefrei lief. Bis nach Ostern werde ich mit diversem Lua und WPNR und LT gut ausgelastet sein und nur wenige Fixe angehen; aber im Sommer könnten mal wieder WSTM-Schübe kommen, wenn nichts Dringendes anliegt.

Schönen Dank und ein mäßiges Wetter allerseits --PerfektesChaos 15:19, 24. Mär. 2014 (CET)

Danke. Leben muss halt weitergehen. Wird besser. Gerade kam die Sonne raus. Ich schau mal mit "d". --se4598 / ? 15:30, 24. Mär. 2014 (CET)

noch tut sich nix. Gruß --RonMeier (Diskussion) 15:49, 24. Mär. 2014 (CET)

Probier nach Cachelöschung etc. nochmal. Um 15:54 hat PC es gerade geupdatet und seitdem funktioniert es bei mir . --se4598 / ? 16:10, 24. Mär. 2014 (CET)

Ja, danke; ich hatte vergesen, auf Speichern für die neue Version zu klicken. Habe im Moment zu viele Browser-Fenster offen und etwas den Überblick verloren und mache eigentlich grad was ganz anderes. VG --PerfektesChaos 16:29, 24. Mär. 2014 (CET)

jetzt gehts ja. Danke an alle Beteiligten. Gruß --RonMeier (Diskussion) 16:46, 24. Mär. 2014 (CET)

undefinierbares Problem

Hallo PC,
beim Öffnen von Homo floresiensis wird aus
Mike J. Morwood et al.: ''Fission-track ages of stone tools and fossils on the east Indonesian island of Flores.'' In: ''[[Nature]].'' Band 392, 1998, S. 173–176, [[doi:10.103
ein
Mike J. Morwood u. a.: ''Fission-track ages of stone tools and fossils on the east Indonesian island of Flores.'' In: ''[[doi:10.1038/32401392, 1998, S. 173–176, [[doi:10.103
Ich kann es erstmal keinem meiner js-schnipsel zuordnen. Gruß --RonMeier (Diskussion) 10:56, 3. Apr. 2014 (CEST)

Kann ich nicht reproduzieren.

Zwar hatten wir kürzlich was mit Interwiki, und ein Update dazu läuft weiterhin in der d-Quarantäne, aber ohne benutzerdefinierte Ersetzungen ist dabei nichts zu beobachten.

Wenn du dann editierst:

• Da wird expandiert 1,02  ±  0,02
• Das muss heißen 1,02 ±0,02

Sonnigen Tag --PerfektesChaos 11:18, 3. Apr. 2014 (CEST)

Ich hab bei mir erstmal den ganzen config.mod.plain-Teil auskommentiert und - das gleiche Problem. Gruß --RonMeier (Diskussion) 11:34, 3. Apr. 2014 (CEST)

Jetzt reproduziert nach einigem Konfigurationsgebastel.

1. Schalte bitte für einige Tage von d auf r.
   • Dann kann ich das in Ruhe analysieren und weiter erproben.
   • Bis auf die erweckte Interwiki-Analyse ist auch kein Unterschied zwischen d und r.
2. Deine config.mod. kann dann wieder aktiviert werden.
3. Es hat schon seinen Grund, warum sowas erstmal in Qurantäne läuft.

LG --PerfektesChaos 12:29, 3. Apr. 2014 (CEST)

ok --RonMeier (Diskussion) 12:45, 3. Apr. 2014 (CEST)

Perspektive

Hallo,
Ich würde es gut finden, wenn du bei Gelegenheit mal ein paar Zeilen zur Zukunft von WSTM in das obige zartgrüne Fenster einfügst. Viel Sonne und erholsame Pfingsttage --RonMeier (Diskussion) 22:27, 6. Jun. 2014 (CEST)

Die Lage ist die, dass ich momentan keine Gelegenheit habe, größere Anbauten vorzunehmen; und dementsprechend auch keine Versprechungen mache.

Ich habe vier offene Baustellen im Lua-Bereich, die allmählich ausgereift sind und mal abgeschlossen werden sollten.

WSTM ist im Moment für Normalbenutzer auf deWP in einem stabilen und vermutlich fehlerfreien Zustand.

An offenen Bugs gibt es nur einen, wenn man im Commons-Projekt ist und per Interlanguage auf eine Projektseite der englischsprachigen Wikipedia verlinkt.

Bei den fortgeschrittenen Ersetzungsfunktionen mag es Ungereimtheiten geben.

Wenn ich mehrere offene Baustellen habe, eröffne ich ohne Not keine weiteren Großprojekte.

Vor WSTM sind im JavaSript-Bereich noch zwei größere Aufgabe an Verwaltungsskripten an der Reihe, die momentan im stabilen aber funktionell unbefriedigendem Zustand laufen.

Außerdem organisiere ich in größerem Maßstab Projektseiten.

Wenn das in trockenen Tüchern, dann wieder neue Features an WSTM.

LG --PerfektesChaos 09:54, 7. Jun. 2014 (CEST)

Hm, ich hatte eigentlich genau diese Antwort befürchtet. Ja, WSTM läuft stabil, aber fehlerfrei ist es nicht. Und es ist auch keine neue Großbaustelle, sondern eine alte, auf der es leider sehr ruhig ist. Auch wenn du in weiter ferne Chancen für den (End-)Ausbau von WSTM siehst, ich nehme an, dass sich bis dahin weitere wichtige Projekte ergeben und WSTM weiter warten muss. Schade. Gruß --RonMeier (Diskussion) 08:44, 14. Jun. 2014 (CEST)

Bugs (Commons/Wiki)

Gemeldet in Bugzilla
Bug 26312

Hallo PerfektesChaos,

mir sind noch (auf Commons) 3 (URL) Bugs aufgefallen (bevor ich sie vergesse…) Wobei ich gerade getestet habe und diese auch hier sind. Diese scheinen sehr spezielle Fälle.

1. Eine Bild (Smilie) wird entlinkt, scheint irgendwas mit der anschließenden Signatur zu tun zu haben.[2] (Wiki auch) PS: Wenn du mir sagst ein Fix wäre zu umständlich wäre es auch ok. Da scheinbar ein einfaches entfernen des Unterstriches im Bild-Namen Abhilfe schafft.
2. (ist mir jetzt schon mehrmals aufgefallen auf Commons) wohl spezieller Fall (Template namespace) Parameter Syntax:[3] (Wiki auch)
3. (vlt kein wirklicher Bug, nur Kleinigkeit nebenbei) Ich habe die config.mod.summary option. Diese wird jedoch auch gesetzt wenn ich einen Neuen Abschnitt wie jetzt in die Überschrift gesetzt (da die Felder unglücklicher Weise die selben sind). Vlt. braucht man das nur zu erwähnen da zu trivial.

Featurerequest (wohl eher nicht für Artikelnamensraum): Vlt könntest du das neue Special:Diff umsetzen. Kanntest du eigentlich en:User:Js/urldecoder.js?

Ich würde dich hier unterstützen wenn mein sectionSummary dabei irgendwie implementiert werden könnte.

Ich weiß selber wie schwer es ist wirklich alle Möglichkeiten abzudecken, bzw. sollte dies in bestimmten Fällen im Hinblick auf Performance auch nicht möglich sein. Deshalb könnte man auch evtl. anraten welcher Code generell zu vermeiden ist. VG → Benutzer:Perhelion 15:10, 18. Jun. 2014 (CEST)

1. Das ist eine komplexe Situation, wo ich seit einem halben Jahr keine Fehler mehr gefunden hatte.
   • Es geht um Datei-Einbindungen mit komplexen Bildlegenden und Anordnung der Bildparameter und Umsortierung und Klammerfehler.
   • Entweder der Doppelpunkt von deinem kastrierten Smilie oder die Klammer oder das anschließende Tag löst irgendwas aus.
   • Nachdem der Dateiname in die kanonische Leerzeichen-Form gebracht wurde, sollte aus den Bildparametern wieder die beabsichtigte Einbindung rekonstruiert werden. Vielleicht ist auch eine Bildlegende von zwei Zeichen für irgendwas zu kurz, und es wird irgendwas nicht wiedergefunden.
   • Ich habe mir den Fall für eine ruhige Periode notiert; vielleicht kann ich es schon am Wochenende analysiert haben. Das Problem mit der Reparatur ist nur, dass diese möglicherweise weitaus größere Kollateralschäden reißt, und Veränderungen am ansonsten stabilen Code hier einen mehrwöchigen Praxistest benötigen.
   • Wobei dieses Konstrukt nicht wirklich typisch für Artikel ist; insbesondere Bildlegende ohne mini, wiewohl legitim.
   • Insbesondere ist der Einsatz von WSTM auf einer village pump unerwünscht, da fremde Benutzerbeiträge umformatiert würden.
2. Das ist eine Vorlage; ich rate ausdrücklich davon ab, im Vorlagennamensraum etwas anderes zu bearbeiten als eine /Doku-Seite, weil Vorlagen naturgemäß seltsame und unvollständige Konstrukte enthalten.
3. Die config.mod.summary ist dazu gedacht, systematisch auf das Fixen einer bestimmten URL oder eine systematische Syntaxreparatur hinzuweisen. Zum Anlegen neuer Abschnitte gehört sie nicht und darf dabei auch nicht eingeschaltet sein.

LG --PerfektesChaos 16:41, 18. Jun. 2014 (CEST)

Du hast natürlich recht, hatte ich bei der langen Nutzung schon wieder vergessen. Dafür funzt es aber ganz gut, dann werde ich mal den Template-Namensraum ausschließen. Dann bis auf Weiteres, ein schönes Abend. → User: Perhelion 19:28, 18. Jun. 2014 (CEST)

Demonstrationsbeispiel

Hallo PerfektesChaos,

habe mir noch mal deine Bsp. angeschaut, dabei verstehe ich gleich das 1. nicht so ganz, vor allem wenn ich mir die entspr. Beschreibung anschaue "Handy → Handy":Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/plain#Demonstrationsbeispiel

Nun hast du ja bestimmt in den letzten 2 Jahren etwas hinzugefügt an Ersetzungen, gibt es da eine formatierte Liste oder wäre das technisch zu aufwendig? Ich denke einige meiner custom replacements sind obsolet? Benutzer:Perhelion/Wikisyntax-config.js

LG → User: Perhelion  10:36, 22. Jun. 2014 (CEST)

• Die Demonstrationsbeispiele stimmen schon, und sind dazu da, sich genau zu überlegen, was man für eine Wirkung erwartet und was tatsächlich passiert.
  • Beim Handy könnte man vermuten, dass da KATZEy draus wird, oder Mausy – warum passiert das nicht?
• Auf Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace #Anwendungsbeispiele stehen allerhand Anregungen.
  • Die kannst du dir durchgucken und in jedem Einzelfall entscheiden, ob du das auch machen möchtest.
  • Eine große Komplettliste gibt es bewusst nicht, weil ich nicht auf simple Weise dazu auffordere, alle Artikel nach meiner Fasson umzupflügen, und man beim C&P überhaupt nicht kapiert hat, was man da macht und was das bewirkt.

Schönen Sonntag --PerfektesChaos 11:31, 22. Jun. 2014 (CEST)

Aja, es ist vlt. etwas unglück gleich das 1. Bsp. als false result zu setzen (ja da wohl flag "i" nicht gesetzt). Danke dir auch, mache ich. → User: Perhelion  14:05, 22. Jun. 2014 (CEST)

Benutzerdefinierte Funktion

Hallo PerfektesChaos,

dieser Teil der Doku ist für mich rätselhaft vor allem das Joker-Dings (hätte ich Interesse oder ist das eher Secret? :P das Kürzel dafür schein ja auch bezeichnend )! Könnte es da einen kleinen Hinweis oder Bsp. geben? Ein schönes Wochenende → User: Perhelion 15:20, 9. Aug. 2014 (CEST)

Weil man damit alles wieder kaputtmachen kann, ergibt sich die Information, wie man eine Joker-Funktion deklarieren kann, aus einer anderen Seite der Anleitung; dort ist auch auf #Joker verlinkt. Man muss also sehr genau alles lesen und verstehen, um das einsetzen zu können. LG --PerfektesChaos 15:49, 9. Aug. 2014 (CEST)

Oh* auch gut (hast ja nicht wenig geschrieben! ). Dann würde ich mich mal auf die Suche meines Jokers begeben, um etwas konkreter zu werden: ich habe eine Ersetzung (extraordinär) deine Syntax scheint diese jedoch nachträglich zu revidieren (und ja dieser Joker soll nicht für Artikel sein). PS: Ist das Beta-Wiki bei dir auch schon seit Tagen off? Kannst du hier einen Fehler nachvollziehen (ich gebe zu etwas extraordinärer text, aber vlt. deutet das ja auf was Relevantes)? VG → User: Perhelion 13:26, 11. Aug. 2014 (CEST)

1. Beta ist seit Tagen wohlauf; ich habe dort gearbeitet.
2. File:Exp_-logx.png
   • In save "exp_-loĝ.png" kommt ein g mit ^ vor.
   • Was in set output '¦ display png:-' auf den ersten Blick aussieht wie eine Pipe und damit die Vorlagensyntax stören würde, ist ein broken vbar. Ich hoffe, das Dingens weiß dann auch was damit anzufangen, wenn es eine Unix-Pipe erwartet.

LG --PerfektesChaos 13:57, 11. Aug. 2014 (CEST)

False Positive bei sehr langen Linktexten

Siehe

beigefügte Datei, bzw Bio-Lebensmittel oldid=133305684. In diesem Fall werden in 2 URLs fehlende rechte eckige Klammern moniert, in beiden Fällen sind diese vorhanden. TMg-s WP:WLC scheint diese Linktexte aber korrekt zu erkennen.

btw. danke für WikiSyntaxTextMod;  Frohes Schaffen — Boshomi ☕⌨☺  20:52, 21. Aug. 2014 (CEST)

Da steht dran: „Bitte kläre von Hand“.

• Der erste Link ist eine bodenlose Frechheit. Der Linktitel ringelt sich über mehrere Zeilen, man weiß gar nicht, wo man anklicken soll. Hier muss ohnehin nachgearbeitet werden, die Autoren vor das Link und die Publikation dahinter gesetzt werden.
• Der zweite ist auch nicht besser. In der URL steht was von scholar.google und userid und das geht sicher kürzer, so dass auch die Privatsphäre des Users zukünftig geschützt wird.

WSTM geht bei derartig seltsamen Verlinkungen davon aus, dass eine beabsichtigte Klammer oder ein Leerzeichen verlorengegangen sein könnte und der verlinkte Bereich unbeabsichtigt beschädigt sein mag. In gewissem Sinne ist ja auch genau das passiert, deshalb die Warnung zwecks Gegencheck.

VG --PerfektesChaos 22:53, 22. Aug. 2014 (CEST)

Danke für die Info. Die Seiten die ich wegen der toten Links editiere, haben leider oft eine Vielzahl kleinerer und größerer Mängel, Dein Tool ist jedenfalls recht hilfreich wenigstens die gröbsten Fehler schnell zu erkennen, um diese zu beseitigen. Allerdings muss ich schon froh sein, wenn ich mein Tagespensum des täglich anfallenden Neueingangs auf WP:WLWT abarbeiten kann.

Wo hast du die Grenze bei überlangen Linktexten gezogen?  Frohes Schaffen — Boshomi ☕⌨☺  23:09, 22. Aug. 2014 (CEST)

In allen zumutbaren Seiten:

• URL: 511
• Titel: 300

Was darüber ist, das ist von Übel.

VG --PerfektesChaos 00:09, 23. Aug. 2014 (CEST)

Danke. Es sind übrigens rund 5000 URLs länger als 511 Zeichen. Die längste hier verlinkte mir bekannte URL hatte übrigens mehr als 3000 Zeichen. Damit hatte ich dann auch zu kämpfen.  Frohes Schaffen — Boshomi ☕⌨☺  00:24, 23. Aug. 2014 (CEST)

Zusammenziehung von <...> ... </...> - Konstruktionen

Hallo PerfektesChaos, im Artikel 2. Eishockey-Bundesliga 2003/04 begegnet folgende m.E. korrekte Zeile:

• '''Erläuterungen:''' <span style="background-color:#BCD2EE"> &nbsp;&nbsp;&nbsp; </span> = Play-offs, <span style="background-color:#EECFA1;"> &nbsp;&nbsp;&nbsp; </span> = Abstiegsrunde.</small>

WikiSyntaxTextMod erkennt das aber nicht als sinnvoll und verkürzt zu

• '''Erläuterungen:''' <span style="background-color:#BCD2EE" /> = Play-offs, <span style="background-color:#EECFA1;" /> = Abstiegsrunde.</small>

Weniger wichtig, da direkt nichts falsch wird, aber auch nicht optimal (den Artikel habe ich vergessen):

• <small></small> wird zu <small />. Die Konstruktion ist jedoch nicht ganz sinnlos als Vorbereitung für einen späteren Text, incl. Erinnerung, dass er small sein soll. (Im Artikel stand an vielen analogen Stellen bereits ein Text.)

Beides ist sicher nicht dringend, da vermutlich selten. Es grüßt, --Griot (Diskussion) 18:44, 20. Aug. 2014 (CEST)

Hmmh,

• zum Verständnis bei 1: Da steht ein einsames unausgeglichenes </small> am Ende? Irgendwie Absicht, oder Teil des Problems?
  • Ansonsten mir sehr rätselhaft; für WSTM hat das Element ja Inhalt. Muss ich tief schürfen.
• Zu 2.: Tja, das ist nunmal kein sinnvoller Wikitext. Das leere Element könnte ja immerhin noch ein Attribut bekommen wie width="2em" – insofern wird es als unary HTML belassen, auch wenn HTML das nicht so gern sieht.
  • Besser: Solche Passagen auskommentieren, dann sind alle anderen Parser auch von den Elementen befreit.

Ich schau mal, LG --PerfektesChaos 19:29, 20. Aug. 2014 (CEST)

@Griot:

• Zu 1., span mit nbsp:
  • Hier war der Trim-Algorithmus zu forsch; er erkennt auch die Bedeutung von Entities und trimmt sie mit.
  • Ich habe das jetzt ersetzt durch Whitespace als Zeichen, belasse damit Entities.
  • Die Version geht für ein bis zwei Wochen in Quarantäne und wird dann öffentlich.
  • „vermutlich selten“: Ja, seit Oktober 2012 war das unverändert programmiert.
  • Nebenbei verbesserungsfähig ist:

<span style="background-color:#BCD2EE"> &nbsp;&nbsp;&nbsp; </span>

• Die einfachen Leerzeichen an Anfang und Ende werden von HTML Tidy, das den MediaWiki-Output nachbearbeitet, außerhalb der span geschmissen und mit denen der Umgebung verschmolzen.

• Zu 2., leeres small
  • Wie vorbemerkt; auskommentierte Schablone für neue Tabellenzeilen oder sowas, und dann nur C&P.
  • Ein leeres Element ist aber sinnfreier Wikitext, und WSTM regt durch die Veränderung zur Entfernung an.

VG --PerfektesChaos 20:28, 10. Sep. 2014 (CEST)

Danke, PerfektesChaos, für die Korrektur. Zu 2. habe ich eine andere Meinung, aber da liegt ja kein echter Fehler vor, es ist also nicht wichtig. Es grüßt, --Griot (Diskussion) 01:40, 11. Sep. 2014 (CEST)

Kategorie:Wikipedia:Doppelter Parameter in Vorlageneinbindung

Es läuft. Schönen Abend --RonMeier (Diskussion) 21:30, 28. Okt. 2014 (CET)

Äh, ja, vor ’nem Stündchen für dich aufgespielt und du bist gleich ins Häufchen getreten?

Aber genau das ist der Sinn der Sache.

Hat es denn auch gleich was Schönes entfernt?

LG --PerfektesChaos 21:49, 28. Okt. 2014 (CET)

Obs richtig rund läuft, kann ich noch nicht sagen. Soeben auf Klade gestoßen, das kann natürlich nicht gehen und kommt erstmal in die Ablage. Ersetzungen waren auch schon dabei. Bis dann --RonMeier (Diskussion) 22:01, 28. Okt. 2014 (CET)

Albreda steht in der Liste, hat aber m.E. keine Dopplungen und WSTM findet auch nichts. --RonMeier (Diskussion) 22:08, 28. Okt. 2014 (CET)

Das liegt an eingebundenen Vorlagen. In dem Fall ist es die Koordinatenvorlage, die in ihrem Inneren offenbar Mist baut.

Viel Spaß --PerfektesChaos 22:25, 28. Okt. 2014 (CET)

Du solltest es freischalten für die restlichen WSTM-Nutzer. Gruß --RonMeier (Diskussion) 14:33, 29. Okt. 2014 (CET)

Albreda scheint jetzt völlig kaputt zu sein, ohne dass jemand etwas daran gemacht hat. Vorlage? Gruß--RonMeier (Diskussion) 14:58, 29. Okt. 2014 (CET)

• Freischaltung: Am Wochenende, wenn ich wieder permanent inwiki bin; jetzt grad auf der Türschwelle.
• Albreda: WP:VWS #Vorlage:Infobox Ort in Gambia → Einwohnerstatistik

Bis die Tage --PerfektesChaos 15:11, 29. Okt. 2014 (CET)

nun hab ich doch noch einen Fehler entdeckt: Bombarde (Musikinstrument)
öffne ich jetzt diesen Artikel, erhalte ich die Meldung:

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


   Vorlagenparameter wiederholt

   {{Literatur|Jahr=2006|Jahr=}}

   Vorlagenparameter wiederholt

   {{Literatur|Jahr=2004|Jahr=}}

da ist aber nichts. in einem weiteren Durchlauf wird auch nichts mehr erkannt, da die darauffolgenden leeren Parameter bei mir ja entfernt werden. Der gleiche Effekt tritt wohl auf, wenn zwei Pipen aufeinanderfolgen (hatte ich heute schon mal, hab ich aber ignoriert).
Gruß und schönen Abend. --RonMeier (Diskussion) 21:51, 5. Nov. 2014 (CET)

   Monat=4e trimestre |Jahr=2006 | Verlag= | Ort= | Jahr= | ISBN=

Ist das nix?

LG --PerfektesChaos 22:03, 5. Nov. 2014 (CET)

Hand vor die Stirn schlag - logisch es wird ja mit entfernt. Danke für den Lehrgang. Gruß --RonMeier (Diskussion) 22:17, 5. Nov. 2014 (CET)

Bis-Strich bei Seitenangaben

WSTM ersetzt ja in einigen Vorlagen den Bindestrich bei Seitenangaben durch den Bis-Strich. Nun gibt es aber Fachzeitschriften, bei denen zB vor der Seitenangabe ein Buchstabe steht. Es sollte doch ein leichtes sein, jeden Bindestrich in der Seitenangabe zu ersetzen, egal was dort steht. Nach "Seiten= " kommt eben immer eine Seitenangabe. Schönen Abend --RonMeier (Diskussion) 20:50, 9. Nov. 2014 (CET)

Ich kann dir jetzt grad nicht so restlos folgen, aber das müsste irgendwannmal individuell abgefordert werden; ich werde dort nicht weitergehend zwangsweise umsetzen.

Es gibt auch Seitenangaben, bei denen ein Kapitel vorangestellt ist; also etwa

SEITEN=5-11 bis 5-15

Wenn hier die einzelne [sic!] Seite „5-11“ angegeben ist, wäre schon der Bis-Strich unzulässig und wird zuviel reingeschossen.

Wenn da auch noch Buchstaben im Spiel sind, wird mir das zu heikel.

LG --PerfektesChaos 21:15, 9. Nov. 2014 (CET)

Danke für die Antwort. Gruß --RonMeier (Diskussion) 09:44, 10. Nov. 2014 (CET)

Vorlagen in URL

Ich hatte gestern eine Meldung fehlende schließende Klammer, ausgelöst durch Vorlageneinbindung in einer Url. Was mache ich dann? Die Klammer →existierte nämlich. Ist so etwas erwünscht oder sollten keine Vorlagen dort eingefügt werden? --Liebe Grüße, Lómelinde Diskussion 06:57, 15. Nov. 2014 (CET)

• Im ANR sind solche Konstrukte mit Vorlageneinbindung, Variablen oder gar Kommentaren innerhalb von URL absolut unerwünscht.
  • Es ruiniert die Weblinkwartung.
  • Es gibt einen Benutzer, der längere URL durch mehrere Kommentare in niedliche Portionen zu 50 Zeichen über mehrere Zeilen verteilt.
• In Vorlagen kann man all sowas machen; das nennt sich dann Datenbanklink. Dort darf WSTM aber nicht reingeschossen werden.
• Im vorliegenden Fall hieß es von WSTM:

  Bitte überprüfe die folgenden automatischen Behebungsversuche.

  • Schließende ']' fehlt

  • Du hättest ihm seine Variablen also auch lassen können, und nur die von WSTM eingefügte ] wieder entfernen. Das war ja nur ein routinemäßiger Versuch; mehr ein Vorschlag.

LG --PerfektesChaos 09:33, 15. Nov. 2014 (CET)

Ich weiß, dass ich auch die Klammer hätte entfernen könne, aber dann würde jedes Mal erneut beim Aufruf diese Meldung erscheinen und die automatische Behebung müsste manuell zurückgesetzt werden. Wenn man das übersieht taucht die Seite dann evtl. bei Den Klammerfehlern auf, das halte ich dann auch nicht für sinnvoll. Danke vielmals für die Auskunft. --Liebe Grüße, Lómelinde Diskussion 09:56, 15. Nov. 2014 (CET)

Debgugging

Ich arbeite relativ neu mit WSTM und wollte mir nun ein Konfigurationsskript anlegen, dass über Fliegelflagel eingebunden wird (das funktioniert auch) und benutzerdefinierte Ersetzungen durchführen soll. Die definierten Ersetzungen werden aber einfach nicht angewandt, habe auch total simple ausprobiert. Geht einfach nicht. Vielleicht bin ich einfach nur zu blöde… hat jemand nen Tipp worans liegen könnte oder nen Hinweis wie ich das am besten debuggen kann? --$TR8.$H00Tα {#} 15:09, 12. Dez. 2014 (CET)

Nen Tip kann ich geben, eine genaue Analyse nicht. Du willst in einem Weblink etwas ändern, das läuft nur mit
mw.libs.WikiSyntaxTextMod.config.mod.url
(Siehe Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/replace/link)
Gruß --RonMeier (Diskussion) 16:12, 12. Dez. 2014 (CET)

Schutz von Linkzielen hatte ich übersehen. Allerdings hatte ich das Link-Ersetzen auch schon mal kurz ausprobiert und ebensowenig funktioniert. Aber dann werde ich es damit jetzt nochmal versuchen, danke! --$TR8.$H00Tα {#} 18:21, 12. Dez. 2014 (CET)

Dein Tipp hat wirklich weitergeholfen, jetzt funktioniert es wie geplant. Herzlichen Dank! ---$TR8.$H00Tα {#}

Guten Abend, dann scheint sich ja alles geklärt zu haben, gute Nacht --PerfektesChaos 23:46, 12. Dez. 2014 (CET)

thumb

Auf Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/lang/dewiki wird so getan, als hätten "mini", "thumb=" und "thumbnail=" die gleiche Wirkung (da sie bei der Statistik in derselben Rubrik erscheinen). Das ist aber nicht der Fall. 85.212.17.126 17:42, 3. Jan. 2015 (CET)

Frohes Neues,

• auf der fraglichen Seite wird lediglich die statistische Häufigkeit verschiedener Schlüsselwörter analysiert.
• Somit kann auch nicht suggeriert werden, sie hätten identische Funktion, weil sie lediglich in derselben thematischen Gruppe stehen; die Bildparameter wie „links“ und „rechts“ stehen ebenfalls in derselben Gruppe beisammen, obwohl sie sich ja wohl gegenseitig ausschließen.
• Richtig ist, dass die Formen mit Gleichheitszeichen eine andere aber obsolete Funktion haben und elimniert werden sollten, sofern sie überhaupt noch funktionell richtig angewendet werden.
• Das Verwenden separater Bilder als Vorschaubilder, auf deren Lizenzinformationen nur Syntaxexperten Zugriff haben, ist lizenzrechtlich hochproblematisch und beim heutigen Stand unserer Generierungsverfahren für Miniaturbilder in der Regel auch nicht mehr erforderlich.

VG --PerfektesChaos 21:28, 3. Jan. 2015 (CET)

Datei:… lang=de

Hallo PerfektesChaos,

seit einiger Zeit (2013) gibt es für SVG-Dateien einen lang-Parameter, dieser wird jedoch von WSTM als falsch entfernt.[4],[5] (OT: ich hatte eben wieder den Fehler, dass mein Abschnitt diese ganze Seite hier ersetzt, das kann wohl mit dem neuen Vorlade-Technik zu tun haben) ↔ User: Perhelion  18:49, 11. Jan. 2015 (CET)

Danke für die Info.

Seltsam; lang= ist sowohl mir wie WSTM (mindestens seit 2013-06-14) bekannt und auch unter Hilfe:Medieneinbindung registriert.

Ich werde der Sache nachgehen.

• Meine erste Vermutung ist ein banaler RegExp-Fehler an dieser Stelle für gültige Ausdrücke nach downcasing:
  • /^[a-z][a-z]+(-[a-z]+)$/
• Das muss mindestens heißen
  • /^[a-z][a-z]+(-[a-z]+)?$/
• und eigentlich besser
  • /^[a-z][a-z][a-z]?(?:-[a-z]+)?$/

Bis bald --PerfektesChaos 20:24, 11. Jan. 2015 (CET)

Ja, dort ein Bug; auf Festplatte gefixt, geht wahrscheinlich morgen Abend in das Debugging und im Lauf der beginnenden Woche für alle live. Sorry for inconvenience --PerfektesChaos 22:18, 11. Jan. 2015 (CET)

Supi, mich verwundert nur, dass mir das jetzt erst auffällt (auch wenn derlei Code wohl noch als Rarität anzusehen ist). Betr. RegExp: Das macht mir zuweilen auch zu schaffen und ich habe mich (nach erkennbarer Fehlfunktion) auch gefragt wie ich zu solch merkwürdiger Syntax gekommen bin. :-P Gute Nacht und bis dänn. PS: In Galerien ist dies wohl einer der ganz wenigen Parameter, der dort ebenfalls gültig ist⁉ ↔ User: Perhelion  22:28, 11. Jan. 2015 (CET)

Fix ist seit gestern Abend live. LG --PerfektesChaos 11:32, 14. Jan. 2015 (CET)

DOI

Hallo,
kannst du hierzu etwas sagen? Gruß --RonMeier (Diskussion) 16:28, 20. Jan. 2015 (CET)

Automatik Internetquelle

Hallo PerfektesChaos, nur mal mein erster Eindruck.

Im Text wurden schwere Fehler gefunden. Bitte überprüfe die folgenden automatischen Behebungsversuche.

(2×) Vorlagenparameter fehlerhaft

{{Internetquelle}} für mich etwas zu ungenau, kannst du mit angeben um welche Parameter es sich gehandelt hat, die automatisch behoben wurden?

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

Vorlagenparameter fehlerhaft

Pipes in URL durch %7C escapen! {{Internetquelle|ref=}} Ist es schlimm wenn ich da bisher immer &#124; für | verwendet habe um das zu ersetzen?

• Beispiel: Was ist da →{{Internetquelle | url=http://sinzheim.de/index.php?id=49 |ref=10 | titel =Vormberg mit Ebenung: Eine bevorzugte Wohngegend| werk=Webseite der Gemeinde Sinzheim | datum= | zugriff=2014-04-23}} überhaupt mit ref=10 gemeint? Das gehört doch nicht zur URL oder? Der eigentliche Fehler hier ist, meiner Meinung nach, dass der Parameter |ref= in der Vorlage nicht existiert.

Vorlagenparameter fehlerhaft

{{Literatur|Typ=PDF}} J Das ist wirklich hilfreich

-- WikiSyntaxTextMod (PerfektesChaos)

Also ich habe mit der Kontrolle der automatisch behobenen Fehler Probleme. Ich kann das in der Änderungsanzeige (durch Quelltextverschiebung in der Anzeige) nicht mehr sofort erkennen, wo etwas nur so automatisch behoben wurde (also normale Anpassungen) oder es sich um einen Vorlagenfehler gehandelt hat.

Wenn ich es aber kontrollieren soll, muss ich das schnell sehen/erkennen können, sonst suche ich minutenlang nach der Stelle, nur um dann sagen zu können, jo, prima das hätte ich auch so gemacht. Das erschwert die Arbeit jetzt eher.

Ich weiß, ich bin sehr mäkelig, aber vorher war es für mich einfacher. Es geht, wie gesagt nur um die Anweisung „Bitte überprüfe die folgenden automatischen Behebungsversuche.“ Das andere passt so, zumindest habe ich bisher, bei zwei drei Anpassungen nichts entdeckt was falsch wäre. --Liebe Grüße, Lómelinde Diskussion 08:14, 24. Jan. 2015 (CET)

• Wenn du auf der Diffpage nichts siehst, wird es sich nur um überflüssige Pipes gehandelt haben. Wenn nichts zu sehen ist, wird es auch nicht dramatisch gewesen sein.
• Geänderte Parameternamen heben sich deutlich auf der Diffpage ab.
• SchnarkDiff würde letzte Klarheit schaffen.
• Wenn du dir die zurzeit noch ausgeblendeten Meldungen aktivierst und vor dem Bearbeiten der Seite guckst, was angekreidet wird, bekommst du schon einen ersten Eindruck.
• Wenn in der Vorschau alles weg ist, dann ist ja gut. Ansonsten wäre ein doppelter Parameter entstanden, und WSTM weigert sich, den gleichen Parameternamen zweimal zu verwenden.
• Wenn der Hinweis Pipes in URL durch %7C escapen! erscheint, dann war der unbekannte Parameter unmittelbar nach url= gekommen, und es könnte sich um den Teil einer URL handeln (kommt auch hin und wieder vor):

  url=http://sinzheim.de/index.php?id=49|ref=10

• Ersetzung durch | ist noch edler und funktioniert auch.
  • Fast immer und von allen modernen Webservern wird auch %7C verstanden.
  • Zurzeit macht die Mediawiki-Software unverschämterweise bei der Präsentation des Dokuments aus den | ebenfalls %7C; das muss aber nicht immer so bleiben.
• WSTM ist auf acht Fehlermeldungen in der roten Kiste beschränkt, und ich weiß auch überhaupt nicht, welche Parameter das alles im Einzelnen waren. Wo ich es weiß, schreibe ich es auch hin. War die Änderung trivial, gibt es nur einen pauschalen Hinweis {{Internetquelle}} und ggf. einen Wederholungsfaktor bei mehreren Einbindungen.

Schönes Wochenende --PerfektesChaos 09:56, 24. Jan. 2015 (CET)

O.k. ich komme schon klar damit. Eine kleine Nachfrage habe ich aber, was meinst du mit „Wenn du dir die zurzeit noch ausgeblendeten Meldungen aktivierst […]“? Ich weiß gar nicht wo ich das tun könnte. Aber mir ist schon aufgefallen, dass in der Vorlage Cite journal auch im Artikel die Fehler angezeigt werden in der Vorlage Internetquelle jedoch nicht. Warte, ich suche ein Beispiel. Erich Ritter zeigt bei den Quellen auch in der Normalansicht →„* Pflichtparameter fehlt (Vorlage:Cite journal): journal“ an. Meinst du so etwa damit?

Und Dankeschön für deine Mühen.--Liebe Grüße, Lómelinde Diskussion 10:21, 24. Jan. 2015 (CET)

Vorlage:Internetquelle #Wartung – es gab Beschwerden ob der plötzlichen Flut von Fehlermeldungen, wo es doch jahrelang alles funktioniert hatte (dass URL kaputt waren, Autoren und Format verschwiegen wurden, war den Beschwerdeführern egal). --PerfektesChaos 10:27, 24. Jan. 2015 (CET)

Ja prima, geht, und ja das andere sind Kleinigkeiten wie |sprache= englisch → en. Ich wünsche dir eine wundervoll sonniges Wochenende. --Liebe Grüße, Lómelinde Diskussion 10:37, 24. Jan. 2015 (CET)

So ich schon wieder: Ich halte diese automatische Anpassung für weniger gut →aufgefallen ist es mir hier:

• {{Internetquelle|url=http://www.japan-wrestling.org/New09/asia09/all/teamwoman.html|titel=All Japan Team|hrsg=Japan Wrestling Federation|sprache=|ja|zugriff=2013-03-22}} zu
• {{Internetquelle|url=http://www.japan-wrestling.org/New09/asia09/all/teamwoman.html|titel=All Japan Team|hrsg=Japan Wrestling Federation|1=ja|zugriff=2013-03-22}}

Es ist schon i.O., dass dort zu leichteren Auffinden |1= gesetzt wird, aber die Entfernung eines ansonsten gültigen Parameters wie |sprache= finde ich nicht wirklich sinnvoll. Das verleitet dazu das „ja“ einfach mal zu entfernen. Also ich würde ruhig gültige, wenn auch nicht belegte Parameter, stehen lassen. --Liebe Grüße, Lómelinde Diskussion 12:54, 26. Jan. 2015 (CET)

• Das ist für keine Software zu erkennen, was hier gemeint war.
• Es sind in der fraglichen Zuweisung |sprache=|ja| zwei unterschiedliche Parameter vermengt worden:
  1. Die Sprache sei nicht definiert, also deutsch.
  2. Es gibt einen nicht zugeordneten Parameter „ja/nein“.
     • Dass mit diesem ja wohl auch noch „Japanisch“ gemeint wäre, fiel mir nur zufällig beim Lesen auf.
• WSTM löscht diejenigen nachrangigen leeren Parameter, die erfahrungsgemäß nur beim ersten Ausfüllen beachtet werden, und die unnötig den Quelltext aufblähen, wenn die Vorlage mitten im Fließtext eingebunden ist; so etwa sprache und format wie auch titelerg kommentar zitat und seiten (die meist bei irrtümlicher Verwendung für gedruckte Werke auftauchen, aber es gibt auch PDF-Seiten). Was später benutzt werden könnte, wenn die URL off geht, bleibt verfügbar, namentlich offline= und archiv-.

LG --PerfektesChaos 22:16, 26. Jan. 2015 (CET)

O.k. ich habe es verstanden, dafür gibt es dann wieder die „Option Mensch“ (kläre es bitte von Hand). :-) Dankeschön für die Erklärung und einen schönen Tag. --Liebe Grüße, Lómelinde Diskussion 07:24, 27. Jan. 2015 (CET)

Kurze umbruchgeschütztes Leerzeichen vor Meter

Hallo PerfektasCHaos,

kannst du bitte den Austausch von einem Leerzeichen in &#160; bei Längenangaben in Metern abschalten? In WP:SVZ wird dies nicht empfohlen (stattdessen &nbsp;) und es ist irritierend, wenn es nur vor wenigen ausgewählten Einheiten ersetzt wird. --Cepheiden (Diskussion) 13:14, 1. Feb. 2015 (CET)

An diesen Stellen hatte vorher schon eines gestanden.

Diese Leerzeichen werden bewusst sichtbar gemacht, damit du nun in jedem Einzelfall entscheiden kannst:

1.   hier entfernen, weil verirrt und überflüssig
2.   ersetzen durch  

Würde WSTM das nicht sichtbar machen, könntest du das nicht entscheiden.

WSTM macht mit Ausnahme asiatischer Textfragmente alle unsichtbaren oder wie normale Leerzeichen aussehenden Zeichen sichtbar, die irgendwo in den Wikitext eingeschmuggelt wurden.

LG --PerfektesChaos 13:52, 1. Feb. 2015 (CET)

Ahh, da macht natürlich Sinn. Danke --Cepheiden (Diskussion) 19:36, 1. Feb. 2015 (CET)

Taxobox → Taxob ?

Hallo PerfektesChaos, kannst du, wenn du Zeit hast, mal schauen warum das hier passiert ist?

• {{Taxobox <!-- Für Informationen zum Umgang mit dieser Vorlage siehe bitte [[Wikipedia:Taxoboxen]]. -->

wurde im Artikel Kuckuck automatisch zu

• {{{{Taxob
• <!-- Für Informationen zum Umgang mit dieser Vorlage siehe bitte [[Wikipedia:Taxoboxen]]. -->

geändert, als ich den bearbeiten wollte. Ich habe es natürlich wieder zurückgeändert, aber beim erneuten Aufruf würde es, zumindest derzeit bei mir wieder so vorgeschlagen. --Liebe Grüße, Lómelinde Diskussion 10:41, 10. Feb. 2015 (CET)

Interessantes Phänomen.

Der Kommentar steht direkt hinter dem Vorlagennamen; eigentlich schreibt man ihn aber in die Zeile davor.

WSTM verzählt sich momentan um zwei; dabei ist die Situation im Prinzip bekannt. Irgendsowas war vor zwei Jahren schon mal.

Da brauche ich einige Stunden Ruhe für. Erprobung frühestens ab Wochenende, Freigabe kommende Woche oder später. Offenbar kein sehr häufiges Problem.

Kuckucksei überspringen; dann habe ich einen Testfall.

Schönen Tag und zwitschernde Vöglein --PerfektesChaos 12:13, 10. Feb. 2015 (CET)

Ich wollte es nur melden. Ja, es scheint so ein Kukucksphänomen zu sein. Das eilt nun wirklich nicht. Ich wünsche dir ebenfalls einen angenehmen Tag. --Liebe Grüße, Lómelinde Diskussion 12:17, 10. Feb. 2015 (CET)

Für dich habe ich noch eines gefunden Titan Mare Explorer unten der Navi-Block, auch hier werden zusätzlich zwei {{ eingefügt durch diese <!-- Textausblendung --> Falls du noch ein Beispiel wolltest, um es besser testen zu können. --Liebe Grüße, Lómelinde Diskussion 16:38, 11. Feb. 2015 (CET)

Titan Mare Explorer war angenehm kurz, und der Fehler ließ sich leichter als gedacht lokalisieren und mit großer Sicherheit nebenwirkungsfrei beseitigen; ich hatte mir die Ursache schlimmer vorgestellt.

RonMeier hat bereits den aktualisierten Code und wegen des überschaubaren Eingriffs voraussichtlich am Wochenende alle. Bis dahin bin ich aber mal zwei Tage offwiki.

LG --PerfektesChaos 23:22, 11. Feb. 2015 (CET)

O.k. Dann wünsche ich dir angenehme Off-Tage. --Liebe Grüße, Lómelinde Diskussion 08:18, 12. Feb. 2015 (CET)

Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Literatur

Hallo PC, denkst du du kannst auch für diese Vorlage eine kleine Anpassung in WSTM machen, so wie du das für Internetquelle gemacht hast. Diese ist derzeit noch übervoll und vielleicht lassen sich einfache Dinge auch automatisch anpassen. Beispielsweise: |title= und |titel= → |Titel= oder |publisher= → |Verlag=, also nur falls du Lust dazu hast, ich kriege es auch so hin. Ansonsten mag ich dein Tool übrigens, es erleichtert einiges. --Liebe Grüße, Lómelinde Diskussion 14:56, 15. Feb. 2015 (CET)

Ich hatte mir genau solche Aktionen verbeten, und das war auch zugesagt worden.

Ich bin nicht erfreut, jetzt ohne irgendwelche Vorwarnung wieder so einem Dingens ausgesetzt zu sein.

Nein, da viele andere Projekte brav in der Warteschlange stehen, gibt es diesmal nicht wieder eine Bevorzugung.

Ich komme überhaupt nicht mehr hinterher.

Die Kategorie darf auch in einem halben Jahr noch mit Tausenden der über fünf Jahren unauffälligen Fehler gefüllt sein.

Viel schlimmer ist, dass Cepheiden dafür eine an eine seit anderthalb Jahren in der Luft hängende Angelegenheit, in die auch ich maßgeblich verwickelt bin, mit solchen Aktionen weiterhin auf die lange Bank schiebt, und ich die angefangenen Geschichten gleichzeitig als offen mitverwalten muss und immer weniger weiß, um was es da eigentlich ging.

LG --PerfektesChaos 15:33, 15. Feb. 2015 (CET)

Hallo PerfektesChaos, ich weiß ich hatte dies zugesagt. Aber die Fehlermeldungen sind nur mit entsprechender CSS-Anpassung sichtbar. Des Weiteren glaube ich, dass diese Altlasten nur behoben werden können, wenn zumindest einigen Ausgewählten auch angezeigt wird wo ein Fehler vorliegt. Die angesprochene Angelegenheit, mit der ich im Rückstand bin, ändert daran nichts und ist weitgehend fertig, ein paar Testmuster sind noch zu ergänzen und bei zwei Dingen bräuchte ich noch deine Hilfe. Ich hoffe ich habe dich nicht zu sehr vergrämt. Grüße -- Cepheiden (Diskussion) 16:07, 15. Feb. 2015 (CET)

Ich bin nur brummig, weil ich mir seit geraumer Zeit für jede Ferien Zeit reserviere, um das Ganze zu überarbeiten.

• Ich rechne mit vier Wochen für die Programmierung und vier Wochen für die Einführungsphase nur für die allererste Vorlage.
• Die Konzeption stammt aus einer Zeit, als die Erfahrungen mit Lua ein halbes Jahr alt waren. Jetzt haben wir Lua seit zwei Jahren, und gegenüber der Ausgangslage hat sich viel getan. Umfangreiche Anpassungen an den neuen Stand stehen mir bevor; sonst ist das Ding schon bei der Einführung völlig veraltet.
• Dafür habe ich umfangreiche Notizen, die inzwischen auch schon wieder veraltet sind, und durch die ich mich mittlerweile nicht mehr durchfinde.
• Z ist auch der Testfall zur Erprobung mehrerer anderer Module, die deshalb jetzt auch schon für ein Jahr in der Sackgasse stecken.

Wenn dann endlich Z nach und nach für jede Vorlage einzeln produktv wird, dann tauchen sämtliche soeben festgestellten Fehler und Zehntausende weiterer ohnehin auf.

Die jüngste Aktion mit Vorlage:Lit bringt hingegen absolut null Erkenntnisgewinn, kostet nur Zeit und wirbelt Staub auf, und Mehrfachfehler pro Einbindung wie etwa falsche Datentypen werden noch nicht im selben Arbeitsgang mitkorrigiert.

VG --PerfektesChaos 09:04, 16. Feb. 2015 (CET)

Oh sorry, das konnte ich ja nicht wissen, da ist also außer mir noch jemand der dir wertvolle Zeit stiehlt. Kein Problem, wie gesagt, ich kann es auch ohne so nebenbei und bin dann ja auch eine Zeit lang beschäftigt. Also bis März. --Liebe Grüße, Lómelinde Diskussion 07:22, 16. Feb. 2015 (CET)

Du kannst auch nichts dafür, und du kannt es auch einfach liegenlassen, bis die neue Programmierung dann gleich die vollständigen Fehlermeldungen ausspuckt und nicht nur eine einzelne, wie es die momentane Behelfslösung macht. LG --PerfektesChaos 09:04, 16. Feb. 2015 (CET)

Bis Anfang März bin ich eh beschäftigt und schaue dort nur ab und zu rein.   --Liebe Grüße, Lómelinde Diskussion 09:47, 16. Feb. 2015 (CET)

Okay, dann konzentriere ich meine Wiki-Zeit ganz auf Z. LG -- Cepheiden (Diskussion) 19:56, 16. Feb. 2015 (CET)

Autoumstellung Sprache/Originalsprache

Hmm … ich bin ein wenig nörgelig, aber vielleicht liege ich ja auch falsch.

• WSTM macht hier folgendes |Sprache= → |Originalsprache=, soweit so gut. Aber leider wird im Normalfall der Parameter nur in ganz bestimmten Fällen angezeigt nämlich eigentlich nie!

Beispiel: Laut Dokumentation in der Vorlage:Literatur wird die Sprachangabe (Originalsprache) angezeigt, wenn gleichzeitig auch ein Originaltitel als Parameter verwendet wird.

• Anonymus: Ein beliebiges Buch. 
• {{Literatur|Autor=Anonymus|Originaltitel= Any book|Originalsprache=en|Übersetzer=Irgendjemandem}}
• Anonymus: Ein beliebiges Buch. (englisch: Any book. London 1999. Übersetzt von Irgendjemandem). 

Egal was ich auch versuche, es erscheint nicht, daher überschreibe oder ändere ich es in |Kommentar=englisch.

• Ja mir ist klar, dass das nicht so sein sollte, aber derzeit ist es halt so.

Ich frage mal in der Werkstatt wegen einer Anpassung. Ich wollte es nur sagen. Ich denke es könnte bei vielen Benutzern eher so sein, dass sie eine Eingabe wie folgt tätigen würden {{Literatur|Autor=Anonymus|Titel= Any book|Originalsprache=en}}. Dass also Sprache hier eher meint „dieses Buch ist in englischer Sprache verfasst“ und sich nicht in jedem Falle auf einen Buchtitel bezieht, der ins Deutsche übersetzt wurde. Theoretisch müsste es sogar zwei Sprachangaben geben, |Sprache=de |Originalsprache=en man könnte sich ja auch so etwas vorstellen. →Anonymus: Un libre. XY, Paris 2005, ISBN 0-12-345678-9 (englisch: Any book. London 1999. Übersetzt von Pierre le Français, französisch). 

• Wenn also eine automatische Anpassung von „Sprache“ auf „Originalsprache“ erfolgt müsste WSTM auch abfragen ob der Parameter „Originaltitel“ vorhanden ist und einen Wert hat. Sonst sollte eine Fehlermeldung erscheinen, oder nicht? Ich weiß es auch nicht, diese Vorlage ist zu komplex für mich.

Sorry, ich weiß, dass du tausend andere Dinge tun möchtest, aber ich frage mich gerade, was ich da jetzt machen soll. Diese Notlösung über den Kommentar gefällt mir auch nicht wirklich. --Liebe Grüße, Lómelinde Diskussion 11:36, 27. Feb. 2015 (CET)

Mach einfach nix in Richtung Nachfragen.

Es ist wirklich ernsthaft so gemeint, dass sich die Originalsprache auf die Originalversion bezieht. Es gibt auch keine andere.

Die Vorlage ist seit über anderthalb Jahren dem Tode geweiht; die Nachfolgeprogrammierung basiert auf diesem Dingens.

Wenn Cepheiden dann irgendwann mal fertig ist, statt mit einzelnen kaputten Parametern rumzumachen, wird auch dies in Serie gehen, und dann auch die Zuordnung von Original und Übersetzung und Originalsprache in Wartungskats und Fehlermeldungen aufblitzen.

Wenn du siehst, dass es gar keine Übersetzung gibt, dann kannst du den Parameter auch rauswerfen. In welcher Sprache das eigentlich zitierte Werk geschrieben ist, wird nicht dargestellt, und es würde hier auch nicht allzuviel bringen; gedacht ist nur an die Angabe „Übersetzung aus dem Klingonischen“. Bei den sofort anklickbaren Internetquellen machen wir es etwas anders; da warnen wir vorher, dass die Website auf Finnisch verfasst ist.

LG --PerfektesChaos 11:54, 27. Feb. 2015 (CET)

Gut, dann werde ich es eher löschen. Danke für die Auskunft, das hilft mir weiter. --Liebe Grüße, Lómelinde Diskussion 12:03, 27. Feb. 2015 (CET)

div style-Doppelungen

Hallo PC, ich traue mich schon gar nicht mehr hier etwas zu schreiben, aber gerade hatte ich so etwas:

• <div style="clear:both;" class="NavFrame" style="float:right; width:25%;">

daraus wollte WSTM ein einfaches <div> machen, an sich ja nicht ganz so tragisch, aber nun fehlte da ja die Zuordnung insbesondere NavFrame, das ist etwas unschön. War hier im Artikel Askvoll diese eingeklappte Bürgermeistertabelle. --Liebe Grüße, Lómelinde Diskussion 09:53, 17. Feb. 2015 (CET)

• Fehlermeldungen und Hinweise auf mögliche Artikelschädigungen sind okay.
  • Wünsche nach neuer Software-Entwicklung können sich voraussichtlich im Sommer anstellen; ich hinke um mehrere Monate hinterher.
  • Kurze Antworten auf Werkstatt-Anfragen, erprobende Artikel-Edits und binnen einer Viertelstunde zu erledigende Angelegenheiten zur Verkürzung meiner ToDo-Liste mache ich zwischendurch mit.
  • Alles, wo ich mehrere Stunden am Stück denken und Software erproben muss, wird hinten einsortiert.
• Im konkreten Fall ist es ein nicht ganz glückliches Verhalten in WSTM: Wenn ein Attribut mehrmals in einem HTML-Tag vorkommt, ist das schon mal ein Syntaxfehler und das Verhalten von Browser und HTML Tidy unklar.
  • Eigentlich sollte WSTM das erkennen und hätte eine Fehlermeldung Tag mit wiederholtem Attribut auswerfen sollen; kam die nicht?
  • Wenn das wiederholte Attribut gerade style ist, dann könnte WSTM ein Semikolon an den bisherigen Wert dranhängen und beide kombinieren. Vorgemerkt, um es irgendwann mal zu programmieren und zu erproben.
  • WSTM schreibt aber nur das letzte Vorkommen des Attributs.
  • Wieso „ein einfaches <div>“ – allenfalls das Weglassen des ersten style hätte ich erwartet?
• Schöner Edit in Askvoll, so nebenbei.

LG --PerfektesChaos 11:09, 17. Feb. 2015 (CET)

Ja, doch die Meldung hat funktioniert, damit war alles i.O. Nur eben der automatische Behebungsversuch kam mir dann doch etwas merkwürdig vor. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 11:31, 17. Feb. 2015 (CET)

Ich habe mal eben was geschrieben, weil es dann doch etwas hart war, wegen eines doppelten Attributs gar keine mehr anzugeben. Der Code ist von 2012 und wurde im August 2013 zuletzt geändert; ich weiß nicht mehr so genau, was für eine Konstellation ich vor Augen hatte.

Wenn es sich um das style handelt, werden jetzt die CSS-Deklarationen aneinandergehängt, die beiden also zu einem verschmolzen.

Mit dem style hatte ich sowieso schon seit Jahren etwas vor; mal sehen, vielleicht realisiere ich das bei dieser Gelegenheit auch gleich.

Jetzt bin ich gleich erstmal einige Tage offwiki; bis sich die Änderung herumspricht, kann es einige Wochen Erprobung dauern.

LG --PerfektesChaos 13:56, 17. Feb. 2015 (CET)

Oh, das ist wirklich nett von dir. Ich wünsche dir ein paar sonnige erholsame Tage, bleib nicht zu lange weg. --Liebe Grüße, Lómelinde Diskussion 14:22, 17. Feb. 2015 (CET)

Klammerungen

Schaust du bitte mal →dort rein? --Liebe Grüße, Lómelinde Diskussion 16:14, 21. Feb. 2015 (CET)

Das war Pseudocode, und sowas gehört dann auch als Computercode markiert, wenn man da mit so vielen Klammern rummacht. WSTM musste diese eckigen Klammern natürlich für kaputte Links halten. Ich hab das mal entsprechend in Quarantäne gesteckt. Was du da wolltest, hatte ich irgendwie nicht gesehen? LG --PerfektesChaos 17:14, 21. Feb. 2015 (CET)

Doppelter Vorlagenparameter | autor=A. Popov| hrsg=IETF soweit ich weiß, das habe ich doch in die Zusammenfassung geschrieben, nur ist das beides nicht der Autor und auch nicht der Herausgeber gewesen zumindest nicht in der Quelle oder ich habe es nicht erkannt. Ja nee schon klar, das mit den Klammern, ich wusste nur nicht wie „ich“ das lösen könnte, Dankeschön. --Liebe Grüße, Lómelinde Diskussion 17:20, 21. Feb. 2015 (CET)

gallery – Datei – ref →Problem

Hallo PC, sorry wenn ich schon wieder etwas … aber dieses Mal ist es wieder eine merkwürdige Autoanpassung, die mir Sorgen bereitet. Ruf doch bitte mal diesen Artikel Japanische Buchstempel auf.

• Problem 1 war die ISBN-Fehlermeldung; habe ich erfragt und werde ich anpassen
• Problem 2 ist aber eine automatische Entfernung in der Galerie im Abschnitt „Beispiele für Buchstempel“

aus	Datei:Konofumiwokaritemimuhito.png|Buchstempel in Büchern, die von [[Ban Nobutomo]] (1773-1846) verliehen wurden.<ref name="Yoshiki1971p315">{{Literatur |Autor=Bunpei Yoshiki |Titel={{lang|ja|印章綜説}} |Verlag=Gihōdō |Jahr=1971 |Seiten=315-316| Originalsprache=ja}}</ref><ref name="Misuda1984"/> Rechts und links an den Seiten mit einem [[Waka]]: {{lang|ja|「この文をかりて見む人からむには讀みはてゝ疾く返したまへや」}}, etwa: „Möge dieses Buch nach seiner Lektüre vom Borgenden alsbald zurückgegeben werden“<ref name="Misuda1984"/>…
wird	Konofumiwokaritemimuhito.png|Buchstempel in Büchern, die von [[Ban Nobutomo]] (1773-1846) verliehen wurden.<ref name="Yoshiki1971p315">{{Literatur |Autor=Bunpei Yoshiki |Titel={{lang|ja|印章綜説}} |Verlag=Gihōdō |Jahr=1971 |Seiten=315–316| Originalsprache=ja}} {{lang|ja|「この文をかりて見む人からむには讀みはてゝ疾く返したまへや」}} „Möge dieses Buch nach seiner Lektüre vom Borgenden alsbald zurückgegeben werden“<ref name="Misuda1984" />
entfernt	</ref><ref name="Misuda1984"/> Rechts und links an den Seiten mit einem [[Waka]]: und das , etwa:
und aus	Datei:Kamigamohounou.png|Buchstempel mit dem Bücher gestempelt wurden, die [[Imai Jikan]] (1657-1723) dem Kamigamo-Schrein geweiht hat.<ref name="Ono1977p63">{{Literatur| Titel={{lang|ja|日本の蔵書印}} (Japanische Bücherstempel) |Autor=Noriaki Ono |Jahr=1977 |Monat=06 |Verlag=Rinsen Shoten |Seiten=63| ISBN=4-65-300028-X |Originalsprache=ja}}</ref> Der kürbisförmige Stempeladruck aus schwarzer Tusche zeigt: {{lang|ja|「上鴨奉納」}} „Kamigano gewidmet“.<ref name="Ono1977p63"/>…
wird	Kamigamohounou.png|Buchstempel mit dem Bücher gestempelt wurden, die [[Imai Jikan]] (1657-1723) dem Kamigamo-Schrein geweiht hat.<ref name="Ono1977p63">{{Literatur| Titel={{lang|ja|日本の蔵書印}} (Japanische Bücherstempel) |Autor=Noriaki Ono |Jahr=1977 |Monat=06 |Verlag=Rinsen Shoten |Seiten=63| ISBN=4-653-00028-X |Originalsprache=ja}} {{lang|ja|「上鴨奉納」}} „Kamigano gewidmet“.<ref name="Ono1977p63" />
entfernt	</ref> Der kürbisförmige Stempeladruck aus schwarzer Tusche zeigt:

Ich hoffe mal ich kriege das hin ohne etwas zu zerstören. Der Fehler ist sicherlich auch danach noch reproduzierbar. --Liebe Grüße, Lómelinde Diskussion 17:21, 24. Feb. 2015 (CET)

@Lomelinde: bitte keine ISBN derartig korrigieren. Das Buch wurde mit falscher ISBN ausgeliefert und wird in Bibliotheken unter dieser falschen Nummer geführt und gefunden. Die von dir kreierte ISBN kennt keiner. Gruß --RonMeier (Diskussion) 20:51, 24. Feb. 2015 (CET)

Oh je, ich hoffe, ich bekomme das hin. Mindestens eine Nachtschicht.

Da hast du gut aufgepasst. Klare Fehlermeldung, so nebenbei.

Bildlegenden insbesondere in der Galerie sind ein-, zwei- oder dreizeilige Kurzinfos; keine Abhandlungen in Miniaturschrift mit zwei doppelten Anmerkungen und mehreren Vorlagen. WSTM hat sich irgendwo verzählt.

Das Ganze muss bei Galerien innerhalb einer Zeile passieren und geht hier unverschämterweise über fast ein Kilobyte mit 13 Zeilen. Dieser Quelltext ist eine Frechheit.

In den letzten drei Jahren nicht aufgefallen; und bis ich eine Veränderung auf die Welt loslasse, wird es einige Wochen Erprobung brauchen.

LG --PerfektesChaos 22:06, 24. Feb. 2015 (CET)

@RonMeier:, woher sollte ich das denn wissen? Es hätte doch auch einfach ein Tippfehler sein können. Und da es einen Hinweis auf die andere ISBN gab, dachte ich das sollte auch passen. Ich habe dort gefragt. Sorry. Ja mit manchen Fehlermeldungen habe ich noch etwas Probleme, auch was die zu lagen urls angeht, aber ich versuche es zu lösen. Sag mir was falsch daran war. Ich denke nach meinem Wissensstand habe ich da alles richtig gemacht.

@PC, ja das dachte ich mir auch schon, dass es an diesen vielen Schachteln liegen könnte, da muss auch ich mehrmals schauen. Es war Zufall, dass ich es gesehen habe, weil es in der Vorschau plötzlich Referenzfehler gab. Da habe ich in einem anderen Tab geschaut, ob die schon vorher da waren und dann was der Auslöser war. --Liebe Grüße, Lómelinde Diskussion 06:37, 25. Feb. 2015 (CET)

@Lomelinde: In diesem Fall wäre es so richtig gewesen. Wenn du nichts gemacht hättest, wäre die ISBN irgendwann hier gelandet. Gruß --RonMeier (Diskussion) 10:08, 25. Feb. 2015 (CET)

Ach so, wie gesagt, konnte ich das ja nicht wissen. Danke für den Hinweis. --Liebe Grüße, Lómelinde Diskussion 10:24, 25. Feb. 2015 (CET)

Gute Nachrichten: Der Doppelpunkt war es.

• Wenn in der Galeriebildlegende nach einer Vorlageneinbindung eine Textsequenz auftaucht, die einen Doppelpunkt enthält, dann kommt WSTM durcheinander und glaubt, es sei das Ende von einem Datei: oder so, und entfernt das routinemäßig.
• Damit sind die Auswirkungen überschaubar, und deine Entdeckung ist bereits in eine Abfangstrategie eingeflossen. Ausführlich testen muss ich trotzdem, ob nicht zuviel abgefangen wird.
• Weil eine solche Situation wohl recht selten ist, fiel das in den vergangenen Jahren nicht auf.

LG --PerfektesChaos 21:37, 25. Feb. 2015 (CET)

Oh prima, es freut mich, dass es nicht ganz so zeitraubend für dich war, wie ich befürchtet hatte. Ich frage mich immer wie du so etwas überhaupt hinbekommst, ich verzweifle manchmal schon an winzigen Kleinigkeiten (wie diesem neuen Button für die Suche, den finde ich aber sowas von doof) :-) Dankeschön für deine Mühevolle Programmierarbeit.

• Eine winzige Frage hätte ich mal so außer der Reihe, kann man dies Zahl der Beobachter einer Seite irgendwie isoliert abfragen, also auf sie zugreifen, um sie beispielsweise in einem Babelbaustein anzuzeigen?

Ansonsten wünsche ich einen angenehmen Tag. --Liebe Grüße, Lómelinde Diskussion 08:48, 26. Feb. 2015 (CET)

• Eine fertige Abfrage, die im Rahmen eines Babelbausteins jedem Leser der Seite präsentiert werden könnte, gibt es nicht.
• Man kann sich individuell ein Skript installieren, das beim Besuch jeder Seite die Zahl der Beobachter einblendet, falls deren Zahl mindestens 30 beträgt oder man Admin sei (so der Stand heute um halb elf).

LG --PerfektesChaos 10:34, 26. Feb. 2015 (CET)

Dankeschön für die Antwort. O.k., es hätte ja sein können, das so etwas machbar ist. --Liebe Grüße, Lómelinde Diskussion 10:41, 26. Feb. 2015 (CET)

Verdopplung der Fehlerzahl bei defekten ISBN

seit heute wird eine fehlerhafte ISBN in der roten Box als zweimal vorhanden angezeigt. Gruß --RonMeier (Diskussion) 11:20, 26. Feb. 2015 (CET)

Ah ja; mir war auch schon etwas in der Richtung aufgefallen.

Allerdings scheint mir die Ursache nicht so sehr in WSTM selbst, sondern in der Verarbeitung durch den Browser (konkret: Firefox) zu liegen.

Hast du zufällig grad auf FF 35 umgestellt?

LG --PerfektesChaos 11:34, 26. Feb. 2015 (CET)

ja, gestern abend.

mir scheint, als ob das auch Fehler vorspiegelt in Vorlagenparameter Internetquelle. Beim Öffnen von Hudson (Massachusetts)#Hudson Public Library wird angezeigt, das zwei Behebungsversuche zu kontrollieren sind. Lasse ich WSTM nochmal (oder mehrmals) drüberlaufen, ist noch ein Behebungsversuch zu kontr. Gruß --RonMeier (Diskussion) 11:53, 26. Feb. 2015 (CET)

ich hab mir gerade die Updatechronik von FF angesehen 35.0 - 18.1.2015/ /35.0.1 - 27.01.2015/ /36.0 - 25.02.2015 Gruß --RonMeier (Diskussion) 12:01, 26. Feb. 2015 (CET)

Es kann sein, dass die automatische Auslösung zweimal passiert.

Beim ersten Mal wird der Text korrigiert und poliert, sowie eine Strichliste für die gefundenen Fehler gemacht. Wenn WSTM dann erneut gestartet würde, ist alles sauber, aber die Fehler werden ein zweites Mal gefunden und gezählt.

Eigentlich ist in WSTM etwas eingebaut, das den zweiten Start verhindern soll. Es könnte sein, dass FF seit diesem Jahr etwas schizophren ist und sich nicht mehr so genau daran erinnert, was sein anderes Ich bereits getan hatte.

Seit einem Monat kämpfe ich gegen neue Sicherheitseinstellungen im FF, die im Prinzip sinnvoll sind, aber mir das Zusammenwirken mit meiner Festplatte und damit die Entwicklungsarbeit weiter erschweren.

Danke für den wertvollen Hinweis --PerfektesChaos 12:12, 26. Feb. 2015 (CET)

Meine eine Ursache für doppelte Meldungen konnte ich identifizieren; war was anderes. Sonst immer noch genauso? Baldiges Wochenende --PerfektesChaos 11:57, 27. Feb. 2015 (CET)

Auch nach Cache-Löschung (ging aber ungewöhnlich schnell!?) hat sich nichts geändert. Mahlzeit --RonMeier (Diskussion) 12:05, 27. Feb. 2015 (CET)

Angebliche Vorlagenfehler bei {{Internetquelle}}

Das Skript bessert automatisch |offline=ja gegen |offline=1 aus, und meldet dabei einen Vorlagenfehler. "offline=1" ist in meinen Augen für technikfremde Autoren deutlich schwerer lesbar.  Frohes Schaffen — Boshomi ☕⌨☺  13:58, 28. Feb. 2015 (CET)

Seit etlichen Jahren ist es in der Wiki-Programmierung üblich, nur noch 1 bzw. auch gelegentlich 0 einzusetzen; sowohl in Vorlagen wie auch URL.

Der Visual Editor und auch andere Werkzeuge setzen bei Boole-Parametern nur diese beiden.

Andernfalls müssten Programmierer wie auch Anwender sich jeweils verständigen, welchen Wert sie interpretieren wollen:

• ja Ja JA j J yes Yes YES y Y true True TRUE t T wahr Wahr WAHR w W
• nein Nein NEIN n N no No NO non Non NON nada nichts null nil false False FALSE f F falsch Falsch FALSCH

Selbst im deutschen Sprachraum gibt es dann kein Umlernen mehr, weil es bei Ziffern weder Groß- noch Kleinschreibung und auch keine Abkürzungen gibt. Das ist auch für technikfremde Autoren von Vorteil, die sich nicht mehr auf die individuellen persönlichen Vorlieben einzelner Programmierer einstellen müssen.

Vorhandene Programmierungen sind ggf. so umzustellen, dass sie jeweils 0 und 1 auch richtig interpretieren.

LG --PerfektesChaos 14:42, 28. Feb. 2015 (CET)

Nur passt das überhaupt nicht mit der Doku der Vorlage zusammen. (Es sind auch noch andere Vorlagen betroffen). Tatsächlich ist das so programmiert, dass der Parameter immer anspringt sobald dort irgend ein Zeichen steht. "offline" ist auch dann wahr, wenn "nein", "0", oder "null" dort stehen würde.

Die ausschließliche Verwendung von 0 und 1 halte das eher für einen Fehler des Visual Editors. Dieser sollte wie bei Datumsangaben mit verschiedenen Formaten umgehen können. Frohes Schaffen — Boshomi ☕⌨☺  16:47, 28. Feb. 2015 (CET)

Die momentanen Programmierungen behandeln meist jede Zeichenkette als „etwas“, und nur die leere als „nicht etwas“. Also schadet es im Moment nicht; insbesondere nicht in Internetquelle.

Da ich die zukünftige Programmierung von Internetquelle kenne, weiß ich, dass dort zukünftig 0 als „nichts“ akzeptiert werden wird.

Es gibt keine Absprache zwischen dem VE und den Vorlagenprogrammierern aller deutschsprachigen Wiki-Projekte, ob sie ja oder Ja oder nein oder Nein oder falsch oder Nicht beim Vergleich von Werten in sämtlichen Vorlagen verstehen würden. Es gibt überhaupt keinen Standard außer 0 und 1 – aber wir haben sogar Vorlagen, die führen einen zeichenweisen Vergleich auf "false" einschließlich der Anführungszeichen aus. Im Übrigen hat es nichts mit der Eingabeseite des VE zu tun, sondern mit der einheitlich produzierten Ausgabe; die Eingabeseite ist eine Checkbox zum Häkchen reinmachen. Bei der Interpretation einer booleschen Vorlageneinbindung ist alles außer leer und 0 ein „etwas“.

VG --PerfektesChaos 17:19, 28. Feb. 2015 (CET)

Die hier verwendete Variante "irgendwas" vs. nicht mal angeführt, funktioniert und wird verstanden. Das "0" und "1" sieht mir zu technisch für die Masse der Benutzer aus, und da kommt bei mir ein negatives Bauchgefühl auf. Das sehe ich ähnlich wie Abkürzungen im Quelltext.  Frohes Schaffen — Boshomi ☕⌨☺  18:30, 28. Feb. 2015 (CET)

siehe mal in Ungarn / Tabellensyntax

Siehe mal https://de.wikipedia.org/w/index.php?title=Ungarn&action=edit

Wieso kommen da plötzlich drei Fragezeichen ("???")? Frohes Schaffen — Boshomi ☕⌨☺  23:18, 2. Mär. 2015 (CET)

Falls du meinst:

class="wikitable" style="margin: auto; ???: cellspacing=;" 0"; font-size=80%

so liegt das an dem zuvor dort stehenden Syntaxbruch

class="wikitable" style="margin: auto; cellspacing="0"; font-size=80%

und das hättest du beim routinemäßigen Durchsehen des Diff eigentlich berichtigen sollen in

class="wikitable" style="margin: auto; cellspacing: 0; font-size: 80%"

weshalb die Fragezeichen es auffällig machten.

LG --PerfektesChaos 23:52, 2. Mär. 2015 (CET)

Mit der Tabellensyntax habe ich mich bisher eher wenig befasst. In diesem Fall habe ich nur meine manuellen Änderungen kontrolliert, und mich eher darauf verlassen, dass das Script im Wesentlich was Sinnvolles macht.

Wenn man das schon auffällig machen will, bitte ich statt der ??? einen html-Kommentar dort hinzusetzen: z.B. <!-- WikiSyntaxTextMod: siehe H:TAB / H:TABF --> In manchen Fällen ist so ein verbose Modus hilfreicher.  Frohes Schaffen — Boshomi ☕⌨☺  00:31, 3. Mär. 2015 (CET)

1. hat die Angelegenheit überhaupt nichts mit Tabellensyntax zu tun, sondern ist CSS (Hilfe:CSS).
2. sind unsere Artikeltexte zur Aufnahme enzyklopädischer Informationen da und nicht für Verweise auf Hilfeseiten.
3. ist das Statement ab dem Syntaxfehler wirkungslos, war es immer schon, und wird durch den Ersatz per Fragezeichen nicht wirkungsloser.
4. Fragezeichen sind leichter zu erkennen als ein mit einem Doppelpunkt verwechseltes Gleichheitszeichen. Insofern macht das Skript durchaus „etwas Sinnvolles“, indem es in der diff die Fragezeichen darstellt und selbst nach dem Abspeichern dadurch nachfolgenden Bearbeitern Änderungsbedarf signalisiert.
5. müsstest du bei der Bearbeitung in einem roten Kasten in roter Schrift auf genau dieses CSS-Syntaxproblem mit Zitierung der Textsequenz gesondert hingewiesen worden sein.
6. ist die Erwartung, dass ein Anwender von WSTM solide Grundkenntnisse unserer Syntax hat.

VG --PerfektesChaos 10:29, 3. Mär. 2015 (CET)

zu Pkt 6: da erwartest du etwas zu viel. Ich ignoriere Tabellenprobleme - rate mal weshalb. Ich mache nur das, was ich kann und krampfe nicht in Gegenden herum, von denen ich nichts verstehe. Gruß --RonMeier (Diskussion) 22:09, 3. Mär. 2015 (CET)

GRIN oder IQ?

Also das ist jetzt nur eine Verständnisfrage damit ich nicht wieder etwas falsch mache. Mir werden mehrere schwere Fehler angezeigt, aber ich sehe nicht was falsch ist. Schau doch bitte mal in den Artikel Alligator-Wacholder.

• Beispiel: für eine Meldung Vorlagenparameter fehlerhaft {{Internetquelle|url={{GRIN|TaxonNr=316255|WissName=Juniperus deppeana|Linktext=nein}} }}

Bedeutet das, dass der Fehler in der Vorlage Internetquelle zu suchen ist oder in der Vorlage GRIN? Ich bin zu dusselig dafür, ich sehe einfach nicht was falsch sein soll. Der Link selbst funktioniert soweit.

• {{Internetquelle | url={{GRIN|TaxonNr=316255|WissName=Juniperus deppeana|Linktext=nein}} | titel=Taxon: Juniperus deppeana Steud.| autor=Germplasm Resources Information Network (GRIN) | hrsg=United States Department of Agriculture Agricultural Research Service | werk=GRIN Taxonomy for Plants | zugriff=2010-06-04 | sprache=en }}

Irgendwie verwirrt mich diese Meldung aber ich ignoriere sie mal. --Liebe Grüße, Lómelinde Diskussion 14:56, 3. Mär. 2015 (CET)

Der Grund ist simpel, und steht schon in der von dir gewählten Abschnittsüberschrft.

Auf url= muss auch eine URL folgen; so mit zwei Schrägstrichen ganz weit vorne wenigstens.

Vorlage:GRIN in Internetquelle einzubinden, ist relativ großer Unsinn; die bringt bereits alle Angaben samt Zugriff= mit. Damit wird dann auch alles, was oben an Parametern in Internetquelle verwendet wurde, einheitlich und wiedererkennbar formatiert.

Du hast es mit Biologen zu tun.

LG --PerfektesChaos 20:37, 3. Mär. 2015 (CET)

O.k. ich wollte nur wissen, ob meine Vermutung einigermaßen richtig war. Man könnte/sollte also die IQ drum herum weglassen, weil sie keinen Mehrwert hat. Danke für die Auskunft und einen angenehmen Tag. Ich lasse es dort jetzt aber mal so stehen. --Liebe Grüße, Lómelinde Diskussion 07:10, 4. Mär. 2015 (CET)

Schachweltmeisterschaft 1985

Was soll mir diese Meldung 4× Unerwartetes Format: {{Schachbrett|a b c d e f g h sagen? Ich sehe es mal wieder nicht, kann heute auch nicht wirklich denken, glaube ich. Ich habe versucht es genau so anzuordnen, wie es in der Kopiervorlage steht, aber die Meldung kommt trotzdem wieder. Sorry, es kann nur irgendeine Kleinigkeit sein Pipe? Muss dort irgendwo ein |= stehen? Ich habe mehrere Artikel getestet es erscheint irgendwie überall diese Meldung (ähm ja genau vier, den obigen, Patt, Helmut Krausser und Schach, in letzterem versucht WSTM die leeren Pipes oberhalb von |Brett= zu löschen). Heute ist nicht mein Tag, alles was ich mache ist … scheinbar wieder einmal falsch. --Liebe Grüße, Lómelinde Diskussion 17:36, 7. Mär. 2015 (CET)

Ich sehe keinen schweren Fehler; es hatte allerdings zuvor ein Problem damit gegeben, dass die Leerzeichen zwischen den Kleinbuchstaben nicht doppelt waren, sondern einzelne, und die hatte WSTM geradegerückt, damit sie unter den Spalten stehen. Und dich wahrscheinlich gewarnt, dass da irgendwas Seltsames war.

LG --PerfektesChaos 17:52, 7. Mär. 2015 (CET)

Nein, die habe ich eingefügt von Hand, weil ich dachte es hilft vielleicht. Wenn ich es aufrufe erscheint erneut diese Meldung und ich weiß nicht warum. Beil Patt steht beispielsweise das hier. Oups da ist noch etwas, was ich gerade übersehen hatte.

• Meldung

Im Text wurden schwere Fehler gefunden.

Warnung durch Benutzer ausgelöst:

2× Unerwartetes Format: {{Schachbrett|a b c d e f g h

Unerwartetes Format: {{Schachbrett-klein|a b c d e f g h

• Und automatische Anpassung

	{{Schachbrett		{{Schachbrett
	| tleft		| tleft
-	|	+
-	| Brett=	+	|| Brett=

Es ist nicht so wichtig, das beim Patt habe ich nicht zu speichern versucht. Wenn es unwichtig ist lösche den Abschnitt einfach wieder, es ist einfach nicht mein Tag heute. --Liebe Grüße, Lómelinde Diskussion 18:11, 7. Mär. 2015 (CET)

WSTM kennt nur „schwere Fehler“.

Ich durchschaue grad weder die Fehlersituation, noch bekomme ich diese Meldungen. Warten wir einfach mal ab. Genieße den Frühling --PerfektesChaos 18:39, 7. Mär. 2015 (CET)

Ja ich mache aus, Dankeschön. --Liebe Grüße, Lómelinde Diskussion 18:43, 7. Mär. 2015 (CET)

Also es ist so, dass es noch immer angezeigt wird und scheinbar egal ist welchen Schachartikel ich öffne.

• Beispiel hier was automatisch passiert ist, ist diese Umstellung von Pipe über | Brett= zu || Brett=.

Also frage ich mich erst einmal „was genau bewirkt dieser leere Pipe überhaupt?“ Ich lösche ihn und sehe, argh dann ist das Brett zerstört, folglich wieder an seinen Platz und es sieht wieder heil aus, und speichern.

• Bei erneutem Öffnen wie gehabt diese Meldung: Unerwartetes Format: {{Schachbrett|a b c d e f g h (ausgelöst durch Benutzer)

So da mein WSTM behauptet, dass ich diese Fehlermeldung provoziere, liegt es also an mir, du siehst es, wie du sagst, selbst nicht. Folglich, da ich mir nicht bewusst bin, um diese Meldung gebeten zu haben, sie aber mich (Benutzer) als Auslöser benennt, werde ich sie einfach ignorieren. Damit können wir das Thema schließen, es sei denn irgendjemandem geht es ebenfalls so, dass er diese Meldung erzeugt, das könnte, wie bei mir Verwirrung stiften, da ja offensichtlich gar kein Fehler vorliegt (hat es möglicherweise etwas mit der Anzahl der Pipes zu tun? Wird für die Buchstaben ein zusätzliches Pipe erwartet? Oder könnte man sie weglassen? Ja ich glaube das ist es, die werden gar nicht benötigt, ich teste es mal).

• Das ist jetzt superkurios. Ich habe hier mal die Buchstaben entfernt (WSTM hat automatisch das/den Pipe versetzt) und siehe da beim erneuten Aufruf erscheint „keine Meldung“ mehr, aber … und jetzt kommt es … WSTM macht das hier automatisch quasi einen Revert, ich habe lediglich den Artikel geöffnet und gespeichert. Wenn ich jetzt wieder den Artikel öffne, geht das Spiel von vorne los, die Meldung ist wieder da, der Pipe wandert zum Brett. Genauer kann ich es nicht beschreiben.

Ich wünsche dir einen sonnigen Tag und hoffe, dass ich nicht noch einmal auf irgendwelche merkwürdigen Meldungen stoße. --Liebe Grüße, Lómelinde Diskussion 09:48, 8. Mär. 2015 (CET)

Ich hab mal die benannten Artikel geöffnet. Bei mir passiert da nichts. Gruß und schönen Sonntag --RonMeier (Diskussion) 10:32, 8. Mär. 2015 (CET)

• @ Lò:
  • Zum Frauentag – meine Gedanken sind bei dir.
  • Geh spazieren. War ich auch schon.
  • Dein Hinweis war berechtigt und das Problem konnte aufgrund deiner präzisen Schilderung hoffentlich aufgeklärt werden.
• @ RonMeier:
  • Danke, deine Info war aufschlussreich.
  • Du könntest in Benutzer:RonMeier/common.js als zweites Statement die grundlegende Vereinbarung des Objekts ersetzen gemäß Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced #Anwendungsobjekt – dann kann die Vereinbarung config.warn = { wieder raus; ist dann redundant zur nachfolgenden Einzelanweisung config.warn.templateParamDup=.
• @ WSTM:
  • Wenn man .warn.templateParamDup eingeschaltet hat, dann kommt es momentan anscheinend dazu, dass ein Zeilenumbruch gemopst wird, wenn er im Parameterwert ganz am Ende steht. So ganz verstanden habe ich es nicht; aber für diesen Fall vorgesorgt. Aus dem Quelltext konnte ich derartiges erahnen.
  • Übernächste Woche würde es dann für alle gelöst sein.
• Ich bin kommende Woche wohl öfters mehrtägig offwiki, mal sehen.

Allseits Frühlingsgefühle --PerfektesChaos 18:11, 8. Mär. 2015 (CET)

Dankeschön. Im Augenblick ist es aber noch nicht behoben, oder?

Ich hatte noch etwas, aber ich traue mich echt schon langsam nicht mehr dir immer so viel Arbeit aufzuhalsen. Vorlage:Smiley/Wartung/rot  Möglicherweise siehst du diesen Fehler aber auch selbst.

• Liste der Naturschutzgebiete im Landkreis Altenkirchen (Westerwald)

Da wird aus einem Parameter {{{Bild.std|100}}} automatisch {{{Bild.std|1=100}}} in der Tabelle, ich habe aber nicht weiter nachgesehen wieso das passiert ist, die Vorschau hat mich erschlagen. Es scheint so, dass dieser Wert die Bildgröße festlegt, also 100px, wenn man es aber abspeichert ohne dass … na eigentlich müsste man es schon nach dem Speichern oder eben in der Vorschau sehen.

Ja, schon gut ich werde versuchen etwas anderes zu tun, wobei ich dich nicht ständig fragen muss und ich schalte jetzt auch aus. Ich wünsche dir erholsame Tage. --Liebe Grüße, Lómelinde Diskussion 18:37, 8. Mär. 2015 (CET)

Sieht verzwickt aus.

Es gibt keinen Grund, warum WSTM bei nur vieren verrückt spielt, während es ein Dutzend gleichartiger Zeilen-Vorlagen gibt, und in jeder ein halbes Dutzend solcher Vorgabewerte.

Dabei wurde mir soeben bewusst, dass WSTM für die Hndhabung von Vorlagenprogrammierung schlecht aufgestellt ist, also auch für diese dreifachen Klammern, zumal wenn sie Pipes enthalten, und innendrin noch beliebig verschachtelt sein könnten. In Artikeln wird das nicht erwartet.

@Ló: Du könntest bei deiner WSTM-Einbindung aus dem /r.js ein /d.js machen. Dann kommst du in den debug- und developer-Modus, und hättest die neuesten Versionen teils Wochen vor der Volksausgabe. Sorgfältig hingucken, hier Fehler melden und massenhaft Artikel bearbeiten machst du ja genau wie RonMeier, der ebenfals Vorkoster ist.

LG --PerfektesChaos 23:49, 8. Mär. 2015 (CET)

O.k. ich teste das mal und wünsche dir eine angenehme Woche. --Liebe Grüße, Lómelinde Diskussion 07:17, 9. Mär. 2015 (CET)

Summary

Hallo PerfektesChaos, seit einiger Zeit, also so ca. 1 Jahr, funzt das mit dem .summary nicht mehr. Wenn ich in die Console gehe und mw.libs.WikiSyntaxTextMod.config.mod.summary aufrufe steht mein eigener Text drin. (Auch das mit dem .warn hat noch nie funktioniert bei mir) Kann es evtl. sein dass dies mit der Option inhibit: true zusammenhängt? -config.js LG ↔ User: Perhelion  14:53, 9. Mär. 2015 (CET)

• summary: Ich muss nicht alles verstehen; aber ich habe das Gefühl, dass irgendwann wpMinor umbenannt wurde in wpMinoredit – das brauche ich allerdings, um neu angelegte Abschnitte von veränderten zu unterscheiden. Danke für den Hinweis; sollte nach dem Wochenende gehen.
• warn funktioniert im automatischen Betrieb einwandfrei; sehe ich x-mal täglich. Ggf. müsstest du das Objekt selbst auswerten; ich weiß nicht so genau, was du wann wie wo tust.
• gallery: Inzwischen gibt es Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced #format für alle,
  • Im Gegenzug wurde das experimentelle xGallery aus dem Quellcode entfernt. Mit dem nächsten Release wird es wirkungslos.

LG --PerfektesChaos 22:42, 9. Mär. 2015 (CET)

Vielen Dank dafür. Ja das mit der Gallery funzt super. Ja ich werde mich mal selbst die Tage um das .warn soweit kümmern und berichten. Wobei ich früher auch so Warnmeldungen bei mir hatte, jetzt auch gar nicht mehr. Naja, ich werde wohl etwas genauer analysieren (wäre ja nicht das 1. Mal, dass ich eine falsche Fehlmeldung gemeldet habe ^^) bis dahin. LG ↔ User: Perhelion  23:02, 9. Mär. 2015 (CET)

Fein, das mit dem summary funzt schon mal wieder. ↔ User: Perhelion  21:09, 11. Mär. 2015 (CET)

Ja, wurde mit dem zweiten Edit nach 21:00 wirksam. War der irgendwann umbenannte Selektor gewesen.

Warum arbeitest du eigentlich nicht als Vorkoster mit /d.js statt /r.js wie das gemeine Volk?

Schönen Abend --PerfektesChaos 21:29, 11. Mär. 2015 (CET)

6 × nichts und 2 × fehlerhaft

Hallo PC, ich weiß dass doppelt zählt hier nicht, hat Ron schon mal im Zusammenhang mit ISBN angesprochen. Aber die Meldung ist verwirrend ich versuche es mal recht genau aufzulisten.

Bitte überprüfe die folgenden automatischen Behebungsversuche.

(6×) Vorlagenparameter fehlerhaft Hier eine Meldung aber es erfolgt gar keine Anpassung im Quelltext

{{Internetquelle}} zu erwarten sind also eigentlich 3 kleinere Fehler, ich weiß auch welche (sprache=englisch wird nicht angepasst)

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

(2×) Vorlagenparameter fehlerhaft

{{Internetquelle|url= {{IUCN|ID=4621|ScientificName=Cherax quadricarinatus|PureURL=yes}} }} Ja, ich weiß das hatten wir auch schon

• Automatische Anpassung erfolgt für

1. Zeile 16: | Bild = Cherax_quadricarinatus.jpg Leerzeichen statt _
2. Zeile 336: ISBN 978-3981255393 → ISBN 978-3-9812553-9-3

• beides nicht in einer Vorlage enthalten.
• Der Rest ist klar, mal wieder so eine url= erwartet eine herkömmliche url und keine Vorlage. Ich mache da jetzt nichts, falls du es dir mal ansehen möchtet. Der eigentliche Fehler ist übrigens in der Vorlage Literatur gewesen Title= → Titel=.
• Ich vermute mal das obere, also die 3 englisch → en, die zwar erkannt aber nicht ausgeführt wurden, hat einen Zusammenhang mit der geschweiften Klammer, die erst in der nächsten Zeile folgt. Das denke ich, weil es mir heute auch vorher schon einmal aufgefallen war, dass nicht alle sprache=deutsch zu sprache=de wurden sondern nur dort, wo die Klammer direkt folgte. Das kann ich dir jetzt aber nicht mehr zeigen, weil ich es aufgrund der Sprache „de“ komplett rausgeworfen habe. Das war hier, das obere wurde automatisch zu „de“ angepasst das zweite nicht, aber, wie gesagt, ich habe es ganz rausgeworfen.

Warum passiert so etwas immer bei mir? --Liebe Grüße, Lómelinde Diskussion 16:48, 9. Mär. 2015 (CET)

Es passiert nicht nur bei dir.

• Kurioserweise bekomme ich

  • (3×) Internetquelle
  • Vorlagenparameter fehlerhaft

  – ich sehe also nicht alles doppelt. Vielleicht habt ihr Whisky in den PC geschüttet, und WSTM ist jetzt duhn?

  • Wahrscheinlicher liegt das an den Arbeitsabläufen oder an einem zu guten Browser-Gedächtnis; damit auf der Diffpage noch die Information aus der vorigen Browserseite angezeigt wird (was eigentlich überhaupt nicht gehen würde), ist die Info im Browser geparkt und wird dort mitgezählt. Anschließend soll der Browser das aber wieder vergessen. Schwer aus der Ferne zu reproduzieren.
• Die englische Spracherkennung usw. ist sehr behelfsmäßig.
  • Sie reagiert nur auf wenige einfache Wörter, und der Zeilenumbruch danach hatte sie ausgeknockt.
  • Ich habe ihr mal etwas Flexibilität beigebogen.
  • Kommt irgendwann bei Gelegenheit mit.
  • Das ist aber noch keine umfassende Lösung, die auch frz. und russ. und schwedisch erkennen würde.
  • Das müsste irgendwann im Zusammenhang effizient für viele Sprachen definiert und ausgewertet werden.
  • Eigentlich müsste ich auch noch anfangen, deutsches Datum zu erkennen und in ISO-Datum umzuwandeln. Habe ich aber keine Lust zu.
• Den gemeldeten Vorlagenparameter von oben habe ich inzwischen sauberer programmiert; und er müsste weg sein.
  • In Artikeln waren bisher Vorlagenparameterauswertungen mit Pipe als Vorgabewert nicht vorgesehen gewesen.
  • Dazu muss aber auch an anderer Stelle etwas neu Angepasstes erstmal verteilt werden. Frühestens nächste Woche bei allen.

LG --PerfektesChaos 22:23, 9. Mär. 2015 (CET)

O.k., warte mir ist da schon seit einiger Zeit etwas aufgefallen, was vermutlich mit WSTM im Zusammenhang steht. Ich dachte erst ich bin irgendwie dusselig.

Ich öffne eine Seite zum Bearbeiten

1. Ist es eine Seite außerhalb des ANR so kann ich durch einen Klick auf den Pfeil links oben im Browser direkt zurück springen in den Lesemodus.
2. Ist es ein Artikel startet WSTM die Diagnose/Anpassung/Auswertung. Der Klick auf den Pfeil bringt mich aber nicht wirklich zurück da inzwischen zwei Versionen geöffnet wurden, einmal von mir Bearbeiten einmal WSTM Bearbeiten/Analyse. Daher ist jetzt alles doppelt. Selbst wenn „keinerlei Änderung“ im Quelltext erfolgte wird beim Klick auf den Pfeil nach einer Bestätigung für das Verlassen der Seite gefragt. Bestätigen und der normale Bearbeitenmodus ist geöffnet. Nochmal auf den Pfeil und ich bin wieder im Lesemodus. Das finde ich eigentlich ein wenig nervig, ist aber irgendwie logisch. Ich vermute aber, dass diese doppelte Version sich irgendwie auf die Zählung auswirkt.
3. Wiederum ein Artikel aber dieses Mal mit einer kleinen Textänderung, auch wenn es nur ein Komma oder ein Leerzeichen ist. Und nun passiert etwas, was unerwartet ist. Eigentlich sollte mich ein Klick auf den Pfeil wie zuvor in den normalen Bearbeitenmodus zurückversetzen, aber WSTM startet erneut die Analyse und ich befinde mich in einem Loop. Ich komme über den einfachen Klick auf den Pfeil nicht mehr zurück in den Lesemodus, ich muss also die Taste länger gedrückt halten, in der Auswahl die gewünschte Version, Artikel normal anzeigen auswählen und erst so komme ich wieder in den Lesemodus. Das ist jetzt extrem doof. Normalerweise geht man ja vorwärts weiter, also man ändert und speichert und macht nicht solche Experimente mit Browserpfeilen. Ich bin mir nicht mehr sicher wann das angefangen hat, ich meine es war im Zusammenhang mit einer Softwareänderung, die ich auch total nervig finde.

• Und zwar ist es dieses, wie soll ich das wieder sagen. Ich bearbeite ja oft die defekten Weiterleitungen, dafür muss ich eben auch manchmal einen kurzen Blick in die VG werfen. Vor der Änderung war das problemlos möglich, VG öffnen schauen was verändert wurde zurück zur Seite und oben stand der Link auf die Weiterleitung über die ich dorthin gekommen war. Jetzt ist aber seit der doofen Änderung dieser Link weg, sobald man die Seite einmal verlassen hat. Umständlich muss ich also noch weiter zurück, die WL nochmals aufrufen, und kann erst dann über den Link direkt auf die WL-Seite wechseln. Ich glaube seither ist auch diese Doppelung. Sicher bin ich aber nicht. Ich denke aber, dass es nicht immer so war.

Prima wenn meine Hinweise dir helfen und nicht immer nur zusätzlich Zeit kosten, beruhigt mich das ein wenig. --Liebe Grüße, Lómelinde Diskussion 08:09, 10. Mär. 2015 (CET)

Thou Shalt not Use the Back Button. --Eleven Commandments (Diskussion) 08:41, 10. Mär. 2015 (CET)

May be, but I shall try to help to find out, what is the reason for an confusing error. If it makes sense what I do is another question to be answered by whomsoever. --Liebe Grüße, Lómelinde Diskussion 09:36, 10. Mär. 2015 (CET)

Da fällt mir noch eine Möglichkeit ein „Autobackup“? Kann es sein, dass diese Funktion da mit hineinspielt? Heute ist eh mal wieder der Wurm drin. Manchmal fehlt nach dem öffnen die Bearbeitungshilfe, also diese Buttons über dem Bearbeitungsfenster. (Auch etwas, was mich echt nervt) Eine andere Frage folgt leider auch noch, aber an anderer Stelle. --Liebe Grüße, Lómelinde Diskussion 10:19, 10. Mär. 2015 (CET)

• whomsoever hat nicht ganz unrecht; statt des Klicks „nur einen zurück“ benutze ich allerdings immer das Pop-Up-Menü durch geduldiges Gedrückthalten der Menüs.
  • Du hast doch schon eingebunden: Benutzer:PerfektesChaos/js/pageLinkHelper #redirect – damit bekommst du auch ein Direktlink zur WL-Seite in der Liste angezeigt, oder nicht?
  • „seit der doofen Änderung“ – ich weiß jetzt nicht, welche; aber MediaWiki hatte einen für sehr viele Menschen verwirrenden Bug beseitigt, sobald neuere Browser-Technik das möglich machte: In der Browser-Adresszeile stand nicht die URL der Seite, die man sich anguckte, sondern die einer ganz anderen Seite.
• Doppelzählung:
  • Es ist klar, dass der Browser WSTM erneut startet, wenn eine Seite neu geöffnet wird; auch wenn man in der History von rückwärts kommt.
  • WSTM weiß davon nichts und wird sich auch nicht mit Browser-Techniken herumschlagen.
  • Die zweieinhalb Jahre alte Programmierung wusste nichts davon, dass man die gleiche Bearbeitungsseite erneut aufgerufen haben könnte, und hat den Container mit den Meldungen nicht gelöscht.
  • Ich habe versucht, mich in die damalige Programmierung einzulesen, und eine vorsorgliche Löschung vor Beginn einer Analyse eingebaut, was sich in den nächsten Wochen herumsprechen müsste.
• Das behauptete „keinerlei Änderung“ muss nicht wirklich stimmen; Whitespace-Veränderungen hinter dem letzten sichtbaren Zeichen werden von der Vergleichsprozedur ignoriert, WSTM löscht dort hingegen überflüssigen Whitespace.
• Autobackup ist auch am Öffnen jeder Seite beteiligt, verändert aber weder History noch Bearbeitungsfeld.

LG --PerfektesChaos 10:31, 10. Mär. 2015 (CET)

Nein. Ähm ja doch wenn man weiß wo man danach suchen soll. Ob ich mir das merke.

Das mit den fehlenden Buttons, hat auch nichts hiermit zu tun, es nervte mich nur gerade. Das war schon immer so, an manchen Tagen. :-) Jetzt beispielsweise muss ich mal wieder darauf verzichten und meine Signatur von Hand eingeben. Dann geht auch Syntsxhighlight nicht. Vermutlich muss ich mal kurz einen Neustart machen. Die doofe Änderung, ja ich meinte das hier. --Liebe Grüße, Lómelinde Diskussion 10:56, 10. Mär. 2015 (CET)

DOI-Bug (Lappalie)

Eine DOI wird als fehlerhaft erkannt, wenn vor den schließenden geschweiften Klammern ein Leerzeichen steht. Steht nach der Pipe ein Leerzeichen, wird die Prüfung abgebrochen (ohne rote Box) und die DOI nicht in einen Wikilink umgewandelt. Gruß und schönen Abend --RonMeier (Diskussion) 20:22, 11. Mär. 2015 (CET)

Danke für den Hinweis; einen Trimmer nachgerüstet. Kommt gelegentlich auf dem kleinen Dienstweg angeschlichen.

Nach einem Vierteljahr dann also diese Verzierung der Vorlagenfreaks; machen wir doch auch. Alle meine Testbeispiele waren kompakt.

Auch einen angenehmen Abend --PerfektesChaos 20:44, 11. Mär. 2015 (CET)

Danke. --RonMeier (Diskussion) 11:25, 12. Mär. 2015 (CET)

ISBN falsch (zu viele Ziffern [a])

Hallo PC, ich bin mir nicht ganz sicher was bedeutet Typ [a]?

• Eine ISB-Nummer wird wie folgt ISBN 978-3933471000. 1 als fehlerhaft angegeben, weil …

Liegt es daran, dass hier eigentlich (vor 2007) eine 10-Stellige Nummer erwartet wird und ich diese ersetzen soll? Ja nee, RTFM, aber wo steht das beschrieben? Woches sagte das mit der Ziffernanzahl mal zu mir. Entschuldige bitte diese eigentlich überflüssige Frage. --Liebe Grüße, Lómelinde Diskussion 09:25, 13. Mär. 2015 (CET)

• Also ganz sicher bin ich jetzt doch nicht, ob es vielleicht auch am Punkt hinter der Nummer liegen könnte, denn nicht alle waren vor 2007. Es geht um diesen Artikel. --Liebe Grüße, Lómelinde Diskussion 10:11, 13. Mär. 2015 (CET)

(nach BK)

Für WSTM sind Leerzeichen, Striche und Punkte mögliche Untergliederungszeichen in der ISBN.

Dementsprechend liest sich das als ISBN 978-39334710001 – also 14 Ziffern.

Mit der nachgestellten 1, die du pfiffigerweise oben mit angegeben hast, versucht WSTM das Problem in der zu Gebote stehenden Kürze zu kommunizieren.

Eine derartige Formatierung kommt bei uns gültigerweise nicht vor. Hingegen gibt es Schreibfehler in dieser Richtung.

Baldiges Wochenende --PerfektesChaos 10:44, 13. Mär. 2015 (CET)

Also doch nur der Punkt. Dankeschön für die Erklärung. Das war irgendwie auch meine erste Vermutung. Ein angenehmes Wochenende wünsche ich dir. --Liebe Grüße, Lómelinde Diskussion 11:00, 13. Mär. 2015 (CET)

sup

Hallo PC, ich hatte da gerade eine merkwürdige Autoanpassung, die mir eigentlich falsch vorkommt.

• aus <sup></sup> wurde <sup/>

Das ist an und für sich ja nicht unbedingt falsch, nur würde ich hier einen Wert innerhalb der Tags erwarten. Was macht ein leeres <sup/>? Nichts oder?</sup> Also würde es doch mehr Sinn machen so etwas ganz zu entfernen.

• Das gehörte eh nicht in den Artikel, daher habe ich die sup’se alle entfernt. Gemeint war es wohl als Trennung für die Ref’s mit Komma <sup>,</sup> also so ^[1],[2] siehe dort.

Ich wollte es nur anmerken, weil es mir irgendwie wenig sinnvoll erscheint. --Liebe Grüße, Lómelinde Diskussion 09:50, 15. Mär. 2015 (CET)

• WSTM hat nur begrenzte Möglichkeiten, sich auszudrücken, und kann allenfalls im Diff auf so etwas hinweisen, nicht aber Romane schreiben. (Wohin auch? In den Quelltext darf nicht, und die rote Kiste kann auch nicht mit lauter „schweren Fehlern“ überquellen.)
• Alle leeren Elemente <references></references> werden auf diese Weise zusammengefasst.
  • Ausgenommen ist nur <div> wie in <div style="clear:both"></div>.
• Ein leeres <sup></sup> ist sinnfrei und kann ganz entfernt werden, wenn das Absicht wäre.
  • Ein leeres <sup></sup> könnte aber darauf hinweisen, dass vergessen wurde, dort einen Exponenten oder sonstwas einzutragen. Dann ist ja nett, dass WSTM im DIff darauf aufmerksam macht, und auch für spätere Autoren wirkt das irgendwie merkwürdig.
• Manchmal möchten Autoren (etwa in einer Tabelle) ein Muster für weitere Fälle hinterlassen, die dann kopiert und nur ausgefüllt werden können; sowas sollte auskommentiert werden.

Schönen Sonntag --PerfektesChaos 11:00, 15. Mär. 2015 (CET)

O.k. alles klar, auch ich wünsche dir einen angenehmen Sonntag. --Liebe Grüße, Lómelinde Diskussion 11:11, 15. Mär. 2015 (CET)

Tag mit unbekanntem Attribut

Hallo PerfektesChaos, mir ist hier gerade so eine Fehlermeldung aufgefallen:

Tag mit unbekanntem Attribut <ref >. Erst wusste ich nicht wonach ich suchen soll, klar war nur irgendwo innerhalb von <ref> oder <ref name="xy"> </ref>.

Normalerweise bewirken ja überzählige Leerzeichen nichts, scheinbar ist das innerhalb eines Tags anders, was ich aber nicht wusste, oder in dem Augenblick nicht realisiert habe. Ja, wenn man genau hinschaut steht das oben in der Meldung quasi drin. Aber ich kenne ja nicht alle möglichen Fehlercodes, die mir etwas vermitteln sollen. Ich hatte eher so etwas <ref xy> erwartet zu finden.

Könnte man das nicht automatisch anpassen? WSTM meint: „Nein! Bitte kläre die folgenden Probleme von Hand:“

Mir ist nicht klar warum aus <ref name="xy" > nicht automatisch ein um ein/zwei Leerzeichen reduziertes <ref name="xy"> werden kann.

Ist es generell so, dass in Tags immer die Klammer anschließen muss, vorne ja auf jeden Fall aber hinten auch? Die Funktion wird jedenfalls Beispiel nicht beeinträchtigt, wie es scheint. Nur zum Verständnis meinerseits. --Liebe Grüße, Lómelinde Diskussion 16:02, 18. Mär. 2015 (CET)

Ist wegen eines eventuell fehlenden /, oder? Irgendwie kam ich da gestern nicht drauf, sorry. --Liebe Grüße, Lómelinde Diskussion 07:56, 19. Mär. 2015 (CET)

Ich wusste noch nicht einmal, dass in diesem Fall eine rote Fehlermeldung entsteht.

• Ist mindestens seit Januar 2013 so, wahrscheinlich aber seit 2012, ohne dass das bisher auffiel.

Ich habe soeben veranlasst, dass keine Meldung mehr ausgegeben wird.

• Kann aber dauern, bis das allgemein wirksam wird.
• Die allgemeine Strategie war 2012 gewesen, dass vor seltsamen Sachen gewarnt wird, weil sie ein Zeichen dafür sind, dass dort irgendwas vergessen wurde. In diesem sehr seltenen Fall war das aber offenkundig nur Nonsens.

Aktueller Lesetipp – bis dann --PerfektesChaos 09:43, 20. Mär. 2015 (CET)

Oh, Dankeschön auch für den Link.   --Liebe Grüße, Lómelinde Diskussion 12:28, 20. Mär. 2015 (CET)

Vorlagen und Zähler

Hallo PC, sorry, ich nochmal.

• Kannst du mir bitte, das muss nicht gleich sein, erklären warum die Bildparameter in der {{Galerie}} dort →St. Marien (Burlo) von WSTM durchnummeriert werden? (Ich habe es wieder gelöscht, bei erneutem Aufruf kommen die Zahlen aber zurück)
• Mir ist es auch schon mehrmals passiert, dass die Vorlage bei Schiffsartikeln immer diese Nummern bekommt, ich weiß irgendwie nicht wirklich was ich dann damit machen soll. Beispiel. Ehe mir das noch jemand um die Ohren haut und fragt was das nun wieder soll …, was erwartet WSTM da von mir?
• Vorhin hat mir dein Tool eine Vierfachmeldung an den Kopf geworfen, es war aber nur ein einziger Fehler … ich glaube es war →hier. Auslöser ist, soweit ich es beurteilen kann, Benutzer … also ich, möchte gewarnt werden, wenn in QT ein class="prettytable" vorkommt. Ja stimmt möchte ich. Normalerweise kommt es dann auch mal vor, dass WSTM mir das doppelt mitteilt, vermutlich, um die Dringlichkeit zu betonen. Aber vierfach, war neu für mich. O.k. meine laienhafte Analyse lässt nur einen Schluss zu. Irgendwie erkennt WSTM in mir, also Benutzerin mit speziell auf mich zugeschnittenem Werkzeug, eine gespaltene Persönlichkeit, es folgt je eine Meldung ausgelöst durch WSTM und eine durch mich. Durch den doppelten Pipe {| | class= Achtng prettytable wird | class=prettytable doppelt erkannt einmal mach Pipe 1 und eben nochmals nach Pipe 2, da ich eh doppelt gewarnt werden möchte, von WSTM und weil ich es eben explizit möchte, kommt eben vier dabei heraus. Was denkst du?

Ja, ich gehe gleich etwas nach draußen in die Sonne. --Liebe Grüße, Lómelinde Diskussion 14:00, 20. Mär. 2015 (CET)

• Das einfachere zuerst:
  • Die vier Meldungen um prettytable sind für WSTM verschiedene Fehler; Pipe zuviel ist einer an alle, prettytable ein Benutzerinnenwunsch.
  • Dass sie auf dieselbe Sequenz im Wikitext zurückgehen, weiß WSTM nicht.
  • Ein Patient, der Läuse hat, kann auch Flöhe haben.
• Nun zu der Sache mit den Zahlen:
  • Ursache sind verunglückt konstruierte Vorlagen oder zumindest schlechte Kopiervorlagen.
  • Beim Design einer Vorlage sollen:
    • Benannte Parameter für optionale Angaben genutzt werden; bei unübersichtlichen Vorlagen mit sehr vielen Parametern ggf. auch als Pflichtparameter.
    • Unbenannte Parameter kommen voran, in erster Linie als Pflichtparameter; oder selten sortiert als einige Pflichtparameter und anschließend noch ein oder zwei unbenannte optionale Parameter.
  • Damit ergibt sich die Reihenfolge:

    V-Name | unben1 | unben2 | unben3 | NameA=WertA | NameB=WertB

  • Die in Rede stehenden Vorlagen sind konfus eingebunden.
    • Teilweise arbeiten sie mit beliebig vielen unbenannten Parametern, und damit diese in der langen Liste nicht untergingen, hat man ein oder zwei benannte Parameter an den Anfang gezogen.
  • WSTM erkennt, dass mittendrin nach dem ersten benannten Parameter, vielleicht durch vergessenen Parameternamen oder fehlendes Gleichheitszeichen oder Pipe zuviel ein unerwarteter unbenannter Parameter auftaucht, und markiert diesen durch Voranstellen der laufenden Nummer.
  • Bei irgendwas mit Wahldiagrammen gibt es auch so einen Mist. Die Schachvorlagen haben im Prinzip diesen Konstruktionsfehler aus der enWP von 2004 geerbt; das erste Schachfeld hat wohl die Nummer 7 statt 1, weil vorher leer zu lassende Optionen kommen, die man besser benannt ausgeführt hätte. Aus Kompatibilitätsgründen jetzt nicht mehr zu ändern.
  • An die Vorlagenentwickler heranzutreten ist schwierig bis aussichtslos. Nichts für dich.
  • Vorlage:Infobox Schiff/Doku/Sektionsdoku#Technik ist ein Beispiel, wie man es nicht machen soll.
  • Ich hatte schon mal überlegt, eine Whitelist einzuführen, die bei bestimmten Namen von Vorlagen das Einfügen unterbinden könnte. Das ist aber sehr schwierig, weil auch Nummern beabsichtigt vorgegeben sein können, etwa weil der Wert ein Gleichheitszeichen enthält. WSTM wird auch immer konfuser und störanfälliger, je mehr Extrawürste gebraten werden und Verhinderungsverhinderer eingeflickt sind.
• Bei der nächsten Aktion bekommt der Patagonier eine Ansage von mir.
  • Ist zwar schon länger angemeldet, aber zumindest im Meta-Bereich sehr unerfahren.
  • Solche größeren Eingriffe kündigt man auf der Disku an, wenn man kein Aktivist in dem Themengebiet ist.
  • Ist sowieso für die Katz, weil eines schönen Tages der ganze Block von Beo+LÄ überrollt werden wird. Aber das weiß ja noch keiner.

LG --PerfektesChaos 12:28, 21. Mär. 2015 (CET)

• Uff. Ähm ja, ich denke das habe ich soweit verstanden.
• Nein, nichts für mich, ich hatte auch nicht vor da etwas zu erfragen, es passte nur gerade thematisch zusammen und mir war nicht klar was ich damit machen soll, ja, beim Wahldiagramm ist mir das auch aufgefallen.
• Der Herr aus Patagonien, ich wollte da jetzt keinen Kleinkrieg anzetteln, ich hoffe, ich habe es einigermaßen wieder hingebogen, das ist so komplex, dass ich schon jetzt Schwierigkeiten habe es selbst noch zu durchschauen. Du kannst Dinge immer so nett umschreiben: „Eines schönen Tages“.  
• O.k. dann mach ich mal weiter mit den Korrekturen. Danke für diese ausführlichen Erklärungen. --Liebe Grüße, Lómelinde Diskussion 12:51, 21. Mär. 2015 (CET)

mw.libs.WikiSyntaxTextMod.config.mod.comment

Ich hab da was eingebunden, was aber nicht funktioniert. Da die Syntax an Einfachheit nicht zu überbieten ist, frag ich mich, wo der Fehler liegt. Gruß bei wochenendlichem Gruselwetter --RonMeier (Diskussion) 15:02, 21. Mär. 2015 (CET)

mw.libs.WikiSyntaxTextMod.config.mod.comment  =  [
// Marker entfernen
["<!-- XYX -->",
  ""]
                                                 ];

sieht für mich völlig korrekt aus.

Vielleicht ist was mit den Leerzeichen?

["<!-- *XYX *-->",
  ""]

Beispielseite?

Oder fügst du den Kommentar selbst erst ein? Dann kann er auf diesem Weg nicht mehr im gleichen Arbeitsgang entfernt werden, weil die Tag-Zerlegung sofort nach Öffnen des Ursprungstextes passiert. Aber der eingefügte Kommentar zählt als normaler Text und kann bis zum nächsten Preview oder Speichern wieder als normaler Text entfernt werden.

Viel Erfolg --PerfektesChaos 15:34, 21. Mär. 2015 (CET)

Selbst eingefügt im ersten Durchlauf von WSTM und jetzt ... es funktioniert! Danke --RonMeier (Diskussion) 18:24, 21. Mär. 2015 (CET)

Kleine Merkwürdigkeit

So nun bin ich vollends verwirrt, ich suche Fehler in Vorlage Literatur, es werden mir zwei angezeigt, ehe ich auf bearbeiten klicke, jeweils vermutlich ein Pipe zuviel

• Meldung: Fehler bei Vorlage * Parametername unbekannt (Vorlage:Literatur): '1' im Artikel Cyber-shot.

Aber WSTM sagt:

Bitte überprüfe die folgenden automatischen Behebungsversuche.

• (2×) Vorlagenparameter fehlerhaft

{{Internetquelle}}

Und jetzt kommt es, die Vorschau sagt:

Aktuelle Version 00000000000000000000000 Dein Text
(kein Unterschied)

• Toll, prüfe bitte (vermutlich 1×) keine Änderung. Die Letzte, die zuvor etwas änderte war ich, ohne dass es mir bewusst war, wurden im November, also vor der Literaturanpassungsaktion, heimlich zwei |1= durch mich eingefügt, eigentlich nützlich und ich hätte es da schon merken müssen, da gab es aber diese Fehlerkategorie noch nicht. Egal.
• Mich wundert diese seltsame Meldung. Normalerweise ist dann auch eine sichtbare Änderung in der Vorschau zu sehen, hier aber absolut nichts. Ich weiß nicht was diese Meldung ausgelöst haben könnte. Es ist noch immer so, wenn man den Artikel öffnet, den Vorlagenfehler hat zwischenzeitlich schon jemand behoben. Einen angenehmen Sonntagnachmittag. --Liebe Grüße, Lómelinde Diskussion 13:56, 22. Mär. 2015 (CET)

Der Wille zur Korrektur war wohl da, aber WSTM kannte nicht "sprache=englischsprachig". Gruß --RonMeier (Diskussion) 14:20, 22. Mär. 2015 (CET)

Hallo Ron, vielen Dank für die Auflösung. :-) Da wäre ich nie drauf gekommen. --Liebe Grüße, Lómelinde Diskussion 16:52, 22. Mär. 2015 (CET)

RonMeier hat es schon gut erklärt.

Die momentane „Spracherkennung“ ist nur provisorisch hingedengelt.

• Eine größere, saubere Lösung wird viel mehr Sprachen und Abkürzungen erkennen; frz und franz und französ usw.
• „englischsprachig“ ist mir aber zu abgedreht; das werde ich wohl auch in Zukunft nicht für voll nehmen; oder bei allen ein sprachig erstmal eliminieren.
• Im vorliegenden Fall war das Leerzeichen dahinter das Problem gewesen; das habe ich auf meiner Festplatte nunmehr gelöst. Damit entstand für WSTM der Eindruck, es sei etwas ersetzt worden, aber es wurde nur das Leerzeichen weggetrimmt.

Darum heißt es übrigens auch: „Bitte überprüfe den folgenden automatischen Behebungsversuch.“ – Versuch halt.

Im Sinne eines BK hatte wohl gleichzeitig auch jemand die Pipes weggenommen.

LG --PerfektesChaos 11:37, 23. Mär. 2015 (CET)

---

Vorlagenkleinstfehlermeldungen nebst automatischer Anpassung bei IQ

So noch einmal ich, es ist weil IKAl mich neulich bat WSTM nicht mehr zu benutzen (es hatte etwas damit zu tun) und auch, weil mir mehrfach etwas aufgefallen ist. Ich bin noch immer mit Pilzen beschäftigt, vielleicht führt das zu Halluzinationen. Wie fange ich jetzt an?

• es gibt scheinbar eine Toolabfrage die folgendes als fehlerhaft einstuft

automatische Anpassung

vorher	nachher
<ref name="XY">	<ref name="XY">
Beleg als Text oder als Vorlage</ref>	Beleg als Text oder als Vorlage
	</ref>

• Ist nun der Beleg innerhalb einer Vorlage:Internetquelle, dann wird das als Fehler gezählt und als bitte prüfe Autoanpassung 5× Vorlagenfehler IQ angezeigt.

Nun kommen wir zu den Merkwürdigkeiten:

1. Wenn dieser Eintrag der letzte in einem Bereich <references> … </references> ist dann wird auch der zusätzlich erkannte Fehler |sprache=Englisch behoben.
2. Ist es ein Eintrag der weiter oben steht, und hat dieser ebenfalls einen Sprachfehler so wird dieser zwar erkannt und gezählt, aber nicht behoben nicht erkannt und auch nicht behoben.

Beispiel:

• Im Artikel Gallertfleischiges Stummelfüßchen wird die Meldung: Bitte überprüfe die folgenden automatischen Behebungsversuche. (8×) Vorlagenparameter fehlerhaft {{Internetquelle}} ausgegeben
• Es werden automatisch ein außerhalb der references-Bereichs erkannter Fehler |sprache=Englisch sowie innerhalb 7× bitte </ref> eine Zeile tiefer setzen und der im unteren zugleich enthaltene Sprachfehler angepasst, macht insgesamt eigentlich = 9.
• Es sind jedoch zwei weitere |sprache=Englisch dort vorhanden. (bei ref name="Belgien" und bei ref name="NBN")

Ich muss mal testen, ob sie in einem zweiten Aufruf erkannt werden. Neee, nun wird es noch merkwürdiger öffne ich beispielsweise den Camembert-Täubling kommt, wie oben, eine merkwürdige Meldung dass 8 Fehler erkannt wurden und die Versionen keinen Unterschied anzeigen. Ich habe jetzt mal im Text geschaut und tatsächlich sind noch 4× |sprache=Sprache innerhalb der Vorlagen zu finden, daher also die Meldung bitte prüfe was da nicht automatisch angepasst wurde. Hmmm … irgendwie sehr kurios. Ich glaube ich mache mir zu viele Gedanken beim Anpassen. --Liebe Grüße, Lómelinde Diskussion 14:00, 25. Mär. 2015 (CET)

Nachtrag

O.k. warum da Unterschiede sind habe ich jetzt herausgefunden, glaube ich.

• |sprache=Englisch}} wird automatisch zu |sprache=en}}, aber
• |sprache=Englisch }} wird zwar als Fehlerhaft erkannt kann aber nicht angepasst werden, weil das Leerzeichen als Zeichen angesehen wird.

Wo wir gerade dabei sind, hatte ich auch mal so etwas

• |sprache=Englisch/Französisch}} daraus wurde, wenn ich mich da jetzt nicht täusche automatisch ebenfalls |sprache=en}}, also die zweite Sprache wurde einfach abgeschnitten, unterdrückt, ignoriert, nein ich weiß nicht mehr wann und wo das so war. Ich weiß nur dass ich versucht hatte es dann so
• |sprache=en/fr}} zu machen was aber Murks wurde. Ich glaube es war auch Norwegisch, aber das ist ja egal. --Liebe Grüße, Lómelinde Diskussion 11:02, 26. Mär. 2015 (CET)

• Ganz grundsätzlich sollen diese ref-Abschnitte optisch besser gegliedert werden; ein Fehler ist das nicht.
• Aussehen soll das hinterher idealerweise wie folgt:

<references>
<ref name="Pferdinand">
{{Literatur
 |Autor=Horst Pferdinand
 |Titel=.................................................
 |.......................................................
 |.......................................................
 |.....................................................}}
</ref>
<ref name="JJ">
{{Literatur
 |Autor=Jolly Jumper
 |Titel=.................................................
 |.......................................................
 |.......................................................
 |.....................................................}}
</ref>
<ref name="Rosinante">
{{Literatur
 |Autor=Rosinante
 |Titel=.................................................
 |.......................................................
 |.......................................................
 |.....................................................}}
</ref>
</references>

• Die sich ausbildende Kammstruktur soll mit dem kurzen </ref> auf einer Zeile und dem <ref name= auf der nächsten die name=> besser auffindbar machen.
• Das Schreiben auf die neue Zeile klappt zuweilen nicht ganz.
  • Ursächlich ist, dass für WSTM der gesamte Block der Vorlageneinbindung ein weißer Fleck auf der Landkarte ist.
    • Damit kann nicht mehr betreffend der aneinanderstoßenden Syntaxelemente Textformatierung betrieben werden, weil WSTM nicht weiß, was bei der Vorlage herauskommen würde; somit bleibt die Stelle unverändert.
  • Wenn dich ein Pilzsammler anmacht, dann lass einfach von jetzt an alle Pilze links liegen; soll jemand anders machen, oder die Fehler bleiben drin. Eines Tages bekommen sie die dann in fett rot und können das selbst bereinigen.
    • Ich meine mich zu erinnern, dass in den diversen Kategorien mehrere Hundert Pilzartikel mit Fehlern aufschlugen.
    • Die haben das also grade nötig, von sauberem Arbeiten zu faseln.
• Neues Tätigkeitsgebiet, zur Abwechslung: Benutzer:Aka/Linkfehler

LG --PerfektesChaos 11:14, 26. Mär. 2015 (CET)

Noch nicht, ich habe dem 26. Cactus einen Botlaufwunsch mitgeteilt, was morgen eine erhebliche Reduzierung der Fehler nach sich ziehen sollte, also ich schätze mal eine Halbierung (Wunschdeneken) wäre möglich. Was wollt ihr denn immer mit diesen Linkfehlern, die wurden mir gestern schon anempfohlen.

Der häufigste Fehler scheint ein Doppelpipe oder ein Pipe vor den schließenden Klammern zu sein, und das kann der Bot schneller als ich. Zudem habe ich die Unterstützung eines Ulanen bekommen, Zielsetzung für die Null ist der 1. April. (ähm ja ebenfalls Wunschdenken) Danach kann ich etwas anderes machen. Und vielleicht kannst du eines schönen Tages das Tool doch bitten die Leerzeichen hinter dem Sprachbegriff zu ignorieren. --Liebe Grüße, Lómelinde Diskussion 11:34, 26. Mär. 2015 (CET)

John M. Haynes (erl.)

Hallo PerfektesChaos, lange lief Dein Tool gut, oder, ich habe keine Fehler bemerkt.   Aber in diesem Artikel war es einfach zu viel, was Dein Tool so ohne Motivation einfach löschen wollte. Wenn ich es richtig gezählt habe, dann sind es 2 Einzelnachweise und sogar eine Jahreszahl 1978 welche irgendwie gelöscht worden wären. Magst Du bitte einmal nachschauen? Ich wünsche einen schönen Wochenanfang und liebe Grüße, --Silke (Diskussion) 22:23, 22. Mär. 2015 (CET)

  Hat sich erledigt. Die Löschungen hat nicht Dein Tool vorgenommen, sondern wurde durch einen Bearbeitungskonflikt hervorgerufen. Da ich nicht abgespeichert habe, hatte ich von dem BK nichts mitbekommen... Also alles in bester Ordnung, wünsche aber trotzdem einen schönen Wochenanfang. Liebe Grüße --Silke (Diskussion) 22:42, 22. Mär. 2015 (CET)

Frohes Neues!

Nett, mal wieder was von dir zu sehen; kein Problem.

Ordentliche Frühlingsgefühle --PerfektesChaos 11:26, 23. Mär. 2015 (CET)

Fichten-Reizker

Hallo PerfektesChaos, kannst du bitte mal kurz den obigen Artikel öffnen und die automatische Anpassung bei den Dateien im Abschnitt „Artabgrenzung“ ansehen. --Liebe Grüße, Lómelinde Diskussion 14:17, 24. Mär. 2015 (CET)

Es geht wohl um Mehrere Bilder.

Bei mir wird da nichts angepasst.

Und die Bildnamen sehen auch harmlos aus.

Was siehst du denn, was hat sich bei dir geändert?

Spezial:Diff/140231066 hat hingegen eine wirre Spielerei entfernt. Erstens ist Vorlagensyntax im Artikel unerwünscht, wird von WSTM auch nicht goutiert und hier nicht als Bildparameter 230px erkannt und im Übrigen ist es eine Frechheit und Unverschämtheit gegenüber anderen Autoren und Ressourcenvergeudung, bei jedem Artikelaufbau dreimal den konstanten Ausdruck {{#expr: (200 * 1280 / 960) round 0}} berechnen zu lassen und die doofen Mitautoren vor die Tür zu stellen.

LG --PerfektesChaos 15:17, 24. Mär. 2015 (CET)

Ja sorry, ich sah, dass du gerade anderweitig eingebunden warst, daher habe ich es inzwischen angepasst.

Es war folgendes

• WSTM hat die Pipes aus der merkwürdigen Spielerei entfernt. Damit waren die Vorlagen ein Teil des Bildes. Ich schreibe es dir mal für eines hier hin

[[Datei:Lactarius deliciosus 1 (1).jpg|{{#expr: (200 * 1280 / 960) round 0}}px|alt=]] wurde zu

[[Datei:Lactarius deliciosus 1 (1).jpg{{#expr: (200 * 1280 / 960) round 0}}px|alt=]] was dann

[[Datei:Lactarius deliciosus 1 (1).jpg{{#expr: (200 * 1280 / 960) round 0}}px|alt=]] ergab.

• Mir war schon gleich klar, dass ich das rauswerfen sollte. --Liebe Grüße, Lómelinde Diskussion 15:34, 24. Mär. 2015 (CET)

Ja, das ist ein bekanntes aber nur mühsam zu lösendes Phänomen; die Vorlagensyntax wird als Bildlegende interpretiert, und wenn die Bildlegende mit einem Vorlagengebilde beginnt, dann geht momentan anscheinend die Pipe verloren.

Eigentlich hätte das schon mal behoben sein sollen; kommt aber hoffentlich nur einmal pro Jahr vor. Ich schau es mir gern noch einmal an.

Immerhin sorgt die fehlende Pipe dafür, dass dann das Bild zum redlink wird, und das fällt dann recht bald auf.

LG --PerfektesChaos 15:40, 24. Mär. 2015 (CET)

Invalid-Year …

… and I do not know what WSTM would like to tell me. Now I am here because I like to ask someone like … thee.
Why don’t your tool say „Hey, there is an invalid char in the number that was checked,
in this case there is no other char allowed, all signs that are not numbers are suspect“.
Sorry, kind Sir, I hope you have mercy, for a little girl, that twitters much to often, like … me.

Und es gibt Meldungen für die bin ich einfach zu dusselig, sorry.

• Vorlagenparameter fehlerhaft {{Literatur|LCCN=2010-935459 *** invalid year: 2010}}
• Ja das Jahr passt nicht das müsste wohl 2011 heißen, aber was soll ich damit machen, damit die Meldung nicht mehr angezeigt wird? Suche … teste … suche nach Hilfe zu LCCN … teste erneut …
• o.k. vermutlich den Strich entfernen, aber das ändert nichts an der falschen Jahreszahl. Entweder Erstausgabe LCCN 2003-064055 (2003) oder die zweite LCCN 2010-935459 (2011), andere Ausgaben finde ich nicht.

Manchmal verzweifle ich echt, weil ich nicht weiß, was das Tool mir sagen möchte. Also das nur so nebenbei, du musst es nicht ändern, ich versuche nur es mir besser zu merken indem ich es hier mal aufschreibe, denn ich hatte so etwas schon einmal, glaube ich, und auch da hat es einige Zeit gebraucht bis ich wusste was ich tun soll. --Liebe Grüße, Lómelinde Diskussion 09:41, 25. Mär. 2015 (CET)

Nein, das war ein Kommunikationsfehler, zwischen der Lit-Vorlagenformatierung von WSTM und der Analyse und einheitlichen Formatierung der LCCN per WSTM, der seit über 20 Monaten bestand und demnächst live behoben sein sollte.

In der Wirkung kam es dazu, dass die Jahreszahl, die maximal 2015 hätte sein dürfen, in den unendlichen Weiten der Sternenzeit 2003064055 lag, und letztere Zahl wurde als unzulässigerweise größer als 2015 befunden.

LG --PerfektesChaos 11:14, 26. Mär. 2015 (CET)

Nein es stand ja der Strich dazwischen 2010-935459 und wenn man den entfernt dann kommt erst eine Zahl wie 2010935459 heraus. WSTM wollte explizit, dass ich den Strich lösche. Sorry, ich hatte vergessen einen Link beizufügen. --Liebe Grüße, Lómelinde Diskussion 11:55, 26. Mär. 2015 (CET)

Nein, es kam bei jedem Format dazu, weil eine wichtige Information nicht kommuniziert wurde. Ist auf dem Weg.

Sprachbezeichnungen, Datum, usw.: Wie bereits mehrfach erwähnt, ist das nur eine provisorische Lösung; der Ersatz durch eine robuste Programmierung wird noch dauern, und als d-Vorkosterin erfährst du es Wochen vor allen anderen.

LG --PerfektesChaos 12:03, 26. Mär. 2015 (CET)

O.k. dann möchte ich auch nicht länger stören. Einen angenehmen Tag noch. --Liebe Grüße, Lómelinde Diskussion 12:07, 26. Mär. 2015 (CET)

Wikisource

Nur mal kurz hier notiert

• 

  Wikisource: „Nach Mercator’s Projection“ – von J. Lwbg. in „Die Gartenlaube“ Heft 36, 1878

wird versucht automatisch anzupassen auf

• {{Wikisource|„Nach Mercator’s Projection“|„Nach Mercator’s Projection“|suffix=von J. Lwbg. in [[Die Gartenlaube}}

Die Meldung lautet bitte überprüfe …

Schwesterprojekt-Vorlage defekt

wikisource ... „Die Gartenlaube“]] Heft 36, 1878

Ja nach der automatischen Bearbeitung ist sie tatsächlich defekt. --Liebe Grüße, Lómelinde Diskussion 15:40, 26. Mär. 2015 (CET)

• Ja, wie du siehst, wird ein Link in einem Link nicht goutiert.
• Das ist schlicht überkandidelt. Es gibt ganze drei Artikel, von denen zwei von Mercator handeln.
  • Und du musst natürlich mit 1:600000 so einen Treffer landen.
• Das ist obendrein eine selten dämliche und unerwünschte Verlinkung:
  • [[Die Gartenlaube|„Die Gartenlaube“]]
  • Anführungszeichen werden nicht mitverlinkt.
  • Die beiden Mercator-Artikel sind die einzigen mit einer Pipe-Verlinkung.
  • Die Pipe ist ursächlich, weil nicht analysiert wird, ob sie innerhalb eines Links steht und deshalb für die Vorlagenparameter unwirksam wäre.
• WSTM bemerkt immerhin das Problem und setzt die Fehlermeldung ab.
• Außerdem fehlt der Gartenlaube die Kursivierung, wenn überhaupt, statt Anführungszeichen. Und die ganze Autorenangabe usw. ist nicht sehr Wiki-konform, und dafür ist diese Vorlage eigentlich auch nicht gedacht.
• Wenn also die Verlinkungen sauber und ohne Pipe angelegt werden, gibt es keinen einigen Artikel, bei dem das Problem aufträte. Dafür am Programm rumzumachen muss ich mir schwer überlegen.

LG --PerfektesChaos 21:33, 26. Mär. 2015 (CET)

Du weißt doch, wenn jemand ein Talent dafür hat, dann bin ich das.   Nein, ich denke das ist wirklich sehr sehr selten, trotzdem wollte ich das vorsorglich melden. --Liebe Grüße, Lómelinde Diskussion 06:34, 27. Mär. 2015 (CET)

Katatonie

an einem sonnigen Vormittag, wird im obigen Artikel beim Wikiversity-Link ein zusätzlicher Doppelpunkt eingefügt. Gruß --RonMeier (Diskussion) 09:53, 21. Apr. 2015 (CEST)

Oho. Gut aufgepasst.

Es stimmt, es gibt dort einen Mechanismus betreffend Namensräume; ich kann es auch reproduzieren.

Die letzte Bearbeitung war am 23. Oktober 2013 gewesen; ich muss mich da jetzt erstmal wieder einlesen. Das heißt aber auch, dass sich die letzten anderthalb Jahre niemand beschwert hatte; also kein häufiges Phänomen.

Wird sich klären lassen; schönen Dank und sonnigen Appetit --PerfektesChaos 10:10, 21. Apr. 2015 (CEST)

Fix ist für dich schon live; für alle anderen demnächst.

Auf eine Benutzerseite in einem Schwesterprojekt waren wir nicht eingerichtet; kurioser Fall, so nebenbei.

LG --PerfektesChaos 10:50, 27. Apr. 2015 (CEST)

Danke. Gruß --RonMeier (Diskussion) 17:28, 27. Apr. 2015 (CEST)

Überschriftensprung

Hallo PerfektesChaos, da du gerade nicht hier zu sein scheinst, versuche ich das mal von Hand darzustellen, was mir gerade aufgefallen ist.

aus einem

<ref>[http://www.bilster-berg.de/drive-resort/profil/gesellschafter.html/<ref>

== Kritik ==

wurde

<ref>[http://www.bilster-berg.de/drive-resort/profil/gesellschafter.html/<ref>== Kritik ==

• Auslöser

Also die Überschrift ist nach dort direkt hinter das ref-Tag teleportiert worden. Das ist für mich höchst merkwürdig. Klar ist, dass zwei öffnende refs dort stehen und zudem auch die eckige Klammer nicht geschlossen wurde, aber was mir nicht klar ist, warum springt die Überschrift nach oben? Ich vermute zwar, dass es irgendwie durch das geöffnete <ref> kommt, das dann einen Anschlusstext haben möchte, also kein Leerzeichen nach der Klammer erwartet und diese bis zum nächstbesten Zeichen alle eliminiert, aber da war immerhin eine komplette „Leerzeile“ dazwischen, also quasi zwei Umbrüche. Na egal, ich denke so etwas kommt eher selten vor. Ich wünsche dir einen angenehmen Abend. --Liebe Grüße, Lómelinde Diskussion 18:46, 22. Apr. 2015 (CEST)

• Noch einmal ich, bitte schau mal in Britney: Piece of Me#Konzertdaten kannst du mir bitte einfach nur sagen wie das geändert werden muss, damit da keine automatischen ??? und ein ; eingefügt werden?
• <div style="clear:both; class="NavFrame"> wird zu <div style="clear:both; ???: class=;" NavFrame">

Das muss man sicher irgendwie auftrennen, oder (argh, das ist mir trotz der dicken Fragezeichen gar nicht aufgefallen) fehlt dort einfach nur das " <div style="clear:both;" class="NavFrame">? Manchmal habe ich echt Schwierigkeiten mit dieser Stenografie. Ich wollte da jetzt, weil ich noch immer nicht weiß, wie man das Tool dazu bringt nochmals einen Check zu machen, ohne, dass ich speichern muss, nicht unnötig die VG vermüllen.   --Liebe Grüße, Lómelinde Diskussion 08:51, 23. Apr. 2015 (CEST)

Hej Ló, wenn ich mal antworten darf, es würde sich anbieten einen Button zu generieren Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/advanced#manuell. Bei mir sieht das folgendermaßen aus (also nur das unten bei load, wobei man das notify Gedöns noch wegnehmen kann PS: tatsächlich funzt die meta Abkürzung auf Meta selber nicht :-o). ↔ User: Perhelion  09:49, 23. Apr. 2015 (CEST)

Hallo Perhelion, sorry dafür bin ich einfach zu dusselig, das ist ja das Problem. Nur das unten bei „load“, du bist echt süß, weißt du wieviele „loads“ da auf deiner Seite stehen? O.k. ich kopiere es mal und teste was passiert. --Liebe Grüße, Lómelinde Diskussion 10:30, 23. Apr. 2015 (CEST)

: Du hast ja Recht (Fachidiot, betriebsblind ^^). Das kann ich nur erwidern, aus meiner Sicht bist du auch echt süß. (aber keine Bange das hat man des Öfteren zu mir gesagt). ↔ User: Perhelion  10:40, 23. Apr. 2015 (CEST)

Vorlage:Smiley/Wartung/rot  So nun habe ich eine wunderschöne kleine Weltkugel prima, aber jetzt muss ich es ja immer manuell starten. Ich möchte eigentlich nur ein „reload“. Ginge das auch? --Liebe Grüße, Lómelinde Diskussion 10:52, 23. Apr. 2015 (CEST)

Oh* (ich sags ja) mein Fehler, du musst das inhibit : true, weglassen. Dann viel Spass damit, einen schönen Tag ↔ User: Perhelion  11:18, 23. Apr. 2015 (CEST)

Ja, es funktioniert, vielen Dank. Nachdem ich das „wahrhaftig verbotene“ entfernt habe geht alles. Dir wünsche ich auch einen wunderschönen Tag und allen hier mitlesenden ebenfalls. --Liebe Grüße, Lómelinde Diskussion 11:56, 23. Apr. 2015 (CEST)

So, ihr Süßen,

• Ja, alles, was außerhalb eines Blocks aus <references> auf <ref> folgt, wird unmittelbar angeschlossen.
  • Wenn wie in diesem Fall die Syntax grundlegend beschädigt ist, dann wird auch der weitere Text falsch interpretiert; von WSTM genauso wie in der Artikeldarstellung.
• Ja, unausgewogene Anführungszeichen machen den Rest unverständlich.
  • WSTM sorgt für eindeutige Anführungszeichen und macht seine Irritation durch Fragezeichen deutlich.
  • Im Browser verbleiben unverstandene Syntaxelemente ggf. schweigend wirkungslos.

Schönes Wochenende --PerfektesChaos 12:44, 24. Apr. 2015 (CEST)

Das wünsche ich dir auch und vielen Dank für die Auskunft. --Liebe Grüße, Lómelinde Diskussion 12:58, 24. Apr. 2015 (CEST)

Ein für mich neues Phänomen

So noch eine Merkwürdigkeit, Erklärung braucht es nicht, ich möchte es nur hier mit anmerken. Vermutlich ist das nichts Neues. WSTM sagt:

• Ende des Tag fehlt / '<'

<ref name="GJ 2013/14https://www.deutsche-beteiligung.de/files/publikationen//geschaeftsberichte/DBAG

• …

Eigentlich sieht man ja, dass es anders ist und es hier um ein öffnendes Tag geht also ohne /. Was aber passiert ist dann doch unerwartet für mich.

Es wird verwandelt in <ref /> und zwar komplett.

<ref name="GJ 2013/14https://www.deutsche-beteiligung.de/files/publikationen//geschaeftsberichte/DBAG_2013_2014_de_s_0ebe554948.pdf</ref>

Ende würde für mich in dem Falle auch eher so ‘>’ aussehen, aber das ist unerheblich weil man ja auch von zwei Enden sprechen könnte.   (Referenzfehler: Deutsche Beteiligungs AG) Auch da fehlt wieder ". --Liebe Grüße, Lómelinde Diskussion 17:29, 29. Apr. 2015 (CEST)

Joker-Ersetzung

Hallo PC,
ich möchte obige Funktion nutzen, sehe aber bei der Beschreibung überhaupt nicht durch. Kannst du mir auf die Sprünge helfen? Gruß --RonMeier (Diskussion) 22:33, 25. Apr. 2015 (CEST)

Tja, das ist auch bewusst etwas kryptisch beschrieben, damit es möglichst nicht benutzt wird.

• Die Joker-Funktion muss dem .config.mod.hook zugewiesen werden.
• Die Funktion kennt dann den fertig polierten Wikitext aus ihrem Aufrufparameter, mag etwas damit anstellen, und gibt den sonstwie manipulierten Wikitext zurück, woraufhin der ins Bearbeitungsfeld geschrieben wird. Oder false, dann wird der Joker ignoriert.

Hoffe, das hilft weiter? --PerfektesChaos 22:47, 25. Apr. 2015 (CEST)

nein, wenn nicht benutzen, dann nicht benutzen. Gruß --RonMeier (Diskussion) 22:54, 25. Apr. 2015 (CEST)

Tja, das setzt schon robuste JavaScript-Programmierkünste voraus, weil ziemlich viel zerschossen werden kann, und das direkte automatische Manipulieren von Wikitext ist nicht ohne. Deshalb sind die benutzerdefinierten Veränderungs-Möglichkeiten von WSTM so ausgefiltert, dass wenig unbeabsichtigten Kollateralschäden entstehen können. Der Joker sticht dagegen alles. LG --PerfektesChaos 23:44, 25. Apr. 2015 (CEST)

Wenn es um die Schäden geht, da kann man auch mit dem Rest von WSTM viel anrichten. Es geht ja hier nicht darum, einen Boot zu programmieren und den dann unkontrolliert auf die WP loszulassen. Ich werd auch weiterhin die Artikel vor dem Abspeichern auf falsche Bearbeitungen prüfen. Gruß --RonMeier (Diskussion) 12:09, 26. Apr. 2015 (CEST)

Meine oben gegebene Beschreibung reicht aus, um die Funktion einzusetzen.

• In der offiziellen Doku ist das bewusst auf zwei Seiten verteilt, um es nur besonders interessierten Intensivtätern zugänglich zu machen.

Dokumentationen zu JS wären:

• b:Websiteentwicklung: JavaScript: Objekte: String
• http://wiki.selfhtml.org/wiki/JavaScript/Objekte/String

VG --PerfektesChaos 12:53, 26. Apr. 2015 (CEST)

Tabellensyntax

Wo du gerade da bist eine kleine Frage. WSTM fügt mir immer mal so Leerzeichen ein und zwar in diesem Falle. Beispiel:

• style="text-align:center" | wird zu style="text-align:center"  |

Also wenn hinter dem " ein Leerzeichen vor dem | steht, das summiert sich dann irgendwann auf und es werden immer neue Leerzeichen hinzugefügt.

• Meine Frage, soll ich das immer rauslöschen, was ich meistens tue, oder soll generell ein Leerzeichen dazwischen stehen und es ist ein Fehler, dass dort zusätzliche hinzukommen? --Liebe Grüße, Lómelinde Diskussion 11:12, 11. Mai 2015 (CEST)

Mal an einem konkreten Beispiel: „Metropolitan“ ich hatte die Leerzeichen gelöscht, sie wurden jedoch, mit dem Hinweis (Quelltextlesbarkeit verbessert) wieder eingefügt und wenn man es jetzt aufruft dann vermehren sie sich, zumindest am Zeilenanfang. Daher meine Frage, weil mich der ZusKom irgendwie verwirrt hat. Leer oder nicht leer? --Liebe Grüße, Lómelinde Diskussion 12:31, 11. Mai 2015 (CEST)

Nee, das ist eine Nickeligkeit, die unter bestimmten Umständen zustandekommt, wenn er da an dem style= rummurkst.

• Die Pipe soll unmittelbar auf das Gänsefüßchen folgen.
• Stört mich auch; ich habe aber grad keinen Nerv, das sorgfältig aufzuklären. Wenn ich in diese Ecke gehe, dann will ich ihm gleichzeitig beibiegen, triviale Fälle von prettytable sicher zu erkennen und dann durch wikitable zu ersetzen. Das dauert aber noch und braucht Aufwand, bis es durchgetestet ist.

Wenn du aber grad da bist, kannst du mal Benutzer:PerfektesChaos/js/citoidWikitext ausprobieren.

• Bitte keine Rückfragen; einfach nur rumspielen, dann wegschmeißen wenn nix is.
• Kannst es ja mal auf eine ISBN der cite book anwenden, aber schau vorher in die Versionsgeschichte, ob da vorher alte Bekannte zugange waren.

Lob für die aussagekräftige Überschrift.

Ich bin jetzt bald ein paar Tage off, LG --PerfektesChaos 12:36, 11. Mai 2015 (CEST)

Vorlage:Smiley/Wartung/rot  oh man ja, ich werde versuchen es mir wirklich anzugewöhnen.

Danke für die Auskunft, also lag ich da nicht so falsch.

O.k. ich schaue mal was du da nettes hast. --Liebe Grüße, Lómelinde Diskussion 12:59, 11. Mai 2015 (CEST)

Fehlerhafte ISBN

Hallo PerfektesChaos, ist mir nur gerade aufgefallen diese Nummer ISBN B-0000-BS2R-O wurde nicht als Fehlerhaft erkannt, das ist aber doch ganz sicher keine ISB-Nummer oder? Sieht mehr nach einer Bestellnummer aus. Könntest du so etwas eventuell auch rausfiltern, falls das überhaupt Sinn macht. --Liebe Grüße, Lómelinde Diskussion 09:55, 19. Mai 2015 (CEST)

@Lómelinde:

Sie wurde nicht „nicht als fehlerhaft“ erkannt, sondern überhaupt nicht wahrgenommen, da nach dem Wort „ISBN“ eine mit Ziffern beginnende und allenfalls durch ASCII-Bindestriche folgende Sequenz bestimter Ziffernzahl folgen muss, die höchstens bei 10-stelliger ISBN auf „X“ bzw. „x“ enden darf.

Ansonsten daftst du die Zeichenkette ISBN mit darauffolgenden Buchstaben soviel verwenden, wie du magst.

Das erkennst du daran, dass Wiki in deiner obigen Meldung nichts verlinkt hatte.

WSTM ist hinsichtlich falscher Formate, Striche, Dopelpunkte und Links toleranter als MediaWiki und ändert mutmaßlich falsch formatierte Zeichenketten. Aber nach Berücksichtigung aller falschen Sonderzeichen müsste schon eine Ziffer kommen und kein „B“.

LG --PerfektesChaos 12:17, 21. Mai 2015 (CEST)

Ja, das dachte ich mir schon und die paar Fälle könnte ich auch von Hand beheben. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 12:25, 21. Mai 2015 (CEST)

Nichts

OT: Was genau habe ich hier geändert? Nur für mein Verständnis, ich sehen den Unterschied nicht aber es muss einer da sein denn diese Weiterleitung wollte so nicht funktionieren und da WSTM das, was ich nicht sehen kann, irgendwie erkannt und behoben hat, wird es jetzt vermutlich auch funktionieren. Da sucht man sich doch dumm und dusselig, wenn man den Fehler gar nicht sehen kann. Ja ich habe schon eine Brille, ich sehe es die drei veränderten Bytes aber trotzdem nicht. --Liebe Grüße, Lómelinde Diskussion 11:34, 21. Mai 2015 (CEST)

Hallo Ló, da ist ein sogenannter zero-width-spaceNON-SPACING-character (genau gesagt ein LRM, U+200E). Ich benutze Schnarks Modul zur Anzeige. Auf Commons kommen solche Zeichen relativ häufig vor. LG ↔ User: Perhelion  12:03, 21. Mai 2015 (CEST)

PS: So gibt es auch NON-SPACING-character die sich über andere legen können, wie " ́ " Ló (also es sind 3 Zeichen, allerdings wohl ein schlechtes Bsp, da der Wiki-Parser beim Speichern daraus ein vereinigtes Zeichen macht) ↔ User: Perhelion  12:19, 21. Mai 2015 (CEST)

Ja wer braucht denn so etwas? Vielen Dank für die Erklärung. --Liebe Grüße, Lómelinde Diskussion 12:25, 21. Mai 2015 (CEST)

Hm* ja also in dem Fall LRM wohl nur, wenn unterschiedliche Schriften mit unterschiedlicher Schreibrichtung angezeigt werden sollen. ↔ User: Perhelion  12:34, 21. Mai 2015 (CEST)

Na mal schauen, wenn es morgen nicht wieder in der Liste der defekten Links steht, dann ist es o.k. Ich kann das nämlich nicht ausstehen, wenn ich so einen doofen Fehler nicht beheben kann und eine eigentlich funktionierende Weiterleitung vom Bot aber als defekt eingestuft wird. Ich hatte die jetzt schon x mal rausgeworfen, manchmal ist es nur ein Serverproblem, manchmal ist der Fehler im Zielartikel oder aber die Seite muss erst gesichtet werden … aber so etwas hatte ich bisher noch nicht. :-) So für heute sollte ich Ruhe geben sonst zieht mir der Meister noch die Ohren in die Länge. Einen schönen Tag wünsche ich euch beiden. --Liebe Grüße, Lómelinde Diskussion 12:56, 21. Mai 2015 (CEST)

Aja, tatsächlich behindern derlei Zeichen den Wikiparser (oder das korrekte Linkziel)s. Notes ganz unten, hier habe ich noch etwas gefunden: Benutzer:Schnark/js/antispoof und Benutzer Diskussion:TMg/characterSearch.js. Ich wünschte mir ein Tool was alle Vorzüge vereinigt. Hilfreich ist hier auch Schnarks Diff. Danke, dir das Gleiche. LG ↔ User: Perhelion  13:15, 21. Mai 2015 (CEST)

Ja stimmt auf das einfachste bin ich mal wieder nicht gekommen, diff zeigt das an, aber eben erst dann, wenn ich den Fehler bereits behoben habe, nicht wenn ich mir die Weiterleitung nur so ansehe, ohne die Seite zu öffnen. Das habe ich ja auch nur gemacht, weil ich nicht mehr weiter wusste und es mich nervte, dass die immer zurückkommt. Da aber der Zielartikel nicht in dem Zeitraum dahingehend verändert wurde, konnte es nur an der WL selbst liegen. Ich sollte nicht zu viele Skripte laufen lassen, ich weiß nie wie gut diese sich vertragen, daher nur KISS.   --Liebe Grüße, Lómelinde Diskussion 13:38, 21. Mai 2015 (CEST)

Kleinkram

Mahlzeit
- die Zahl der gemeldeten Fehler z. B. bei ISBN hat sich wieder von der Verdopplung erholt. Seit gestern? ist das wieder normal.

die „Vereinfachung“ funktioniert leider nur manchmal. Gruß --RonMeier (Diskussion) 11:55, 28. Mai 2015 (CEST)

- öffne ich im Artikel Menschenrechte den Abschnitt "Normativer Gehalt der Menschenrechte", versagt WSTM den Dienst ohne irgendwelche Fehlermeldungen.

Schönes Pfingstfest, --RonMeier (Diskussion) 12:51, 23. Mai 2015 (CEST)

zu 1. also bei mir steht noch immer 8× Internetquelle fehlerhaft wenn es um 4 Vorlagen geht.

zu 2. WSTM versagt nicht den Dienst es sieht nur keinen Grund zum Meckern. Habe es einfach getestet indem ich eine unformatierte ISBN 1234567890 irgendwo eingegeben habe und den zuvor nicht aktiven WSTM-Button betätigt habe da kam denn eine Meldung genau nur zu dieser von mir fehlerhaft eingefügten Nummer.

Welche Fehlermeldung hättest du denn dort erwartet? --Liebe Grüße, Lómelinde Diskussion 13:43, 23. Mai 2015 (CEST)

Hallo, ihr beiden, ich sortier mal:

• Seit 2015-05-20T00:58:53 liegt auf dem Server eine neue (testweise d-)Version des Hauptmoduls von WSTM.
  • Durch eine Cache-Löschung kann sie bei RonMeier bereits aktualisiert worden sein.
  • Lómelinde bindet dieses Modul mit einer Toleranz von 604.800 Sekunden gleich einer Woche ein; dieses Modul ändert sich recht selten und hat keinen Aktualisierungsautomatismus wie die Untermodule, weil es dies erst steuert.
• Ich hätte auch nichts am fraglichen Abschnitt zu meckern.
  • Es ging wahrscheinlich um das Wirksamwerden einer benutzerdefinierten Regel von RonMeier.
  • WSTM läuft korrekt und ohne Schäden durch.
  • Der benutzerdefinierte RegExp schiene dann nicht zu greifen.
• Ich bin immer noch äußerst interessiert am reibungslosen Funktionieren von citoidWikitext, gerade zusammen mit WSTM, und an der Behebung möglicher Konflikte.

FF – Frohe Fingstn --PerfektesChaos 15:17, 23. Mai 2015 (CEST)

Ich wusste gar nicht dass ich so etwas tue. :-) Eine Woche „Toleranz“ das passt so gar nicht zu mir.

Ich finde derzeit keine Fehler/Konflikte zwischen den beiden Tools mehr würde aber gern mal wissen, ob bei Ron das Fenster an der richtigen Stelle platziert ist. Dann könnte man eventuell das Phänomen doch noch irgendwie einkreisen. Es läuft ansonsten inzwischen eigentlich störungsfrei. --Liebe Grüße, Lómelinde Diskussion 15:39, 23. Mai 2015 (CEST)

Ich hatte den gesamten Artikel geöffnet und das ergab keine Diffpage.

Öffne ich den Abschnitt Literatur, werden einige benutzerdefinierte Änderungen angezeigt, beim Öffnen des Abschnitts "Aspekte der Kritik am Menschenrechtsdiskurs" ist ein Satzzeichen am URL-Ende verdächtig (nicht mein Teil)

Gruß und Restsonnenschein für heute --RonMeier (Diskussion) 17:57, 23. Mai 2015 (CEST)

Sieht man sich die allererste Zeile an, dann hätte da poliert werden müssen.

Es ist die gallery in Menschenrechte #Allgemeine Erklärung der Menschenrechte (AEMR) und in der vermutlich das letzte Bild mit einer Vorlage in einem gallery-Parameter.

Seltenes Phänomen; habe ich noch nie gesehen.

Ich muss erstmal nachlesen, was diese neumodischen gallery-Parameter eigentlih machen. Vorlagen sind mir da gar nicht recht.

Außerdem ist das eine Autoplay-Funktion auf eine Commons-Kategorie; das kann so hier ohnehin nicht funktionieren. Wenn schon, dann eine einzelne Mediendatei und keine Kategorie; und das bitte nicht in einer gallery. Gemeint war, dass Gadget-GallerySlideshow beim Benutzer aktiviert ist; das ist sowieso Mist von vorn bis hinten. Dazu müsste man nach Commons gehen und dort die GallerySlideshow aktivieren.

WSTM stirbt hier still.

Schönen Abend --PerfektesChaos 20:34, 23. Mai 2015 (CEST)

Überschriften und Regexp

Hallo PerfektesChaos,
wie ich leider feststelen muss, funzen Ausdrücke in Überschriften nicht mehr (obwohl sie dies mal taten, also die ertsen beiden von Schnark, u.a. auch dein Bsp. der Doku)!? Kann man das bestätigen?[6]

	['\n== *extern(al|e) +((web)?links|verweise) *==', '\n== Weblinks ==', 'i'], //Kreativität zeigt sich im Artikel, nicht in den Überschriften
	['\n== *referen[cz]e[sn] *==', '\n== Einzelnachweise ==', 'i'],
	['\n== *({{.+}}) *==', '\n==$1=='], // no whitespaces in headlines with template tags
	
	["\n(==+) *(.+): *\\1 *\n", "\n$1 $2 $1\n"], // from Doku

Beispiel-Text sollte damit gefixt werden:

== {{Kopfzeile}} ==

LG ↔ User: Perhelion 16:44, 23. Mai 2015 (CEST)

• Also, Vorlagen lassen sich so grundsätzlich nicht eliminieren. Da die Einbindung geschüzt ist, müsste eine Vorlage beliebigen Namens mit Prolog und Epilog bearbeitet werden.
• Beim Rest weiß ich im Moment keine Details.
  • Wenn ich das richtig nachvollziehe, werden mindestens seit Mitte letzten Jahres Überschriften in einer eigenen Textsequenz verwaltet, oder auch schon länger.
  • Kann sein, dass die sehr viel ältere Doku das noch nicht mitbekommen hat.
  • Lass mal die \n davor und dahinter weg; wahrscheinlich gingen jetzt sogar ^ und $ in diesem Kontext.
  • Müsste ich gelegentlich mal nachschauen.; es ist aber recht aufwändig, das in der programmtechnischen Wirkung zu untersuchen

LG --PerfektesChaos 17:10, 23. Mai 2015 (CEST)

• Tatsache, es liegt einmal an dem Template und bei den anderen an dem Zeilenumbruch, der wohl nicht mehr so funktioniert!? Daher jetzt alles umstellen??

	["^(==+) *(.+): *\\1 *$", "$1 $2 $1"]

Das mit dem Template kann ich dann wohl vergessen (es sei denn wohl wieder dieser Joker ^^), ich wollte nur die Leerzeichen außerhalb der Klammern trimmen, da eigener Weise standardmäßig auf Commons solcher Code =={{int:filedesc}}==) üblich ist (PS: Am Ende funzt das \n jedoch noch). VG ↔ User: Perhelion 23:25, 23. Mai 2015 (CEST)

Ja, sei so nett und berichte mal weiter, wie ^...\n so funktioniert.

Das int: ist aber keine Vorlage, sondern eine Parserfunktion; die erkennt WSTM und behandelt sie womöglich spezifisch. Weiß ich jetzt auch nicht auswendig.

Im Vorlagen-Titel kannst du ja .+ als Vorlagenname angeben, und nur den Epilog manipulieren, wenn mit = verbaut.

LG --PerfektesChaos 23:58, 23. Mai 2015 (CEST)

Internetquelle Leerzeichen mit abfragen?

Guten Morgen PerfektesChaos ich habe das sicherlich schon einmal irgendwann angesprochen aber es fällt mir doch immer wieder auf dass mich WSTM anmahnt Fehler zu beheben, die das Tool nach meiner Meinung eigentlich selbst erkennen können sollte. WSTM meldet ordnungsgemäß 6 Fehler in Vorlage Internetquelle wovon 3 automatisch behoben werden und drei nicht. Es geht jeweils um die Erkennung des Parameters |sprache= von beispielsweise (E)englisch → en

• {{Internetquelle|url=http://www|titel=Titel|zugriff=2015-05-28|sprache =en}}  Ok
• {{Internetquelle|url=http://www|titel=Titel|zugriff=2015-05-28|sprache = englisch}} mit je einem Leerzeichen vor und nach = wird es nicht erkannt
• {{Internetquelle|url=http://www|titel=Titel|zugriff=2015-05-28|sprache=en}}  Ok
• {{Internetquelle|url=http://www|titel=Titel|sprache=en|zugriff=2015-05-28}}  Ok
• {{Internetquelle|url=http://www|titel=Titel|zugriff=2015-05-28|sprache=englisch }} ein Leerzeichen hinter der Sprachangabe verhindert die Anpassung
• {{Internetquelle|url=http://www|titel=Titel|sprache=englisch |zugriff=2015-05-28}} ein Leerzeichen hinter der Sprachangabe verhindert die Anpassung

Erste Meldung

Bitte überprüfe die folgenden automatischen Behebungsversuche.

(6×) Vorlagenparameter fehlerhaft

{{Internetquelle}}

Nach der automatischen Anpassung

Bitte überprüfe die folgenden automatischen Behebungsversuche.

(3×) Vorlagenparameter fehlerhaft

{{Internetquelle}}

Das verwirrt schon ein wenig, weil da gar kein Behebungsversuch bei den drei noch ausstehenden Fehlern zu erkennen ist, auch wenn ich inzwischen gezielt nach diesem Parameter schaue, wenn WSTM mit mir redet, aber ich denke nicht immer daran und übersehe so einige doch. WSTM erkennt scheinbar korrekt, dass der Parameter fehlerhaft ist, scheitert jedoch aus irgendeinem Grunde (Leerzeichen) an dem Versuch es automatisch anzupassen, oder? --Liebe Grüße, Lómelinde Diskussion 07:51, 3. Jun. 2015 (CEST)

• Die gesamte Thematik

  • Vorlage Internetquelle + Datumsformat
  • Vorlage Internetquelle + Sprachenformat

  ist nur behelfsmäßig eingebaut worden.

• Zu beiden gibt es eine intelligentere Neuprogrammierung, die aber noch nicht komplett ist, geschweige denn ausgetestet.
  • Um dies umzusetzen, brauche ich eine Woche ungestörte Programmierzeit.
  • Bevor auch nur irgendeine klitzekleine Änderung live geschaltet würde, vergeht jedes Mal ein halber Tag zur Erprobung, um Nebenwirkungen und Fehler vorher zu erkennen.
• Zurzeit habe ich Citoid aus wichtigem Grund zwischengeschoben, seit dem Wochenende werde ich auch noch unversehens durch H:Graph blockiert, eigentlich wollte ich aber im Mai/Juni am Zitationsmodul arbeiten.
  • Vor Ende des Sommers, je nach Wetter, mache ich an WSTM nur dringliche Fehlerbehebung, und investiere keine Pfriemelei in eine Ecke, die mit der endgültigen Lösung dann wieder komplett wegfällt.
  • Ja, es war schon einmal angesprochen worden; ja, du hattest diese Antwort schon einmal bekommen; ja, es kostet wieder eine Viertelstunde, sich damit zu beschäftigen.
• Du kannst eher ansagen, ob im Moment mit Citoid alles in Ordnung ist, dann aktiviere ich zum Mittagessen eine weitere Komponente und zum Sandmännchen noch eine. Die Umstellung vom Montag hatte ganz erhebliche Konsequenzen.

LG --PerfektesChaos 09:21, 3. Jun. 2015 (CEST)

Nachtrag: Für später

• Schau bitte mal hier dort habe ich alle für mich ersichtlichen Fehler in der Vorlage behoben. Trotzdem werden dort „vier“ Fehler angezeigt, wenn man erneut auf bearbeiten klickt. Durch Reduzierung der Leerzeichen vor }}
• werden daraus noch immer zwei Fehlermeldungen. Vermutlich ebenfalls ausgelöst durch den Parameter |sprache = . Hier wird ein weiteres Problem durch die Zeilenumbrüche erzeugt, generell wird dort wohl das Ende des Parameters nicht erkannt oder eine „Inlineverwendung“ erwartet. Würde man beispielsweise die schließende Klammer direkt an den Parameter anhängen, würde nur noch eine Fehlermeldung erscheinen und zwar dort wo hinter |sprache = in der nächsten Zeile noch ein Parameter |kommentar = mit Inhalt folgt, hier müsste man manuell den nachfolgenden Parameter eine Zeile höher setzen, also „inline“ mit |sprache = en |kommentar = mit Inhalt, damit keine Fehlermeldung mehr erfolgt. Ich glaube das ist auch der Auslöser für die vielen Doppelzählungen in der Fehleranzeige.
• Sorry, ich weiß ich nerve, aber Fehlermeldungen die eigentlich gar keine Fehler sind, … bitte prüfe, etwas, wo es nichts zu prüfen gibt … da bin ich nun mal anfällig/mäkelig.

O.k. ich tue was immer du möchtest. Das hier eilt auch nicht, ich wollte nur die Fehlermeldung für mich besser aufschlüsseln, damit ich es leichter erkenne. --Liebe Grüße, Lómelinde Diskussion 09:43, 3. Jun. 2015 (CEST)

ein Bug

aus
blabla<ref name=Hangzhou >bngfhfhhf</ref>
wird

blabla<<ref name="Hangzhou">bngfhfhhf</ref>
Gruß --RonMeier (Diskussion) 21:29, 15. Jun. 2015 (CEST)

Ahooum.

Danke, werde mich bemühen; kommt unaufgefordert. LG --PerfektesChaos 22:22, 15. Jun. 2015 (CEST)

Tschuldigung, ist auf meinem Mist gewachsen und wohl schon ewig drin. Also Pardon und gute Nacht. --RonMeier (Diskussion) 22:38, 15. Jun. 2015 (CEST)

Vorlage:DOI

Sorry, ich möchte eigentlich nur eine Auskunft weil mich eine Meldung vorhin etwas verwirrt hat. Folgendes

• {{doi|10.1007/BF00140913 }} also doi:10.1007/BF00140913

Löste eine Meldung

• {{doi}} bad selector 'BF00140913 ' 10.1007/BF00140913

aus, ist das wirklich nur das Leerzeichen was dort zu viel steht? Ich habe das nicht gleich erkannt. Meine Frage ist nun, gibt es denn doi-Nummern, die Leerzeichen beinhalten können? Könnte WSTM das eventuell beheben und das Leerzeichen automatisch löschen? Die Vorlage selbst scheint damit kein Problem zu haben, deshalb hat mich das doch etwas verwirrt, warum ich das prüfen sollte. Es geht auch doi:10.1007/BF00140913, es hätte also normalerweise eine automatische Umwandlung stattfinden können. --Liebe Grüße, Lómelinde Diskussion 16:40, 25. Jun. 2015 (CEST)

Ja, hätte, hätte, können ...

• Ein DOI kann niemals ein Leerzeichen enthalten.
• Es ist ein unbenannter Vorlagenparameter; anders als bei benannten Parametern bleiben alle Leerzeichen davor und danach am Parameter kleben, und deshalb ist das immer falsch.
• Nun ist die momentan wirksame Programmierung hinter der Vorlage auch von mir, und die ist da geduldiger und schmeißt das Zeug weg.

Praktisch alle 11.500 Einbindungen der Vorlage machen es vorbildlich; das Leerzeichen ist sinnloses Gemurkse. Wenn jemand das mit einem Skript ausliest, dann baut er an die URL womöglich eine %20 hinten dran, und dann geht’s nicht. Deshalb die Warnung.

• 48 Einbindungen (0,5 %) haben sowas; der Programmieraufwand in WSTM einschließlich Austesten und Verteilung lohnt sich kaum.

Du bekommst es doch sogar in fast allen Fällen umgeschrieben in das Wikilink-Format, so auch hier. Was denn jetzt noch? Da ist doch dann kein Leerzeichen mehr. Tenrekartige wäre einer zum Spielen.

Du schüttest schneller neue Arbeitsaufträge über mir aus, als ich den Rückstand abarbeiten könnte. Und nächste Woche ist Sommer.

LG --PerfektesChaos 22:20, 25. Jun. 2015 (CEST)

Oh, ich … es wurde nicht umgeschrieben, ich habe Citoid bemüht, um zu testen, ob der „selector“ wirklich fehlerhaft ist. Ich sagte doch, ich habe das Leerzeichen gar nicht registriert, sorry. Ich habe ja nicht gesagt, du sollst das ändern, du weißt, als Ersteller warum der Fehler ausgelöst wird und ich wollte es nur verstehen. --Liebe Grüße, Lómelinde Diskussion 06:35, 26. Jun. 2015 (CEST)

Auch dort wurde nur in einem Falle die Umstellung gemacht, die Nummer (Vorlage) war dort aber zwei mal vorhanden und mit Leerzeichen bleibt sie so, also das verwirrt doch noch mehr, wenn jemand sehen sollte, dass bei einer identischen Nummer die eine von Vorlage auf Wikilink geändert wird und die andere nicht. So genug gespielt. Nochmals sorry, ich wollte dich nicht unnötig stressen. --Liebe Grüße, Lómelinde Diskussion 06:54, 26. Jun. 2015 (CEST)

Ungültige Domain

Hallo ist zufällig jemand da der mir sagen kann was WSTM mir im Artikel FC Schalke 04 mit dieser Meldung

• (2×) Ungültige Domain

http://www.

verklickern möchte? Ich bin scheinbar heute zu dusselig, um zu verstehen wo genau ich den Fehler finden soll. --Liebe Grüße, Lómelinde Diskussion 15:58, 1. Jul. 2015 (CEST)

Ich hab mir gedacht, dass dann wohl das nächste Zeichen falsch ist und habe
http://www./sport/hertha/article106235004/Bei-Hertha-gegen-Schalke-geht-es-um-mehr-als-Fussball.html
gefunden. Schönen Abend (hier zur Zeit 19°C) Gruß --RonMeier (Diskussion) 21:37, 1. Jul. 2015 (CEST)

Hallo Ron vielen Dank, ich habe es einfach nicht gesehen welche Adresse es ein könnte. Ja passt ich habe es mal korrigiert, da hat vermutlich jehmand beim einfügen das „morgenpost.de“ versehentlich ausgeschnitten. (hier sind es am Morgen schon 21°C) wird ein heißer Tag werden. --Liebe Grüße, Lómelinde Diskussion 06:51, 2. Jul. 2015 (CEST)

Commons+File ≠ Datei

Hallo PC, mir ist da gerade etwas aufgefallen

Commons: File:Wilibald Pirckheimers Schweizerkrieg.pdf – Album mit Bildern, Videos und Audiodateien

[führt zum Ziel] wurde zu

Commons: Datei:Wilibald Pirckheimers Schweizerkrieg.pdf – Album mit Bildern, Videos und Audiodateien

[tot, ziellos, nicht vorhanden] geändert

Das scheint mir irgendwie nicht wirklich zu einem tollen Ergebnis zu führen, kannst du bitte mal schauen? →Wolfgang (Fürstenberg) ich habe das zurück auf „File“ gesetzt. --Liebe Grüße, Lómelinde Diskussion 10:47, 10. Jul. 2015 (CEST)

Das ist eine unerwünschte Verwendung der Commons-Vorlage, und das ist auch kein angebliches „Album“.

Der Artikel hat so einige Macken:

1. Abschnitt „Weblinks“ gehört hinter „Literatur“.
2. Wilibald Pirckheimer: Der Schweizerkrieg.
   • Das ist kein jahrhundertealter Internet-Blog, sondern ein gedrucktes Buch.
   • Dementsprechend gehört es in den Abschnitt „Literatur“.
   • Zufällig ist ein Scan vorhanden, mit dem man den Titel verlinken könnte, und (PDF) dahinterschreiben kann.
3. August Schnezler (Hrsg.): Badisches Sagen-Buch.
   • Das ist kein jahrhundertealter Internet-Blog, sondern ein gedrucktes Buch.
   • Dementsprechend gehört es in den Abschnitt „Literatur“.
   • Zufällig ist ein Scan vorhanden, mit dem man den Titel verlinken könnte. Oder dahinter Wikisource erwähnen.
   • „Version vom 20. November 2010“ ist Schwachsinn, weil dieser Internet-Blog sich nicht mehr ändert, und als korrigierte Version auf Wikisource sich auch nicht mehr ändern wird; maßgeblich ist die uralte Druckfassung.

LG --PerfektesChaos 11:15, 10. Jul. 2015 (CEST)

Oh, ähm ja, da hast du wohl Recht. Mit diesen Commonslinks habe ich mich ehrlich gesagt auch noch nie wirklich beschäftigt. Ich werde das mal so an den Maxdorfer, nee er war das gar nicht, also an Ziegelhar weitergeben. Vielen Dank. --Liebe Grüße, Lómelinde Diskussion 11:37, 10. Jul. 2015 (CEST)

Ob der Abschnitt "Weblinks" vor oder der Hinter der Literatur steht, ist nicht festgelegt; ich persönlich habe ihn lieber vor der Literatur. Was den Schweizerkrieg und das Badische Sagenbuch angeht; beide müssen noch in den Artikel eingearbeitet werden (und das Sagenbuch gehört m. E. eigentlich dann auch nur in einen Einzelnachweis), aber du hast Recht, das sollte unter "Literatur" verschoben werden. --Der Maxdorfer (Diskussion \ Bewertung) 11:45, 10. Jul. 2015 (CEST)

Vorlage:Beispiel

Hallo PerfektesChaos, vorhin hatte ich etwas merkwürdiges im Artikel Generisches Maskulinum. Da ist eine Vorlage:Beispiel eingebaut, an sich ja nichts schlimmes, aber WSTM hat eine Verschiebung vorgenommen und zwar wie folgt.

{{Beispiel|Beispiele für die verschiedenen Varianten des generischen Maskulinums im Deutschen

|

Variante 1 – Inklusion

Frauen sind mitgemeint.

wurde zu

{{Beispiel|Beispiele für die verschiedenen Varianten des generischen Maskulinums im Deutschen

|; Variante 1 – Inklusion: Frauen sind mitgemeint.

Warum wird dort das Semikolon zu dem Pipe |; verschoben? --Liebe Grüße, Lómelinde Diskussion 16:24, 16. Jul. 2015 (CEST)

WSTM hatte sich an der einsamen Pipe (lonesome piper) gestört; insbesondere an dem Zeilenumbruch danach.

Weil Vorlage:Beispiel sowieso nur für kurze Beispiele gedacht ist und deshalb nur die halbe Seitenbreite einnimmt, habe ich das lange Elend jetzt mal gedivt. Damit Fall soweit erledigt.

Irgendwie aber etwas buggy. Muss ich mal denken, warum genau.

LG --PerfektesChaos 17:05, 16. Jul. 2015 (CEST)

Oh wie süß, Dankeschön. So ein einsamer Piper ist aber nicht ganz billig. --Liebe Grüße, Lómelinde Diskussion 17:38, 16. Jul. 2015 (CEST)

Ein bekanntes Motiv; ich empfehle eine Endlosschleife – schönen Abend --PerfektesChaos 19:21, 16. Jul. 2015 (CEST)

mini → miniatur

Hallo PC wo steckst du nur? Nein das ist nicht die Frage es ist schon wieder eine kleine Merkwürdigkeit.

Aus

• [[Datei:Lise Tréhot in 1864.jpg|mini|Lise Tréhot, Aufnahme von 1864|alt=Schwarzweißfoto von Lise Tréhot]] wird
• [[Datei:Lise Tréhot in 1864.jpg|miniatur|alt=Schwarzweißfoto von Lise Tréhot|Lise Tréhot, Aufnahme von 1864]]

Und wo ich schon mal da bin wozu dient eigentlich dieser merkwürdige „Alternativtext“, der wird mir doch sowieso nie angezeigt? O.k. ja ich habe selbst gesucht und auch einen Hinweis dazu gefunden, aber das verwirrt mich nur noch mehr. Bei Miniaturbildern mit sichtbarer Bildunterschrift sollte der Alternativtext immer ausgefüllt werden […] ich bin jetzt fast vier Jahre hier aber davon habe ich noch nie wirklich etwas gelesen und ich habe es auch noch niemals eingesetzt. Wirklich toll was wir so alles haben. ‹seufz›

Aber BTT, warum wird hier mini zu miniatur? Ich teste mal was passiert wenn ich WSTM noch einmal starte, „nothing happens“

Ich habe mich schon so manches Mal gefragt warum WSTM da selektiv vorgeht, will sagen, warum nicht alle miniatur-Parameter erkannt und ersetzt werden, oftmals muss ich das noch selbst tun, aber ich habe noch nicht herausgefunden warum es manchmal bei der miniatur bleibt. Ich werde mal genauer darauf achten. --Liebe Grüße, Lómelinde Diskussion 17:51, 18. Jul. 2015 (CEST)

• Das mini wurde erst vor wenigen Jahren versuchsweise zusätzlich zur offiziellen Übersetzung eingeführt, erfreut sich aber breiter und zunehmender Beliebtheit.
  • Dementsprechend geht WSTM bei Umstellungen behutsam vor:
    1. Wurde zuvor weder mini noch miniatur angetroffen, wird thumb zum offiziellen miniatur lokalisiert.
    2. Sobald im bereits vorhandenen Text ein mini gefunden wird, werden alle weiteren miniatur oder thumb zu mini vereinheitlicht.
  • Wenn bei Schnarks nächster Statistik herauskommt, dass mini häufiger als thumb auftritt, dann überlege ich, immer alles auf mini umzustellen. Beide hatten sich bei der letzten Zählung weitgehend angenähert; ich würde also bei thumb ≈ 25 % und mini ≈ 30 % (miniatur ≈ 45 %) die Strategie ändern.
• In deinem Beispiel war es aber keine Änderung des Schlüsselworts, sondern ein kompletter Neuaufbau der Einbindung.
  • Grund war ein Parameter jenseits der Legende.
    • Das ist böööööse.
    • Skripte und Bots kriegen das nicht mit.
    • Nur der Wiki-Server und WSTM können das lesen.
    • Auch Menschen übersehen leicht, dass nach der Legende noch ein Parameter hinterherdackelt.
  • Bei der Neustrukturierung der Einbindung wird der offizielle Name benutzt. Und der lautet zurzeit miniatur.
• Du kannst bereits jetzt die generelle Umstellung erzwingen, indem du nach allen anderen Konfigurationsvorgaben setzt:

  mw.libs.WikiSyntaxTextMod.xMini = true;

LG --PerfektesChaos 14:40, 19. Jul. 2015 (CEST)

„Ein Parameter jenseits der Legende“. Manchmal sprichst du wirklich in Rätseln. Für mich klingt es eigentlich logisch den Alternativtext hinter die normale Beschreibung zu setzen. Vielen Dank für dich ausführliche Erklärung.

O.k. Ich teste mal ob ich das an der richtigen Stelle einfügen kann. --Liebe Grüße, Lómelinde Diskussion 17:16, 19. Jul. 2015 (CEST)

Vorlage:Absatz

Hallo PerfektesChaos,

ich habe vorhin versucht folgende Ersetzung durchzuführen: [ '<div style="clear:both;"></div>', '{{Absatz}}' ] was leider irgendwie blockiert zu sein scheint (davon abgesehen dass ich zuerst einen Fehler in meiner config hatte, funzt jetzt leider nur mit dem „Haken-Trick“). Daher die Frage ob so eine Ersetzung überhaupt erwünscht ist?^[1]

PS OT: Eigtl. wollte ich auch Hex-Farbcodes die CSS-Webfarbe #Websichere_Farben sind in ihre "Kurzform" wandeln, jedoch scheint mir dies von deiner Seite eher auch nicht gewünscht?? (obwohl dies fast seit Anfang an zu CSS gehört, spätestens seit IE3 außer IE3 Mac[7]) LG ↔ User: Perhelion  14:48, 21. Jul. 2015 (CEST)

• Vorlagen:
  • Das geht momentan noch nicht direkt.
  • Du müsstest im Prinzip mit .mod.template = arbeiten. Schließlich ist das geschützt und kein plain text.
    • Die {{ durch nix ersetzen und den Namen Absatz durch das Tag, usw.
    • Es sind nicht dokumentiert und nicht erprobt:
      • .mod.template.change.prolog: für dich blockiert; wäre {{ und ggf. Zeilenumbruch
      • .mod.template.rename.title: geht jetzt schon
      • .mod.template.change.epilog: für dich blockiert; wäre }} und ggf. Zeilenumbruch
  • Ersatzweise geht hier der Haken-Joker, der hinreichend treffsicher ist und die normalisierte Form vorfände.
  • Bin weitgehend offwiki, zerfließe grad und kann mich nicht weiter äußern.
• Farbcodes
  • Ich schaue drauf, dass Autoren mit so wenig unterschiedlichen Formaten für die gleiche Sache belästigt werden wie möglich.
  • Das gilt vor allem für den ANR sowie für vorbildliche Meta-Seiten einschließlich Common.css usw.
  • In deinen SVG kannst du machen, was du willst, in deinem BNR auch. Da guckt keiner rein.
  • Jetzt hat jemand mühsam gelernt, dass man mit #ADFF2F sein geliebtes greenyellow codiert bekommt, und sogar das mit dem RGB kapiert. Und dann kommst du und knallst ihm ein #f3b vor den Latz. Was ist denn das jetzt schon wieder? Ich werde das nie begreifen, ich gebe auf.
  • Natürlich kann ich das lesen, und jeder irgend konforme Browser im Netz auch. Aber es ist und bleibt eine Kurzschreibweise, die sich schreibfaule Tipper mal in den Standard gebastelt hatten; bei den in ganzen kB abgewickelten und komprimierten Netzpaketen kommt es auf drei Byte Einsparung auch nicht mehr an. Wenn jemand komprimiert, dann die MediaWiki-Software bei der Modulbildung, in der ohnehin Whitespace und Kommentare rausfliegen. In einem Artikel mit 20 kB ist das völlig wurscht. Selbst da könnte MediaWiki wie Tidy optimieren und 12 Bytes auf der Seite einsparen.

Schönen Sommer --PerfektesChaos 22:32, 21. Jul. 2015 (CEST)

Warum verschwinden unsichtbare Kommentare?

Hallo PC, sorry, wenn ich es nicht aufschreibe vergesse ich wieder wo das war.

• Liste der Radrouten in Sachsen eigentlich versuche ich den Referenzfehler auf der Disk zu beheben, habe aber keine Chance, da das durch irgendeine Inklusion verursacht wird. (Hast du mir schon mal erklärt, diese Art der Anwendung gehört, wenn ich das noch richtig in meiner Erinnerung habe nicht unbedingt in Artikel), aber mein Problem für die Anfrage hier ist etwas anderes
• Nach dem öffnen bereinigt WSTM alle angehäuften auskommentierten Texte die sich innerhalb der Vorlage {{LRR}} befinden. Beispiel:

{{LRR <!-- (II-10) in sächs. RVK, darin als 'Mulde-Lichtenstein-Silberstraße' -->
      <!-- Arbeitstitel in RVK irreführend, da die 'Radroute an der Silberstraße' laut RVK nicht durch Glauchau führt. -->
      <!-- Bei Hartenstein zweigt II-10 von 'Rr Zwickauer Mulde' ab, letztere dort streckengleich mit Rr Silberstraße. -->
| logo     =
| name     = Radroute Mulde–Lichtenstein–Glauchau
…
<small>''in [[OpenStreetMap|OSM]] nicht vollständig''</small>
}}

wird zu

{{LRR <!-- (II-10) in sächs. RVK, darin als 'Mulde-Lichtenstein-Silberstraße' -->
| logo     =
| name     = Radroute Mulde–Lichtenstein–Glauchau
…
<small>''in [[OpenStreetMap|OSM]] nicht vollständig''</small>
}}

Ja, mir ist schon klar, dass es unsinnig ist mehrere Auskommentierungen ohne Text dazwischen mit <!-- --> einzufassen, aber da es sowieso auskommentiert ist sieht man das nur im Diffvergleich und ich weiß auch nicht was ich jetzt eigentlich fragen soll, es ist mir halt aufgefallen, dass mehr verschwinden würde als ich sehen kann. Also das ist nichts wichtiges nur eine Randnotiz. Schöne Ferien. --Liebe Grüße, Lómelinde Diskussion 07:46, 31. Jul. 2015 (CEST)

Sowas habe ich noch nie gesehen.

WSTM erwartet nach dem Vorlagennamen maximal einen Kommentar.

• Hier ist es eine ganze Liste; zwischen dem Kommentar als Einheit kommt eine weitere Einheit mit Zeilenumbruch und einigen Leerzeichen, dann eine weitere Kommentar-Einheit, dann eine weitere Einheit Zeilenumbruch/Leerzeichen.
• Das alles soll angeblich zum Namen der Vorlage gehören.
• Für jeden Bot, der hier etwas pflegen soll, ist sowas tödlich. Schon ein einziger Kommentar killt die meisten.: Die Handhabung in WSTM ist sehr komplex und aufwändig; das kann ich nicht mal eben hineintippen, und bis es ausgetestet ist und robust läuft, vergehen Wochen.

LRR ist mir ansonsten gut bekannt; da geht so einiges absonderliche Wege. Von der Drei-Buchstaben-Abkürzung des Wortes RadRoutenListe bis zu einem dazugebauten Modul. Die auskommentierten Infos hätte man pfiffiger in einen eigenen aber nicht in der Tabelle dargestellten Parameter gesteckt. Aus enzyklopädischen Artikeln auf Diskussionsseiten zu verweisen und dort inhaltlich weiterzutexten ist auch nicht statthaft. Ich bin aber auf Jahre ausgelastet und kann diese Baustelle nicht aufmachen.

Ich werde bei Gelegenheit sehen, was ich WSTM beibringen kann. Das ist schon wichtig, dass nichts verlorengeht.

LG --PerfektesChaos 11:07, 31. Jul. 2015 (CEST)

Oh, das sollte doch kein „Arbeitsauftrag“ werden. Vorlage:Smiley/Wartung/rot  Ich hatte es nur zufällig gesehen und habe dann den Artikel lieber wieder geschlossen. Auf Jahre … ausgelastet …, irgendwie hatte ich schon ein schlechtes Gewissen das überhaupt hier anzuumerken, ich katapultiere mich dadurch auch immer weiter in Richtung Jahr 2525.

Dankeschön, das eilt wirklich nicht. --Liebe Grüße, Lómelinde Diskussion 11:18, 31. Jul. 2015 (CEST)

Leerzeichen vor Punkt

Hallo PC, noch eine kleine Merkwürdigkeit ist mir heute passiert.

• Im Artikel Daala ist eine {{Infobox Dateiformat}} und dort wird aus irgendeinem mir nicht ersichtlichen Grund das Leerzeichen vor .ogv gelöscht.
• | Dateiendung = .ogv wird | Dateiendung =.ogv

An und für sich ist das ja kein Problem, wer braucht da schon ein Leerzeichen? Aber da der Bearbeiter nach meinem Edit dieses Leerzeichen wieder eingefügt hat gehe ich davon aus, dass er es dort haben möchte, also „Optik im Quelltext“. Nur wenn irgendjemand mit WSTM-Unterstützung den Artikel dann wieder bearbeiten würde, verschwindet es wieder. Warum ist das so? --Liebe Grüße, Lómelinde Diskussion 14:50, 1. Aug. 2015 (CEST)

Der Vorlagenparameter oder sein Wert ist etwas vergeigt.

Die „Dateiendung“ lautet ogv und nicht .ogv wie dort erwartet.

.ogv wird dahingehend erkannt, dass es zu einer im Wiki abspielbaren Mediendatei passt.

Nun versucht WSTM, den Namen der Mediendatei zu normalisieren. Dass der eigentliche Name fehlt, weil man ihm nur einen Punkt und die Dateiendung gelassen hat, wird nicht erwartet. Dadurch kommt die Parametrisierung durcheinander.

Die Doku zu der Vorlage ist sehr mickrig. Eigentlich müsste man sie so umbauen, dass erkannt wird, ob ein Punkt am Anfang des Wertes steht oder nicht, und falls nicht, dann bei der Ausgabe einen davorschreiben. Und dann nach und nach die lumpigen 149 Einbindungen auf Nur-Alphanumerisch-Parameter umstellen; der Punkt ist redundant. Dateiformate können aber auch mehrere Dateiendungen haben, etwa jpeg und jpg oder tif und tiff. Dann ist die Darstellung ohnehin nicht mehr nett.

LG --PerfektesChaos 16:47, 1. Aug. 2015 (CEST)

Ach so, weil es als Ganzes als etwas interpretiert wird (klingt logisch weil es ja Sinn ergibt wenn Bild . jpg zu Bild.jpg wird). Es wäre also nicht generell so, dass das Leerzeichen verschwindet, sondern es liegt hier an der Vorlage oder an dem Parameretwert. Dankeschön für die Erklärung und noch einen angenehmen Abend. --Liebe Grüße, Lómelinde Diskussion 16:59, 1. Aug. 2015 (CEST)

Etwas anders; hier geht es um die Erkennung, Standardisierung (Unterstrich gegen Leerzeichen usw.) und den Veränderungsschutz von als Dateinamen erkannten Vorlagenparametern.

In meiner Festplattenversion habe ich das Phänomen mittlerweile abgefangen; bis es irgendwann zu dir und dann zum Rest der Welt gelangt, kann es bei den momentanen Temperaturen noch dauern.

LG --PerfektesChaos 18:42, 1. Aug. 2015 (CEST)

O.k. ich denke ich habe das schon so halbwegs verstanden. Mir ist auch aufgefallen, dass das geschützte Leerzeichen dort ebenfalls entfernt werden würde.

Ir-gend-wann, ich sollte echt weniger hier hinschreiben. Aber andererseits ist mein kleines Projekt nun auch wieder nicht so wichtig. :-)

Ich bin auch für ein paar Tage weg, jetzt kurz und nächste Woche (8. – 16.) komplett. Und danach werden die Außentemperaturen gewiss wieder kühler werden. --Liebe Grüße, Lómelinde Diskussion 06:38, 2. Aug. 2015 (CEST)

Dazu noch eine Frage von mir: in Munitionsartikeln, die sich mit britischer oder amerikansicher Munition befassen, kommt die Schreibweise (pars pro toto) .223 Remington vor. Das script 'sieht' hier einen Tippfehler und korrigiert zu . 223 Remington. Je nach Häufigkeit kann das ganz schön nevig sein. Kann man die Munitonsbezeichnungen in eine Ausnahmeliste aufnehmen? Ich habe mich vertan - Dein srcipt ist es nicht, sondern die Funktion "FixMark" im Monobook. Daher hier erledigt.-- Glückauf! Markscheider Disk 14:43, 2. Aug. 2015 (CEST)

Klammerfehler in Vorlage

Hallo PC, ich also das Problem ist folgendes.

• |GEBURTSDATUM=[12. März]] [[1989]] wurde zu |GEBURTSDATUM=2. März]] 1989

Ja ich weiß, so etwas sollte dort gar nicht in Klammern stehen aber es darf auch nicht einfach so eine 1 entschwinden, warum das passierte weiß ich nicht, als Klammer interpretiert? Oder vielleicht nur, um mir die Gelegenheit zu geben hier mal wieder ein wenig von deiner Zeit abzuknappsen.

(argh, there is no way to test it again, old versions ar not supported by the tool, sorry, i’ve forgotten this thing) --Liebe Grüße, Lómelinde Diskussion 15:38, 25. Aug. 2015 (CEST)

• Das ist schon völlig okay.
  • Bugs in existierender Software werden mit höchster Priorität behandelt, und das ist einer.
• Immerhin meldete sich WSTM mit

  Wikilink-'[[' seltsam ]] [[1989]] |GEBURTSORT=[[Kaçanik]], [[Sozialistis

• Das ist die erste Beschwerde in dieser Richtung seit fünf Jahren.
• Der zuständige Quellcode wurde zuletzt am 18. Juni 2012 geändert.
  • Ich kann mich an nichts mehr erinnern.
  • Die Programmierung erkennt sogar, dass irgendwas an diesem Wikilink nicht stimmt, und lässt die hinteren Klammern stehen.
  • Dummerweise wurden trotzdem die ersten zwei Zeichen entfernt, als welche die öffnenden Klammern erwartet wurden. Weil es nur eine gab, ging die 1 über die Wupper.
• Auf meiner Festplatte gefixt, muss erstmal Artikel editieren.
  • Heute Abend für dich live, irgendwann für alle.

LG --PerfektesChaos 10:15, 26. Aug. 2015 (CEST)

Hallo PerfektesChaos, das ist wirklich nett, Dankeschön, ich freue mich immer, wenn ich mit dir reden kann. :-) Einen angenehmen Tag wünsche ich dir. --Liebe Grüße, Lómelinde Diskussion 10:23, 26. Aug. 2015 (CEST)

[[ISBN]] und </ref> → <ref>

Hallo PC, das kleine neugierige Vögelchen hat mal so geschaut was du so treibst und ist dabei auf der Disk von Ron gelandet und was passiert wenn ich versuche so etwas zu reparieren, wieder mal nur Murks. Das liegt sicher an mir.

• Here we are. Jagdpanzer 38(t)

Phänomen

Im Text wurden schwere Fehler gefunden.

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

(2×) Tag selbst-verschachtelt

<ref>

End-Tag fehlt zum Ende des Textes

</ref>

-- WikiSyntaxTextMod (PerfektesChaos)

Auslöser ist diese automatische Änderung durch mein Helferlein (WSTM)

| colspan="7" | Technische Daten des Jagdpanzer 38(t) <ref>Walter J. Spielberger, Hilary L. Doyle, Thomas L. Jentz: ''Leichte Jagdpanzer, Entwicklung – Fertigung – Einsatz.'' Motorbuch-Verlag Stuttgart, 2011, [[ISBN]] 978-3-613-03363-4, S. 196.</ref> <ref>Alex Lüdeke: ''Typenkompass Panzer der Wehrmacht 1933–1945.'' Motorbuch-Verlag Stuttgart, [[ISBN]] 978-3-613-02953-8.</ref>

zu

| colspan="7" | Technische Daten des Jagdpanzer 38(t) <ref>Walter J. Spielberger, Hilary L. Doyle, Thomas L. Jentz: ''Leichte Jagdpanzer, Entwicklung – Fertigung – Einsatz.'' Motorbuch-Verlag Stuttgart, 2011, ISBN 978-3-613-03363-4, S 196.</ref> <ref>Alex Lüdeke: ''Typenkompass Panzer der Wehrmacht 1933–1945.'' Motorbuch-Verlag Stuttgart, ISBN 978-3-613-02953-8.<ref>

• beachte bitte das letzte ref in den Zeilen da verschwindet einfach mal so der slash. It’s time for me to go, Mr. Sandman is comming soon. Ich muss das eben noch fertigmachen oder soll ich es lieber offen lassen? Ich sehe schon wieder Phantome. Ich lasse es dieses Mal für dich offen, es läuft ja nicht weg. --Liebe Grüße, Lómelinde Diskussion 18:39, 29. Aug. 2015 (CEST)

• Tja, das ist wohl mal wieder ein Bug. Danke erstmal.
• Die Code-Sequenz gibt es unverändert mindestens seit 24. Oktober 2012.
  • Zwar ist das vier Monate weniger alt denn bei deiner letzten Meldung zum Juni 2012, aber ich kann mich trotzdem an nichts mehr erinnern.
  • Seltsam kommt mir vor, dass es drei Jahre niemandem auffiel.
• Ich habe einen Zahlenwert so korrigiert, dass es in allen bekannten Fällen hinkommt.
  • Es ist auch nachvollziehbar, warum er so sein müsste, wie es da jetzt steht.
  • Ich verstehe aber noch nicht so ganz, warum ich ihn damals anders gesetzt hatte, und fürchte, dass es syntaktische Situationen im Wikitext geben kann, in denen es jetzt falsch ist.
• Der Fix ist für euch zur Erprobung live.

Schönen Sonntag --PerfektesChaos 12:15, 30. Aug. 2015 (CEST)

Ich danke dir für die Analyse, und kann auch völlig verstehen, dass du alles, na ja wohl nicht alles, vergessen hast was du damals bei der Programmierung dachtest. Ich schaue mal, ob mir noch etwas auffällt, ich wurde nur wegen der Meldung stutzig weil das nämlich vorher nicht als Referenzfehler in der Kategorie stand.

Das sind ja eher Ausnahmefälle, hoffe ich zumindest. Auch dir noch einen angenehmen Nachmittag. --Liebe Grüße, Lómelinde Diskussion 13:05, 30. Aug. 2015 (CEST)

Fehlendes " in ref name

Hallo PerfektesChaos, mal wieder eine kleine Merkwürdigkeit

• <ref name=finale"> → <ref name='finale"'>, das habe ich nur zufällig gesehen, weil ich da ja →gezielt nach einem Referenzfehler gesucht habe.

WSTM hat aber dazu keinerlei Kommentar abgegeben. --Liebe Grüße, Lómelinde Diskussion 13:28, 5. Sep. 2015 (CEST)

• Ist auch syntaktisch in Ordnung und wurde deshalb von WSTM erstmal nicht beanstandet.
• Ein Attributwert, auch Identifizierer darf " enthalten. In diesem Fall muss er von ' eingeschlossen sein.
• War hier natürlich nicht beabsichtigt gewesen.
• Ich könnte über eine Meldung „verdächtig“ nachdenken; zumindest beim Sonderfall des <ref>.

Wie hatte sich denn MediaWiki zuvor verhalten? Als was für ein Bezeichner wurde das interpretiert; ich nehme an finale? Dann muss es ja anschließend rot gegeben haben.

• Vielleicht mal mit Cirrus danach suchen (wohl eher ich).

LG --PerfektesChaos 13:53, 5. Sep. 2015 (CEST)

Die Fehlermeldung siehst du in der Vorherversion. Wie meinst du das mit „was für ein Bezeichner“?

Das wurde ja nur erkannt, weil ref name=finale" ≠ ref name="finale" ist. --Liebe Grüße, Lómelinde Diskussion 13:57, 5. Sep. 2015 (CEST)

Ich meinte http://de.wikipedia.beta.wmflabs.org/wiki/Ref_mit_name und dass es ja vorher schon als ref-Fehler bekannt war; aus einem ref-Fehler wurde halt ein anderer mit gleichem Meldungstext.

LG --PerfektesChaos 17:55, 5. Sep. 2015 (CEST)

Ähm sorry, ich bin scheinbar etwas begriffsstutzig. Wenn beide Verwendungen gleich gewesen wären, also beide mit nur einem " oder meinetwegen auch einem ' dann wäre das also auch als fehlerhafte Ref erkannt worden? Hmm, ich dachte es wurde nur angezeigt weil es unterschiedlich war.

Ich weiß, dass manche Benutzer beispielsweise gern mal 'einfache' und "doppelte" mischen und dann auch mal 'so etwas" oder "anders herum' auftauchen kann, aber einzeln hatte ich die, glaube ich zumindest, bisher nicht.

Du wolltest also wissen welcher „Text“ dann angezeigt würde, nun ja, das hatte ich gar nicht getestet sondern es gleich behoben. „Bezeichner“ ich spreche doch kein „informatisch“, sorry. --Liebe Grüße, Lómelinde Diskussion 18:24, 5. Sep. 2015 (CEST)

So, da ich dort „unangemeldet“ etwas reingeschrieben habe (kannst du sichten oder besser löschen) weiß ich zumindest, dass ein einzelnes führendes Anführungszeichen keinen Fehler auszulösen scheint. Ich bin dann offline, einen angenehmen Abend noch. --Liebe Grüße, Lómelinde Diskussion 18:59, 5. Sep. 2015 (CEST)

Problem mit bestimmten Materialangaben

Hallo PerfektesChaos,

das WikiSyntaxTextMod-Tool ist wirklich sehr nützlich zur automatischen Korrektur von bestimmten Syntax- und Formfehlern. Allerdings gibt es noch zumindest ein Problem mit internen Verknüpfungen bei bestimmten Materalbezeichnungen wie Nd:YAG-Laser in Elektromagnetisches Spektrum oder Festkörperlaser. Hier erkennt das Tool einen Wiki-Link und wandelt "Nd:" in "nd:" um, dabei fügt es einen Zeilenumbruch ein. Diese Änderung ist aber nicht korrekt. Das Problem muss auch mit "Nd" zu tun haben, das Yb:YAG-Laser im selben Artikel oder Liste der Lasertypen unangetastet bleibt. Das Sprachkürzel "nd" ist mir aber nicht bekannt, nur "nds". Kannst du dir das bitte ansehen? Danke --Cepheiden (Diskussion) 17:06, 5. Sep. 2015 (CEST)

Das Phänomen ist bekannt und hat es auch schon auf eine Hilfeseite geschafft: Hilfe:Wikisyntax/Hintergrund #Formale Sprache?

So richtig Rat weiß ich auch nicht.

• Da es durch Wikidatas kaum noch Interlanguages gibt, könnte sich der Aufwand lohnen, für die verbleibenden Interlanguages eine Analyse mit vorläufigen Ausnahmeregeln zu programmieren. Das kann aber 2016/2017 werden. Momentan arbeite ich mich mal wieder in Lua-Zitation ein. CSI hat insofern Glück, als es drei Buchstaben sind und einen ähnlichen Mechanismus schon hat.

LG --PerfektesChaos 17:52, 5. Sep. 2015 (CEST)

Oh, es gibt also doch mögliche Sprachcodes. Mhh, da die Wahrscheinlichkeit nicht hoch ist, sollte man evtl. doch über einen kleinen Workaround für diese Fälle nachdenken. Aber wenn dir das schon bekannt war, wird es wohl keine schnelle Lösung geben. Sehr schade, gibt es eigentlich einen Weg die automatischen Korrekturen nicht zu übernehmen? Manuell diese Artikel nachzukorrigieren ist umständlich. --Cepheiden (Diskussion) 20:14, 5. Sep. 2015 (CEST)

Den Workaround gibt es schon: Neodym-YAG-Laser.

Es gibt 80 Verlinkungen; ein kleiner Bot-Auftrag und die Notation ist aus der Welt.

Auch die Lemma-Verschiebung wäre flankierend zu erwägen. Es ist relativ unklug, sich ein syntaktisch heikles Lemma auszugucken, wenn es Alternativen gibt. Ich kann aber nicht beurteilen, welche die gängigste Verwendung draußen ist, und werde mich da raushalten.

LG --PerfektesChaos 20:23, 5. Sep. 2015 (CEST)

Okay, die Überlegung ein bzgl. der Syntax weniger bedenkliche Lemma zu wählen, ist gut, muss man mal weiter verfolgen in den Redaktionen. Neodym-YAG-Laser ist aber quasi ungebräuchlich und trifft es weniger genau als Nd:YAG-Laser. Interessant wäre was passieren würde, wenn es eine Sprachversion für IsiNdebele gibt. Ich vermute der Links a la Nd:YAG-Laser wären dann eh defekt. --Cepheiden (Diskussion) 20:55, 5. Sep. 2015 (CEST)

Hallo, mir ist noch eine Idee gekommen, warum nicht einfach die Links eindeutig machen, z.B. [[:de:Nd:YAG-Laser|Nd:YAG-Laser]]? Bei Spezial:Diff/127787551/145776753 klappt das dann prima. Da die Anzahl der Links überschaubar sein sollte, ist das wahrscheinlich kein größeres Problem. Es sollte auch bei CSI sauber funktionieren und das Problem einer möglichen falschen Verknüpfung dauerhaft lösen. Was ich mich nur bzgl. des Skripts frage ist, das Beispiel Yb: zeigt ja, dass es keine einfache Syntaxmusterauswertung zu sein scheint, sondern zumindest noch ein Abgleich mit der ISO-Norm erfolgen muss. Warum kann man in deinem Skript die Prüfung für bestimmte exotische Sprachkürzel wie Nd: oder CSI nicht einfach abschalten? --Cepheiden (Diskussion) 14:53, 6. Sep. 2015 (CEST)

• :de:Nd:YAG-Laser
  • Würde dir wenig bringen.
  • Es gibt diverse Skripte und Bots und gelegentlich sogar unbewaffnete Menschen, die das :de: wieder rausschmeißen.
  • WSTM wäre einer davon. Und zwar beim ersten Edit, ist dann beim zweiten wieder bei Interlanguage.
• WSTM kennt alle Zwei-Buchstaben-Sprachcodes.
  • Wurde 2010 definiert in .util.isO_639_1().
  • Damit werden beispielsweise Sprachangaben der lang="" auswertbar; was auch aktuell zum Parametercheck von Vorlage:Internetquelle genutzt wird und künftig ausgebaut und mit mehr Warnmeldungen versehen werden soll.
  • Zur Analyse von Links werden diese ebenso herangezogen.
  • Dadurch wird beispielsweise erkannt, dass ein Link auf diese Seite BD:PerfektesChaos/WSTM kein Interlanguage ist.
  • Was ich machen müsste, und auch weiß wo und wie, ist die Einführung einer temporären Blacklist, dass nd jetzt im Moment zwar Sprachcode aber derzeit noch kein Interlanguage ist. Es mangelt schlicht und einfach an Zeit, das alles nicht nur hinzuschreiben, sondern auch sorgfältig zu erproben. Wird aber irgendwann passieren.
• Drei-Buchstaben-Sprachcodes werden nicht erfasst und Verlinkungen und Sprachangaben so hingenommen wie sie dastehen. Viele laufende Veränderungen.
• Mit Wikidata hat die Analyse von Interlanguages ohnehin einen geringeren Stellenwert als damals, als ich dies programmierte.
  • Es ist gleichwohl wichtig, weil ein vergessener Doppelpunkt dazu führt, dass das Link samt Titel mitten im laufenden Text unsichtbar wird und der Artikel dafür plötzlich irgendeiner Sprachversion zugeordnet wird.
  • Deshalb haut WSTM das raus und schreibt es knallig auf eine gesonderte Zeile. Das dient ansonsten der einheitlichen Formatierung der letzten Zeilen, if any.
• Der Artikel war mir 2010/12, als ich WSTM entwickelt und sonst kein Wiki-Zeug am Hals hatte, schlicht nicht bekannt gewesen. Obwohl er offenbar nicht verschoben wurde; sich 2003 „Neodym-YAG-Laser“ schrieb und 2004 als „Nd-YAG-Laser“ in der Einleitung firmierte.

LG --PerfektesChaos 16:27, 6. Sep. 2015 (CEST)

Nur als Hinweis

Guten Morgen PerfektesChaos, etwas ist mir aufgefallen, nichts wirklich wichtiges nur eine Randnotiz.

• | colspan=4; style="background: " align="center" |

Keine Beanstandung, trotz für mich hier offensichtlich fehlendem „Farbwert“. Ich würde hier entweder style="background:grey" oder style="background:#ABCDEF" erwarten. Da das Ganze eh unwesentlich war, habe ich es einfach rausgeworfen.

style="background:bluesky" funktionierte auch nicht oder ich habe einen Farbsehfehler, nee ist klar falsche Angabe, muss vermutlich „skyblue“ heißen.

Und wenn ich eh schon hier bin, ich habe ein wenig Probleme mit dem Parameter „Originalsprache“, da der eh in keinem Fall jemals angezeigt wird lösche ich das immer, mein WSTM wollte aber den falschen Parameter |Sprache= in |Originalsprache= ändern. Ich habe es entfernt und da schließt sich der Kreis, sollte ich das lieber drinlassen, weil irgendwann einmal der Parameter doch sichtbar werden könnte? Ich habe jedenfalls noch niemals gesehen, dass da eine Sprache angezeigt wurde.

• Ich: Unsichtbare Parameter. Eigenverlag, Musterhausen 2001 (englisch: Unvisible parameters. Dummyville 2000. Übersetzt von Anonymus).  → keinerlei Hinweis auf irgendeine Sprache trotz Parameter Originalsprache=en[glisch] (geht beides nie) und |Originaltitel=
• laut Vorlage:Literatur: Code nach BCP 47 / RFC 4646 für die Sprache, in der das Original verfasst wurde, zum Beispiel: „en“, „en-US“ oder „ar-Latn-EG“, siehe auch Vorlage:Lang. Dieser Parameter wird nur bei gleichzeitiger Verwendung von Originaltitel ausgewertet.

Was bedeutet hier „ausgewertet“, was passiert mit dem Ergebnis der Auswertung, wo kann ich das ablesen und was? Übrigens fehlt da für mich dann auch noch ein Parameter |Originalverlag=, aber das ist auch unwichtig.

So ich mach mal weiter, das war nur gerade auffällig für mich. --Liebe Grüße, Lómelinde Diskussion 07:16, 8. Sep. 2015 (CEST)

• style="background: "
  • Ist eine nette Idee, dies zu analysieren.
  • Allerdings möchte ich das nicht in die rote Box tun, weil viele Anwender mit zu vielen Meldungen dort überforert wären.
  • Aber fünf Fragezeichen könnte ich einfügen; das wirkt sich sofort auf die diffpage aus und würde irgendwann einem anderen Autor eher mal auffallen. Putt is eh schon.
  • Vorgemerkt für irgendwann.
• Wir raten ausdrücklich davon ab, Farbnamen für etwas anderes als die Grundfarben red black white yellow zu verwenden; schon green bringt Überraschungen gegen lime.
  • Viele Farbnamen sind keine oder nur bestimmten Browsern und Betriebssystemen bekannt.
  • Optimal werden durchgängig Farbcodes verwendet; die sind für alle Browser verständlich, und niemand vertut sich.
  • skyblue wäre #87CEEB
• Sprachparameter:
  • Das ist eine etwas komplexe Angelegenheit, die sich künftig weiter entwickeln könnte.
  • Der Wert wird ggf. nicht angezeigt; etwa dann nicht, wenn er als deutsch erkannt wird.
  • Eine Originalsprache ist nur erwünscht, wenn sie zu einem Originaltitel gehört.
  • Die Programmierung ist in erneuerter Form in der Schublade und macht das ggf. zukünftig sichtbar.
  • Nicht-deutsche Infos belassen, auch wenn momentan scheinbar wirkungslos.
• Originalverlag ist angesichts von 40 Parametern nicht definiert. Könnte man im Prinzip machen, aber die Angaben der Zitierung werden dadurch endlos und unübersichtlich. Eigentlich soll man nur einen Beleg finden; dazu braucht man das nicht. Ggf. die Originalpublikation in einer Literaturliste gesondert aufführen und dann mit kompletten bibliografischen Angaben.
• „Ausgewertet“ soll hier wohl „dargestellt“ bedeuten.

LG --PerfektesChaos 11:12, 8. Sep. 2015 (CEST)

Ach so wichtig ist das nicht, du weißt doch, ich schreibe gern sofort auf, was mir so auffällt, weil ich sonst wieder vergesse wo das war.

Etwas anderes kam gerade noch rein.

• <ref name=https://de.wikipedia.org/wiki/Tumortherapiefelder</ref> wird zu <ref /> Schau doch bitte mal dort Glioblastom falls du noch kurz Zeit hast. --Liebe Grüße, Lómelinde Diskussion 11:28, 8. Sep. 2015 (CEST)

Na, sowas macht man auch nicht.

Mediawiki und WSTM sind völlig hin- und hergerissen, wie sie das interpretieren und zuordnen sollen.

Es ist nur name=http, weil keine Anführungszeichen und dann mit dem Doppelpunkt der Name aufhört.

Weil das erste Ding aber nicht mit > beendet wurde, ist es eh wirkungslos.

Also macht WSTM daraus ein <ref /> – eine andere Wirkung hatte es sowieso nicht. Gab ja auch einen ref-Fehler.

Und die URL ist auch noch von uns, also ein Wikilink.

Und Rezidiv schreibt man hinten nicht mit f.

LG --PerfektesChaos 11:55, 8. Sep. 2015 (CEST)

Dass man so etwas nicht tut ist klar und auch der Konflikt, ich schmeiße Weblinkangaben eigentlich generell aus Ref-namen raus. Neee WP zitiert sich nicht selbst eine Umwandlung in einen Wikilink wollte ich da nicht haben. Vielen Dank fürs Schauen. --Liebe Grüße, Lómelinde Diskussion 12:10, 8. Sep. 2015 (CEST)

Aussetzer bei WSTM

Seit gestern abend setzt WSTM bei mir aus. Beim Öffnen eines Artikels passiert nichts, nach Klick auf WSTM wird eine Diff-Page erzeugt, in der anscheinend nur meine Änderungen enthalten sind. Ist das bei Anderen auch so? Gruß --RonMeier (Diskussion) 09:08, 11. Sep. 2015 (CEST)

Nach dem ersten manuellen Start wird keine rote Box angezeigt. Die kommt dann aber nach einem weiteren Durchlauf von WSTM. Eine Reaktion auf das Anklicken des WSTM-Buttons erfolgt nur sporadisch. Gruß --RonMeier (Diskussion) 12:22, 11. Sep. 2015 (CEST)

Jepp, irgendwann zwischen 21:11 und 22:31 gestern abend muss WSTM ausgestiegen sein. Seitdem läuft es nicht und auch die (Standard)-Bearbeitungsleiste wird bei mir nicht mehr angezeigt. Einzig der AutoFormatter-Knopf bleibt stehen. --Hadibe (Diskussion) 11:41, 11. Sep. 2015 (CEST)

@Lómelinde, RonMeier, Hadibe, Mabschaaf:

Seit gestern Abend 21:21 gibt es eine neue MediaWiki-Version. (Auch erkennbar an den jetzt zwei Echo-Symbolen)

• Bitte erstmal Cache löschen. So radikal wie möglich.

Die neue MediaWiki-Version enthält offenbar eine Änderung, die die Art und Weise betrifft, wie ich Skripte lade.

• WSTM selbst ist vermutlich gar nicht selbst beteiligt.
• Die Browser sind so schnell geworden, dass sich die Skript-Ausführungen gegenseitig überholen. Deswegen tritt der Fehler manchmal, meistens, aber nicht immer auf. Je nachdem, was sonst grad auf dem Rechner und im Netz los ist.
• Welche Änderung das ist und wie sich das auswirkt, weiß ich noch nicht. Ich habe erstmal eine geraten. Mein Mechanismus, der abwarten soll, bis alles beisammen ist, greift jetzt aber wohl ins Leere.

@Mabschaaf:

• Deine Info heute morgen war mitnichten vergebens, sondern gab mir den entscheidenden Denkanstoß.
• Die Hilfsfunktion, die von Englisch ins Deutsche übersetzt, kam nämlich auch zu spät. Damit fiel das Dings in den Notfallmodus zurück, weil der Übersetzer sich auch überlegt, welche Sprache der momentane Benutzer am besten versteht.
• Kommt er womöglich immer noch; muss ich genauer untersuchen, war da noch nicht dran.

Ich selbst bekomme von alledem nichts mit, weil ich die momentanen Quellcodes von meiner Festplatte lade und nicht die auf dem Wiki-Server hinterlegten getesteten Versionen.

• Ihr müsstet mich also über den aktuellen Zustand auf dem Laufenden halten.

LG --PerfektesChaos 14:50, 11. Sep. 2015 (CEST)

Wie geht so radikal wie möglich? Bei mir geht gar nichts mehr. Es startet nicht genau wie unten beschrieben. Wenn ich von Hand starte dann verschwinden Buttons oder es passiert nichts und Syntaxhighlight verschwindet auch je nachdem ein anschließendes Strg F5 hat auch unterschiedliche Auswirkungen, eben gerade hat es die Buttons zurückgeholt und highlight wieder angeschaltet nur Citoid bleibt hartnäckig ganz weg. Die dicke rote Box kommt scheinbar auch nicht, oder es sind nur geringfügige Fehler vorhanden. Beispiel Liste der Straßen und Plätze in Berlin-Britz hat aktuell einen Referenzfehler schließendes ref fehlt, nienichts wird nach manuellem Start angezeigt. Die liste was in einem solchen Fall in der Konsole erscheint steht hier im Zwischenspeicher. Sag mir was ich machen soll und ich werde versuche es zu dokumentieren sogut ich kann. --Liebe Grüße, Lómelinde Diskussion 15:14, 11. Sep. 2015 (CEST)

Cache löschen bereits mehrfach gemacht - bringt nix. --RonMeier (Diskussion) 15:22, 11. Sep. 2015 (CEST)

Ich bin erst am Wochenende wieder richtig onwiki.

• Die Ursache ist mir weiterhin rätselhaft.
• Ich kann mir anhand des zeitlichen und wechselhaften Verhaltens und der MediaWiki-Änderung ungefähr vorstellen, was los ist, habe aber an der MediaWiki-Änderung noch nichts Boshaftes feststellen können, und bei mir auch nicht.

Bis dann --PerfektesChaos 17:13, 11. Sep. 2015 (CEST)

zur Zeit läufts. Schönes Wochenende --RonMeier (Diskussion) 19:46, 11. Sep. 2015 (CEST)

Ja, es scheint wieder normal zu laufen. --Liebe Grüße, Lómelinde Diskussion 07:26, 12. Sep. 2015 (CEST)

Des einen Freud ist des anderen Leid: Meine erweiterte Beo zeigt nun wieder das dort (26. Jan., 8:22) beschriebene Verhalten. Nach meinem Abi hatte ich mal überlegt, Informatik zu studieren. Ich denke, es war die richtige Entscheidung, es nicht zu tun ;-) --Mabschaaf 09:24, 12. Sep. 2015 (CEST)

@Mabschaaf: Dann leere mal am Sonntag vormittag deinen Cache.

• Du hast dann offenbar eine besonders langsame oder besonders schnelle Maschine/Netzwerkverbindung.
• Ich beginne die kleine MediaWiki-Änderung der letzten Woche zu verstehen und die Auswirkung zu erahnen; der Zeitpunkt, zu dem etwas als fertig angesehen wird, verschiebt sich offenbar um eine Millisekunde und kommt jetzt zu früh.

@ALLE: Ich habe in dem Umfeld etwas Größeres geändert und hoffe, dass es weiterhin läuft; auch Citoid und so.

• Ich kann selbst nur mit der eigenen Netzwerkverbindung erproben, und bei meiner Entwicklung sind Netzwerk und Wiki-Server überhaupt nicht beteiligt, sondern das liegt von vornherein aus der Fesplatte vor.

LG --PerfektesChaos 00:19, 13. Sep. 2015 (CEST)

@Mabschaaf: Ich habe inzwischen eine wesentliche Änderung in den Prozeduren vorgenommen.

• Nun leere mal deinen Cache massiv.
• Ich konnte das mutmaßlich bei dir vorliegende Problem rekonstruieren, nachbauen und erfolgreich lösen.
• Bislang hatte ich eine beteiligte Komponente als MW-Gadget ausgegeben, was fast gut klappte, außer bei dir. Durch irgendeine Änderung in der vergangenen Woche wurde das zerschossen. Ich habe nun eine fundamental andere Methode implementiert.

In euren Enzymen und Proteinen möchte ich mich aber auch nicht verheddern müssen.

LG --PerfektesChaos 14:00, 13. Sep. 2015 (CEST)

Sorry, keine Änderung, kein Kreuz. Was genau meinst Du mit „massiv“: Strg+F5 kenne ich, weitere Wünsche? (FF40, monobook) --Mabschaaf 16:42, 13. Sep. 2015 (CEST)

[Chronik] → [Neuste Chronik löschen]; Cache ankreuzen, Rest eher nicht. LG --PerfektesChaos 16:55, 13. Sep. 2015 (CEST)

Könntest Du ggf. bei H:Cache ergänzen. Hatte aber leider keinen Effekt.--Mabschaaf 19:41, 13. Sep. 2015 (CEST)

• Hilfeseite
  • Ist nicht ganz deren Thema, aber kann ich gelegentlich bei Weitere Informationen weiterverlinken.
  • Gibt ein Kapitel; WP:JS #Cache.
• Du hast eine seltsame Konfiguration. Irgendwo steckt da was, das sich herauszufinden lohnen würde.
  • Dazu ist das hier aber die falsche Disku.
  • Ich müsste dir wahrscheinlich eine Debugging-Version auf BETA ablegen, die einige Schlüsselinfos petzt.
  • Dazu habe ich aber auf absehbare Zeit keine solche.
• Für heute Abend würde mich interessieren:
  1. Auf deine Beo gehen.
  2. Strg+Umschalt+J öffnet Browser-Konsole.
  3. Konsolenfenster wenigstens auf halbe Bildschirmhöhe ausweiten.
  4. Extras → Web-Entwickler → JS-Umgebung öffnet JS-Eingabefläche
  5. Dorthin den nachstehenden Code kopieren: console.dir(mw.libs)
  6. Ausführen anklicken
  7. In der Browser-Konsole steht bereits oder wäre über das Menü Logbuch → Log sichtbar zu machen eine navigierbare Box.
  8. Aus der Box interessieren mich folgende Werte:
     • listPageOptions → vsn = ???
       • Sollte 4.8 sein, sonst Cache nochmal für mehr als vier Stunden leeren.
     • listPageOptions → config → supply = ???
     • listPageOptions → prego = Lässt sich das aufklappen??
       • listPageOptions → prego → doc = ??
     • preferencesGadgetOptions → vsn = ???
       • Sollte 0.96 sein, sonst Cache nochmal für mehr als vier Stunden leeren.

Gespannt. --PerfektesChaos 20:47, 13. Sep. 2015 (CEST)

Bis Punkt 6 kann ich folgen, nach dem Klicken auf "Ausführen" erhalte ich

SyntaxError: missing ; before statement

@Scratchpad/1:10

Ansonsten ist die Box leer. Viel Zeit hatte und habe ich heute leider nicht für Tests. Trotzdem danke fürs Kümmern!--Mabschaaf 22:39, 13. Sep. 2015 (CEST)

Ich weiß nicht so genau, was du da wohin kopiert hattest, aber:

• Die durch 4.) entstandene Box kannst du komplett leerräumen; da steht eine kurze Bedienungsanleitung als Kommentar drin.
• Danach nur das kopieren, dann geht es auch:

          console.dir(mw.libs)

LG --PerfektesChaos 23:08, 13. Sep. 2015 (CEST)

4.8 passt.

supply: "PreferencesGadgetOptions"

prego lässt sich aufklappen

doc:"[[w:en:User:PerfektesChaos/js/preferencesGadgetOptions]]"

vsn ist 0.96

Kryptologie ist was feines ;-) --Mabschaaf 23:23, 13. Sep. 2015 (CEST)

• Das ist eine gute und eine schlechte Nachricht.
  • Gut, weil alles planmäßig. Gut auch, weil der befürchtete Einfluss der MW-Änderung letzte Woche nicht (mehr) vorhanden ist.
  • Schlecht, weil ich nun überhaupt keine Idee mehr habe, woran es liegen könnte.
• Ich werde gelegentlich eine Sonderversion für dich brauen und auf BETA bereitstellen. Sie wird bei jedem Schritt im Ablauf einen Schlüsselwert ausgeben. Wenn der Ablauf plötzlich abbricht oder Schlüsselwerte unerwartet ausfallen, dann sollte sich das beheben lassen.
  • Für diesen Abschnitt hier ist das Thema weitgehend durch, da es um die MW-Änderung ging.
• Zwei routinemäßige Rückfragen:
  1. Welche Skin?
  2. Irgendwelche anderen Skripte, die das Erscheinungsbild der Beo manipulieren könnten, so dass ggf. die HTML-Elemente nicht mehr gefunden würden?

LG --PerfektesChaos 13:36, 14. Sep. 2015 (CEST)

Skin: Monobook; meine .js und .css kannst Du ja einsehen, keine Ahnung, welche Skripte da querschießen könnten - das einzige, was ich noch installiert habe, ist Benutzer:Rjh/wikipedia-reference-creator.--Mabschaaf 14:28, 14. Sep. 2015 (CEST)

Http vs http?

Guten Morgen, mir ist da gerade eine winzige Kleinigkeit aufgefallen die man eventuell mit abfragen könnte?

• [8] H→h [9] würde das gehen? Ich frage nur, weil es mir so im Quelltext nicht als Weblink markiert wird, sonst müsste ich wohl mal bei Schnark anfragen.
  • Unterschied: ohne Markierung [Https://www.youtube.com/watch?v=Gcua04G9pew] hellblau hinterlegt [https://www.youtube.com/watch?v=Gcua04G9pew]

Und noch etwas, vermutlich ist das beabsichtigt hat mich aber ebenfalls etwas verwundert.

• ISBN 0195332814 wird nicht zu ISBN 0-19-533281-4. Ja mir ist klar, dass es nicht als Wikisyntax erkannt werden soll, was hier natürlich totaler Nonsens war. Nein, das benötigt keine Erklärung, nur so als Info, was bei den Toolübersetzungen so alles an Zusatzsyntax erscheint, ich nehme mal an das wurde nicht von Hand eingefügt, weiß es aber nicht.
• Übrigens auch diese merkwürdigen Kombinationen (siehe Quelltext) ISBN 0-9545125-2-9. ‹grauenhaft›. --Liebe Grüße, Lómelinde Diskussion 07:26, 12. Sep. 2015 (CEST)

Noch eine kleine Ungereimtheit: WSTM meldet …

: (2×) Überschrift-Ende unerwartet
: == Grabadin (=

• … wenn das wie folgt == Grabadin (=Pseudo-Mesue-Filius) {{Anker|Grabadin}} == in der Überschrift steht → daher auch ein Ping an Luke
• … findet das vollkommen i.O. wenn es hingegen so herum == {{Anker|Grabadin}} Grabadin (=Pseudo-Mesue-Filius) == eingefügt wird.

Sollte da immer eine Meldung erfolgen oder eher in beiden Fällen nicht? Ich meine es ist schon etwas kritisch Gleichheitszeichen in Überschriften zu setzen, oder? Daher noch eine Anschlussfrage, sollte man das = ersetzen? --Liebe Grüße, Lómelinde Diskussion 10:25, 12. Sep. 2015 (CEST)

Noch etwas für die Sammlung. Passt irgendwie zu der vorherigen Meldung aber zum anderen Tool. →What’s wrong? Die Meldung (Achtung: Du hast kein Betreff/Überschrift eingegeben. Wenn du erneut auf „Seite speichern“ klickst, wird deine Bearbeitung ohne Überschrift gespeichert.) finde ich wirklich interessant.   --Liebe Grüße, Lómelinde Diskussion 17:20, 12. Sep. 2015 (CEST)

Ich sortier mal.

• „Http“ wird seit 2010 kleingeschrieben, aber dummerweise seit 2013 zweimal hintereinander.
  • Heißt: Beim ersten Mal wurde es schon routinemäßig kleingeschrieben, und als dann an der zweiten Stelle geguckt wurde, ob was dran zu machen sei, war es das dann schon kleingeschrieben, und wenn nicht gleichzeitig in der URL was anderes gemacht wurde, dann wurde nicht bemerkt, das was zu ändern sei.
  • Heißt: Bug.
  • Korrektur für dich ist unterwegs.
• ISBN und nowiki
  • Habe ich nicht verstanden, was du von mir möchtest.
  • Wenn irgendwas in nowiki steht, dann wird damit gefordert, dass WSTM nichts daran ändern soll und es praktisch genau so belassen soll, wie es da steht.
• = in Überschriften
  • Gesucht wird nach kaputten Überschriften, bei denen das links und rechts nicht passt.
  • Hier dürfte es so sein, dass die Anker-Vorlage hinter dem Gleichheitszeichen die Sache ruiniert hatte; daraufhin war nicht klar, wo dann die Zeile aufhört.
  • Gleichheitszeichen mittendrin dürfte ohne Anker-Vorlage kein Problem sein, Anker-Vorlage allein auch nicht; nur Besonderheiten nach einem Gleichheitszeichen mittendrin stören bei der Identifikation des Überschriften-Endes.
• Anker in Überschriften
  • Sie sollten immer am Anfang stehen, damit sie auffallen. Da hinten findet sie keiner und kann sich ihrer Vorteile nicht bedienen.
  • Technisch hat es keine Auswirkungen; auch unser Anker-aus-Z&Q-Entferner eliminiert alle diese Vorkommen.

LG --PerfektesChaos 00:19, 13. Sep. 2015 (CEST)

Sorry, ich habe zwar nicht wirklich verstanden was du mit zweimal hintereinander meintest, aber egal.

Zu der ISBN, da solltest du auch nichts ändern, da muss eher ich dran denken nach dem Entfernen der Nowiki-Tags nochmal WSTM zu starten. Manchmal hilft es wenn ich es aufschreibe, du weißt schon wie bei Spickzetteln.

Ich setze Anker immer vorn und finde es auch gut, dass es so angepasst wurde, dass man sie in die Überschrift setzen kann, das war ja nicht immer so.

Vielen Dank und einen angenehmen Sonntag. --Liebe Grüße, Lómelinde Diskussion 06:55, 13. Sep. 2015 (CEST)

Wikitable

Hallo PerfektesChaos, mir ist da gerade vorhin eine Kleinigkeit aufgefallen, die dein Tool eigentlich anpassen können sollte, also zumindest nach meiner Logik.

• wikitable centre

da hätte ich gern eine Anpassung entweder in nur class="wikitable", da es ja so keinerlei Auswirkung hat oder in class="wikitable centered" ?

was	auch immer	da steht	mit Fehler centre
ich weiß nicht	was die	beste Lösung	wäre

was	auch immer	da steht	ohne Ausrichtung
ich weiß nicht	was die	beste Lösung	wäre

was	auch immer	da steht	mit centered
ich weiß nicht	was die	beste Lösung	wäre

Was ich nicht möchte wäre class="wikitable center" wie denkst du darüber? Es sind nicht so viele Seiten wo so etwas vorkommt momentan ungefähr 50. Ich meine, nur wenn sich der Aufwand für dich lohnt, wichtig ist das nicht. Man könnte andererseits auch eine Meldung ausgeben, (oh wie sagst du das immer ???) Achtung! CSS-Klasse mit unbekanntem Attribut oder so ähnlich. Ich weiß nicht, das war nur so eine spontane Eingebung. --Liebe Grüße, Lómelinde Diskussion 17:44, 15. Sep. 2015 (CEST)

Niemand weiß, welche Klassennamen es gibt oder geben soll und welche wirkungslos oder wirksam sind. Dementsprechend kann WSTM hier nichts automatisch ändern. Seltsame Klassennamen entstehehen durh Schreibfehler oder Importe aus anderen Wikis. LG --PerfektesChaos 22:00, 15. Sep. 2015 (CEST)

O.k. ich dachte mir schon, dass das irgendwie schwierig wäre. --Liebe Grüße, Lómelinde Diskussion 07:05, 16. Sep. 2015 (CEST)

Vorlage „lang“ in Bildparameter alt= ?

Manchmal verzweifle ich wirklich, wozu ist das gut? Er setzt es eh zurück, aber das ist mir egal. meine Frage ist eher, wird dieser Alternativtitel in der Sprachausgabe dann als: „Eine steinerne Gedenktafel mit der Überschrift [in englischer Sprache, Anführungszeichen oben] "Yukon Czech Hall: Bohemian Hall" [Ende englischer Text, Anführungszeichen oben] und der Beschreibung des Gebäudes“ ausgegeben oder wozu hat „man“ hier diese Vorlage eingefügt? Nur für mein Verständnis.

• [[Datei:Monument, Czech Hall, Yukon, OK.jpg|alt=Eine steinerne Gedenktafel mit der Überschrift "{{lang|en|Yukon Czech Hall: Bohemian Hall}}" und der Beschreibung des Gebäudes|right|thumb|Gedenktafel außerhalb des Gebäudes]]

Der eigentliche Grund warum ich hier bin ist, dass WSTM da keine Anpassung der Parameter |thumb|right vornimmt. Ich wünsche allen Mitlesenden einen angenehmen Abend. --Liebe Grüße, Lómelinde Diskussion 18:45, 15. Sep. 2015 (CEST)

• Wenn das einem Sehbehinderten vorgelesen werden soll, und dazu ist alt= gedacht, dann könnte der Screenreader je nach Herkunft in eher amerikanischen oder britischen Akzent verfallen und die Phrase entsprechend vorlesen; die Anführungszeichen wird er wohl nicht explizit mitlesen und die Sprache auch nicht ansagen.
  • In der Angelegenheit steckt allerdings ein Denkfehler: Der alt=-Parameter von HTML steht innnerhalb eines <img>-Bildes, und eine HTML-Bildbeschreibung oder auch irgendein sonstiger Parameterwert kann innerhalb eines HTML-Tags keine anderen HTML-Elemente enthalten, noch nicht einmal < oder >.
  • Der obige Wiki-Quellcode würde nach Vorlagen-Expansion liefern:

    |alt=Eine steinerne Gedenktafel mit der Überschrift "<span lang="en">Yukon Czech Hall: Bohemian Hall</span>" und der Beschreibung des Gebäudes

  • Weil HTML-Elemente im alt-Attribut von HTML aber unzulässig sind, macht unser Wiki-Server daraus:

    <img alt="Eine steinerne Gedenktafel mit der Überschrift &quot;Yukon Czech Hall: Bohemian Hall&quot; und der Beschreibung des Gebäudes" src…/>

• WSTM wird hier nicht weiter tätig, weil mit der ersten Vorlage die Interpretation abgebrochen werden muss. Dementsprechend werden alle folgenden Parameter nicht mehr gesehen.
• Du müsstest die |thumb|right manuell weiter nach vorne ziehen und |mini daraus machen. right ist sowieso überflüssig.
  • Einer der Seitenbearbeiter hat allerdings was gegen mini und will unbedingt thumb haben.
• Der alt-Parameter der Dateieinbindung sollte immer der allerletzte vor der Legende sein, weil im Textdickicht danach die kurzen Schlüsselwörter nicht mehr zu erkennen sind.

LG --PerfektesChaos 22:29, 15. Sep. 2015 (CEST)

Vorlage:Smiley/Wartung/rot  Ich weiß dass „rechts“ raus kann, ich übersehe es aber trotzdem manchmal weil es ja nicht generell fehl am Platze ist, sondern nur gemeinsam mit „mini“.

Genau diesen meinte ich und hatte schon den Verdacht, dass der Alternativtext deshalb diese Vorlage enthielt. „Er“ revertiert eh fast alles was ich ändere, das ist echt demotivierend, wenn es Benutzer gibt, die meinen sie seien das Maß aller Dinge und andere müssten sich daran halten wie „Sie“ es haben möchten. (Narrenfreiheit)

Vielen Dank für die ausführliche Erklärung. --Liebe Grüße, Lómelinde Diskussion 07:05, 16. Sep. 2015 (CEST)

WSTM startet nur sporadisch

nach vielen Tagen stabilen Laufs ist heute Pumpe. 20x Artikel geöffnet, nur 2x startet WSTM. (auch Cache-Löschen bringt nichts) Gruß --RonMeier (Diskussion) 08:47, 16. Sep. 2015 (CEST)

Gab es ein Update?

Hallo PC, entweder ich sehe schon wieder Gespenster oder WSTM hat keinen Zugang mehr zum ANR und zu meinen Unterseiten. Hier bei dir sehe ich den Button (nach dem ersten öffnen und nach Vorschau anzeigen), dort nicht und es erfolgt auch kein automatischer Lauf. Die Spielwiese hat nach dem öffnen den Button, ein manueller Start ist aber nicht möglich und nach der Vorschau ist er auch dort weg.

• (Error: module must be a string, not a undefined load.php:168:654)

Och menno. --Liebe Grüße, Lómelinde Diskussion 08:58, 16. Sep. 2015 (CEST)

Ja, gab es, und schon wieder aktualisiert und damit der obige Fehler wohl beseitigt.

• Es gab eine Konstellation, in der die Neuprogrammierung noch nicht griff, und die du hast und ich eher nicht. Deshalb hatte ich das erst später bemerkt.
• Meine Skripte werden direkt aus der Festplatte geladen; wenn ich jedoch das Laden vom Server erproben will, muss ich wohl oder übel auf den Server. Deshalb nehme ich aber erstmal die d-Version und nicht die produktive.
• Ist eine Folgemaßnahme zu dem Debakel der vorigen Woche, mit der die Verbindung verschiedener Skripte robuster gelöst werden soll und von derartigen Änderungen abgekoppelt wurde; die jetzt verwendete Technologie gab es bei der ursprünglichen Programmierung 2013 noch nicht oder war ihrerseits neu und möglicherweise nicht robust.
• Es sollten alle WSTM und citoidWT sich wieder erholt haben.

LG --PerfektesChaos 11:16, 16. Sep. 2015 (CEST)

Leider nein, alles wie eben, kein Start, kein WSTM Button (Citoid ist dieses Mal nicht betroffen und funktioniert einwandfrei), kein Cacheleeren nutzt etwas … Sorry, es streikt. --Liebe Grüße, Lómelinde Diskussion 11:32, 16. Sep. 2015 (CEST)

Kl. Ergänzung, also manchmal springt es durch ein Strg + F5 an, aber das eher nur sehr sporadisch oder so wie RM es oben schreib, in einem von 20 Fällen, wie es gerade Lust und Laune hat, dann erscheint aber das rote Fenster mit den Meldungen nicht, oder ich habe nur Anpassungen, die keine Meldung erzeugen. --Liebe Grüße, Lómelinde Diskussion 11:49, 16. Sep. 2015 (CEST)

Und wenn du mal machst, was in WP:JS #Cache steht?

Ansonsten vorübergehend aus dem d in der URL ein r machen; dann hast du eine Normalnutzer-Version, und die scheint von meinen nächtlichen Aktivitäten nicht betroffen.

LG --PerfektesChaos 12:56, 16. Sep. 2015 (CEST)

Oh ich habe bereits zwei mal die Chronik aufgerufen und auf Cache löschen geklickt es ändert sich nichts. Nein ich möchte keine Normaloversion, kann aber gern mal testen ob da kein Fehler vorkommt. … Ich stelle gleich mal um und schaue was dann passiert. Oder meintest du etwas anderes, du weißt schon, dass ich ein wenig Schwierigkeiten habe solche Technikanweisungen zu verstehen, aber ich las da weiter oben und habe das mal ausgetestet. (Spielkind)

Mit „r“ geht es scheinbar. Danke für den Tipp, sag mir bitte Bescheid, falls ich es wieder umstellen kann oder soll. --Liebe Grüße, Lómelinde Diskussion 13:28, 16. Sep. 2015 (CEST)

Ich bin jetzt bald ein paar Tage weg, kann erst am Wochenende wieder intensiver mit dir kommunizieren und mich dann auf Fehlersuche begeben. Dazu müssten wir ein wenig bei dir analysieren, so wie weiter oben schon mit Mabschaaf. Mit den obigen Praktiken kannst du dich schon einmal vertraut machen; nur die Fragen werden andere sein. Zum Laufen gebracht werden muss aber die neue Programmierung.

• @RonMeier: Bei dir alles senkrecht mit WSTM?

LG --PerfektesChaos 21:21, 16. Sep. 2015 (CEST)

nein - unverändert labil Gruß --RonMeier (Diskussion) 21:54, 16. Sep. 2015 (CEST)

Ah, und wenn du bis nächste Woche auf r statt d wechselst?

Ich bin für die nächsten zehn Tage etwas eingespannt und wenig zu Denkaktivitäten in der Lage.

LG --PerfektesChaos 22:05, 16. Sep. 2015 (CEST)

Ok. Viel Spaß. Gruß --RonMeier (Diskussion) 22:24, 16. Sep. 2015 (CEST)

O.k. ich werde versuchen die Anweisungen zu verstehen und falls ich mich doch zu dusselig anstelle musst du es halt „zweimal“ erklären. Ich habe übrigens gestern auch Chrome getestet und da war es identisch. Ich bin mir nämlich nicht mmer sicher ob der FF einwandfrei läuft. Also dann bis nächste Woche. --Liebe Grüße, Lómelinde Diskussion 06:32, 17. Sep. 2015 (CEST)

Ehe ich mir jetzt diese Anweisungen da oben näher anschaue, sei eine Frage erlaubt, ab wann war das Update online? Ich weiß, dass es bis kurz vor meiner Meldung hier noch einwandfrei funktionierte. (07:20, 16. Sep. 2015) Um 07:51, 16. Sep. 2015 scheint es aber schon defekt gewesen zu sein und definitiv bei der Bearbeitung direkt vor meiner Meldung 08:29, 16. Sep. 2015. Da RonMeier es ungefähr zur Selben Zeit bemerkt zu haben scheint, müsste es also so gegen 7:30 gewesen sein, dass du es für uns aktiviert hattest. Wenn das nicht so ist, wäre dann vielleicht eine andere Änderung irgendwo in den Weiten der Wikiwelten die Ursache? --Liebe Grüße, Lómelinde Diskussion 08:35, 18. Sep. 2015 (CEST)

• ab wann war das Update online? en:Special:diff/681280284 – trifft nach etwa zehn Minuten und mit dem zweiten Edit bei dir ein. Londoner Zeit.
• Ich habe es unter anderen Rahmenbedingungen getestet, auch vom Server aus wie ihr, und fand keine Störung.
• @Lómelinde, RonMeier: Fehlersuche:
  1. Auf die d-Version zurückschalten.
  2. Einen Artikel zur Bearbeitung öffnen, so dass WSTM tätigwerden müsste.
  3. Strg+Umschalt+J öffnet Browser-Konsole.
  4. Konsolenfenster wenigstens auf halbe Bildschirmhöhe ausweiten.
  5. Extras → Web-Entwickler → JS-Umgebung öffnet JS-Eingabefläche
  6. Dorthin an das Ende den nachstehenden Code kopieren: console.dir(mw.libs)
     • Rest des Fensters kann zur Übersichtlichkeit vorher komplett gelöscht werden.
  7. Ausführen anklicken
  8. In der Browser-Konsole steht bereits oder wäre über das Menü Logbuch → Log sichtbar zu machen eine navigierbare Box.
  9. Aus der Box interessieren mich folgende Werte:
     • WikiSyntaxTextMod → vsn = ???
       • Sollte (d) Run=-6.08 sein, entsprechend Difflink; womöglich mit noch mehr Anhängseln und 13 weiteren Nummern, was ein gutes Zeichen wäre.
     • WikiSyntaxTextMod → prefs = Lässt sich das aufklappen??
       • WikiSyntaxTextMod → prefs → supply = ??
     • preferencesGadgetOptions → vsn = ???
       • Sollte 0.96 sein, sonst Cache nochmal für mehr als vier Stunden leeren.
• Das für meine erste Orientierung; danach werde ich Debugging-Versionen auf BETA hochladen müssen.

LG --PerfektesChaos 17:50, 19. Sep. 2015 (CEST)

Ich bin dafür zu dumm, ich sehe keinen Eintrag an dem Extras steht. Ich habe da Netz, CSS, JS, Sicherheit, Logbuch, Leeren und ein Suchfenster. --Liebe Grüße, Lómelinde Diskussion 18:07, 19. Sep. 2015 (CEST)

• [Extras] ist ein Menüfeld des Browsers; steht unter der Titelzeile des Fensters.
  • [Datei] [Bearbeiten] … [Extras] [Hilfe]
  • Lässt sich auch ausblenden; dann kommt man über die drei horizontalen Striche rechts außen → Anpassen → Symbolleisten → anhäkeln [Menüleiste] wieder dran.

LG --PerfektesChaos 18:41, 19. Sep. 2015 (CEST)

• So du hast mich mal wieder völlig irritiert warum kann ich denn nicht wie gewohnt mit Strg+Umschalt+K öffnet Browser-Konsole Arbeiten, dann finde ich wenigstens auch irgendwo so etwas wie eine Werkzeugleiste.

1. ja (d) Run=-6.08
2. ja lässt sich öffnen, aber
3. nein da ist kein Eintrag supply sondern fetch, first, follow, _proto_
4. da sind dann in dem proto wieder etliche Klappdingens und so weiter
5. preferencesGadgetOptions → vsn = 0.96  Ok

• Sorry, ich würde es ja komplett kopieren aber es weigert sich. Ich bin über Google und den normalen Weg gegangen, allerdings hättest du mich warnen können, dass ich da eine Meldung bestätigen soll. Ich fürchte das hilft jetzt nicht viel weiter. Rallye Australien 2013 zumindest hätte WSTM dort miniatur in mini ändern sollen. Oder soll ich noch einen anderen Artikel testen? Morgen kann ich übrigens nicht und jetzt ist auch gleich Schluss. --Liebe Grüße, Lómelinde Diskussion 18:53, 19. Sep. 2015 (CEST)

Das waren die Angaben für Firefox. Ich kenne dich nicht anders.

Chromium hatte ich nicht auf dem Schirm, habe hier auch keinen installiert.

Dass kein supply sondern fetch, first, follow, _proto_ hilft mir schon weiter beim Denken; dass WSTM nämlich noch nicht einmal bis dahin gekommen war, gibt mir die Möglichkeit, das weiter einzukreisen. Da habe ich jetzt anscheinend einige Tage Zeit.

LG --PerfektesChaos 19:15, 19. Sep. 2015 (CEST)

Nein ich benutze noch immer FF aber wenn ich das mit „J“ starte öffnet sich ein eigenes Fenster und das ist dann ohne diese Werkzeugleiste oben drüber. Mit Chrome könnte ich es aber auch mal testen, Montag viellecht. Von wegen ein paar Tage Zeit, ich bin nur morgen nicht da, es sei denn die Esel beißen in meine Hand oder schubsen mich in den Abgrund. Und sorry, ich wollte nicht nerven. Aber derzeit bin ich irgendwie redebedürftig. So also dann Carpe diem und noch einen angenehmen Abend. Falls ich noch irgendetwas machen soll, was dir weiterhelfen könnte schreib mir eine Dienstanweisung. Es dauert zwar manchmal aber meistens finde ich einen Weg. --Liebe Grüße, Lómelinde Diskussion 19:24, 19. Sep. 2015 (CEST)

auf d zurückgeschaltet. WSTM läuft mit Verzögerungen:
WSTM startet
Diffpage wird erzeugt mit Bearbeitenanzeige im Tab
WSTM-Button da
dann paneMarker rot
... warten
dann paneMarker farblos, WSTM-Button weg
dann paneMarker wieder rot
...
WSTM-Button wieder da
getestet an Horben

Gruß --RonMeier (Diskussion) 21:13, 19. Sep. 2015 (CEST)

Ja, danke, Ló hatte aber oben schon den entscheidenden Hinweis gegeben: Sie sieht supply nicht.

Damit weiß ich, in welcher Richtung und wonach ich unter den letzten Änderungen suchen muss.

Im Moment bin ich aber zu müde dazu und mache nur Kleinkram.

LG --PerfektesChaos 21:21, 19. Sep. 2015 (CEST)

Wenn ich müde bin, gehe ich schlafen. Bis dann --RonMeier (Diskussion) 21:28, 19. Sep. 2015 (CEST)

Dazu ist es noch etwas früh am Wochenende.

@RonMeier:

• Ich habe einen Fehler gefunden, der auf euch wirkt und auf mich eher nicht, und der zu der Geschichte passen würde.
• Probier mal, ob es nach dem 2. Edit mit d-Version besser geworden ist.

LG --PerfektesChaos 22:01, 19. Sep. 2015 (CEST)

Keine Änderung. Eine rote Box kommt übrigens erst beim zweiten Erröten von paneMarker. Gruß --RonMeier (Diskussion) 22:14, 19. Sep. 2015 (CEST)

Jetzt, nach Neustart von FF funktioniert WSTM anscheinend normal. Ich teste. Gruß --RonMeier (Diskussion) 22:20, 19. Sep. 2015 (CEST)

Es sieht gut aus. Jetzt kannst du schlafen gehen. Gruß --RonMeier (Diskussion) 22:28, 19. Sep. 2015 (CEST)

Oh wer ist denn der paneMarker? Nein muss ich nicht wissen, also es scheint zumindest auch bei mir jetzt wieder stabil zu sein, wenn ich noch etwas testen soll, dann geht das aber vermutlich erst morgen. Die nächtliche Anpassung scheint Wunder gewirkt zu haben. Auch Chrome sieht den Button wieder und WSTM startet normal. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 07:50, 20. Sep. 2015 (CEST)

paneMarker ist das rot werdende W oberhalb des Bearbeitungsfeldes. Schönen Sonntag (hier gerade mit Regen und Sonnenschein) --RonMeier (Diskussion) 09:18, 20. Sep. 2015 (CEST)

Stimmt: Benutzer:PerfektesChaos/js/paneMarker.

Der hätte das gleiche Grundproblem, wird auch gerade auf das neue Konzept umgestellt und regelt das, was auf Spezial:Helferlein passieren kann.

Die liefern sich ein Wettrennen; je nachdem, was man davon aktiviert hat und in welcher Reihenfolge die zum Zuge kommen, verhalten sie sich anders. Deswegen ist es bei mir auch anders als bei euch.

LG --PerfektesChaos 12:21, 20. Sep. 2015 (CEST)

Aha, so ist das also, bei mir nicht installiert also ist auch kein W sichtbar. Wenn ich zu viele Skripte nebeneinander, miteinander oder durcheinander laufen habe dreht FF vermutlich durch, der steigt so schon ab und zu im ungünstigsten Augenblick aus. Ich habe auch das „Autobackup“ wieder abgeschaltet. Hmmm „und regelt das, was auf Spezial:Helferlein passieren kann.“ Das ist auch wieder irgendetwas für Insider. Wenn man nicht weiß, was genau dort passieren könnte, für mich ist das eine Liste mit Einträgen. Unwichtig, solange ich mit den Tools klarkomme, die ich der benutze bin ich schon glücklich. --Liebe Grüße, Lómelinde Diskussion 17:40, 20. Sep. 2015 (CEST)

Nein, Insider bin ich bestimmt nicht. von dem Fachchinesisch zwischen PC und anderen verstehe ich (leider) nichts. Auch sind mir die vielen verschiedenen Programmiersprachen suspekt. Ich mags kleinklein und kann mit WSTM einen Teil meiner Standardisierungsvorstellungen verwirklichen. Das funktioniert meist oder zerwürgt auch mal was, was ich dann mitbekomme oder manchmal auch nicht. Beim paneMarker war ich in der Erprobungsphase dabei, habs für gut befunden und nutze es. (citoid zB. nicht) Einen schönen Restsonntag, Gruß --RonMeier (Diskussion) 19:35, 20. Sep. 2015 (CEST) (da war ich aber mal geschwätzig)

Nochmal Tabellenfehler oder ungleiche "-Anzahl

{|width="80%" align="center| wird zu {| width="80%" align='"center|' Murks, keine Fehlermeldung Semafor.

Ich traue mich echt schon wieder nicht das überhaupt hier zu melden, weil ich nie weiß was du wissen möchtest und was eher nicht. Und nun ja ich bin manchmal etwas empfindlich … Mir ist da mehrfach aufgefallen, dass WSTM in Tabellen durchaus die "" ergänzt aber nicht immer wie von mir erwartet.

vorher		nachher		erwartete Reaktion
{| class="wikitable" | colspan=2| Beispiel |- | bgcolor=#abcdef rowspan=3| {{?}} |Hallo |- |wie geht |- |es dir |}	Beispiel Hallo wie geht es dir	{| class="wikitable" | colspan="2"| Beispiel |- | bgcolor=#abcdef rowspan=3| {{?}} |Hallo |- |wie geht |- |es dir |}	Beispiel Hallo wie geht es dir	{| class="wikitable" | colspan="2"| Beispiel |- | bgcolor="#abcdef" rowspan="3"| {{?}} |Hallo |- |wie geht |- |es dir |}	Beispiel Hallo wie geht es dir
eigentlich sollten sowohl colspan als auch rowspan (sowie der Farbwert?) angepasst werden, bgcolor oder auch style="background-color:#abcdef;" scheinen das zu blockieren

Und da ich dieses Beispiel gerade hier habe, soll ich bgcolor=#abcdef durch style="background:#abcdef;" oder style="background-color:#abcdef;" ersetzen. Was ist richtiger? --Liebe Grüße, Lómelinde Diskussion 09:23, 21. Sep. 2015 (CEST)

1. Unausgewogene Anführungszeichen; Pipe am Ende: WSTM nimmt das Anführungszeichen als zum Text gehörend. Also wird die ganze Chose in ' gesetzt. Damit gehört die Pipe auch nicht mehr dazu und löst keine Fehlermeldung mehr aus.
2. Welche Tabellensyntax erkennt WSTM? Nur am Zeilenanfang:

   • {|
   • !
   • |-

   Hingegen kann | als Vorlagensyntax oder sonstwas zu verstehen sein; WSTM weiß nicht, wo Tabellen angefangen hatten oder aufhören.

3. bgcolor → Spezial:Diff/146249091
   • Hilfe:CSS #Veraltete Anweisungen

Schöne Woche, du Eule du --PerfektesChaos 10:22, 21. Sep. 2015 (CEST) (2× nominiert; AGF)

Oh, wie schön, dann kann ich ja etwas Syntax einsparen ich habe immer, -color eingesetzt. Dankeschön für die Erklärung

Vorlage:Smiley/Wartung/rot  ähm ich bin eine Nachtigall. --Liebe Grüße, Lómelinde Diskussion 10:56, 21. Sep. 2015 (CEST)

Fehlende schließende Klammer in Tabelle

aus

| [[Datei:Nadya Hutagalung.jpg|zentriert|160px|Nadya Hutagalung]<br /> Staffel 3- Georgina Wilson
|-
|{{AUS}}

wird dort

| [[Datei:Nadya Hutagalung.jpg|zentriert|160px|Nadya Hutagalung]<br /> Staffel 3- Georgina Wilson|-|{{AUS}}

Aber mit Hinweis (Bildparameter nicht erkennbar Nadya Hutagalung]<br /> Staffel 3- Georgina Wilson (Datei:Nadya Hutagalung.jpg)) auf einen Fehler. Magst du da Next Topmodel mal kurz reinschauen ehe ich meine Änderungen speichere. Übrigens wollte ich es gerade nochmals öffnen, um zu schauen, wie dann die Tabelle aussehen würde und da habe ich dann wieder dieses Phänomen von gestern, also keine Buttons auch kein Start von WSTM, das Fenster ist noch geöffnet. Also noch einen Tab zum nachschauen und ja es zerschießt die Tabelle nachhaltig. --Liebe Grüße, Lómelinde Diskussion 10:54, 24. Sep. 2015 (CEST)

Was soll ich dazu sagen?

Durch die fehlende zweite schließende Klammer war die Dateieinbindung nicht beendet; also zählt jede weitere Pipe als Trennung zwischen zwei Bildparametern, bis WSTM nach dem zweiten unerkannten Bildparameter aufhört, die Pipes zu konsumieren. Alles, was bisher gefunden wurde, ist als Teil des Bildes verbaut und in dieselbe Zeile geschrieben worden.

LG --PerfektesChaos 12:19, 25. Sep. 2015 (CEST)

Dankeschön, für die Antwort und noch einen schönen Abend. --Liebe Grüße, Lómelinde Diskussion 19:10, 27. Sep. 2015 (CEST)

Doppelclass pretty/wikitable

Hallo PerfektesChaos, sorry wenn ich ständig nerve, aber falls du gerade zufällig schon online bist kannst du dir bitte diese automatischen Änderungen Specialty Records/Diskografie ansehen? Das wird wohl ein absoluter Ausnahmefall sein aber, ich frage lieber ob das so o.k. ist.

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

(24×) Wiederholtes Attribut in Tabelle

{| class="prettytable" class="wikitable sortable"

Warnung durch Benutzer ausgelöst:

24× class=prettytable

Da ich es gerade bearbeite wird das natürlich später nicht mehr in Artikel sein. An und für sich kein Problem, aber da WSTM hier einfach nur den zweiten class-Eintrag entfernt, (zu erwarten wäre da eher eine Entfernung des ersten, oder?) ergibt sich folgende Änderung, die möglicherweise nicht auf Gegenliebe stoßen wird, das Attribut „sortable“ wird entfernt.

Ich weiß nicht was hier die sinnvollste Lösung wäre aber eine Rückstufung auf „prettytable“ halte ich für keine optimale Lösung. Natürlich hängt das vermutlich auch mit dem Farbwert in der Folgezeile und der anschließenden Überschrift zusammen, man müsste mal testen was passieren würde, wenn dort keine Überschrift oder kein Farbeintrag folgt. Aber wie gesagt ist das wohl eher ein seltenes Phänomen. Und ich habe auch heute, wie schon gestern, wieder ein dooofes Murksbild. --Liebe Grüße, Lómelinde Diskussion 11:39, 4. Okt. 2015 (CEST)

Das wäre insofern ein Bug, als es eigentlich zusammengelegt werden sollte als

• class="prettytable wikitable sortable"
• Es wird aber nicht spurlos entfernt, sondern es gibt eine Warnung und steht dann in der Diff.
• Mehrfacher style= wird wohl schon kombiniert.

Muss ich mir angucken. Danke für den Hinweis.

Zum Rest kann ich wenig sagen, und WSTM kann bei derartigen Sonderfällen keine Entscheidungen treffen, was Autoren gemeint haben könnten.

LG --PerfektesChaos 12:10, 4. Okt. 2015 (CEST)

O.k. alles klar. Und nochmals sorry. Ich weiß auch nicht warum so etwas ständig nur mir passiert. --Liebe Grüße, Lómelinde Diskussion 12:12, 4. Okt. 2015 (CEST)

Für style= war die Zusammenfassung mehrerer Attribute bereits programmiert gewesen; ich habe das soeben für wiederholte class= erweitert (hatte ich noch nie). Muss ich erstmal selbst irgendwo ausprobieren. Kommt irgendwann für breitere Kreise.

LG --PerfektesChaos 12:50, 4. Okt. 2015 (CEST)

Oh prima, wann darf/soll/kann ich denn mein common.js wieder ändern? Montag? --Liebe Grüße, Lómelinde Diskussion 13:06, 4. Okt. 2015 (CEST)

Ich bin Mo/Di offwiki, heute noch in anderen Gedanken; nehmen wir uns das Experiment mal für Mi/Do vor. Neues von WSTM bekommst du erstmal nicht, kann also noch ein paar Tage bei r bleiben, und du kannst ja Di mal das auskommentierte CollapsibleNav reaktivieren; dann müsste es plötzlich wieder Terz und irreführende Fehlermeldungen geben. LG --PerfektesChaos 17:50, 4. Okt. 2015 (CEST)

O.k. machen wir es so, einen schönen Abend noch. --Liebe Grüße, Lómelinde Diskussion 17:54, 4. Okt. 2015 (CEST)

Klammern in Vorlagen

Guten Morgen PerfektesChaos, schon wieder ich, aber diese Anpassung ist so auch nicht sonderlich vorteilhaft, denke ich.

Schwesterprojekt-Vorlage defekt

Wikisource ... Gartenlaube]] zur Eröffnung der Gotthardbahn

Wikisource: Die Gotthardbahn – Text aus der Gartenlaube zur Eröffnung der Gotthardbahn

→ {{Wikisource|Die Gotthardbahn|Text aus der [[Die Gartenlaube}}

In der Vorlage {{Wikisource}} gibt es keinen Hinweis darauf, dass im Parameter |Beschreibung= keine Links enthalten sein dürfen. WSTM erzeugt diesen Defekt selbst. (Hmm … da fällt mir gerade auf, dass du anstelle der drei Punkte in der Fehlermeldung durchaus auch … verwenden könntest. Sorry, Gewohnheit.) --Liebe Grüße, Lómelinde Diskussion 08:44, 5. Okt. 2015 (CEST)

Erklären musst du das nicht, ich weiß, dass es durch den | in dem Link ausgelöst wurde. Zusätzlich ist der leere Parameterpipe Wikisource|Die Gotthardbahn||Text aus … auch verschwunden. Vorlagen sind für mich noch immer sehr mysteriös. --Liebe Grüße, Lómelinde Diskussion 09:21, 5. Okt. 2015 (CEST)

Ja, Wikisyntax ist dort zwar nicht verboten, aber eigentlich wird bei den Schwesterprojekt-Vorlagen auch nur ein Schlagwort wie „Videos“ oder „Bilder“ oder „Volltext“ erwartet.

• WSTM sucht in dem Parameterwert nicht nach Wikisyntax, sondern unterteilt nach Pipes, um den Sprachenparameter zu finden.
• Ich hatte das auch schon einmal gehabt, auch mit der Gartenlaube, und das ist auch die einzige.
• Eigentlich ist das ein Missbrauch der Schwesterprojekt-Vorlage. Diese sind dazu da, um fundamentale Seiten im Schwesterprojekt zu verlinken, die genau zum Artikelthema gehören. Also etwa bei Herr der Ringe den Volltext auf Wikisource zuzuordnen.
• Nun ist ein historischer Illustriertenartikel der Gartenlaube aber nicht das fundamentale und grundlegende Standardwerk zur Gotthardbahn. Das müsste eigentlich ein ganz normaler Link im Abschnitt „Literatur“ sein, und kein angebliches „Weblink“ auf eine im Jahr 1882 erstellte Internetseite.
• Das wäre nur okay bei s:Übereinkunft zwischen Deutschland, Italien und der Schweiz wegen Herstellung und Subventionierung einer Eisenbahn über den St. Gotthard.
• Irgendein Wikisource- oder Gartenlaube-Fan ist wohl mal durch die WP gezogen und hat an allen möglichen und unmöglichen Stellen diese fette Reklame eingebaut.
• WSTM hat immerhin eine Fehlermeldung ausgelöst; ob ich da was repariere, kann ich noch nicht übersehen.

LG --PerfektesChaos 11:45, 5. Okt. 2015 (CEST)

Oh nein, das merke ich mir nicht auch noch wann, wie oder wo diese Schwesterprojekte eingebaut werden dürfen. O.k. dann habe ich das jetzt falsch repariert. ‹seufz›

Vielen Dank für die Erklärung. Das Volltextbeispiel würde aber den Server sprengen, fürchte ich.   --Liebe Grüße, Lómelinde Diskussion 11:56, 5. Okt. 2015 (CEST)

Fehlermeldung erwartet

Vermutlich gehe ich dir schon manchmal tierisch auf die Nerven aber …

„Dulin ertu, Hyndla, draums ætlig þér,
er þú qveðr ver minn í valsinni,
þar er gǫltr glóar, gullinbursti,
Hildisvíni, er mér hagir gørðo,
dvergar tveir, Dáinn oc Nabbi.“

Schade ich kann leider nicht Eddaisch. Aber ich hätte hier eigentlich 3× eine Meldung erwartet wie
Satzzeichen am URL-Ende verdächtig http://titus.uni-frankfurt.de/texte/etcs/germ/anord/edda/edda.htm,

Scheinbar hast du da aber ein „ignoriere alles was zum Gedicht gehört“ eingebaut. Sorry. --Liebe Grüße, Lómelinde Diskussion 13:33, 5. Okt. 2015 (CEST)

Richtig – das ref hat dadrin auch nix am Suchen und wird komplett imprägniert. LG --PerfektesChaos 13:43, 5. Okt. 2015 (CEST)

•  Info: Ich packe es mal hier mit rein, ja ich weiß neues Thema neue Überschrift. Aber schau bitte mal hier Unabhängigkeitsreferendum im Südsudan 2011 rein, einfach nur zur Bearbeitung öffnen und dann auf Vorschau klicken. Pipeschwund, ich weiß gerade nicht wie ich das sinnvoll lösen kann „ohne“ daraus eine Tabelle zu machen. --Liebe Grüße, Lómelinde Diskussion 14:59, 10. Okt. 2015 (CEST)

• Ja,in der Tat, neues Thema neue Überschrift, weil ist auch komplett neuer Bug und hat überhaupt nichts mit dem vorigen zu tun, und musste ich grad eben erstmal rumsuchen, um diesen Schnipsel wiederzufinden.
• Für’s Protokoll: Das ist eine Bug-Meldung.
• Das ist genau der Sinn, warum du und RonMeier WSTM-Änderungen eine Weile erproben, bevor sie für alle live gehen.
  • Ich war bisher noch nicht auf die Idee gekommen, dass eine Bildlegende mit einer Vorlageneinbindung anfangen könnte; und weil ich mir das nicht genauer angeguckt hatte, hat WSTM gedacht, die Pipe wäre die letzte vor dem Ende, dahinter käme nichts mehr, und hat sie als überflüssig weggeworfen.
  • Jetzt verbessert und für dich live.

Schönen Sonntag --PerfektesChaos 11:42, 11. Okt. 2015 (CEST)

Oh, sorry, Vorlage:Smiley/Wartung/rot  Ich habe für dich noch einen Fall. Öffne doch bitte mal den Artikel Vagina, gleich oben das Bild mit eingebauter Tabelle. Das ist noch komplizierter. Nee du hast schon etwas geändert, oder? Es wird noch kurz während des Seitenaufbaus angezeigt, dass der Eintrag Eileiter nach oben wandert, aber dann ist es doch wieder ok wenn WSTM fertig ist. Wie soll ich das jetzt erklären? Möglicherweise kannst du es sehen, sonst muss ich es beschreiben, was da passiert war. --Liebe Grüße, Lómelinde Diskussion 11:55, 11. Okt. 2015 (CEST)

Wo ich heute noch alles reinschauen muss – naja, mach ich ja gerne.

Da gibt es offenbar noch ein Problem mit der Pipe-Technik bei komplizierten Bildlegenden mit Pipes und Tabellen drin.

Lass mir den Artikel mal so wie er ist. Was wolltest du denn ändern?

LG --PerfektesChaos 12:37, 11. Okt. 2015 (CEST)

Mach es doch bitte nicht noch schlimmer. Das habe ich geändert. Der Fehler sollte aber noch da sein, weil ich es ja zurückgestellt habe. --Liebe Grüße, Lómelinde Diskussion 12:47, 11. Okt. 2015 (CEST)

Benutzer:Drahreg01/vector.js

Benutzer:PerfektesChaos/js/WikiSyntaxTextMod funktioniert nicht mehr und die Markierung der Nobelpreisträger auch nicht. Woran liegt's? LG, --Drahreg01 (Diskussion) Hilf mit! 20:01, 5. Okt. 2015 (CEST)

Bei mir läuft das Tool normal, also kann es daran vermutlich nicht liegen.

Die Einbindung sieht bei mir auch nicht viel anders aus.

mw.loader.load("https://en.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/r.js&action=raw&bcache=1&maxage=1000&ctype=text/javascript",
               "text/javascript");

Weicht aber in einem Punkt etwas von deiner Einbindung ab.

bei dir &action=raw&ctype=text/javascript&maxage=604800&smaxage=86400

bei mir &action=raw&bcache=1&maxage=1000&ctype=text/javascript ich habe auch keinen Wert &smaxage=

Und nein ich habe keine Ahnung ob das wichtig ist. Ich weiß nicht, ob dir das irgendwie helfen könnte, aber der Hausherr sagte mir er sei eigentlich heute offwiki. --Liebe Grüße, Lómelinde Diskussion 09:50, 6. Okt. 2015 (CEST)

@Drahreg01: Es gab Mitte September Änderungen an der weltweiten Software, deren genaue Auswirkungen unübersichtlich sind. Insofern nehme ich deinen Hinweis sehr ernst; er könnte zur Aufklärung beitragen.

• Du bist schon seit 2012 treuer Kunde, hast insofern eine mittlerweile veraltete URL.
  • Das Element &smaxage=86400 sollte auf jeden Fall entfernt werden; es hat heutzutage eine andere Bedeutung (hatte früher etwas mit unverschlüsselten http-Verbindungen zu tun) und kann störend wirken.
  • Die aktuelle Einbindung für dich ist hier beschrieben.
  • Lómelinde verwendet fast die gleiche; aber da sie Vorkosterin und Versuchskarnickel ist, steht bei ihr eine 1000 statt 604800, was die Aktualisierung alle Viertelstunde statt einmal pro Woche bewirkt, während sich das Skript nur alle halbe Jahre mal leicht ändert.
• Es könnte sein, ist aber unwahrscheinlich, dass irgendwas anderes abstürzt; vielleicht auch durch jüngere Veränderungen ausgelöst, und WSTM dadurch mit in den Abgrund gerissen wird.
  • Wenn du WP:JS #Fehlerkonsole aktivierst, könnten da für mich hilfreiche Infos stehen.
  • Nach meinem Kenntnisstand benutzt du Firefox.
  • Ein Problem bei der Fehlerkonsole ist, dass dort auch Hunderte und Tausende unbedeutende und zu ignorierende Meldungen stehen; es sollten nur wenige wirkliche Fehler (in rot) eingeblendet werden.
• Vielleicht rüttelt intensive Cache-Löschung alles mal zurecht?
• Es gibt hierzuwiki noch eine zwei Jahre alte Vorgängerversion; wenn alles andere versagte, könntest du in der Einbindung aus dem en. ein de. machen, und das ginge dann mysteriöserweise?

Viel Erfolg --PerfektesChaos 20:45, 6. Okt. 2015 (CEST)

Zunächst vielen Dank für deine Mühen.

• Ich habe die Benutzer:Drahreg01/vector.js angepasst, was keinen sichtbaren Effekt hat.
• Ich habe die Fehlerkonsole aktiviert. Bei fast jeder Wikipediaseite meldet sie TypeError: BKLC is undefined (in rot), gefolgt von einem sehr langen Fehlertext, der lauter wikipedia.org-Zeilen enthält. Ist das die Ursache, dass die Nobelpreisträger nicht mehr markiert werden?

Viele Grüße, --Drahreg01 (Diskussion) Hilf mit! 21:23, 6. Okt. 2015 (CEST)

• Cache leeren hat nichts gebracht.
• de. statt en. hat nichts gebracht.

Liebe Grüße, --Drahreg01 (Diskussion) Hilf mit! 21:40, 6. Okt. 2015 (CEST)

Deine Mitteilung TypeError: BKLC is undefined (in rot) ist die Erklärung.

• Dieser Fehler (er stammt aus dem BKL-Check) bringt alles zum Absturz; zumindest alles was dahinter kommt.
• Solange das nicht beseitigt ist, ist alles andere müßig.
• Das historische bkl-check hatte einmal ein JavaScript-Objekt definiert.
  • Der Fehlermeldung entnehme ich, dass es das heutzutage nicht mehr macht.
    • Zumindest nicht in dem Moment. Obwohl das auf MediaWiki:Gadget-bkl-check.js ganz oben steht.
    • Womöglich ist es zu schnell ready. Mir kommt ohnehin einiges so vor, als ob die Server oder Browser plötzlich viel zu schnell sind und Firefox zu viele Sachen gleichzeitig anfängt.
  • Das macht alle weiteren Aktionen kaputt.
  • Du kannst die Zeile

    BKLC = window.bklCheck;

    mal wie folgt ergänzen:

    BKLC = window.bklCheck || { };

  • Damit ist erstmal der Syntaxfehler weg; wenn das Gadget macht, was es früher mal gemacht hat, wird alles weitere wieder wirksam; macht es das nicht, dann passiert halt nichts.
  • Ob Nobelpreisträger wieder markiert werden – @Umherirrender: du weißt da mehr.

LG --PerfektesChaos 22:15, 6. Okt. 2015 (CEST)

Also mit dieser Änderung läuft dein Script wieder, herzlichen Dank dafür! Die Nobelpreisträger werden trotzdem nicht markiert. Viele Grüße, --Drahreg01 (Diskussion) Hilf mit! 06:16, 7. Okt. 2015 (CEST)

@Umherirrender: Kein [ResourceLoader] in MediaWiki:Gadgets-definition – darf das heute noch so sein, und ginge dann noch mw.loader.using("ext.gadget.bkl-check")?

LG --PerfektesChaos 22:21, 6. Okt. 2015 (CEST)

Der BKL-Checker wurde in ein CSS-only Gadget umgewandelt, dort ist ein ResourceLoader ineffektiv, weil dann auch reines CSS über JavaScript geladen wird, was den non-js-users nicht hilft und zum Flackern (FOUC) führen kann. Ohne ResourceLoader wird es als Script-Tag generiert, kann zwar die Seite-Render-Zeit beeinflussen, aber man kann nicht alles haben. Ich hatte das zugehörige Skript angepasst, weil ich schon daran am Arbeiten war, wollte aber den Versuch des CSS-only-Gadget nicht beeinflussen. Anscheind ist der Bedarf an anderen Kategorien nicht so groß, das es schon früher mal angefragt wurde. Der Umherirrende 19:20, 7. Okt. 2015 (CEST)

Ah, Spezial:Diff/144787496, das ist dann ja schon zwei Monate her.

Ich hatte nach Änderungen der letzten Woche geschaut, weil nach Änderungen im ResourceLoader Mitte September und meiner programmtechnischen Reaktion darauf einiges hakte.

Ich hatte nur noch in Erinnerung, dass du den JS-Reanimationspatienten irgendwie wieder zusammengeflickt hattest, und längst die näheren Umstände vergessen.

Tja; dann umsatteln irgendwie auf Benutzer:Schnark/js/bkl-check und dort die Nobelpreisträger bekanntmachen.

LG --PerfektesChaos 20:21, 7. Okt. 2015 (CEST)

@Umherirrender: Das ist für jemanden, der mit Programmieren nicht so viel am Hut hat, ziemlich schwierig. Warum funktioniert Benutzer:Drahreg01/common.js nicht? Nur die Wirtschaftler sind eingefärbt – wahrscheinlich weil sie ganz hinten stehen. Gruß, --Drahreg01 (Diskussion) Hilf mit! 21:42, 7. Okt. 2015 (CEST)

@Drahreg01:

• Richtig; die letzte Definition überschrieb alle vorhergehenden.
  • Ist aber doch ein ermutigender Fortschritt, wenn das schon mal geht.
• Das muss in einem Objekt zusammengefasst werden.
  • In leicht abgewandelter Notation habe ich das unten mal probiert; ungetestet.

mw.libs.fliegelflagel = {};
mw.libs.fliegelflagel.bklCheck = {
	during: function (bklCheck) {
      bklCheck.cats = {
         'Kategorie:Nobelpreisträger für Chemie':
                                          { className:   'ch-link',
    	                                    titleAppend: ' (Chemie)' },
         'Kategorie:Nobelpreisträger für Physik':
                                          { className:   'ph-link',
    	                                    titleAppend: ' (Physik)' },
         'Kategorie:Nobelpreisträger für Medizin':
                                          { className:   'me-link',
    	                                    titleAppend: ' (Medizin)' },
         'Kategorie:Friedensnobelpreisträger':
                                          { className:   'fr-link',
    	                                    titleAppend: ' (Frieden)' },
         'Kategorie:Träger des Wirtschaftsnobelpreises':
                                          { className:   'wi-link',
    	                                    titleAppend: ' (Wirtschaft)' }
      };
      bklCheck.css +=
         '.ch-link, .ph-link, .me-link, .fr-link, .wi-link' +
             '{background-color:#B9FFC5;}' +
         '.ch-link:after, .ph-link:after, .me-link:after, .fr-link:after, .wi-link:after' +
             '{font-size:70%;vertical-align:sub;line-height:0;}' +
         '.ch-link:after{content:"Chemie";}' +
         '.ph-link:after{content:"Physik";}' +
         '.me-link:after{content:"Medizin";}' +
         '.fr-link:after{content:"Frieden";}' +
         '.wi-link:after{content:"Wirtschaft";}';
	}
};

LG --PerfektesChaos 11:36, 8. Okt. 2015 (CEST)

Das funktioniert! Vielen, lieben Dank! Gruß, --Drahreg01 (Diskussion) Hilf mit! 13:28, 8. Okt. 2015 (CEST)

Funktioniert nicht mehr... :-(

Es tut mir leid, dass ich dich damit belästige. Nun, mein Problem ist, dass WikiSyntaxTextMod bei mir nicht mehr funktioniert, egal unter welchem Browser. Das Skript wird via Fliegelflagel eingebunden, ist in den Standardeinstellungen aktiviert. Hast du eine Idee, wo ich zuerst suchen sollte? --Filzstift ✏ 20:58, 6. Okt. 2015 (CEST)

Sah grad den Text an Drahreg. Mal noch die Fehlerkonsole angeworfen. Es steht Failed to load resource: the server responded with a status of 403 (Forbidden), und zwar bei der URL https://en.wikipedia.org/wiki/User:PerfektesChaos/js/WikiSyntaxTextMod/r.js?action=raw&ctype=text%2Fjavascript&bcache=1&maxage=604800&smaxage=60 --Filzstift ✏ 21:00, 6. Okt. 2015 (CEST)

Ah, das hilft weiter und gibt mir Hoffnung.

&smaxage=60 ist heutzutage was Böses, war früher mal bei unverschlüsseltem http: sinnvoll gewesen.

Ich hoffe, der war es.

LG --PerfektesChaos 21:06, 6. Okt. 2015 (CEST)

Noch was: das ist nicht erst seit heute so, sondern schon eine gewisse Zeit so gewesen (gefühlt waren es Monate). Nur hatte ich in dieser Zeit keinen grossen "Bedarf" gehabt. --Filzstift ✏ 21:08, 6. Okt. 2015 (CEST)

Wie ich inzwischen nachvollzogen habe, benutzt du Fliegelflagel; damit bist du nicht mehr zuständig, das &smaxage= (so dieses denn verantwortich war) kommt von Schnark.

Wobei ich bei einer normalen Anfrage nach einer Seite erstmal keinen Feher erhalte; das kann aber unter Bedingungen der Skripteinbindung anders sein. Muss ich weiter erforschen.

LG --PerfektesChaos 21:31, 6. Okt. 2015 (CEST)

Besten Dank für deine Mühe in dieser Sache. Für den Moment habe ich dein Skript direkt eingebunden und im Fliegelflagel deaktiviert. Auf diese Weise funktioniert es. --Filzstift ✏ 08:22, 7. Okt. 2015 (CEST)

@Filzstift: Ich habe den Fehler gefunden und behoben. Grund war, dass ich einige URLs von protokollrelativ auf https umgestellt habe, der Code, der die korrekten URLs zum Laden der Skripte erzeugen soll, davon aber nichts wusste und daher nicht das getan hat, was er tun sollte. --Schnark 09:36, 10. Okt. 2015 (CEST)

Danke! Werde es in 1Wo testen, da ich jetzt in die Ferien gehe. --Filzstift ✏ 09:38, 10. Okt. 2015 (CEST)

Automatik pretty- → wikitable

Guten Morgen PerfektesChaos, so da es mir jetzt schon ein- zwei Mal passiert ist muss ich doch noch mal auf die eindeutigen Fälle zurückkommen.

vorher	nachher	alternativ
Fraktion / Gruppe Sitze X-Partei 11	Fraktion / Gruppe Sitze X-Partei 11	Fraktion / Gruppe Sitze X-Partei 11

Scheinbar kann wikitable mit bgcolor in Überschriften nichts anfangen, normale Tabellenzeilen wären problemlos farbig. Ich schätze mal es ist etwas viel verlangt alle bgcolor="Farbe" in style="background:#Farbe;" zu ändern zumal das zu doppelten style-Verwendungen führen könnte, die dann eventuell auch noch zusammengefasst werden müssten. Aber es könnte Probleme geben, wenn jemand unbedingt die Farbe dort haben möchte und es revertiert, der nächste WSTM-Nutzer würde es wieder einfügen und der andere es erneut zurücksetzen … na ja, wir wissen was daraus werden könnte. Schau es dir also bitte noch einmal an, ob du da irgendetwas ändern kannst oder falls notwendig dieses Feature wieder deaktivieren. Ich meine, ich kann damit klarkommen und achte ja auf diese Dinge, aber …. Und bitte auch oben reinschauen. --Liebe Grüße, Lómelinde Diskussion 08:05, 11. Okt. 2015 (CEST)

• Für’s Protokoll: Das ist eine Bug-Meldung.
• Aha, das Szenario war mir noch nicht bewusst gewesen.
  • Im Nachhinein wird es mir klar:
    • Es ist eher browserabhängig.
    • Firefox bevorzugt die moderne CSS-Eigenschaft aus der wikitable und ignoriert dann die veraltete HTML-Eigenschaft bgcolor.
  • Das kann jeder Browser anders handhaben.
  • In prettytable gibt es diese CSS-Eigenschaft wohl nicht; deshalb wurde bgcolor wirksam.
• WSTM kann durchaus das veraltete bgcolor im Zusammenhang mit Kopfzeilen umstellen.
  • Entsprechende unterstützende Techniken sind bereits eingebaut.
  • Auch das Zusammenführen mehrerer style ist bereits vorhanden.
  • Nach der Reihenfolge müsste ich mal schaun; es muss erst bgcolor->style und danach style+style=style gemacht werden.
  • Das kann ich dann auch gleich für einige andere eindeutige Fälle machen; etwa color oder (mit Beachtung der Maßeinheit) width. Das aber nach und nach; spätestens bei align wird es tückisch.
  • Das von dir gefundene Phänomen scheint aber eher selten vorzukommen.
• Wenn irgendwelche Dödel revertieren, statt es endgültig richtig zu machen, ist dann auch nicht schlimm.
• Ansonsten bitte nur noch Bug-Meldungen.
  • Seit den Sommerferien bin ich bis zur Hälfte meiner täglichen Wiki-Zeit mit deinen Disku-Beiträgen beschäftigt gewesen; mindestens zu den Zeiten des Tages, zu denen ich noch klar denken kann. Ich komme zu nichts mehr; zumindest nicht dazu, irgendwas Größeres anzufassen. Freie Wochenenden habe ich derzeit auch nicht, immer nur stundenweises Nebenbei-Gehopse. Bugfixe haben Prorität; ansonsten bin ich happy, dass du dich ab Mitte Oktober hoffentlich gut erholst.

LG --PerfektesChaos 11:36, 11. Okt. 2015 (CEST)

Ich weiß aber nun mal nicht immer wann es ein bug ist, sorry. --Liebe Grüße, Lómelinde Diskussion 12:01, 11. Okt. 2015 (CEST)

Schau bitte hier →Teilungen Polens#Territoriale Statistik rein. Da im ersten Element kein Farbwert ist wird es umgestellt aber es existieren Farbwerte für die anderen Teile der Überschriftenebene die somit verloren gehen. Durch Umstellen auf style="background:#Farbwert;" ließe es sich auch hier beheben. Ich mache jetzt Tabellen, vermutlich wird sich da auch irgendwann jemand beschweren. ‹seufz› --Liebe Grüße, Lómelinde Diskussion 17:05, 13. Okt. 2015 (CEST)

Ich habe bereits die Programmierung bgcolor → style="background: geschrieben, aber bis das live geht, wird es November.

Wenn es Dramen geben sollte, schalte ich vorübergehend den prettytable-Mechanismus wieder ab.

LG --PerfektesChaos 17:21, 13. Okt. 2015 (CEST)

O.k. Dankeschön. Noch eine Frage, du lässt ja inzwischen nach ! die Leerzeichen hinter " und vor dem folgenden Pipe entfernen, !colspan="2" | → ! colspan="2"| was ich sehr gut finde,   kannst du das eventuell auf alle Pipes ausdehnen? --Liebe Grüße, Lómelinde Diskussion 17:34, 13. Okt. 2015 (CEST)

Das kann ich nur, wenn ich dringend vermute, dass ich in einer Tabelle bin. Mit ! am Zeilenanfang ist das relativ sicher, aber | kann auch vor einem Vorlagenparameter stehen, und | style= dies und das kann man genauso der Dekoration einer Vorlage mitgeben. LG --PerfektesChaos 17:44, 13. Okt. 2015 (CEST)

Ich hatte schon vermutet, dass es dafür einen Grund gibt. Dankeschön und noch einen angenehmen Abend. --Liebe Grüße, Lómelinde Diskussion 17:57, 13. Okt. 2015 (CEST)

Teilungen Polens soeben mit neuer Technik automatisiert entbgcolort (Kopfzeilen, wie eben ausgeführt). LG --PerfektesChaos 18:00, 13. Okt. 2015 (CEST)

Sehr schön, ich hätte da gern noch ein Leerzeichen vor dem ! style="…"| (ja ich weiß ich kann sehr mäkelig sein) gehabt und auch die übrigen bgcolors in stylistische Form gebracht, aber ich bin mit dem Ergebnis schon recht zufrieden, falls das nicht einer aus einem anderen Grund blind revertiert.   --Liebe Grüße, Lómelinde Diskussion 18:25, 13. Okt. 2015 (CEST)

align="…" wird wohl auch von prettytable ignoriert	ist zwar optisch nahezu identisch	müsste aber laut Syntax eigentlich so aussehen
Beschäftigungsgruppe Elastizität der Arbeitsnachfrage Verarbeitendes Gewerbe in Deutschland 0,96	Beschäftigungsgruppe Elastizität der Arbeitsnachfrage Verarbeitendes Gewerbe in Deutschland 0,96	Beschäftigungsgruppe Elastizität der Arbeitsnachfrage Verarbeitendes Gewerbe in Deutschland 0,96

Meine Frage lautet, was sollte ich in so einem Falle tun? Die aligns rauswerfen oder die Befehle umsetzen wie ich es hier getan habe. --Liebe Grüße, Lómelinde Diskussion 16:05, 14. Okt. 2015 (CEST)

• Hmm und das hier Apulien wäre jetzt eigentlich ein für mich wirklich eindeutiger Fall. Aber WSTM weigert sich (wenn ich den kompletten Artikel öffne), wenn ich es allerdings einzeln auf die Spielwiese exportiere oder nur den Abschnitt mit der Tabelle bearbeiten würde, funktioniert es einwandfrei.

{| class="prettytable"
|- class="hintergrundfarbe6"
!Gemeinde
!Provinz bzw. ''Metropolitanstadt''
!Einwohner
|-
| … || … || …
|}

Ich kann nicht erkennen warum das dort nicht angepasst wird. Aber ich werde mal versuchen es herauszufinden. Irgendwo muss ja ein Haken sein. --Liebe Grüße, Lómelinde Diskussion 17:29, 14. Okt. 2015 (CEST)

Ich gebe es auf, es ist die Infobox, das habe ich schon fast befürchtet, ich vermute fast schon einen Zusammenhang mit den Einwohnerzahlen aber das klingt sogar für mich unlogisch. Die Vorlagen im Einleitungssatz sind es jedenfalls nicht. Nein ich habe keine Ahnung warum es nicht geht wenn man beides geneinsam in einem Abschnitt hat, macht aber nichts, ich kann es von Hand lösen, muss eh mehr als Pretty → Wiki ändern. Falls du es trotzdem mal testen möchtest nimm einfach diese Version und kopiere sie auf die Spielwiese. --Liebe Grüße, Lómelinde Diskussion 17:44, 14. Okt. 2015 (CEST)

• Es hatte ein Leerzeichen hinter class="hintergrundfarbe6" gestanden.
  • Zu dem Zeitpunkt, zu dem WSTM an der Tabelle rummacht, war das wohl noch nicht entfernt gewesen; das kommt erst ganz zum Schluss.
  • Man sieht es noch in pipi auf der Diffpage.
  • Durch deinen wertvollen Hinweis konnte der Code inzwischen verbessert werden und Leerzeichen an diesem Zeilenende berücksichtigen; oder besser: ignorieren.
• align="…"
  • Generell sollte die Tabellensyntax und Dekoration abgespeckt werden.
    • Was überflüssig ist und nicht zum Verständnis beiträgt und wo die Ästhetik auch nicht wirksam verbessert wird, besser so kurz wie möglich. Inhalte statt Dekoration.
    • Autoren, die vor zehn Jahren mal sowas eingebaut hatten und deren Herz daran hängt, sind mit etwas Glück nicht mehr aktiv.
  • Sinnvoll ist text-align:left dann, wenn die Überschrift sehr kurz ist, ein oder zwei Wörter, und manche Spalteninhalte lang sind, aber nicht alle. Dann besser alles linksbündig; auch je nach den anderen Spalten und Gesamteindruck.
    • Im angegebenen Beispiel Elastizität der Arbeitsnachfrage ist es egal; Arbeitsnachfrage ist das längste Wort, breiter als die Zahlenwerte, und Elastizität der kann auch zentriert angeordnet sein. Also ganz weg mit align.
  • text-align:center ist bei einer Kopfzelle mit ! niemals wirksam.
  • Je nach Browser wirken die veralteten HTML-Attribute wie bgcolor= und align= schwächer als CSS-class und style= – das Verhalten beim Zusammentreffen alter und neuer Syntax ist undefiniert.
  • Wenn align=right in der Zeile mit dem {| steht, dann ist durch class="float-right" zu ersetzen.
• Du bist mit deinen Umstellungs-Edits hart an der Kante der unerwünschen Syntaxkosmetik. In Apulien wurde immerhin eine ISBN gegliedert; aber eigentlich sollen solche Massenedits nicht sein. Also schön langsam; wir haben Zeit.

LG --PerfektesChaos 11:23, 15. Okt. 2015 (CEST)

Ich versuche ja auch immer noch einen „sinnvollen Edit“ mit einfließen zu lassen. Das mit ! + center ist mir klar, das schmeiße ich auch regelmäßig raus. Dann wechsle ich mal auf etwas anderes, wenn das Stress verursachen könnte. Nur sind die Kategorien soweit leer und ich weiß nicht wirklich, was ich sonst machen könnte. Das mit dem Leerzeichen ist aber unlogisch, es funktionierte ja wenn man nur den Abschnitt bearbeitet, es ging nur nicht wenn man es gleichzeitig mit der Infobox in Bearbeitung hatte. --Liebe Grüße, Lómelinde Diskussion 11:51, 15. Okt. 2015 (CEST)

mini rechts

'n Abend! Erstmal großen Dank für die Erweiterung der wikitable-Bearbeitung. Was mir aber aufgefallen ist, dass die rechts-Angabe in den Vorschaubildern nicht entfernt wird. Ich nahm an, dass dies mal automatisch gemacht wurde. Gemäß WP:BILD werden alle mini-Bilder rechts ausgerichtet, außer sie sind rahmenlos. Könnte das eingebaut werden? --Hadibe (Diskussion) 18:34, 27. Okt. 2015 (CET)

Ja, das habe ich als persönliche Ersetzungsregel für mich definiert; wirkt zumindest, wenn beide nebeneinander stehen.

Auf den Grund, warum das noch nicht für alle realisiert wurde, wirst du so schnell nicht kommen: WSTM ist so programmiert, dass es auf jedem Wiki laufen soll und auch müsste. Die vorgeschlagene Regel gilt aber nur für Schriften, die von links nach rechts geschrieben werden. Im Arabischen und Hebräischen etwa müsste right bleiben und left entfernt werden.

• Die API müsste eigentlich erweitert werden. Sie kennt nur den Namen des Wikis, aber nicht wirklich dessen Sprache.
• Wenn ich die Sprache des momentanen Wikis kennen würde, dann müsste ich einigen Sprachen die Eigenschaft rtl zuweisen – WSTM versteht Arabisch und Hebräisch.
• Nachdem das getan wäre, kann ich bei mini prüfen, ob left und und rtl oder nicht rtl aber right.

Ich habe es mir notiert; ohnehin sehe ich bei dewiki, dass sich mini etabliert hat und bevorzugt verwendet wird, und werde es nach dem nächsten statistischen Beweis in diesem Projekt als Standardübersetzung deklarieren. In dem Zusammenhang kann man dann auch das links-rechts-zentriert analysieren und mit mini vergleichen.

LG --PerfektesChaos 23:00, 27. Okt. 2015 (CET)

Ah, ich seh grad, WSTM kennt die rtl-Sprachen sogar schon: Zeile 131 – mal sehn. LG --PerfektesChaos 00:39, 28. Okt. 2015 (CET)

Alles klar, dann lass dir Zeit. --Hadibe (Diskussion) 04:30, 28. Okt. 2015 (CET)

Linkziel ist gleich Linktext

'n Abend! Könnte man Links der Form [[link|''link'']] nicht automatisch in die Form ''[[link]]'' umschreiben, oder spricht eine andere Sprachversion dagegen? Die Form [[Link Ziel|Link ''Ziel'']] ist seltener aber sicherlich auch nicht mehr fehlerfrei korrigierbar. --Hadibe (Diskussion) 17:45, 30. Okt. 2015 (CET)

• Das ist für WSTM ein großes Problem.
  • In der Programmlogik ist das nicht vorgesehen, und die dekorativen Fragen wie Kursiv- und Fettschrift-Apostrophe kommen im Weltbild von WSTM nicht vor.
• Früher hat es solche Konstrukte nicht gegeben, heute höre ich häufiger Beschwerden über diese Syntax. Kann es sein, dass die vom VE produziert wird? Dann sollte man besser die Quelle beseitigen. Ich glaube irgendwie nicht, dass jemand absichtlich manuell solche Syntax in den Quelltext schreibt. Selbst angetroffen habe ich es eher noch nicht.
• Wenn du das öfter siehst, könntest du die Apostrophe durch eine private Regel nach außen legen; dann würde der nächste Bearbeiter mit WSTM oder sonstwie es einfacher haben, das Ding wieder ganz automatisch einzudampfen. Dann ist das Selbstlink für WSTM wieder erkennbar, während so die entkursivierte Form nicht trivial ist.

LG --PerfektesChaos 11:12, 31. Okt. 2015 (CET)

Diesen Job mach das Skript autoFormatter von TMg ganz gut. Das lässt sich auch über fliegelflagel aktivieren.

Der aF dient als Korrektor nach dem WSTM! Links in der oben beschriebenen Form ändert der auch nicht. Vor allem bei japanischen Artikeln ist mir dieses Konstrukt öfters aufgefallen. Da muss ich mal drauf achten, das sieht für mich eher nach einem Benutzer-Denkfehler aus. --Hadibe (Diskussion) 14:00, 2. Nov. 2015 (CET)

’n Abend! Aus den aktuellen Checkwiki-Einträgen habe ich mal eine (nicht repräsentative) kleine Liste zusammengestellt:

Artikel – Benutzer – Änderung

---

• [10] – Don-kun – verlinkt mit VisualEditor
• [11] – Between the lines – verlinkt
• [12] – Widipedia – verlinkt
• [13] – Mps – schräggestellt mit VisualEditor
• [14] – DerBruchpilot – verlinkt
• [15] – NoJ – neuer Link
• [16]] – GrabsPopcorn – neuer Link
• [17] – Andreschulz – neuer Link
• [18] – Ralfbormann – verlinkt
• [19] – Mps – neuer Link mit VisualEditor
• [20] – Yomtov – neuer Link
• [21] – 91.221.59.5 – verlinkt
• [22] – 91.178.177.13 – neuer Link
• [23] – Hyronimus299 – verlinkt
• [24] – American – neuer Link
• [25] – Marikke – neuer Link
• [26] – Qumranhöhle – neuer Link
• [27] – Benutzer:Tinz – BKL fix
• [28] – Missyfox – verlinkt und Schräggestellt mit VisualEditor
• [29] – MariciYoga – neuer Link
• [30] – Lou Boe – neuer Link
• [31] – Mps – neuer Link mit VisualEditor
• [32] – KZV rw – neuer Link
• [33] – Staff – neuer Link
• [34] – Mps – neuer Link mit VisualEditor
• [35] – Mps – schräggestellt mit VisualEditor
• [36] – JAN.R – neuer Link
• [37] – Colus – neuer Artikel

Dabei fällt mir 7 Mal der VisualEditor ins Auge. Benutzer:Mps hat daran zwar einen Anteil von 6 Bearbeitungen, allerdings nehme ich mal an dass es kein willentlicher Fehler war. Die restliche Liste ist ein buntes Sammelsurium von Benutzern, bei denen gehe ich davon aus, dass diese Links schlicht aus Unwissenheit in dieser Form so merkwürdig geschrieben wurden. Zum VisEd kann ich nichts sagen, aber ich werde mal die nächsten Tage darauf achten, welche Artikel neu in der Fehlerliste auftauchen. --Hadibe (Diskussion) 23:04, 3. Nov. 2015 (CET)

Im Phabricator gibt es bereits einen Eintrag dazu. Warten wir's ab. --Hadibe (Diskussion) 17:21, 8. Nov. 2015 (CET)

Pretty→wikitable

Hallo PC, was mir gerade aufgefallen ist, die Automatik streikt, wenn ein Leerzeichen am Anfang der Tabellenzeilen setht also vor dem Pipe.

• Beispiel: Universität Paderborn

{| class="prettytable" |+ Überschrift  ! Jahr  ! Preisträger  ! Lehrstuhl |- | 1992 | Name | Bereich |}

Überschrift Jahr Preisträger Lehrstuhl 1992 Name Bereich

Wenn man die Leerzeichen entfernt erfolgt eine Anpassung, das habe ich getestet. Ich meine ich entferne eh meistens solche Leerräume weil es sonst nicht vom Syntaxhighlight markiert wird, kannst du daran etwas ändern oder muss ich das eh von Hand anpassen? --Liebe Grüße, Lómelinde Diskussion 11:57, 3. Nov. 2015 (CET)

Bedaure.

Das ist eine vor einem Jahrzehnt mal vereinzelt praktizierte Marotte. Hatte sich nicht durchgesetzt.

Für WSTM ist alles, was ein Leerzeichen in der ersten Spalte hat, ein nicht veränderbarer Quellcode.

Abhilfe:

• In gutem externem Texteditor erstmal die Spalte rausnehmen.
• RegExp: ^ +([!|]) durch \1 ersetzen, oder so ähnlich.

Dann WSTM manuell nochmal aktivieren.

Dann ist der Quelltext auch narrensicher.

LG --PerfektesChaos 10:13, 4. Nov. 2015 (CET)

Oder so ähnlich? ‹seufz› Ich mache das immer manuell Zeile für Zeile. :-) O.k. dachte mir schon dass es problematisch wäre, aber so häufig wird das ja wohl nicht vorkommen. --Liebe Grüße, Lómelinde Diskussion 11:03, 4. Nov. 2015 (CET)

Lass sowas einfach liegen, wenn es zu viele Zeilen sind; früher oder später würde auch ich drüberfallen und kann es handhaben. Diese führenden Leerzeichen sollten jedoch wegen Missverständlichkeit aus dem ANR eliminiert werden.

And now something completely different: Vor deinem Urlaub wünschtest du dir was mit (PDF). In Benutzerin:Lómelinde/common.js kannst du die vorhandenen entsprechenden Codeblöcke wie nachstehend ersetzen. Das guckt dann nach, ob im Quelltext bereits dicht hinter dem Weblink eine öffnende Klammer kommt, und fügt ansonsten (PDF) ein. Allerdings kann irgendwo ganz weit hinten schon eine Klammer – auch mit Größenangabe – vorhanden sein. Die Klammer sollte aber immer recht dicht neben dem stehen, damit Leser die Info rechtzeitig vor dem Klick wahrnehmen; es ist eine Art Attribut zum Link.

   var wstm_data = { re: { url: "^(https?://)" +
                                 "(www\\.)?" +
                                 "([^:/|]+)" +
                                 "(:[0-9]+)?/?" +
                                 "([^ }<>\n]*)",
                           urlPDF: "^(https?://[^/]+/.+[./=])"
                                   + "(pdf|PDF)"
                                   + "([/?&=#].+)?$" },
                     rp: { url: "$1$2$3$4/$5 $3" }
                   },
       wstm;

   wstm.config.mod.url  =  [
      [ [false,  "^//(.+)$",    false],
        [false,  "https://$1",  false] ],
      [ ["(<ref[^<>\n]*>) *", wstm_data.re.url, " *</ref>"],
        ["$1[",               wstm_data.rp.url, "]</ref>"] ],
      [ ["\\[",  wstm_data.re.url,  "\\]"],
        [false,  wstm_data.rp.url,  false] ],
      [ ["\n\\* *",  wstm_data.re.url,  " *$"],
        ["\n* [",    wstm_data.rp.url,  "]"] ],
      [ ["([^?/ =\n\\x5B] *)",  wstm_data.re.url,  "( *[^ |}\n\\x5D<>])"],
        ["$1[",                 wstm_data.rp.url,  "]$1"] ],
      [ ["\\[",
         wstm_data.re.urlPDF,
         "([^|}\n\\x5D<>]+\\])(?:[.,]? *([^., (])|([<|}\n]))"],
        [false,  "$1$2$3",  "$1 (PDF) $2$3"] ],
      [ ["Zitiert nach:? *",  wstm_data.re.url,        "</ref>"],
        ["Zitiert nach: [",   wstm_data.rp.url + "]",  false] ]
   ];

LG --PerfektesChaos 12:44, 4. Nov. 2015 (CET)

Oh das ist aber nett von dir, ich teste es gleich mal.

Zu der überflüssigen Syntax: Ich gehe manchmal einfach auf die Spielwiese und versuche dort das Zeugs durch „suche und ersetze“ zu eleminieren, sonst wird man ja echt kirre. Nur bei führenden Leerzeichen ist das nicht so einfach.

Vielen Dank. --Liebe Grüße, Lómelinde Diskussion 12:56, 4. Nov. 2015 (CET)

WP:wikEd kann auch innerhalb der Bearbeitungsseite reguläre Ausdrücke. LG --PerfektesChaos 13:38, 4. Nov. 2015 (CET)

Oh ähm, dann muss ich ein komplettes Handbuch lesen. Ich glaube ich hatte das mal probehalber angeschaltet und irgendwie war’s mir zu bunt. Ich komme schon klar.

Ich hatte da gerade ein sortbottomproblem. Problem deshalb, weil die H:Tabellen für Fortgeschrittene#Die letzte Zeile nicht sortieren sagt, diese Klasse ist veraltet → eigentlich nicht verwenden. Ich habe es aber nicht anders lösen können, weil da auch noch zwei Zeilen drunter standen die, so denke ich, besser auch unsortiert sein sollten. Ist eh ein recht merkwürdiges Gebilde. --Liebe Grüße, Lómelinde Diskussion 13:53, 4. Nov. 2015 (CET)

Darf ich mir auch was wünschen? Ich hab festgestellt, dass die effiziente Abarbeitung von prettytable nicht möglich ist, weil in sehr vielen Artikeln WTSM nichts ändert, da die Kopfzeile via |- style=... definiert ist und nicht für jede Spalte einzeln. Kann WTSM nicht einfach diese style-Definitionen den einzelnen Kopfzellen automatisch zuweisen? Das sollte selbst dann funktionieren, wenn weiter unten in der Tabelle nochmal Kopfzellen auftauchen, die müssten dann halt auch angepasst werden. 129.13.72.198 13:12, 4. Nov. 2015 (CET)

WSTM wird von vermutlich 100 Benutzern angewendet, die sich darauf verlassen, dass alle Ersetzungen automatisiert vollständig vorgenommen wurden und ansonsten keine manuelle Nacharbeit erforderlich ist. Damit scheidet diese Praxis als zu unsicher aus.

Ich schaue mir den Farbton in dem oder den styles an, und wenn es keinen triftigen Grund gibt, warum in diesem Kontext genau diese Farbnuance erforderlich ist, dann ersetze ich das durch eine Klassen-Hintergrundfarbe für die gesamte Zeile; insbesondere 50 shades of gray durch einheitlich class="hintergrundfarbe5".

LG --PerfektesChaos 13:38, 4. Nov. 2015 (CET)

zu dem OT: ich hätte noch eine kleine Bitte, falls das machbar ist.

• aus PDF
• sollte besser nicht PDF (PDF) werden, aber ich kann natürlich auch einfach aufpassen.   Wie auch immer du das gemacht hast, es funktioniert so wie ich mir vorgestellt habe. --Liebe Grüße, Lómelinde Diskussion 14:29, 4. Nov. 2015 (CET)

Das sollte notiert werden als bmg.bund.de (PDF) – damit jeder weiß, dass das ein offizielles Dokument der Bundesregierung ist und nicht von einer Zeitung oder auf einer privaten Homepage veröffentlicht wurde. Oder den korrekten Titel angeben. Nix für WSTM-Automatik. LG --PerfektesChaos 14:35, 4. Nov. 2015 (CET)

Ja ist schon klar, dass es so nicht bleiben sollte, vielleicht ist es sogar gut, wenn es doppelt ist, dann werde ich darauf aufmerksam. Etwas ist mir aber gerade noch aufgefallen. Ich glaube es wird ein Leerzeichen zuviel eingefügt, also zwischen (PDF) </ref> aber nur beim Erststart von WSTM, lässt man es nochmals drübergucken verschwindet das Leerzeichen. Ist auch kein Beinbruch. Und nicht so wichtig. Einen angenehmen Nachmittag wünsche ich dir noch. Und nochmals Dankeschön. --Liebe Grüße, Lómelinde Diskussion 14:44, 4. Nov. 2015 (CET)

Wie wärs wenn WSTM den Kopfzellen einzeln die style-Attribute zuweist, aber noch nicht auf wikitable umstellt? Dann müsste ein menschlicher Benutzer im besten Fall nur noch prettytable mit wikitable ersetzen. Und falls noch mehr zu tun wäre, müssten dass die Benutzer, die das nicht wollen, auch nicht machen, da der Quellcode ja weiterhin funktioniert und sich funktional nichts geändert hat. 129.13.72.198 13:55, 5. Nov. 2015 (CET)

WSTM arbeitet neutral und automatisiert im Hintergrund für über hundert Bearbeiter, die aus ganz anderen Gründen einen Artikel zu einem ihnen vielleicht unbekannten Themengebiet aufgerufen haben, und die das dann auch genau so abspeichern, wie WSTM es modifiziert hat. Die Frage, welcher Blauton für Kopfzeilen künftig angemessen wäre, interessiert nicht; und ein überflüssiges Verseuchen von Kopfzellen mit style-Attributen für irgendeine Zartgrauschattierung, die man bei wikitable auch weglassen könnte, wird es auch nicht geben. Fine. VG --PerfektesChaos 14:14, 5. Nov. 2015 (CET)

Leerzeichen in Syntax

Ich hänge das mal hier an, ehe du mir das noch irgendwann um die Ohren haust. Ich habe in Tabellen gern ein Leerzeichen zwischen Pipe und Folgesyntax

| style="…" aber what I can see is

… thee have deleted it after my insertion … but why?

Also benötige ich eine kleine Erklärung. Für mich ist es eigentlich sinnvoll einen Leerraum zu lassen, erstens sieht es für mich besser aus und zweitens kann dann nicht versehentlich ein unerwünschtes |- aus der Einfügung beispielsweise eines Wertes - 10 entstehen. Daher versuche ich immer ein Leerzeichen hinter ein Pipe am Zeilenbeginn zu setzen also auch im Bereich der Syntaxbefehle. Aber du hast sicher einen Grund dafür. Ja, ich habe gesehen, dass du einen Unterschied zwischen Syntax und Normaltext also Tabelleninhalt machst, aber irgendwie …

Your version	and mine	and how it looks
{| |- |colspan="2"| hier ist der Inhalt auf Abstand |- | hier ist keine Syntax || hier auch nicht |- |style="color:#0FF00F;"| und hier alles grün | hier normal schwarz |}	{| |- | colspan="2"| hier ist auch die Syntax auf Abstand |- | hier ist keine Syntax || hier auch nicht |- | style="color:#0FF00F;"| und hier alles grün | hier normal schwarz |}	hier ist auch die Syntax auf Abstand hier ist keine Syntax hier auch nicht und hier alles grün hier normal schwarz

Für mich sieht das zumindest sehr unruhig aus, aber ich möchte es ja nach Möglichkeit richtig machen und könnte mir dann so etwas sparen. Das mache ich eigentlich generell so, kann mich aber auch umgewöhnen, wenn das besser wäre, daher frage ich jetzt lieber mal nach. --Liebe Grüße, Lómelinde Diskussion 11:04, 6. Nov. 2015 (CET)

Ich und WSTM formatieren nach folgendem Schema:

| sichtbarer Wert1 || sichtbarer Wert2 || sichtbarer Wert3
|style="dings"| sichtbarer Wert1 || sichtbarer Wert2 || sichtbarer Wert3
| sichtbarer Wert1 || sichtbarer Wert2 ||style="dings"| sichtbarer Wert3

Die Leerzeichen sind für die Maschine bedeutungslos.

LG --PerfektesChaos 11:49, 6. Nov. 2015 (CET)

Ähm ja, aber ich bin keine Maschine.   Das war zwar keine wirklich schlüssige Erklärung, ich habe es aber trotzdem verstanden. Die Syntax ist quasi nicht sichtbar also ist ein Pipe oder Pipe-Syntax-Pipe ein Trenner zwischen zwei Zellen und egal was da noch für Attribute (Syntax) stehen, sie sind einfach nur ein Pipe, daher „as small as possible“.

Ja ist mir auch schon aufgefallen, dass WSTM es manchmal, glaube ich zumindest, so angepasst hat. Dankeschön es soll also so und ich kann mir diese Arbeit sparen. --Liebe Grüße, Lómelinde Diskussion 12:08, 6. Nov. 2015 (CET)

Oh man es ist genau anders herum. WSTM fügt nun die Leerzeichen wieder ein und zwar wenn sie hinter ! stehen, ich weiß jetzt rein gar nicht mehr was ich also machen soll. Und bitte sage dem Tool dass es nicht die Klasse sortbottom entfernen soll das funktioniert dann nicht mehr und es wird zusätzlicher Müll mitsortiert. Ruf dazu bitte einfach mal den Artikel Fußball-Europameisterschaft 2012/Statistik auf da steht es in zwei Tabellen drin, ich hatte weiter oben schon gesagt, dass ich nicht sicher bin was ich in solchen Fällen tun soll. Ich kenne keinen Befehl, der das übernehmen würde. Da Arzneimittel wurde es aber, glaube ich, noch nicht automatisch rausgeworfen. Jetzt würde es beim nächsten WSTM-Editor wohl verschwinden, nicht gut. Dann wird sowohl die Leerzeile als auch die zwei Zeilen darunter mitsortiert. --Liebe Grüße, Lómelinde Diskussion 14:46, 6. Nov. 2015 (CET)

Okay, sortbottom kommt bei nächster Gelegenheit wieder raus (also rein); ich ging von H:TAB aus und interpretierte als „wirkungslos“; dann müsste das dort klarer gefasst werden. LG --PerfektesChaos 15:00, 6. Nov. 2015 (CET)

Ja genau da steht es falsch, es geht auch nicht wenn man eine Kopfzeile daraus macht ich hatte es extra ausprobiert. Also zumindest nicht wenn anschließend weitere Zeilen folgen. Und Dankeschön. --Liebe Grüße, Lómelinde Diskussion 15:08, 6. Nov. 2015 (CET)

Zebrastreifen

Nochmals das Thema Tabellen. Mir ist folgendes aufgefallen.

Falsches Attribut-Format (Tabelle)

{| class=wikitable zebra

{|class=wikitable zebra |- ! Die Zebraklasse ohne "delimiter" |- | nichts weltbewegendes |- | trotzdem eine Nachfrage |}	{| class="wikitable" zebra="???" |- ! WSTM-Automatikanpassung + Meldung |- | nichts weltbewegendes |- | trotzdem eine Nachfrage |}	{| class="wikitable zebra" |- ! Erwartetes Aussehen |- | nichts weltbewegendes |- | trotzdem eine Nachfrage |}
Die Zebraklasse ohne "delimiter" nichts weltbewegendes trotzdem eine Nachfrage	WSTM-Automatikanpassung + Meldung nichts weltbewegendes trotzdem eine Nachfrage	Erwartetes Aussehen nichts weltbewegendes trotzdem eine Nachfrage

Kannst du das abändern? Kann WSTM das als zusammengehörig erkennen und zusammenfügen? Also

if no delimiter in Attribut class=wikitable
   and { zebra or toptextcells }
   than put delimiters around the set of attributes

Ähm ja, du weißt was ich meine. --Liebe Grüße, Lómelinde Diskussion 10:13, 10. Nov. 2015 (CET)

Bedaure, nein.

WSTM ist zum einen internationalisiert geschrieben, und das hier ist erstmal ein dewiki-Problem.

Zum anderen ist in dem Moment, in dem dewiki zum Tragen kommt, die internationale (projektunabhängige) Syntaxanalyse schon längst gelaufen und die Fehlermeldung geschrieben. dewiki arbeitet danach auf Basis korrekter interpretierter Syntax.

Heißt: Was da hintendran für Kauderwelsch steht, ist für WSTM unverständlich und bedarf des menschlichen Auges.

Es gibt unzählige Möglichkeiten von falsch geschriebener und vieldeutiger Syntax, die dann auch noch dutzend-, hundert-, tausendfach gedankenlos von einem Artikel in den nächsten kopiert wurden. Das müsste ggf. ein Bot einmal grundbereinigen, falls es sich lohnt. WSTM arbeitet mit automatisierten Abläufen für alle Benutzer; da kann ich keine manuelle Nachkontrolle von Sonderfällen voraussetzen.

Dieser Spezialfall scheint nur in einem einzigen Artikel vorzukommen.

Wenn du häufige Fälle hast, könntest du dir eine private WSTM-Ersetzungsregel bauen, die das nachträglich in die gewünschte Ordnung bringt. RonMeier hat wohl über 100 davon und hilft dir gern.

Es ist jeder ein Rindvieh, der die Anführungszeichen um Attribute entfernt; und sowas kommt dabei regelmäßig raus, wenn jemand ganz ganz schlau sein will und zwei Bytes „einsparen“ möchte. „Man sieht doch, es funktioniert auch ohne diese lästigen Anführungszeichen.“

LG --PerfektesChaos 10:46, 10. Nov. 2015 (CET)

O.k. ja alles klar, das hatte ich bisher auch noch nicht, glaube ich. Etwas anderes noch kurz, also das mit (PDF) funktioniert noch nicht ganz so dass ich es verstehe, manchmal steht (PDF; 123,7 MB) da und trotzdem kommt (PDF) dahinter. Ich muss etwas aufpassen, damit ich so etwas nicht versehentlich mitspeichere. :-) Also allgemeintauglich ist es derzeit wohl nicht. Ich glaube es hat mit Vorlagen Probleme. Aber du musst nichts ändern das sollte nur eine Rückmeldung sein. --Liebe Grüße, Lómelinde Diskussion 10:54, 10. Nov. 2015 (CET)

Aufzählungszeichen entfernen

Hi PC, Du machst ja vor diversen Schwesterprojekten das Aufzählungszeichen * weg, laut Dokumentation auch durchaus gewollt. Hatte jetzt ein Beispiel für einen {{Wikivoyage}} Eintrag mit Stern davor, das habe ich dann der Konsistenz halber von Hand entfernt. Spricht was dagegen das mit in die Liste zu packen? -- Windharp (Diskussion) 11:56, 30. Nov. 2015 (CET)

Wikivoyage ist so neu und Sternchen-Wikivoyage so selten und WSTM so alt, dass dem das einfach noch nicht auffiel.

Habe dies vorgemerkt, kommt irgendwann; Danke für den Hinweis.

LG --PerfektesChaos 12:03, 30. Nov. 2015 (CET)