Benutzer Diskussion:PerfektesChaos/js/WikiSyntaxTextMod/Archiv2

Dies ist das Archiv abgeschlossener Diskussionen zum Skript WikiSyntaxTextMod und auch zu allen Unterseiten dazu. Diese Archivseite beginnt mit der ersten Einführung und endet mit Auslaufen der Version WSTM.4 Anfang Juli 2012.

2010-05

Moin, kann es sein, dass dieses Skript mir hier meinen Link zur Watchlist zerschießt? --Flominator 13:20, 9. Mai 2010 (CEST)

Bedauerlicherweise – ja;   war ein Bug in Version 7 des r-Skriptes und ist in der d-Version schon gefixed.

Ich wusste ja noch gar nicht, dass du das Skript auf dem Schirm hast; willkommen im Club!

Schnark fiel schon zwei Stunden nach Freigabe über die gleiche Problematik; im Gegensatz zum https:\\secure.wikimedia.org hatte ich verschlafen, nach dem /wiki/ im Pfad zu gucken. Die URL-Umwandlung soll sich nur auf Artikel beziehen; inzwischen schaue ich nach /wiki/ und ignoriere die URL außerdem, wenn es eine "?"-query in der URL gibt und danach ein "=" folgt.

Obendrein ist das Skript vorrangig für den ANR gedacht und wird mit "Zufälliger Artikel" getestet; Konstrukte, wie sie auf Benutzerseiten, Hilfe: und WP: vorkommen, unterlaufen daher das Testverfahren. Konsequenterweise gibt es ab jetzt gleich nur noch Anwendung auf Artikel, die Zuschaltung auf andere Namensräume ist zwar weiterhin möglich, muss aber gesondert vom Benutzer auf eigenes Risiko angefordert werden.

Dein Hinweis ist mir Anlass, vor 18:00 auf das nächste Release zu wechseln; also demnächst mal gucken und Browser-Cache purgen.

Sorry for inconvenience --PerfektesChaos 17:17, 9. Mai 2010 (CEST)

Ist kein Problem. Bin nur gestern und heute 1x drüber gestolpert. Wie reaktiviere ich das Ding denn für alle NS? --Flominator 17:27, 9. Mai 2010 (CEST)

Version r=8 soeben ins Netz gestellt – 1× Browser-Refresh.

@NS: nennt sich Include_WikisyntaxTextMod – aktuelle Bedienungsanleitung wird grade geschrieben; steht im Laufe des Abends unter Benutzer:PerfektesChaos/js/MigriereWikiSyntaxDeutsch/Benutzung #Fortgeschrittene Optionen, ist aber noch gar nicht intensiv getestet.

Das ganze Teil ist noch in den Flegeljahren und hat seine Funktionalität gegenüber dem simplen RegExp-Tool aus dem letzten Jahr inzwischen massiv erweitert und wurde völlig umstrukturiert. Ich mache deshalb zurzeit keine Reklame dafür; nach Abschluss des Umbaus wird es WikisyntaxTextMod heißen.

Viel Spaß damit --PerfektesChaos 18:14, 9. Mai 2010 (CEST)

Ausführung manuell

Hallo PerfektesChaos, hatte ich mich verlesen oder hattest du irgendwo mal einen Button für dein Script vorgestellt? Dies wäre eindeutig ein zusätzlicher Bedienkomfort. Grüße -- Perhelion 10:59, 24. Jan. 2011 (CET)

Willkommen im Club!

• Du hast dich nicht verlesen; hier die Doku.
• Das ist allerdings noch kein Button. Den hat Schnark in seiner Modulverwaltung, die du ja kennst; ich selbst verwende das in der Doku angesprochene ToolboxAddItems.

--PerfektesChaos 11:16, 24. Jan. 2011 (CET)

Ach, danke für die schnelle Antwort (ich Dösel) jetzt fällt es mir wie Schuppen von den Augen, den Knopf hatte ich ja schon. Hatte mich nur gewundert was das war und er "auf einmal" weg war.Vorlage:Smiley/Wartung/8p  [1] -- Perhelion 12:37, 24. Jan. 2011 (CET)

tag soup (kritik)

„Ein unary tag (wie <references />) wird mit genau einem Leerzeichen zwischen Name und Schrägstrich geschrieben.“
Ist meiner Meinung nach falsch, wenn es keine XHTML-tags sind. Da das Leerzeichen einzig im XHTML Standard definiert wurde um einzelnen (damals schon) alten Browser Kompatibilität zu gewähren. Und bei HTML-tags wäre dies auch eigentlich generell eine Sache der Mediawiki-Software W3C konforme tags zu generieren. (Persönlich würde ich auch nicht thumb ersetzen) LG PS: Ich habe dies mal hier zur Sprache gebracht: MediaWiki_Diskussion:Onlyifediting.js#tag_soup_.28kritik.29-- Perhelion 00:33, 29. Jan. 2011 (CET)

Fehlermeldung: was macht das Script eigentlich aus dieser Url ansich: http://stats.wikimedia.org (vielleicht ist dies ja unbedeutend und vernachlässigbar) -- Perhelion 01:34, 29. Jan. 2011 (CET)

1. stats.wikimedia.org ist ein Bug; hätte nicht passieren sollen, sorry und Danke für die Info.
   Er wurde gefixed (ein kleines ^ behob das Problem); die neue Version steht bereit. Um sie sofort zu aktivieren, müsstest du bitte deinen Browser-Cache leeren; irgendwann in den nächsten Tagen macht das Schnarks Modulverwaltung sonst automatisch.
   Im ANR gibt es praktisch nur Links auf wikimedia.org mit der subdomain "commons" oder "meta" neben den Sprachen, deshalb fiel es bislang niemandem auf und stand auch nicht in den Testfällen.
   Hintergrund ist, dass wo immer möglich die http:-Links auf WMF-Projekte ersetzt werden sollen durch das Wikilink-Format. Die Subdomain stat. kam unerwartet und wurde irrtümlich durch ein wildes Gemisch ersetzt. Wie meta:Interwiki map zeigt, gibt es aber noch etliche weitere subdomains, die auch künftig ignoriert werden, weil sie für Artikel keine Bedeutung haben. Alle für Spezialgebrauch mal eingerichteten Interwikis für eine Umformatierung zu warten, verlässt die Ziele meines Skriptes.
2. Zur Lokalisierung siehe hier.
3. unary tags:
   Ich kann dir nicht ganz folgen. Was ist unter "falsch" und "richtig" zu verstehen?
   Unserem Parser ist es völlig egal, ob und wo zwischen <name und / und > irgendwelche Leerzeichen stehen. Das gliedernde Leerzeichen ist ausschließlich als Hilfestellung für die Menschen gedacht, die in unserem Fall den Quelltext editieren.
   In der XML-Welt ist es seit über zehn Jahren üblich, bei allen Konstellationen von unary tags dieses Leerzeichen zu setzen, falls menschliche Leser in Frage kämen, und wird auch praktisch durchgängig so gehandhabt:
   • Entweder ein XML-Element/Beginn pro Zeile, immer weiter eingerückt, mit Leerzeichen vor dem Schrägstrich: menschenlesbare Version – oder
   • die ganze XML-Datei in einer einzigen Zeile, ohne diesen Whitespace; nur für Computer.

So macht es auch die WP, die sich in analogen Situationen an XML anlehnt, etwa für das <br /> bereits seit dessen erster Erwähnung in den Hilfetexten vor vielen Jahren.
Hintergrund ist, dass von Menschen der schließende Schrägstrich übersehen werden könnte – von Computern nicht. Dies wird verschärft, wenn im tag Attribute zugewiesen werden.
Deshalb ist es auch in MediaWiki:Onlyifediting.js vorgegeben und wird international genauso gehandhabt. Meine Aufgabe ist es nur, den weitaus überwiegend in den Wikitexten bereits vorhandenen Standard zu vereinheitlichen, um Autoren nicht durch unterschiedliche Darstellungen zu verwirren.<BR.>Unsere Software generiert aus dem Wikitext ohnehin die jeweils gemäß HTML.4, XHTML oder HTML.5 geeignete Darstellung nach außen. Um dies zu demonstrieren, habe ich dem Quelltext dieses Diskussionspunktes verschiedene (auch syntaktisch falsche) Notationen von <br /> beigegeben; das daraus vom Server produzierte HTML kannst du in deinem Brauser angucken, etwas wie „Quelltext anzeigen“.

Schönes Wochenende noch --PerfektesChaos 19:15, 29. Jan. 2011 (CET)

Vielen Dank für deine wirklich ausführliche Antwort und den allg. guten Support (s.Diss.) ;) Nungut, dass die Mediawiki jetzt tatsächlich die tags korrigiert und das Leerzeichen für die Leserlichkeit sein soll, ist mir neu. Ein (verwirrender) Unterschied würde tatsächlich (xml / xhtml) bestehen, jedoch ist eine Behauptung einen Beleg schuldig. Unter MediaWiki:Onlyifediting.js hat noch niemand geantwortet (vielleicht habe ich mich zu undeutlich artikuliert), jedenfalls habe ich dort eine weitere Anmerkung gegeben, die deinem Argument der internationalen Vereinheitlichung widerspricht. Mir ist dies nur aufgefallen, da bei jedem zweiten Artikel das Leerzeichen fehlte und generell ist meine Erfahrung, dass die Autoren eher intuitiv das Leerzeichen wegkürzen (ich bin auch persönlich der Meinung, dass eine Leserlichkeit nicht sonderlich erhöht wird, im Endeffekt muss ein tag sowieso („genau“) richtig geschrieben werden). Ich meine, wenn es nicht richtig oder falsch ist, könntest du die Kontrolle dieses Leerzeichens ja rausnehmen (wieder Performance gespart :p). Jedenfalls ist dies ein sehr feines Script und ich setze es eigentlich mit freuden ein und teste es jetzt weiter (ein, zwei Unzulänglichkeiten sind mir noch aufgefallen, z.B. hier [2] wurde mit PDDs etwas Ressourcen hungrigerem Script mehr gefixt). Beste Grüße -- Perhelion 21:33, 31. Jan. 2011 (CET)

• Wikitext ist weder XML noch XHTML noch HTML. Es ist Wikitext.
• Wie ganz zu Anfang bereits erwähnt: Es gibt kein „richtig“ oder „falsch“.
• In XML etc. sind syntaktisch zwischen <tagname und /> zwischen Null und beliebig viel Whitespace möglich; Whitespace kann dabei neben Leerzeichen und Zeilenumbruch noch allerlei mehr sein. XML 1.0 Def. 44. Beachte das Beispiel IMG unter 3.1. Über den Standard hinaus wird auch knurrend noch Whitespace zwischen / und > verstanden; ist dann aber nicht mehr well formed.
• Im Wikitext ist das technisch prinzipiell genauso möglich; allerdings ohne Zeilenumbruch (der bei uns einen neuen Absatz auslösen würde), und besser nur Leerzeichen.
• Die maßgeblichen Definitionen des optischen Idealzustands ergeben sich seit Herbst 2004 aus Hilfe:Textgestaltung 1760309 und seit etwa 2003 mit Einführung der vorher noch „Quellenangaben“ genannten Hilfe:Einzelnachweise 17885124 (noch etwas uneinheitlich, in der Kopiervorlage schon mit, im Erläuterungstext noch ohne Leerzeichen; seitdem standardisiert).
• Die Mediawiki-Software funktioniert seit ca. 2002 in der Weise, dass die (auch fehlerhaften) tags aus dem Wikitext (wie <BR.>) in sauberes HTML/XHTML gewandelt werden.
• Seit langer Zeit wird dabei intern ein Algorithmus verwendet, der HTML Tidy heißt und sich auch separat herunterladen lässt. Ich selbst benutze HTMLtidy seit etwa 1998. Du kannst es dir gern herunterladen und mit selbstgebauten XML- und XHTML-Dateien experimentieren; du wirst sehen, dass beim pretty print jedes unary tag wie angegeben formatiert wird.
• In dem von dir als Beispiel angeführten mw:Common.js/edit.js heißt es: tagOpen=<br />.
• Es kann gut sein, dass Autoren mit Fachgebiet Tischtennis, Archäologie oder Passauer Stadtgeschichte das Leerzeichen nicht tippen, vor allem wenn das tag buchstabenweise eingegeben und nicht von einer guten Vorlage kopiert oder sonst mit einem Klick eingefügt wird. Das ist aber ohne Belang und im Übrigen eines der Wiki-Erfolgsgeheimnisse: „Fehlerhaft“ formatierte Beiträge von Außenstehenden, etwa auch eine nicht WP:LIT entsprechende Fundstelle, soll Autoren nicht von Beiträgen abhalten.
• Aus meiner Erfahrung mit der Analyse der Texte im ANR kann ich dir hinsichtlich der quantitativen Verhältnisse widersprechen. Das liegt auch daran, dass es seit vielen Jahren ein Dutzend Skripte gibt, die durch den Artikelbestand pflügen und dezent die Syntax aufpolieren.
• Es gibt keine verbindliche Wikisyntax. Die letzten, die daran grandios scheiterten, waren wohl mw:Wikitext standard.

Ich glaube nicht, dass ich dem noch etwas hinzuzufügen hätte. --PerfektesChaos 09:30, 1. Feb. 2011 (CET)

Dann füge ich noch hinzu, dass in der oben verlinkten Änderung durch PDDs (genauer Bluefish) Skript Auslassungspunkte in monospace-Text durch … ersetzt wurden, was sehr ungünstig ist. Weniger ist da mehr. --Schnark 11:10, 1. Feb. 2011 (CET)

• Nungut ich denke du hast Recht und nochmal danke für die wirklich kompetente Antwort.
• @Schnark warum ist das ungünstig, diese „Korrektur“ hatte doch teilweise auch der WikisyntaxTextMod gemacht?
• Diesbezüglich komme ich gleich auf einen weiteren Pkt.: ich würde mir - wie in den vergleichbaren Scripten (z.B. wikEd) - ein zwei Button extra für stufenweise/ wahlweise „Korrektur“ wünschen. Im Prinzip kann ich die mir jetzt auch selber bauen, ich meine nur: Dies wäre eindeutig ein zusätzlicher allg. Bedienkomfort (feature, z.B. Anführungszeichen..., es heißt ja auch, es soll gleich soviel wie möcglich mit einem Edit korrigiert werden)!? Besten Gruß -- Perhelion 18:20, 2. Feb. 2011 (CET)

• Was Schnark meinte: In dem von Fomafix vorgenommenen Edit wurden die in einem Bereich <syntaxhighlight>Programmcode</syntaxhighlight> drei einzelne aufeinanderfolgende ASCII-Punkte ersetzt durch ein einzelnes typografisches Unicode-Zeichen … – dies ist aber nur in normalem Text erlaubt und kann in Programmcode fatale Schäden anrichten (hier, in diesem Fall, war es zufällig egal, weil die Pünktchen dort keine Programm-Information trugen). Um genau sowas zu vermeiden, gibt mein Skript sich große Mühe, Bereiche zu schützen. Meines Wissens ist das wikiweltweit einmalig.
• Das Skript stellt in „Stufe 1“ einen robusten Grundalgorithmus zur Verfügung, der vollautomatisch prinzipiell in jeder Sprache und bei jedem Projekt benutzt werden kann. An einem bisher syntaktisch korrekten Wikitext wird kein Schaden angerichtet; nur wenn er vorher schon Seltsamkeiten enthielt, könnte die Korrektur sich ausnahmsweise irren.
• Alle weiteren Aktivitäten (wie die von dir genannten Anführungszeichen) lassen sich nicht unbesehen jedem Anwender aufdrängen; es gibt französische, historisch deutsche, spanische, schweizerische, englische, japanische Besonderheiten, die etwa in einem Zitat auftreten könnten.
• Dazu stehen umfangreiche Möglichkeiten zur Verfügung, sich selbst eine „Stufe 2“ zu schaffen. Eine Sammlung von Beispielen stelle ich zur Verfügung. Die Erfahrung zeigt, dass es oft genug Artikel gibt, in denen es ein Problem gibt und ausnahmsweise etwas anderes nötig ist. Deshalb bekommt das niemand als fertiges Paket, sondern muss sich selbst damit beschäftigen und verstehen, was dabei passiert. Wenn in den Artikel dann Fehler hineinkorrigiert wurden und es deshalb verärgerte Kommentare auf der Diskussionsseite oder auch nur ein fluchendes revert gibt, muss das dann der Anwender von „Stufe 2“ selbst verantworten.
• Buttons liefere ich überhaupt nicht, sondern nur Steuerparameter und Funktionsaufrufe.

Ich hoffe, dies hilft dir weiter --PerfektesChaos 20:31, 2. Feb. 2011 (CET)

Zur Info (Fehler)

Kleine Info: im Nicht-Artikelnamensraum gab es ein kleines Problem: PAGESINCATEGORY (hatte es die letzten Tag nicht sonderlich benutzt) ich denke es ist eventuell zu speziell, dass man es nicht in die Syntax aufnehmen braucht. Des Weiteren wollte ich anmerken, dass ich einige Lokalisierungen für übertrieben erachte (um nicht Übersetzungswahn zu benutzen), speziell link : verweis ist doch wohl absolut übertrieben (mal abgesehen dass es seit Internet im Duden steht). Niemand benutzt das Wort Verweis als Synonym für einen Internetlink (das wäre so als wenn man E-Mail als E-Post übersetzen würde, Falscher Freund). Ich bitte dies inständig zu entfernen. LG -- Perhelion 21:36, 8. Feb. 2011 (CET)

1. Bei „PAGESINCATEGORY“ geht es dir offenbar darum, dass bei der jeweils zweiten Zeichenkette In SVG konvertieren - Diagramm der Kategorienbezeichnung der ASCII-Bindestrich in einen typografischen n-Dash #8211 umgewandelt wurde.
   • Das warst du allerdings selbst im siebten Ersetzungsausdruck deines Modif_Text unter Benutzer:Perhelion/Wikisyntax-config.js.
   • Bei den von dir selbst definierten Ersetzungen musst du dann schon die Diffpage daraufhin angucken, ob die Ersetzungen auch so ausfallen wie von dir gewünscht.
   • Hingegen hat mein Skript bei der unmittelbar vorher auftauchenden Kategorie:In SVG konvertieren - Diagramm erkannt, dass dieser Bindestrich innerhalb einer Kategorie steht und ihn dort wohlweislich nicht ersetzt. Die Funktionalität aller möglichen Vorlagen und Parserfunktionen und welche Änderungen dort zulässig sind kann ich dagegen schlecht überblicken.
2. Es werden die gesamten Parameter einheitlich in genau der Form standardisiert, wie sie auf Hilfe:Bilder vorrangig den Benutzern empfohlen werden. Hier wird verweis= vorgestellt; link steht nur verkleinert in Klammern. Wenn dir das nicht gefällt, müsstest du die Diskussion dort führen. Weil es auch noch einen Parameter links gibt, kann man verweis auch als unverwechselbar und sicherer ansehen. Wenn ich schon lokalisiere, dann von meiner Seite alle Parameter einheitlich und ohne Extra-Ausnahme-Regeln.

HGZH --PerfektesChaos 22:29, 8. Feb. 2011 (CET)

Oh ja stimmt, danke das werde ich machen. Mal davon abgesehen, dass mit der neuen Version manches genau gegenteilig „modifiziert“ wird (und das ist auch gut so), bin ich auf eine weitere mögliche Ausnahme gestoßen bez. Wiktionary Lemma-Verlinkung (Lower-Upper-Case s.z.B. Billion). VG -- Perhelion 20:01, 15. Feb. 2011 (CET)

Beim Wiktionary ist das Schlüsselwort case-sensitiv. Die Links in eckigen Klammern auf wikt: berücksichtigen das auch.

Bei der von dir referenzierten Vorlage auf das Schwesterprojekt ist das bedauerlicherweise noch nicht der Fall gewesen, wurde aber soeben als Ausnahme in den Quellcode aufgenommen und wird bei nächster Gelegenheit so auch allgemein verteilt.

Danke für den Hinweis --PerfektesChaos 21:15, 15. Feb. 2011 (CET)

Das Wiktionary-Schlüsselwort ist seit 27. Feb. auch in der Vorlage case-sensitiv. --PerfektesChaos 13:11, 6. Mär. 2011 (CET)

Benutzerdefiniertes (RegExp)

1. Ich wollte ebend eine praktisches Bsp.[3] von deiner Doku-Seite verwenden (User:PerfektesChaos/js/WikisyntaxTextMod/usage/replace#Weblink_ohne_Beschreibung), leider mit folgender Fehlermsg.:

User link RegExp SyntaxError: invalid range in character class >>>[$<<< [,(https?://)([^:/]+)(:[0-9]+)?/?(.*),],false

2. Da hätte ich gleich noch eine Frage, Betreff eines Zeilenanfangs: Da es ja dafür einen Regulären Ausdruck gibt(?), würde dieser auch bei einigen Suchausdrücken (Performance technisch) Sinn machen. Würde das gehen? -- Perhelion 20:32, 25. Feb. 2011 (CET)Besten Gruß -- Perhelion 20:13, 25. Feb. 2011 (CET)

ad 1.) Hochverrat ist eine Frage des Datums. Bis Ende letzten Jahres waren die Ausdrücke vor und nach dem Link-RegExp einfache Zeichenketten, und einfaches [ war immer richtig. Inzwischen wurde die Funktionalität erweitert und vorn und hinten stehen reguläre Ausdrücke. Weil [ eine Sonderbedeutung in regulären Ausdrücken hat, sollte es immer mit einem (in der Zeichenkette verdoppelten) \ escaped werden – auch wenn es hier erkennbar kein vollständiger RegExp ist; daher dann die Fehlermeldung. Alle anderen Beispiele waren der verbesserten Programmierung angepasst worden; dieses ging mir durch die Lappen, und seltsamerweise steht es nicht in meinen eigenen aktiven Definitionen, werde ich nachholen. Danke für die Info.

ad 2.) Die Frage verstehe ich nicht so ganz. Sicher ist der Zeilenwechsel \n. Das greift immer, mit Ausnahme des Artikelbeginns. Es gibt auch das ^ – mit dem verfahren Browser unterschiedlich. Das Problem ist, dass JavaScript sich bei mehrzeiligen Zeichenketten unterschiedlich verhält; ^ kann auch „Anfang des Artikels“ bedeuten. Genau dieses Verhalten ändert sich zurzeit mit momentan geänderten Versionen von JavaScript, so dass ich ^ nicht empfehlen würde. Die Performance ist definitiv besser, wenn nach einem konkreten Zeichencode \n gesucht wird statt nach einer komplexen Syntax.

Schönen Abend --PerfektesChaos 21:31, 25. Feb. 2011 (CET)

Oh* Vielen Dank für die Schnelle Lösung, ja genau das meinte ich, werde ich gleich mal probieren mit dem \n [4] funzt! GN8 auch -- Perhelion 21:52, 25. Feb. 2011 (CET)

ad 1.) Funktioniert zwar jetzt aber nicht wie gewünscht D-:. Trotz Linkbeschreibung wird eine zusätzliche erstellt (Also die Leerzeichen Bedingung funzt nicht). :-o -- Perhelion 22:06, 25. Feb. 2011 (CET)

Hm, sieht aber optisch gut aus. Der mittlere Ausdruck ist die URL, und in einer URL gibt es keine Leerzeichen; es dürfte also keines gefunden worden sein. Ich habe den Ausdruck inzwischen bei mir eingebaut, und er wirkt sich nicht auf bereits betitelte http-Links dieser Art aus. Hättest du mal einen konkreten Artikel? --PerfektesChaos 22:44, 25. Feb. 2011 (CET)

Hallo PerfektesChaos, ich konnte mich am WE nicht weiter kümmern, jedenfalls benutze ich FF4Beta und der Fehler ist generell :-(. Nachtrag: scheint doch Ausnahmen zu geben, hier Fehlerhafte: Heilbronner Stimme, Laußig, nachvollziehbar? -- Perhelion 20:46, 27. Feb. 2011 (CET)

Stimmt; es gibt einen Fehler in der (noch) von dir verwendeten Version r.js vom 30. Januar. Dieser war unbemerkt im Zuge weiterer Verfeinerungen entfernt worden und steht schon nicht mehr im aktuellen Quellcode. Da ich die aktuelle Experimentalversion verwende, sehe ich den Fehler sonst nicht, und du bist der einzige Benutzer, der seit einigen Tagen diesen Ersetzungsausdruck verwendet hatte. Es war irrtümlich nicht das Leerzeichen als Ende der URL gesetzt worden, sondern noch bei der schließenden eckigen Klammer geblieben. Ich werde zusehen, dass ich noch vor Mitternacht ein Update live schalte, dann wird es von Schnark beim Datumswechsel automatisch aktualisiert. Danke für den Hinweis und eine schöne Woche --PerfektesChaos 22:34, 27. Feb. 2011 (CET)

/WikisyntaxTextMod

Moin, bei mir führt das Teil dazu, dass beim Bearbeiten ein oder gar 2x die Seite bzw. die Vorschau neu geladen wird. Daher wäre es sehr schön, wenn sich das Skript still und heimlich seine Änderungen vornimmt oder mir einfach nur mit einer MessageBox sagt, dass es etwas getan hat und ich mir die Vorschau anschauen soll. Ginge das? --Flominator 11:03, 27. Feb. 2011 (CET)

Moin, moin, na klar geht das.

Seit rund 14 Monaten gibt es die Option

   var WikisyntaxTextMod_Diffpage = false;   Fixed 2011-04-17

   var WikisyntaxTextMod_DiffPage = false;

Das unterdrückt bei geringfügigen Politur-Änderungen (die weitaus überwiegende Anzahl) die standardmäßigen Kontrollseiten.

Bei bestimmten erheblichen Korrekturen der Syntax erscheint die Kontrollseite sicherheitshalber trotzdem, genauso wenn selbst definierte Ersetzungsausdrücke wirksam werden – die du aber wohl nicht verwendest.

Eine MessageBox wäre vorstellbar, wird aber von Schnark abgelehnt und ihr Inhalt würde ziemlich kryptisch ausfallen; etwas anderes als dann doch die Diffpage aufzurufen bliebe ohnehin nicht.

Schönen Sonntag --PerfektesChaos 12:19, 27. Feb. 2011 (CET)

Danke, das hab ich gesucht. --21:20, 27. Feb. 2011 (CET)

WikisyntaxTextMod_Diffpage

Hallo PerfektesChaos, kann es sein, dass du o.g. Variable nicht mehr auswertest? Ich habe sie bei mir gesetzt und erhalte trotzdem die nervigen Vorschauseiten :( Hast du eine Idee, woran das liegt? Gruß, --Flominator 16:22, 9. Apr. 2011 (CEST)

• Du hast das p in DiffPage kleingeschrieben.
• Als bekennender Vertreter des Pascalschen Camel Casing (wie mein Nick dokumentiert) hatte ich Großschreibung vorgesehen, auch wenn wir hier nicht in der Kamelopedia sind.
• Weil dieser Irrtum aber häufiger vorkommen kann, bereite ich für das nächste Release ein undokumentiertes Feature vor, das bei undefiniertem Groß-P jedoch definiertem Klein-P diskret das letztere auswerten wird.

Schönes Wochenende --PerfektesChaos 20:54, 9. Apr. 2011 (CEST)

Erwähntes Feature gebaut und soeben live geschaltet; bei deinem zweiten Edit nach 23:00 wird es sich in deinem Browser-Cache eingenistet haben.

Somit brauchst du noch nicht mal deine monobook.js zu ändern.

Enjoy --PerfektesChaos 22:55, 9. Apr. 2011 (CEST)

Ahhh! Vielen Dank. Ich bevorzuge (in Quelltexten) ebenfalls Camel-Casing, habe es aber in diesem Fall nur von oben kopiert gehabt ;)

--Flominator 11:35, 17. Apr. 2011 (CEST)

OOooooohh – wie peinlich; ich hatte alle meine Dokumentationen und Quellcodes geflöht, wo die Schreibweise hergekommen sein mag, und mich gewundert, wo du das herhattest. Merke: Man soll Code immer immer immer nur mit C&P von einer Textquelle zur nächsten übertragen und nie nie nie auswendig neu tippen … Sonnigen Sonntag --PerfektesChaos 13:15, 17. Apr. 2011 (CEST)

Idee - Ausnahme

Hallöchen (ich wieder mal),

1. mir ist ebend eine mögliche Ausnahme aufgefallen, seit neuesten werden nach Einrückungen (zB :) ja Leerzeichen eingefügt, was jedoch bei einer eingerückten Tabelle (seltsamer Weise) nicht funzt.[5]
2. Desweiteren habe ich ebend bemerkt dass unbekannte XML-tags (auch sinnvoller Weise) durch ein nowiki-tag ersetzt werden. Ich weiß nicht wie intelligent deine Suchabfrage ist, jedenfalls wäre ein shy-Entity in meinem Fall die beste Lösung (da ja nowiki nur in äußersten Ausnahmen in Artikel...).[6]

FG -- Perhelion 09:20, 15. Apr. 2011 (CEST)

Zu 1.) Ich habe die Beschreibung im Sinne deiner Anmerkung ergänzt.

Zu 2.) Bei <b/> handelt es sich nicht um ein „unbekanntes XML-tag“, sondern um eine missbräuchliche und unzulässige Verwendung des schon 1992 mit HTML.1 noch vor RFC:1866 eingeführten und ausschließlich binär zu benutzenden Elements für Fettdruck.

Wenn man wie in der Wilden Malve den verlinkten Teil eines Wortes alaun oder Rosenholz von unverlinkten Wortbestandteilen „gebeizter“ oder „ton“ abgrenzen möchte, sollte man einheitlich ein für nachfolgende Autoren nachvollziehbares <nowiki /> verwenden statt der gelegentlich zu findenden <b/> oder <i/> oder <span/> oder <s/> oder <em/> oder <strong/> oder <code/> oder <tt/> oder <h1/> oder <h2/> oder …

Wie unter Tag soup beschrieben, handelt es sich um eine andere Autoren verwirrende Unsitte.

Schönes Wochenende --PerfektesChaos 11:17, 16. Apr. 2011 (CEST)

Anfrage

Hallo PerfektesChaos, mir sind wieder mal kleine Ungereimtheiten aufgefallen.

1. Entity: Zero-width space &#x200B wurde automatisch nach einem Schrägstrich eingefügt (mal abgesehen dass es in einer Überschrift war[7])? Ich dachte solche Entitys sind nicht erwünscht. Außerdem, was ist der Unterschied zum shy (welches ja genehm ist und mehr Browserunterstützung bietet)?
2. Thumb(nail) (Miniatur): Wenn ein Bild diesen Parameter hat so ist der Parameter „rechts“ doch wohl überflüssig!?
3. Anführungszeichen: Könntest Du vielleicht ein Bsp. dafür generieren? Momentan habe ich zwar eins von Schnark jedoch ist dies fehlerhaft(sobalt Sonderzeichen »|« vor dem Ausdruck sind wird nur letzteres Anführungszeichen umgewandelt), vielleicht fühlt er sich hiermit auch angesprochen (s.o.).

MfG -- Perhelion 16:36, 6. Mai 2011 (CEST)

1. • Das wurde nicht „eingefügt“, sondern es stand vorher schon unsichtbar im Artikel und wurde von mir nur als HTML-Entity sichtbar gemacht.
   • Was du an diesen Stellen in dem Zusammenhang anstellst, kann mein Skript nicht wissen; das musst du entscheiden. In außereuropäischen Schriften ist das Zeichen manchmal erforderlich, überall sonst müsste es ersatzlos gekillt werden können. Es gibt noch eine Bedeutung als semantischer Trenner ähnlich U+2062 beim Malzeichen #Kodierung. Der Ohmsche Autor hatte sich das mit Silvana&Gutti aus einem anderen Text geholt.
   • So häufig ist es nicht; wenn du dir die Linkliste anschaust, siehst du, dass Schnark und ich Ohmsches Gesetz neben 300 anderen LeerNull auf dem Kieker haben.
   • shy ist mitnichten allgemein „genehm“, weil es die Suche nach Zeichenketten verhindert; es gibt einen bot, der sie systematisch entfernt, und Schnark macht mit diesem Skript hier Jagd darauf.
   • Der Unterschied ist, dass U+200B zwar die angrenzenden Wortteile (hoffentlich) unsichtbar trennt, am Zeilenende jedoch kein Strich sichtbar wird.
2. Nicht ganz; siehe hier.
3. Schnark ist ganz gut ausgelastet, und ich werde mit dem Thema „automatisierte Anführungszeichen“ garantiert nicht anfangen, sondern empfehle hier dringendst statt künstlicher Intelligenz natürliche menschliche Stupidität; Texte mit falschen Anführungszeichen sind regelmäßig so wirr, dass sie individuell interpretiert werden müssen.

Schönes Wochenende --PerfektesChaos 19:19, 6. Mai 2011 (CEST)

Danke und für den schnellen Support, da sieht man wieder wie döslig ich bin Vorlage:Smiley/Wartung/8p . Das mit dem shy wundert mich jetzt auch, da du es ja in deinen Bsp. hast (wie ich jetzt erst lese mit oder löschen). Also werden diese Entitys erst beim 2. Durchlauf gekillt (wenn ich das richtig deute)? Schönes Wochenende ebenso -- Perhelion 21:03, 6. Mai 2011 (CEST)

Das habe ich jetzt nicht verstanden. Das Skript killt von sich aus nichts von alledem, weil es nicht weiß, wozu es gut sein soll; das wäre manuell oder durch benutzerdefinierte Ersetzung zu erledigen. Hier wird beschrieben, was da so alles sichtbar gemacht wird. --PerfektesChaos 21:49, 6. Mai 2011 (CEST)

ad 3.: Für von mir kopierte Ersetztungsausdrücke gibt es keinerlei Support, insbesondere bei solchen mit Kommentaren wie mal sehen, was passiert. --Schnark 09:40, 7. Mai 2011 (CEST)

gefräßige references

Bei dieser Änderung ist mir aufgefallen, das ein Kommentar von diesem Skript im Quelltext stand. Ich weiß nicht, ob es sinnvoll sein könnte, das speichern zu verhindern oder solche Kommentare vor dem Speichern wieder zu entfernen (unabhängig davon, das dem Benutzer dies auffallen sollte). Eventuell kann man auch etwas auffällig rot blinked etc machen, das der Benutzer weiß, oh da hat das Skript es nicht packen können, muss ich mir anschauen.

Ein nicht richtig geschlossendes references ist sehr gefräßig und frisst alles bis zum Seitenende auf, dies wird dann nicht mehr dargestellt, somit sieht man in dem Artikel die Personendaten und Normdaten garnicht. Hier sei aber gesagt, das references niemals geschachtelt vorkommen sollten, somit kann man ein selbst-schließendes references als schließendes reference annehmen (sofern kein oder das gleiche group= angegeben wurde). Der Umherirrende 21:24, 11. Jun. 2011 (CEST)

1. Mein Skript hatte das unausgewogene references…/references brav erkannt, als Silke am 21. April editiert hatte und der Kommentar eingefügt worden ist. Silke bearbeitet PD 1000-fach in Serie. Meist bemerkt Silke solche Macken auf der diffpage und geht ihnen nach; es kann ihr aber schon mal sowas durch die Lappen gehen, wenn es ihr nur um eine Formatfrage ging.
2. Die Frage, wie mit fatalen Fehlern umzugehen ist, wurde zwischen Schnark und mir schon mehrfach diskutiert. Wir kamen aber auf keine Lösung, die für jeden Benutzer sinnvoll wäre, und verblieben beim stillen Einfügen von Kommentaren. Technisch ist es für mich kein Problem, allerlei Messageboxen aufpoppen zu lassen; die Tücke ist es, die technisch weniger bewanderten Benutzer so zu informieren, dass sie auch verstehen, wo sie was ändern sollen. Mein Skript erkennt noch eine Reihe weiterer Unregelmäßigkeiten, die es zurzeit verschweigt, weil die Fehlermeldung zu kryptisch ist. Ich kann den Benutzer aber nicht am Abspeichern hindern, weil ein von ihm nicht behebbares weil nicht verstandenes Syntaxproblem vorliegt. (Das Schaltfeld Seite speichern unsichtbar zu machen ist hingegen eine der leichtesten Übungen; müsste auch deaktivierbar sein, auf jeden Fall mit einer anderen Funktion zu belegen.)
3. Im spezifischen Fall hatte das Skript erkannt, dass die Struktur der references fehlerhaft ist, weiß aber nicht, wie die Menschen das gemeint hatten, und konnte deshalb auch nicht automatisch reparieren.
4. Das Stehenlassen des Kommentars erfolgt mit Absicht. Wenn der erste Bearbeiter es nicht mitbekommen hat, wird vielleicht der zweite oder dritte mal auf das Problem aufmerksam. Schließlich sah das ja eigentlich gut aus, weil es ein schließendes references mit Schrägstrich gab; bloß war der Schrägstrich wie sonst auch immer hinter statt diesmal vor dem references.
5. Eine Alternativlösung wäre in diesem Fall statt eines Kommentars ein class="error" einzufügen, das bei der Vorschau und dann der Weltöffentlichkeit sichtbar ist. In der deutschen WP kann ich auch eine Wartungskat einbauen.

HGZH --PerfektesChaos 22:34, 11. Jun. 2011 (CEST)

Danke für deine Antwort.

zu 1: Ja, das kann schnell mal untergehen, wenn man sich auf etwas spezielles (hier PD) konzentriert. Das kenne ich auch. Soll auch kein Vorwurf sein.

zu 2: Deaktivieren geht mit disabled="disabled". Ja es ist fies, das man aufgrund andere Leute das nicht speichern darf, aber mir ging es eher darum, das man nicht speichern kann, wenn der Hinweis drin ist, da es sein kann, das auch ein nachfolgender Benutzer damit nichts anfangen kann und es den Quelltext zumüllt. Für fatale Fehler habe ich auch keine Lösung, da sie nur durch menschliche Hand behebbar sind, wenn man nur selber sein Skript nutzt kann man da schon etwas anders handhaben, als eine frei einbindbare Version. Da muss man sich irgendwie bemerkbar machen.

zu 3: MediaWiki weiß ja auch nicht Bescheid und nimmt alles bis zum Seitenende.

zu 4: Sollte sich aber nicht vermehren, wenn ein anderer Benutzer mit deinem Skript die Seite editiert. Mir ging es eher darum, solche Informationen nicht stehen zu lassen, da sie auch Nachfragen beim "Einfüger" hervorrufen können, die das auch nicht beantworten können und nicht mal umbedingt wissen, wo das her kommt. Wie häufig wissen Benutzer nicht, wo was herkommt und das andere das eventuell garnicht haben, wenn sie sich auf WP:FzW über eine Funktionalität schreiben.

zu 5: Wartungskat ist wohl zu viel, muss auch jemand abarbeiten.

Wie du es handhabst sei dir überlassen. Ich wollte nur meine Gedanken/Bedenken bezüglich des Kommentars mitteilen und eine eventuelle Umgehungsannahme vorschlagen, mit der das Problem sich lösen lässt, wobei ich nicht weiß, ob die Annahme auch Tücken hat. Der Umherirrende 22:56, 11. Jun. 2011 (CEST)

Zu 4. – da kann ich dich beruhigen. Das Skript fügt den Warn-Kommentar nur ein, wenn unmittelbar davor ein Zeilenumbruch, jedoch nicht bereits ein Kommentar steht, und kann sich also keine Kette von Fehlermeldungen kumulieren. Mit den einfügenden Bearbeitern gab es nie ein Problem; durch Versionsvergleich ist klar, welcher Mensch es war, und die Skriptnutzer wissen, dass sie diesen Kommentar nicht von Hand getippt hatten, und dass er von „mir“ stammen musste. Wenn Silke nicht weiß, was das bedeutet, fragt sie auf meiner Disku nach und lernt dazu.

Zu 5. Die Kategorie:Seiten mit Einzelnachweisfehlern gibt es zumindest schon, und irgendwer macht da was (du heute Abend anscheinend auch).

Zum Vorschlag – wenn ich da stillschweigend einen kleinen Schrägstrich einfüge, wäre das Grundproblem des Artikels nicht gelöst, und weil das erst recht niemand mitbekommt, wenn schon der Kommentar nicht bemerkt wurde, bekäme ich noch wegen Vandalismus auf die Mütze. So fällt er als „Unkategorisiert“ auf, oder hier „PD fehlen“.

Allgemein – das Problem ist ungelöst, wie die technisch-syntaktisch weniger beschlagenen Benutzer auf einen schwerwiegenden Syntaxfehler hingewiesen werden können, der durch irgendeinen Schrägstrich, fehlende } < oder Zeilenumbruch zuviel an einer 30 Zeilen entfernten Stelle verborgen ist. Ich kann auch nur die auslösende Situation erkennen; wenn das Skript eine Lösung identifizieren kann, berichtigt es automatisch.

Viel Spaß noch --PerfektesChaos 23:28, 11. Jun. 2011 (CEST)

Meine Bearbeitungen von heute basieren auf einem Dump-Scan, da es für den Fall keine Systemnachricht gibt, wo man eine Kategorie einbauen kann, dafür hatte ich mal Bug 26145 aufgemacht, da wird sich aber wohl erstmal nicht viel tuen. Dann lassen wir den Status Quo mal und hoffen, das der Fehler nicht so häufig auftritt. Wikitext-Verarbeitung ist ein schwieriges Geschäft, vorallem die doch noch erkannten Abweichungen zur "richtigen" Syntax, der Parser überrascht einen da immer wieder. Mal schauen, was sich da tut und ob das überhaupt abwärtskompatibel möglich ist. Der Umherirrende 23:40, 11. Jun. 2011 (CEST)

Text-Ersetzungsliste - Demonstrationsbeispiel

Ich habe von Programmierung nur wenig Ahnung, würde aber annehmen, das nach den Erklärungen das Ergebnis der Ersetzung so aussieht:

• Handy → Handy
• Kerze → Maus
• hundeelend → KATZEeelend
• Schande → ScKATZEe

Was denke ich falsch? Gruß --RonMeier 22:31, 18. Jun. 2011 (CEST)

Hallo,

in den ersten beiden Fällen stimmen wir ja überein.

Die anderen Fälle sollen die überraschenden Wendungen illustrieren, die entstehen, wenn auf Wikitext eine Serie von Ersetzungsausdrücken angewendet wird:

3.: hundeelend→KATZEeelend→Mauseelend

4.: Schande→ ScKATZEe→ScMause

Deshalb steht in der Zeile darüber: Die Ersetzungen erfolgen in der Reihenfolge der Definition. – Noch weiter oben: vorangegangene Ersetzungen werden dabei berücksichtigt.

Ich danke aber für das Interesse und wünsche noch ein angenehmes Wochenende --PerfektesChaos 22:50, 18. Jun. 2011 (CEST)

und wieder mal: wer (richtig) lesen kann, ist im Vorteil ;-). Danke und ebenfalls ein schönes Restwochenende. --RonMeier 23:03, 18. Jun. 2011 (CEST)

Kompatiblität

Hallo PerfektesChaos, zu diesem Punkt habe ich leider nix detailliertes gefunden. Zurzeit benutze ich Chrome, der mir leider eine Fehlermeldung ausgibt (obwohl ich meine dass es mal ging, ich hoffe nicht dass es an meiner Benutzer-Syntax liegt):

Uncaught SyntaxError: Unexpected token native (Line:1783)

Desweiteren gibt es eine (teilweise) generelle Inkompatiblität zum WikEd und scheinbar auch zum Benutzer:TMg/autoFormatter.js. Grüße -- Perhelion 16:35, 28. Jun. 2011 (CEST)

Na, dann mal der Reihe nach:

1. Chrome + nativ
   • Ich selbst habe kein Chrome.
   • Seit gestern abend ist eine neue Skriptversion am Start, bei dem ein noch schlaueres Stück mit ISBN umgeht.
   • An der von dir in der Fehlermeldung bezeichneten Stelle Line:1783 wird in dieser neuen Funktion eine Variable native deklariert. Ich hätte sie auch karlheinz nennen können; native steht nicht auf der Liste der reservierten Wörter. Der Fehlermeldung entnehme ich, dass Chrome native als Schlüsselwort verwendet; ich habe auch eine Vorstellung davon, für was.
   • Ich habe nunmehr in einer Testversion statt native mal naked geschrieben.
   • Wenn du nun mal diese Testversion einbindest, indem du an der Stelle, wo /r.js steht, statt dessen /x0.js schreibst, und dann einen Artikel editierst, in dem es eine ISBN gibt, müsste es gehen. Wenn du es dann wieder in /r.js zurückänderst und es dann beim selben Artikel abschmiert, ist das Problem zweifelsfrei identifiziert. Dann sag Bescheid, und ich mache diese Testversion zum Standard für alle Benutzer.
2. WikEd
   • Kann ich nicht bestätigen; ich benutze WikEd seit langer Zeit und immer zusammen mit dem Skript und wüsste von keinem Problem. Was soll das denn sein?
3. TMg/autoFormatter.js
   • Das ist quasi ein Konkurrenzprodukt, das in gewissem Teil-Umfang das Gleiche macht wie mein Skript; wo es automatisch mehr macht (bestimmte Typografie, und Besonderheiten der de.WP), kann dies bei mir auf besonderen Wunsch vom Benutzer konfiguriert werden.
   • Es ist immer etwas tückisch, gleichzeitig zwei Programme zu benutzen, die das Gleiche tun, weil man dann auch nie weiß, welches Skript welche Textänderung vorgenommen hat. Wenn das manuell gestartet wird, nachdem mein Skript schon automatisch dran war, kann es nur noch an deutscher Datumsformatierung, Infoboxen, und etwas mehr tätig werden.
   • Falls du versuchst, beide Skripte automatisch beim Beginn des Editieren zu starten, und du beiden gleichzeitig den Auftrag gibst, den Wikitext zu verändern, darfst du dich nicht wundern, wenn das schiefgeht.
   • Worin soll denn sonst die Inkompatiblität bestehen?

Sonnigen Abend --PerfektesChaos 20:32, 28. Jun. 2011 (CEST)

Danke ja hatte ich,

1. Testversion: Leider konnte ich deine Anweisungen nicht ganz in die Tat umsetzen, die Stelle wo ich /r.js ändern soll scheint inkonsistent, da die Testversion /x0.js nur auf en: liegt und zudem völlig anders aussieht. Auf den ersten Blick sehe ich in deinem Versionsgetümmel ehrlich gesagt nicht durch.Vorlage:Smiley/Wartung/??? Vorlage:Smiley/Wartung/8p  Nichtsdestotrotz kommt nun ein anderer nicht referenzierbarer Fehler: http://user.wikipedia.org/:1

Uncaught SyntaxError: Unexpected token < 

Gibt es nicht noch die Möglichkeit direkt eine alte Version (per Cache parameter) einzubinden?

1. Inkompatiblität: Du hast recht, eins reicht. Der Fehler lag meiner Vermutung nach beim Konkurenzprodukt (welches ich zugeben eit dem nicht mehr benutze) welches alle „Leerzeilen“ gelöscht hat. Nun ist mir das Gleiche (mit deinem Script) beim manuellen betätigen passiert, nachdem ich WikEd installiert habe. Seltsamer Weise kommt der Fehler nur manchmal, aber sobald ich WikEd deaktiviere kommt der Fehler nicht. Ich werde nochmal genauer testen. -- Perhelion 23:33, 28. Jun. 2011 (CEST)

Zu 1.) Testversion

• Tschuldigung, mein Fehler. Hätte mehr und zu Ende denken können; so auf die Schnelle kommt man doch nicht in meine Entwicklungsumgebung.
• Es wäre einzubinden (du bist mit Schnarks Modulverwaltung unterwegs)

:en:User:PerfektesChaos/js/WikisyntaxTextMod/x0.js

und zu deklarieren

var WikisyntaxTextMod_Debug = "x0";

• Die englische und deutsche Version von /r.js sind identisch. Nach Abschluss dieser Angelegenheit kannst du auf :en:User: bleiben; die deutsche Kopie dient nur der Bequemlichkeit deutscher Anwender. Die eigentliche Arbeit wird ausschließlich von weiteren Modulen gemacht, die es nur zentral auf der en.WP gibt.
• /x0.js und /r.js unterscheiden sich wirksam nur in einem einzigen Zeichen. Ansonsten enthält x0.js die Kommentarzeilen, Zeilenumbrüche und Leerzeichen. Um die Netzwerkübertragung zu beschleunigen und weniger Cache-Platz zu belegen, ist dies bei den /r.js für die Anwender weggelassen.

Zu 2.) und 3.) WikEd und TMg/autoFormatter.js

• Ich entnehme dem, dass ich hieran nicht beteiligt bin.

Zu 4.) Neuerliche Fehlermeldung

• Kryptisch, nicht entschlüsselbar oder zuzuordnen.
• Erstmal mit 1.) weiterbauen. Wenn nach dessen Lösung immer noch auftretend, Artikelversion merken.
• Ich werde definitiv nicht in Chrome einsteigen, da seine Mutter mir an die Eingeweide geht und ich einen Testrechner anschließend neu aufbauen müsste.

Gleichgewicht von Sonnenschein, frischer Luft und dunklem Kämmerlein wünscht --PerfektesChaos 09:44, 29. Jun. 2011 (CEST)

Jawoll es funzt! Besten Danke und ein schönes sonniges Wochenend! Dann war es also scheinbar ein nicht dokumentiertes reserviertes Schlüsselwort? -- «( P E R H E L I O N )»_* 15:29, 1. Jul. 2011 (CEST)

Aus anderen Gründen gab es zwischenzeitlich eine aktuelle Version für alle Anwender, in der das Wort native auch nicht mehr vorkommt; ich habe es auf meine private schwarze Liste gesetzt. Die Aktion „x0“ ist damit vorläufig abgeblasen.

Es kann durchaus sein, dass wieder mal irgendwo etwas mit Chrome ist, wovon ich nichts ahnen kann. Ich teste mit FF und gelegentlich mal mit IE. Wenn du wieder so präzise wie oben mit der Zeilennummer Bescheid gibst, kann ich das identifizieren und geeignet umgehen.

Have a nice weekend --PerfektesChaos 16:52, 1. Jul. 2011 (CEST)

Fehler ?

Ich wollte soeben in Mozilla Thunderbird eine fehlende Klammer einsetzen und musste feststellen, dass dort die fehlerhafte Zeile verbogen wird. Ich habs erstmal so gelassen. (NoSkript ist deaktiviert ;-)) Gruß --RonMeier 14:49, 30. Jun. 2011 (CEST)

Ja, wohl bedauerlicherweise ein Fehler.

Es geht vermutlich um den überflüssigen Zeilenumbruch nach „wurde die Performance in Thunderbird 5.0 weiter verbessert.“ Hier hat das Skript eine Reparaturmöglichkeit gesehen und wollte die unterbrochene Link-Klammer kitten, hat sich aber irgendwie verzählt.

Lass erstmal alle gleichartigen kaputten Weblinks; im Laufe des Abends werde ich Gelegenheit zur Reparatur haben. Dann mehr.

Gruß und danke für die Info --PerfektesChaos 15:37, 30. Jun. 2011 (CEST)

So, zwischen den beiden Spielen gefixt.

Mir war bei irgendeinem Edit eine Zeile etwas zu tief gerutscht; wieder eingerenkt, und sollte ab 21:00 automatisch propagiert werden.

Gleich ist Anpfiff --PerfektesChaos 20:27, 30. Jun. 2011 (CEST)

Danke, es funktioniert. Gruß --RonMeier 21:42, 30. Jun. 2011 (CEST)

Schon wieder ich

Hallo,
Ich wollte eben Business News Network editieren und da hängt sich das Programm auf. Unten sehe ich "Übertragen der Daten von en.wikipedia.org"
Zwischendurch kommt die Box mit: Skript: http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=user:PerfektesChaos/js/WikisyntaxTextMod/rW.js&437090588:2794 weiter / abbrechen
was kann das sein? Jetzt erst mal gute Nacht. Gruß --RonMeier 23:23, 1. Jul. 2011 (CEST)

Guten Morgen,

eine Ursache ist nicht ersichtlich.

Ich kann dir erstmal deuten, was die Meldungen und die Situation bedeuten:

1. Die Box mit „weiter / abbrechen“ würde bedeuten, dass bei der Ausführung aller momentan tätigen Skripte eine Gesamtzeit von 5 Sekunden überschritten wurde.
   • Der Zeitfresser muss nicht unbedingt das Skript sein, bei dem abgebrochen wurde, wenn zuvor ein anderes Skript 4,96 Sekunden gelaufen war.
   • Bei einem sehr großen Artikel, etwa mit 500 Wikilinks oder weil es Hunderte von benutzerdefinierten Ersetzungsausdrücken gibt, die auf einen längeren Artikel einwirken, mag das sein; dann würde man klicken „weiter“ und die Automatik leistet in den weiteren 5 Sekunden mehr als ein menschlicher Bearbeiter.
     • Business News Network ist winzig und kinderleicht überschaubar. Das kann es nicht sein. Du hast auch nur einen winzigen Satz an Ersetzungsausdrücken definiert, verglichen mit denen bei mir.
   • An der Stelle (Zeile 2794, wie du intelligenterweise angegeben hast) befindet man sich in einer Schleife, die über alle potenziellen Weblinks geht, durch die Zeichenkette :// verdachtsmäßig identifiziert.
     • Ich könnte einen Programmierfehler gemacht haben; weil ich nach Auffinden dieser Zeichenkette nicht weiterspränge und die selbe Stelle erneut auffände – eine „Endlosschleife“.
       • Habe ich wohl eher nicht gemacht. Die Geschichte ist im Prinzip ein Vierteljahr alt. Bei mir geht es anstandslos. Es gibt nur zwei Weblinks, an denen ich nicht hängen bleibe.
     • Ein Anwender könnte einen so trickreichen Link-Ersetzungsausdruck geschaffen haben, der eine URL durch zwei URL ersetzt, dass er das Skript dadurch leimt.
       • Das Skript ist auf diese Situation vorbereitet und arbeitet sich vorwärts.
       • Du hast keinen solchen Ersetzungsausdruck.
2. Die Geschichte ist rätselhaft und erstmal registriert.
3. Bitte zunächst einfach weitermachen und beobachten. Wenn dies wieder vorkommt, bitte wieder genauso präzise berichten.

Schönes Wochenende einstweilen. --PerfektesChaos 08:42, 2. Jul. 2011 (CEST)

Hallo,

Ich hab mal ein paar Zeilennummern aufgeschrieben, an denen das Script nach fünf Sek. stand (immer mit "Business News Network"):

796, 2006, 119, 2794, 2789, 2665, 1288, 2710, 2378, 2599. Das hab ich jetzt mit zwei Rechnern probiert, bei beiden der gleiche Effekt. Gruß --RonMeier 10:08, 5. Jul. 2011 (CEST)

Erst mal vielen lieben Dank für die Mühe mit den Zeilennummern.

Du siehst mich rätselnd.

• Die Zeilennummern stehen an völlig unterschiedlichen Stellen im Ablauf; von der Analyse der <tag>-Struktur über Wikilinks und Weblinks völlig wahllos.
• Wenn es eine Endlosschleife wäre, die sich aus welchen Gründen auch immer 5 Sekunden lang an der gleichen Stelle im Kreis drehen würde, dann wäre es immer nur zum Thema „Weblinks“.
• Eine Endlosschleife liegt mit Sicherheit nicht vor.

Weil ich gleichzeitig in den letzten Tagen von verschiedenen plötzlich aufgetretenen Problemen mit verschiedenen Skripten und ganz ohne Skripte hörte, habe ich eher den Eindruck, dass die Ursache im Drumherum zu suchen und zu beseitigen wäre.

1. Es werden neue Browser-Generationen eingeführt; FF4 und FF5 (ich bin zurzeit noch auf FF3.6.18 angewiesen).
   • Hast du kürzlich den Browser gewechselt?
2. Die MediaWiki-Software wird wöchentlich bis täglich verbessert.
   • Probleme mit dem Ressourceloader bei IE-Nutzern wurden behoben
3. Deute ich das richtig, dass du nunmehr bei jedem Artikel festhängst? Oder ist es so, dass alle anderen Artkel gehen und nur Business News Network zu dieser Situation führt? – Letzteres wäre aufschlussreich, obwohl an dem winzigen Artikel nichts zu sehen ist.
   • Ich habe jetzt Business News Network einmal editiert und erfolgreich poliert; es gäbe jetzt absolut nichts mehr zu beanstanden.
     • Bitte Business News Network ein letztes Mal zur Bearbeitung öffnen. Hängt es immer noch? Oder jetzt nicht mehr?

Forschend --PerfektesChaos 12:46, 5. Jul. 2011 (CEST)

Hallo,

zu 1. Ich hatte etwa einen Monat lang FF4 und wollte eigentlich den FF5 noch nicht, aber wenn man jetzt auf "Hilfe: Über Firefox" klickt, wird nicht mehr die FF4 geupdatet, sondern gleich auf FF5 gegangen (also seit heute: FF5).

zu 2. Mit dem IE8 hatte ich es auch schon mal versucht, ging aber nicht. Jetzt kommt die Aussschrift:

WikisyntaxTextMod_Load@PerfektesChaos.de.wikipedia

Script installed on non-supported project

zu 3. Nein bei keinem weiteren gibt es bisher Probleme. Ich habe soeben nochmal Business News Network mit FF5 zum Bearbeiten aufgerufen und kann dort jetzt ohne Probleme editieren.

Gruß --RonMeier 14:39, 5. Jul. 2011 (CEST)

Faszinierend.

• Das einzige, was an Business News Network auffällig war, war ein „Schreibrichtung Links-rechts“ hinter dem SVG vom oberen Logo, das planmäßig automatisiert durch mich entfernt wurde. (FF3.16)
• Wenn du dich wieder mal aufhängen solltest, kann ich auch diesen Artikel polieren und Rückschlüsse ziehen, welche Gemeinsamkeiten sie haben und was FF5 daran stört.
• Der IE spielt in einer ganz anderen Liga. Ich habe auch einen IE8; ich trau mich kaum, es anzumerken – bei mir geht es.
  • Die Fehlermeldung wird von mir ausgelöst, wenn man nicht auf der Domäne secure.wikimedia.org ist und auch nicht auf etwas Ähnlichem wie de.wikipedia.org – es würde schon .org reichen.
  • Bisher war es so, dass man spätestens mit der Anmeldung automatisch auf de.wikipedia.org umgeleitet wird, wenn man http://wikipedia.de als Adresse angibt. Dies wurde vom Browser auch so verstanden und in die Seitenaufbau-Software umgeschrieben.
  • Was siehst du denn jetzt hier: »//de.wikipedia.org« …?

Gemeinsam finden wir es; bisher wurde hier noch jedes Problem beseitigt. --PerfektesChaos 15:50, 5. Jul. 2011 (CEST)

Also,

hier hing eigentlich ja der Browser/Rechner und ich hab auch nicht die Absicht ...!

Sowohl FF5, als auch IE8 zeigen in diesem Feld »http://de.wikipedia.org«.

Also vorwärts - Gruß --RonMeier 17:52, 5. Jul. 2011 (CEST)

Hallo, da ich hätte ich ganz nebenbei auch noch eine Frage (sorry wegen meiner laxigen Art gestern): Gibt es denn eigentlich schon ein namentliches Kürzel für dein Script (TextMod, WSTM, WTM?)? Dabei ist mir auch eingefallen, wie weit ist die funktionale Portierung in der en:Wiki? -- «( P E R H E L I O N )»_* 15:35, 2. Jul. 2011 (CEST)

@perhelion:

• Gestern ist vergessen; du warst wohl schon bettreif.
• Das inoffizielle Kürzel gibt es; es lautet „WSTM“, wird aber nur intern verwendet.
• Englisch ist die Muttersprache des Wikitextes. Das Skript arbeitet in jeder beliebigen Sprache; dies wurde auch bereits getestet, die Artikel aber nicht gespeichert. Sind über einzelne Sprachen (etwa Deutsch) weitere Aspekte bekannt, werden diese umgesetzt; sonst halt nicht. Näheres kannst du hier nachlesen („adjust_L10n“).

HGZH --PerfektesChaos 17:46, 2. Jul. 2011 (CEST)

Aja, das Kürzel wollte ich wie der AWB mit link in der Zusammenfassung verwenden. Bei Gelegenheit würde ich dies dann dort testen und ggf. mit anderen Scripts testen, (nächste Woche habe ich ein Vorstellungsgespräch bei einem namenhaften Softwaretester :-)) Also die Korrektur-Funktionen des wikEd (6 Jahre?) sind jedenfalls wohl über einen Beta-Stadium nicht hinausgekommen. Das werde ich eventuell auch dort ansprechen (er braucht viel Support schreibt er). Ach was ich vergessen habe, GROSSES LOB an die neue Skin-Seite, weiter so!!! Vorlage:Smiley/Wartung/anbet  -- «( P E R H E L I O N )»_* 18:03, 2. Jul. 2011 (CEST)

Zu dem Vorstellungsgespräch wünsche ich viel Glück.

Aus der Zusammenfassung lässt du dieses Kürzel aber bitte 'raus. Du brauchst auch nicht in der Zusammenfassung darauf zu verlinken und irgendwelche Werbung zu machen. Das Skript poliert zunächst nur diskret im Hintergrund/Untergrund; eigentlicher Anlass für einen Edit soll eine inhaltliche Änderung sein; AWB/WikiCleaner machen primär diese. Ein Hinweis auf Syntaxpolitur könnte dich in den Verdacht bringen, nur skript-basierten Kleinkram gemacht zu haben; was reverted wird, Disku-Einträge etc.; Erklärungen ... hilft weder dir noch mir.

--PerfektesChaos 19:28, 2. Jul. 2011 (CEST)

Robert Döpel

Hi:
Korrektur ab Zeile 41

alt: Universitätsverlag Ilmenau 2009, ISBN 978-3-939473-50-3. 2. Aufl.: [http://www.db-thueringen

neu: Universitätsverlag Ilmenau 2009, ISBN 978-3-939473-50-3. Aufl.: [http://www.db-thueringen

Ich glaube :-), meine Skriptergänzung ist nicht schuld. Ich habs erstmal wieder so gelassen. Gruß --RonMeier 08:56, 5. Jul. 2011 (CEST)

Ich werde es tiefer analysieren; das schaffe ich allerdings nicht zwischendurch, sondern erst spät abends.

Danke erstmal für den Hinweis. --PerfektesChaos 15:25, 5. Jul. 2011 (CEST)

Aaaah – „eine Klammer verlorengegangen“ – ich hatte meine Augen an der verschwundenen eckigen Klammer festgesogen, und weil ich viel Kompliziertes mit Weblinks und Wikilinks anstelle, die Fettschrift ignoriert.

Neeh, iss klaar (würde Atze Schröder sagen) – das ist für ihn eine 14-stellige ISBN, und er darf an dieser Stelle überhaupt nichts machen; auch nix wegnehmen.

Alle Leerzeichen, Bindestrich -, Punkte, n-dash –, geschützte Leerzeichen, Minuszeichen sind für das Skript Trennzeichen innerhalb der ISBN, die auch mehrfach hintereinander vorkommen können. Alle diese Zeichen werden konsumiert und nur die Ziffern (oder schließendes x/X bei ISBN-10) probehalber eingesammelt, bis hinter einer Ziffer ein Nicht-Buchstabe gefolgt von etwas ganz anderem kommt. Da hat es nun 14 Ziffern, und da sollte es sich eigentlich sagen, dass damit was nicht stimmt und dies still übergehen; statt dessen nimmt es die ersten 13 Ziffern, rechnet neuerdings die Prüfziffer aus, und schreibt die 13 Ziffern schön formatiert zurück in den Artikel. Aber das gewöhne ich ihm heute abend ab. Als ich das vor über einem Dreivierteljahr mal entwickelt hatte, war dies noch ein expliziter Testfall; aber mittlerweile gibt es so viele zusätzliche Sonderfunktionen, dass ich auch nicht immer alles mitbekomme.

Du warst nicht schuld, und weil dies Artikel-schädigend ist, wird es sich baldmöglichst automatisch aktualisieren.

Danke für die Info --PerfektesChaos 14:27, 6. Jul. 2011 (CEST)

• FIXED – zweite Artikelbearbeitung nach 19:00 sollte ihn aktualisiert haben.
• Es war ein Denkfehler, der in dieser speziellen Konstellation auch nicht im Testfeld lag.
• Geändert wurde es jetzt wie folgt:
  • Wenn in der ISBN ausschließlich Ziffern (xX) und als Separator nichts anderes als der regelgerechte ASCII-Bindestrich vorkommen, dann werden Leerzeichen oder Punkt hinter der 10./13. Ziffer als Beendigung der ISBN interpretiert und sie wird richtig erkannt und nichts beschädigt.
  • Wenn innerhalb der angestrebten ISBN Leerzeichen, Punkte, n-dash oder Minuszeichen vorkommen, kann das beabsichtigte Ende nicht sicher erkannt werden. In diesem Fall würden nachfolgende Ziffern mit einbezogen werden; sind es dadurch mehr als 10/13, wird überhaupt nichts gemacht.
• Robert Döpel
  • ISBN 3527400317 ist ungültig: falsche Prüfziffer, deshalb überhaupt nichts gemacht. "ISBN-10:" muss deshalb von Hand umgestellt werden (2*).
  • Das Weltbild meines Skriptes orientiert sich an WP:LIT. Dementsprechend wird die Nummer der Auflage hinter dem Titel erwartet; nach der ISBN etwa ein "S." oder Kapitel.
  • Der Artikel bietet viel Gelegenheit für liebevolle typografische und stilistische Verfeinerungen.
• Weil die heutigen Änderungen aber noch nicht umfangreich getestet werden konnten, hab mal ein Auge auf die ISBN.

Viel Spaß damit --PerfektesChaos 19:10, 6. Jul. 2011 (CEST)

Mit „liebevoll“ ist zur Zeit nichts, wirf mal einen Blick auf die Fehlerliste, - ich fahr übermorgen für zwei Wochen in den Urlaub. Gruß --RonMeier 18:23, 7. Jul. 2011 (CEST)

Tarija

alt: Paz]], [[[[Oruro]], [[Potosí]]
neu: Paz]], [[Oruro]]]], [[Potosí]]
Ich habs wieder so gelassen. Gruß --RonMeier 11:47, 6. Jul. 2011 (CEST)

Registriert; gehe dem nach. Der gute Wille war erkennbar; die Vierfach-Klammer fiel auf, und er hat sie weggenommen. Bloß sollte die Gesamtlänge der Zeichenkette um zwei gekürzt werden, so dass die hinteren beiden nicht doppelt erscheinen. Das habe ich irgendwie verträumt, die Stelle auch identifiziert; muss ich aber gründlicher testen, bevor ich das live schalte. Danke für den Hinweis.

Mit dem IE8 bin ich noch am Verzweifeln; ich kann das Problem in meiner hochgezüchteten Welt nicht reproduzieren und somit auch nicht beseitigen. Ich habe eine grundsätzliche Vorstellung, woran es liegt; es ist weniger mein Skript als vielmehr die Art, wie die neueste Wiki-Software mit den neuesten Browsern zusammenwirken.

In dem Zusammenhang: Benutzt du eigentlich WikEd?

Mahlzeit --PerfektesChaos 11:59, 6. Jul. 2011 (CEST)

Nein, ich kann den Sinn für mich nicht so recht entdecken. Gruß --RonMeier 13:25, 6. Jul. 2011 (CEST)

Na, ich war ja auch nicht auf Sinnsuche; aber beim Einbinden vom WikEd in den IE8 kommen so komische Geräusche, die vielleicht auf die Lösung der Problematik führen – wobei mir inzwischen einfällt, dass irgendwas von meinem Zeug nicht mit dem IE geht, ich glaube das war WikEd. --PerfektesChaos 14:31, 6. Jul. 2011 (CEST)

So, auch der ist gefixt; drei-, vier-, fünf- oder siebzehnfache eckige Klammern werden jetzt auf zwei zusammengestrichen, wenn es dazu auch wenigstens eine schließende gibt.

Als nächstes ist der IE8 dran.

Beim zweiten Edit aktualisiert --PerfektesChaos 17:04, 7. Jul. 2011 (CEST)

Prima, ich hatte zwischendurch schon wieder so einen Fall, hab ich aber so korrigiert. Gruß --RonMeier 18:18, 7. Jul. 2011 (CEST)

einen ham wa noch

Grafschaft Ortenburg-Tambach
alt: Tambach hingegen wurde [[Allod|allodialer]] Besitz von Joseph Carl
neu: Tambach hingegen wurde [[false Besitz von Joseph Carl
Gruß --RonMeier 18:28, 7. Jul. 2011 (CEST)

das Gleiche bei: Hessischer Jazzpreis --RonMeier 21:15, 7. Jul. 2011 (CEST)

Aaah, das ist eine Folge der Problembeseitigung von heute nachmittag; wird sich wohl bis 22:00 geklärt haben.

Ein Loch geflickt, dabei ein anderes aufgerissen … das wird heute abend bei allen möglichen Wikilinks so gewesen sein. Ich weiß aber wenigstens, was ich verschlafen hatte. Bis gleich --PerfektesChaos 21:28, 7. Jul. 2011 (CEST)

So, erstmal vorübergehend zurückgesetzt auf den Stand vor heute nachmittag.

Was da genau los ist, möchte ich mir nicht unter Zeitdruck ansehen müssen und bei kühleren Temperaturen in Ruhe austesten.

Ausnahmsweise bitte mal den Cache löschen, damit das nicht erst beim zweiten Edit wirksam wird.

Die Unannehmlichkeiten bitte ich zu entschuldigen --PerfektesChaos 21:53, 7. Jul. 2011 (CEST)

Inzwischen auch den Folgefehler von heute nachmittag gefunden; beim Säubern dieses einen Problems hatte ich einen ziemlich wichtigen Schalter verstellt, der bei bestimmen Korrekturen von Wikilinks benötigt wird.

Statt in Hitze und Eile teste ich ab jetzt an ein ein paar Artikeln von der Fehlerliste.

• Erster Kandidat war Hessischer Jazzpreis (s.o.); Link mit doppeltem senkrechten Strich bereinige ich zwar automatisiert, jedoch nur, wenn zwischen dem verdoppelten Strich keinText steht. Bei [[Ralf Hübner (Musiker)|Ralf Hübner|Ralf-Rainer Hübner]] weiß das Skript aber nicht, welchen Titel es nehmen soll. Ich auch nicht so ganz.

Wenn ich sicher bin, nicht wieder Kollateralschäden zu verursachen, wird auch das Tarija-Problem freigegeben.

Viel Spaß einstweilen --PerfektesChaos 22:27, 7. Jul. 2011 (CEST)

Die berichtigte Version scheint jetzt korrekt zu sein.

Das Thema Link mit doppeltem senkrechten Strich habe ich zur Erprobung auf Null runtergearbeitet.

Die Geschichte mit dem IE8 vertagen wir mal um zwei Wochen, bis du wieder da bist. Vielleicht hat sich die Ursache bis dahin von selbst beseitigt.

Schönen Urlaub --PerfektesChaos 00:37, 8. Jul. 2011 (CEST)

Danke, und Tschüß --RonMeier 23:22, 8. Jul. 2011 (CEST)

Ich bin dann (leicht erholt und stark gewässert) wieder da. Gruß --RonMeier 19:09, 24. Jul. 2011 (CEST)

Schön, dass du wieder da bist; inzwischen habe ich in der Hexenküche auch allerlei Verfeinerungen gebraut, und ein wenig tat sich auch mit der Wiki-Software. Ich werde dann mal einen Abschlusstest an echten Artikeln machen und eine neue Versionsserie klarmachen; vermutlich morgen vormittag aktiviert. VG --PerfektesChaos 20:35, 24. Jul. 2011 (CEST)

Beispiel Bis-Strich

Bis-Strich: Scheint bei mir nicht zu funzen, im Artikel Görlitz (ganz unten sind 2 Fall-Bsp, noch) habe ich etwas falsch gemacht? Wenn ich den Code vom Bsp jedoch manuell als Regexp ausführe (als per Hand eintrage) funzt der Ausdruck. Grüße -- πϵρήλιο ℗ 16:29, 18. Jul. 2011 (CEST)

Es geht wohl um Paul Rehme (1867-1941) und Reinhart Koselleck (1923-2006).

Ursache ist vermutlich, dass irgendwo vorher in diesem recht langen Artikel irgendwas nicht beendet wurde: Werden die Endmarkierungen nicht gefunden, weil der Text unzulässige Verschachtelungen (nesting) enthält, wird maximal ausgedehnt; notfalls bis zum Ende des gesamten Wikitextes. Die meisten würden aber beim Absatzende = doppelter Zeilenumbruch den Schutz aufheben. Ich schau es mir im Laufe des Abends mal an. Wenn du nur diesen Abschnitt #Söhne und Töchter der Stadt zur Bearbeitung öffnest, klappt das auch.

Dabei fällt mir auf, dass ich meine Beispiel-Warnungen mal wieder aktualisieren müsste. Datei-Namen als Vorlagenparameter werden seit einigen Wochen respektiert; so auch:

| Staatswappen = Coat of Arms of East Germany (1953-1955).svg

Bis dann --PerfektesChaos 17:33, 18. Jul. 2011 (CEST)

So, einmal durchgescrollt. Da steht:

<hiddentext>generated with [[:de:Wikipedia:Helferlein/VBA-Macro for EXCEL tableconversion]] V1.7<\hiddentext>

Wir sehen: hiddentext ist eine exotische Kommentarbegrenzung. Wenn man sie schon verwendet, dann mit normalem Schrägstrich am end tag. Ich suche hierfür nicht nach Falschschreibungen, sondern erwarte korrektes </hiddentext> – so ist alles ab dem öffnenden <hiddentext> für mich ein einziger Kommentar; der Parser sieht es offenbar gelassener.

Wenn du Görlitz sowieso editierst – keiner von diesen beiden wird von mir ausgewertet:

• </center> gibt es zwei, aber nur ein öffnendes <center>; ist nebenbei unerwünscht gegen style="text-align:center" – wird von mir jedoch ignoriert.
• Genauso wie </div> – von denen gibt es bei „Klimatabelle“ am Ende vier, aber ich zähle nur drei geöffnete.

Es grüßt das Adlerauge --PerfektesChaos 22:29, 18. Jul. 2011 (CEST)

Besten Dank, für deine Analyse! Genau die center- und div-tags wollte ich einstampfen. Jeden möglichen Ausnahmefehler brauchst Du ja nicht abfangen, das kostet schließlich Ressourcen :-P. Bis dann und weiter frohes Schaffen. :D -- πϵρήλιο ℗ 07:55, 19. Jul. 2011 (CEST)

Noch mal

Der gleiche Effekt wie bei Business News Network tritt auch bei Arbeiderpartiet auf. Gruß --RonMeier 16:40, 25. Jul. 2011 (CEST)

• Ausgerechnet dieser Artikel. Dabei sind die doch im Moment schon gestraft genug.
• Ich habe alles Mögliche mit meinem Immer-Noch-FF3.6.18 versucht. Bei mir klappt alles.
• Ich habe mir den Byte-genauen Text vom Server geholt. Während es bei Business News Network zumindest ein exotisches Nach-arabisches Schreibe-links-nach-rechts-Zeichen gab, sehe ich hier überhaupt nichts.
• Eine minimale Gemeinsamkeit mit Business… sehe ich.
• Ich habe den Artikel Arbeiderpartiet mal editiert. Alles mit Ausnahme der Gemeinsamkeit mit Business… hat sich wegpoliert.
• Wenn du ihn jetzt bearbeiten kannst und abstürzt, nehme ich auch das leise Verdachtsmoment heraus. Wenn du ihn danach unfallfrei bearbeiten kannst, wäre wenigstens das Syntaxkonstrukt eingekreist. Es ist zwar nichts Böses dabei, aber offenbar wäre da irgendwas mit dem Programm, was FF5 nicht gefällt, jedoch mit IE und FF3 flutscht. Was auch immer. Danach wäre anschließend zu fahnden.

Sorry für die Extra-Mühe --PerfektesChaos 09:32, 26. Jul. 2011 (CEST)

Nein, er stürzt immer noch ab. Einziger Unterschied: in der rechten unteren Ecke stand beim Erscheinen der Box bisher "Übertragen der Daten von en.wikipedia.org"; jetzt steht links unten "Übertragen der Daten von meta.wikimedia.org". Gruß --RonMeier 11:19, 26. Jul. 2011 (CEST)

und mit der "Extra-Mühe" ist das so eine Sache - wir wollen beide dass das Tool PERFEKT funktioniert ...

So, und jetzt machen wir einen Trick: Ich habe soeben dem Artikel eine Klitzekleinigkeit hinzugefügt. Wenn er nun nicht mehr abschmiert, dann muss diese Klitzekleinigkeit ein Problem bereiten. Ich weiß aber absolut nicht, welches.

• Das mit der rechten unteren Ecke – da hast du gut aufgepasst, aber es hat in diesem konkreten Fall keine Bedeutung; er war wohl gerade dabei, sich irgendwelche Aufrufe für T-Shirts oder zum Spenden oder sonstwas zu holen.
• Es passiert irgendwas Seltsames. Die neue FF-Technologie ist anfällig dafür. Ich habe den leisen Verdacht, dass sich eine harmlose Macke (oder kleine Ungenauigkeit) in meinem Skript mit einem Bug in FF5 in unheilvoller Weise trifft.

Gespannt auf deinen nächsten Edit von Arbeiderpartiet wartend --PerfektesChaos 11:54, 26. Jul. 2011 (CEST)

Nun stürzt nichts mehr ab! Gratuliere --RonMeier 13:27, 26. Jul. 2011 (CEST)

• Naja; die Gratulation erfolgt auf halber Strecke.
• Der Unterschied ist, dass im Artikel an der Nur-Domäne-URL ein Schrägstrich als „Pfad“ angefügt ist.
• Von der Wirkung für den, der draufklickt, ist Pfad=Schrägstrich und Pfad=Nichts völlig gleich.
• Bei der Behandlung von diesem „Nichts“ in meinem Skript gibt es offenbar einen Unterschied zwischen dem JavaScript von FF5 und dem JavaScript in allen sonstigen Browsern.
• Es hat in der Programmierungstechnik häufiger ein Problem beim Hantieren mit einem „Nichts“. Das ist wie bei einem unbeschriebenen Blatt Papier: Ist das ein „Nichts“, weil „nichts draufsteht“, oder ist es ein „Etwas“, weil man es in der Hand halten und was draufschreiben kann? So ein philosophisches Problem gibt es hier offenbar auch, und ich werde heute Abend diesen Programmteil Zeile für Zeile kritisch beäugen.
• Nebenbei werden in der Oberklasse der Web-Technologie URL nur mit Domäne immer mit einem Schrägstrich als Pfad geschrieben. Wenn du eine Domäne ohne Schrägstrich in der Adresszeile deines Browsers eingibst und die Seite aufrufst, steht die URL anschließend mit Schrägstrich in der Adresszeile; soweit ich weiß, machen das alle Browser so. Zur Vereinheitlichung fügt mein Skript das in gleicher Weise an nackte Domänen an.

Bis demnächst --PerfektesChaos 13:58, 26. Jul. 2011 (CEST)

Ich habe eine kleine Ungereimtheit durch Einfügen einer Zeile beseitigt. Eigentlich war das egal; möglicherweise hat es aber eine Folge, die ich nicht überblicke und über die sich FF5 ärgert.

Die geschockte Arbeiderpartiet sollte kein Experimentierfeld werden. Bei einem der nächsten Artikel mit einer Infobox wird schon eine nackte Domäne dabei sein. Wenn es dann fluppt, sag Bescheid; wenn immer noch eine Endlosschleife ausgelöst wird, muss ich mir eine neue Taktik ausdenken.

Beim 2. Edit nach 22:00 ist die Änderung wirksam.

Viel Spaß --PerfektesChaos 21:57, 26. Jul. 2011 (CEST)

Ich hab mal gesucht und Sun Microsystems geöffnet. Da sind gleich zwei entsprechende Links enthalten - es gab keinen Absturz. Gruß und Danke --RonMeier 22:44, 26. Jul. 2011 (CEST)

Und er hat auch brav in deinem nicht abgespeicherten Mini-Edit seine Schrägstriche hinter die Domänen gesetzt? – Ich kapier immer noch nicht, woran sich FF5 verschluckt hatte, aber ich muss ja nicht immer alles verstehen. --PerfektesChaos 00:08, 27. Jul. 2011 (CEST)

Ja, das hat er. Gruß --RonMeier 12:01, 27. Jul. 2011 (CEST)

ISBN

Im Artikel Landshuter Jugendbuchpreis werden die ISBN, obwohl sie OK sind, nicht zerpflückt formatiert. Gruß --RonMeier 17:06, 28. Jul. 2011 (CEST)

Hallo, wie siehts denn aus, kannst du hierzu etwas sagen? Gruß --RonMeier 17:13, 22. Aug. 2011 (CEST)

Sorry, den Schnipsel-Abschnitt hatte ich völlig übersehen; dafür jetzt Antwort innerhalb von 10 Minuten.

Die ISBN stehen in fest vor-formatierten Blöcken. Darin werden grundsätzlich keinerlei Änderungen vorgenommen; es könnte sich um Code von Computerprogrammen handeln.

Einfach #-Aufzählungen draus machen. Wenn du dein NoScript kurz deaktivierst, kannst du dann in der Browser-Adresszeile eingeben

       javascript:WikisyntaxTextMod_Run()

und bekommst eine erneute Formatierung ohne vorher speichern zu müssen.

Spät aber immerhin --PerfektesChaos 17:22, 22. Aug. 2011 (CEST)

Habe grad mal meine mächtigen Textersetzungs-Werkzeuge auf den Quatsch angesetzt. Ist damit wohl erledigt. --PerfektesChaos 18:36, 22. Aug. 2011 (CEST)

ja, Danke. Es sah ja grässlich aus, nun ists augenfreundlicher. Der Tip mit dem Nachstarten ohne abspeichern zu müssen, ist gut. Auch dafür Danke. Schönen Abend noch, Gruß --RonMeier 21:02, 22. Aug. 2011 (CEST)

Was ist denn hier kaputt?

Käthe-Kollwitz-Realschule (Aldenhoven):
alte: {{Sortierung:Kathekollwitzrealschule}}
neu: {{SORTIERUNG:Athekollwitzrealschule}}

Gruß --RonMeier 23:09, 10. Aug. 2011 (CEST)

Danke für den Hinweis; wird sich heute nach dem Kartoffelschälen beseitigen lassen, bevor sie dann gar sind.

• Offenkundig hat sich das Skript bei Ersetzung des kleingeschriebenen „Sortierung“ um 1 verzählt. Eigentlich ist das identisch mit dem Vorgang bei DEFAULTSORT – wo es ja wohl richtig läuft, aber einen Buchstaben mehr hat. Und dieser eine Buchstabe mehr ist wohl die Fehlerursache. Gesehen und geändert habe ich schon mal; muss aber erst noch Testen.
• (Seltsam nebenbei: Unter Pelz verbirgt sich doch ein alter Hase; warum schreibt er diesmal klein? Vielleicht werde ich ihn später mal drauf ansprechen; sonst schreibt er doch groß.)

IE8 – Ich scheine einen Fehler gefunden zu haben. Aber nicht bei mir, sondern im IE8.0.6001.18702. Im IE7 kam das wohl noch richtig heraus. Du kannst ja mal in deine common.js einbauen:

if (wgPageName === "Wikipedia:Hauptseite") {
   alert("IE8-Test\n"
         + '"ABCDEF".substr(-2,2) = ' + "ABCDEF".substr(-2,2) + " (EF)\n"
         + '"ABCDEF".substr(0,2) = ' + "ABCDEF".substr(0,2) + " (AB)\n"
         + '"ABCDEF".substr(2,2) = ' + "ABCDEF".substr(2,2) + " (CD)\n"
         + "Seit 1995 müsste der erste Ausdruck EF ergeben.");
}

Der erste Ausdruck soll die zwei letzten Zeichen liefern; also muss da stehen: EF (EF) – du kannst mit FF und IE ausprobieren und berichten.

Eigentlich sollte IE das von sich aus berichtigen; IE9 gibt es ja wohl auch schon. Vieleicht wächst sich das von selbst heraus.

Beste Grüße --PerfektesChaos 11:11, 11. Aug. 2011 (CEST)

Beim Start von Wikipedia mit IE8 geht ein Fensterchen auf, in dem steht:

IE8-Test

"ABCDEF",substr(-2,2) = AB (EF)

"ABCDEF",substr(0,2) = AB (AB)

"ABCDEF",substr(2,2) = CD (CD)

Seit 1995 müsste der erste Ausdruck EF ergeben.

beim Start von FF passiert garnix.

Gruß --RonMeier 17:48, 11. Aug. 2011 (CEST) (p.s. Hier gabs Hühnerbrühe mit Nudeln, deshalb heute ohne Kartoffelschälen. Pausen wegen Besuch. Hansesail!)

jetzt bei FF:

IE8-Test

"ABCDEF",substr(-2,2) = EF (EF)

"ABCDEF",substr(0,2) = AB (AB)

"ABCDEF",substr(2,2) = CD (CD)

Seit 1995 müsste der erste Ausdruck EF ergeben.

und bei IE8 unverändert. Gruß --RonMeier 23:21, 11. Aug. 2011 (CEST)

Guten Morgen, wahrscheinlich hatte ich beim FF nur vergessen den Cache zu löschen. Pardon. --RonMeier 08:32, 12. Aug. 2011 (CEST)

Moin, moin.

• Die erste Zeile bei IE war genau das, was nicht passieren sollte.
  • Inzwischen habe ich das Problem identifiziert (IE weigert sich seit über 15 Jahren, die Frage nach „drei Zeichen ganz rechts“ zu beantworten) und ein Drumherum gebaut.
  • Diese Umgehung habe ich jetzt überall eingebaut, muss das aber erstmal selbst testen.
  • Bei mir klappte es deshalb, weil ich den Wiki-Server unter https und du unter http benutzt. Bei https frage ich, ob es die bislang einzige https-Domain ist; bei http, ob die letzten vier Zeichen ".org" sind. Das ging schief und er löste eine Vollbremsung aus.
• Das Problem bei „Sortierung“ war übrigens gestern mittag gelöst worden; sollte jetzt flutschen.

Wenn eure Kutter wieder abgesegelt sind, müsste das verbessserte Skript für IE bereitstehen.

Ahoi. --PerfektesChaos 09:49, 12. Aug. 2011 (CEST)

Dampfer, Schlachtschiffe und Segler sind (fast alle) wieder weg. IE8-Test nochmal gestartet, aber unverändert. Gruß --RonMeier 15:07, 16. Aug. 2011 (CEST)

Na, deine Erprobung von vorhin zeigt dir ja nur, dass du immer noch den gleichen IE hast, und dass substr(-2,2) immer noch nicht die beiden Zeichen ganz rechts liefert. Das wird wohl auch so bleiben.

Ich habe inzwischen alle knapp 20 Stellen, bei denen Zeichen rechts benötigt werden, in meinem Skript durch eine Eigenbau-Funktion ersetzt. Dabei werden auch noch einige andere kleine interne Änderungen wirksam. Bevor ich das für alle freigeben kann, muss ich noch eine Weile an realen Artikeln testen.

Noch ein wenig Geduld; ich sage hier Bescheid --PerfektesChaos 15:43, 16. Aug. 2011 (CEST)

Die Kombination <ref "name"></ref>

sollte ja eigentlich schon erledigt sein, aber: siehe St. Margarethen (Ranis). Gruß --RonMeier 21:29, 22. Aug. 2011 (CEST)

Danke für den Hinweis. Im entsprechenden Ausdruck fehlt der Wiederholungsfaktor; das heißt es funktioniert zurzeit nur mit einem ein Zeichen langen Identifizierer <ref name="X"></ref> – im Quellprogramm berichtigt; eine neue Version kommt irgendwann im Zuge größerer Änderungen. Schönen Abend --PerfektesChaos 22:47, 22. Aug. 2011 (CEST)

Danke. Bis dann. Gruß --RonMeier 22:52, 22. Aug. 2011 (CEST)

Straßen

• Welchen Browser hast du? - ?- Wndows XP SP 3 -- IE vom08.03.2009
• JavaScript ist in deinem Browser aber schon aktiv? ja
• Wenn du deiner common.js vorübergehend die folgende Zeile hinzufügst, was passiert dann? nix

--Thomas021071 21:15, 29. Aug. 2011 (CEST)

• Hm; dir ist da leider ein Schreibfehler unterlaufen. Am Ende der Liste mit den Klammern stand ein Semikolon, das dir runtergefallen ist; das alert hätte am besten in eine neue Zeile gehört. Das Semikolon ist wichtig. Richtig also etwa so:

       ...
       ...
       [false, false, "|DE|Region|Freistaat [[Thüringen]]"] ]
            ];
alert("Hier bin ich.");

• IE von 2009 ist seeehr alt. An März 2009 kann ich mich schon nicht mehr erinnern; die haben so Nummern, IE6 vermute ich mal? – Hast du die Möglichkeit, auf IE8 zu gehen? Nicht nur wegen dieser Angelegenheit. Wobei das Skript eigentlich auch mit älterem IE funktionieren müsste, ist aber mit einem so alten IE schon lange nicht mehr getestet worden, und ich habe sowas auch nicht mehr.
• Ein veralteter Browser gefährdet auch deine Sicherheit beim Surfen. Die neueren Browser haben Vorkehrungen gegen moderne Angriffsmöglichkeiten, gegen die dein Oldtimer schlicht hilflos ist.
• Moderne Webseiten stellen manche Sachen hübsch dar, die du schon nicht mehr und nur verwurstelt sehen kannst.

Tja; Semikolon rein, und über Browser-Update nachdenken --PerfektesChaos 22:24, 29. Aug. 2011 (CEST)

Es gibt eine Meldung -- Thomas021071 22:41, 29. Aug. 2011 (CEST)

Okay. Damit ist zweifelsfrei klar, dass das common-Skript ausgeführt wurde.

• Vielleicht hast du die Möglichkeit, dich mal auf einem anderen PC in die WP einzuloggen, wo ein etwas frischerer Browser vorhanden ist? Ein Firefox vielleicht?
• Wie ist die Browser-Nummer, also Version 5, Version 6 oder sowas?
• 2009 war das damalige Skript erfolgreich unter IE6 getestet gewesen. Mittlerweile ist es aber auf die zehnfache Größe angewachsen, und es ist vorstellbar, dass irgendwas hinzugekommen ist, das älterem IE nicht passt. Zwar versuche ich, dies zu vermeiden, wo es mir bekannt ist – aber ich kann nur noch mit IE7 und IE8 testen.
• Ich weiß nicht, wie gut deine computertechnischen Nerven sind; wenn du F12 drückst, öffnen sich sogenannte Entwicklertools, wohl auch bei älteren Modellen. Dort sammeln sich Fehlermeldungen. Ich bin hier aber im Blindflug bei dieser Ferndiagnose; eine aussagekräftige Fehlermeldung bräuchte ich schon.

Tja, oder vielleicht doch mal ein neuer Browser? --PerfektesChaos 23:21, 29. Aug. 2011 (CEST)

Ich hoffe mal jetzt IE 8 on Board --Thomas021071 23:35, 29. Aug. 2011 (CEST)

  <html class="client-msie client-msie-8 client-trident client-win" lang="de" dir="ltr" xmlns="http://www.w3.org/1999/xhtml" sizcache="1" sizset="0">  --Thomas021071 23:39, 29. Aug. 2011 (CEST)

Ein Vorschlag von mir wäre Du ruftst mich mal an. Innehalb DE rufe ich zurück kostenlos.oder ich rufe an wenn ich Deine Nummer habe.E-Mail jannaschthomas@t-online.de - mit Team Viewer könnten es wir dann testen !--Thomas021071 23:52, 29. Aug. 2011 (CEST)

Danke für das Angebot; sehr freundlich, aber wir bekommen das auch so hin.

Ich habe gerade mit IE8 Bundesstraße 156 erfolgreich bearbeitet. Es wird also irgendwann gehen. Nun weiter wie folgt:

1. Welche Skin verwendest du?
2. Bundesstraße 236 editieren und dann
   • In der URL-Adresszeile (wo jetzt was mit http steht) eingeben:

     javascript:WikisyntaxTextMod_About()

   • Es kommt eine Warnung Möchten Sie die Seite verlassen … – Ja, okay, wegklicken.
   • Danach müsste eine Meldung aufpoppen, irgendwas mit Run=… – Meldungstext kopieren und hier mitteilen.
   • Oder passiert etwas anderes?

Dann sehen wir weiter. --PerfektesChaos 09:40, 30. Aug. 2011 (CEST)

Idee! Ersetze doch mal die Zeile importScript(...); durch

mediaWiki.loader.load("http://de.wikipedia.org/wiki/Benutzer:PerfektesChaos/js/WikisyntaxTextMod/r.js&action=raw&ctype=text/javascript");

Allmählich interessiert es mich auch. --PerfektesChaos 16:56, 30. Aug. 2011 (CEST)

Hallo es liegt am IE ,Ich habe gestern den IE8 runtergeladen und installiert. Und Siehe Da es funktioniert !!!!! Danke Vielmals - --Thomas021071 17:17, 30. Aug. 2011 (CEST) Leider macht mir die Überschreibung von {{BAB-Kreis}} in {{AB|DE|RegionSub||[[Landkreis]] (Kfz-Kennzeichen XX)}} etwas sorgen.

Die Vorlage:BAB-Kreis verlinkt alles auf einmal, was bei der AB Vorlage nich so gewollt ist.

Die Vorlage AB wird in mehreren Ländern angewendet.

Hier mal das Beispiel:

alt:

{{BAB-Kreis|[[Landkreis Kassel]]|KS}}

Automatisch um geschrieben so:

{{AB|DE|RegionSub||[[Landkreis Kassel]]|KS}}

Muß aber so ausehen:

{{AB|DE|RegionSub||[[Landkreis Kassel]] (Kfz-Kennzeichen KS)}}

Sonst schreibt Das Progamm meine geänderten Seiten nochmal um. --Thomas021071 18:09, 30. Aug. 2011 (CEST)

Na, dann vergiss mal einstweilen meine etwas unhandliche Idee von vor zweieinhalb Stunden.

Die genaue Ursache wird dann nicht mehr aufzuklären sein – ist aber wohl auch egal; der IE/2009 ist Geschichte.

Ich hab’ ja gleich gesagt, dass sich das klären wird.

Das System, wie automatisierte Umstellungsausdrücke für Vorlagen, Parameter und Bundesländer baut, wirst du wohl nachvollziehen können; ich empfehle dazu noch diese Syntax für die Ersetzungen.

Zu deinen Landkreis/Kfz-Kennzeichen: Beste Sicherheit in zwei Schritten. Zunächst wie beschrieben umstellen, damit RegionSub auftaucht. Am Ende (nach den AB, vor den Bundesländern) in die Modif_Link einfügen:

[["\\|DE\\|RegionSub\\|\\| *\\[\\[", ".+",   "]] *\\| *([A-Z][A-ZÖÜ]?[A-ZÖ]?) *}}"],
 [false,                             false,  "]] (Kfz-Kennzeichen $1)}}"] ],

Außerdem eine weitere Definition für unverlinkte Landkreise, ganz hinten nach der von Modif_Link:

var Modif_Text  =  [  
["(\\|DE\\|RegionSub\\|\\|) *([A-Z][^|}\n]+) *\\| *([A-Z][A-ZÖÜ]?[A-ZÖ]?) *}}",
 "$1$2 (Kfz-Kennzeichen $3)}}"]
                        ];

Das ist ungetestet aus der Hand geschrieben, müsste aber funktionieren.

Amüsier dich --PerfektesChaos 19:18, 30. Aug. 2011 (CEST)

Danke funktioniert --Thomas021071 19:44, 30. Aug. 2011 (CEST)

Ich habe oben noch ein paar Umlaute eingefügt, damit Altötting, Tübingen usw. auch flutschen. --PerfektesChaos 20:06, 30. Aug. 2011 (CEST)

Danke , kann ich dich nochmal ansprechen zwecks anderer Vorlagen bei den Straßen ? --Thomas021071 21:44, 30. Aug. 2011 (CEST)

Im Prinzip ja. Allerdings habe ich nun genug Vorbilder und Links geliefert, wie das mit der Definition von Ersetzungen grundsätzlich geht. Solange das so ähnlich ist wie bisher, wäre es mir lieber, wenn du selbst experimentierst. Vielleicht gibt es ja bei den Straßenmeistern noch mehr Begabungen. Nachdem du gar nicht klarkommst oder die Sache komplizierter wird, darfst du selbstverständlich fragen. Schönen Abend --PerfektesChaos 21:56, 30. Aug. 2011 (CEST)

OK Dann Danke ich Dir nochmal. Wenn ich mal helfen Kann, stehe ich jeder Zeit zur Verfügung!--Thomas021071 22:10, 30. Aug. 2011 (CEST)

Sorry ,Das ich noch mal frage. meine Cammons hatte nach der Letzten Hilfe Probleme wie du hoffentlich gesehen hast. Ich habe soweit zurück gesetz wo sie funktionierte un habe was neues probiert und es geht kannst du mal schauen bitte --Thomas021071 21:15, 31. Aug. 2011 (CEST)

Kein Problem.

• Den ersten Fehler (RSIGN) hattest du schon selbst gefunden, während ich dir diese Nachricht schrieb.
• Das andere von dieser Version kannst du auch wieder reinnehmen; du musst nur gucken, dass am Anfang der langen Zeile nicht drei eckige Klammern stehen.

Das geht so nach und nach … --PerfektesChaos 21:29, 31. Aug. 2011 (CEST)

ich glaube es geht bis zum nächsten mal --Thomas021071 21:41, 31. Aug. 2011 (CEST)

API

Ich habe zwei Fragen, die mir Benutzer:PerfektesChaos/js/WikisyntaxTextMod/usage/advanced/API nicht beantworten konnte und die ich mir auch nicht durch Lektüre des Codes selbst beantworten will:

1. WikisyntaxTextMod_Load kann ich natürlich erst aufrufen, nachdem das Kopfmodul geladen ist. Gibt es da die Möglichkeit einer Callback-Funktion?
2. Ist der Aufruf von wikisyntax_SetContext verpflichtend, oder gibt es sinnvolle Standardwerte (d. h. aktuelle Seite, aktueller NR, aktuelles Projekt)?

Viele Grüße --Schnark 09:37, 5. Sep. 2011 (CEST)

Ich werde die Anleitung präziser fassen; du bist mein erster Leser.

1. Das Kopfmodul kennt zurzeit keinen „Callback“. Es wird ihn gegen 13:00 mit Version 3.5 kennen. Zu deinem Leidwesen kann es nichts anderes als eine globale Variable sein, falls ich mich nicht bis dahin zu einem Event entschließen kann. Allerdings könntest du dich bereits jetzt mit dem RL herumschlagen und auf user:PerfektesChaos/WikisyntaxTextMod warten – da weiß ich aber grad selbst nicht mehr, wie das einfach und robust mit 1.17 gehen soll.
2. Wenn die Module sich laden, entnehmen sie der momentanen Umgebung immer das, was sie finden können. Von wikisyntax_SetContext wird das nur überschrieben. Wenn du also schon im richtigen Kontext (Browser auf de.WP) bist, kannst du es auch dabei belassen.

Liebe Grüße --PerfektesChaos 11:27, 5. Sep. 2011 (CEST)

Auf eine globale Variable mehr oder weniger kommt es auch nicht mehr an, auch wenn du, wenn ich das richtig sehe, dich gerade bemühst, vieles in ein Objekt zusammenzustecken.

Dann wird es also voraussichtlich morgen eine personendaten.js-Erweiterung geben, die die Aktionen deines Skripts gleich miterledigt. Die Diff-Seite, die mein Skript erzeugte, und dann sofort von deinem verdrängt wird, hat mich schon immer gestört. --Schnark 11:37, 5. Sep. 2011 (CEST)

1. Eine globale Variable gibt es ja schon, und die ist wohl auch unvermeidlich: WikisyntaxTextMod_InhibitRun – die hat soeben noch eine Sonderbedeutung bekommen; bisher war nur an true/false gedacht. Ab heute nachmittag wird sie zusätzlich die gewünschte callback-Funktion tragen können.
2. Zusätzlich wird für den Fall der WMF-Umgebung mit Browser-Dokument das Event "loadWikiScript" getriggert mit dem Wert "user:PerfektesChaos/WikisyntaxTextMod". Dürfte dir bekannt vorkommen; du kannst ja mal berichten, wie das klappt.
3. Gegen die Integration in personendaten.js habe ich nichts einzuwenden; allerdings müsste ich heute noch über einige Sachen nachdenken:
   • Du müsstest dafür dann auch die Benutzereinstellungen mittels WikisyntaxTextMod_IsAppropriate() berücksichtigen.
   • Das neue Kopfmodul hat mit WSTM.main.actionSubmit auch die Funktion zum Enfernen und Darstellen einer Liste von Fehlermeldungen. Wenn du in den regulären Ablauf eingreifst, würde das nicht mehr aktiv werden.
   • Wenn dich die beiden Diffpages stören (von deiner weiß ich nichts, hättest ruhig früher maulen dürfen), wäre vielleicht eine Hook-Funktion sinnvoller; das heißt, wenn du einen Hook=PD.js setzt, wird (anschließend, mit Verlaub) dein Skript aufgerufen und verarbeitet den von mir schon grundbereinigten Wikitext weiter; danach gibt es eine gemeinsame Diffpage mit den gemeinsamen Änderungen. Ich würde der Hook-Funktion mitteilen, welchen Beabeitungskommentar mein Benutzer aufgrund der Veränderungen wünscht und ob ich die Anzeige einer Diffpage aufgrund meiner Änderungen überhaupt für erforderlich halte; und natürlich gleich die Zeichenkette mit dem Wikitext.
   • Vielleicht könntest du die Zeichenkette entgegennehmen, sie nach Belieben manipulieren und mir genauso die Infos übermitteln: Wikitext-Zeichenkette, Zusammengefasster Bearbeitungskommentar, Diffpage überhaupt erforderlich? Kleine Änderung? Wer von uns beiden dann auf den Button klickt, ist letztlich egal.
4. Was mich dabei schon seit einer Weile interessieren würde: Wie kann man das WikEd-Rendern beim edit unterdrücken, aber beim submit soll es wieder eingeschaltet sein, wenn WikEd grundsätzlich installiert und nicht disabled ist? Bislang fiel mir nur eine globale Benutzer-Variable "enableHinterher" ein und vorher ein disable im Benutzerskript.
5. Ja, ich gehe zur Integration in WSTM über; muss allerdings noch davon ausgehen, dass nicht alle Anwender zwischenzeitlich mal den Cache geleert hatten und ein Kopfmodul aus der Zeit vor 3.3 aktiv haben; die Migration soll diskret und unbemerkt erfolgen. Vielleicht gibt es nächstes Jahr nur noch das WSTM-Objekt und die extern aufrufbaren Funktionen der API.

Jetzt mussich die Änderungen noch kurz testen, danach als d und r online.

Mahlzeit --PerfektesChaos 12:38, 5. Sep. 2011 (CEST)

Die Kopfmodule d und r sind erstmal wie oben beschrieben live; als Kopfmodule können sie sich leider nicht selbst im Cache ersetzen; Doku folgt heute abend. Jetzt guck ich mir mal in deinem PD.js an, wann und wie du aktiv wirst, wann du deinen Text holst und abspeichert. Ich erinnere mich dunkel, dass du schon vor dem Editieren deinen Text holst. --PerfektesChaos 13:23, 5. Sep. 2011 (CEST)

Erste Analyse der Integration:

1. Variante: PD.js ist von vornherein tätig, ruft WSTM über eine API-Funktion auf; übergibt von PD vorverdauten Text, bekommt veränderten Text zurück und Info ob Diffpage nötig.
   • Vermutlich würde ich hierfür noch eine weitere API-Funktion schreiben, die die interaktive Bearbeitung und die Beachtung der (uns beiden fremden) Benutzerkonfiguration regelt. Die momentane WikisyntaxTextMod_33() in WSTM.W.js ist ohnehin Baustelle der Reorganisation (_33 steht für Kopfmodul ab 3.3). Erforderlich ist dann ein weiterer Zugang, der das Drumherum mit Summary und Diffpage und kleiner Änderung usw. besser regelt. Die momentane Schnittstelle kümmert sich nur um den blanken Wikitext.
   • Wie machst du es eigentlich, BK zu vermeiden zwischen API-Abruf und einige Minuten Nachdenkens späterem Übertragen des geänderten Textes? Du kennst ja den Timestamp des API-Abrufs, aber die Änderungen eines unbemerkten Anderen gingen wohl verloren?
2. Variante: Beim Öffnen zum Edit würde WSTM ganz normal aktiv werden, ändern, danach als Hook etwas Ähnliches wie personendaten.neuer_text() aufrufen und dessen Veränderungen einpflegen, dabei eine kombinierte Summary bilden usw. und das Ganze in dasFormular eintragen.

Mal sehen; was meinst du? --PerfektesChaos 15:06, 5. Sep. 2011 (CEST)

Im Sinne der Variante 1 habe ich eine neue API-Funktion geschrieben, die ich aber im Lauf des Abends erstmal durchtesten muss:

function WikisyntaxTextMod_Edit(obj)
obj   .wikitext  string
      .summary   (optional) string
Returns  false   if .wikitext remains unchanged
         object  .wikitext  modified string
                 .diffpage  true if required
                 .summary   false or non-empty string
                 .minor     if minor edits only (not userdef)

Im Sinne der Variante 2 habe ich bei dieser Gelegenheit ein seit mindestens einem Vierteljahr aktives aber undokumentiertes Feature wiedergefunden:

WikisyntaxTextMod_UserHook = function(s) {
    // s = s.replace(...);
    return s; };

Diese muss aber nicht der Weisheit letzter Schluss sein.

Ich melde mich wieder, wenn WikisyntaxTextMod_Edit() dokumentiert ist --PerfektesChaos 19:04, 5. Sep. 2011 (CEST)

Guten Morgen,

• WikisyntaxTextMod_Edit() ist dokumentiert und live; wird auch seit gestern ständig im Regelbetrieb eingesetzt.

Inzwischen habe ich mich weiter in dein PD.js eingelesen.

• Wo planst du denn den Aufruf? Unmittelbar nach dem Abholen von der API und vor der inhaltlichen Analyse, also in getRevision(), so dass personendaten.text bleibend eine geänderte Basis ist? Oder erst in neuer_text()?
• Du machst ja anscheinend ein Dummy-Ediformular in uebernehmen(), das die Starttime kennt.
  • Löst das denn einen BK aus?
  • Du hast ja keinen edittoken; wird der dann in submit generiert?
• Bisher wird noch kein Block mit Warnmeldungen generiert, aber bei diffpage-submit in Kopfmodul::WSTM.main.actionSubmit() bereits entfernt. In deiner Folge müsste also WSTM beim submit aktiv sein.
• Da du ja nur den ANR bearbeitest, ist Kopfmodul::WikisyntaxTextMod_IsAppropriate() weniger wichtig, obwohl Benutzer im Prinzip bestimmte Artikel von WSTM ausnehmen könnten.
• Es wäre ratsam, sich das Rückgabeobjekt von WikisyntaxTextMod_Edit() ggf. zu merken und in das Edit-Formular einfließen zu lassen, vermengt mit den eigenen Erkenntnissen.

Einen sonnigen Tag --PerfektesChaos 09:38, 6. Sep. 2011 (CEST)

(BK) Bevor ich jetzt auf alles antworte, verlinke ich einfach mal die Seite, auf der in Kürze das Skript auftauchen sollte: Benutzer:Schnark/js/personendaten.js/wstm.js Du musst von meiner personendaten.js überhaupt nichts verstehen, um zu erkennen, wie das Skript arbeitet. Unsere Skripte kommen sich eigentlich nie in die Quere, weil mein Personendaten-Skript nur beim Lesen abläuft.

WikisyntaxTextMod_IsAppropriate() brauche ich nicht, da es sowieso nur um Seiten im ANR geht (gut, ein Benutzer könnte beschließen, dass dein Skript nur auf Seiten laufen soll, die /^[A-M]/ genügen, aber wer so etwas tut, ist selbst schuld). Informationen darüber, welche Zusammenfassung angemessen ist und ob eine Diff-Seite nötig ist, brauche ich keine, die Zusammenfassung macht mein Skript selber, die Diff-Seite ist ohnehin notwendig.

Die doppelte Diff-Seite ist wenn überhaupt mein Fehler. Der Ablauf ist folgender: Mein Skript schickt den Benutzer mit dem neuen Text direkt in den Diff-Modus (aber mit action=edit), woraufhin dein Skript etwas am Text ändert und mit diesem Text nun selbst wieder den Diff aufruft. Wenn ich beide Änderungen nun in einem Durchgang durchführen lasse, dann wird dein Skript nichts mehr finden, nachdem meines die erste Diff-Seite aufgerufen habe.

Von WikEd habe ich überhaupt keine Ahnung, aber du hast Glück, en:User:Cacycle ist im Augenblick mal wieder für ein paar Tage zu sprechen. Wenn du also einen Feature-Request hast, dann liest er das womöglich, und da er Feature-Requests anscheinend gegenüber der Behebung gravierender Fehler vorzieht, dauert es vermutlich nicht einmal ein Jahr, bis das dann programmiert ist.

(nach BK) Der Aufruf wird durch einen Hook erfolgen, also erst nach neuer_text(). Das entspricht dem Zeitpunkt, zu dem dein Skript im Augenblick aktiv wird.

Das Dummy-Formular habe ich mir aus HotCat abgeschaut, BKs werden erkannt, edittoken braucht es für den Diff nicht.

Es bleibt nichts anderes übrig, als zu hoffen, dass jeder, der die Erweiterung zu meiner personendaten.js verwenden wird, entweder auch sonst dein Skript benutzt, oder zumindest den Diff gründlich liest. --Schnark 09:58, 6. Sep. 2011 (CEST)

Na, dann schaun wir mal. Gleichwohl würde es sich anbieten, einen von WikisyntaxTextMod_Edit() zurückgegebenen Kommentar mit deinem zusammenzuführen. Oder, wenn deiner zu diesem Zeitpunkt bereits bekannt ist, ihn an WikisyntaxTextMod_Edit() zu übergeben; der regelt dann eine geeignete Zusammenfügung.

Von Cacycle flimmert seit ein bis zwei Tagen bei jedem Edit/Submit ein missing } after function body (in seinem diff.js, deshalb siehst du es vermutlich nicht) über meine Fehlerkonsole; wenn er das behebt, würde es mir bereits reichen. Ansonsten ziehe ich den Wechsel zu einem weiterentwickelten diff.js in Erwägung. Mittlerweile hatte ich mich anlässlich der async-Problematik etwas in die Haupt-Ebene von WikEd eingelesen; heute nacht träumte ich einige Denkansätze, wie ich temporär das WikEd-Rendering unterbinden könnte, falls sowieso gleich eine Diffpage folgt.

Sonne --PerfektesChaos 10:32, 6. Sep. 2011 (CEST)

Mein erster Test war erfolgreich, ob ich den Benutzern die Möglichkeit geben will, die automatische Syntaxpolitur auch in der Zusammenfassungszeile zu verkünden, überlege ich mir noch, aber das verwendet doch ohnehin keiner.

Cacycle hat die versehentliche Löschung aller Zeilenumbrüche (in Verbindung mit einzeiligen Kommentaren …) bereits behoben, Cache leeren sollte helfen. Dass das nichts daran ändert, dass der zugrunde liegende Algorithmus noch immer falsch ist, scheint ihn nicht zu kümmern. --Schnark 10:49, 6. Sep. 2011 (CEST)

@WikEd – mein Traum wurde wahr; es gelang mir mit dem wohl asynchronen FF 3.6.21, bei anstehender Diffpage und bislang noch nicht fertig gesetupten WikEd dazwischenzufunken und den Diffpage-Klick (DOM) loszuwerden, bevor WikEd erst mühsam die gleich wieder verschwindende Textarea auf action=edit bunt anmalt. Damit wird der Ablauf bei längerem Wikitext deutlich schneller. Cacycle mag seine Aktivitäten anders sortieren.

Die Löschung der Zeilenumbrüche hätte auch von unseren Mini-Helden stammen können.

Nach Cache-Leerung/jsmodules-Geisterstunde kannst du ja berichten, ob sich das bei dir im 3.6.16 genauso verhält.

Auslöser war deine obige Anfrage; sie hat die weitere Verbesserung der Struktur vorangebracht.

Amüsier dich --PerfektesChaos 22:34, 6. Sep. 2011 (CEST)

Über 3.6.16 kann ich dir nichts mehr berichten, da gerade eben mein Firefox auf 3.6.21 aktualisiert wurde.

Außer dem Diff funktioniert WikEd bei mir ohnehin nicht, da ich DOM Storage deaktiviert habe, WikEd aber aus irgendeinem Grund meint, das unbedingt zu brauchen. --Schnark 09:19, 7. Sep. 2011 (CEST)

Geschütztes Leerzeichen+

(Betreff Topic auf WP:FzW#Geschütztes Leerzeichen - warum? hätte ich) eine kleine Frage: Kann man innerhalb einer bestimmten Zeichenlänge vom Zeilenanfang das entsprechende Entity (nachträglich) herrausfiltern? Das wäre wäre doch wirklich auf eine Art eine sinnvolle Optimierung. Viele Grüße -- πϵρήλιο ℗ 16:42, 11. Sep. 2011 (CEST)

Ich habe etwas Mühe, deine Frage zu verstehen, aber meine zu ahnen was du möchtest: Wenn in einem neuen Absatz (nach doppeltem Zeilenumbruch oder Aufzählungszeichen) innerhalb der ersten 30–50 Zeichen ein nbsp vorkommt, möchtest du es durch ein einfaches Leerzeichen ersetzen?

• Als RegExp ginge das, wenn man linksbündig eine Verankerung setzt und von da aus (.{0,20})  setzt – dann steht das nbsp maximal beim Zeichen 20.
• Nur ist das technisch nicht sinnvoll, weil du mit dem RegExp nicht wissen kannst, ob da nicht rechts ein Bildchen steht und beim Layout auf dem Bildschirmfenster des Lesers vielleicht grad nur noch für 18 Zeichen der momentanen Proportionalschrift Platz ist; das nbsp also sinnvoll und notwendig ist. Könnte auch eine Bildunterschrift oder schmale Tabellenzelle sein.
• Für menschliche Autoren ist das Vorhaben keine Erleichterung, sondern eine Erschwerung, weil man sich nun auch noch einen Kopf machen muss, warum ausgerechnet hier das nbsp fehlt. Für Menschen ist es günstiger, wenn sie sich an ein einheitliches Erscheinungsbild z. B. gewöhnen können. – Wie deine Mitdiskutanten schon richtig bemerkt haben, sollte in gutem Mengentext in ganzen Sätzen geschrieben werden u. nur wen. Abk. sd. stilist. angebr.
• Die nbsp werden oft per Skript verteilt. Jetzt noch ein Edit, um da ein einzelnes wieder herauszuholen, gibt Ärger mit den Anderen, die den Artikel auf der BEO haben.

Zusammengefasst: Lass es einfach. Sonnigen Sonntag --PerfektesChaos 17:07, 11. Sep. 2011 (CEST)

Opera

Sind dir zufällig irgendwelche Probleme mit Opera bekannt? Sowohl falls ja als auch falls nein, kannst du mal einen Blick auf Benutzer Diskussion:Schnark/js/personendaten.js#Ernst Julius Walter Simon werfen, nur für den Fall, dass nicht mein Skript Mist baut, sondern es an deinem liegt. Ich glaube es zwar nicht, da im zweiten Fall dein Skript bei der ersten Bearbeitung alles richtig gemacht hat, und somit bei der zweiten eigentlich nichts passieren sollte, aber man weiß ja nie. --Schnark 10:32, 22. Sep. 2011 (CEST)

Mir sind keine fortbestehenden Probleme mit irgendeinem Browser bekannt, da ich sie sofort nach Bekanntwerden zu beseitigen suche.

Opera ist allerdings ein weißer Fleck auf meiner Landkarte, da es in meiner umgebenden RealWorld nicht benutzt wird; ich kenne nur Silke und Bergi.

Die Seite werde ich bis heute Abend nochmal näher analysiert haben. Ein „Text-Abschneiden“ kann natürlich theoretisch von WSTM verursacht werden; allerdings gibt es zurzeit keinerlei Anlass, da ich noch keine Sortierung Kat/PD/IW mache und an den beiden Artikeln und den kaputten Varianten erstmal nichts Auffälliges zu sehen ist; es ist auch kein Problem, das mir bei der Entwicklung schon mal untergekommen wäre.

Nebenbei: Schon auf en, noch nicht auf de: ein Blick in die Zukunft.

Guten Appetit --PerfektesChaos 13:05, 22. Sep. 2011 (CEST)

Ich habe meinen Code und die näheren Umstände geflöht und halte mich für unschuldig, bis anlässlich des Auftretens weiterer Fälle ein Zusammenhang mit WSTM hergestellt wird.

• Die einzige noch nicht langzeitig erprobte Kodierung ist die Vorlagen-Ersetzung aus diesem Sommer.
• Silke macht aber keinerlei benutzerdefinierte Vorlagen-Link-Text-Ersetzung.
• Das spezifische Auftreten im Zusammenhang mit Normdaten und unterschiedlicher Schreibweise des Namens nehme ich entlastend an; WSTM kennt weder die {{Normdaten}} noch den Namen einer Person. In den fraglichen Artikeln sind keinerlei Auffälligkeiten enthalten, die irgendwelche Ausraster provozieren könnten.

Gleichwohl würden mich JS-Besonderheiten in Opera jederzeit interessieren; danke für die Benachrichtigung --PerfektesChaos 16:51, 22. Sep. 2011 (CEST)

ISBN

Mit sowas, was unter [8] als ISBN steht, muss man eigentlich nicht rechnen, aber ein kleines f anzuhängen, ist trotzdem nicht gut. Interessanterweise läuft dein Skript auch beim Bearbeiten alter Versionen wieder automatisch ab, sodass ich gerade Schwierigkeiten habe, dir alten und neuen Quelltext isoliert zu präsentieren. Die Kategorien werden auch nicht auf mehrere Zeilen verteilt. --Schnark 11:15, 15. Okt. 2011 (CEST)

Danke für den Hinweis. Ich werde nach der ISBN schauen und auch suchen, warum die oldid-Bremse nicht greift. Dabei war es wochenlang ruhig um WSTM; ich hatte schon gehofft, es wäre mal eine bug-free Version. Sonnigen Tag und frische Luft --PerfektesChaos 13:06, 15. Okt. 2011 (CEST)

Da bin ich ins Bächle getreten. (Dafür krieg’ ich jetzt wenigstens eine Freiburgerin.)

1. oldid fixed und im Kopfmodul überall live.
   • Es war ein vor gut zwei Wochen eingeschleppter Logik-Fehler, der aus der Umstellung auf Objekt-Eigenschaften resultierte. Dummerweise ist das oldid nicht Teil meines Standard-Testprogramms.
   • A propos Objekt: Seit heute residiert das Kernstück auf mw.libs.WikiSyntaxTextMod – im nächsten Jahr sollen die abhängigen Module auch dorthin umziehen. Nur die API-Funktionen in der convenience-Form stehen noch im globalen Namensraum; Benutzerkonfiguration ist inzwischen ohne eine globale Variabble möglich.
2. ISBN: Doch; damit soll WSTM klarkommen – und das veranstaltete Chaos rührt gerade vom gescheiterten Versuch.
   • Grundsätzlich sollte das Link auf Spezial:ISBN-Suche/3459019026 umgewandelt werden in das übliche Format; es ist jetzt wohl der dritte oder vierte Artikel dieser Art, den ich sehe.
   • Irgendwas ging hier gründlich schief und ist anders als mein Testfall; ich vermute eine Kollision zwischen der ISBN im Linkziel und dem Linktitel, der selbst auch ein gültiges Format wäre. Das muss ich heute abend näher untersuchen; im Moment ist mir das Wetter zu schön und nach dem Kaffeetrinken geht es nochmal raus.

Liebe Grüße --PerfektesChaos 15:31, 15. Okt. 2011 (CEST)

Ich habe inzwischen herausgefunden, dass ich vor mehreren Monaten auf Anregung von Silke eine Spezial-Analyse für seltsam formatierte ISBN begonnen hatte. Das war wohl noch nicht für alle Kombinationen implementiert, erst recht nicht mit absurden Gebilden durchgetestet worden. Mittlerweile habe ich in der Testversion implementiert, dass jede Verlinkung auf BookSources in beliebigen deutsch-englischen Zusammenstellungen sich durch die standardmäßig formatierte ISBN ersetzt. Das muss ich diesmal aber gründlicher durchtesten. Außerdem müsste ich seit letzter Woche protokoll-relative URL in geklammerten Weblinks handhaben können; das ist aber noch völlig ungetestet. Diese Woche habe ich sehr wenig den Kopf frei für Tüfteleien, sondern bekomme nur Routine-Talk auf die Reihe. Vielleicht nächstes Wochenende; die letzten Tage war das Wetter zu schön für Computerei. --PerfektesChaos 13:36, 17. Okt. 2011 (CEST)

Kein Problem, nimm dir die Zeit, die du brauchst. So häufig kommen solch absurde ISBNs wirklich nicht vor. --Schnark 09:30, 18. Okt. 2011 (CEST)

Fix ist seit diesem WE allgemein alive; funktionierte in jeder Konstellation und mit dem Beispielartikel auf der Spielwiese.

Wenn du magst, kannst du ja mal den Dump flöhen, ob es noch mehr davon gibt, und es ggf. daran checken. Whatlinkshere geht ja leider nicht.

Angenehme Woche --PerfektesChaos 21:57, 23. Okt. 2011 (CEST)

Lidocain

aus

[[Datei:Synthesis of lidocaine.png|miniatur|none|400px|Synthese von Lidocain aus 2,6-Xylidin]]

wird

[[Datei:Synthesis of lidocaine.png|miniatur|ohne|400px|Synthese von Lidocain aus 2,6-Xylidin]]

Gruß --RonMeier 10:28, 27. Okt. 2011 (CEST)

ohne ist die deutsche Variante des Schlüsselworts none, siehe Hilfe:Bilder#Ausrichten im Text, es ist also alles in Ordnung. --Schnark 11:35, 27. Okt. 2011 (CEST)

manchmal Brett vor Kopf, für mich wars ein Link. Gruß --RonMeier 11:50, 27. Okt. 2011 (CEST)

Danke, Schnark; mittlerweile komme ich in meiner Warteschlange auch mal wieder an meinen eigenen Seiten vorbei … Guten Appetit allerseits. --PerfektesChaos 12:00, 27. Okt. 2011 (CEST)

Off-by-one

abc [http://upload.wikimedia.org/wikipedia/de/9/95/Minisuchfeld_bei_MW118-Gegendarstellung.png Bild] def

wird

abc [//upload.wikimedia.org/ikipedia/de/9/95/Minisuchfeld_bei_MW118-Gegendarstellung.png Bild] def

Beachte das fehlende w. Außerdem funktioniert die http:-Entfernung nicht am Textanfang (daher das abc). Von rW.js müsste ich schon die aktuelle Version haben: WikisyntaxTextMod_rW: 457667931. --Schnark 12:29, 28. Okt. 2011 (CEST)

1. Das Wesentliche erstmal gefixt: Es werden keine URL mehr beschädigt, indem ein „w“ geklaut wird.
2. Protokoll-relative URL werden nur gebildet, wenn die subdomain positiv als dafür geeignet bekannt ist.
3. Die Frage, warum und unter welchen Umständen genau die Entfernung nicht an einem Textanfang funktionieren würde, überfordert mich im Moment. Die Situation wird von einem RegExp nicht behindert; die Suchzeichenkette lautet :// – anschließend wird der vorangehende Kontext analysiert, aber eigentlich nichts vorausgesetzt, weder [ noch sonstwas. Muss ich bei Gelegenheit in Ruhe untersuchen.

Danke für die Info, schönen Abend --PerfektesChaos 18:32, 28. Okt. 2011 (CEST)

Jamaica Inn (Gasthaus)

aus:

[http://commons.wikimedia.org/wiki/Category:Jamaica_Inn Bilder des Jamaica Inn auf Wikimedia Commons]

wird

[[commons:wCategory:Jamaica Inn|Bilder des Jamaica Inn auf Wikimedia Commons]]

Selbst nicht gemerkt, aber Hinweis aus der Bevölkerung. :-) Gruß und schönes Wochenende --RonMeier 16:33, 29. Okt. 2011 (CEST)

Die Geschichte mit dem „w“ war im Verlauf der vergangenen Woche eingeführt worden und sollte eine Vereinfachung der Abarbeitung sein. Das hat sich als totaler Flop erwiesen (siehe voriger Abschnitt). In den Ausnahme- und Sonderfällen macht es die Geschichte unnötig kompliziert und ich habe das jetzt hoffentlich vollständig zurückgebaut.

In den nächsten Tagen muss ich dringend Zeit und Gelegenheit finden, das jetzt mal gründlich an vielen realen Artikeln auszutesten.

Die korrigierte Version ist life geschaltet.

Schönen So+1h --PerfektesChaos 20:26, 29. Okt. 2011 (CEST)

Danke, und heute hatten wir sogar Feiertag

aber:

Ein neues Problem

beim Bearbeiten des Abschnitts Weblinks von Wolfgang Jansen (Theaterwissenschaftler) ergibt sich folgendes Bild.
vorher:

== Weblinks ==
* {{DNB-Portal|134091620|NAME=Wolfgang Jansen}}
* [http://www.deutsches-musicalarchiv.de Sammlung Wolfgang Jansen im Deutschen Musicalarchiv]

nachher:

== Weblinks ==
* {{DNB-Portal|134091620|NAME=Wolfgang Jansen}}
* [== Weblinks ==
* {{DNB-Portal|134091620|NAME=Wolfgang Jansen}}
* [http://www.deutsches-musicalarchiv.de Sammlung Wolfgang Jansen im Deutschen Musicalarchiv]
http://www.deutsches-musicalarchiv.de Sammlung Wolfgang Jansen im Deutschen Musicalarchiv]

und das mit einer fast völlig abgespeckten .js

wird der komplette Artikel bearbeitet, wird der komplette Artikel an der gleichen Stelle eingefügt.
In der Hoffnung auf schnelle Heilung - Gruß --RonMeier 21:13, 31. Okt. 2011 (CET)

Nachsatz: Nehme ich auch noch die letzten drei Zeilen (var Modif_Text =) aus der .js läuft es.

Problembeschreibung gelesen; noch rätselnd.

Ich habe den Artikel einmal komplett und einmal nur den Abschnitt Weblinks zur Bearbeitung geöffnet; WSTM macht nichts daran.

Ich schließe eher daraus, dass du Sorgen mit der von dir verfassten common.js hast? Ich schaue mir jetzt mal die Version Mo, 17:52:45 genauer an.

Bis gleich --PerfektesChaos 09:33, 1. Nov. 2011 (CET)

WSTM läuft in seiner nicht erweiterten Form. Sobald ich var Modif_Text hinzufüge, tritt dieser Effekt auf. (Jetziger Zustand der common.js) Gruß --RonMeier 09:40, 1. Nov. 2011 (CET)

Ich hatte eine Weile an dem gestrigen Feiertag gezweifelt und konnte es lange nicht reproduzieren; bei mir ging es in FF und IE ordnungsgemäß, auch wenn ich Modif_Text=[]; gesetzt hatte.

Nunmehr habe ich deine Situation noch präziser nachgebaut, weil ich an dich glaube. Tatsächlich gibt es zwei weitere Ersetzungsdefinitionen, Modif_Comment und Modif_Link. Sie sind bei mir auch mit Werten belegt. Nur wenn ich die beiden letzteren ebenfalls eliminiere und gleichzeitig Modif_Text habe, tritt der von dir beschriebene Effekt auch bei mir ein.

Dies ist eine Kombination, die in den letzten Wochen nicht getestet wurde; hier gab es kürzlich eine völlig unschuldige Änderung, die offensichtlich fatale Folgen hat. Es geht um die Reihenfolge von Link- und Textersetzungen, die offenbar präziser gehandhabt werden muss.

Dies zurückzusetzen ist simpel und wohl vor dem Mittagessen zu schaffen.

Zum anderen muss ich intensiver nachforschen, wie diese seltsame Textveränderung zustandekam, die mir völlig rätselhaft ist. Der Auslöser muss identifiziert und ursächlich beseitigt werden.

Warum das Hinzutreten von Modif_Link ebenfalls den Fehler unterdrückt, weiß ich. Das hängt damit zusammen, dass bestimmte Schutzmechanismen für Links davon abhängen, ob auch Textveränderungen geplant sind.

Du hast dich offenbar gestern bei der Fehlersuche in den Ersetzungsausdrücken deiner common.js ziemlich gequält? Ich habe bei deren Durchsicht und Analyse vorhin ein paar Tipps gesammelt, die ich dir mitteile, nachdem ich meine eigenen Schularbeiten gemacht habe.

Sorry für Konfusion und Mehrarbeit --PerfektesChaos 10:45, 1. Nov. 2011 (CET)

Ja meine Fehlersuche war teilweise recht konfus, aber ich hatte einfach erstmal keine Idee. Ich werd jetzt erst mal meine common.js wieder herstellen. Dir bei deiner Fehlersuche viel Erfolg. Gruß --RonMeier 11:01, 1. Nov. 2011 (CET)

Deine guten Wünsche werde ich brauchen können.

• Ich bin völlig konsterniert.
• Die unschuldig anmutende Änderung war tatsächlich unschuldig, und schon seit 21. Oktober live.
• Der zeitliche Verlauf gibt mir besondere Räsel auf. In den letzten drei Tagen gab es zwar gewisse Veränderungen, aber nur bei URL der WMF, die mindestens auf .org enden. Der vorliegende Fall ist aber eine .de und so seit Wochen und Monaten unverändert, hätte also viel früher auffallen müssen.
• Aus dem Zusammenhang mit Modif_Link und Modif_Text kann ich mir ungefähr zusammenreimen, was schiefläuft, jedoch nicht den aktuellen Grund.
• Ich werde mal ein paar Artikel bearbeiten und schauen, ob mir ein Zusammenhang auffällt.
• Es kann jetzt Mitternacht statt Mittagessen werden.

Moltid --PerfektesChaos 12:47, 1. Nov. 2011 (CET)

Vergleichsobjekt: Nekrolog 3. Quartal 2007 Abschnitt September:

aus:

| [[18. September]] || [[Heinrich Schmidt-Gayk]] || deutscher Mediziner || 63 || [http://www.faz.net]

wird:

| [[18. September]] || [[Heinrich Schmidt-Gayk]] || deutscher Mediziner || 63 || [== September ==

Gruß --RonMeier 14:20, 1. Nov. 2011 (CET)

Zwischenbericht:

• Der Bug schlummert bereits seit dem 22. Oktober.
• Er wird ausschließlich unter zwei Voraussetzungen wirksam:
  1. Modif_Text ist aktiv, Modif_Link aber nicht.
  2. Ein Weblink enthält weder Pfad noch Schrägstrich.
• Hintergrund sind die sogenannten „Protokoll-relativen URL“:
  • Seit diesem Herbst schreiben wir nicht mehr [http://de.wikipedia.org/....., sondern [//de.wikipedia.org/......
  • Grund ist, dass damit jetzt die https und http gemeinsame URL, gleiche Server verwenden können und angemeldete Benutzer auch nicht aus ihrer Anmeldung herausfliegen und die Browser nicht über Sicherheitprobleme meckern.
  • Bisher hatte ich die Zählung der Zeichen immer am Anfang von http:, https: und ftp: begonnen. Jetzt gibt es keinen Doppelpunkt mehr, und ich zähle immer ab den // mit Null. Anschließend schaue ich von Null aus rückwärts nach einem möglicherweise vorangehenden Protokoll; es darf aber nun auch fehlen.
  • Bei der Umstellung kommt es zu einem arithmetischen Fehler; in den notleidenden Artikeln ergeben sich negative Zeichenpositionen, und die werden so interpretiert, dass WSTM den gesamten vorangehenden Abschnitt/Artikel als scheinbares Linkziel erwischt und einbaut.
  • Für Modif_Text und Modif_Link werden unterschiedlich ausführliche Berechnungen für die Weiterverarbeitung benötigt. Deshalb das unterschiedliche Verhalten bei dir und mir. In Modif_Link stimmt die neue Rechnung; ohne Modif_Link aber mit Modif_Text steht noch die alte Zählweise.
• Den Fehler kenne ich nun; ein paar Stunden Zeit werde ich mir aber nehmen, um gründlicher zu überlegen, an welcher Stelle ich ihn beseitige, um halbwegs übersichtlich zu bleiben und in Zukunft keine Folgefehler zu bekommen.

Danke für deine Hinweise und Geduld --PerfektesChaos 19:31, 1. Nov. 2011 (CET)

Grundsätzlich liegt erstmal eine Lösung vor (aktualisiert sich zum zweiten Artikel-Edit).

Dies ist aber noch nicht umfangreich ausgetestet und müsste noch eine Weile beobachtet werden.

Sobald ich dazu komme, werde ich mich mal wieder an ein paar Dutzend Artikeln abarbeiten.

Schönen Abend und sorry for confusion --PerfektesChaos 21:17, 1. Nov. 2011 (CET)

Prima, dass du den Fehler so schnell und so gut einkreisen konntest. Danke und Gruß --RonMeier 21:23, 1. Nov. 2011 (CET)

eigentlich nur Kleinkram

Hallo,
beim Bearbeiten von Þór IV ergibt sich für die Umsetzung von File zu Datei in gallery ein auffälliges Bild. Wenns nur ein Klaks ist ... sonst ...
Gruß --RonMeier 15:39, 7. Nov. 2011 (CET) (ich lass es unbearbeitet)

Danke für den Hinweis.

Hinter mehreren Bild-Namen steht ein | aber keine Bildunterschrift; eigentlich sollte das | überall weg und fertig. Den Fall, dass hier keine Bildunterschrift folgt, erwartet das Skript offenbar bisher nicht, aber es wird es heute nacht gelernt haben.

Lass mir den Kahn mal bis morgen unbearbeitet, ich melde mich.

Viele Grüße --PerfektesChaos 16:00, 7. Nov. 2011 (CET)

Gut aufgepasst! Das ist ein unschädlicher Fehler, der anscheinend schon seit anderthalb Jahren dort schlummert und nie auffiel.

Es gibt eine anscheinend nicht erforderliche Bremse, die nur unter zwei Bedingungen wirksam wird: Es gibt keine (befüllte) Bildunterschrift, und Modif_Text ist aktiv. In diesem Fall rasselt das Skript aber über den Zeilenumbruch und sieht dann jede zweite Zeile nicht mehr.

Ich habe in meiner Testversion diese Bremse ausgebaut, muss aber zunächst erproben, bevor ich das öffentlich freigebe. Außerdem muss ich darüber nachdenken, was ich mir vor Jahren bei der Sicherheitsbremse gedacht habe; möglicherweise ging es darum, Endlosschleifen zu verhindern, wenn der Artikel irgendwie versaut ist.

Der Dampfer kann ansonsten bearbeitet werden. Sieht edel aus, wohl noch vor dem Finanzzusammenbruch bestellt?

Ahoi --PerfektesChaos 09:49, 8. Nov. 2011 (CET)

für sowas ist (nicht nur dort) immer Geld da. --RonMeier 11:36, 8. Nov. 2011 (CET)

Ort in Personendaten entlinkt (usw.)

Hallo, PerfektesChaos, bei der Bearbeitung von Pancho Villa entfernt das Script fälschlich die Verlinkung beim STERBEORT... (beim Rotlink des GEBURTSORTs nicht). Lässt sich da was machen? (Ich habe erst mal nichts geändert.)

Bei der Gelegenheit ein Vorschlag für weitere Ersetzungen: ("„" --> "„") und ("“", "“"). (Die typographischen Regeln sind ja noch stärker, alle Satzzeichen neben dem kursiven Text sollen kursiv werden, was mir aber zu weit geht. Dies aber ist jedenfalls eine Verbesserung.)

(Übrigens klappte es bei mir nicht, gemäß Wikipedia:Technik/Skin/JS#Wie läuft ein Benutzer-Skript im Kontext ab?, Aussage unter 12.: "Kombiniertes Benutzer-Skript, bestehend zunächst aus dem möglicherweise vorhandenen common.js und anschließend dem zur Skin gehörenden wie vector.js oder monobook.js" Dein script meinem monobook.js vorzuschalten. [Vielleicht hätte ich die Kontrollseitenanzeige ausschalten sollen?] Nach Einfügen des importScript in mein monobook.js klappt es, wenn auch häufig erst einmal die Fehlermeldung "Error: Error loading script Line number: 1" erscheint.) Gruß, --Griot 20:22, 7. Nov. 2011 (CET)

Ich versuche es mal auseinanderzudröseln:

1. Orte in PD entlinkt das Skript grundsätzlich nicht; es guckt auch nicht nach, welche momentan rotlink sind und welche blau. Zumal sich die PD-ler auch nicht einig sind, ob alle geografischen Level verlinkt werden sollen oder nur bis zum ersten blauen. Das ist anders bei KURZBESCHREIBUNG und den Daten; da wird überhaupt nix verlinkt und das Skript kann automatisch alle Verlinkungen rauswerfen.
2. Das mit den Anführungszeichen und kursiv ist so eine Sache. Theoretisch vielleicht meistens, aber das setzt voraus, dass alle Autoren immer syntaktisch korrekte Paare der zusammengehörenden Anführungszeichen geschrieben hätten. Aus mehrjährigen Experimenten weiß ich, dass das viel zu oft nicht der Fall ist: „…" bei 7' 5“ liefert schon den ersten Crash, “Englisch” aber auch mit „Akzenten´´ – eine Automatik würde größere Desaster unter den Strichelchen anrichten. Wenn, dann wäre es ein Fall für benutzerdefinierte Typografie. Nebenbei gibt es eigentlich nicht gleichzeitig Anführungszeichen und Kursivschreibung für Zitat oder Titel; irgendwo las ich einmal von einem typografischen Overkill.
3. Die Geschichte zu Benutzer-Skript kann ich nicht nachvollziehen. Das passt schon. Dass du allerdings eine Fehlermeldung für deine Zeile 1 bekommst, glaube ich gern: <!-- ist ein Kommentarbeginn in der Sprache HTML etc. Wenn du in JavaScript eine Zeile auskommentieren möchtest, müssten zwei Schrägstriche // davor, ein größerer Block geht mit /*………*/ auszukommentieren.

Ich wünsche dir frohes Schaffen mit dem Skript --PerfektesChaos 22:01, 7. Nov. 2011 (CET)

Hallo, PerfektesChaos, danke für die Antwort (und für das Skript). Noch mal zu

1. Im konkreten Fall wird bei mir

{{Personendaten|NAME=Villa, Pancho|ALTERNATIVNAMEN=Villa, Francisco; Arango Arámbula, Doroteo (wirklicher Name)|KURZBESCHREIBUNG=mexikanischer Freiheitskämpfer, Outlaw, Volksheld, Revolutionär|GEBURTSDATUM=5. Juni 1878|GEBURTSORT=[[San Juan del Río]], Durango, Mexiko|STERBEDATUM=20. Juli 1923|STERBEORT=[[Parral (Chihuahua)]]}}{{Link GA|es}}

(also nur eine Zeile) zu (drei Zeilen):

{{Personendaten
|NAME=Villa, Pancho|ALTERNATIVNAMEN=Villa, Francisco; Arango Arámbula, Doroteo (wirklicher Name)|KURZBESCHREIBUNG=mexikanischer Freiheitskämpfer, Outlaw, Volksheld, Revolutionär|GEBURTSDATUM=5. Juni 1878|GEBURTSORT=[[San Juan del Río]], Durango, Mexiko|STERBEDATUM=20. Juli 1923|STERBEORT=Parral (Chihuahua)
}}{{Link GA|es}}

Hier wird also Parral (Chihuahua) entlinkt.

2. Vielleicht übervorsichtig, kann man aber so sehen.

3. Dein Fehlerhinweis war natürlich richtig, danke. Die Ursache für das erste Problem (aufeinanderfolgende Abarbeitung klappte nicht) kann das zwar nicht gewesen sein, wohl aber für den zweiten, die Fehlermeldung. (Mit Chrome tritt er nicht (mehr?) auf, mit Firefox immer noch, evtl. ein Cache-Problem.) Für mich jedenfalls nicht mehr wichtig.

Es grüßt Dich --Griot 15:23, 8. Nov. 2011 (CET)

Äh, danke für den Hinweis mit PD und nochmaligen Verweis auf Pancho Villa. Zugegebenermaßen hätte ich den dortigen Quelltext sofort analysieren sollen. Da läuft irgendwas völlig außerplanmäßig, was ich im Moment noch nicht überblicke; ich gehe davon aus, dass es damit zusammenhängt, dass die PD unerwünscht in einer einzigen Zeile stehen/standen. Das soll so nicht angegeben werden und ist ein ziemlich außergewöhnlicher Fall. Mit dem Skript wurden in unveränderter Weise rund 30.000 Personendaten-Vorlageneinbindungen bearbeitet; dabei bekam ich nie eine Rückmeldung in dieser Richtung. Momentan ist es wohl so, dass am Zeilenanfang etwas von einem NAME stünde und diese scheinbare Verlinkung dann auch routinemäßig entfernt wird. Das Skript kann einen Ort nicht von einem Beruf und nur mit Mühen von einem Datum unterscheiden. Ich werde mich heute abend dransetzen und das Skript dahingehend erweitern, dass es gesichert brav jeden Parameter in eine eigene Zeile schreibt, dann klappt das auch hier. Eigentlich sollte das aber auch schon seit Jahren so sein; seltsam, dass das nur bei drei Zeilen gemacht wurde.

Übervorsichtig mag sein; aber das Skript ist dafür vorgesehen, dass es auch von bots ohne eine menschliche Überwachung eingesetzt werden kann, und von BenutzerInnen, die praktisch im Minutentakt Personendatenfixe und formale Änderungen vornehmen und denen im Routinebetrieb ein kleines vermanschtes Gänsefüßchen irgendwo nicht auffallen würde, zumal dann auch ohne Vorschau gespeichert wird.

Pancho Villa bitte bis auf Weiteres unverändert belassen.

Schönen Abend --PerfektesChaos 16:45, 8. Nov. 2011 (CET)

Tatsächlich gab es eine Anweisung, die optisch so aussah, als ob sie jeden Parameter in eine eigene Zeile setzen würde – aber dies leider nur ein einziges Mal tat, nämlich mit NAME. Ich habe sie nun etwas weniger anspruchsvoll gestaltet; jetzt wird jeder Parameter in eine neue Zeile geschrieben, und damit ist auch durch den Anfang der Zeile klar, was ein Datum und was ein Ort ist.

Wenn du vor Pancho Villa noch einen anderen Artikel bearbeitest, wird sich das Skript automatisch aktualisiert haben.

Irgendein Spaßvogel muss systematisch aus Pancho Villa die Zeilenumbrüche geklaut haben und die PD noch mit dem folgenden {{Link}} zusammengepappt haben. Es gibt nirgendwo eine Kopiervorlage in dieser Form. Erstaunlich, dass das in den letzten Jahren bei 30.000 PD der einzige war.

In deine JS habe ich mal reingeguckt und melde mich dazu auf deiner Benutzerdisku.

Danke für die weitere Verfeinerung des Skriptes --PerfektesChaos 20:25, 9. Nov. 2011 (CET)

[[abc] automatisch korrigieren

Ich wurde gefragt, ob dein Skript solche Fehler automatisch korrigieren kann, vielleicht willst du ja irgendwelche Kommentare dazu abgeben. --Schnark 10:28, 8. Nov. 2011 (CET)

So geschehen und erl. --PerfektesChaos 11:39, 8. Nov. 2011 (CET)

Keine Panik, wir haben Weihnachten

In Glühlampe wurde aus:
for incandescent lamp phase-out'']. In: ''http://www.ledsmagazine.com'', 5. September
for incandescent lamp phase-out'']. In: ''http://www.ledsmagazine.com'',/ 5. September
ein seltener Fall.
Schöne Feiertage. Gruß --RonMeier 10:32, 24. Dez. 2011 (CET)
p.s. was hat denn der Archivbot bei dir gemacht?

1. Die Problematik ist bekannt (siehe Doku), aber eine richtige und sichere Lösung ist mir bislang nicht eingefallen.
   • Dass auch noch das Apostroph rumspinnt, ist ja lästig; hatte ich so noch nicht näher analysiert. Gemäß RFC 1738 Abschnitt 5, Miscellaneous definitions, extra gehören diese Apostroph-Zeichen zu einer URL; genauer: zum Pfad, der beim Schrägstrich beginnt.
   • Was aber das Schrägstrich-Anhängen angeht, kann ich leicht nachbessern. Zwar fehlt der Nur-Domain-URL bislang der abschließende Schrägstrich, aber die TLD kann nur aus Buchstaben bestehen und wenn im Fall .com'', eine solche URL nicht mit einem Buchstaben endet, wird 2012 auch kein Schrägstrich mehr angehängt werden.
   • Dein Hinweis kommt genau richtig, weil ich mir für die Zeit zwischen den Jahren eine interne fundamentale Überarbeitung vorgenommen habe und dies dann sowohl in der alten wie in der neuen Programmierung stehen wird.
2. Äh, danke für den Hinweis auf den Archivbot, dem man ruhig auf die Bytes schauen darf, aber wo genau liegt das Problem? Im Dezember wurden 8 Abschnitte mit 23685 Bytes hier weggenommen und 8 Abschnitte mit 23685 Bytes dem Archiv hinzugefügt.

Frohe Feiertage erstmal --PerfektesChaos 11:38, 24. Dez. 2011 (CET)

zu 2. Über diesem Beitrag steht ein Rest, der nicht archiviert wurde? --RonMeier 12:21, 24. Dez. 2011 (CET)

(plus Korr. zu 1)

Ah, danke, jetzt habe auch ich es kapiert.

Sonst hat der gebührenfreie Archivbot die Angewohnheit, entweder unterwegs Testabschnitte zu vergessen oder gar nichts zu tun. Hier hat ihn natürlich die Syntax mit den == aus der Fassung gebracht; syntaxhighlight und syntaxhighlight kennt er nicht, nur nowiki.

So, und jetzt ran an den Ofen --PerfektesChaos 12:49, 24. Dez. 2011 (CET)

Fehler

Auch dir einen schlaglochfreien Übergang nach 2012.
Beim Versuch, den Artikel Geschichte der Biologie zu bearbeiten, gab es keine Diff-page, sprich keine Bearbeitung durch WikisyntaxTextMod, obwohl beim bloßen Draufsehen Fehler da waren. Wird nur abschnittsweise editiert (aber erst ab "Antike griechische Tradition") passiert auch was. Ich habs wieder so gelassen.
Gruß --RonMeier 17:25, 28. Dez. 2011 (CET)

Okay, danke, seufz; schau ich mir an. Vermutlich eine Kleinigkeit, weil im Moment ein Spagat zwischen bisherigen (3er) und künftigen (4er Versionen) erforderlich ist und ein paar Steuerungsinformationen noch in beiden „Sprachen“ notwendig sind. Voraussichtlich morgen früh wieder fit. --PerfektesChaos 17:45, 28. Dez. 2011 (CET)

Bei mir springt er mit diffpage an und macht viele benutzerdefinierte Änderungen.

Mit „Fehler beim bloßen Draufsehen“ meinst du solche, die du dir selbst in deiner common.js definiert hast?

Falls ja, wüsste ich, wo ich suchen muss. Es gibt das „klassische“ Format Modif_Text und Modif_Link und ein nagelneues; ich habe das neue am Start. Das alte Format soll weiterhin unterstützt werden; das hat aber vermutlich nicht gegriffen?

Antwort wäre hilfreich, ansonsten bekomme ich das aber auch selbst heraus. --PerfektesChaos 17:52, 28. Dez. 2011 (CET)

ja, und beim abschnittsweisen Bearbeiten kommt auch die diffpage. Gruß --RonMeier 20:59, 28. Dez. 2011 (CET)

• Die letztere Nachricht war auch sehr informativ.
  • Wenn einzelne Abschnitte eine Diffpage auslösen, der Gesamt-Artikel aber nicht, so liegt das im Allgemeinen daran, dass es irgendwo ein geöffnetes Syntaxelement gibt, das irrtümlich nicht geschlossen ist. Es wäre eines, das den Schutz auslöst. Sieht WSTM nur den einzelnen Abschnitt, ist das öffnende Element nicht zu sehen.
  • Hinter dem EN 12 mit <ref>Girish Dwivedi, betreffend Sushruta steht:

    <!--wo ist der Weblink???-></ref>

  • Wir sehen nach den drei Fragezeichen einen mageren vereinsamten Bindestrich. Damit läuft der Kommentar über den nachfolgenden </ref> weiter, bis irgendwo im nächsten Abschnitt ein anderer Kommentar geschlossen wird. (Es gibt in diesem Artikel 24½ Kommentare.) Alles, was in diesem Bereich steht, ist damit geschützt.
    • Mit WP:WikEd wird auch die Abschnittsüberschrift „Antike griechische Tradition“ als innerhalb des Kommentars angezeigt. Eigentlich dürfte sie im Artikel und Inhaltsverzeichnis auch nicht auftauchen, aber der Parser auf dem Server ist da anscheinend toleranter. WikEd markiert auch das Titelblatt-Bildchen als auskommentiert.
• Nachdem du das nachgegeprüft und den Bindestrich ergänzt hast, kannst du in die Adresszeile als URL eingeben:

  javascript:WikisyntaxTextMod_Run()

  • Dann sollte er erneut anlaufen und auch die Diffpage auslösen, ohne dass du zwischendurch speichern müsstest.
• Du warst am 16. Dezember schon mal dran. Deswegen gibt es ansonsten keine Syntaxpolitur, kein Standardprogramm, sondern nur deine persönlichen Extras.
• War eine schöne Gelegenheit, nochmal durch das Skript zu gucken; Fehler habe ich jedoch keine gefunden.

Sollte damit geklärt sein, falls nicht bitte erneut beschweren; insbesondere welcher deiner Ersetzungsausdrücke an welcher Stelle im Artikel hätte auslösen sollen.

Guten Rutsch ansonsten, falls alles flutscht --PerfektesChaos 00:51, 29. Dez. 2011 (CET)

Wenn der MediaWiki-Parser auf ein extension-Tag stößt, sucht er vorrangig nach dem Ende-Tag, daher endet der Kommentar hier direkt vor dem /ref und geht nicht bis zum Ende der Seite. Wie du anhand dieses Beispiels auf Spezial:Vorlagen expandieren sehen kannst. Umherirrender 20:50, 29. Dez. 2011 (CET)

Aha, danke.

Die beschriebene Methodik erinnert mich irgendwie an mein eigenes Skript; nur, das es da genau umgekehrt ist: Wenn ein Kommentarbeginn gefunden wird, wird alles ignoriert, bis das Ende des Kommentars gefunden wird.

Deine Beschreibung der Parser-Taktik klingt irgendwie gefährlich, ja wie denn nun:

<ref>Anfang <!-- Kommentar </ref> --> Ende</ref>

Jedenfalls fehlt in dem Artikel irgendwie ein Bindestrich, damit alle Beteiligten wissen, was mit dieser Syntax gemeint ist.

Ein erfolgreiches 2012 wünsche ich dir schon mal --PerfektesChaos 21:29, 29. Dez. 2011 (CET)

Ja, soetwas geht dann natürlich in die Brüche. Der Parser sucht nach Kommentar und extension-Tag in einem Rutsch und wenn er etwas von beidem gefunden hat, sucht er das passende Ende. Hat zumindestens den Vorteil, das er den Text nicht zweimal durchsuchen muss. Umherirrender 22:39, 29. Dez. 2011 (CET)

MW 1.19

Nur zur Sicherheit: [9] hast du gesehen und bist dir der Konsequenzen bewusst? --Schnark 10:35, 13. Jan. 2012 (CET)

Ja, danke; auf WP:NEU habe ich dich gesehen, trotzdem derartige Rückfragen gern wieder. Bugzilla lese ich bekanntlich nicht mit.

• Grundsätzlich kommt mir die Änderung ganz recht. Genau wie du baue ich zurzeit die Krücke PerfektesChaos.g.isEditing in meiner common.js. Das Gewurstel um den Grundtyp einer Seite und wgIsArticle, wgAction gegen action=, diff=, historysubmit ging mir ohnehin auf den Zeiger.
• Gut mitgedacht hast du, dass die auto-Prozedur nur beim Erstaufruf zur Bearbeitung erfolgen soll; die Preview/diffpage-Situation also zuverlässig erkannt werden muss. Insbesondere bei automatisch ausgelöster diffpage muss zur Vermeidung einer Endlosschleife der Automatismus unbedingt unterbunden werden. (Wobei eigentlich im zweiten Durchgang meist keine Änderung mehr greifen sollte, und nur dies eine erneute diffpage auslösen würde. Unbeabsichtigte auto-Veränderung in jeder Phase wäre aber auch nervtötend für den interaktiven Benutzer.) Zur Erkennung wäre URL-Parameter möglicherweise geeignet; dazu müsste ich aber erstmal Planungen und Konzepte von MW richtig durchschauen, falls der dann auch nicht mehr submit hieße. Außerdem könnte POST einen URL-Parameter verschleiern. Programmtechnisch wird wgAction nur an einer einzigen Stelle abgefragt – lokal learn in WSTM.autoRun(); ich kann dies leicht umschleifen und learn/lookup anders lernen lassen.
• Es ist aber ganz praktisch, dass zurzeit WSTM.4 vor der Tür steht (siehe einen Abschnitt drüber); ich weiß auch über die Einbindung des W-Moduls, das nur durch ein Kopfmodul WSTM.3 eingebunden wird, ob Kopfmodul alt oder neu aktiv ist. Damit kann ich im Vorfeld einen benutzerfreundlichen alert unterbringen, lange bevor MW 1.19 da ist und irgendwer in Schwierigkeiten gerät.
• OT: Betrifft Dump: URL von Abfragen in CMS enhalten oft etwas wie [page], bei denen mindestens ] escaped werden muss, was viele Autoren nicht wissen/können. Eine Wartungsseite wäre hilfreich; kam gestern auf FzW auf. Viel Spaß beim Einfädeln des ] in die RE-Syntax.
• OT2: Hattest du nicht auch ein Tool, das zur Liste in Wikipedia:Hauptautoren passt?

LG --PerfektesChaos 13:47, 13. Jan. 2012 (CET)

action-Parameter in URL: Der wird auch weiterhin nach einem Klick auf Vorschau oder Änderungen den Wert submit annehmen.

OT1: Habe ich schon gesehen, nur ist es mir bis jetzt nicht gelungen, einen korrekten regulären Ausdruck zu finden, denn die 0 Treffer deuten daraufhin, dass irgendwas nicht stimmt. (Ich werde nie verstehen, warum grep und bzgrep bei mir reguläre Ausdrücke immer wieder verschieden interpretieren.)

OT2: Benutzer:Schnark/js/artikel-statistik. Falls du dort aufräumen willst: tools:~soxred93/blame/ gibt es auch noch. --Schnark 09:17, 14. Jan. 2012 (CET)

So hatte ich mir das gestern abend auch zusammengereimt und letzte Nacht auf w:test gestellt.

OT1: Das ist einer der Gründe, warum ich in WSTM von RE abgegangen bin und die charcodes der Zeichenketten einzeln durchgucke. Irgendwas mit \\[(?:https?:)?//[^ \n]+\\[ für die geklammerten erstmal? Oder allgemeiner (?:https?:|\\[)//[-A-Za-z.0-9/:?&=%]+\\[[A-Za-z0-9]+\\] als positive Formulierung; sollte schon mal einiges finden, wenn auch möglicherweise manche Exoten nicht.

OT2: Es steht mir nicht zu, auf Wikipedia:Hauptautoren Reklame für das Skript eines anderen Benutzers zu machen.

Ein mildes Wochenende --PerfektesChaos 21:15, 14. Jan. 2012 (CET)

OT1: Man will es nicht glauben, aber grep mag kein Escapen in Zeichenklassen: [^ \[\]] ist falsch, es muss [^][ ] heißen. Grrr… --Schnark 09:28, 16. Jan. 2012 (CET)

OT1: Also, das ist eine Krankheit, bei der ich inzwischen aufgegeben habe. Das JS in den Browsern macht es uneinheitlich; in anderen Programmiersprachen und den jeweils damit entwickelten grep-Versionen ein heilloses Durcheinander. Es gibt welche, die beenden bei [^] schon den Klammerausdruck, obwohl wie beim führenden Bindestrich diese führende Klammer zum Inhalt gehören muss. Die von dir gefundene Anordnung kenne ich, ist für Menschen auch zweifelsfrei interpretierbar, aber die Tools raffen es nicht. Manchmal geht \x5B – oder aber die Teile sind so oberschlau, erst das escape umzuwandeln und danach den Inhalt anzugucken.

• WSTM.4 wird ein \\[[A-Za-z_0-9]+\\]= in der URL von Amts wegen escapen, dazu eine Warnmitteilung in die neue Kiste schreiben.

LG --PerfektesChaos 19:32, 16. Jan. 2012 (CET)

Ranma ½

{{internetquelle |url=http://ja.wikipedia.org/wiki/%E3%82%89%E3%82%93%E3%81%BE1/2_%E8%B6 %85%E7%84%A1%E5%B7%AE%E5%88%A5%E6%B1%BA%E6%88%A6!_%E4%B9%B1%E9%A6%AC%E3 %83%81%E3%83%BC%E3%83%A0VS%E4%BC%9D%E8%AA%AC%E3%81%AE%E9%B3%B3%E5%87 %B0|titel=らんま1/2 超無差別決戦! 乱馬チームVS伝説の鳳凰|zugriff=9. Februar 2011|sprache=ja}}

dargestellt als:
らんま1/2 超無差別決戦! 乱馬チームVS伝説の鳳凰. Abgerufen am 9. Februar 2011 (japanisch). 

wird zu:
{{internetquelle |url=[[:ja:らんま1/2 超無差別決戦! 乱馬チームVS伝説の鳳凰|らんま1/2 超無差別決戦! 乱馬チームVS伝説の鳳凰]]|titel=らんま1/2 超無差別決戦! 乱馬チームVS伝説の鳳凰|zugriff=9. Februar 2011|sprache=ja}}

dargestellt als:
[%5B%5B:ja:らんま1/2%20超無差別決戦!%20乱馬チームVS伝説の鳳凰%7Cらんま1/2%20超無差別決戦!%20乱馬チームVS伝説の鳳凰%5D%5D らんま1/2 超無差別決戦! 乱馬チームVS伝説の鳳凰.] Abgerufen am 9. Februar 2011 (japanisch).

Gruß --RonMeier 12:32, 23. Jan. 2012 (CET)

Gulp.

Die Vorlage internetquelle ist nicht dazu gedacht, ein wikilink auf Schwesterprojekte per URL zu verlinken. Kein Fehlverhalten im eigentlichen Sinn, sondern formal beabsichtigt; //ja.wikipedia.org/wiki hat im Wikitext einfach nix verloren und wird konvertiert. Bitte händisch auseinanderfrickeln. „Abgerufen am“ ist bei Schwesterprojekten auch nicht üblich, da wir den Artikel nicht bei archive.org suchen würden. LG --PerfektesChaos 12:46, 23. Jan. 2012 (CET)

allns klor. --RonMeier 12:49, 23. Jan. 2012 (CET)

Protokoll-relative Einbindung

Mir leuchtete gerade eine Warnung beim Schloss entgegen, und ich fand dann auch den Übeltäter, der nicht über https geladen wurde: http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=user:PerfektesChaos/versionControl.js&120127114835. Da solltest du also an geeigneter Stelle mal das Protokoll entfernen. --Schnark 11:54, 27. Jan. 2012 (CET)

• Danke für den Hinweis.
• Du verwendest offenkundig ein Kopfmodul der 3er-Serie; hier das zuletzt am 15. Oktober 2011 geänderte.
• Zu dieser Zeit wurde noch geprüft auf
  g.wServer === "https://secure.wikimedia.org"
• Seit November ist dies in den Testversionen der 4er entfallen, die als protokoll-relativ vereinfacht wurden.
• Rollout der Version 4 ist für die Nacht von Di auf Mi vorgesehen.

Schönes Wochenende --PerfektesChaos 09:57, 28. Jan. 2012 (CET)

Version 4.0 im Abschlusstest

• WSTM (fast)4 ist von mir in den letzten 10 Tagen so ausgiebig wie irgend möglich getestet worden.
• Es sind dabei über 100 Funktions-Unterprogramme zumindest in ihrer Namensstruktur verändert worden, und innere Daten auf die Zukunft vorbereitet worden.
• In der sichtbaren und wirksamen Funktion hat sich scheinbar nichts geändert (sollte zumindest kaum wahrnehmbar sein).
• Bevor ich das allgemein verbreite, würde ich gern von einzelnen Schnupper-Testern Rückmeldungen bekommen.
• Es wäre als Einbindung zu verwenden:

mw.loader.load("//test.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikisyntaxTextMod/r.js&action=raw&ctype=text/javascript",
               "text/javascript");

• Sollte dies Probleme bereiten, einfach das test ganz am Anfang ersetzen durch en oder von mir aus de, dann bist du wieder in der alten Spur.
• Der wie üblich präzise Problembericht ist zwar nicht willkommen, würde aber der Behebung verborgen gebliebener Probleme dienen.

Viel Erfolg allerseits --PerfektesChaos 14:33, 10. Jan. 2012 (CET)

seit gestern funktioniert bei mir weder die 3 noch die 4. Wird da gestrickt? Gruß und schönen Abend --RonMeier 21:57, 20. Jan. 2012 (CET)

Äh, ja, gestern war da was; in meiner Entwickler-lastigen Arbeitsumgebung auch störungsfrei, aber eine kleine Ursache könnte durchaus größere Wirkung haben. Ich habe möglicherweise eine Altlast zu früh entsorgt, gucke gleich mal. Schönen Abend bis dahin. --PerfektesChaos 22:16, 20. Jan. 2012 (CET)

Okay, bin inzwischen dahintergekommen, was ich zu früh weggeworfen hatte. Das will ich aber nicht mehr haben und muss mir etwas Sinnvolles dafür überlegen. Bin dabei auch auf die Absonderlichkeit mit der von dir benannten Versionsnummer gestoßen; dazu musste ich meine Arbeitsumgebung in eine andere Skin verlegen, in der meine sonstigen Rahmenbedingungen nicht gelten. Das lässt Rückschlüsse zu, wo ein Detail noch nicht für alle programmiert worden ist. Bald wird sich das geklärt haben. --PerfektesChaos 23:39, 20. Jan. 2012 (CET)

Der erste Bock wurde hoffentlich erlegt. Ich bin dabei, die alten Haupt-Anwendungsobjekte aus dem letzten Sommer rauszuwerfen und durch das vom letzten Herbst zu ersetzen. Weil ich in meiner Skin ein solches mit Konfigurationsdaten vorgebe und du sowas nicht hast, hatte ich übersehen, dass die Neubildung alles überschreibt, auch die Testumgebung.

Die Testumgebung unter Version 4 müsste jetzt laufen, weil sie noch vor Mitternacht bereitgestellt war und ich an jedem Kalendertag eine neue Version bereitstelle.

Falls nicht, eine richtige Cache-Löschung, wie hier beschrieben: Wikipedia:Technik/Skin/JS #Browser-Cache

Als nächstes schaue ich mir an, was mit Version 3 los wäre.

Gute Nacht vorläufig --PerfektesChaos 00:14, 21. Jan. 2012 (CET)

Der goldene Griff war es noch nicht - sprich: es tut sich immer noch nichts. Gruß --RonMeier 10:54, 21. Jan. 2012 (CET)

Fehlerkonsole: a is undefined

Version 4.0 auf en.WP

• Ab sofort ist beim Neuladen des Kopfmoduls von en.wikipedia.org die Version 4 mit überwiegend objektorientierter Funktionsgliederung verfügbar. Für Normalbenutzung sollte dies keine sichtbaren Auswirkungen haben.
• Auf de.wikipedia.org bleibt bis auf Weiteres das Kopfmodul der Version 3 vom Oktober 2011 verfügbar.

--PerfektesChaos 12:46, 1. Feb. 2012 (CET)

Version 4.02 auf de.WP und en.WP

• Wer ab jetzt den Browser-Cache leert, bekommt auf de.WP und en.WP die Version 4.02.
• Die Unterstützung für Kopfmodule der Versionsreihe 3 (W-Modul) wird noch längere Zeit (Sommer 2012) erhalten bleiben.

Viel Erfolg allerseits --PerfektesChaos 19:30, 9. Feb. 2012 (CET)

API: adjust ist nicht definiert

Bei Verwendung der API bekomme ich gerade einen Fehler: adjsut ist nicht definiert in der zweiten Zeile von

function wikisyntax_TextMod(){
return mw.libs.WikiSyntaxTextMod.api.textMod(adjust);}
with(mw.libs.WikiSyntaxTextMod){
if(typeof(main.wait)==="function"){
main.wait("T",wstmT_Version);}}
if(typeof(window)==="object"){
if(!jQuery.browser.msie){
try{
delete window.wstmT_Version;
}catch(e){
}}}
/// EOF</nowiki>WikisyntaxTextMod/rT.js

Wenn du die neue Methode dokumentierst, kannst du die Funktion meinetwegen auch entfernen, ich glaube kaum, dass sonst noch jemand die API verwendet. --Schnark 12:22, 3. Feb. 2012 (CET)

• Soeben gefixt. Danke für den Hinweis. Mist! Solche API-Krücken waren natürlich nicht Teil des Testverfahrens.
• Du kannst gern die .api. benutzen, Doku der seit wenigen Tagen verfügbaren Funktion nachgeholt. Es ändert sich ja nur der Bezeichner der Funktion.
• Nach Umstellung auch des de-import in der nächsten Woche werde ich das Objekt stärker in der API-Doku präsentieren.
• Nach allgemein großem Umstellungs-Cache-Leeren bei MW 1.19 werde ich in einigen Monaten die alten Funktionen ausdünnen. Ich weiß relativ genau, dass du der ziemlich einzige Nutzer der API bist; nur Bergi käme noch in Frage.

Enjoy. --PerfektesChaos 13:03, 3. Feb. 2012 (CET)

An welchem Rädchen muss ich drehen...

damit Dein Skript bei mir wieder funktioniert? :-) Hallo PerfektesChaos, ich habe gelesen, dass Du am 9. Februar auf eine neue Version umgestellt hast. Und genau seit dem funktioniert bei mir Dein Skript nicht mehr. Du hattest mich ja schon auf die "großen Ereignisse" vorbereitet und deshalb habe ich erst einmal gewartet, ob sich hier noch jemand anderes meldet... Ich habe den Cache geleert, sogar den kompletten Verlauf, habe die Wikipedia mit Firefox bearbeitet, da ich dachte, dass Dein Skript meinen benutzten Browser (Opera) nicht unterstützt. Leider alles ohne Erfolg. Könnte es evtl. daran liegen, dass Deine Wikisyntax bei mir über das Skript von Schnark ausgeführt wird? Welche Infos brauchst Du noch, damit Du das Rädchen findest? Beste Grüße und schon einmal Dank für Deine Hilfe --Silke 21:04, 14. Feb. 2012 (CET)

Ich noch einmal, ich kam gerade einmal auf die Idee, ob es evtl. am Java-Skript liegen könnte. Und genau dieses ist es, ich bekomme eine Fehlermeldung. Kannst Du damit etwas anfangen?

[18.03.1970 15:40:52] JavaScript - http://de.wikipedia.org/w/index.php?title=Alexander_Michailowitsch_Butlerow&action=edit

Event thread: DOMContentLoaded

Uncaught exception: TypeError: 'window.wikEd.UpdateTextarea' is not a function

Error thrown at line 343, column 0 in <anonymous function: mw.libs.WikiSyntaxTextMod.main.features>(ahead, arrange, alter) in http://de.wikipedia.org/w/index.php?title=Benutzer:PerfektesChaos/js/WikisyntaxTextMod/r.js&action=raw&ctype=text/javascript&309:

window.wikEd.UpdateTextarea(null);

called from line 575, column 0 in <anonymous function: mw.libs.WikiSyntaxTextMod.main.textarea>(alter, advance) in http://de.wikipedia.org/w/index.php?title=Benutzer:PerfektesChaos/js/WikisyntaxTextMod/r.js&action=raw&ctype=text/javascript&309:

main.features(false,true);

called from line 273, column 0 in <anonymous function: mw.libs.WikiSyntaxTextMod.main.full>() in http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikisyntaxTextMod/rM.js&1202142:

var stuff=main.textarea(false,false);

called via Function.prototype.apply() from line 14, column 0 in <anonymous function: resolveWith>(context, args) in http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20111213T185322Z:

callbacks.shift().apply(context,args);

called from line 6, column 248 in <anonymous function: ready>(wait) in http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20111213T185322Z:

readyList.resolveWith(document,[jQuery]);

called from line 12, column 1813 in <anonymous function: DOMContentLoaded>() in http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20111213T185322Z:

jQuery.ready();

Für mich sind das unverständliche Zeilen, für Dich hoffentlich das Rädchen, an dem ich drehen muss. Liebe Grüße Silke 21:27, 14. Feb. 2012 (CET)

Mir sagt das etwas. Durchgelesen habe ich mir noch nicht alles, aber mindestens eine Meldung ist dabei, die du unter Opera nie hättest sehen dürfen.

Es ist eine hervorragende Idee, mir solche Meldungen zu übermitteln. Gern wieder.

Ich hatte im Januar mal kurz auf Opera herumgespielt, bearbeite unter Opera aber keine Seiten und bin mit der Oberfläche auch überhaupt nicht vertraut. Damals ging es; jetzt bei mir auch nicht mehr. Gerade eben habe ich mir die Folterwerkzeuge für Opera heruntergeladen und installiert. Damit werde ich das Innenleben von WSTM analysieren können, und morgen früh dürfte es laufen.

Danke erstmal für deine Mitwirkung --PerfektesChaos 21:37, 14. Feb. 2012 (CET)

Ich glaube, ich hab’ ihn.

Dieser Edit von dir war anregend.

WSTM prüft, ob WP:WikEd aktiv ist – ein Werkzeug, dass in seiner Gesamtheit unter Opera nicht funktioniert. Wenn WikEd allerdings aktiv ist, müsste WSTM darauf Rücksicht nehmen und sich mit ihm synchronisieren.

Nun hast du die Diff-Komponente von WikEd (die sich alleinstehend mit Opera nutzen lässt). Dessen Spuren werden von WSTM gesehen. Daraufhin glaubt WSTM, er hätte es mit Voll-WikEd zu tun, und versucht mit ihm zu kooperieren. Das schlägt allerdings fehl; siehe schon die erste von dir oben übermittelte Fehlermeldung: 'window.wikEd.UpdateTextarea' is not a function. Daraufhin geht alles schief, weil WSTM den zu bearbeitenden Wikitext nicht mehr bekommt.

Jetzt analysiere ich erstmal weiter, und tüftele mir aus, wie ich Voll-WikEd von Diff-WikEd unterscheiden kann.

Bis morgen --PerfektesChaos 22:30, 14. Feb. 2012 (CET)

Genau die erste Zeile hat mich dazu angeregt diesen WikEd in meiner JS zu löschen. Und Du hast Recht mit Deiner Vermutung: siehe da, Dein Skript putzt wieder wie am Schnürchen (Beispiel). Gut, dass Du meine Js unter Beobachtung hast. Nun werde ich ein ähnliches Skript von Schnark versuchen, da ich vermute, dass Schnark sich schon längst bei Dir gemeldet hätte, wenn etwas bei seinen Skripten nicht passen würde. Für mich ist nun alles wieder gut, und Dir wird sicherlich etwas einfallen, wie Du die beiden WikEd trennen kannst. Gute Nacht und viel Spass beim Tüfteln :-) --Silke 22:45, 14. Feb. 2012 (CET)

1. Schnarks Diff benutze ich selbst seit längerer Zeit; es ist für WSTM ungefährlich und es kommt vor allem das window.wikEd nicht darin vor.
   • Weil wikEdDiff Fehler enthält, die dessen Autor nicht beseitigen wollte/konnte, hatte Schnark dessen Programm verbessert und in der Präsentation etwas geändert.
   • Insgesamt bekommst du also eine vergleichbare Funktion, nur etwas besser.
2. Damit entfällt der akute Beseitigungsbedarf für heute; gleichwohl wird es nicht dabei bleiben.
   • WSTM hatte auch bisher einen Detektor für wikEdDiff gehabt. Eigentlich hättest du nie dorthin kommen können; verstanden habe ich die Situation immer noch nicht.
   • Ich vermute, dass dein PC oder Opera entweder besonders schnell oder besonders langsam ist. In den Momenten, in denen WSTM die Umstände prüft, ist es entweder zu früh oder schon zu spät; jedenfalls entsteht ein falscher Eindruck von der Situation.
3. Basierend auf der ersten von dir übermittelten Fehlermeldung werde ich in Zukunft noch direkter abfragen.
   • Dazu werde ich allerdings sehr massiv in die zeitlichen Abläufe während der Startphase eingreifen; das habe ich schon geschrieben, muss es aber erstmal einige Tage austesten.
4. Dass mein Opera gestern erstmal nicht mit mir wollte, hatte andere Gründe; meine Benutzerkonfiguration ist speziell auf Firefox ausgelegt, und ich musste sie erstmal anpassen. Opera hatte ich schon über einen Monat nicht benutzt.
5. Wenn du mit Vorwarnung einen Eindruck davon bekommen möchtest, was dich künftig überraschen könnte, kannst du einen der Artikel zum Bearbeiten öffnen, die unter Benutzer:Schnark/Wartung/Weblinks #R stehen. Falls dir das zu rot ist, kannst du es auch herunterdimmen.

Schönen Tag --PerfektesChaos 09:34, 15. Feb. 2012 (CET)

Automatische Ausführung kaputt

Bei mir wird im Augenblick auf keiner Seite die Syntaxkorrektur automatisch gestartet. Zum Nachvollziehen: .vsn === "(r) Run=4.13", Konfiguration (noch) klassisch, insbes. OnRequest_WikisyntaxTextMod === ["^."], aber sonst nichts Böses, insbes. kein InhibitAutoRun. Und da ich zu faul bin, hier gleich noch ein paar Abschnitte aufzumachen, hänge ich noch ein paar Fragen an:

1. Benutzer:PerfektesChaos/js/WikisyntaxTextMod/usage#Begrenzung auf häufige Syntaxprobleme: Heißt „nicht mehr sinnvoll“, dass es (in de) immer wie true behandelt wird?
2. Benutzer:PerfektesChaos/js/WikisyntaxTextMod/usage/object#Komponenten: Unter .config.mod gibt es ein ominöses unbenanntes und undokumentiertes Etwas.
3. Ebenfalls dort würde ich mich aus reinem Interesse ebenfalls über eine zumindest minimale Dokumentation von .config.portlet freuen.
4. @JS/RL: Ich überlege noch immer, wie ich meine Kommentare zum Debug-Modus formulieren muss, dass sie nicht als eindeutiger PA gegen die Programmierer aufgefasst werden müssen.
5. @QUnit: Mit 1.19 wird Benutzer:Schnark/js/qunit funktionieren, und macht testen von JavaScript verdammt einfach. --Schnark 09:39, 20. Feb. 2012 (CET)

Meldung angekommen; gehe der Angelegenheit sofort nach.

• InhibitAutoRun sollte bei der Gelegenheit auf .config.load.inhibit umgestellt werden; ich werde dir Vorschläge unterbreiten.
• WikisyntaxDeutschVieles ist auf dem aussterbenden Ast. Zurzeit gibt es wohl keine Fehler mehr im Bestand, die hiervon zu korrigieren wären. Langfristig soll es wegfallen; mindestens unter dem Namen. Die Performance-Steigerung durch Vermeidung vieler globaler RegExp-Suchen hat sich durch je einmalige Durcharbeitung pro Syntax-Typ auch erledigt.
• .config.mod.template macht irgendwann einmal Analoges wie die anderen .config.mod, aber mit Vorlagen-Parametern und der Formatierung der Einbindung – auch etwas wie Benutzer:Schnark/js/Template.js mit Substituierung von Parameter-Namen, Parameter-Werten, Parameter-Reihenfolge und Layout bei Leerzeichen usw.
• Offizielle Doku zu Portlet kann ich erst Mitte März nachliefern, wenn sich das Kopfmodul überall herumgesprochen hat. Als Appetizer Benutzer:RonMeier/common.js – .config.portlet=true ist Standard-Modus, ansonsten konfigurierbar analog addPortletLink.
• JS/RL – ja, ich blieb da noch recht diplomatisch. Du kannst dich ja auf unsereren eigenen BD austoben, und ich übernehme weitere Aspekte.

Danke erstmal für die Info --PerfektesChaos 10:01, 20. Feb. 2012 (CET)

• InhibitAutoRun verwende ich nur im TemplateEditor, dass und wie ich das ändern sollte, ist mir bewusst und erfolgt demnächst.
• Das Beispiel für portlet reicht mir als Dokumentation, ich bleibe beim Knopf in der Werkzeugleiste. --Schnark 10:07, 20. Feb. 2012 (CET)

• Fehlersuche: Ich verwende seit 14. Februar ebenfalls die Allerwelts-Variante. Ich vermute, es geht um WikEd in punkto Geschwindigkeiten; ob deren Objekt früh genug und richtig da ist. Ich denke mir gerade Test-Messages aus und würde dich bitten, dann auf die test.WP umzuswitchen. Siehe übrigens auch einen Abschnitt drüber.
  • Du kannst ja mal WikEd abschalten; geht es dann bei dir?
• Die Profi-Parameter wie InhibitAutoRun sollen aus Code und Doku verschwinden. Die Allerwelts-Optionen sollen langfristig alternativ als globale Variable erhalten bleiben.
• Das .portlet ist auch nur eine schlichte Option, um auf einfache Weise an ein Link unter Berücksichtigung von .api.isAppropriate zu kommen.

Bis gleich --PerfektesChaos 10:19, 20. Feb. 2012 (CET)

An WikEd kann es nicht liegen, da ich diesen Bug grundsätzlich nicht verwende. Wenn du aber der Ansicht bist, es hätte was mit der Ladereihenfolge zu tun, dann muss mich natürlich dafür entschuldigen, dass ich nicht gleich gesagt habe, dass ich gerade ausnahmsweise an einem FF 10.0.1 sitze. --Schnark 10:36, 20. Feb. 2012 (CET)

Tja, vielleicht nehme ich fälschlich WikEd an ... egal.

Ich habe jetzt mal tracking reingeschrieben. Du müsstest bitte:

• mw.libs.WikiSyntaxTextMod.debugging = { loud: true };
  geeignet vereinbaren
• deine Einbindung auf die test.wikipedia.org stellen und dort ansonsten wie üblich das r.js verwenden.

Von den Konsol-Meldungen würden mich die letzten 3 bis 4 interessieren.

Ich hatte zuletzt gestern ein Angebot abgelehnt, auf 10.0.2 upzugraden. Ich fliege lieber Holzklasse.

Bis gleich --PerfektesChaos 10:53, 20. Feb. 2012 (CET)

Ich bin mir nicht sicher, was für Ergebnisse du dir von einem Test auf test.wikipedia erhoffst, da dort schon 1.19 läuft. Deswegen habe ich ein paar andere Tests gemacht und komme zum folgenden Ergebnis: Der Bug ist wohl irgendwo in mw.loader.load, mit deinem Skript bekomme ich 6 Warnungen vom Typ "Ein Aufruf von document.write() durch ein asynchron geladenes externes Skript wurde ignoriert.", wenn ich es deaktiviere bleiben diese Warnungen aus. Vermutlich wird diese Erkenntnis zu ein paar Bewegungen bei einigen MW-Bugs führen, da ich ab morgen wieder den guten alten FF 3.6.x verwenden werde, ist es mir für's erste auch egal, ob du irgendwelche Workarounds einbaust oder nicht. --Schnark 11:22, 20. Feb. 2012 (CET)

• Ich meinte nur, dass du deine Lade-URL von en.WP auf //test.wikipedia.org/wiki/User:PerfektesChaos/js/WikiSyntaxTextMod/r.js umschalten magst. (Ähüm – schon großes S; dazu unten).
• War da nicht neulich schon mal jemand mit einem FF 10.0.1, der feststellte, dass autoantraege und WSTM nicht gleichzeitig gehen?
• Ich lade per mw.loader.load() und erwarte von MW, dass dies funktioniert – dann sollen sie halt im Dreieck springen. Ich werde da nix einbauen.
• Nebenbei sollte ich dich informieren, dass im Laufe des Jahres das S in WSTM überall auf Großschreibung umgestellt werden wird; unauffällig und unmerklich im Code wie auch auf den Doku-Seiten und dieser Disku. Das parallele Konstrukt mit WikisyntaxTextMod_Run() ist zu fehleranfällig; alte Notation wird so lange wie erforderlich unterstützt.

Wieder was gelernt; alles eitel Sonnenschein --PerfektesChaos 11:37, 20. Feb. 2012 (CET)

Ich habe gerade bugzilla:34542 aufgemacht, wenn das blöde Ding (du kannst dir aussuchen, ob damit FF10 oder MW gemeint ist) dein Skript halt nicht lädt, kannst du auch nichts dafür. --Schnark 11:40, 20. Feb. 2012 (CET)

Manchmal wäre es hilfreich, wenn mir Mark einfach glauben würde … Jetzt habe ich extra einen portablen FF 10 für den Fall, dass ich will, dass Skripte nicht funktionieren. Mit FF 3.6 tut wieder alles so, wie es soll, und sowohl Benutzer:Schnark/js/Wikisyntax-config.js als auch Benutzer:Schnark/js/templateEditor.js/wstm.js kommen jetzt ohne globale Variablen aus. --Schnark 10:09, 21. Feb. 2012 (CET)

1. Danke betreffend alter globaler Steuerparameter; ich werde noch weiter nach herumgeisternden Kopien suchen (Perhelion) und dann die alten Profi-API-Parameter allmählich aus der Doku und ihre Unterstützung aus dem Code entfernen.
2. Tja, man glaubte, mit dem neuen async-Parameter in mw.loader.load() / addScript() das Problem gelöst zu haben. FF10 hat aber durchaus recht; ein document.write() ist ein ziemlich archaischer Vorgang, und dass er sich von mehreren asynchronen Prozessen nicht irgendwo in sein document hineinschreiben lassen will, ist nachvollziehbar. Die Fehlermeldungen deute ich dahin, dass das Problem nur auftritt, wenn ein schon asynchron aktives Skript einen weiteren Ladevorgang auslöst.
   • Was die MW bräuchte, wäre wohl eher ein top/bottom für mw.loader.load(), wie es dieses ja schon in PHP gibt. Skripte, die für so wichtig und dringend gehalten werden, dass ein Ladevorgang parallel zum DOM-Bau erforderlich ist (CSS-Einfluss auf das Rendering; Laden über das Netz), müssten per DOM-Element an den HEAD gehängt werden (top); alles andere kommt default-mäßig an den bottom, und wenn ready noch nicht passiert war, dann müssen sie eben in einer normalen Warteschlange (etwa auch $() nutzen) auf die Fertigstellung des BODY warten und werden ebenfalls per DOM-Element eingefügt. Und document.write() wird überhaupt nicht mehr benutzt.

Weiße Weihnachten --PerfektesChaos 10:39, 21. Feb. 2012 (CET)

Man scheint meinen Bug komplett zu ignorieren, obwohl er höchstwahrscheinlich auch für das Kaputtgehen von Popups auf Commons verantwortlich ist. Mal sehen, wie viele Bugs noch nötig sind, bis man mir glaubt. --Schnark 10:25, 23. Feb. 2012 (CET)

• Ich las ihn mit, und ich bewundere deine Mühen mit Bugzilla.
• Ich habe Bugzilla längst abgeschrieben. Offenkundig wird er inzwischen so mit Unfug überschüttet, dass ihn auch bei gutem Willen kein Entwickler mehr abarbeiten kann. Das mag 2005 mal anders gewesen sein; damals war das vielleicht auch von der Präsentation her angemessen (Schreibmaschinenschrift mit offenbar 80 Zeichen Eingabefeld, die dann in der Darstellung nach 72 Zeichen einen Zeilenumbruch reinhaut).
• Botaniker haben aber den Ruhm der Erstentdeckung; du kannst dann wenigstens nachweisen, dass du dieses Krabbeltier zuerst entdeckt und zutreffend beschrieben hast. Es werden in den nächsten Wochen immer mehr Beschwerden auflaufen, wenn FF10.x zunehmend installiert wird. Zugegebenermaßen ist ein „Ich hab es euch ja gleich gesagt“ aber nicht sonderlich befriedigend.
• Du kannst ja den Posteingang beobachten und in jeden Kandidaten ein →34542 reinknallen, und dabei die von dir angedeutete Strichliste führen.

Trotzdem einen schönen Tag --PerfektesChaos 10:43, 23. Feb. 2012 (CET)

Mal sehen, ob man sich von Screenshots beeindrucken lässt. Und ich teile deine negative Einstellung Bugzilla gegenüber nicht, zumindest nicht in allen Bereichen. So kann ich mich etwa nicht daran erinnern, dass ein Bug von mir in der API-Komponente nicht innerhalb von 24 Stunden behoben wurde. Dass das Eingabe-Interface völlig anachronistisch ist, ist allen bekannt und wird von allen ignoriert (man sollte etwa niemals gleich mit dem ersten Kommentar einen Patch hochladen, da kann man nämlich noch nicht einstellen, dass es ein Patch ist, und die automatische Erkennung behauptet im besten Fall, es wäre C-Quellcode, im Normalfall wird es aber als Binärdatei erkannt).

Falls du etwas gegen den Bug machen willst (nur um wieder zum Thema zurückzukommen), mit 1.19 wird mw.loader.load einen dritten Parameter haben, der einen booleschen Wert erwartet, der dafür steht, ob der Aufruf funktionieren soll oder nicht. --Schnark 11:41, 24. Feb. 2012 (CET)

• WSTM: Ja, ich verfolge das mit Interesse. Eine Woche ist ja noch bis dahin, und vielleicht brandet allmählich eine Flutwelle von Wikisource-Benutzern mit FF10 auf Bugzilla.
  • Was async angeht: Vielleicht erkennt am 1. März mw.loader.load ja auch einen der beiden von mir oben vorgeschlagenen Strings "top" oder "bottom" als dritten Parameter.
• Bugzilla: Es freut mich, wenn das für die API funktioniert; für den Bereich „JS & Software allgemein“ scheint es mir gleichwohl ein überholter Weg. Es fehlt unter Community-Aspekten etwas wie eine vorgeschaltete FzW, eine village pump, bei der sich viele Fragen beantworten und Probleme klären ließen. Nach dem Ausfiltrieren bliebe dann eine realistische Menge wirklicher Probleme, mit dem sich die echten Entwickler dann ernsthaft befassen könnten. Auf der API landen vermutlich nur eine Handvoll Experten mit tatsächlichen Bugs. Ich möchte jedenfalls nicht von der WMF dazu verdonnert sein, die Bulk-Beiträge auf Bugzilla abzuarbeiten; dann könnte ich keine Zeile mehr entwickeln und kein benanntes Problem lösen. Mein Eindruck ist, dass sich da längst der Water cooler effect eingestellt hat; die wirkliche Kommunikation läuft am Telefon, per IRC, in geschlossenen Foren fernab vom dummen Volk. Und wenn ich mir die inhaltliche Qualität etlicher Bugzilla-Postings so angucke, dann könnte ich das auch gut verstehen und würde es auch nicht anders machen.

Liebe Grüße --PerfektesChaos 12:47, 24. Feb. 2012 (CET)

@Schnark wegen Bugzilla: Geht wohl, einfach "Show Advanced Fields" wählen und du hast die gleichen Optionen, wie beim reinen Attachment hochladen. Beim reinen Attachment hochladen hat man aber das Problem, das man nicht die keywords patch und need-review setzen kann, was aber beim Bugerstellen geht. Die Abarbeitung der Bugs ist willkürlich, manchmal werden Fatals innerhalb von Minuten behoben und gehen dann innerhalb von Minuten live auf WMF-Servern, andere dümpelt sehr lange vor sich hin. Auch im API-Bereich. Der Umherirrende 15:00, 24. Feb. 2012 (CET)

Gut, Rob Lanphier zwingt jetzt Roan Kattouw dazu, sich mit dem Bug zu beschäftigen, das hört sich schon mal viel versprechend an.

@Umherirrender: Interessant, dass man auch beim ersten Kommentar den Mimetype angeben kann, aber so lange kann das noch nicht möglich sein, da ich mir die Advanced Fields immer anzeigen lasse, und das noch nie gesehen habe.

Meine Datenbasis zu API-Bugs ist etwas mager, aber wenn man einen Bug ausnimmt, der wegen Abwärtskompatibilität eine Woche lang nicht behoben wurde, liegt das Maximum bei 23 Stunden.

@PerfektesChaos: Der Balken ist jetzt grau. --Schnark 09:58, 25. Feb. 2012 (CET)

Es kann sein, das durch ein Update von Bugzilla die Felder erst weg waren und dann wieder gekommen sind. Der schnellste von mir erfasste Bug war nach nicht mal einer halben Stunde behoben. Andere sind nach über 2 Jahren immer noch offen. Aber da heißt es Geduld haben und warten. Der Umherirrende 10:58, 25. Feb. 2012 (CET)

Leerzeichen

Die Auswahl an Leerzeichen in stringUtl_isBlank erscheint mir irgendwie seltsam willkürlich. Ich weiß nicht, wozu du sie wirklich benutzt, aber ich hätte da noch so Dinge wie OGHAM SPACE MARK oder IDEOGRAPHIC SPACE anzubieten. Bevor ich dir jetzt keine ganze Reihe an Zeichen nenne, kannst du ja einfach mal schauen, was ich in Benutzer:Schnark/js/diff.js/core.js als unsichtbare Zeichen extra behandle. --Schnark 10:45, 9. Mär. 2012 (CET)

Danke für die Anregung; OGHAM SPACE MARK wäre eine Ergänzung. Die Auswahl entstand durch Beobachtung des Vorkommens in Artikeln etc. und ist in der Tat willkürlich; auch ein Filtern der Unicode-Liste auf SPACE und entsprechende Codierungen (;WS;?) käme in Frage.

An die IDEOGRAPHIC traue ich mich nicht so ganz ran, weil ich sie noch nie verstanden habe, aber der IDEOGRAPHIC SPACE dürfte in diesem Kontext passen.

str.isBlank() wird von str.trim() verwendet.

Du kommst grade richtig; heute Abend beabsichtige ich das WSTM.str-Objekt zu verbreiten (in dO.js), das ein Dutzend der globalen stringUtl_ verschwinden lassen wird. Weitere Kodierungen kann ich gerne Last-Minute aufnehmen.

Einen angenehmen Tag --PerfektesChaos (D) 11:05, 9. Mär. 2012 (CET)

Beim Erstellen meiner Liste bin ich damals vermutlich nach Unicode-Category vorgegangen, siehe [10], besonders General_Category=Space_Separator. --Schnark 11:34, 9. Mär. 2012 CET)

Neu in en:User:PerfektesChaos/js/WikisyntaxTextMod/dO.js – mit noch mehr Codes. Schönes Wochenende --PerfektesChaos (D) 23:09, 9. Mär. 2012 (CET)

Soweit ich weiß, verwendet JavaScript UTF-16, sodass du dich außerhalb der BMP mit Surrogates rumschlagen musst, dass TAG SPACE und LANGUAGE TAG so funktionieren, wie sie jetzt da drin stehen, bezweifle ich daher. --Schnark 09:18, 10. Mär. 2012 (CET)

Danke für den Hinweis.

1. Ich habe seit langer Zeit korrespondierende Sammlungen unter Java (dort meine private StringUtl.class), und ein isblank() gibt es auch unter C++ und wird von mir mit großem B erweitert. .str.isLetter() gibt es auch als Char.IsLetter – dieser korrespondiert mit isalpha() unter C/C++. Damit ich da noch irgendwie durchsteige, halte ich die Funktionalität halbwegs kompatibel. Die switch-Anweisungen lassen sich 1:1 kopieren, vieles andere auch.
2. Mit Zeichen jenseits der BMP hantiere ich bereits in der in WSTM nicht benutzten .str.fromCharCode().
3. .str.trim() ist seit der Umstellung von StringUtl_ in der Lage, auf Entities zu reagieren; damit kann die Universalfunktion auch entsprechende TAG Codes verarbeiten.
4. Die Komponente .str. ist in WSTM erst eine gute Woche alt; eigentlich vorgesehen war S.js gewesen. Unter O.js ist sie nur zwischendurch geparkt. Zurzeit mache ich mir Gedanken, ob ich sie für alle (meine) Skripte in einem geteilten Modul unterbringe und ein mw.libs.StringUtlPerfektesChaos jeweils als mw.libs.WikiSyntaxTextMod.str andocke. Allerdings brauche ich sonst immer nur ein paar Funktionen daraus und habe im Moment inhaltsgleiche Kopien in den einzelnen Anwendungen.

Eine sonnige Woche --PerfektesChaos 21:29, 11. Mär. 2012 (CET)

Krank?

irgendwas scheint zu kränkeln. Ich habe heute schon mehrfach Artikel gehabt, bei denen WSTM ohne Diffpage beendet wird, obwohl die Seiten nicht mängelfrei sind, z.B. jetzt die Seite Camp Marcus W. Orr mit einer ISBN die 11 Stellen hat. Gruß --RonMeier (Diskussion) 09:28, 11. Apr. 2012 (CEST)

Stimmt. Hier der Hinweis ausm FF:

Fehler: w.encountered is undefined Quelldatei: http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikisyntaxTextMod/dO.js&486663747 Zeile: 668

Grüße -- Hepha! ± ion? 09:29, 11. Apr. 2012 (CEST)

Anmerkung: Bei anderen Seiten funktioniert es trotzdem. -- Hepha! ± ion? 09:35, 11. Apr. 2012 (CEST)

Danke für die Hinweise, insbesondere die exakte Fehlermeldung.

• Zurzeit über die Osterferien geht im Untergrund eine weitere gigantische Umstellung von WSTM vor sich, die eigentlich unbemerkt und ruckelfrei vor sich gehen sollte. Es ist im Moment leider unvermeidlich, dass einzelne Quellen aus der Neuentwicklung in den laufenden Betrieb eingespeist werden. Diese enthalten schon Datenelemente der künftigen Version, sollten aber trotzdem kompatibel bleiben.
• Das fehlende w.encountered aus der Neuentwicklung wird in einigen Minuten keinen Ärger mehr machen. Vermutlich beim zweiten Edit nach 10:00, wenn ich mich jetzt spute.

Demnächst mehr --PerfektesChaos 09:50, 11. Apr. 2012 (CEST)

So, geschafft; müsste bis auf Weiteres gefixt sein.

Ich bemühe mich in regelmäßigen Abständen, aus meiner Entwicklungsumgebung auszusteigen und als Normalbenutzer und auch mit leeren Konfigurationseinstellungen den Betrieb auszuprobieren. Meine Testumgebung kannte das w.encountered schon.

Das fragliche Problem trat auf solchen Seiten auf, die das Element SORTIERUNG enthalten. Künftig wird es hier Fehlermeldungen geben, wenn mehrfache oder fehlende Elemente vorliegen. Beim Test des Normalbetriebs hatte die fragliche Seite wohl grad keine SORTIERUNG enthalten oder gebraucht.

Sorry for confusion; hoffentlich nicht noch mal erfoderlich, falls doch: einfach meckern --PerfektesChaos 10:05, 11. Apr. 2012 (CEST)

Für die Geschichtsbücher: Betroffen von dem Fehler waren Seiten, die eine Kategorie mit einem einzeln angegebenen Sortierschlüssel enthalten. Hier wird nachgeguckt, ob ein SORTIERUNG bekannt ist, und die interne Datenstruktur, die sich das merkt, wird zurzeit reformiert. Übergangsweise wird mit beiden Varianten gearbeitet. Viel Erfolg weiterhin --PerfektesChaos 10:13, 11. Apr. 2012 (CEST)

Sehr schön, danke! -- Hepha! ± ion? 10:28, 11. Apr. 2012 (CEST)

Beim Artikel Jutta Mirtschin werden wild Leerzeilen eingefügt. Meine commons.js macht in der Gegend was, wurde aber nicht geändert und hat bisher auch richtig funktioniert.
Gruß --RonMeier (Diskussion) 10:57, 11. Apr. 2012 (CEST)

Jutta Mirtschin ist allerdings nicht von aktuellen Änderungen betroffen; diese Zeilenumbrüche werden dort schon seit Jahren eingefügt.

• Dieser sehr neue Artikel ist offenbar mit copy&paste irgendwo abgesaugt worden. Er enthält haufenweise verborgene Zeilenumbrüche als ASCII-Steuerzeichen, offenbar mit dem Code 12 oder x2028 oder so. WSTM wandelt bereits seit Anfang 2010 alle diese unsichtbaren Nicht-Standard-Zeilenumbrüche in normale \n um, damit sie sichtbar werden und entweder belassen oder gelöscht werden können.
• Zur Analyse derartiger Codes empfehle ich Benutzer:Schnark/js/antispoof.

Trotzdem danke für den Hinweis; es hätte ja auch ein Programmfehler sein können; ruhig mehr davon --PerfektesChaos 11:48, 11. Apr. 2012 (CEST)

hätt ja sein können. Danke. --RonMeier (Diskussion) 13:17, 11. Apr. 2012 (CEST)

Dein Skript löscht zu viele Leerzeichen in Links

Hallo PerfektesChaos, einen schönen Abend wünsche ich Dir. Gerade wurde ich von Benutzer:Serienfan2010 auf meiner Disk darauf hingewiesen, dass ich rote Wikilinks erzeuge. Vielleicht schaust Du Dir einmal diesen Diff an. Bei den Filmtitellinks mit CSI kommt hinter dem Doppelpunkt ein Leerzeichen. Da Dein Skript dieses Leerzeichen löscht entsteht ein Rotlink. Ich werde jetzt darauf aufpassen, wäre aber nett, wenn Du dieses irgendwie Deinem Skript beibringen könntest :-) Liebe Grüße --Silke (Diskussion) 21:39, 29. Apr. 2012 (CEST)

Danke für den Hinweis.

• Drei Buchstaben – das ist fies. Sowas habe ich noch nie gesehen; seit mindestens Januar 2011 ist es in der bisherigen Form programmiert.
• Kurz zur Erklärung: Es wird als Link in eine andere Wikipedia / Interwiki interpretiert und dementsprechend berichtigt; EN: Silk geht schließlich auch. CSI gilt als Sprachcode nach ISO 639-2. Das Skript hatte 2010 CSI sogar noch klein geschrieben; weil es aber inzwischen Pseudo-Interwikis wie DOI: gibt, macht es das mittlerweile nicht mehr.
• Ich habe soeben eine Positiv-Liste gebildet, die alle zurzeit 52 WMF-Projekte mit Drei-Buchstaben-Code explizit benennt. In den nächsten Tagen werde ich diese Liste zum Gegenchecken bei der Korrektur von mutmaßlichen Links in andere Sprachen benutzen.
• csi ist der registrierte Sprachcode für Coast Miwok – falls es irgendwann eine WP in dieser Sprache geben sollte (wie schon Navajo), würden weltweit alle WP-Artikel zur Fernsehserie umbenannt werden müssen.

Viel Spaß beim Unkrautjäten und Umgraben in WP und Gärtchen --PerfektesChaos 09:37, 30. Apr. 2012 (CEST)

In dieser Minute live geworden. --PerfektesChaos 15:00, 3. Mai 2012 (CEST)

Feiertagsarbeit

Hallo, Obwohl eigentlich wohl nichts mehr zu tun ist, kommt WSTM im Artikel Liste der ältesten Universitäten erst nach zweimaligem Wegklicken des 5sek-Fensters zum Ende. Gruß --RonMeier (Diskussion) 11:33, 1. Mai 2012 (CEST)

Danke für den kurzen Hinweis; die Antwort fällt ausgiebiger aus.

1. Liste der ältesten Universitäten
   • Bei mir dauerte es auch einen reichlichen Moment, jedoch nicht diese 2×5 Sekunden. Die Seite ist zwar nur gut 30kB groß, aber es sind immerhin fast 1000 Einzelschnipsel (zur Hälfte Linkziele, zur Hälfte immer der Text dazwischen). Jeder davon muss erst abgetrennt werden und wird dann einzeln durch etliche deiner Ersetzungsausdrücke gequirlt, um zu sehen, ob einer davon passt. Das mag sich dann aber hinziehen.
   • Ob sich dann schlussendlich ergibt, dass etwas oder nichts oder „viel“ zu tun wäre, macht den Hering dann auch nicht mehr fett.
2. Wenn du dich aber sowieso schon grad meldest:
   • Ich hatte über Ostern ein dickes Ei gelegt; Gagagack gagagagack Gauck? Rostock.
   • Es handelt sich um das länger geplante WSTM.5 mit vollständig neu geschmiedeter Basis-Software für verschachtelte Zeichenketten.
   • Unter bestimmten Voraussetzungen und vor allem für Benutzer ohne Ersetzungsausdrücke wird es schneller sein als bisher; dafür gibt es viele viele viele Meldungen von aufgefundenen Syntaxfehlern im Wikitext. Ganz neu ist die Analyse der Tag-Struktur.
   • Auch das lange Wochenende habe ich zur Erprobung genutzt; mit meinen konstruierten simplen Test-Texten und zufälligen Artikeln läuft es schon sauber.
   • Wenn du magst, kannst du in der URL des Skriptes gern mal das en. gegen test. austauschen. Beachte, dass hier und künftig auch sonst das 'S' in WikiSyntax groß zu schreiben wäre. Es kann gut sein, dass du beim Bearbeiten des realen Irrsinns auf irgendeine Kombination von Kommentar in Vorlage in Vorlage ohne Namen stößt, auf die das neue Skript noch nicht vorbereitet ist. Dann unbearbeitet lassen und meckern; wenn es nervt, dann halt wieder zurück auf en. switchen. Vor allem Kombinationen von Syntaxfehlern mit komplexen Konstruktionen sind noch nicht erprobt.
   • Ich plane, diese Beta-Version mit rund 70 umgearbeiteten Unterprogrammen den Mai über im Probebetrieb laufen zu lassen.
3. Aus dem März war noch eine Knobelaufgabe übrig gewesen:
   • Im Profi-Bereich möchte ich allmählich die Konstrukte var Modif_*** aussterben lassen und langfristig durch das Anwendungsobjekt ersetzen.
   • Das heißt konkret: Statt

     var Modif_Link = [

     neumodisch

     mw.libs.WikiSyntaxTextMod.mod.link = [

     und statt

     var Modif_Text = [

     mw.libs.WikiSyntaxTextMod.mod.plain = [

Liebe Grüße --PerfektesChaos 10:20, 2. Mai 2012 (CEST)

So, nun hab ich mal en. gegen test. getauscht und das bringt mir erstmal ein:

debugging is not defined

Aber - jetzt geh ich erstmal wieder Sonne tanken.

Gruß --RonMeier (Diskussion) 14:53, 2. Mai 2012 (CEST)

Öpps – errötend, aber vielleicht ist das ja nur Sonnenbrand.

In der dortigen Testumgebung war ein Tippfehler, der das vermutlich ausgelöst hatte und den ich beseitigt habe. Jetzt müsste das gehen. Cache-Löschung ist allerdings erforderlich.

Ich selbst konnte dies nicht bemerken, weil dieses debugging bei mir schon vorher definiert wird und Informationen für die Entwicklungsanalyse enthält. Ich habe mich jetzt mal ganz dumm zu stellen versucht und debugging in meinen Benutzereinstellungen entfernt; es geht.

Auf ein Neues nach dem Sonnenbad --PerfektesChaos 15:26, 2. Mai 2012 (CEST)

keine Erfolgsmeldung. Trotz Ctrl-F5 bleibts beim "debugging is not defined". --RonMeier (Diskussion) 15:54, 2. Mai 2012 (CEST)

Grrrrr. Sorry für das Hin und Her.

• Habe soeben noch ein weiteres Vorkommen gefunden; passenderweise in der Routine .findISBN() – ausgemerzt; gezielt nach weiteren gesucht und keine mehr gefunden.
• Ctrl-F5 reicht übrigens nicht; siehe hier: Wikipedia:Technik/Skin/JS #Löschung von der Festplatte
• debugging ist mein Entwicklungs-Objekt, das Infos zur Anzeige von Meldungen im Debugger enthält; ob überhaupt, wie viele usw. Es ist bei mir immer vorhanden. In WSTM wird ein Kind davon benutzt, das immer bei jeder Nutzung von WSTM existiert und bei Nichtvorhandensein automatisch gebildet wird. Dieses Kind heißt kurz WSTM.debugging oder mit vollem Vor- und Nachnamen mw.libs.WikiSyntaxTextMod.debugging – verpenne ich wie in diesem Einzelfall den Familiennamen davorzusetzen, funktioniert es bei mir trotzdem; bei dir aber nicht.

Hoffentlich jetzt --PerfektesChaos 17:24, 2. Mai 2012 (CEST)

Ja, nach Ctrl-F5 gehts jetzt wieder. Gruß --RonMeier (Diskussion) 17:41, 2. Mai 2012 (CEST)

got.symbol is undefined (zum Beispiel bei Herdecke, Kompaktifizierung) --RonMeier (Diskussion) 19:38, 2. Mai 2012 (CEST)

Danke erstmal. Seufz. Ich glaube dir das gern, aber bei mir stürzt nichts ab. Auch nicht dann, wenn ich so gut wie möglich deine Umgebungsbedingungen nachzustellen versuche. Möglicherweise unterschiedlich empfindliche Browser-Versionen.

• Ich weiß aber, wer oder was got.symbol ist, und kann daraus Rückschlüsse ziehen, wo das Problem liegen wird. Es geht um eine gestern abend noch schnell eingeflickte Analyse, ob ein Vorlagenparameter einen Namen wie ISBN oder ISSN hat.
• Weil in Herdecke {{IPA|ˈhɛʁdəkə}} oder in Kompaktifizierung {{Dieser Artikel|behandelt die Kompaktifizierung im Sinne}} auftritt, sind das Vorlagen mit unbenannten Parametern, und die werde ich wohl noch sorgfältiger checken müssen.
• Noch nicht ganz verstanden habe ich, warum das Skript dort überhaupt hinkommt; es gibt keinen Anfangsverdacht wie in etwa „|ISBN=“.
• Analyse beendet und Fix voraussichtlich 21:00.

Liebe Grüße und viel Geduld --PerfektesChaos 20:28, 2. Mai 2012 (CEST)

• Uff. Uploaded.
• Ich hatte gestern abend noch schnell die Analyse von Vorlagenparametern namens ISBN usw. eingebaut, weil ich weiß, dass du da besonders aktiv bist, und ich auf deine gestrige Info reagieren wollte. Dabei sind allerdings gleich zwei Böcke passiert; das unvollständige debugging sowie das got.symbol – die Vorlagen gestern hatten auch immer nur benannte Parameter.

Mal sehen, ob’s das jetzt erstmal war --PerfektesChaos 20:59, 2. Mai 2012 (CEST)

gehen gehts, aber erst nach hartem Reload ;-)
also dann bis morgen - --RonMeier (Diskussion) 22:03, 2. Mai 2012 (CEST)

Beim Öffnen von Hans Bernhard Kaufmann mit FF gibts eine Dauerschleife (meist bei:
http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&132400:4528
seltener:
:4530
ganz selten:
http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dX.js&132336:267)
Gruß --RonMeier (Diskussion) 10:46, 3. Mai 2012 (CEST)

Danke für den Hinweis und die präzisen Fehlermeldungen, die die Rückverfolgung sehr einfach machten.

Es ist ein klitzekleines dusseliges Leerzeichen am Ende des ersten ref-Beginns

bezeichnet.<ref >Hans Bernhard Kaufmann (2008)

Das Skript fängt hier an, nach Parametern zu suchen, findet keinen und rennt gegen das > – und anstatt das zu merken und das Leerzeichen rauszuwerfen, sucht es immer weiter, weil die Zählmechanik sich um eins vertut.

Fix im Laufe des Nachmittags, aber erst heute abend ausgetestet für dich verfügbar; damit ich nicht ein Loch stopfe und ein anderes aufreiße.

Es gibt Situationen, auf die kann man gar nicht kommen. Deshalb hatte ich dich ja zur Trüffelsuche in wikimäßig schrägen Artikeln ausgeguckt. Mein Sortiment an Testfällen um diesen Burschen erweitert; das war mir zu banal gewesen.

Liebe Grüße --PerfektesChaos 14:57, 3. Mai 2012 (CEST)

Also - ich bin mir ziemlich sicher: Trüffel waren es nicht, die ich da gefunden hatte. Gib mal ein Zeichen, wenns mit dem Suchen weitergehen kann. Gruß --RonMeier (Diskussion) 17:36, 3. Mai 2012 (CEST)

• Du konntest schon weiterarbeiten; bloß Künstlerpech, wenn nochmal so ein dussliges <ref > im Artikel auftaucht … Fix ging live; müsste sich selbst aktualisieren (2. Artikel).
• Na ja, eine gebräuchliche Bezeichnung für deine momentane Aktivität lautet Trüffelschweinchen – das hatte ich mich aber nicht zu schreiben getraut.

Erfolgreichen Abend --PerfektesChaos 20:55, 3. Mai 2012 (CEST)

Pkt.2: das ist auch besser so.

Ich dachte, du hast da was totgelegt zum Umstricken, da schon heute Nachmittag nichts mehr ging. Aber da kam keine Fehlermeldung. Jetzt heißt das neue Kind :

w.project is not a function

(zum Schaffen hatte ich auf en. zurückgeswitcht). Viel Spaß --RonMeier (Diskussion) 21:27, 3. Mai 2012 (CEST)

p.s. beim ersten Bearbeitenklick kam eine andere Meldung, die ich mir jedoch nicht gemerkt habe. Nach etwas kramen in der Speicherzelle könnte dort etwa

this.XXXX is not defined oder
XXXX.this is not defined
gestanden haben. (XXXX ist leider verlorengegangen) Gruß --RonMeier (Diskussion) 21:43, 3. Mai 2012 (CEST)

Nur leider vergessen, die Änderung auf die test.WP hochzuladen; .w.project() heißt seit heute .w.link.project() und ist jetzt auch auf test.WP live.

Ich arbeite hier auf der Festplatte, das heißt das JavaScript wird sofort mit jedem Versuch und jeder Test-Protokollierung wirksam, ohne Wiki-Server. Ab und zu schalte ich mich auch mal auf test.WP drauf, aber jetzt hatte ich nicht mehr dran gedacht. Das Problem ist: Wenn ich wie bei dem Bugfix außerplanmäßig eine neue Version eines Bauteils auf den Server bringe, dann sind darin schon Änderungen enthalten, die auch andere Bauteile betreffen, und die dann auch alle hoch müssen: testwiki:User:PerfektesChaos/versionControl.js – hoffentlich gibt sich das bald. Sorry --PerfektesChaos 21:45, 3. Mai 2012 (CEST)

(BK) this.XXXX heißt es, und das gibt es leider mehrere 100 mal; das XXXX fängt wohl mit f an, wäre wichtig, und der Artikel reicht mir, um das zu identifizieren. Ich schalte mich jetzt mal auf das testwiki und probiere es dort aus. --PerfektesChaos 21:48, 3. Mai 2012 (CEST)

Ja, jetzt gehts wieder. Aber, warum die Rücknahme der automatischen Ersetzung von {{DEFAULTSORT: ?
und wieder: bis Morgen --RonMeier (Diskussion) 22:29, 3. Mai 2012 (CEST)

Eine solche Rücknahme gibt es nicht; DEFAULTSORT soll wie immer durch SORTIERUNG ersetzt werden. Übersetzt es zurück oder macht es gar nichts? Im ersteren Fall hält er dich und deine WP für englisch; das Skript kann auch rückwärts. Welcher Artikel genau? Gute Nacht --PerfektesChaos 22:43, 3. Mai 2012 (CEST)

Letitia (1925)

WikisyntaxTextMod ## ERROR in PAGE ##

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

* SORTIERUNG: Definition überflüssig:

.

.

{{DEFAULTSORT:Letitia (1925)}} (unveränderte Zeile)

Gruß --RonMeier (Diskussion) 07:57, 4. Mai 2012 (CEST)

In Klaus (Gemeinde Wildalpen) wird aus:

{{Nachbargemeinden | NORDWEST= | NORDOST= | WEST= | OST=[[Drei Keuschen]] | SUEDWEST= | SUED=[[Schneckengraben]] }}

ein:

{{Nachbargemeinden | NORDWEST= | NORDOST= | WEST= | OST=[[ | NORDWEST= | NORDOST= | WEST= | OST=[[ | NORDWEST= | NORDOST= | WEST= | OST=[[ | NORDWEST= | NORDOST= | WEST= | OST=[[ | NORDWEST= | NORDOST= | WEST= | OST=[[Drei Keuschen]] | SUEDWEST= | SUED=[[Schneckengraben]] }}

ein schrecklicher Morgen. Gruß --RonMeier (Diskussion) 09:28, 4. Mai 2012 (CEST)

Okay, okay; trotzdem geht im Osten noch die Sonne auf.

Schalte dann bitte mal bis auf Weiteres in die en. zurück; das Nordsüdwest-Problem durchschaue ich auf Anhieb nicht, und es könnte auch spät abends werden, bis das ausgetestet ohne Folgeschäden bereinigt ist. Klar ist, dass das Abspalten von Verlinkungen in Vorlagenparametern irgendwie nicht hinhaut; ich hatte in den letzten Tagen da auch irgendwas verändert, glaube ich.

Nicht verstanden habe ich, was dir an Letitia (1925) und der Fehlermeldung missfällt. Der Sortierschlüssel heißt so wie die Seite, und in dieser Form kann und sollte auch die überflüssige Angabe gelöscht werden. Für den Fall, dass der Sortierschlüssel noch einen Sinn bekommen sollte (vielleicht war Letitia#1925 gemeint) lässt das Skript die Zeile drin und löscht nicht gleich.

Trotzdem danke ich dir für deine Unterstützung; Artikel mit ungewöhnlichen Konstruktionen sind sehr hilfreich für die Härtung des Skripts. --PerfektesChaos 09:49, 4. Mai 2012 (CEST)

Ja, in Ordnung, ich bin ja so was von einsichtig. Aber - kannst du mal das ewige Danke sagen sein lassen? Ich weiß worauf ich mich da eingelassen habe und solange du nicht das Trüffelschwein als Anrede verwendest, ist auch alles OK:-) Gruß --RonMeier (Diskussion) 11:04, 4. Mai 2012 (CEST)

Stand der Technik:

• Die von dir gemeldete Macke wurde beseitigt.
  • Ursache war ein falsch abgespeicherter Zählerstand, der erst durch die ausführliche Infobox dieses Artikels bemerkbare Auswirkungen hatte.
• Wenn du möchtest, kannst du wieder in den Testbetrieb schalten.
• Allerdings gibt es bei den genannten Zählern der Schnipsel noch eine Seltsamkeit, die ich momentan nicht verstehe, die aber zurzeit keine beobachtbare Auswirkungen hat. Der Text wird richtig bearbeitet, aber die interne Syntaxgliederung ist nicht exakt so wie ich sie erwarten würde. Ich werde mich heute nacht oder so mal dransetzen.

Schönes Wochenende --PerfektesChaos 12:54, 5. Mai 2012 (CEST)

Sehr lautes Räuspern

Es gibt da etwas, dass sich Escapen nennt und sich nicht nur auf schließende spitze Klammern bezieht. Beispielcode hast du per Mail bekommen. --Schnark 11:31, 3. Mai 2012 (CEST)

Danke für die Info.

Fix ist live; ich habe die öffnende spitze Klammer jetzt auch weggehauen. Wenn dir noch weitere Konstrukte einfallen, kannst du die ASCII-Codes hier gern benennen; ich war mit meiner Phantasie am Ende.

• Mir ging es eigentlich darum, die Meldungen nicht in HTML darzustellen und den Meldungsblock zweifelsfrei abgrenzen zu können, jedoch den auf der Diffpage erscheinenden Text noch relativ ähnlich dem vorgefundenen Wikitext zu halten.

Ich vermute aber, dass du regelmäßig zumindest den ANR nach script img style und a wie iframe flöhst? Ich habe so ein Konstrukt noch nie gesehen und kam deshalb nicht auf böse Gedanken.

Heiße Tage --PerfektesChaos 14:52, 3. Mai 2012 (CEST)

Was mich auf eine ganz andere Idee gebracht hat: Mein neuer tag-Scout kann ohnehin verbotene Elemente erkennen und von vornherein im Wikitext unbrauchbar escapen und in der Messagebox anprangern. Letzteres macht er heute schon, escapen wahrscheinlich morgen früh im Testbetrieb. a|iframe|img|script|style oder waren da noch mehr? Warmen Regen --PerfektesChaos 20:58, 3. Mai 2012 (CEST) +applet|object|form; der ganze andere GUI-Kram ist ohne form wertlos und ungefährlich, oder? --PerfektesChaos 21:02, 3. Mai 2012 (CEST)

Nein, ich suche nicht potentiell gefährlichen Elementen, das wären auch viel zu viele. Lesetipp: [11] Was du in deiner Aufzählung auf jeden Fall noch vergessen hast: map + area (wie a), base (alle URL sind relativ zu javascript:alert('XSS');//), meta (Angriffe sind zu zahlreich, um sie hier alle aufzuführen). Da mir aber kein Element einfallen will, das keine gefährlichen Attribute besitzt (style, sämtliche Eventhandler, einige veraltete Attribute), ist jedes Element potentiell gefährlich. Es ist Aufgabe der Skriptautoren, sich darum zu kümmern, dass ihre Skripte immun gegen solche Angriffsversuche sind, nicht Aufgabe von anderen, solche Angriffsversuche zu entfernen. Und bis auf Cacycle scheinen das auch alle zu begreifen. Falls du dich jetzt fragst, ob du den vorherigen Satz richtig interpretiert hast, ja, alle Benutzer von WikEd (inklusive aller Benutzer von WikEdDiff) sind anfällig für diverse XSS-Angriffe, Cacycle weiß davon (zumindest wenn er E-Mails liest) und tut nichts dagegen. --Schnark 09:36, 5. Mai 2012 (CEST)

• Mehr als aus der Messagebox die < und > herauszuwerfen kann ich primär nicht tun; ich denke aber, dass damit jede Auslösung bei Bildung der Messagebox zuverlässig unterbunden wird.
  • Du hast da die irgendwie etwas schmutzigere Phantasie als ich. Noch eine Maßnahme?
• Was sich ohnehin mit dem Wikitext machen lässt:

   Eine nette Seite ist die <span onmouseover="javascript:alert('XSS')">[[Wikipedia:Hauptseite]]</span>.

   {| style="background-image: url(javascript:alert('XSS'))">
   |-
   | Wikitable
   |}

• Die onmouseover und background-image schmeißt der Server aber raus; vermutlich hat Tidy eine solche Sicherheits-Filter-Option.

• Im Wikitext wird mit WSTM.5 gleichzeitig zwangsescaped (außerhalb von Kommentaren nowiki syntaxhighlight; den Inhalt dieser Bereiche ignoriert WSTM dann aber wiederum, und sowas erscheint nie in einer Messagebox): a applet area audio base body button command embed form frame frameset head html iframe img input isindex layer link map meta object option script select style textarea title xml – Aus bekannten Gründen syntaxhighlight hier nicht betroffen.
  • Derartige HTML-Formatierungen können keinen enzyklopädischen Mehrwert bieten; sind entweder vergebliche Formatierungsversuche oder wirklich einmal böswillig. Allenfalls vereinzelt im Vorlagen-Quelltext vorstellbar(??); wer aber auf den WSTM anwendet, muss sich nicht wundern.
  • Wonach ich vermutlich auch fahnden könnte, sind Attribute in HTML-Tags, die mit on beginnen. Das werde ich im Hinterkopf behalten, wenn ich künftig den betreffenden Code durchgehe.
• Wir haben ja eigentlich eine eigene Security, die in PHP eine Blacklist mit A und IMG und so hat. Vor Jahren hatte ich die mal gefunden; ist die HTML5-aktualisiert?
• Man kann das eine tun und braucht das andere nicht zu lassen. Auf der einen Seite sollte Software auf allen Ebenen vom Server über Extensions und Gadgets bis zu Benutzerskript und Toolserver softwareseitig versuchen, Angriffe abzuwehren – dabei bleiben aber immer mal Lücken für absurde Konstrukte. Auf der anderen Seiten sollten die Dateninhalte (Wikitext) keine enzyklopädisch sinnlosen Inhalte zulassen. Beispielcode ist immer okay, sollte aber immer auch per syntaxhighlight für jeden erkennbar gekapselt werden.

Schönes Wochenende --PerfektesChaos 12:40, 5. Mai 2012 (CEST)

MediaWiki's Sanitizer ist da fleißig, Tidy eher weniger. Eine Nachimplementierung ist auch einfach machbar und hilft beim Aufräumen von Wikitext ganz gut. Der Sanitizer hat eine Whitelist für Tags und deren Attribute, es gibt da auch HTML5 abfragen beim erstellen der Whitelist. Es gibt außerdem eine Methode, die CSS generell durch geht und bei url( und anderem das ganze style verwirft. Der Umherirrende 15:04, 6. Mai 2012 (CEST)

Danke für den Hinweis auf den Sanitizer.

• Im Unterschied zum Sanitizer arbeitet WSTM nicht auf HTML, sondern im Wikitext. Dementsprechend kann ich nicht mit Whitelist aller erlaubten HTML-Elemente arbeiten, weil auch alle Tag-Extensions in Frage kommen.
• Ich denke aber darüber nach, projektspezifisch konfigurierbar die Handvoll bekannter Extensions ebenfalls auf eine Whitelist zu setzen.
• Sicherheitsmäßig erlaubte HTML-Tags, die aber mindestens im ANR unerwünscht wären, kann ich jedoch nicht standardmäßig in den Fehlermeldungen auswerfen. Dazu gibt es zu viele BIG BLOCKQUOTE FONT im Bestand. Es würde die WSTM-Benutzer überfordern. Allerdings wäre es per OptIn möglich, sie für den ANR oder alle NR durch erfahrene Benutzer als Fehler melden zu lassen.
• Vermutlich ein Schreibfehler wäre, was weder bekanntes HTML-Tag noch eine Tag-Extension ist. Hier kann ich irgendwann eine Fehlermeldung anzeigen.
• In jedem Fall gibt es aber Fehlermeldung und Escaping bei den oben genannten sinnfreien HTML-Tags mit Gefahrenpotential. Code-Beispiele gehören in das syntaxhighlight. Übriggebliebene Versuche untauglicher Manipulation haben im Wikitext nix am Suchen, zumindest nicht im ANR, und sollten detektiert und notfalls manuell entfernt werden.

Schöne Woche --PerfektesChaos 21:34, 6. Mai 2012 (CEST)

Rein formal würde ich beim Extrahieren der Meldung aus dem Kommentar übrigens noch & und " zu &amp; und &quot; escapen, mir fällt zwar kein Angriff ein, aber sicher ist sicher. --Schnark 09:17, 7. Mai 2012 (CEST)

" und ' habe ich mir vorgemerkt, dazu \ für was weiß ich. & wird nicht gehen, weil die story bereits escaped chars enthält. Ich denke aber, dass man mit einem String, der char-escapes enthält, dann nicht mehr viel Unsinn anstellen kann, weil bei der HTML-Darstellung niemand mehr da ist, der das unescapen und dann ausführen würde; das ist ja der Sinn der Sache. Schönen Tag --PerfektesChaos 10:43, 7. Mai 2012 (CEST)

Auch die extensions-Tag lassen sich auflisten, da auch sie nur begrenzte Attribute zulassen. Ich fande das Konzept nicht schlecht und hatte es daher übernommen. Aber es gibt so viele mögliche Ansätze, das ganze zu erreichen, somit kann ich auch deinen Ansatz verstehen. Das Beispieltexte in syntaxhighlight-tags eingefasst werden soll, verstehe ich nur zu gut. Aber wenn man ließt, das jemandem das Highlighting (für die Sprache) nicht gefällt und er das dann doch nicht macht, bringt einem das eher wenig. Der Umherirrende 18:36, 7. Mai 2012 (CEST)

Es geht ja nur um HTML-Quellcode im ANR, nicht um irgendeine ausgeflippte Programmiersprache, die irgendein Fanatiker ohne Syntaxhighlight im Artikel haben möchte. So viele Seiten mit HTML-Quellcode gibt es nicht im ANR, und jeder Autor hätte sonst erstmal mit <nowiki> zu wursteln. Zumindest auf offenes a applet area audio base body usw. hat niemand Anspruch. Schönen Tag --PerfektesChaos 10:08, 8. Mai 2012 (CEST)

tagesschau24

Wahrscheinlich nur Kleinkram.
aus:

{{SEITENTITEL:tagesschau24}}

wird:

{{SEITENTITEL::tagesschau24}}

Gruß und auch ein paar Wochenend-Sonnenstrahlen --RonMeier (Diskussion) 13:11, 5. Mai 2012 (CEST)

1. Bei dem SEITENTITEL eine 1 hinzugezählt, fein.
2. Neue Version auf test. – enthält auch eine weitere noch wenig erprobte Korrektur bei verschachtelten Vorlagen mit Links drin und/oder Kommentar und was; reißt hoffentlich keine neuen Löcher auf.
3. Zum Thema Überschrift müsste ich dir wohl einiges beichten:
   • Überschriften werden nunmehr immer als eigenständige Blöcke abgespalten. Das bedeutet:
     • Weder davor noch danach gibt es einen Zeilenumbruch.
     • Ein geeigneter RegExp wäre jetzt:

       "^(==+) (.*irgendwas.*) \\1$"

       (greift nicht bei Link oder Vorlage im Titel)

       ^ und $ markieren Anfang und Ende einer Zeile, auch zu Beginn und am Ende eines Textes. Bei mehrzeiligen Texten von Browsern uneinheitlich gehandhabt.

       Die erste Klammer trifft zwei oder mehr Gleichheitszeichen; die \\1 einen Ausdruck der genauso aussieht wie diese erste Klammer.

   • Leerzeichen nach und vor Gleichheitszeichen werden in der deWP von Amts wegen eingefügt.
   • Künftig soll dies zu folgenden Möglichkeiten verbacken werden:
     • Eine Liste der Titel analog zum TOC wird aufgebaut.
     • Beim Einfügen der {{Anker}} mit schon bestehendem Sprungziel gibt es eine Fehlermeldung.
     • Bei fehlendem [[#Sprungziel|siehe oben]] gibt es eine Fehlermeldung.
     • Es wäre im Rahmen von Fehlermeldungen denkbar, die letzte vorangehende Abschnittsüberschrift zu suchen und anzugeben.

Viel Erfolg damit --PerfektesChaos 11:40, 6. Mai 2012 (CEST)

Hallo,
schön, dass das Beheben von Problemen immer so schnell klappt.
zu 3. das ganze müsste dann sicher so aussehen:

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

"^$1 $2 $1$"],

richtig? oder einfach nur

"$1 $2 $1"],

Auch wäre dann Benutzer:PerfektesChaos/js/WikisyntaxTextMod/usage/typogr#Überschrift endet mit Doppelpunkt entsprechend zu ändern.

Schöne Sonntagsgrüße, hier scheint die Sonne. Gruß --RonMeier (Diskussion) 12:18, 6. Mai 2012 (CEST)

Ich habs ausprobiert, jetzt gehts. Schönen Restsonntag. --RonMeier (Diskussion) 18:38, 6. Mai 2012 (CEST)

• Das zweite ist richtig, wie du schon bemerkt hast. Das ^ und $ markiert nur und ist selbst kein Zeichen wie \n. Genauso verhält es sich mit "\\b" und "\\B" (Wortgrenze bzw. nicht).
  • Mit etwas Glück funktioniert das in FF in altem wie neuem WSTM.
• Den Hinweis auf das Detail in der Doku habe ich in meine Notizsammlung aufgenommen; gut aufgepasst.
  • Die momentane Doku gilt für die aktuelle Version 4 (und 3).
  • Mit allgemeinem Zugriff auf die zurzeit getestete Version 5 werden sämtliche Doku-Seiten durch eine überarbeitete Fassung ersetzt, in deren Pfad das 's' in /WikisyntaxTextMod/ durch 'S' ersetzt sein wird.

Schöne Woche --PerfektesChaos 21:18, 6. Mai 2012 (CEST)

clear:all (WikisyntaxTextMod/rT.js)

Hallo Perfektes Chaos, ich hatte einen Fall, wo <br clear="all" /> nur unvollständig umgesetzt wurde und <div style="clear:all" /> übrig blieb. Ich glaube, in der Regel

 ["<(div|br) style=\"clear: all *;? *\" ","<div style=\"clear:both\" "],

fehlt ein Sternchen, also etwa "clear: *all" -- Thomas Berger (Diskussion) 08:53, 11. Mai 2012 (CEST)

Danke für den Hinweis und das Mitdenken.

Ja; das kann gut sein: Wenn jemand zwischen clear: und all null oder zwei Leerzeichen gesetzt hat, schlägt das nicht an.

Der "jemand" hieß WikisyntaxTextMod/rT.js! (zunächst wurde das br in das div mit clear:all umgewandelt und dann nicht weiterverwandelt). -- Thomas Berger (Diskussion) 15:19, 11. Mai 2012 (CEST)

Ich habe deinem Vorschlag folgend das Sternchen gesetzt und dies auch live gestellt. Es aktualisiert sich automatisch mit dem zweiten Edit. Allerdings ist dies WSTM.4 und ein Auslaufmodell für noch einige Wochen; zurzeit entwickle ich WSTM.5, in dem alle tags geparsed werden. Dann wird vieles sicherer, und auch im dortigen Ausdruck zur style-Angabe war das Sternchen bereits drin.

Nebenbei: Wenn du meinen Quellcode lesen möchtest, empfehle ich en:User:PerfektesChaos/js/WikisyntaxTextMod/dT.js – ist das Gleiche, macht aber mehr Spaß.

Liebe Grüße --PerfektesChaos 10:01, 11. Mai 2012 (CEST)

PND => GND

Moin, könntest du das hier bei dir aufnehmen? Gruß, --Flominator 12:11, 6. Jun. 2012 (CEST)

1. In einigen Wochen wird WSTM.5 aktiv und dies automatisch für alle WSTM-Benutzer vornehmen.
2. Bis dahin kannst du gern die unter Benutzer Diskussion:PerfektesChaos #Die neue GND beschriebenen Zeilen bei dir aufnehmen.

Nebenbei: Wie steht es eigentlich um dein heimisches Cache-Problem und meinen Tipp, mal https auszuprobieren? VG --PerfektesChaos 13:45, 6. Jun. 2012 (CEST)

danke. Ist eingebaut. Das mit https habe ich bisher nicht versucht, da ich wenig Zeit hatte und der Schuh dank Option unter Spezial:Einstellungen nicht so drückt. Gruß, --Flominator 14:12, 11. Jun. 2012 (CEST)

Vorlage:Normdaten

Hi PerfektesChaos, in Wikipedia Diskussion:Normdaten wurde erwähnt, dass dein Skript leere Datenfelder "weggeputzt". Bei der Vorlage:Normdaten halte ich das nicht für sinnvoll. Technisch gesehen ist das zwar ok, aber wenn die Parameter vollständig und in der gleichen Reihenfolge angegeben sind, muss niemand umständlich lernen bzw. nachschlagen, welche Parameter für die Vorlage infrage kommen. Ich halte es daher für hilfreich, wenn die Vorlage stets in der standardisierten Weise:

{{Normdaten|TYP=p|GND=|LCCN=|NDL=|VIAF=}} bzw. in Fällen, wo die GND fehlt

{{Normdaten|TYP=p|GND=|LCCN=|NDL=|VIAF=|GNDName=|GNDfehlt=ja|GNDCheck={{subst:NormdatenDatum}}|REMARK=}}

verwendet wird. Fröhliches Schaffen --Kolja21 (Diskussion) 19:38, 15. Jun. 2012 (CEST)

Oh Schreck, da habe ich aber etwas angerichtet. Lieber PerfektesChaos, manchmal könnte ich den Namen für mich adaptieren, es ist nicht Dein Skript, wie ich gerade festgestellt habe. Nun muss ich mich auf die Suche machen, welches andere Skript für's "putzen" verantwortlich ist. Entschuldigt die Aufregung. Liebe Grüße --Silke (Diskussion) 20:07, 15. Jun. 2012 (CEST)

@Silewe: Ich hatte mich schon schwer gewundert, dass du die Ausbauplanungen so detailliert verfolgst. Du benutzt WSTM.4, und das tut das standardmäßig nicht. Es sei denn, Benutzer würden eigene Ersetzungsregeln angeben, was du zumindest nicht machst.

Gleichwohl ist an dem Gerücht etwas dran:

• Zurzeit ist WSTM.5 so programmiert, dass zukünftig in jedem Fall fehlendes

TYP=|GND=

zum händischen Ausfüllen eingefügt wird, weiterhin die Reihenfolge der belegten Parameter sortiert wird.

Was das vorgesehene Leerputzen betrifft, so geht das auf BD:AndreasPraefcke/Archiv10#Vorlage:Normdaten PND→GND zurück: „Leere Werte können immer weg.“

@Kolja21:

• Deinem Vorschlag kann ich so erstmal nicht folgen, denn das hätte zur Folge, dass bei jedem zufälligen Bearbeiter bei noch fehlender GND immer auch drinstehen würde: |GNDName=|GNDfehlt=ja|GNDCheck={{subst:NormdatenDatum}}|REMARK= mit dem Datum dieser Bearbeitung. Das wäre eher etwas für Schnarks Normdaten-Skript, das voraussetzt, dass sich ein Normdaten-kundiger Bearbeiter mit der Angelegenheit beschäftigt.
• So wäre eine allzu kryptische Veränderung für die Normdaten-unkundigen Normalanwender zu verwirrend.

Ob es zu jedem Fall eines deutschen Ex-SWD usw. auch VIAF und LCCN oder gar die NDL geben kann, steht dahin.

Ich denke mir, dass VIAF erst dann sinnvoll sein kann, wenn es auch TYP=p gibt. Wer aber VIAF ermittelt, bekommt das VIAF= von unseren Werkzeugen auch mitgeliefert. Bei GKD für einen deutschen Tierschutzverein wird das aber nicht benötigt und die leere Zwangsangabe von NDL oder LCCN hilft dann niemandem.

Vom Belegen von Vorlagen mit leeren und nicht zwingend benötigten Parametern oder in diesem Kontext sinnfreier Angaben halte ich wenig. Es macht die Vorlageneinbindung für die Unkundigen nur unnötig unübersichtlich.

Das Skript kann jederzeit entsprechend des Verlaufs in der Normdaten-Vorlagen-Disku einfach angepasst werden. Die Bereitstellung von WSTM.5 ist ohnehin erst für den 1. Juli vorgesehen.

Im Übrigen weiß das Skript auch, ob es um Frau/Mann/Inter/Weißnicht geht, und kann TYP=p in einer bereits vorhandenen Vorlageneinbindung ergänzen. Weiterhin kann es sich abhängig vom TYP= unterschiedlich verhalten.

Liebe Grüße allerseits --PerfektesChaos 20:42, 15. Jun. 2012 (CEST)

Hallo PerfektesChaos, die Standardvorlage bezieht sich auf Personen. Die anderen Entitäten ("TYP=w" etc.) sind ja bislang eher selten; da reicht in der Tat die Angabe "GND=..." aus. Unübersichtlich wird es für Laien, wenn der Parameter GND mal vorne, mal hinten steht. Vorlagen mit GNDfehlt-Parameter, aber ohne Datumsangabe landen in der Wartungskat Kategorie:Wikipedia:GND fehlt (ohne Datum). Gruß --Kolja21 (Diskussion) 23:12, 15. Jun. 2012 (CEST)

Unabhängig von der Frage, was leer wäre und was nicht: WSTM.5 bringt hier die ihm bekannten Parameter immer in eine definierte Reihenfolge – TYP= wird immer an die erste Position geschoben, egal wie es vorher war, und GND= kommt immer an die zweite. Danach würden in einheitlicher Reihenfolge die altbekannten kommen, sofern sie nicht leer sind. Am Schluss bleiben alle übrigen nicht ausdrücklich bekanntgemachten (ggf. auch mit leerem Wert), die vorgefunden werden – einfach stehen. Dazu würde ich die GNDfehlt= und REMARK= usw. zählen, von denen ich dem Skript einfach nichts verrate und die halt beim Sortieren der anderen nach vorne zum Schluss ignoriert wurden.

Bei der {{Personendaten}} wird das bereits genau so angewendet, wobei dort zusätzlich über unbekannte Parameter gemeckert wird. Dafür wird die vorgefundene Groß- und Kleinschreibung der Parameternamen kurzerhand ignoriert, und ALTERNATIVNAME ohne N hinten wird still und leise akzeptiert und richtiggestellt, und die zuweilen bei lebenden Personen weggenommenen Sterbe-Infos kommen hinten dran. Genauso würde ich bei den Normdaten auch Viaf oder lccn akzeptieren und, falls es nicht zu einem Konflikt mit gleichzeitig vorhandenem Wert in Großbuchstaben kommt, dies einfach richtigstellen.

Schauen wir mal, wie sich die ja noch junge neue Normdaten-Methodik entwickelt. Schönes Wochenende --PerfektesChaos 19:46, 16. Jun. 2012 (CEST)

EST kannst du nach [12] ignorieren. Falls der dritte Eintrag in den Arrays im ersten Parameter für WSTM.w.template.par.fix etwas mit obligatorisch/optional zu tun haben soll (im Moment scheint er nichts zu machen, wenn ich das richtig sehe), dann solltest du beachten, dass GND durchaus fehlen darf. Falls du noch ein paar Parameter formatieren willst (führende Nullen im zweiten Teil von LCCN, GNDfehlt zu ja etc.), findest du sicher bei mir ein paar Anregungen, wenn nicht, kannst du auch nochmal nachfragen. --Schnark 11:21, 22. Jun. 2012 (CEST)

• In die Bedeutung von EST werde ich mich einzulesen versuchen.
• Ich beabsichtige, auf WD:Normdaten in nächster Zeit (vielleicht am Wochenende) die zurzeit vorgesehenen Regeln im Zusammenhang als RFC in menschlicher Sprache darzustellen.
• Der bewusste dritte Parameter bedeutet lediglich (true): Falls die Zuweisung nicht vorhanden ist (und nicht aus PND konstruiert werden kann), füge sie mit leerem Wert in die Einbindung ein. Damit steht sie zum händischen Ausfüllen bereit; irgendwelche Fehlermeldungen hat das nicht zur Folge.
• Der gesamte Block .l10n.proj.dewiki.template.normdaten wird nur in WSTM.5 aufgerufen, im Moment also nur zu Testzwecken – du verwendest WSTM.4.
• Es wird auch aufgerufen
  • WSTM.4: wikisyntax_dewiki_Personendaten()
  • WSTM.5: .l10n.proj.dewiki.template.personendaten.fire()

Liebe Grüße --PerfektesChaos 12:13, 22. Jun. 2012 (CEST)

Mit EST kannst du […] ignorieren wollte ich ausdrücken, dass du sämtlichen Code, der sich auf einen etwaigen Parameter namens EST bezieht, ganz einfach weglassen kannst, da dieser Parameter inzwischen nirgends mehr vorkommt. Dass bei mir das Normdaten-Zeug noch nicht aktiv ist, ist mir bewusst, immerhin musste ich ja ins Testwiki gehen, um den Code zu lesen. Ich kann aber immer noch nicht erkennen, wo dort der Parameter gegebenenfalls leer ergänzt wird, bei GND ist das zumindest diskutabel (mein Skript wird einen leeren Parameter gleich wieder rauswerfen). --Schnark 12:19, 22. Jun. 2012 (CEST)

• (Die zugehörige dL-Variante zumindest fändest du auch unter en:Special:PermanentLink/498635176.)
• Der optionale dritte Parameter ausgewertet von: .w.template.par.fixed() in testwiki:User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js
• Die Diskussion um nichtbelegte (gar: wertlose) ND-Parameter ist für mich einigermaßen, ähm, unübersichtlich; siehe ganz am Beginn dieses Thread.
  • Für GND kann ich den Wunsch nach einer einfachen händischen Eintragung nachvollziehen.
  • Beim doofen Rest gehe ich davon aus, dass die Daten teilautomatisiert durch bots, Skripte oder als Kopiermuster von Wikisource oder dergleichen mitsamt Parameternamen und Gleichheitszeichen eingefügt werden. Ich werde deshalb (bei TYP=p) belassen wie vorgefunden; nichts löschen und nichts hinzufügen.
• |EST=| wäre auch im Dump nicht mehr auffindbar und der Code wurde aus WSTM.5 auskommentiert.
• führende Nullen im zweiten Teil von LCCN – magst du das ausdrücken als:

  LCCN.replace(RE, "$1$2")

• GNDfehlt mit ja ist mir nicht so geheuer; das lasse ich wie es ist.

Einen sonnigen Tag --PerfektesChaos 13:44, 23. Jun. 2012 (CEST)

Feature-Requests

Zwei Wünsche habe ich:

• Irgendwo hat das Skript eine Liste von Zeichen, die besser als numerische HTML-Entität als als Unicode-Zeichen geschrieben werden sollten (enthält insbes. die bidirektionalen Steuerzeichen). In dieser Liste würde ich gerne auch U+034F sehen, Testfall ist Unicodeblock Kombinierende diakritische Zeichen.
• Den zweiten Wunsch bekommtst du per E-Mail, da ich nicht möchte, dass das die Öffentlichkeit mitbekommt (keine Angst, ist nichts schlimmes). --Schnark 11:46, 19. Jun. 2012 (CEST)

1. So geschehen; auch backported nach WSTM.4 und live; mitdenkend auch gleich daran gehindert, vorgefundenes Entity wieder in Direkt-Zeichen umzuwandeln.
2. Zu meinem richtigen Verständnis: Wenn ich die vier Buchstaben künftig in der deWP vorfinden sollte, hänge ich drei dran und fertig.
   • In der enWP finde ich das gar nicht schlecht; dort stecke ich die Hände in die Hosentaschen, belasse es so wie vorgefunden und schlendere pfeifend davon. Konkret wird es eine Projekt-spezifische Hook-Funktion geben, die das Verhalten steuert.
   • Es wird aber nicht beim ersten Roll-out von WSTM.5 implementiert sein; bis das im Bestand auftritt, dürfte es wohl noch dauern.
     • Ich plane ohnehin eine echte syntaktische Analyse zu schreiben.
     • Die letzten Jahre waren es simple RegExp-Basteleien gewesen.
     • Künftig sollen alle bekannten Parameter-Formate herausgezogen und gesondert in einer Tabelle verwaltet werden.
     • Was dann als unentschlüsselbar übrigbleibt, müsste ganz am Ende zu stehen kommen und nicht mittendrin, wie es zuweilen vorkommt. Ist allerdings nicht trivial, weil es Wikilinks und Vorlageneinbindungen samt Pipe-Symbolen enthalten kann.
     • Mehrfachnennungen können kommentarlos zusammengefasst werden.
     • Auf widersprüchliche Angaben kann in einer Fehlermeldung hingewiesen werden.
     • Gibt es mehr als ein unidentifizierbares Element, so ist das ebenfalls eine Fehlermeldung wert.

Ab dem 1. Juli möchte ich mal langsam WSTM.5 ausrollen, weil eine Reihe von Modulen zurzeit noch gleichzeitig die Strukturen von Version 3, 4, und 5 unterstützen; das nervt.

Liebe Grüße --PerfektesChaos 21:04, 19. Jun. 2012 (CEST)

Ich komme beim Zählen darauf, dass du an die vier Buchstaben vier weitere anhängen willst, aber ansonsten stimme ich zu. Ich werde bei der nächsten Dump-Analyse jenes Wort gleich mal mitsuchen und die Daumen drücken, dass es nicht vorkommt (sämtliche Scherze in diesem Satz sind unbeabsichtigt). --Schnark 09:13, 20. Jun. 2012 (CEST)

Dass ich nur bis drei zählen kann – ist wahrscheinlich der Grund, dass ich regelmäßig tagelang Bugs hinterhersuche, bei denen ich mich um eins verzähle (Zaunpfahlproblem).

In Computer Science there are only three numbers: zero, one or many --PerfektesChaos 09:56, 20. Jun. 2012 (CEST)

Fehler in regulärem Ausdruck

Fehler: invalid quantifier
Quelldatei: https://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikisyntaxTextMod/rL.js&495086476
Zeile: 744, Spalte: 26
Quelltext:
r=r.toUpperCase().replace(/\bISSN[:=]?(*[0-9])/,"$1");}

Der Pfeil zeigt zwar auf das \b, aber es ist wohl das Sternchen, das da an der falschen Stelle steht. --Schnark 11:03, 22. Jun. 2012 (CEST)

Die Ursache steckt in meinem Minifier, der (wie auch ich) nur wenig mit RegExp-Literalen zu tun hat und das zwischen Klammer und Sternchen stehende Leerzeichen gemopst hat. Während der Minifier zweifelsfrei Anführungszeichen erkennt, hat er Schwierigkeiten mit der noch vom letzten Jahreswechsel bekannten Dreifach-Bedeutung von Schrägstrichen.

Weil das nur in der minimierten r-Version auftritt, fiel es mir beim Austesten nicht auf. Fixed (jetzt Zeichenkette) & live.

Danke schön --PerfektesChaos 11:57, 22. Jun. 2012 (CEST)

WSTM.5 / RonMeier

Donauschwaben

bei obigem Artikel wird ein schwerer Fehler festgestellt

• Wiederholtes <references />
  

Da es sich hierbei um eine zwar seltene, aber nicht falsche Konstellation handelt, wärs vieleicht besser, den Boxtext zu entschärfen (... könnte ein schwerer Fehler sein) oder/und die <references group="xx" /> nicht mitzuzählen? Gruß --RonMeier (Diskussion) 21:37, 6. Mai 2012 (CEST)

Nee, das ist ein falscher Fehler.

• Das Skript registriert mehrfache Blöcke von references ohne Namen und mit unterschiedlichen Gruppen-Identifikatoren
• Die Fehlermeldung soll nur kommen, wenn ein Block mit identischem Gruppen-Identifikator oder ganz ohne erneut auftaucht.
• Irgendwas pennt da; werde dem nachgehen.

Weiter so --PerfektesChaos 22:16, 6. Mai 2012 (CEST)

Es gibt dort drei references – eine ungruppiert, eine "C" und eine "Anm". Die Namen der beiden letzteren waren nicht ordnungsgemäß verbucht worden und als scheinbare Gleichheit erschienen. Gefixt und live.

Die andere Aktion mit der Vorlage in der Vorlage ist deutlich komplizierter; bestenfalls heute Abend.

Regen über Rostock – das war ich aber nicht. --PerfektesChaos 09:06, 7. Mai 2012 (CEST)

Trotzdem, Danke (für den Regen). Leider sind es nur ein paar Tropfen. (Ist der Mai kühl und nass ...).Gruß --RonMeier (Diskussion) 11:03, 7. Mai 2012 (CEST)

Cáceres (Spanien)

gleich am Anfang, die Vorlage in der Vorlage wird fehlerhaft behandelt (zwei Klammern werden eingefügt). Gruß --RonMeier (Diskussion) 22:14, 6. Mai 2012 (CEST)

Seufz – das hatte ich schon geahnt und ein Stückchen weiter oben schon angedeutet; damit hatte ich mich schon letzte Nacht herumgeschlagen. --PerfektesChaos 22:17, 6. Mai 2012 (CEST)

Fixed. --PerfektesChaos 20:26, 9. Mai 2012 (CEST)

ISBN (1)

Im Artikel Arjeta wird die ISBN nicht als fehlerhaft erkannt. Gruß --RonMeier (Diskussion) 09:33, 8. Mai 2012 (CEST)

Ursächlich ist, dass im Moment das Interpretieren von Vorlagen als Parameterwertzuweisungen noch nicht sauber läuft; durch den verlinkten Verlag dazwischen fällt der letzte Parameterwert untern Tisch. So langsam komme ich der Geschichte aber auf die Schliche. Auch Gruß --PerfektesChaos 09:55, 8. Mai 2012 (CEST)

Fixed. --PerfektesChaos 20:26, 9. Mai 2012 (CEST)

Grafschaft Sonnenberg

Fehler: w.sort is undefined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&132636 Zeile: 566
Gruß --RonMeier (Diskussion) 15:03, 9. Mai 2012 (CEST)

Verschnarchtes Überbleibsel einer Umstellung und Vereinfachung. Mit der Zeilennummer in einer Minute fixed. --PerfektesChaos 20:26, 9. Mai 2012 (CEST)

Flagge Tadschikistans

eine Verstümmelung. Gruß --RonMeier (Diskussion) 15:32, 9. Mai 2012 (CEST)

Das gleiche bei Alphagene

Hat mich Nerven gekostet. Hat aber auch Spaß gemacht. Fixed. --PerfektesChaos 20:26, 9. Mai 2012 (CEST)

Württembergische Armee

Fehler: join is not defined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&132636 Zeile: 1253
Gruß --RonMeier (Diskussion) 16:16, 9. Mai 2012 (CEST)

Banaler Schreibfehler, aber mindestens schon seit 1. März 2011 schlummernd; hier:

     [[Vaihingen an der Enz|¶
     Vaihingen a. d. E.]]

Mit der Zeilennummer in einer Minute fixed. --PerfektesChaos 20:26, 9. Mai 2012 (CEST)

Danke, ging ja fix. War ein "ertragreicher Tag". Bis denne, --RonMeier (Diskussion) 20:56, 9. Mai 2012 (CEST)

Börnichen (Oederan)

Einen ham wa noch - eine Schleife:
User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&133424:4569 und 4571
Schöne Nachtschicht. Gruß --RonMeier (Diskussion) 22:04, 9. Mai 2012 (CEST)

Fixed. Eine einstmals korrekte Reihenfolge hatte ich außerhalb durcheinandergebracht. Die Zeilennummer ermöglichte mir, von vornherein die Endlosschleife abzubrechen. --PerfektesChaos 09:43, 10. Mai 2012 (CEST)

Hans Bernhard Schiff

Fehler: this.detected is undefined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&133586 Zeile: 309
Gruß --RonMeier (Diskussion) 09:39, 10. Mai 2012 (CEST)

Seufz. --PerfektesChaos 09:43, 10. Mai 2012 (CEST)

Ich habe gerade den Quelltext durchgesehen, kann nichts finden und den Fehler auch nicht reproduzieren.

Just in den fraglichen Minuten hatte ich die Fixe der Nacht hochgeladen; ich weiß zwar nicht wie, aber möglicherweise ist dadurch in dem Moment etwas durcheinandergeraten.

Der Fehler ist so massiv, dass er auf praktisch jeder Seite auftreten müsste, die irgendwo ein & enthalten. Das kann nicht unbemerkt in irgendeinem Winkel bleiben.

Nochmals diese Seite versuchen? --PerfektesChaos 09:54, 10. Mai 2012 (CEST)

Du hast recht, aber ich musste erst nochmal Ctrl-F5 bemühen. Nun geht es, danke. --RonMeier (Diskussion) 12:03, 10. Mai 2012 (CEST)

Mysteriös.

Auf dem testwiki hatte ich in den letzten Tagen auch öfters Server-Fehler. Die Art des von dir beobachteten Fehlers würde bedeuten, dass dieses einzelne Skript-Teil mehrfach geladen wurde und sich teilweise selbst überschrieben hätte. Könnte also ein Server-Fehler gewesen sein; aber das Skript ist eigentlich gegen Mehrfach-Laden immun. Es hätte eine unvollständige Seite sein müssen; aber die hätte schwerwiegende Syntaxfehler in JavaScript verursachen müssen. Rätselhaft.

Amüsier dich --PerfektesChaos 13:29, 10. Mai 2012 (CEST)

wann schläfst du eigentlich? --RonMeier (Diskussion) 13:59, 10. Mai 2012 (CEST)

Routine: Heia 00:00/01:00; Frühstück 08:00; E-Mail/->Beo 09:00 --PerfektesChaos 22:54, 10. Mai 2012 (CEST)

Guten Morgen. Ich dachte schon, du hockst jede Nacht bis zum Sonnenaufgang an der Kiste. Na denn, auf ein Neues. --RonMeier (Diskussion) 07:08, 11. Mai 2012 (CEST)

Süßlicher Buchen-Milchling

Aus dem schließenden </ref> der Referenz NBN wird bei mir </ref>>. Sehr merkwürdig. Gruß --RonMeier (Diskussion) 14:33, 10. Mai 2012 (CEST)

Fixed. --PerfektesChaos 22:54, 10. Mai 2012 (CEST)

New England Patriots

aus:
<ref name="TakeThat"> </ref> Nach dem Draft, bei dem er
wird:
<ref name="TakeThat" /> Nachdem Draft, bei dem er
(Hervorhebung von mir eingefügt)

Gruß --RonMeier (Diskussion) 17:04, 10. Mai 2012 (CEST)

Fixed. --PerfektesChaos 22:54, 10. Mai 2012 (CEST)

Marshall McLuhan

In diesem Artikel werden zweimal
Vorlage unbeendet: ... {{
gefunden, die ich einfach nicht zuordnen kann. Augenfehler? Hilf mir auf die Sprünge. Gruß --RonMeier (Diskussion) 22:07, 10. Mai 2012 (CEST)

Du bist nicht augenkrank; es ist ein falscher Fehler. Mutmaßlich die Vorlage in der Vorlage, mit deren Zerlegung ich noch nicht zufrieden bin. Das kann noch dauern. Beste Grüße --PerfektesChaos 22:54, 10. Mai 2012 (CEST)

Ursächlich ist mutmaßlich der Kommentar in

{{Zitat|Die Technik durch die orphischen <!--Hier habe ich gewahrt. L.H.--> Fähigkeiten werden.|ref=<ref>''Understanding Media'', S. 68.</ref>}}

Ist noch in der Sanierung. Der Kommentar bringt im Moment die Zählung durcheinander; hinzu kommt, dass es ein unbenannter Parameter ist. Das ist noch nicht ausgereift.

Kennst du eigentlich Benutzer:Schnark/js/diff? Kann ich sehr empfehlen. Löst zeichen-genau die Änderungen auf, in schwierigen Fällen optimierte Einstellungen für diese eine Seite möglich.

Jetzt müde. --PerfektesChaos 23:28, 10. Mai 2012 (CEST)

Habe inzwischen einen Denkfehler bei mir identifiziert, oder zumindest eine kleine geistige Unklarheit. Ursächlich ist auch der Kommentar in {{Zitat|Anstatt zu einer großen Alexandrinischen Bibliothek – diese beiden bringen mir meine Nummerierung für verschachtelte Vorlagen etwas durcheinander, und ich muss mal meditieren, wie das mit maximal möglicher Klarheit sauber zu schreiben ist. Jetzt ist noch schönes Wetter, und ich werde mich schnellstmöglich in die Sonne legen. Am Wochenende regnet es, dann werde ich auch diesen Bock erlegen. Bis dann --PerfektesChaos 13:50, 11. Mai 2012 (CEST)

Habe inzwischen unter anderem das diff-Tool von Schnark installiert. Ja, für eine Suche ist es deutlich besser. Danke! und schönen Sonntag --RonMeier (Diskussion) 12:13, 13. Mai 2012 (CEST)

Ford Fiesta

Skript: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&133724:4580

eine Schleife. Gruß --RonMeier (Diskussion) 08:10, 11. Mai 2012 (CEST)

Auch dieser gefixt, dank Zeilennummer. So langsam müsste die Tag-Zerlegung aber mal robust sein. Mahlzeit --PerfektesChaos 13:38, 11. Mai 2012 (CEST)

wieder

ich hatte eben wieder einen
Fehler: this.detected is undefined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&133854 Zeile: 291
nach Ctrl-F5 gings wieder. Gruß --RonMeier (Diskussion) 13:51, 11. Mai 2012 (CEST)

In mir verfestigt sich der Eindruck eines Server- oder Browserproblems.

Im Rahmen dieses Edits hatte ich dieses Update soeben auf das testwiki geschrieben. Du siehst die Nummern &133854 usw. auch in den URL. Irgendwas verschluckt sich im Browser-Cache. Ich könnte den Eindruck gewinnen, dass du einen hochmodernen Browser benutzt, der Techniken verwendet, die sich zur Beschleunigung mehr merken als gut ist, und mit veraltetem Zeug kollidieren.

Browser-Version? Massive Cache-Löschung von der Festplatte?

Staunend --PerfektesChaos 14:03, 11. Mai 2012 (CEST)

FF 10.0.2, dafür wird schon wieder ein Update angeboten. Tun oder nicht?

Cache-Löschung nach diesem Schriebs.

Die Schleife bei Ford Fiesta hat sich aufgelöst, jedenfalls ging es eben. Gruß --RonMeier (Diskussion) 14:28, 11. Mai 2012 (CEST)

Über FF und die Geschichte muss ich mal nachdenken. Sollte eine Tücke dort ursächlich für deine Beobachtung sein, wäre das wohl ein riesiges Sicherheitsleck: Das würde bedeuten, dass nicht die JS-Daten der aktuellen Seite von den aktuell eingebundenen Skripten komplett neu aufgebaut würden, wenn eine Seite neu geladen wird. Das ist technisch problemlos möglich, aber aus Sicherheitsgründen standardmäßig vom ersten Tag an (seit 1995) strikt untersagt.

Ich selbst verwende noch einen FF 3.6, werde aber allmählich zum Zwangs-Update auf FF 12 genötigt. Solange ich keine neuen Features brauche, lasse ich es gern bei einer älteren Serie, zumal FF 3.6 regelmäßig Sicherheits-Updates bekam. Neue Versionen haben meist Kinderkrankheiten, wie wir diese Woche mal wieder lernen. FF 10 müsste sich ja auch irgendwie auf 10.1 usw. upgraden; dies sollte auf jeden Fall gemacht werden.

Über die verschachtelten Vorlagen werde ich weiter grübeln. --PerfektesChaos 19:19, 11. Mai 2012 (CEST)

Die letzten beiden Tage war ich erfolgreich.

1. Was die Wikitexte angeht, habe ich die in den letzten zwei Monaten etwas wacklig erprobten Angelegenheiten der verschachtelten Vorlagen überarbeitet und im Lichte der Erfahrungen sauberer umgeschrieben. Ich konnte jetzt keine Seiten mit Problemen mehr finden. Meine Sammlung der seltsamen Syntax-Testfälle konnte ich durch die von dir aufgestöberten Seltsamkeiten deutlich erweitern. Ich kann immer nur an Fehlkonstruktionen testen, deren Problem ich mir bislang vorstellen konnte.
2. Dementsprechend spricht nichts dagegen, jetzt mal wieder auf test.WP zu wechseln, wenn du magst.
3. Die Geschichte mit den this.detected is undefined war ich auch; ob du es lesen magst oder nicht, ich erzähle mal, was da los war:
   • Das Skript ist in einzelne Seiten aufgeteilt, darunter N.js mit zurzeit 233 kB (die spezielle WikiSyntax) und X.js (53 kB) – meine Bastelkiste; X steht für eXperimental.
   • FF 10 und FF 11 fangen gleichzeitig an, diese Skripte zu laden. Mein FF 3 macht das der Reihe nach, X kommt immer am Schluss.
   • Wenn alle Seiten auf der Fesplatte im Cache stehen, sind sie blitzefix und kommen in etwa in der üblichen Reihenfolge in der Artikel-Seite an.
   • Wenn aber eine Seite erst über das Netz vom Wiki-Server geholt werden muss, dann dauert das immer länger. Das ist also immer der Fall, wenn ein Teil-Skript von mir gerade hochgeladen worden war.
   • Auf der Spielwiese X.js hatte ich fälschlich das neuere this.detected nicht angegeben, auf N.js nur kurz und einfach angegeben, dass mit this alles in Ordnung wäre, wenn this überhaupt da ist. Wenn N.js erst vom Server geholt werden musste, kam es hintendran und hat nicht mehr gemerkt, dass das this nicht vollständig ist.
   • Jetzt habe ich dies gehärtet und schaue auch nach jedem Einzelteil, so dass es sich in Zukunft nicht wiederholen kann und notfalls vervollständigt wird. Die Spielwiese X.js baut jetzt auch vorsorglich this.detected – soll also nicht wieder vorkommen.

Weiterhin viel Erfolg beim Fehlerfinden in Artikeln und Skript. --PerfektesChaos 19:07, 13. Mai 2012 (CEST)

ja, dann werd ich mal wieder. Gruß --RonMeier (Diskussion) 12:58, 14. Mai 2012 (CEST)

Gaceta de Arte

Eine neue Schleife:
Skript: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&133854:4622
Gruß --RonMeier (Diskussion) 14:35, 11. Mai 2012 (CEST)
p.s. Vergiss die Sonne nicht!

Sonne ist alle.

Logik der Behandlung von Auffälligkeiten sorgfältiger formuliert; jetzt sollte es keine Endlosschleife mehr sein. Es wird auch immer stringenter.

Fix wurde vor einigen Minuten hochgeladen. Interessant wäre, ob der Server/Browser wieder herumspinnt.

• Nicht wundern: Der Text enthält verborgen 52 Zeichen &#x202C; – das ist ein Bidirektionales Steuerzeichen POP DIRECTIONAL FORMATTING.

Bis zum nächsten Mal --PerfektesChaos 18:43, 11. Mai 2012 (CEST)

ja, wieder ein this.detected is undefined, der mit Ctrl-F5 behebbar war. Ich mach jetzt mal das angebotene Update. Bis dann --RonMeier (Diskussion) 20:40, 11. Mai 2012 (CEST)

Update auf 12.0

Wollen die Mikrosoft überholen?

Gruß --RonMeier (Diskussion) 21:52, 11. Mai 2012 (CEST)

Liste der denkmalgeschützten Objekte in Baden (Niederösterreich)

(nach Update, hartem Cache-Reset und F5)
Fehler: this.furnished is not a function
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&133878
Zeile: 1509
Gruß --RonMeier (Diskussion) 22:30, 11. Mai 2012 (CEST)

Sodele.

1. Das war ein echter Fehler von heute mittag; Folgefehler eines Bugfix.
2. Neue Version ist live. Enthält auch vorläufigen Fix für Marshall McLuhan.
3. Wenn der nun nicht mehr rumspinnt, dann hatte es an FF10 gelegen.
4. Mittlerweile komme ich zwischen der Programmiererei nicht mehr dazu, selber mal eine Version gründlich durchzutesten. Es kommt alles sofort live.
5. Nebenbei: Das ref mit name="" steht bei [32] Bürgerhaus, Elisenhof mit Stöckl.

Gute Nacht für den Anfang --PerfektesChaos 23:41, 11. Mai 2012 (CEST)

Approximationssatz von Kronecker

Ein neuer Tag, ein neues Glück:
Zeitstempel: 12.05.2012 10:49:44
Fehler: got.value is undefined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&134031 Zeile: 5622

nach Ctrl-F5:
Zeitstempel: 12.05.2012 10:50:57
Fehler: this.detected is undefined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&134031 Zeile: 291

Gruß --RonMeier (Diskussion) 10:52, 12. Mai 2012 (CEST)

Zu 1: ISBN-Parameter in Literatur-Vorlage leidet unter Nebenwirkung des vorläufigen Vorlagen-Fix. Einkreisung aufgenommen. Vielleicht mal für den restlichen Vormittag auf die en. zurückschalten, damit ich Zeit habe, meine laufenden Änderungen selbst durchzutesten, bevor sie live gehen?

Zu 2: Offenkundig irgendein Cache/Server-Problem. Wie an der &134031 zu sehen ist, hattest du in beiden Fällen die identische Skriptversion; hättest also identische Fehler bekommen müssen. Ich habe sowas noch nie gehabt, und der Aktualisierungs-Algorithmus läuft seit anderthalb Jahren praktisch unverändert. Muss denken.

S-teife Brise da oben --PerfektesChaos 11:10, 12. Mai 2012 (CEST)

Zu 1: Idee. Neuere Browser wie dein FF laden mehrere Skripte gleichzeitig. Die Reihenfolge ist nicht vorhersagbar. Ich habe gerade eine mögliche Interaktion mit der vorübergehenden Entwicklungskonfiguration festgestellt; je nachdem was gerade vom Server oder aus dem Cache kommt, kann der eine oder andere zuerst kommen und dem anderen die Infos überschreiben. Das ist es dann vermutlich auch gewesen; Rest lieber am Sonntag in Ruhe. Also erstmal auf der alten en. amüsieren --PerfektesChaos 11:20, 12. Mai 2012 (CEST)

OK. viel Spaß. --RonMeier (Diskussion) 11:33, 12. Mai 2012 (CEST)

Problem

In Wasserburgen-Route steht ein </b>. Bei dem habe ich den Backslash entfernt und nochmals WSTM5 aufgerufen, es wird keine Korrektur vorgenommen und, obwohl der Strich jetzt fehlt, wird die gleiche diffpage (mit Backslash) wieder angezeigt. Ist bestimmt nicht Seitenspezifisch. Gruß --RonMeier (Diskussion) 15:52, 14. Mai 2012 (CEST)

• Das stammt aus diesem Edit und wurde von irgendwoher ge-C&Pt.
• Das hieß ursprünglich mal in HTML:

  <b>[[Haus]]</b> – und das entspricht unserem '''[[Haus]]'''.

• Bei dem Mega-Edit blieb das stehen, hat auch erstmal keine Wirkung.
• Merke: Der slash steht vor dem b.
• Mit Backslash \ hat das nichts zu tun, b=bold=fett.

Soweit in Ordnung. --PerfektesChaos 17:25, 14. Mai 2012 (CEST)

Zugabe: Klothoide wahrscheinlich gleiches Thema, aber anderes Bild (Zeile 111). Gruß --RonMeier (Diskussion) 16:33, 14. Mai 2012 (CEST)

Nein, ganz anderes Thema, und Fehler im Skript.

• Hier will man erreichen, dass „Konvergenz“ blau verlinkt sichtbar ist, „punkte“ soll nicht verlinkt sein und schwarz bleiben.
• Das <b/> ist eine Konstruktion, die es nicht gibt: Nichts soll in Fettschrift erscheinen. Das ist Unfug, funktioniert aber in Wiki. Das Skript ersetzt durch <nowiki />. Damit ist es klarer. Merke: Der slash steht nach dem b.
• Dummerweise irgendwie verzählt und den Text überschrieben; bis 18:00 gefixt und dann:

  [[Konvergenz]]<nowiki />punkte.

Bis dann --PerfektesChaos 17:25, 14. Mai 2012 (CEST)

Gefixt und live. --PerfektesChaos 17:39, 14. Mai 2012 (CEST)

Biologische Waffe

In diesem Konstrukt wird eine fehlende schließende Klammer entdeckt
[http://www.gifte.de/B-%20und%20C-Waffen/seb.htm SEB<!-- Automatisch generierter titel -->]
Gruß --RonMeier (Diskussion) 16:39, 14. Mai 2012 (CEST)

Da muss ich dem Klammer-Sucher wohl nochmal erklären, was ein Kommentar ist. --PerfektesChaos 17:12, 14. Mai 2012 (CEST)

Öhff; das Drumherum ist noch aus der alten Zeit, als es nur eine durchgehende Zeichenkette gab, ohne Kommentar. Jetzt hatte ich das mit neuer Technik vermengt, die Extras innerhalb des Linktitels zulässt; das kann noch bis in den späten Abend dauern, bis ich mir dazu etwas überlegt habe. --PerfektesChaos 17:39, 14. Mai 2012 (CEST)

Analyse: Ich hatte mir gestern mal eben so gedacht, dass es ja fein wäre, hier eine Fehlermeldung auszugeben, wenn keine schließende Klammer vorhanden.

Hinter einem Kommentar ist die Klammer aber nicht ganz so leicht zu sehen.

Das Ganze hat lediglich Auswirkungen auf die Fehlermeldung; diese erstmal einfach ignorieren, ansonsten keine Nebenwirkungen.

Heute spät oder morgen sollte ich mit der Situation umgehen können.

Jetzt bald Happa und Frischluft. --PerfektesChaos 18:14, 14. Mai 2012 (CEST)

Nydam-Moor

Gruß --RonMeier (Diskussion) 20:29, 14. Mai 2012 (CEST)

Schalt mal bitte für 2 Stunden auf en. – mein Schnellschuss von 20:00 war offenkundig noch nicht ausgereift. Bis dann --PerfektesChaos 20:44, 14. Mai 2012 (CEST)

Also, wenn ich oben schrieb: „Heute spät oder morgen“ – dann sollte ich das auch so machen. Und nicht während der Tagesschau halbgares Zeugs hochladen. Der Fachausdruck dafür lautet übrigens „Bananenware“. Jetzt hoffentlich sauber unter test. Wenn wieder Unsinn, dann gleich zurück auf en. Lasst uns hoffen. --PerfektesChaos 21:37, 14. Mai 2012 (CEST)

---

das hier ist wohl beim zweiten Start weg:
Zeitstempel: 14.05.2012 22:07:28
Fehler: this.web.free is not a function
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&134415
Zeile: 2134

aber das hier bleibt:
Zeitstempel: 14.05.2012 22:10:40
Fehler: missing ] after element list

Quelldatei: http://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/wikieditor.js/de.js&action=raw&ctype=text/javascript&104
Zeile: 538, Spalte: 108
Quelltext: '|LCCN=|NDL=|VIAF=|GNDfehlt=ja|GNDName=|GNDCheck=2012-05-14[[Kategorie:Vom Druck ausschließen]] [[Kategorie:Vorlage:Datenbanklink]]|REMARK=}}', {ownline: true}]);

bis morgen. Tschüß --RonMeier (Diskussion) 22:13, 14. Mai 2012 (CEST)

Hier scheinen sich ja zwei Sachen zu überschneiden, denn das tritt auch bei der en. Version im Artikel Nydam-Moor auf. Gruß --RonMeier (Diskussion) 23:12, 14. Mai 2012 (CEST)

1. Das muss eine Überschneidung im Aktualisierungsprozess gewesen sein, wie ich sie weiter oben schon mal beschrieben hatte. N.js und X.js waren beide zu aktualisieren; mit dem zweiten Edit hattest du beide in der aktuellen Version auf Platte. Beim ersten Edit wurde diese Aktualisierung über das Netz ausgelöst mit unterschiedlichem Zeitbedarf. Die Spielwiese X.js habe ich inzwischen gegen diese FF10/FF12-Eigenheit gehärtet.
2. Nicht zuständig – aber das dürfte in rund einer Stunde behoben worden sein.

Sonne! --PerfektesChaos 09:11, 15. Mai 2012 (CEST)

soeben

Zeitstempel: 18.05.2012 13:43:52
Fehler: this.web.free is not a function Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&135325
Zeile: 2135
Gruß --RonMeier (Diskussion) 13:47, 18. Mai 2012 (CEST)
Ergänzung: nach Abbruch und neu öffnen - alles OK.
Vorgestern sah es so aus:
Zeitstempel: 16.05.2012 15:14:23
Fehler: this.web.free is not a function
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&135194
Zeile: 2134

Soeben … habe ich ein Update aufgespielt, mit dem meine Spielwiese weiter zurückgebaut werden soll. Ich bin noch nicht dahintergekommen, was in deinem Browser abgelaufen ist, aber anhand der Versionsnummern (gestern 135325, vor einer Viertelstunde 135194) und der Angabe this.web.free wird sich das irgendwann mal einkreisen lassen. Ich vermute eine Nebenwirkung der Spielwiese X.js, die mal wieder schneller war als die fertige N.js und irgendwas überschrieben hat.

Bald Behandlung der Wikilinks durch reorganisierte Version ersetzt, sollte aber klappen; hoffen wir drauf --PerfektesChaos 14:10, 18. Mai 2012 (CEST)

• Gerade ging wieder ein Update live.
• Ich habe keinen blassen Schimmer, was sich in deinem Browser abgespielt hat, damit diese Fehlermeldung entsteht. Ich kann mir nur irgendwas grob zusammenreimen. Klar ist mir, dass beim gleichzeitigen Laden eines neuen Moduls über das Netz es irgendwie mit den älteren Versionen anderer Module auf der Festplatte kollidiert. Verursacher ist meine Spielwiese.
• Nunmehr habe ich eine spezielle Funktion geschrieben, die automatisiert sicherstellt, dass alles da ist, was benötigt wird, und Taktiken in dieser für mich noch relativ neuen Systematik entwickelt. Mit dieser neuen Funktion wird es auch für mich sicherer und einfacher zu pflegen, weil es jetzt nur noch eine Definition dieser Strukturen gibt und sie sich automatisch anpasst.

Über erneutes Meckern würde ich mich zwar nicht freuen, brauche dies aber --PerfektesChaos 16:47, 18. Mai 2012 (CEST)

Jordan Pleskow

siehe:
== Weblinks ==
ich habs so gelassen.
Gruß --RonMeier (Diskussion) 14:33, 18. Mai 2012 (CEST)

Ja ich weiß gar nicht, was daran so schlimm ist – Das Sternchen und beliebig viele Leerzeichen werden doch ordnungsgemäß entfernt? Gut, ein Zeilenumbruch auch, kleiner Übereifer halt.

(fixed live) --PerfektesChaos 16:47, 18. Mai 2012 (CEST)

Ich find auch, dass die meisten Artikel zu lang sind. Kannst du das nicht noch ein bischen ausbauen? Tschüß --RonMeier (Diskussion) 16:54, 18. Mai 2012 (CEST)

Straßenbahn Frankfurt am Main

Zeitstempel: 19.05.2012 21:26:00
Fehler: this.Extend is not a function
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&136177
Zeile: 1979
Gruß --RonMeier (Diskussion) 21:28, 19. Mai 2012 (CEST)

Upps! Der war mir im Rahmen der großen Umstellungsaktion irgendwie entgangen; es wurde eigentlich alles von Groß- auf Kleinschreibung umgestellt und hätte jetzt this.extend heißen müssen. Keine Ahnung, wie das passieren konnte, und in JavaScript gibt es anders als bei anderen Programmiersprachen keine Möglichkeit, das herauszufinden. Hoffen wir mal. --PerfektesChaos 22:58, 19. Mai 2012 (CEST)

ISBN (2)

bei ISBN mit falscher Länge wird die Zahl der Stellen? zuzüglich X (Datum?) angegeben z.B.
[16] 3-85068-366-4 25
(eben gesehen und nachgezählt bei Steyr)
Gruß --RonMeier (Diskussion) 20:51, 19. Mai 2012 (CEST)

• Das Skript hat so gearbeitet wie vorgesehen.
• Es wäre möglich, dass der Zahlensalat anders zu interpretieren sei.
• Alle Ziffern (und X), die durch Leerzeichen oder irgendwelche horizontalen Striche mit dem ISBN-Körper verbunden sind, zählen zur mutmaßlichen ISBN. Ein Komma, Semikolon oder Buchstabe wie auch Zeilenumbruch beendet die Suche nach Ziffern.
• "Ennsthaler 1993 ISBN 3-85068-366-4 25f" is halt nix. Benutzer könnten ja auch Murks zusammengeklatscht haben, deswegen fordert das Skript zur menschlichen Überprüfung auf.

Schönen Abend --PerfektesChaos 22:58, 19. Mai 2012 (CEST)

Ich (Mensch) habe ja auch überprüft; auf die Zahl 16 komm ich nur, wenn ich Striche und Leerzeichen mitzähle. Tschüß --RonMeier (Diskussion) 23:07, 19. Mai 2012 (CEST)

Stimmt soweit – in der Fehlermeldung stand bisher in eckigen Klammern die Anzahl der gelesenen Zeichen; habe dies soeben durch die Anzahl der gelesenen Ziffern/X ersetzt. Kommt irgendwann mal auf den Server. --PerfektesChaos 23:28, 19. Mai 2012 (CEST)

Im Artikel Personenzug wird die fehlerhafte Länge bei ISBN -86046-006-4 nicht bemängelt. Gruß --RonMeier (Diskussion) 09:14, 22. Mai 2012 (CEST)

Mysteriös. Aber dafür ist es mir im Moment zu heiß. Klemme ich mich heute spät abends dran. Ahoi --PerfektesChaos 09:27, 22. Mai 2012 (CEST)

Naja; ich war neugierig und habe doch schon mal geschmult. Kurz gesagt: Eigentlich ist das beabsichtigt. Auf die „ISBN“ hätten eigentlich Ziffern oder ohne Leerzeichen eine „-10“ oder „-13“ oder „:“ folgen müssen. Diese Situation hier war noch nicht vorgesehen, er springt bislang nicht zum Anfangspunkt. Heute abend denke ich mal darüber nach, ob und wie auch das erkannt werden sollte. Heiß. --PerfektesChaos 10:00, 22. Mai 2012 (CEST)

Die führende oder auch die letzte Ziffer gehen recht oft beim Kopieren verloren. Es wär also schön, wenn du den Fall berücksichtigst. Gruß --RonMeier (Diskussion) 13:51, 22. Mai 2012 (CEST)

Die Wetterkarte zeigt die Temperatur für Warnemünde an. Hier (10Km südlich) sind 27°C. Das reicht aus, um sich ins kühle Haus zurückzuziehen.

Wunschgemäß führendes Strichelchen aufgenommen.

Der bisherige Ausdruck war zwar schon seit Juni 2011 im Gebrauch, aber bis zu diesem Frühjahr gab es nicht die roten Boxen, die auf mutmaßliche Fehlformatierungen aufmerksam machten.

Es heißt jetzt:

      ([^ ?&;\n][ \n]*)(ISBN)((([-­‐‑‒–—―− ]?(10|13))? *= *)|((([-­‐‑‒–—―−]| | +)?(10|13)?): *)|((([-­‐‑‒–—―−]| | +)?(10|13)?) +))[-­‐‑‒–—―−]?([0-9]([-­‐‑‒–—―− .0-9]| )+[0-9X])([ .]*[^-. 0-9X]|$)

Weitere Wünsche zu diesem RegExp? --PerfektesChaos 14:22, 23. Mai 2012 (CEST)

Tja, sehe erst jetzt, dass hier was steht - und es irritiert mich. Ich denke das \n gibts nicht mehr in WSTM.5?
Weitere Wünsche hab ich dazu (erstmal) nicht. Schönen Abend --RonMeier (Diskussion) 23:01, 28. Mai 2012 (CEST)

Warum sollte es denn in WSTM.5 kein \n mehr geben? --PerfektesChaos 09:36, 29. Mai 2012 (CEST)

Das hab ich dann wohl fehlinterpretiert :-) --RonMeier (Diskussion) 12:06, 29. Mai 2012 (CEST)

Keine Ursache. In JavaScript sind in Zusammenhang mit RegExp mehrzeilige Texte und Ausdrücke mit Zeilenumbrüchen ursprünglich nicht vorgesehen gewesen und werden von unterschiedlichen Browsern unterschiedlich gehandhabt. Andere, 30 Jahre ältere Definitionen der RegExpunterscheiden sehr wohl zwischen „Anfang des gesamten Textes oder Zeilenumbruch“ und „Zeilenumbruch mitten im Text“ oder „Ende des gesamten Textes oder Zeilenumbruch“. Gruß --PerfektesChaos 13:38, 29. Mai 2012 (CEST)

Gernsbach

Ein selbstproduzierter Fehler wird gefunden. Schönen Abend noch --RonMeier (Diskussion) 20:40, 22. Mai 2012 (CEST)

unterrichtet.<ref name="statkom" ü>[http://www.gernsbach.de/buergerinf

Das hat schon so seine Richtigkeit. Schönen Abend noch --PerfektesChaos 21:02, 22. Mai 2012 (CEST)

Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen

Hallo, einen haben wir noch:
Zeitstempel: 23.05.2012 16:01:46
Fehler: WSTM.l10n.re is undefined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&136300
Zeile: 3592
Gruß --RonMeier (Diskussion) 16:05, 23. Mai 2012 (CEST)

Beim Aufräumen zuviel weggeworfen, müsste jetzt wieder da sein. Heißen Tag --PerfektesChaos 16:24, 23. Mai 2012 (CEST)

Rücksetzen

Guten Morgen,
will man den Edit des letzten Bearbeiters zurücksetzen, wird normalerweise die Diffpage zur letzten Bearbeitung angezeigt. Jetzt läuft aber WSTM und fügt entsprechende Korrekturen ein. Das kann so eigentlich nicht gewollt sein. Gruß --RonMeier (Diskussion) 08:17, 25. Mai 2012 (CEST)

WSTM wird automatisch nur dann tätig, wenn in der URL steht action=edit und unterdrückt diese Aktivität, falls in der URL vorkommt &undo=100000000 oder &undoafter=100000000 (Hilfe:URL-Parameter).

Bei „Zurücksetzen“ sehe ich aber in der URL: &action=rollback und dann gibt es eigentlich keinerlei Anlass, um tätig zu werden.

Muss ich mal näher untersuchen, was danach passiert. Ich setze extrem selten (oder nie?) etwas zurück (nur rückgängig). Schwierig zu unterscheiden wird es, falls während des Zurücksetzens die gleiche URL auftaucht wie bei einem normalen edit; aber es müsste eigentlich irgendein Parameter darin vorkommen, an dem man die Situation feststellen kann, sonst wüsste der Server das ja auch nicht.

Sonne für alle --PerfektesChaos 09:28, 25. Mai 2012 (CEST)

Präzisierung:
Ich meinte natürlich "rückgängig" in Versionsgeschichte - gewählte Version vergleichen.

Ja, Sonne ist genug da. Gruß --RonMeier (Diskussion) 09:48, 25. Mai 2012 (CEST)

Jetzt isse weg.

Auf dem testwiki stand noch eine Uralt-Version des Kopfmoduls. Die Normalversion macht das richtig, testwiki aktualisiert sich um Mitternacht selbsttätig. Müsste sich damit geklärt haben.

--PerfektesChaos 22:13, 25. Mai 2012 (CEST)

ISBN (3)

in Eine Frau, die weiß, was sie will wird aus
ISBN-10: 3499225298
wird
ISBN 10: 3499225298
nen kühlen Abend (10°C - Heizung läuft) --RonMeier (Diskussion) 22:15, 29. Mai 2012 (CEST)

Das ist erstmal eine Folge deines speziellen Wunsches; es wird zunächst als ISBN aufgefasst, die mit einem Strich beginnt, und dann geht irgendwas schief. Mal sehen. --PerfektesChaos 22:24, 29. Mai 2012 (CEST)

Ich hab mal das Zeugs der letzten 5 Tage aufgespielt; sollte sich damit erledigt haben. --PerfektesChaos 23:12, 29. Mai 2012 (CEST)

ja, hat sich, danke. Gruß --RonMeier (Diskussion) 10:00, 30. Mai 2012 (CEST)

Personendaten/ Sterbeort

in den Personendaten wird der Sterbeort gekillt. (Da hab ich ja wieder einiges zu korrigieren) Gruß --RonMeier (Diskussion) 14:26, 30. Mai 2012 (CEST)

ist erst seit heute!

Ist das Resultat der Pfingstfeiertage; seit heute auch schon wieder überholt. Ich vermute, das ist immer dann wenn kein Sterbeort angegeben war, oder nur wenn er angegeben war? Ich sitze sowieso gerade an der Umprogrammierung der neuen Vorlagenparameter-Ersetzung; müsste heute abend geklärt sein. Sorry --PerfektesChaos 15:36, 30. Mai 2012 (CEST)

Ich hatte bisher nur Artikel, in denen ein Eintrag sowohl in der Kopfzeile des Artikels, als auch in den Personendaten vorhanden war. Gruß und keinen Stress --RonMeier (Diskussion) 16:27, 30. Mai 2012 (CEST)

Stress? Kenne ich nicht. Und mit WP und JS sowieso nicht.

Ich weiß inzwischen, dass es darum geht, dass der letzte Parameter einer zu ersetzenden Vorlage (hier: Personendaten) ein Wikilink, Kommentar oder andere Vorlage enthält; da wird das }} und der letzte Parameterwert noch nicht richtig zugeordnet, was mir beim Testen noch nicht ganz klar war. Jetzt muss ich nur schauen, dass ich bei der Reparatur kein neues Loch aufreiße und etwas gründlicher die Kombinationen durchtesten.

Vielleicht magst du in den nächsten Stunden Artikel über Personen zurückstellen, dann ist das auch sauber. --PerfektesChaos 17:13, 30. Mai 2012 (CEST)

Ja ok. --RonMeier (Diskussion) 17:14, 30. Mai 2012 (CEST)

Zwischenstand: Das ursprüngliche Problem ist gefixt; im weiteren Fortgang der Personendaten habe ich aber noch nicht zu Ende verstanden, was ich da eigentlich programmiert hatte; erstmal noch unpersönlich weiter, bitteschön. --PerfektesChaos 20:25, 30. Mai 2012 (CEST)

Es gibt noch eine Seltsamkeit, die ich nicht ganz verstehe; weder warum es vorher etwas hakte, noch warum es jetzt anscheinend klappt. Aktualisierte Version hochgeladen, scheint mit PD zu funktionieren. Momentanes Tätigkeitsfeld ist das Ersetzen und Umformatieren von Vorlagen und Vorlagenparametern; alles noch ofenwarm. PD ist Testfall, Literatur desgleichen. Viel Glück. --PerfektesChaos 22:55, 30. Mai 2012 (CEST)

jetzt kommt bei Alschbach:
Zeitstempel: 30.05.2012 23:02:24
Fehler: x.comment is not a function
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dL.js&136651
Zeile: 1612
Bis morgen. Tschüß --RonMeier (Diskussion) 23:11, 30. Mai 2012 (CEST)
(hab schnell noch einige andere probeweise aufgemacht, dort funktionierts)

1. Alschbach jetzt erreichbar; Flüchtigkeitsfehler, weil inzwischen Kommentare kurz analysiert werden (etwa „schweizbezogen“ standardisiert und in Aktivitäten verwertbar).
2. Sterbeort schwächelt wieder/weiterhin; von den drei Fällen keiner, blanker Text, verlinkt klappen immer nur zwei. Sollte sich im Lauf des Vormittags geklärt haben.

Angenehmen Tag --PerfektesChaos 09:10, 31. Mai 2012 (CEST)

Ich mach erstmal ohne Personen weiter. Ebenfalls, --RonMeier (Diskussion) 11:33, 31. Mai 2012 (CEST)

Scheint jetzt gelöst zu sein; mal sehen. Personen können aufgeholt werden; viel Erfolg --PerfektesChaos 13:22, 31. Mai 2012 (CEST)

Sieht gut aus. Erstmal keine Probleme. Bis dann --RonMeier (Diskussion) 15:04, 31. Mai 2012 (CEST)

Rin'

Hier werden an mehreren Stellen Zeichen ausgetauscht, bei denen ich mir nicht sicher bin, ob das so gewollt ist

z. B. (宴歌（うたげうた）/さくら さくら)

Kannst du dir das mal ansehen?

Dunkle Nacht. --RonMeier (Diskussion) 22:41, 31. Mai 2012 (CEST)

Die haben alle ihre Richtigkeit; es sind banale ASCII-Zeichen in japanischer und deshalb für uns nicht darstellbarer Kodierung. Wenn sie geeignet an richtige ASCII-Zeichen angrenzen, werden sie vereinfacht. Schlaf gut --PerfektesChaos 22:46, 31. Mai 2012 (CEST)

Ja, nun kann ich ja beruhigt schlafen :-) Bis morgen. --RonMeier (Diskussion) 22:59, 31. Mai 2012 (CEST)

Der Sterbeort

wird noch immer entfernt, aber nur, wenn er nicht in eckige Klammern eingefügt ist, siehe hier. Schönen Montag --RonMeier (Diskussion) 13:58, 4. Jun. 2012 (CEST)

1. Ich gebe unumwunden zu, dass ich mit dem letzten Parameterwert einer Vorlage so meine Schwierigkeiten habe; ihn nämlich von seinen zugehörigen }} zu unterscheiden, aber nicht wenn er selbst eine Vorlageneinbindung enthält, die auch mit }} aufhört.
2. Nun hatten wir ein veregnetes Wochenende; ich habe also soeben die Mai-Version durch ein vielfältig geändertes Sortiment ersetzt – also die alten Fehler gegen frische ausgetauscht.
3. Sollte das jetzt vernünftiger laufen, werde ich mich zur Literatur-Vorlage äußern.

Viel Spaß damit --PerfektesChaos 14:44, 4. Jun. 2012 (CEST)

Schrödingergleichung

Zeitstempel: 04.06.2012 15:08:13
Fehler: too much recursion
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&136829
Zeile: 2458
Gruß --RonMeier (Diskussion) 15:10, 4. Jun. 2012 (CEST)

Mhmmm, schwieriger Fall.

„too much recursion“ bedeutet: Ein Unterprogramm hat sich zu oft immer wieder selbst aufgerufen. An der fraglichen Stelle wird wohl nach dem Ende von irgendwas gesucht.

Der Artikel steckt voller Syntaxelemente und Blöcke: Kommentare, <math> bis zum Abwinken.

Wird spannend. --PerfektesChaos 15:24, 4. Jun. 2012 (CEST)

Rihanna

Zeitstempel: 04.06.2012 20:30:21
Fehler: WSTM.hooks is not a function
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&136826
Zeile: 6335
Windstille - Gruß --RonMeier (Diskussion) 20:33, 4. Jun. 2012 (CEST)

Endlich mal was Einfaches; das war nur dumme Schlamperei (ISSN-Syntax). Fixed; das Teil heißt WSTM.hooks.fire.

An der Schrödingergleichung knabbere ich immer noch; das wird mindestens eine Nachtschicht.

Vor dir war übrigens Flominator an der Dame dran, deshalb kaum noch was für WSTM zu tun.

Bis bald --PerfektesChaos 21:31, 4. Jun. 2012 (CEST)

Die beiden Dativ-Fehler hat er aber stehen lassen ;-) Viel Spaß beim Nachtkampf --RonMeier (Diskussion) 21:40, 4. Jun. 2012 (CEST)

noch einer

Uuuups, DAS war ich nicht. Gruß --RonMeier (Diskussion) 21:53, 4. Jun. 2012 (CEST)

Du hast vermutlich auch eine ganze Kiste gesehen mit:

   End-Tag steht am Anfang: </span> ]]<br />[[U-Bahn-Strecke D (Frankfurt)|<span st
   End-Tag steht am Anfang: </span> ]]
   End-Tag steht am Anfang: </span> ]]
   End-Tag steht am Anfang: </span> ]]<br />[[U-Bahn-Strecke D (Frankfurt)|<span st
   End-Tag steht am Anfang: </span> ]]<br />[[U-Bahn-Strecke A (Frankfurt)|<span st
   End-Tag steht am Anfang: </span> ]]<br /><ref group="GS" name="A1">Die Grundstre
   End-Tag steht am Anfang: </span> ]]<br /><ref group="GS" name="A1" />

Damit ist die ganze Tag-Struktur völlig aus dem Tritt, und er findet bei gallery nicht mehr richtig Anfang und Ende.

Ich werde mir nach der Schrödingergleichung etwas ausdenken, dass in den Fällen, in denen die tags defekt sind, nicht mehr mit der gallery gearbeitet wird.

Gleichzeitig läge es wohl in deiner Verantwortung als WSTM-Korrigierer, diese Fehler aufzusuchen und die tags geradezubiegen, damit es syntaktisch richtig wird. Da stehen ganz einfach völlig überflüssige </span> in den Link-Titeln, und damit ist die Dokumentenstruktur kaputt.

Schlaf gut --PerfektesChaos 00:03, 5. Jun. 2012 (CEST)

Es hat eine Weile gedauert, bis ich die Situation überhaupt rekonstruieren konnte:

• Du hattest ja nur den Abschnitt U-Bahn Frankfurt #Geschichte bearbeitet.
• Bearbeitet man die gesamte Seite, dann kommen die oben von mir geschilderten Fehlermeldungen. Anders als zunächst angenommen hat das aber keine Auswirkungen auf den gallery-Abschnitt; hier war alles fein.
• Der Fehler trat auf, wenn man eine Seite bearbeitet, deren allererstes tag (mit spitzen Klammern) die gallery oder bestimmte wenige andere ist. Das hatte ich bisher noch nicht.
• Ich habe die Situation erstmal behelfsmäßig gefixt, muss aber nochmal gründlich nacharbeiten. Das momentane Ergebnis ist so beabsichtigt. Es kann jedoch woanders zu Nebenwirkungen kommen; das muss ich nochmal sauber schreiben.
• Die Schrödingergleichung ist eine echte Nuss; wegen der Absturzsituation konnte ich bisher noch nicht einmal eingrenzen, in welchem Themenbereich das Problem auftritt.

Schönen Tag --PerfektesChaos 09:36, 5. Jun. 2012 (CEST)

Ich lass die U-Bahn erstmal so. --RonMeier (Diskussion) 10:01, 5. Jun. 2012 (CEST)

Bundesautobahn 72

Zeitstempel: 05.06.2012 09:57:07
Fehler: p is undefined
Quelldatei: http://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&136853
Zeile: 1782
Guten Morgen --RonMeier (Diskussion) 09:59, 5. Jun. 2012 (CEST)

Erste Analyse:

• Tippfehler von heute nacht bei Bereinigung der U-Bahn-Geschichte; werde ich in einer Viertelstunde aktualisiert aufspielen.
• In diesem Artikel ist aber etwas Seltsames: Die haben references mitten in eine Vorlage geschrieben. Ich muss mal darüber nachdenken, ob das zulässig ist; bislang geht das Skript davon aus, dass references immer auf der obersten Ebene stehen. Das gibt momentan innere Konflikte.

Bis gleich --PerfektesChaos 10:23, 5. Jun. 2012 (CEST)

Der unmittelbare Fehler von heute nacht ist erstmal beseitigt.

Das references innerhalb einer Vorlage habe ich noch nie gesehen. Da gibt es weiterhin Schwierigkeiten.

Tüftelnd --PerfektesChaos 10:44, 5. Jun. 2012 (CEST)

Einsamer Wolf

Beim Öffnen des Artikels läuft was los (ich bilde mir ein auch ein Aufblitzen von test.wiki zu sehen). Das Rödeln endet ohne Fehlermeldung der Fehlerkonsole, aber auch ohne diffpage. Bei den Warnungen der Fehlerkonsole (bestimmt mehr als hundert) stehen auch Fehler, jedoch nichts mit test oder wstm. ??? Gruß --RonMeier (Diskussion) 23:10, 5. Jun. 2012 (CEST)

Werde ich mir ansehen.

Inzwischen habe ich zumindest die Ursache für die Endlosschleife der Schrödingergleichung ermittelt, bin mir aber noch nicht über geeignete Gegenmaßnahmen schlüssig, die nicht wieder an anderer Stelle Probleme machen.

Hintergrund ist mein Lieblingskind: Vorlage (GoogleBuch) als Parameterwert in Vorlage (Literatur).

Kann gut sein, dass der Einsame Wolf eine ähnliche Krankheit hat; würde passen. Bloß dass da keinerlei Vorlagen zu sehen sind. Das mache ich lieber später mal mit WSTM auf.

Mäßiges Wetter schafft Zeit zum Programmieren --PerfektesChaos 23:20, 5. Jun. 2012 (CEST)

Es kann sein, dass hier gar nichts ist. Ich hatte schon mehrfach bei anderen Artikeln nach dem Durchlauf von WSTM eine leere Diffpage gezeigt bekommen (weil da eben nix war), aber in diesem Fall nicht. Dann wäre aber das unterschiedliche Verhalten zu prüfen. Verunsichert --RonMeier (Diskussion) 16:50, 7. Jun. 2012 (CEST)

Ich könnte mir vorstellen, dass es um etwas wie schließende Leerzeilen geht. Die Diffpage wird dadurch ausgelöst, dass etwas gemacht wurde, was nicht nur Leerzeichen am Zeilenende sind. Die Diffpage zeigt aber möglicherweise bestimmte Veränderungen wie etwa Leerzeilen am Seitenende gar nicht an. Ich schau mir mal den Wolf an; noch hänge ich im Neuschreiben der Schrödingergleichung --PerfektesChaos 16:57, 7. Jun. 2012 (CEST)

IE

Öffnet man mit dem IE (9.0.8112.16421) einen Artikel z. B. mit drei fehlerhaften ISBN, so ergibt sich folgendes Bild:

<!-- WikisyntaxTextMod ## ERROR in PAGE ##

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

• ISBN falsch (falsche Prüfziffer): 4-586-40065-1

• ISBN falsch (falsche Prüfziffer): 4-586-40062-7

• ISBN falsch (falsche Prüfziffer): 0-8478-0132-3

• ISBN falsch (falsche Prüfziffer): 4-586-40065-1

• ISBN falsch (falsche Prüfziffer): 4-586-40062-7

• ISBN falsch (falsche Prüfziffer): 0-8478-0132-3

-->

<!-- WikisyntaxTextMod ## ERROR in PAGE ##

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

• ISBN falsch (falsche Prüfziffer): 4-586-40065-1

• ISBN falsch (falsche Prüfziffer): 4-586-40062-7

• ISBN falsch (falsche Prüfziffer): 0-8478-0132-3

-->

Es werden also zwei Boxen (und in der ersten Box doppelt) dargestellt (auch bei weniger/mehr Hinweisen).
Gruß --RonMeier (Diskussion) 08:43, 25. Mai 2012 (CEST)

Möglicherweise ein Problem mit Zeilenumbrüchen; die sind in der Microsoft-Welt etwas speziell (und quasi doppelt). Muss ich mal bei Mondschein analysieren. Wenn du das hier direkt kopiert hattest, dann fallen auch Leerzeilen zwischen den Sternchenzeilen auf. Hoffentlich kommt das ausschließlich in dieser einen Situation vor. Wird schon. --PerfektesChaos 09:45, 25. Mai 2012 (CEST)

Das ist vom Bilschirm kopiert, da es ja in der Datei schon gelöscht wurde. Der Zeilenabstand entspricht der Darstellung in FF. bis dann --RonMeier (Diskussion) 09:52, 25. Mai 2012 (CEST)

Doku WSTM5

Hallo,
gibts eigentlich zu WSTM5 schon irgendwo eine Doku?
Gruß --RonMeier (Diskussion) 22:42, 28. Mai 2012 (CEST)

• Im Moment noch nicht; wenn es die Feiertage über nicht so ein unverschämt gutes Wetter gegeben hätte, wäre ich damit wohl schon weiter.
• Es wird einen komplett neuen Strang mit großem S in Benutzer:PerfektesChaos/js/WikiSyntaxTextMod geben. Den werde ich dann mit allgemeiner Einführung von WSTM.5 umswitchen; die bisherigen Seiten mit kleinem S werden danach gelöscht (teils verschoben) und es bleibt nur eine einzige Weiterleitung des Stamms auf Benutzer:PerfektesChaos/js/WikisyntaxTextMod übrig. Zurzeit habe ich nur auf der Festplatte Notizen zu einzelnen Umstrukturierungen und Erweiterungen der Doku.
• Was im Moment noch fehlt, ist der Neubau eines benutzerdefinierten Vorlagen-Ersetzungs- und Formatierungs-Systems. Die bisherige Ersetzung von Zeichenketten kann hier nicht mehr funktionieren. Es wird allerdings für Anwender eine äußerst komplexe Herausforderung sein, weil unendlich viel an Formatierungswünschen und Änderungen möglich ist. Die Vorlage:Literatur wird mein erster Testfall dabei werden. Für Vorlage:Personendaten läuft es bereits.
• Statt Doku habe ich die letzten Abende an der Programmierung geschrieben und an mehreren Stellen kleine Fehler beseitigt sowie die Programmstruktur gestrafft. Demnächst werde ich das getestet haben und auf das testwiki stellen; danach wären unbemerkte Folgefehler aber nicht auszuschließen.

Eine kleine Abkühlung ist auch nicht schlecht --PerfektesChaos 09:34, 29. Mai 2012 (CEST)

Luboš Bartoň

Ich weiß hier nicht so recht, was mir das rote Kästchen sagen will. Gruß --RonMeier (Diskussion) 22:16, 12. Jun. 2012 (CEST)

• Ich weiß es leider auch grad nicht.
  • Die Meldung ist nicht mehr im aktuellen Programm enthalten, zumindest nicht mehr in dieser Situation.
  • Vermutlich waren ihm in jener Version im Vorlagenparameter die schließenden ']]' bei der Abspaltung des Vorlagenparameterwertes abhandengekommen, so dass sie dann bei der Analyse der Linksyntax nicht mehr sichtbar sind.
• Die Meldung besagt, dass '[[' gefunden wurde, aber das zugehörige ']]' nicht zu finden ist.
• Warum das nicht auch beim geburtsort gemeldet wurde, weiß ich ebenfalls nicht. Egal. Geschichte.
• Nebenbei wäre es unschön, in der Dateieinbindung Luboš Bartoň|250px den Titel vor einem Darstellungsparameter zu setzen.

Nebenbei: Ist im IE9 mittlerweile ein roter Icon zu sehen?

Erfrischenden Tag --PerfektesChaos 09:28, 13. Jun. 2012 (CEST)

Nein, im IE9 wirds weder rot noch andersfarbig. Gibts anderswo Fortschritte? --RonMeier (Diskussion) 12:19, 13. Jun. 2012 (CEST)

Mit WSTM? Nein; habe zwar das eine Problem anscheinend im Griff, bin aber einer Seltsamkeit bei einem zufällig gefundenen Artikel auf der Spur, die sich negativ auswirken könnte. Zurzeit ist der Quellcode auch noch voller auskommentierter Bereiche und versteckter Diagnostik-Meldungen; muss ohnehin noch aufgeräumt werden. Zwischendurch sah ich mich genötigt, mich mit roten Icons und dem IE zu beschäftigen. VG --PerfektesChaos 20:41, 13. Jun. 2012 (CEST)

Lobopoden

Ein trüber Tag:
Zeitstempel: 14.06.2012 13:27:46
Fehler: too much recursion
Quelldatei: https://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&136829
Zeile: 2458
Gruß --RonMeier (Diskussion) 13:29, 14. Jun. 2012 (CEST)

Heute ist ein wunderschöner Tag.

• Zufällig kam ich anlässlich einer Sichtung über Umgebungsvariable – anhand der dortigen Konstruktion konnte ich wohl die Merkwürdigkeit klären, der ich schon seit einer Woche nachjage, und die kritische Stelle einfacher, sicherer und hoffentlich richtig neu programmieren.
• Ich plane, heute spät nachts eine neue Serie auf das testwiki hochzuladen.
• Dazu möchte ich aber an einigen Artikeln selbst vorher testen können.
• Auch Lobopoden und die Schrödingergleichung sind damit kein Problem mehr.
• Das Szenario, das ich bei der ersten Programmierung leider noch nicht als Testfall vor Augen hatte, bekommt jetzt die folgende Zerlegung:

| %SystemRoot%\system32\WindowsPowerShell\v1.0\Modules\

|

|}

• Vorlage
  • {{
  • FNBox
  • |
  • \n
  • Vorlage
    • {{
    • FNZ
    • |
    • PATH
    • |
    • Durch Semikolon getrennte Pfade, in denen in dieser Reihenfolge ausführbare Programme gesucht werden sollen, wenn ein Befehl nicht im aktuellen Verzeichnis gefunden werden konnte. Daneben gibt es einen weiteren Mechanismus der Programmregistrierung.
    • }}
  • \n
  • Vorlage
    • {{
    • FNZ
    • |
    • TEMP
    • |
    • Zum Datenschutz sollte dies möglichst nicht ein allgemeines Verzeichnis für alle Benutzer sein, sondern ein spezifisches Benutzerverzeichnis; etwa %HOMEDRIVE%%HOMEPATH%\TEMP.
    • }}
  • \n
  • }}
• \n\n
• === Registrierung ===

Liebe Grüße --PerfektesChaos 20:14, 14. Jun. 2012 (CEST)

Hm, ...... aber verstehen muss ich das glücklicherweise nicht. Heureka?
Viel Erfolg in der Nachtschicht. Bis morgen --RonMeier (Diskussion) 20:48, 14. Jun. 2012 (CEST)

• Dabei ist es ganz einfach: Es wird in die identifizierbaren Syntaxelemente zerlegt; der Name der Vorlage wie FNBox und FNZ ist abgegrenzt, einer definierten Veränderung zugänglich und ansonsten geschützt; die Werte der unbenannten Parameter 1 sind ebenfalls einer definierten Veränderung des Wertes zugänglich. Vor allem: Die öffnenden und schließenden Klammern sind einander in ein und demselben Objekt zugeordnet. Heureka.
• Ich habe das komplette Sortiment soeben auf das testwiki hochgeladen.
• Alle gemeldeten Artikel funktionieren offenbar damit.

Auf die neuen Böckchen --PerfektesChaos 10:22, 15. Jun. 2012 (CEST)

Lobopoden (2)

Auf ein neues:
Zeitstempel: 15.06.2012 11:07:41
Fehler: WSTM.l10n.lang.flop is not a function
Quelldatei: https://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&137477
Zeile: 889
Gruß --RonMeier (Diskussion) 11:10, 15. Jun. 2012 (CEST)

Beim Uploaden ein geändertes Modul übersehen; mit dem 2. Edit sollte es gehen. Sorry. --PerfektesChaos 11:23, 15. Jun. 2012 (CEST)

IE9

eben nochmal getestet. Keine Farbveränderung, aber - bei genauerem Hinsehen - nach dem sich nicht verfärbenden W folgt jetzt ein *, dann wahrscheinlich ein Leerzeichen und „Lemma“. Vielleicht hilfts. Gruß --RonMeier (Diskussion) 11:26, 15. Jun. 2012 (CEST)

Ja, das ist so beabsichtigt:

• Für den IE9 habe ich die Iconveränderung rausgenommen, da sie nur schädliche Nebenwirkungen hat.
• Als Ersatz gibt es beim „Bearbeiten“ im IE…9 das Sternchen, damit es besser erkannt wird.
• Beim IE10 könnte was rotes kommen, wenn die ihr Zeugs mal weiterentwickelten; würde mich interessieren, mag aber den IE10 nicht haben und um mich rum will den auch keiner.
• Details unter Benutzer:PerfektesChaos/js/paneMarker #Internet Explorer

Danke für die Info --PerfektesChaos 11:47, 15. Jun. 2012 (CEST)

Dmitri Olegowitsch Jakowenko

wird bemängelt, dass ein Vorlagenparameter mit Gleichheitszeichen beginnt, was ja nach meinem Wissen auch so ok ist. Wenn ich mir aber die Vorlage Schachbrett ansehe (seit 2008 nicht geändert), scheint das dort Standard zu sein. Was nun? Gruß und Sonnenschein --RonMeier (Diskussion) 18:59, 16. Jun. 2012 (CEST)

Tja, das habe ich mal testweise reingenommen, weil mir gelegentlich Schreibfehler auffielen wie Titel==Bussi-Bär.

Die Schachvorlagen sehe ich zum ersten Mal.

Allerdings muss ich im Laufe des Abends mal verstehen, was die da eigentlich machen, denn der Parametername fehlt eigentlich; das Gleichheitszeichen folgt auf den senkrechten Strich: |= – damit ergibt sich ein unbenannter Parameter (1,2,3,) und das wäre vielleicht auch schon die Ausnahmebedingung für die Schachbretter: Dass diese Meldung nur bei benannten Parametern ausgegeben wird.

Schönen Abend --PerfektesChaos 19:28, 16. Jun. 2012 (CEST)

Die Kopiervorlage wurde so gebaut, um die Nummerierung nicht unnötig hochzuzählen bzw. um unbenannte Parameter in der Vorlage nicht zu überspringen. Sprich, sie werden garnicht in der Vorlage angefasst und dienen nur zum besseren Verständnis der Vorlageneinbindung im Artikel, weil man so die Zahlen- und Buchstabenreihen hat, die man sonst auf dem Schachbrett ja auch sieht. Die Parameter werden von MediaWiki als benannte Parameter mit dem Namen "" erkannt, ich bin mir aber nicht sicher, ob man die überhaupt anfassen könnte (aber ist hier eh nicht gewollt). Der Umherirrende 20:45, 16. Jun. 2012 (CEST)

• Danke, das ersparte mir Kopfzerbrechen.
• Weil '=' bei der Einbindung und in der Programmierung eine syntaktische Bedeutung hat, wäre es mir lieber gewesen, die Schachspieler hätten * oder : oder # gewählt. Nachdem das nun aber hundertfach kopiert wurde, ist es egal.
• Ich habe es jetzt mit einer Hook-Funktion gelöst:
  • Die Warnmeldung wird unterdrückt, wenn es sich um das Projekt dewiki handelt und der Name der Vorlage lautet
    1. Schachbrett
    2. … (ggf. weitere …)
• Interessanterweise gibt es das auch im Artikel Gleichheitszeichen
  • zweimal ohne Warnmeldung als
    1. Vorlage Satzzeichen – aber mit einem Leerzeichen vor dem '='
    2. Vorlage Literatur: „Helle“ – dort aber mit Kommentar und deshalb keine einzelne Zeichenkette
  • Entsprechend H:Vorlagen #Problem: Gleichheitszeichen in Parameterwerten möchte ich das aber in beiden Fällen auf = ändern.
• Die Warnmeldung geht auch zurück auf
  • {{Literatur|=Hans Meier|Titel=Der vergessene Autorenparametername}}
• Wegen möglicher Nebeneffekte aus gleichzeitig bearbeiteten anderen Änderungen möchte ich das neue Skript erst heute spät abends oder Mo früh auf das testwiki hochladen.

Schönen Sonntag --PerfektesChaos 12:52, 17. Jun. 2012 (CEST)

Soeben live ins testwiki --PerfektesChaos 10:05, 18. Jun. 2012 (CEST)

Barometrische Höhenformel

eine Dauerschleife
Skript: https://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dN.js&137502:1229
aber auch 137477:2467
Sonnigen Abend --RonMeier (Diskussion) 19:47, 17. Jun. 2012 (CEST)

Danke, den hatte ich gehabt. Kam vor einem Weilchen rein, fand das Desaster; hier die Analyse:

Nach exakt zwei Monaten anstandsloser Laufzeit dieses Unterprogramms jetzt eine Situation, die außerhalb meiner Testkombinationen lag.

Ursächlich war relativ weit vorn

• <math>p</math> = 1013 hPa) bei einer Temperatur von 288 K (= .......
  • Die beiden Gleichheitszeichen wurden interpretiert als potentielle Überschrift vom Level 1 (normalerweise nicht in Artikeln genutzt, weil ganz oben auf der Seite stehend).
  • Unmittelbar voran geht durch <math>p</math> ein geschützter Block. Durch ihn war nicht deutlich unterscheidbar, was noch vor dem ersten Gleichheitszeichen passiert; ob an dieser Stelle der Zeilenumbruch stünde.
  • Hinzu kommt, dass das Leerzeichen zwischen dem math-Block und dem ersten '=' zunächst in den Toleranzbereich fällt, das Rekonstruktion bei möglichen Tippfehlern zulässt.
  • Auch das Anhängsel hinter der vermeintlichen Überschrift fällt in die Toleranz zur Entdeckung möglicher Tippfehler.
• Zwar ist anschließend nach genauerer Analyse klar, dass wohl doch keine Überschrift gemeint war; weil es weder am Anfang noch am Ende des Bereichs der zwei gleichlangen '='-Gruppen mit dem Zeilenumbruch hinhaut.
• Bloß stand bis heute Abend ein Schalterchen auf Null, so dass die Mechanik rücke hinter das zweite '=' und suche ab dort nach der nächsten Überschrift leider nicht einrastete. Grund war, dass zwischen dem math-Block und dem ersten '=' exakt ein Leerzeichen stand; entweder keins oder zwei hätten das Schalterchen nicht ausgerechnet auf Null gelegt. Damit sprang er aber wieder an die gleiche Stelle, suchte und fand das erneut …
• Auf meiner Festplatte erstmal abgefangen; muss ich nochmal drüber nachdenken und drüber schlafen, morgen vormittag eine neue Version; bis dahin besser barometrisch auf dem Teppich bleiben.

Gute Nacht --PerfektesChaos 23:47, 17. Jun. 2012 (CEST)

Soeben live ins testwiki --PerfektesChaos 10:05, 18. Jun. 2012 (CEST)

Gut erklärt. Danke.

Da ja nun das ganze recht gut läuft, magst du mir sicher auch etwas zur Vorlage Literatur erzählen (wie hier "angedroht").

Auch heute: Sonne! --RonMeier (Diskussion) 17:35, 18. Jun. 2012 (CEST)

Du kannst folgendes in deiner common.js ändern:

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

an Stelle von

   var Modif_Text  =  [

und

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

an Stelle von

   var Modif_Link  =  [

Neu einfügen:

mw.libs.WikiSyntaxTextMod.config.mod.template  =  [
   { detect: { title:  "Literatur"
             },
     clear:  [ ["^(TitelErg|Sammelwerk|WerkErg|Reihe|Band|Nummer"
                + "|Auflage|Verlag|Monat|Tag|Kapitel|Seiten|Spalten"
                + "|ISBN|ISBNistFormalFalsch|DNB|ISSN|ZDB|LCCN"
                + "|Kommentar|Originaltitel|Originalsprache"
                + "|Übersetzer|Online|DOI|arxiv|Zugriff|Typ)$",
                false] ]
   }
                                                  ];

Ausprobieren kannst du das bei Gleichheitszeichen – dort ist allerdings noch nicht H:Vorlagen #Problem: Gleichheitszeichen in Parameterwerten durch &#61; realisiert.

Weil alle Syntaxteile einer Vorlageneinbindung jetzt als einzelne Bröckchen verarbeitet werden, kann keine klassische Textersetzung auf dem Quelltext mehr erfolgen. Dafür ist das config.mod.template (das etwa zu zwei Dritteln bereits programmiert ist) vielfach mächtiger und anpassungsfähiger an die Einbindung.

Viel Glück --PerfektesChaos 21:04, 19. Jun. 2012 (CEST)

Habe soeben ersetzt
Zeitstempel: 19.06.2012 22:18:25
Fehler: missing ] after element list
Quelldatei: http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=user&only=scripts&skin=vector&user=RonMeier&version=20120619T200549Z&*
Zeile: 2, Spalte: 986
Quelltext:
mw.libs.WikiSyntaxTextMod={config:{mod:{},page:{},portlet:{}}};mw.libs.WikiSyntaxTextMod.config.page.include=[":dewiki:Benutzer:RonMeier/Spielwiese",":dewiki:Wikipedia:Spielwiese"];mw.libs.WikiSyntaxTextMod.config.portlet={scope:"p-tb",stick:"#t-whatlinkshere"};mw.loader.load("//test.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/WikiSyntaxTextMod/r.js&action=raw&ctype=text/javascript&maxage=604800&smaxage=86400","text/javascript");mw.loader.load("//test.wikipedia.org/w/index.php?title=User:PerfektesChaos/js/paneMarker/r.js&action=raw&ctype=text/javascript&maxage=3600&smaxage=1800","text/javascript");mw.libs.WikiSyntaxTextMod.config.mod.link=[mw.libs.WikiSyntaxTextMod.config.mod.template=[{detect:{title:"Literatur"},clear:[["^(TitelErg|Sammelwerk|WerkErg|Reihe|Band|Nummer"+"|Auflage|Verlag|Monat|Tag|Kapitel|Seiten|Spalten"+"|ISBN|ISBNistFormalFalsch|DNB|ISSN|ZDB|LCCN"+"|Kommentar|Originaltitel|Originalsprache"+"|Übersetzer|Online|DOI|arxiv|Zugriff|Typ)$",false]]}];var Gruß --RonMeier (Diskussion) 22:22, 19. Jun. 2012 (CEST)

Naja,

wie ich jetzt sehe, bleibt ja dann von deiner

   var Modif_Link  =  [

nichts mehr übrig.

Dementsprechend kannst du zwei Schrägstriche machen vor die Zeile

//   mw.libs.WikiSyntaxTextMod.config.mod.link  =  [ ... ];

bis du irgendwann mal Links ersetzen möchtest (wobei das auch mittelfristig zwischen Wikilinks und Weblinks aufgeteilt werden wird).

Dann läuft das auch.

Völlig voneinander unabhängig ist jedes

• .config.mod.plain = [ ... ];
• .config.mod.link = [ ... ];
• .config.mod.template = [ ... ];
• .config.mod.comment = [ ... ];

und diese sind jeweils eine Liste von Definitionen, die mit [ anfangen und mit ] aufhören.

Jetzt wird’s --PerfektesChaos 22:57, 19. Jun. 2012 (CEST)

Sieht schon besser aus, aber:

Zeitstempel: 19.06.2012 23:07:12

Fehler: this.children[i].DEBUGparent is not a function

Quelldatei: https://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&137630

Zeile: 3156
Gute Nacht --RonMeier (Diskussion) 23:09, 19. Jun. 2012 (CEST)

Ich kann mir ums Verrecken nicht vorstellen, wie du an diesen Fehler kommen kannst. Das wird nur in meiner Festplattenwelt intern aufgerufen.

Ich kann ihn nicht reproduzieren, wenn ich ins testwiki gehe.

Abgesehen davon wird er ausgelöst von genau der Funktion, von der er behauptet, er habe sie nicht gefunden.

Ich habe mal meinen Test-Start auskommentiert; gleichzeitig versuche doch mal, deinen Cache gründlich zu löschen.

Ebenfalls süße Träume --PerfektesChaos 00:29, 20. Jun. 2012 (CEST)

Träume vorbei, Cache gelöscht, alles ok. --RonMeier (Diskussion) 08:06, 20. Jun. 2012 (CEST)

Horace Walpole, 4. Earl of Orford

Personendaten - Kurzbeschreibung wird leicht gekürzt. --RonMeier (Diskussion) 19:58, 18. Jun. 2012 (CEST)

Nach Überdosis Frischluft samt Sauerstoffvergiftung und Sonnenstich jetzt wieder an der Wikisyntax.

WSTM hätte eigentlich noch deutlich mehr wegnehmen sollen, was jetzt auch passiert.

Ein kürzlich verschärfter Schutz für das | innerhalb eines Wikilinks, das die Verwechslung mit dem | zwischen den Vorlagenparametern vermeiden soll, war so wirksam, dass jetzt der Entlinker über das | nicht mehr hinaus kam.

Nun rabiater gekürzt --PerfektesChaos 21:04, 19. Jun. 2012 (CEST)

ref u. a.

Nicht immer bringt das Zusammenziehen von <xxx></xxx> zu <xxx /> ein sinnvolles Ergebnis, wie z. B hier (erste Zeile nach gallery). Besser wäre hier wohl ein Aufschrei der roten Box.
Gruß --RonMeier (Diskussion) 20:48, 18. Jun. 2012 (CEST)

Man kann das eine tun ohne das andere zu lassen.

Das Zusammenziehen macht schon Sinn und wird auch so bleiben.

Ich habe dem ref-Analysierer jetzt erstmal beigebogen, dass ein unary <ref/> ohne irgendwelche Parameter von WSTM ebenfalls mit einer Fehlermeldung versehen wird, wie das auch schon die Wiki-Extension macht.

Der ref-Analysierer meckerte bereits, wenn es unbekannte Parameternamen anders als name= und group= (follow=) gibt.

Im konkreten Fall hätte es ja auch heißen können

<ref name="Siebmacher.1234" />

Bisher zeigte in Spezial:Permanenter Link/76914719 die [1] kommentarlos und unbemerkt ins Nichts.

Sauberer wird es, wenn ich im Fall von <ref/> auch noch prüfe, ob name= einen nicht-leeren Wert hat; das habe ich jetzt erstmal noch nicht.

Nur durch das Zusammenziehen der ref-Teile zu einem unary <ref/> kann ich aber syntaktisch an den passenden Stellen sinnvoll die Analysen auslösen. Solange das zwei einzelne Anfangs- und End-Tags sind, ist das syntaktisch legitim und die sinnfreie alte Version wurde von der Wiki-Extension auch nicht beanstandet.

Grüße --PerfektesChaos 21:04, 19. Jun. 2012 (CEST)

Haus Traar

Hier wird in der zweiten Zeile "Datei" zerlegt, wobei ich mit der ganzen (anscheinend unfertigen) Konstruktion nichts anfangen kann. Gruß --RonMeier (Diskussion) 13:03, 20. Jun. 2012 (CEST)

Dass die Datei:-Wikilink-Aktivität so innerhalb des an sich geschützten imagemap-Bereichs herumwurstelt, ist unverzeihlich und wird beseitigt werden müssen.

Richtig ist, dass ab WSTM.5 in der ersten Zeile von imagemap eine Wiki-Dateieinbindung erwartet wird ähnlich einer gallery und deren Namen betreffend Encoding, Unterstreichungsstrichen oder möglicher Verschiebung des Dateinamens bearbeitet / bearbeiten soll. Das ist noch im Experimentierstadium, hatte bisher aber geklappt. Hier hat er vermutlich an den Unterstreichungsstrichen herumgemacht, aber offenbar Quatsch im Quadrat zurückgeschrieben.

Die gesamte Konstruktion war wohl mal ein auf FzW oder sonstwo in die Welt gesetzter Tipp von Leuten, die die Vorlagen unter Hilfe:Bilder #Panoramabilder noch nicht kannten, oder die es damals vielleicht nur auf Commons gegeben hatte. – Ähnliches gibt es zuweilen mit Autoren, die den Doppelpunkt bei [[:Datei: nicht kennen und die normale Anzeige von [[Datei: durch eine um ein PDF-Symbol herumgepfriemelte imagemap unterdrücken.

• Die Bastelei muss aber abgeschafft werden, weil sie Leser-Verschaukelung ist. Wenn ich bei einem Miniaturbild auf das Bild klicke, erwarte ich auf die Bildbeschreibungsseite des Miniaturbilds geführt zu werden. Hier kommt man aber auf die Seite commons:Haus Traar/Panorama1. Einen analogen Link darauf kann man sich mit der Vorlage:Panorama zwar vermutlich nicht innerhalb der deWP bauen; wohl aber in der Bildunterschrift „180°-Panorama“ angeben und dem Leser vorher anzeigen, wo er hinkommt. Zumal ohne eine solche Verlockung niemand wissen würde, dass sich hier ein Klick lohnt.

Ich schau mal nach meiner neuen imagemap --PerfektesChaos 14:54, 20. Jun. 2012 (CEST)

Nein, es war ein Fehler, der schon seit Anfang April unentdeckt schlummerte. Er träte dann und nur dann auf, wenn ein Element vom Typ imagemap an der ersten Stelle des Wikitextes stünde; was jetzt Vergangenheit geworden ist.

Gleichwohl habe ich das Abenteuer imagemap bei der Gelegenheit zurückgestellt. Ich möchte zunächst mal mit dem 1. Juli WSTM.5 starten und nach dessen möglichst ruckelfreier Einführung nach und nach neue Experimente wagen; zur imagemap würde auch die komplett neue Behandlung der Bildeinbindungsparameter gehören, wie mir jetzt auffiel und was ich gern im Zusammenhang entwickeln und einführen würde.

Zum Artikel:

• Die Seite ist 2009 schon sinnfreierweise mit imagemap angelegt worden. Im Herbst 2009 wurde das dann auf das Panoramalink gebogen. Ursprünglich war wenigstens in der Bildunterschrift mal das Wort „Panoramabild“ gefallen, aber ohne später auf den erforderlichen Klick hinzuweisen. Weiter unten gibt es noch zwei sone Dinger; das ist ein getarntes Link auf commons:Haus Traar/Lagepläne. Klickt man auf das blaue (i), kommt die Bildbeschreibungsseite, während die ausführliche Darstellung der Lagepläne – von denen wiederum niemand etwas ahnen kann – unter dem Bild versteckt ist. Was der gleiche Käse um die Deckenbalken soll, habe ich allerdings auch nicht verstanden.

Die Autor|Herausgeber|Ort|Jahr| hatte ich bewusst stehengelassen. Sie sollen spätere Autoren dazu auffordern, diese Angaben nachzutragen. Vorrangig soll sich die Aktion richten gegen sinnfreie ISBN von 1870/71 sowie weitere von der Kopiervorlage stammende LCCN, ISBNistFormalFalsch, arxiv.

Eine kühler erfrischender Tag --PerfektesChaos 09:44, 21. Jun. 2012 (CEST)

Da ich mir (fast) immer die Literaturangaben ansehe, korrigiere und ergänze, sollte sich fehlende Autoren, Herausgeber u.a. anschließend erledigt haben. Viel Sonne, wenig Lust --RonMeier (Diskussion) 17:52, 21. Jun. 2012 (CEST)

Leerzeichen in Links

In Steve Speirs wird im Link Star Wars: Episode I – Die dunkle Bedrohung das Leerzeichen nach dem Doppelpunkt rausgelöscht. Gruß --RonMeier (Diskussion) 13:51, 27. Jun. 2012 (CEST)

• Danke; das Leerzeichen innerhalb von „Star Wars“ hatte ihn aus dem Konzept gebracht bei der Analyse, dass dies ja nicht Spezial:Interwiki ist und auch kein Drei-Buchstaben-Sprachcode wie oben in CSI: Miami.
• Du lechzt nach einer aktuellen Bedienungsanleitung? Zurzeit entsteht Benutzer:PerfektesChaos/js/WikiSyntaxTextMod als Überarbeitung.
• Fast eine Woche ohne Böckchen; es reift.
• Falls du dich wundern solltest, warum bei dir irgendwas mit der Internetquelle nicht klappt:
  • Du hast mittendrin schließende und wieder öffnende eckige Klammer; davon kann es nur eine geben, und zwar um alles drumrum:

      mw.libs.WikiSyntaxTextMod.config.mod.template  =  [
         { Zeugs zu Vorlage1 },
         { Zeugs zu Vorlage2 },
         { Zeugs zu Vorlage3 }
                                                        ];

• Sicherheitshalber würde ich darin wie folgt schreiben:

        { detect: { title:  "^[Ii]nternetquelle$" },

Das wirkt auch bei der hier häufigen Kleinschreibung; und die ^ und $ sind ganz allgemein gegen den Fall, dass vor oder nach dem Wort ein Name noch weitergeht.

• Nebenbei: „VEB“ in Lit.-Angaben bitte stehenlassen, wenn Verlagsort einfach nur „Berlin“. Bei Leipzig und Rostock darfst du es gern raushauen.

Beste Grüße --PerfektesChaos 15:06, 27. Jun. 2012 (CEST)

Warum hier jetzt ^$, für Wortgrenzen gabs doch das \b - das andre ist doch Zeilenanfang/ende? Gruß --RonMeier (Diskussion) 15:25, 27. Jun. 2012 (CEST)

Weil der Name einer Vorlage keine Zeilenumbrüche enthalten kann – dann ist es eindeutig.

Das Problem mit ^$ ist, dass man nie weiß, ob man am Anfang der gesamten Zeichenkette landet oder an einem \n – die Konstrukteure von JavaScript hatten vor mittlerweile bald 20 Jahren schlicht vergessen, an mehrzeilige Texte zu denken, obwohl in anderen Definitionen für Reguläre Ausdrücke schon weitere 20 Jahre zuvor die Unterscheidung zwischen „Anfang von alles“ und „Anfang einer einzelnen Zeile“ gemacht wurde.

HGZH; viel Regen heißt viel WSTM in den nächsten Tagen --PerfektesChaos 18:24, 27. Jun. 2012 (CEST)

Frank Kristensen

Zeitstempel: 27.06.2012 14:54:41
Fehler: syntax error
Quelldatei: https://test.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:PerfektesChaos/js/WikiSyntaxTextMod/dQ.js&138274
Zeile: 921, Spalte: 51
Quelltext: this.score = WSTM.str.trimL(this.score, ;
Gruß --RonMeier (Diskussion) 14:56, 27. Jun. 2012 (CEST)

Da war die Nadel von eins drüber zu heiß; normalerweise erzählt mir der Server beim Hochladen, wenn ich mit dem breiten Daumen auf Enter gedrückt habe. --PerfektesChaos 15:06, 27. Jun. 2012 (CEST)

Glutensensitivität

End-Tag fehlt zum Ende des Textes: </undefined>

Moin, das soll sicher auf das fehlerhafte references hinweisen. --RonMeier (Diskussion) 09:33, 29. Jun. 2012 (CEST)

Der erste Fehler hatte dem zweiten Fehler die Meldungs-Infastruktur zerschossen.

Ich habe jetzt alle Experimentalzweige aufgelöst und die für Sonntag vorgesehenene Serienversion vorbereitet. Hoffentlich ist dabei nicht noch was kaputtgegangen.

Zitter, bang --PerfektesChaos 20:41, 29. Jun. 2012 (CEST)

Daumendrück --RonMeier (Diskussion) 21:24, 29. Jun. 2012 (CEST)

doppelte Interwikis

wurden m.E. schon mal erkannt, aber nicht in Hières-sur-Amby. Schönen Sonntag --RonMeier (Diskussion) 10:39, 1. Jul. 2012 (CEST)

Erkannt werden sie schon seit Jahren. Früher konnte aber nur ein <!-- 2.* !! --> im Wikitext hinter das Link gesetzt werden.

Eine neue Fehlermeldung in der roten Kiste gibt es noch nicht. Ich habe eine Liste mit sämtlichen Kategorien und Interwikis, und die könnte ich mal durchgucken und aufschreien lassen.

Das habe ich aber im Zusammenhang mit der Suche nach fehlenden Doppelpunkten und falscher Reihenfolge geplant. Wenn IW vor Kat kommt, ist was daneben; wenn Kat vor SORTIERUNG steht, ist das auch verdächtig. Aber festzustellen, dass man am Ende ist und nur noch die Vorlagen Link, Personendaten oder Kommentare bzw. Leerzeilen kommen dürfen, ist leider nicht ganz trivial. Wenn das nicht hinhaut, hat vermutlich jemand den Doppelpunkt vor Kategorie oder Sprachcode mitten im Artikel vergessen.

Seit den Mittagsstunden läuft erfolgreich die d-Version (die niemandem auffallen düfte) auf der en.WP. Wenn du kleckerweise umschalten möchtest: test→en und gleichzeitig r.js→d.js setzen; der tooltip des Links zur manuellen Auslösung würde dann (d)Run=-5 anzeigen.

Das ist planmäßig und ohne Macken verlaufen; wenn es dabei bleibt, stelle ich auf den späten Abend auch die r-Version für alle „en-Benutzer mit großem S“ um, deren Browser-Cache sich demnächst zufällig aktualisiert.

Dann würde ich gern die nächsten Wochen etwas Ruhe einkehren lassen, Fehlermeldungen abwarten und Sonne tanken. Wenn es störungsfrei und geräuschlos abgeht, kommen in einigen Wochen die anderen Lade-Standorte dran. Einstweilen lasse ich WSTM.4 auf dem Pfad mit dem kleinen s stehen, als Rückfallposition.

Sonne, Regen, warm, kühl, schwül, alles da zum Genießen --PerfektesChaos 15:47, 1. Jul. 2012 (CEST)

Das <!-- 2.* !! --> ist in diesem Fall ganz gut, da man nicht erst in der Liste suchen muss.

Ich habe auf en umgestellt, der Tooltip ist (d)Run=-5

Schöne Erholung, Gruß --RonMeier (Diskussion) 21:54, 1. Jul. 2012 (CEST)

Vielleicht wirst du ja doch wieder glücklich mit mir und WSTM, wenn du dir überlegst, dass ich dann das zweite Interwiki oder Kategorie auch automatisch aus der Liste entferne; da braucht es keinen Kommentar <!-- 2.* !! --> mehr. (Doku)

• Die automatische Löschung gebe ich zur Kontrolle in der roten Kiste bekannt.
• Nur bei zwei Kategorien mit unterschiedlichen Sortierschlüsseln kann ich nicht löschen, sondern nur meckern.
• Bevor ich löschen kann, muss ich aber sicherstellen, dass beim ersten scheinbaren Link nicht der Doppelpunkt vergessen wurde und oben, mitten im Artikeltext, jemand überflüssigerweise den auch per IW zugänglichen englischsprachigen Artikel „verlinkt“ hatte.

Guten Morgen,

ja, ein automatisches Herauslöschen des doppelten Interwiki ist schon Ok, wenn es denn der richtige ist, da ja die alphabetische Reihenfolge eingehalten werden muss. Bei Kats sollte die rote Kiste reichen. Wird der rote Kasten eigentlich auch anwendernutzbar?

en:r mit großem S vor einigen Minuten gestartet.

Übrigens hast du einen Bug in deiner common.js – eigentlich sollte die eine dicke Fehlermeldung werfen und überhaupt nicht wirken; aber anscheinend tut sie’s trotzdem. Ich blick da auch nicht mehr durch.

Die Kommentarzeile // Normierung der Seitenangaben von bis (was noch nicht schlimm wäre), aber auch das zugehörige Statement sind innerhalb des Bereichs von .config.mod.template gerutscht; dies müsste hinter ]; geschoben werden. Es sieht so aus, als ob es innerhalb von .config.mod.plain gehören würde.

Gute Nacht --PerfektesChaos 00:06, 3. Jul. 2012 (CEST)

Gerutscht ist es nicht. Ohne Gebrauchsanweisung :-) hatte ich es dorthin verschoben, da es ja in Vorlagen (Literatur, cite web, cite journal ...) die Seitenangaben normieren sollte, was unter WSTM.4 ja auch (teilweise) funktionierte. Ich denke, dass es erst mit "change" wieder machbar ist und werde es jetzt erst mal auskommentieren. Gruß --RonMeier (Diskussion) 08:35, 3. Jul. 2012 (CEST)

• Naja, es ist trotzdem eigentlich an dieser Stelle ein Syntaxfehler, weil die Sache mit dem Komma und den Klammern eigentlich nicht passt.
• Du kannst es gleichwohl unter .plain stellen: Wenn eine Vorlagenzerlegung erfolgt, sind das die unter tech/WikiTom dargestellten Brösel. Wenn nicht zerlegt worden war, funktioniert .plain ganz normal.

So, und jetzt machen wir an diesem Punkt mal Schluss, und machen mit großem S weiter; beste Grüße und ausnahmsweise darf ich mich dann doch wieder mal bedanken für die Mitwirkung an der Entwicklung von WSTM.5 --PerfektesChaos 10:14, 3. Jul. 2012 (CEST)

Archivseite abgeschlossen. --PerfektesChaos 22:40, 7. Jul. 2012 (CEST)