Benutzer Diskussion:Schnark/Archiv3

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Benutzer Diskussion:Schnark/Archiv3#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Benutzer_Diskussion:Schnark/Archiv3#Thema_1

Benutzer:Schnark/js/extratabs.js

Hallo, Es gibt nen Bug im tool rcbytes. Wenn man dieses Tool ausführt und der Benutzername ein Leerzeichen enthält, dann schreibt dein tool ein "_" als Leerzeichen in den Link und führt ins Nirvana. Richtig wäre ein "+" als Leerzeichen. Viele Grüße --CENNOXX 12:35, 14. Apr. 2012 (CEST)

Meiner Ansicht nach wäre das eigentlich etwas, was Benutzer:Hoo man korrigieren sollte, aber da es schneller geht, wenn ich das bei mir ändere, habe ich das jetzt gemacht; danke für den Hinweis. --Schnark 09:59, 16. Apr. 2012 (CEST)

Vielleicht wieder was, das Benutzer:Hoo man fixen sollte, aber der Bug fällt mir nur bei den extratabs auf: mit ö, ä und ü (vielleicht auch ß?) hat das Tool seine Probleme. Aufgefallen an [1].--CENNOXX 23:47, 24. Apr. 2012 (CEST)

Seit wann verflucht nochmal ist diese Variable schon URL-kodiert? Ich kümmer mich drum. --Schnark 09:14, 25. Apr. 2012 (CEST)

Ok, sie ist doch nicht URL-kodiert, ich lese nur an dieser Stelle den Wert aus der URL aus, weil ich keinen anderen Weg sehe. Da muss ich ein wenig überlegen. --Schnark 09:29, 25. Apr. 2012 (CEST) PS: Könntest du beim nächsten Mal einfach einen neuen Abschnitt aufmachen? Dann müsste ich nicht erst die alten Themen nach einem neuen Beitrag durchsuchen.

In sehr konstruierten Situationen ist das Skript vermutlich nicht mehr FF3-kompatibel, ich kann mir aber nicht vorstellen, dass diese Situationen tatsächlich auftreten werden, und außerdem verwende ich inzwischen FF10. --Schnark 10:00, 26. Apr. 2012 (CEST)

Ein paar kleinere Dinge in autoantraege.js

Hallo Schnark, mir sind in deiner autoantraege.js (übrigens Danke dafür) ein paar kleinere Ungereimtheiten aufgefallen:

• Bei der Funktion FQS+ fehlen die zumindest die Wikipedia:Redaktion Informatik/Qualitätssicherung und die Wikipedia:WikiProjekt Recht/Qualitätssicherung. Vielleicht gibt es noch mehr, aber die beiden sind mir aufgefallen.
• Bei der Funktion FQS+ fände ich als Zusammenfassungszeilenkommentar "FQS+" passender als "QS+".
• Bei der Funktion URV+ setzt das Skript automatisch ein "http://" vor die eingegebene Webadresse. Blöd, wenn die Webseite mit "https://" beginnt [2].
• Bei der Funktion SLA+ wird in der Dialogbox zu Beginn sowohl die Texteingabebox angezeigt, als auch standardmäßig der SLA-Grund "Kein Artikel" ausgewählt. Gebe ich einen Text ein und klicke auf OK, so geht der eingegebene Text verloren und wird durch den Standardtext für "Kein Artikel" ersetzt. Mein Vorschlag wäre es, standardmäßig den SLA-Grund "sonstiger Grund" auszuwählen, dann sollte es passen. (Oder halt alternativ zu Beginn die Texteingabebox weglassen, aber andersrum fände ich persönlich jetzt besser).

Wäre cool, wenn du Zeit finden würdest, das eine oder andere umzusetzen. Grüße, --KMic (Diskussion) 02:10, 16. Apr. 2012 (CEST)

Zunächst einmal: Ich verwende das Skript selbst nicht, was zum einen heißt, dass ich nicht mitbekomme, wenn irgendwelche Fehler auftreten, zum anderen, dass meine Motivation, etwas daran zu machen deutlich kleiner ist als bei meinen anderen Skritpen. Zu den einzelnen Punkten:

• Es sind (fast) genau die drin, die (zumindest bei Erstellung des Skripts) in Wikipedia:Fachspezifische Qualitätssicherung als aktiv gekennzeichnet waren, die beiden von dir genannten sind dort nur "selten aktiv". Alle zu nehmen, wäre unübersichtlich, daher die Einschränkung.
• Überlegenswert.
• Nein, dass die Vorbelegung des Eingabefelds für die Quelle ein http: enthält, heißt nicht, dass du das nicht einfach überschreiben kannst. Es wird genau das eingetragen, was beim Klick auf OK in diesem Feld stand, ohne nochmal ein http: zu ergänzen.
• Über 5 Monate, bis sich jemand über den Bug beschwert hat. Ich hoffe, dass meine Änderung das Problem behoben hat. "Kein Artikel" bleibt der Standardgrund (wie bei PDD), wenn du es für dich ändern willst, schreibst du noch etwas wie var defaultSLA = ''; in deine vector.js (ungetestet, sollte aber funktionieren).

--Schnark 10:52, 16. Apr. 2012 (CEST)

Ok, Danke soweit. QS-Recht und QS-Info sind tatsächlich als "selten aktiv" markiert. Überraschend, aber nicht deine Schuld. Beim URV war es wohl ein Anwenderfehler, sorry fürs Belästigen deshalb. --KMic (Diskussion) 12:09, 16. Apr. 2012 (CEST)

Sorry, dass ich schon wieder nerve, diesmal habe ich es aber extra zweimal getestet. Ich glaube, dass deine Funktion "URV+" bei der Benachrichtigung auf der Benutzerseite eine Abschnittsüberschrift zuviel setzt. Möglicherweise hast du diese Funktion vor dieser Änderung an der entsprechenden Vorlage implementiert. Grüße und schonmal Danke im Voraus, --KMic (Diskussion) 14:49, 19. Apr. 2012 (CEST) PS. Das mit dem FQS+-Editkommentar hast du noch im Auge? (Eilt nicht, wollte nur mal nachfragen.)

Ich hatte ohnehin vor, heute eine neue Version einzustellen, da konnte ich die Änderung an der URV-Hinweis-Vorlage gleich noch mitberücksichtigen. Die Änderungen sind:

• Es gibt eine Handvoll neue Konfigurationsvariablen, die ebenso wie die alten nirgends dokumentiert sind.
• Da ich den Code kaum getestet habe, gibt es vermutlich ein paar neue Bugs.
• Die meisten Eingabefelder sind auf vielfachen Wunsch nun mehrzeilig.
• Bei einer Größenänderung des Dialogfensters passen sich die Eingabefelder an. Das führt allerdings zu einer suboptimalen Darstellung im IE <= 8 (oder nur <= 7?), was mir aber egal ist.
• Der Bearbeitungskommentar bei Fach-QS lautet nun QS-XYZ+, mit dem jeweiligen Namen der Vorlage (scheint der Standard bei Benutzern zu sein, die das von Hand machen).
• Weiterer Kleinkram.

--Schnark 09:22, 20. Apr. 2012 (CEST)

Herzlichen Dank für die Mehrzeiligkeit! Das war der eindeutig wichtigere Feature-Wunsch als die Vorschau. --Leyo 10:26, 20. Apr. 2012 (CEST)

Dank auch von mir, und wenn was nicht passt, melde ich mich ;-) --KMic (Diskussion) 14:05, 20. Apr. 2012 (CEST)

Also ich bekam gerade bei der QS+-Funktion beim Eintrag auf die QS-Seiten einen "Sitzungsdaten gingen verloren"-Fehler, konnte aber hinterher ohne Neuanmeldung o.ä. weitermachen. Kann jetzt aber auch Zufall gewesen sein, da ich gerade nur einen einzigen Antrag zu stellen habe und es daher nicht weiter ausprobieren kann.

Bei mir (Firefox 11) funktioniert die versprochene Größenanpassung der Eingabefelder an die Größe der Dialogbox nicht. Die Größe der Eingabefelder und die Größe der Dialogbox lassen sich vollkommen unabhängig voneinander verändern und haben keine gegenseitige Wechselbeziehungen (ausprobiert bei LA/QS).

Grüße, --KMic (Diskussion) 15:17, 20. Apr. 2012 (CEST)

Meldungen über verlorengegangene Sitzungsdaten sind meist Server-Probleme, und haben fast nie mit einem Benutzerskript zu tun. Eventuell bugzilla:35900.

Die Größenanpassung funktioniert bei mir im FF4 und FF11, getestet an LA+ bei meiner Benutzerseite. Allerdings ist es so, dass der FF grundsätzlich eine Veränderung der Größe von Eingabefeldern durch den Benutzer zulässt (das Dreieck rechts unten), und sobald man das gemacht hat, die Größe nicht mehr automatisch ändern wird. Also einfach die komischen Firefox-Features ignorieren, nur am Dialogfeld ziehen und das Eingabefeld in Ruhe lassen, dann sollte es so funktionieren, wie es soll. --Schnark 09:17, 21. Apr. 2012 (CEST)

Bei horizontalen Größenänderungen funktioniert es so wie von dir beschrieben, bei vertikalen Größenänderungen aber nicht. Ist jetzt aber auch nicht so tragisch, Hauptsache die Felder sind mehrzeilig. Würde aber anregen, die standardmäßige vertikale Größe um ein paar Pixel zu erhöhen, da aktuell drei Zeilen gerade nicht reinpassen (ohne dass eine vertikale Scrollleiste entsteht), zumindest bei mir. Grüße, --KMic (Diskussion) 11:11, 21. Apr. 2012 (CEST)

Bei vertikalen Größenänderungen habe ich auch keine Anpassung der Eingabefelder vorgesehen, das wäre wesentlich schwieriger zu programmieren als die horizontale Anpassung. (Wenn das Dialogfeld einen Zentimeter höher wird, dann müsste bei einem sichtbaren Eingabefeld dieses ebenfalls um einen Zentimeter höher werden, sind jedoch zwei sichtbar, dann nur einen halben, etc. Bei der horizontalen Änderung gibt es solche Probleme nicht.)

Über die Anzahl der Zeilen, die sichtbar sein sollen, lässt sich diskutieren, wenn sich noch andere für 3 Zeilen aussprechen, dann mache ich das so. --Schnark 11:29, 21. Apr. 2012 (CEST)

Zumindest mit FF 8.0.1 habe ich bereits drei Zeilen und kann das Feld auch breiter und höher machen. Perfekt also. Zugang zu einem PC mit FF 11 habe ich erst am Montag wieder. --Leyo 13:06, 21. Apr. 2012 (CEST)

English-language comments

Hi Schnark,

I have left some messages for you on your English-language talk page.

Regards,

Yaris678 (Diskussion) 19:31, 7. Mai 2012 (CEST)

And again! Yaris678 (Diskussion) 21:10, 9. Mai 2012 (CEST)

Feinschliff normdaten.js

Hallo Schnark,

das funktioniert schon sehr gut. Du könntest evtl. den generierten Code auf spätere Bearbeitungen hin optimieren, also im Fall "nicht individualisiert" etwa so:

 ...|GNDName=123456789|GNDfehlt=ja|GNDCheck=2009-10-11}}

Dann kann das nämlich nach einer Korrektur durch die DNB mit weniger Mausarbeit (insgesamt nur zwei Selektionen plus Entfernen-Taste) umgewandelt werden zu

 ...|GND=123456789}}

viele Grüße -- Thomas Berger (Diskussion) 11:57, 14. Mai 2012 (CEST)

Änderung [3] auch im Skript durchgeführt. --Schnark 09:44, 15. Mai 2012 (CEST)

Bug

Hallo Schnark! Ich vermute untenstehender kleiner Bug sorgt dafür, dass mir ein paar Editbuttons fehlen. Grüße --LeastCommonAncestor 00:24, 15. Mai 2012 (CEST)

Error: missing ] after element list
Source File: http://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/wikieditor.js/de.js&action=raw&ctype=text/javascript&104
Line: 538, Column: 108
Source Code:
        '|LCCN=|NDL=|VIAF=|GNDfehlt=ja|GNDName=|GNDCheck={{ers:NormdatenDatum}}|REMARK=}}', {ownline: true}]); 

Du willst in den Abschnitt eins untendrunter. --Schnark 09:44, 15. Mai 2012 (CEST)

Stimmt. Danke für den Fix. --LeastCommonAncestor 10:00, 15. Mai 2012 (CEST)

wikieditor

Hallo Schnark! Seit gestern abend fehlen bei mir in der Werkzeugleiste alle Buttons, die ich nicht selbst erstellt habe, sondern aus dieser Liste übernommen habe. Ich habe seit gut zwei Wochen nichts mehr an der config oder an meiner vector.js verändert, deshalb bin ich etwas ratlos, wo die Buttons hin sind :( Kannst du mir helfen? --Knopfkind 08:14, 15. Mai 2012 (CEST)

Du kannst nichts dafür, das war ganz allein mein Fehler, dass ich ohne zu testen eine neue Version des Skripts inklusive Syntaxfehlern eingespielt habe. Evt. Browser-Cache leeren. --Schnark 09:46, 15. Mai 2012 (CEST)

Sind wieder da. Dankööö --Knopfkind 13:08, 15. Mai 2012 (CEST)

Hallo Schnark, ich nutze (wie sicherlich auch einige andere) ausgiebig das Personen- und Normdatenhelferlein, das Du bereitstellst. Ich möchte Dich darauf aufmerksam machen, dass die Normdateien der DNB (alt: PND, GKD und SWD) inzwischen zur gemeinsamen GND zusammengefasst wurden und dass wir daher inzwischen über die nötigen Umsetzungsmaßnahmen in der Wikipedia diskutieren. Kurz: Die Normdatenvorlage wird wohl bald geändert, alle PND/GKD/SWD werden zu GND geändert, ein zusätzlicher Typ-Parameter aus der GND wird kommen (um sie dann doch wieder unterscheidbar zu machen, es geht ja um Personen, Geographische Objekte, Organisationen, Schlagwörter, Veranstaltungen etc.) Die Vorlage "PNDfehlt" wird wegfallen und irgendwie mit integriert werden. Wir sind noch am Diskutieren, und zwar hier: Wikipedia Diskussion:Normdaten. Ich wollte Dir nur schon mal Bescheid geben, dass sich da was tut und dass, wenn das Helferlein benutzbar bleiben soll, da in den nächsten Wochen auch ein Bedarf der Umprogrammierung entstehen wird. Herzlichen Gruß --AndreasPraefcke (Diskussion) 11:42, 9. Mai 2012 (CEST)

Ich habe die relevanten Seiten alle auf meiner Beobachtungsliste, sodass ich mitbekommen habe, dass sich da etwas tut; habe aber zu wenig Zeit, mich in die Diskussion einzubringen (und jeden Beitrag mit TL;DR einzuleiten wäre auch unfreundlich). Der Code befindet sich in einem Zustand, in dem ich hoffe, dass das Umprogrammieren nicht allzu lange dauert, sag mir also einfach Bescheid, sobald alle Neuerungen feststehen. --Schnark 09:14, 10. Mai 2012 (CEST)

Hallo Schnark, danke für das Korrekturlesen der Hilfe- und Doku-Seiten. Gruß --Kolja21 (Diskussion) 14:27, 12. Mai 2012 (CEST)

Hallo Schnark, ich glaube alle Neuerungen stehen jetzt fest. Wenn sich noch etwas ändern sollte, ist das sicherlich höchstens eine Kleinigkeit. --AndreasPraefcke (Diskussion) 08:33, 14. Mai 2012 (CEST)

Habe unter Wikipedia Diskussion:Normdaten#Neue Version des Normdaten-Skripts geantwortet, da dort vermutlich mehr Leute mitlesen, die es betrifft. --Schnark 09:31, 14. Mai 2012 (CEST)

Herzlichsten Dank. Das normale Eintragen geht wunderbar. Ich habe gerade einen sonderbaren Fehler gefunden. Zunächst grundsätzlich:

• Ich habe bei Hermine Speier das Skript aufgerufen und ohne Änderung wieder gespeichert. Daraufhin ergab sich:

{{Normdaten|TYP=p|LCCN=no/2003/41850|VIAF=12822032|GNDfehlt=ja|GNDName=10744044X|GNDCheck=2012-04-25}} Das Datum kam aus der PNDfehlt-Vorlage. Die erste Frage ist, wann das GNDCheck-Datum durch das aktuelle Datum ersetzt werden soll. Vielleicht durch einen Extra-Klick? Vielleicht das Datum auch anzeigen, damit man weiß, was man da ändert?

• Zweite Frage: Was ist mit denen, wo es einen GND(p) gibt, aber man zusätzlich GNDName eintragen will? Das sind m. W. ziemlich viele (das war die Wartungsfunktionalität der Vorlage:PND). Das muss nicht automatisch gehen, aber ein Feld sollte irgendwie da sein (vielleicht ist auch das "Ankreuzen" von "Nicht individualisiert" einfach nicht mehr das richtige Mittel. Eher: GND personalisiert als Textfeld / GNDName als Textfeld / GNDfehlt zum Ankreuzen (das Feld GNDfehlt ist nicht so richtig ausdefiniert bis jetzt, das gebe ich gerne zu, soll so etwas sein wie: es gibt keine GND, das wurde geprüft und es sollte eine geben) Dummerweise lässt sich das mit einer Suche bei der DNB wohl nicht richtig feststellen (ich glaube, erst, wenn wir die GND selbst auf dem Toolserver hätten, könnten wir eine Suche nach p/n getrennt realisieren)
• Dritte Frage, und jetzt kommt der Bug: Ich habe dann Hermine Speier mit der jetzt wie oben geänderten Vorlage nochmals mit dem Skript ohne Änderung der Einstellungen bearbeitet, und dann kommt folgendes heraus:

{{Normdaten|TYP=p|LCCN=no/2003/41850|VIAF=12822032|GNDfehlt=ja|GNDName=10744044X|GNDCheck=2025-04-112}} (Man beachte das GNDCheck-Feld!). --AndreasPraefcke (Diskussion) 09:45, 14. Mai 2012 (CEST)

Weiterer Bug: Anne Rasa (ich lasse jetzt mal jede Änderung, zum Nachvollziehen): Wenn ich in das Skript die manuell neu gefundene Nummer 172325501 in das GND-Feld eintrage und das "nicht individualisiert" wegklicke, müsste ich bekommen:

• {{Normdaten|TYP=p|GND=172325501|LCCN=n/85/181760|VIAF=24639343}}

Stattdessen kommt aber:

• {{Normdaten|TYP=p|GND=172325501|LCCN=n/85/181760|VIAF=24639343|GNDName=110360702|GNDCheck=8. November 2011}}

Das GNDName ist jetzt überflüssig (kommt aus der PNDfehlt-Vorlage; bzw. es ist vielleicht inhaltlich nicht überflüssig, aber das Verhalten ist sonderbar, da es im Formular nirgendwo erscheint), und das Datum GNDCheck hat das falsche Format. --AndreasPraefcke (Diskussion) 09:56, 14. Mai 2012 (CEST)

Kleinigkeit: Der Paramter "WP=" kann jetzt auch entfallen und ersatzlos gelöscht werden. TYP=p reicht aus für die bisherigen WP=1, und WP=0 wollen wir eigentlich auch nicht mehr. --AndreasPraefcke (Diskussion) 10:00, 14. Mai 2012 (CEST)

ad aktuelles Datum vs. Datum aus PNDfehlt: Der typische Benutzer in meiner Vorstellung prüft bereits eingetragene Fehler nicht noch einmal nach, sodass ich keine Möglichkeit eingebaut habe, das Datum zu ändern. Das war bisher auch nicht anders. Es steht natürlich jedem frei, dann direkt im Quelltext das Datum zu aktualisieren. Wenn man die ND zusammen mit den PD bearbeitet, sind es ohnehin schon zu viele Felder für meinen Geschmack. Ich kann mir aber vorstellen, noch ein Kontrollkästchen "Datum aktualisieren" einzubauen, allerdings wohl erst nächste Woche.

ad GND+GNDName: Auch da war es bisher schon so, dass man nur eine Nummer über das Formular bearbeiten konnte. Was ich zur Anzahl der Felder geschrieben habe, gilt natürlich auch hier. Wäre es praktikabel, wenn man einfach zwei GNDs in das Feld eintragen könnte und mein Skript diese dann auf die beiden Parameter verteilt?

ad Bug: Das kommt davon, wenn man versucht, auch fehlerhafte Datumsangaben zu parsen, dabei werden dann korrekte Angaben falsch erkannt, in diesem Fall als der 2012. April 2025 (dass dann aus dem Tag ein 112 wurde, sind technische Gründe bei der Formatierung). Das Problem sollte gleich mit Version 4.1 behoben sein.

ad Anna Rasa: Eigentlich kein Bug, sondern nur die Konsequenz aus der Tatsache, dass nur eine GND bearbeitet werden kann. Wenn du durch wegklicken von "nicht individualisiert" signalisierst, dass du die GND bearbeiten willst, bleibst GNDName erhalten. Dass das Datumsformat nicht geändert wurde, war ein kleiner Bug, der ebenfalls gleich behoben sein wird.

ad WP=0: Das hatte ich dann am Montag auch gesehen, aber da das Skript in seinem augenblicklichen Zustand ohnehin nur bei Artikeln aktiv werden sollte, wo dieser Parameter nicht vorkommt, eilt das nicht. WP=1 sollte bereits vom Skript entfernt werden, falls der TYP=p ist.

--Schnark 09:39, 15. Mai 2012 (CEST)

mehrere GND verwalten zu wollen, bringt m.E. ziemliche Komplikationen und auch das Kreuzchen sollte ganz stur zwischen GNDName und GND umschalten und nicht weiter mitdenken. Es gibt allerdings folgenden ausserordentlich typischen Fall, bei dem das Skript m.E. noch nicht ganz rund läuft:

• Es gibt einen individualisierten Satz ohne Literatur und einen Nichtindividualisierten mit Literatur (in dem Fall ist der Endzustand sowohl belegter Parameter GND als auch GNDName, aber das erwarte ich nicht vom Skript). Dann kommt typischerweise in der VIAF-Auswahlbox ein Eintrag mit Lebensdaten, der bei Selektion VIAF, LCCN und den "falschen" GND-Satz einträgt. Ich merke mir dann die vom Skript eingetragene GND-Nummer und kopiere dann die des individualisierten Satzes zu Fuss ins GND-Feld des Formulars. Beim anschließenden Übernehmen per Button scheint dann aber des öfteren die LCCN wieder entfernt zu werden (da diese anfänglich automatisch eingetragen wurde agiert das Skript autonomer?).

Evtl. gibt es allerdings auch Irritationen beim späteren Bearbeiten einer solchen Vorlage, die sowohl GND als auch GNDName ausgefüllt hat (dann sollten ja beide irgendwo gezeigt werden) und es wäre doch angemessen, ein Feld mit monstermäßig deutlicher Beschriftung optional zusätzliche Nummer eines nicht individualisierten GND-Datensatzes mit Literatur einzublenden.

Die oben angedachte Idee war, zwei eher gleichberechtigte Felder "GND individualisiert" und "GND nicht individualisiert" im Formular anzubieten und mit einem geeignet klickbaren Bedienelement die Inhalte der beiden gegeneinander vertauschen zu können? Das wäre eigentlich ganz schick (im obigen Szenario: Aus VIAF übernehmen lassen, mittels "Tauschen" des GND-Feld freiräumen und die geeignete Nummer einkopieren) aber ich habe keine Ahnung, ob sich die erforderliche Logik, die anderen, soeben automatisch übernommenen Felder absolut in Ruhe zu lassen implementieren lässt. -- Thomas Berger (Diskussion) 10:28, 15. Mai 2012 (CEST)

Zunächst mal die einfache Antwort: Bei der Auswahl einer VIAF-Nummer werden – sofern sich keine Konflikte ergeben – die verknüpften Nummern mit eingetragen. Wenn du dann aber einen Konflikt dadurch erzeugst, dass du eine andere GND einträgst, nimmt das Skript zur Sicherheit alle automatisch eingetragenen Nummern wieder weg. Der Zeitpunkt, zu dem das passiert, ist ein bisschen heikel, deswegen kann es vorkommen, dass dies erst mit dem Klick auf "Übernehmen" geschieht. Wenn du stattdessen einfach in ein anderes Feld klickst, müsste die LCCN zwar auch verschwinden, aber direkt hinter dem Feld als Vorschlag angezeigt werden, den du wiederum mit einem Klick ins Feld zurückbringen kannst. Das ist zwar ein wenig umständlich, aber notwendig, wenn man vermeiden will, dass bei einem einem falschen Normdatum per VIAF der Fehler auch noch auf andere Daten ausgebreitet wird.

Wie wäre es mit folgender Idee: Das Kontrollkästchen fliegt ganz raus, dafür kommt ein Eingabefeld GNDName dazu. Vorbelegt sind die beiden Felder mit den Werten aus der Vorlage (GNDName evt. aus PNDfehlt). Falls GND leer ist, wird das Feld je nach Inhalt von GNDfehlt leergelassen oder mit dem Wert "fehlt" gefüllt. Das müsste doch eigentlich alle möglichen Kombinationen abdecken. Den Inhalt der beiden Felder per Klick zu vertauschen, ist kein Problem. --Schnark 10:52, 15. Mai 2012 (CEST)

Danke für den Tipp mit dem Ablenkungs-Klick, ich habe es ausprobiert und nun irritiert mich das Verhalten nicht mehr. Eine Vorbelegung von GNDName aus PNDfehlt ist bei derzeit noch 20.000 Verwendungen gewiss sinnvoll. Der Parameter GNDfehlt (Inhalt vorzugsweise "ja") existiert allerdings nur, damit nicht "GND=fehlt" eingetragen wird (oder dachtest Du nur an das Formularfeld? Dann ist es beim Tauschen allerdings umständlich). Zudem gibt es derzeit auch noch keine gefestigte Praxis, ob bzw. in welchen Fällen GNDfehlt auch gesetzt wird, wenn GNDName vorhanden ist. Das beste wäre meiner Ansicht nach, GNDfehlt unabhängig von der Vorbelegung beim Start des Skripts anlässlich des Übernehmens ganz stur anhand der Ausgefülltheit des GND-Parameters zu bestimmen; Leute, die damit nicht immer zufrieden sind können es dann immer noch löschen. -- Thomas Berger (Diskussion) 12:03, 15. Mai 2012 (CEST)

Wenn man GNDfehlt genau dann einfügt, wenn GND fehlt, bräuchte man den Parameter erst gar nicht. Ich dachte es mir folgendermaßen: Wenn das Formularfeld GND leer ist, wird weder der Parameter GND noch GNDfehlt eingefügt, enthält das Feld GND den Wert "fehlt" (oder sonst irgendetwas, was keine GND sein kann), wird als Parameter GNDfehlt=ja gesetzt. Beim Tauschen der Felder GND und GNDName wird "fehlt" als leeres Feld behandelt. --Schnark 12:22, 15. Mai 2012 (CEST)

Tja: GNDfehlt ist eine positive Setzung für ein negatives Ergebnis und daher tatsächlich etwas mehr als nur ein fehlender GND-Parameter: "Man" hat sich bemüht, einen GND-Eintrag zu finden und ist dabei gescheitert. Im halbautomatischen Kontext ist dabei wirklich die Frage, ob sich das Bemühen bereits darin äussert, normdaten.js zu starten, oder immerhin etwas aus VIAF zu übernehmen, das keinen Hinweis auf eine GND-Nummer gibt, oder einen bereits eingetragenen Inhalt zum GND-Parameter aktiv zu verwerfen (= im Formular zu löschen) oder explizit eine Nicht-Nummer wie "fehlt" oder "-" in das GND-Feld einzutragen. Irgendwo in dieser Folge gesteigerter Intensitäten muss der Schnitt zwischen GND fehlt und GNDfehlt definiert werden. Dein Vorschlag hätte den Charme, dass GNDfehlt relativ selten entstehen dürfte, und demzufolge auch kein GNDCheck und keine Wartungskategorie? Leider bin ich gerade völlig verunsichert, ob das nun das allgemein erwünschte Resultat ist oder das genaue Gegenteil davon und mache daher eine Diskussionspause. -- Thomas Berger (Diskussion) 12:53, 15. Mai 2012 (CEST)

Danke. Für die Eingabe GND/GNDName gibt es wohl keine perfekte Lösung. Aber ich denke, dass das Skript einfach alle Felder (davon die aktuellen unterstützten/dokumentierten möglichst einfach editierbar) anzeigen sollte, die dann am Schluss im Artikel landen, das Skript muss ja nichts automatisch an allen Daten machen. Ansonsten wird es immer wieder Ergebnisse produzieren, die von den Beiträgern unerwünscht und unerwartet sind. Man benutzt es ja gerade auch, um die Eingabe übersichtlich zu haben. --AndreasPraefcke (Diskussion) 11:19, 15. Mai 2012 (CEST)

PS: Nach dem Aktualisieren des Skripts (Firefox Shift+F5) geht es bei mir momentan gar nicht mehr. Es scheint zu funktionieren, aber der Übernehmen-Button ist tot. --AndreasPraefcke (Diskussion) 11:19, 15. Mai 2012 (CEST)

Zum PS: Danke für den Hinweis, ist behoben, bitte einmal den Browser-Cache leeren.

Bei der Auswahl der editierbaren Felder bin ich anderer Ansicht als du. In meinen Augen sollten es möglichst wenige sein, um den Rest sollte sich das Skript kümmern. Wer weiß, was er tut, kann dann immer noch direkt im Quelltext bearbeiten, was er noch bearbeiten will. Das Feld TYP muss bei Personen nicht über das Formular bearbeitet werden, wenn es jemand fertiggebracht hat, bei einer Person EST einzutragen, dann gibt es trotzdem keinen Grund, deswegen dafür ein Feld anzuzeigen. Man sieht ja dann im Diff, dass der Wert automatisch entfernt wurde, was man mit der Information macht, muss man selbst wissen, aber ignorieren und die Entfernung einfach akzeptieren ist sicher nicht das Schlechteste. Von deinem Wunsch abgesehen GNDCheck auf das aktuelle Datum zu aktualisieren, muss auch dieses Feld nicht bearbeitet werden, und falls ich den Vorschlag umsetze, das Kontrollkästchen durch ein Feld für GNDName zu ersetzen, sind damit praktisch alle Felder bearbeitbar, die sinnvollerweise bei Personen vorkommen können. --Schnark 11:41, 15. Mai 2012 (CEST)

Wer chronologisch mitliest, will jetzt nach oben springen. --Schnark 12:22, 15. Mai 2012 (CEST)

Wir probieren einfach einmal, was bei zwei Eingabefeldern statt Eingabefeld&Kontrollkästchen passiert. Der oben erwähnte Artikel zu Anna Rasa verhält sich schon einmal wesentlich vorhersagbarer. Wann ein "fehlt" automatisch vorgeschlagen werden sollte, kann man ja noch ausdiskutieren, bis dahin schaffe ich es vielleicht auch, die GND-Vorschläge, die von der VIAF kommen, etwas sinnvoller zu verteilen. Falls jemand diese Änderung gar nicht gefällt, einfach hier meckern. --Schnark 09:21, 16. Mai 2012 (CEST)

Noch mal ein paar Änderungen (siehe auch Benutzer:Schnark/js/personendaten/normdaten):

• Was bei GND (Name) steht, kommt nicht mehr als direkter Vorschlag für GND (Person).
• Für GND (Person) wird auch fehlt vorgeschlagen, falls das dem Skript sinnvoll erscheint.
• Man kann mit einem Link in der Fußzeile das Datum der letzten Überprüfung aktualisieren.
• Das Skript arbeitet auch für Nicht-Personen-Normdaten.

Ich hoffe, dass ich damit alle ausgesprochenen und auch ein paar unausgesprochene Wünsche erfüllt habe, falls ich noch etwas übersehen haben sollte, einfach noch mal nennen. --Schnark 09:44, 18. Mai 2012 (CEST)

Watchlisttags mag keine Umlaute

Irgendwie haut da was mit der Kodierung nicht ganz hin: Bsp: Benutzer:Steef389/Spielwiese/Täst

---

Anfrage + Antwort:

Anfrage-URL:

https://de.wikipedia.org/w/api.php?action=query&prop=info&inprop=watched&titles=Benutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F+%2F+%2F+schnarkwatchlisttags0%7CBenutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F+%2F+%2F+schnarkwatchlisttags1%7CBenutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F+%2F+%2F+schnarkwatchlisttags2%7CBenutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F+%2F+%2F+schnarkwatchlisttags

Anfrage-Header:

Accept	application/json, text/javascript, */*; q=0.01
Accept-Encoding	gzip, deflate
Accept-Language	de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Connection	keep-alive
Cookie	dewikiUserName=Steef389; centralauth_LoggedOut=<>; dewiki-hidewatchlistmessage-14=yes; centralnotice_default=hide; centralauth_User=Steef389; dewikiUserID=<>; dewiki_session=<>; mediaWiki.user.sessionId=<>; centralauth_Session=<>
DNT	1
Host	de.wikipedia.org
Referer	https://de.wikipedia.org/wiki/Spezial:Beobachtungsliste
User-Agent	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0
X-Requested-With	XMLHttpRequest

Antwort:

{"query":{"pages":{"-1":{...},"-37":{"ns":2,"title":"Benutzer:Steef389\/Spielwiese\/T\u00c3\u00a4st\/ \/ \/ schnarkwatchlisttags0","missing":""},"-38":{"ns":2,"title":"Benutzer:Steef389\/Spielwiese\/T\u00c3\u00a4st\/ \/ \/ schnarkwatchlisttags1","missing":""},"-39":{"ns":2,"title":"Benutzer:Steef389\/Spielwiese\/T\u00c3\u00a4st\/ \/ \/ schnarkwatchlisttags2","missing":""},"-40":{"ns":2,"title":"Benutzer:Steef389\/Spielwiese\/T\u00c3\u00a4st\/ \/ \/ schnarkwatchlisttags3","missing":""},"-41":{...}}}}

API-Sandbox:
URL:

/w/api.php?action=query&prop=info&format=json&inprop=watched&titles=Benutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F%20%2F%20%2F%20schnarkwatchlisttags0%7CBenutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F%20%2F%20%2F%20schnarkwatchlisttags1%7CBenutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F%20%2F%20%2F%20schnarkwatchlisttags2%7CBenutzer%3ASteef389%2FSpielwiese%2FT%C3%A4st%2F%20%2F%20%2F%20schnarkwatchlisttags3

Ergebnis:

{
	"query": {
		"pages": {
			"-1": {
				"ns": 2,
				"title": "Benutzer:Steef389\/Spielwiese\/T\u00e4st\/ \/ \/ schnarkwatchlisttags0",
				"missing": "",
				"watched": ""
			},
			"-2": {
				"ns": 2,
				"title": "Benutzer:Steef389\/Spielwiese\/T\u00e4st\/ \/ \/ schnarkwatchlisttags1",
				"missing": "",
				"watched": ""
			},
			"-3": {
				"ns": 2,
				"title": "Benutzer:Steef389\/Spielwiese\/T\u00e4st\/ \/ \/ schnarkwatchlisttags2",
				"missing": ""
			},
			"-4": {
				"ns": 2,
				"title": "Benutzer:Steef389\/Spielwiese\/T\u00e4st\/ \/ \/ schnarkwatchlisttags3",
				"missing": ""
			}
		}
	}
}

---

Ich bin zuerst von einem Encoding-Error in Firefox ausgegangen, aber ich kann es auch in Opera 11.64 und in Chromium 13.0.764.0 reproduzieren. Hast du ne Idee?

Gruß --Steef ³⁸⁹ 20:56, 16. Mai 2012 (CEST)

Es gibt da gerade Bug 36839, der in die Richtung gehen könnte. Der Umherirrende 21:32, 16. Mai 2012 (CEST)

Ja, sollte passen. Na dann mal schaun, was sich da tut. --Steef ³⁸⁹ 00:19, 17. Mai 2012 (CEST)

In der Hoffnung, dass der Bug bald behoben wird, stelle ich mal nicht auf POST um. FF3.6 übrigens hatte wohl irgendeinen Encoding-Bug, der dazu führte, dass eigentlich korrekte Anfragen zu einem 50x-Fehler führten. --Schnark 09:12, 18. Mai 2012 (CEST)

Habe jetzt doch auf POST umgestellt, es könnte bei der Länge je nach Browser ohnehin Probleme mit GET geben. Falls das dazu führt, dass die Hamster mehr arbeiten müssen, weil die POST-Requests nun nicht mehr im Cache gespeichert werden können, ist das nicht mein Problem. --Schnark 10:41, 19. Mai 2012 (CEST)

Ich danke recht herzlich ;) --Steef ³⁸⁹ 20:55, 21. Mai 2012 (CEST)

Kleinigkeit

Immer wieder tragen manche Leute Personendaten so ein, dass direkt nach dem Sterbeort }} steht, also nicht in einer neuen Zeile. Beispiel: Ernest Hatch Wilkins. Das Normdatenskript verarbeitet das nicht korrekt (wenn man den Vorschlag für den Sterbeort anklickt, stimmt alles, wenn nicht, löscht das Skript den Sterbeort...) Wenn das }} ohne Eintrag direkt nach "STERBEORT=" steht, gibt es auch eine sonderbares Ergebnis (wenn ich mich recht erinnere, hab gerade kein Beispiel). --AndreasPraefcke (Diskussion) 18:20, 28. Mai 2012 (CEST)

Das Verhalten war abhängig davon, ob den Personendaten noch eine weitere Zeile (etwa IW-Links) folgte oder nicht. Jetzt sollte das Personendaten-Skript sich so verhalten wie erwartet; danke für den Hinweis. --Schnark 09:26, 29. Mai 2012 (CEST)

antispoof using highlight

Hallo,

ich sah mich gedrängt, auf FF12 zu migrieren. Ich benutze antispoof konventionell (ohne jsmodules) und fordere brav vorher highlight.js an.

Seit FF12 stürzt aber regelmäßig wegen fehlender libs.highlight.highlight der Seitenaufbau ab. Meine Wünsche:

• antispoof wartet mit Aktivitäten ein .loader.state("...highlight", "ready") ab, ein .using ist ja schon vorhanden.
• Noch lieber, und Voraussetzung für RL: antispoof prüft den .getState von highlight und führt bei Bedarf intern ein .implement aus; einbindende Benutzer können das zweite importScript weglassen.
• Das delay in jquery.async gefällt mir nicht restlos wegen des timers; ist eachAsync zwingend erforderlich? Oder ginge auch eine Verkettung; i ruft i+1 auf oder so? (Ich habe ein leichtes Problem, hier den Start und Schleifenablauf mit i zu durchschauen)

Liebe Grüße --PerfektesChaos 10:08, 4. Jun. 2012 (CEST)

importScript('Benutzer:Schnark/js/highlight.js');
$(document).bind('loadWikiScript', function (e, name) {
 if (name === 'Benutzer:Schnark/js/highlight.js') {
    importScript('Benutzer:Schnark/js/antispoof.js');
 }
});

sollte das Skript ohne Reihenfolgeprobleme laden, mit den RL-Interna will ich mich nicht anfreunden. Du hast das Problem nur, weil du nicht Benutzer:Schnark/js/jsmodules.js verwendest.

Der Timer in jQuery.async ist kein Problem, da er setTimeout(function) und nicht setTimeout('string') verwendet. Letzteres wäre ein Aufruf von eval unter anderem Namen, ergäbe daher einen globalen Kontext und unendlich viele Probleme. Übergibt man setTimeout aber eine Funktion, dann ist das genau so sauber wie jeder Event-Handler. Notwendig ist es, damit das Skript nicht zu lange am Stück läuft und dein Browser dich ständig fragen muss, was er mit dem nicht antwortenden Skript tun soll. --Schnark 11:04, 5. Jun. 2012 (CEST)

Danke für die Infos.

• Ich verwende allerdings eine eigene und von jsmodules abgeguckte Verwaltung per Cookie, mittels derer ich zwischen testwiki, enwiki, dewiki, mw, d-Versionen oder r.js sowie (fast immer) Direktzugriff von meiner Festplatte switchen kann und auch wikEd sowie CodeEditor ein- und ausschalte, falls erforderlich.
• Ich werde also die von dir oben angebotenen Code-Zeilen geeignet umsetzen.
• Die Geschichte mit dem setTimeout(function) kannte ich noch nicht; ich hatte setTimeout komplett geblacklisted. Interessant, dass dann jedes Mal der standardmäßige 5-Sekunden-Zähler neu gestartet wird.

Schönen Tag --PerfektesChaos 12:51, 5. Jun. 2012 (CEST)

Bidi -Code

Hallo Schnark, in bin in letzter Zeit mehrfach auf das Problem gestoßen, dass der Algorithmus bei Zahlen nach hebräischem Text partout die Schreibrichtung ändern will und Zahlen immer auf die linke Seite des hebräischen Textes schiebt und sich auf keine weise davon abbringen lässt. Ich hatte das selber schon ein paar mal und konnte dann irgendwie zufällig das Zeichen löschen, aber im Artikel Westlicher Texttyp ist die Reihenfolge in Zeile 6 der Tabelle immer noch geändert. Im Editor kann ich die Richtungszeichen nicht sehen und daher auch nicht manuell löschen. Also der Text „Aleph = 01“ oder „Aleph (01)“ lässt sich nicht ohne weiteres schreiben, auch nicht mit zwei Leerzeichen etc. Vielleicht hast du eine Lösung für dieses Problem, denn genau diese Kombination kommt recht häufig in der neutestamentlichen Textkritik vor.--Giftzwerg 88 (Diskussion) 17:48, 15. Jun. 2012 (CEST)

Da hilft ein einfaches Links-nach-rechts-Zeichen: ALEPH ‎(01) ergibt dann א ‎(01). Während des Tippens sieht es zeitweise etwas merkwürdig aus, man sollte daher sobald man das Aleph eingegeben hat erst dann wieder auf den Bildschirm schauen, nachdem man das l von lrm getippt hat. --Schnark 09:13, 16. Jun. 2012 (CEST)

Überschrift Hauptseite auf der Hauptseite

Hallo, Schnark, vielleicht kannst du mir helfen. Auf Wikinews diskutieren wir gerade über die Gestalt der Hauptseite. Und da geht es auch um die platzvergeudende Überschrift "Hauptseite", die zumindest auf Wikinews keinerlei Nutzen für den Leser hat. Daß es sich um die Hauptseite handelt, sieht man auch so (und wer so unbedarft ist, daß er es nicht sieht, der gewinnt auch keine Information daraus). Die Zahl der Benutzer, die "Hauptseite" ins Suchfeld eingeben, dürfte verschwindend gering sein und ob das welche tun, die sich bereits auf der Hauptseite befinden, kann man glaubwürdig bezweifeln ;-)

Um die lange Rede abzukürzen: kann man die Überschrift loswerden, logischerweise nur für die Hauptseite selbst? --Matthiasb ^{(CallMyCenter)} 10:24, 22. Jun. 2012 (CEST)

Die Frage, ob es geht, kannst du dir mit einem Blick auf die hiesige Hauptseite selbst beantworten.

In n:MediaWiki:Common.css einzufügen:

body.page-Hauptseite h1.firstHeading,
body.page-Hauptseite #contentSub {
        display: none;
}

oder die folgende Variante (sollte inzwischen funktionieren, die Überschrift auf der Versionsgeschichte stehen lassen, könnte aber im IE6 nicht funktionieren)

body.action-view.page-Hauptseite h1.firstHeading,
body.action-view.page-Hauptseite #contentSub {
        display: none;
}

Dazu noch eventuell in n:MediaWiki:Monobook.css dieses:

body.page-Hauptseite div#content {
        padding: 1em;
}

bzw. wieder mit .action-view:

body.action-view.page-Hauptseite div#content {
        padding: 1em;
}

In eurer Monobook.css steht übrigens der Code um die Überschrift auszublenden ganz am Ende, dort kann er dann gelöscht werden. --Schnark 10:40, 22. Jun. 2012 (CEST)

Wikipedia-Hauptseite? Nie gesehen, wer braucht denn sowas? ;-) Danke für deine Mühe. --Matthiasb ^{(CallMyCenter)} 12:35, 22. Jun. 2012 (CEST)

Normdaten (2)

von oben hier her verschoben, ich mag keine kilometerlangen Abschnitte

Das Skript funktioniert super, aber mit der nagelneuen Änderungszeile "auf neue Version umgestellt" bin ich nicht ganz glücklich, wenn auch tatsächlich neue (z. B. NDL oder VIAF) gleichzeitig eingetragen wurden. Da fand ich "ergänzt" schon viel besser. Sonst sieht das immer so nach unnötigem Formalismus ohne inhaltlichen Mehrwert aus. Ist aber nicht wichtig. --AndreasPraefcke (Diskussion) 16:09, 22. Jun. 2012 (CEST)

Mir war eigentlich immer die Behauptung "Normdaten ergänzt" ein Dorn im Auge, wenn man nur (zusammen mit Korrekturen an den PD) von der alten Version auf die neue umgestellt hat (und dabei womöglich SELIBR gelöscht hat). Diese neue Zusammenfassung wird automatisch gewählt, wenn bisher kein Parameter TYP vorhanden war. Falls du sie in Einzelfällen nicht magst, kannst du natürlich immer vor dem Abspeichern die Zusammenfassung ändern, falls du sie grundsätzlich nicht magst, besteht auch über ein paar Konfigurationsparameter die Möglichkeit, sie dauerhaft zu ändern (ist allerdings nicht völlig trivial), falls auch andere sie nicht mögen, kann ich natürlich auch nochmal was daran ändern. --Schnark 09:13, 23. Jun. 2012 (CEST)

New message on your en.wp talk page

I am assuming you would prefer it to be in that location, given that it's in English.

Thanks,

Yaris678 (Diskussion) 15:04, 25. Jun. 2012 (CEST)

Skript alte Hauptseite funktioniert im Firefox nicht

Hallo Schnark, ich habe auf der Diskussionsseite der Hauptseite einen Kommentar gelesen, der mich interessiert hat, und da ist mir wieder eingefallen, dass es irgendwo eine Möglichkeit gab, eine alte Version der Hauptseite anzuzeigen. Kurz: Ich bin auf dein Skript gestoßen und habe es in meine commons.js eingefügt. Aber ich sehe jetzt auf der Hauptseite kein Kalender-Symbol und auch keine andere Möglichkeit, ein Datum auszuwählen. Cache leeren, Purge, Neustart des Browsers haben nicht geholfen. Ich habe auch mal kurz auf den ungeliebten Vector-Skin umgestellt, hat nichts gebracht. Dann habe ich die Hauptseite statt im Firefox (Version 14), den ich normalerweise nutze, mal in anderen Browsern aufgerufen und überrascht festgestellt, dass es in Opera, Chrome, IE und Safari funktioniert. Warum klappt es im Firefox nicht? --MSchnitzler2000 (Diskussion) 01:19, 26. Jun. 2012 (CEST)

Ich vermute, dass das Problem bei irgendeinem der anderen Skripte liegt, die du in deiner common.js einbindest. Hauptverdächtiger ist Benutzer:Dbenzhuser/showRedundantLinks.js, und auch die ganzen document.writes gefallen mir überhaupt nicht. Bei mir funktioniert das Skript im Firefox problemlos in allen Versionen von 3.6 bis 10 (ESR). --Schnark 09:17, 26. Jun. 2012 (CEST)

Kannst du das bitte noch etwas laienverständlicher erklären? Wo ist das Problem mit den anderen Skripten? Wenn ich die Seite mit anderen Browsern betrachte, werden die Skripte ja ebenfalls alle benutzt, ohne dass es zu Problemen kommt. --MSchnitzler2000 (Diskussion) 14:52, 26. Jun. 2012 (CEST)

Bei mir funktioniert das Skript problemlos, wenn ich testweise deine common.js benutze, nur andere Skripte, die du dort einbindest, machen bei mir Probleme (beim erneuten Versuch waren es jetzt übrigens die Skripte von Codeispoetry). Wenn es bei dir nicht funktioniert, dann kommt es bei dir offenbar zu irgendwelchen schädlichen Wechselwirkungen zwischen meinem und anderen Skripten. Ob das wirklich so ist, kannst du herausfinden, indem du alle anderen Skripte aus deiner common.js entfernst, und schaust, ob das Problem noch immer besteht, und anschließend die Skripte der Reihe nach wieder hinzufügst, um den Schuldigen zu finden. Alternativ wären auch angezeigte JavaScript-Fehlermeldungen hilfreich. --Schnark 09:15, 27. Jun. 2012 (CEST)

Portal:Unicode

Dieses Portal ist wohl eingeschlafen. Jedenfalls taucht außer mir keiner mehr dort auf (Dies ist ein Rundbrief an alle, die dort in letzter Zeit editiert haben). Gruß von ÅñŧóñŜûŝî (Ð) 21:57, 26. Jul. 2012 (CEST)

Ich habe die Seite zumindest auf meiner Beobachtungsliste und lese, was dort geschrieben wird, und werde alles kommentieren, was ich kommentieren kann. Da echte Artikelarbeit bei mir aber nur sporadisch vorkommt, bin ich nicht wirklich jemand, den man in einem Portal allzu gut gebrauchen kann. --Schnark 09:08, 27. Jul. 2012 (CEST)

Ich würde den Zustand, dass es dort ruhig zugeht, nicht negativ sehen.

Die wesentliche Arbeit ist getan; einige Spezialartikel zu ausgefallenen Zeichen wären noch zu schreiben. Ansonsten sind die Seiten und ihre Struktur robust und stabil, übersichtlich und keiner hat mehr was zu meckern.

Solange die Unicode-Technologie nicht auf neue Ideen kommt, ist dann halt erstmal nichts zu tun; gelegentlich mal irgendwelche Definitions-Updates irgendwo einpflegen.

Und gelegentlich auf der Portalseite gestellte inhaltliche Fragen lassen sich beantworten, wobei das Portal nur zufällig über eine Suche aufgefunden werden wird.

Ansonsten bin ich erfreuter Nutzer --PerfektesChaos 10:14, 27. Jul. 2012 (CEST)

Gemeindeartikel in Portugal per Bot

Hallo Schnark, etwas verspätet habe ich Dir auf Bots/Anfragen geantwortet. Die LAU-Nummern haben wir schon alle in unseren Metadaten vorhanden (z.B. Vorlage:Metadaten Einwohnerzahl PT-07). Würde es Dir helfen, wenn ich eine CSV-Datei anlege und nach und nach befülle? Beispielsweise: LAU-Nr.,Deutsches Lemma, Portugiesisches Lemma ....die anderen Angaben zum Kreis/Distrikt ergeben sich aus der LAU-Nr., dazu müsste auch schon Programmierung im Code der Infobox stecken. Die fehlenden Angaben (Wappen, Koordinaten, Website) ließen sich aus der Infobox der pt:WP auslesen.
Man könnte das nach und nach abarbeiten, distriktweise oder alphabetisch. Es sind ja auch parallel dazu Navileisten und ähnlcihes anzulegen. Ich würde immer so viel auf die CSV-Datei setzen, wie ich schaffe nachzuprüfen. -- 81.84.121.196 05:20, 7. Aug. 2012 (CEST)

Wenn du mir eine CSV-Datei irgendwo zur Verfügung stellst von Orten, zu denen du Artikel anlegen willst, mit pt-Lemma und LAU (optional auch de-Lemma, aber da ich die Artikel ohnehin nicht direkt im ANR anlegen würde, kann man eventuelle Klammerzusätze sich dann auch erst beim Verschieben ausdenken), könnte ich mal einen ersten Test machen. Außerdem bräuchte ich noch das Grundgerüst, das ich verwenden soll, etwa in der Art

{{Infobox Ort in Portugal
| Typ              = 
| Name             = $name
| Wappen           = $wappen
| LAU              = $lau
| Breitengrad      = $breite
| Längengrad       = $laenge
| Höhe             = $hoehe
| PLZ              = $plz
| Bürgermeister    = $buergermeister
| VerwaltungStraße = $verwaltungstrasse
| VerwaltungOrt    = $verwaltungort
| Webseite         = $webseite
}}
'''$name''' ist eine [[Freguesia|Gemeinde]] in [[Portugal]].

$name gehört zum Kreis [[$kreis]] im [[Distrikt $distrikt]], besitzt eine Fläche von {{FL|PT|$lau|1}} km² und hat {{EWZ|PT|$lau}} Einwohner (Stand {{EWD|PT|$lau}}){{EWR|PT|$lau}}.

== Einzelnachweise ==
<references />

== Weblinks ==

{{Navigationsleiste Freguesias im Concelho $kreis}}

[[Kategorie:$kreis]]

$interwiki

und eine Übersetzungstabelle

pt	param
nome	$name
brasão	$wappen
latP … lonS	$breite, $laenge
concelho	$kreis

Korrekturen und Ergänzungen kannst du gleich hier ändern, das ist wohl das einfachste. --Schnark 11:36, 20. Aug. 2012 (CEST)

200 Zeilen Quellcode weggezaubert.

Du hast ja ein Faible für GeSHi und Bugzilla. Wenn dich der Sommer und deine sonstigen Aktivitäten langweilen sollten, dann schau doch mal auf en:User:PerfektesChaos/js/WikiSyntaxTextMod/rU.js vorbei.

Von View-Quelltext-Zeile 333 scope=c+"-"

bis View-Quelltext-Zeile 536 "issn");

Dazwischen fehlen

     ;}
     if(!this.grouping){
     this.furnish();}

… 200 Zeilen bis

     mw.libs.WikiSyntaxTextMod.bb.issn=function(WSTM){
     WSTM.util.fiatObjects(WSTM.util,

Der fragliche Bereich fehlt auch in der generierten HTML-Seite, eine leicht modifizierte Neuabspeicherung und purge hatten keine Wirkung. Auch in früheren Versionen fehlt der Block jeweils. Server-Amnesie kann damit nicht sein, also Bug in GeSHi? Ist mein Array vielleicht etwas zu lang geraten?

Ruhige Grüße --PerfektesChaos 20:26, 8. Aug. 2012 (CEST)

bugzilla:39498 --Schnark 11:56, 20. Aug. 2012 (CEST)

miniatur übertrifft thumb versus mini

Minibild von einem Daumennagel

Hei Schnark, ich hab keine Ahnung, wie du herausgefunden hast, welche lokalisierten oder nicht lokalisierten Formen wie oft verwendet werden. aber wenn du schon „miniatur“ und „thumb“ gegenüberstellst, kannst du dann auch noch dabei ergänzen, wie oft das noch recht neue „mini“ verwendet wird? In der Rückbetrachtung könnte das zukünftig noch interessant werden, falls es sich demnächst mehr durchsetzen sollte, weil es so schön kurz ist. :-) „Mini“ gibt’s hier seit April erst und hab ich auch erst Ende Juli auf der zugehörigen Hilfeseite eingetragen, ist also noch relativ unbekannt. Ich hab’s auch selbst noch nicht so oft verwendet, aber einige Einbindungen dürfte es dazu auch bereits geben, und die müssten dann ja den lokalisierten Formen hinzugerechnet werden. Viele Grüße --Geitost 16:41, 22. Aug. 2012 (CEST)

Da ich für Einheitlichkeit und für miniatur bin, versuche ich mini totzuschweigen. Bislang wird es 46 Mal verwendet, das ebenso unbekannte thumbnail kommt übrigens auf 1247 Stück. --Schnark 09:54, 23. Aug. 2012 (CEST)

Bug bei Satzzeichen

Hallo Schnark. Ist dieser kleine Bug (? → %3F) mit vertretbarem Aufwand behebbar? --Leyo 19:27, 7. Aug. 2012 (CEST)

Vermutlich --Schnark 11:41, 20. Aug. 2012 (CEST)

Danke, hat geklappt! Ich hatte deine Antwort übrigens schon früher gesehen, aber gerade nichts passendes zum Testen gehabt. :-) --Leyo 00:57, 29. Aug. 2012 (CEST)

http://de.wikipedia.org/wiki/Wikipedia:Bots/Anfragen#en:Category:Internet_memes

Siehe Botanfrage dort und dort eins drunter. Hoffe du kannst mir wieder mal weiterhelfen. Gruß --Zulu55 (Diskussion) 14:37, 29. Aug. 2012 (CEST)

Dort geantwortet. --Schnark 10:07, 30. Aug. 2012 (CEST)

Bugzilla: Produktwechsel

Hallo Schnark, kleine Nachhilfe: Wenn du im Bugzilla ein Product und Component wechseln möchtest, dann musst du erst das Product wechseln, auf Submit klicken und bekommst eine zweite Seite, wo du die Component auswählen kannst. Diese Seite kannst du dann wieder submitten. Vorher vielleicht auch die Überschrift noch anpassen. Viel Erfolg.
Vielleicht möchtest du auch Developer access beantragen, dann könntest du kleine Sachen selber ändern oder aber innerhalb Gerrit kommentieren. Der Umherirrende 20:20, 14. Sep. 2012 (CEST)

Ich hatte mir halb gedacht, dass Bugzilla so etwas Unintuitives und Benutzerunfreundliches erwartet.

Ich bin die meiste Zeit hinter einem undokumentierten und fehlkonfiguriertem Proxy meiner Uni, sodass Firefox und IE die einzigen Programme sind, die ins Internet kommen. Ich hatte mal versucht, die Proxykonfiguration durch Rumprobieren herauszubekommen, bin aber weitgehend gescheitert, sodass Git nicht funktioniert. --Schnark 09:19, 15. Sep. 2012 (CEST)

Okay, einen Proxy dazwischen macht das ganze nicht einfacher, da stimme ich dir zu. Es gibt (viele?) IDEs mit Einstellungsmöglichkeiten für Proxys, aber so genau kenne ich mich damit auch nicht aus. Es macht ja auch ein Unterschied, ob ein Skript zur Konfiguration im Browser hinterlegt ist oder überall ausgeschrieben drin steht. Aber wenn es dir nicht möglich ist, fällt das ganze natürlich weg. Schade. Der Umherirrende 09:58, 15. Sep. 2012 (CEST)

Im Firefox ist in den Einstellungen unter "Automatische Proxy-Konfigurations-URL" ein reichlich obskures Skript eingetragen, das man vermutlich analysieren könnte um herauszufinden, welche IP man für welchen Port als Proxy verwenden soll. Eigentlich sollte die Proxyeinstellung auch in irgendwelchen Umgebungsvariablen hinterlegt sein, was sie aber nicht ist. Einmal habe ich es geschafft zumindest einen SSH-Client zum Laufen zu bringen, mich damit auf dem unter Linux laufenden Login-Server einzuloggen, und dort dann immerhin einen funktionierenden FTP-Client gehabt. Das war ziemlich unübersichtlich und hat auch nur einmal funktioniert. --Schnark 10:16, 15. Sep. 2012 (CEST)

Watchlisttags

Bei mehr als 4 Tags: Reicht es, Bits entsprechend 3*n <= 2^bits anzupassen oder muss ich zusätzlich noch etwas beachten?

Gruß --Steef ³⁸⁹ 18:28, 25. Sep. 2012 (CEST)

Falls ich alles richtig gemacht habe, sollte es ausreichen, bits an der gleichen Stelle wie userinterface.tags anzupassen. Ich bin mir allerdings nicht ganz sicher, ob ich mich für Little oder Big Endian entschieden habe, sodass du mit ein bisschen Pech alle bereits bestehenden Markierungen neu anpassen musst. --Schnark 09:54, 26. Sep. 2012 (CEST)

Sieht gut aus, die alten funktionieren auch noch ;) --Steef ³⁸⁹ 13:27, 26. Sep. 2012 (CEST)

Anzeigeproblem

Screenshot einer Kat mit meiner speziellen CSS

So sieht’s aus (Google Chrome)

Hallo Schnark, du erinnerst dich vielleicht, daß ich in meiner CSS eingestellt habe, daß die Katanzeige zweispaltig ist. Seit gestern (vorgestern? weiß nicht wann?) sieht das nunmehr völlig beknackt aus; der Sinn, warum ich das so eingestellt habe, war ja gerade die Vermeidung der Zeilenumbrüche (weil in dem von mir beackterten Themengebiet die Lemmata sich überwiegend der Länge des Nil annähern). Weißt du, ob da irgendwo irgendwas gedreht wurde? --Matthiasb – Vandale am Werk™ ^{(CallMyCenter)} 21:53, 27. Sep. 2012 (CEST)

Ich bekenne mich als mitschuldig an der Änderung. Bekräftige deinen Wunsch nach width: auto; beim CSS für die Kategorieanzeige noch etwas: width: auto !important; --Schnark 09:12, 28. Sep. 2012 (CEST)

Danke, Operation war erfolgreich. --Matthiasb – Vandale am Werk™ ^{(CallMyCenter)} 11:08, 28. Sep. 2012 (CEST)

Da ich ohnehin mal wieder ein Bildschirmfoto machen und hochladen wollte, habe ich das Mal zum Anlass genommen. Firefox ist eindeutig besser als Google Chrome. --Schnark 11:31, 28. Sep. 2012 (CEST)

Typo in Benutzer:Schnark/js/autoantraege.js

Hallo Schnark, mir ist eben ein (bzw. zwei) typo in einem deiner Skripte aufgefallen. Im Skript steht: "Den Benutzer einen auf einen konkreten Artikel bezognen Hinweis geben", es müsste aber heißen "Dem Benutzer einen auf einen konkreten Artikel bezogenen Hinweis geben" --Aa1bb2cc3dd4ee5 (Diskussion) 19:03, 29. Sep. 2012 (CEST)

Danke für den Hinweis, ich habe es korrigiert. --Schnark 09:03, 1. Okt. 2012 (CEST)

HTML vs. XHTML

Ein Hinweis zu Deiner Änderung in der Vorlage:Panorama: MediaWiki generiert aus dem Wikicode

<div style="…" />

den HTML-Code

<div style="…"></div>

Von da her ist es egal, ob im Wikicode die verkürzte XHTML-Schreibweise verwendet wird, oder nicht. --Fomafix (Diskussion) 14:17, 4. Okt. 2012 (CEST)

Im Normalfall ja, aber Bug 38273. --Steef ³⁸⁹ 14:24, 4. Okt. 2012 (CEST)

Und selbst wenn Tidy das korrigieren würde, Syntaxfehler sind Syntaxfehler. Wir haben hier noch nie XHMTL geschrieben (auch wenn der Doctype lange Zeit etwas anderes behauptet hat), und in HTML ist <div/> nichts anderes als eine fehlerhafte (zumindest in HTML 4, in HTML5 ist das zumindest syntaktisch korrekt, soweit ich weiß) Schreibweise für <div>. --Schnark 09:58, 5. Okt. 2012 (CEST)

• Naja, das eigentliche Problem ist, dass die Wikisyntax noch nie eine formale Definition hatte.
• Seit zehn Jahren wird halt so gewurschtelt, dass, wenn die Software (Mediawiki+Tidy) grad eine lesbare HTML-Seite zusammenbringt, ist die Syntax korrekt.
• Insofern ist es auch nicht unterscheidbar, ob wir HTML4 schreiben müssen oder XHTML, oder ob HTML5 etwas lockerer sehen würde. HTML5 hat an der alten Forderung nichts geändert.
• Zwischen XHTML und HTML (4/5) besteht der folgende Unterschied:
  • HTML: “A void element is an element whose content model never allows it to have contents under any circumstances.” (namentliche Aufzählung; etwa br, hr und auch img)
    • Dementsprechend steht beim div ein “end tag required”.
  • XML→XHTML: Ein void element ist möglich, wenn jetzt im Moment grad kein Inhalt gebraucht wird; die Notationen <div/> und <div></div> sind gleichwertig.
• Wenn es schwächelndem Tidy hilft, kann ich gern mit WSTM im Wikitext das leere div von XHTML auf HTML umschreiben, wie ich das seit einiger Zeit mache. Da bleiben aber Zehntausende von Seiten übrig, und übersichtlicher sieht das auch nicht aus.
• Die Umsetzung von Wikitext::div in HTML::div ist aber eigentlich Sache des Servers (Mediawiki+Tidy). Wir haben eine Schicht von erlaubten tags, verarbeiten einige selber (ref+references) und reichen einige unbearbeitet an den Output/Tidy durch. Es ist also noch nicht einmal klar, ob im Wikitext ein Wikitext::div stehen soll oder ein HTML::div oder ein XHTML::div.

Schönen Tag --PerfektesChaos 10:54, 5. Okt. 2012 (CEST)

defekter Bildlink in Benutzer:Schnark/js/wikieditor.js/de.js

Datei:Chrytal_Project_highlight.png → Datei:Crystal_Project_highlight.png Gruß Matthias (Diskussion) 16:48, 5. Okt. 2012 (CEST)

Ja --Schnark 09:10, 6. Okt. 2012 (CEST)

commons:WikiEditor Toolbar Icons

Hallo, ich habe gerade obige Seite etwas ergänzt und hätte ein paar weiter Vorschläge für einen einheitlichen Stil unter Benutzer:Schnark/js/wikieditor:

→ oder

nein (verwende ich selbst, mag ich)

→ oder

nein (verwende ich selbst, mag ich)

→

ja

→

vielleicht

→

nein, lässt sich sonst nicht vom vorhanden Button unterscheiden

→

ja

→

vielleicht

→

ja

→

ja

→

vielleicht, könnte aber bei Umsteigern von Wikipedia:Helferlein/Extra-Editbuttons ungewollt Assoziationen zu Nr. 38 hervorrufen

→

ja

→

vielleicht

→

vielleicht, aber wenn man beide Häkchen verwendet, lässt sich bei meiner Variante direkt erkennen, welches das „kleine“ und welches das „große“ Erledigt ist.

Gruß Matthias (Diskussion) 18:01, 5. Okt. 2012 (CEST)

Die schwarzen Dinger gefallen mir nicht, bei denen, die ich selbst verwende, bin ich noch stärker gegen eine Änderung. Dort, wo ich noch die alten Buttons verwende, werde ich deine Vorschläge aber auf jeden Fall übernehmen.

Die Standardsymbole sind von der Gestaltung her schwarz für Text, bunt für anderes, diese Regel möchte ich eigentlich nicht ohne Not durchbrechen, wenn ich schon auf Einheitlichkeit hinarbeite. --Schnark 09:28, 6. Okt. 2012 (CEST)

Ich verstehe. Dann habe ich nur noch Vorschläge für die alten Kästchen:

→ oder

ja (blau)

→ oder

ja (blau)

→

ja (die Ersetzung gefällt mir besser)

→

nein (der kommt gar nicht vor, dein letzter Vorschlag gefällt mir besser)

→

ja

→

ja

→

nein (unintuitiv, wer weiß, dass Definitionslisten mit einem Semikolon eingeleitet werden, hat das schneller getippt als geklickt)

und für den Gedankenstrich wegen Verwechslungsgefahr mit der horizontalen Linien:

→

ja

und weil das Icon unsymmetrisch ist und deshalb in der Toolbar gequetscht wird:

→ oder

ja

Gruß Matthias (Diskussion) 13:10, 6. Okt. 2012 (CEST)

Fast alle ausgetauscht, dazu noch Kategorie in . --Schnark 09:36, 8. Okt. 2012 (CEST)

Ich habe den auch noch für dich freigestellt:

→

Gruß Matthias (Diskussion) 14:35, 8. Okt. 2012 (CEST)

und den letzten alten Button ebenfalls im Vector-Stil neu gebastelt:

→

Gruß Matthias (Diskussion) 14:51, 8. Okt. 2012 (CEST)

Super! Ich habe die beiden übernommen. --Schnark 09:27, 9. Okt. 2012 (CEST)

Ergänzungsvorschläge für Benutzer:Schnark/js/wikieditor.js/de.js

Hallo nochmal,

Du verwendest den für <code>Code</code>. Logischer wäre

: <span style="font-family:monospace;">Schreibmaschine</span>

: <code>Quelltext</code>

Ich habe zudem folgende Vorschläge, die Standard Wiki-Syntax umsetzen und für die Icons im Stil der Vector-Toolbar existieren:

: <pre></pre>

Und eine häufig verwendete Vorlage:

: {{Willkommen}}

Du verwendest in der Regel commons:Nuvola icons. Die Vector Toolbar verwendet jedoch Symbole der commons:GNOME Desktop icons. Es sieht dann einheitlicher aus. Gruß Matthias (Diskussion) 18:42, 5. Okt. 2012 (CEST)

Das tt-Icon fügte bis vor kurzem <tt> ein, aber das tt-Tag ist in HTML5 deprecated, sodass ich keinen Button zur Verfügung stellen werde, der das einfügt. Nachdem ich Teile deiner Vorschläge umgesetzt habe, muss ich ohnehin die Dokumentation aktualisieren.

Für <code> und <pre> empfehle ich die Auswahlliste CODE, sehe daher keinen Grund für zusätzliche Schaltflächen.

Eine Schaltfläche für Willkommen kann ich einbauen, aber muss das wirklich in diesem hässlichen Schwarz sein (siehe meine Überlegung oben)?

Nuvola vs. GNOME ist eine Geschmacksfrage, und nach meinem Geschmack ist alles, was mit GNOME zu tun hat, vom Bösen. --Schnark 09:39, 6. Okt. 2012 (CEST)

Ich verstehe :D Irgendwie passen die Nuvola icons auch und man erkennt sie deutlich schneller, wenn sie farbig sind. Gruß Matthias (Diskussion) 13:01, 6. Okt. 2012 (CEST)

Ist irgendein Symbol von commons:Nuvola/apps#Discussions/Discussioni intuitiv genug für {{Willkommen}}? --Schnark 09:39, 8. Okt. 2012 (CEST)

Ich habe bis vor kurzem verwendet. [4] Gruß Matthias (Diskussion) 14:38, 8. Okt. 2012 (CEST)

Ich habe es mit dem Code willk übernommen. --Schnark 09:28, 9. Okt. 2012 (CEST)

Problem mit artikel-statistik.js

Hallo, nachdem ich vorhin Probleme mit APPERs WikiHistory hatte, habe ich Dein Skript installiert. Und habe damit genau dasselbe Problem: das Laden von Versionsgeschichten > 500 Versionen funktioniert nicht. Ausführlich beschrieben auf der Diskussionsseite zu WikiHistory, vielleicht am besten da weiter. Grüße, -- Ivla^Disk. 02:24, 6. Okt. 2012 (CEST)

Bevor du lang suchst: Es wurde bei einigen Queries das query-continue an die allgemeine Form der API angepasst (hier rvstartid zu rvcontinue). Siehe hier.

Gruß --Steef ³⁸⁹ 03:36, 6. Okt. 2012 (CEST)

Das habe ich gelesen, und mir gesagt: „Wie gut, dass ich keine Dinge tu, die ich nicht tun sollte.“ Grr. Ich befürchte, dass das, was ich jetzt mache immer noch in diese Kategorie fällt, aber es sollte zumindest funktionieren. --Schnark 09:49, 6. Okt. 2012 (CEST)

Sieht so aus, vielen Dank. Bei einem Artikel mit ca. 1900 Versionen muss ich zum Schluss dreimal bestätigen, dass das unresponsive script weitermachen darf, aber das war ja bekannt.

Ich hatte versucht, mit var article_stat = { on_all_pages: true }; vor dem load das Skript in allen Namensräumen benutzen zu können, das klappt so nicht. Wie sieht da die korrekte Syntax aus? Gruß, -- Ivla^Disk. 13:53, 6. Okt. 2012 (CEST)

 $(document).bind("loadWikiScript",
     function (e, name, article_stat)
     {
         if (name == "Benutzer:Schnark/js/artikel-statistik.js")
         {
             article_stat.on_all_pages = true;
         }
     });

Gruß --Steef ³⁸⁹ 14:02, 6. Okt. 2012 (CEST)

Wunderbar, danke. Mir fehlte das article_stat in der Funktion, da ich Schnarks Modulverwaltung verwende, habe ich jetzt analog zur Normdaten-Skript-Konfiguration folgendes genommen:

jsmodules.load('[[Benutzer:Schnark/js/artikel-statistik.js]]', {after: function (article_stat) {
  article_stat.on_all_pages = true; }});

Sieht bisher gut aus. -- Ivla^Disk. 15:17, 6. Okt. 2012 (CEST)

https://en.wikipedia.org/wiki/Category:Black_comedy_films

Hi, kannst du mir mal wieder eine Liste erstellen der deutschen Entsprechungen dieser Kategorie (inkl. Unterkategorien)? Vielen Dank --Zulu55 (Diskussion) 10:29, 12. Okt. 2012 (CEST)

Benutzer:Schnark-Bot/Black comedy films Mir ist in der Zwischenzeit mal der ursprüngliche Code abhanden gekommen, ich hoffe, dass trotzdem alles stimmt. --Schnark 10:50, 12. Okt. 2012 (CEST)

Herzlichen Dank mal wieder. Sieht gut aus! --Zulu55 (Diskussion) 11:32, 12. Okt. 2012 (CEST)

LanguageTool für Benutzer:Schnark/js/extratabs

Hallo, ich wünsche mir http://community.languagetool.org/wikiCheck/ als zusätzlichen Tab im Artikelnamensraum. Gruß Matthias (Diskussion) 00:41, 17. Okt. 2012 (CEST)

Eingebaut, ich bin mir allerdings nicht sicher, was bei Artikeln mit Sonderzeichen passiert. Die Seite selbst kommt ja anscheinend nicht einmal mit UTF8 zurecht. --Schnark 09:14, 18. Okt. 2012 (CEST)

Massentauglich ist das Tool noch nicht unbedingt, Hinweise, ich solle ein geschütztes Leerzeichen verwenden an Stellen, wo bereits ein geschütztes Leerzeichen steht, sind nicht wirklich hilfreich. --Schnark 10:24, 18. Okt. 2012 (CEST)

Es findet auch doppelte Ausrufungszeichen in Tabellen, die dort zur Wiki-Syntax gehören. Man kann die Regeln mit hilfreich und nicht-hilfreich bewerten, Regeln abschalten, die zu häufig falsch positiv sind und neue Regeln mit einem Webinterface hinzufügen. Ausgereift ist es definitiv nicht und ich glaube es kennt auch praktisch niemand diese Seite. Ich wollte nur kein Bookmarklet einrichten, weil die auf jeder Website angezeigt werden. Gruß Matthias (Diskussion) 15:26, 18. Okt. 2012 (CEST)

Hi, ich bin der Autor von LanguageTool. Einige Fehler sind uns bekannt, insb. mit der Wiki-Syntax. Andere nicht - wenn also Umlaute nicht gehen etc, bitte Feedback direkt an mich. --Dnaber (Diskussion) 22:51, 9. Feb. 2013 (CET)

MB

Weil du in die Diskussion auf Hilfe Diskussion:Kategorien involviert warst, zur Info: Wikipedia:Meinungsbilder/Lokalisierung. Steak 21:08, 29. Okt. 2012 (CET)

Syntaxhighlight

Danke Vorlage:Smiley/Wartung/blumen  für das most wanted Script!!! Vorlage:Smiley/Wartung/star  Ich hatte ja vor 2 Jahren schon mal bei dem WikiEd-Author angefragt sein Syntaxhighlight zu modularisieren (ohne Antwort). (Auch wenn es leider in Chrome Probleme zu geben scheint.). Hast Du tatsächlich nichts direkt von dem Code von WikiEd benutzt? PS: Die aktuelle Diss zu einem Gadget (welches auf dem Ace-Texteditor basiert) habe ich erst jetzt erblickt, dabei wird seltsamer Weise "Deine" Variante von "Remember the dot" gar nicht direkt erwähnt. -- πϵρήλιο ℗ 14:43, 9. Okt. 2012 (CEST)

Ich habe es nun unter Wikipedia:Technik/AceWikiEditor#Alternativen verlinkt. Von mir auch vielen Dank für das fantastische Skript. Gruß Matthias (Diskussion) 18:30, 9. Okt. 2012 (CEST)

Ihr müsst Remember the dot danken. Der hatte die geniale Idee, wie man eine Syntaxhervorhebung programmiert, die sich mit anderen Skripten verträgt. Ich bin bloß dabei, das Ganze nach meinen Vorstellungen umzusetzen. --Schnark 09:09, 10. Okt. 2012 (CEST)

Aja werd ich mal bei Gelegenheit machen ^^, wobei Du jetzt aber auch technischen Support dafür gibst? Oder wendet man sich gleich an Remember the dot? -- πϵρήλιο ℗ 11:44, 12. Okt. 2012 (CEST)

Hallo Schnark, ich nutze einfach mal meinen selbigen Thread um dbzgl ein kurzen Feadback zu geben:

Mir ist etwas nervig aufgefallen, dass nach Einfärbung der Fokus aus dem Textfeld entfernt wird. Vor allem ungünstig wenn man schon lostippt (manchmal dauert es auch eine Weile bis der Text eingefärbt ist). Also der Fokus wird im Nachhinein auch nicht mehr gesetzt, weswegen man immer wieder ins Textfeld wohin klicken muss. LG -- ΠЄΡΉΛΙʘ 22:56, 4. Nov. 2012 (CET)

Das passiert auch ohne mein Skript. --Schnark 09:01, 6. Nov. 2012 (CET)

Tatsächlich, wer macht denn sowas? (Fällt wohl erst bei längerem Seitenaufbau auf.) Eine Idee? Sollte man eine Bug-Meldung aufmachen!? Scheinbar passiert das schon direkt beim Aufbau des Wikieditors!? -- ΠЄΡΉΛΙʘ 14:47, 6. Nov. 2012 (CET)

Finde heraus, bei welcher Gelegenheit der Fokus entfernt wird, stelle fest, was WHATWG/W3C dazu sagen, und melde das Ganze je nachdem, wer dafür verantwortlich ist bei WHATWG (wenn die Spezifikation unnötigerweise sagt, dass der Fokus entfernt werden soll), Firefox (wenn der Fokus entgegen der Spezifikation entfernt wird), jQuery (wenn die Übersetzung in DOM-Operationen so ungünstig gewählt ist, dass der Fokus verlorgen geht) oder MediaWiki (in allen anderen Fällen). --Schnark 10:41, 8. Nov. 2012 (CET)

Antispoof - Bug

Bug

Bei der Darstellung von mathematischen Formeln in MathJax kann es durch dein Script zu Fehlern kommen. Dein Script ersetzt die entsprechenden Zeichen (Bsp. nbsp), danach wird die Formel gerendert, wobei die Markierung im Klartext angezeigt wird. (Beispiel: Orthodrome#Genauere_Formel_zur_Abstandsberechnung_auf_der_Erde).

Gruß --Steef ³⁸⁹ 23:22, 27. Okt. 2012 (CEST)

antispoof.js gehört zu den eher ungepflegten Skripts, und dass der Parser da NBSPs einfügt, ist auch eher ein Bug als ein Feature. Ich werde mir das mal genauer anschauen, mach dir aber nicht allzu viel Hoffnung, dass ich da bald etwas daran ändere. --Schnark 09:07, 29. Okt. 2012 (CET)

Für's Protokoll: Ähnliches Chaos kommt heraus, wenn man math in Attribute steckt (was bei {{Literatur}} passieren kann): <span title="<math>x</math>">''x''</span> ergibt x.

Du könntest versuchen, antispoof.js per mw.using bis nach den Start von MathJax zu verzögern. --Schnark 09:30, 30. Okt. 2012 (CET)

Siehe bugzilla:41677 --Schnark 09:27, 2. Nov. 2012 (CET)

autoBackup

Hallöle,

wenn du Zeit und Lust hättest, würde ich mich über Beta-Testing meines neuesten Kindchens freuen. Im regulären Betrieb scheint es zu laufen; aber wenn es jemand über die Limits schleifen kann, bist du das.

Eine Anreicherung der Textarea-Snapshots durch GUI-Snapshots wäre edel.

Sonnigen Tag --PerfektesChaos 09:38, 31. Okt. 2012 (CET)

Ich komme wohl nicht dazu, es einfach mal so zu testen, und da es nicht meinem üblichen Arbeitsablauf entspricht, kann ich es auch nicht während meiner gewöhnlichen Tätigkeiten testen. Sollte mir wider Erwarten in nächster Zeit langweilig werden, schaue ich es mir mal an, aber versprechen kann ich nichts. --Schnark 09:27, 2. Nov. 2012 (CET)

@Arbeitsablauf: Es genügt, während eines Edits die gleiche Seite in einem anderen Tab zu öffnen, um die Situation zu simulieren: „Es sind offene Bearbeitungen vorhanden.“ – du bräuchtest dir also keine Katze anzuschaffen, die den Stecker rauszieht.

Wie auch immer, einen sonnigen Tg und ein bestmögliches Wochenende --PerfektesChaos 10:47, 2. Nov. 2012 (CET)

Meine übliche Arbeitsweise ist, dass ich alles, was über ein paar Sätze hinausgeht, ohnehin in einem externen Editor schreibe, und dann ins Bearbeitenfenster reinkopiere. Und für einfach mal so zum Spaß testen habe ich wie gesagt nicht genug Zeit, da sich gerade mehrere meiner Skripte ganz böse danebenbenehmen. (Alternativ: Du erklärst mir auf die Schnelle, wieso zur Hölle Benutzer:Schnark/js/screenshot.js beim Upload nach Commons auf die Idee kommt eine HTTP-Methode namens OPTIONS zu verwenden.) --Schnark 11:42, 2. Nov. 2012 (CET)

OPTIONS ist ja übliche HTTP-Methode. Benenne doch mal dein lokales Objekt options um in opts; ich durchschau grad nicht, wo und wie das alles in $ und ajax filtriert wird. Es könnte sein, dass jQuery den Namen sieht und daraus falsche Schlüsse zieht.

Mahlzeit --PerfektesChaos 11:59, 2. Nov. 2012 (CET)

Das Dumme ist, dass die Anzahl der Dinge, die options genannt werden (einschließlich der Verwendungen in jQuery selbst), so groß ist, dass ich keine Ahnung habe, welches davon mir hier in die Suppe spuckt. Einen Debugger habe ich auch gerade nicht, sodass alles, was ich bisher rausfinden konnte die irritierende Tatsache ist, dass $.ajax zwar ein type: 'POST' mit auf den Weg bekommt, aber ein leeres data. --Schnark 12:17, 2. Nov. 2012 (CET)

Klingt danach, als ob es Namens-/Maskierungskonflikte gibt mit deinen lokalen Variablen data und denen, die irgendwo dazugehören. In showDialog gibt es das Argument data und in den anonymen unter step4 mehrere mit var, was noch angehen mag; in upload() würde ich bei var einen anderen Namen wählen. data:data, ist zwar korrekt, aber bei finalStepSuccess(data,$dialog); weiß ich nicht mehr so genau, was dann im Inneren verwendet wird. (Ich bin gewohnt, im Inneren von Objekten mit this zu arbeiten und lege mich bei events regelmäßig rein.)

Mahlzeit --PerfektesChaos 13:13, 2. Nov. 2012 (CET)

Mit this arbeite ich nur, wenn es sich wirklich um objektorientierten Code handelt, in Eventhandlern zwinge ich dann mit bind oder apply this dazu, das zu sein, was ich erwarte.

Der Fehler mit OPTIONS ist keiner, das soll so sein, nur wissen die Hamster (oder Tintenfische) nichts davon: bugzilla:41731

Ein paar kurze Blicke habe ich auf dein Skript geworfen, sodass ich ein paar Anmerkungen machen kann:

• Du bist dir im Klaren darüber, dass das Skript in einem Wettbewerb um das schönste Interface nicht gewinnen wird? (Und sowas schreibe ich einen Tag, nachdem ich ein Skript veröffentlicht habe, dessen Symbole den Kreuzstichstickereien meiner Oma Konkurrenz machen.)
• Du bist dir im Klaren, dass je nach Skin die Schriftgröße unterschiedlich sein könnte, falls du den Platz zum Einhängen der Meldung nicht sehr genau gewählt hast?
• Du bist dir im Klaren, dass es praktisch unmöglich ist, ein Sicherheitsreview durchzuführen, da du HTML kreuz und quer zusammensetzt, und ich nie weiß, ob die übergebenen Variablen gefährlich sind?
• Du hast dir ausreichend viele Gedanken darüber gemacht, was beim Bearbeitenkonflikt mit seinen zwei Textboxen passiert?
• Du hast dir ausreichend viele Gedanken darüber gemacht, was passiert, wenn der Browser beim Schreiben abstürzt, und nach dem Neustart wieder automatisch das Bearbeitenfenster öffnet (action=edit oder action=submit), aber den Text zurücksetzt?
• Du bist dir sicher, dass alle notwendigen Eventhandler aufgerufen werden, wenn man seinen Beitrag mit dem Drücken der Eingabetaste in der Zusammenfassungszeile abspeichert?

--Schnark 09:57, 3. Nov. 2012 (CET)

CORS wird uns noch viel Freude machen.

Danke für die Anmerkungen; sie werden Ausgangspunkt für weitere Verbesserungen sein; teilweise ohnehin bereits vorgezeichnet.

• Interface:
  • Zurzeit noch was für Profis.
  • Ich plane einen CSS/opts-ausblendbaren Textblock mit einer Kurzanleitung zwischen (meiner) Überschrift/Box und den ersten Daten. Durch die doofe I18N mache ich sowas aber erst zum Schluss.
  • Ich hoffe ja immer, dass RL3-gadget-translatewiki verfügbar ist, bevor ich mit dem Programmieren so weit bin. Jedesmal baue ich meine interne I18N-Textverwaltung ein Stück weiter aus.
• Schriftgröße/Skin
  • Das fiel mir hinterher auf, als ich eine Serie von Skins für defekterWeblinkBotVorlage durchprobiert hatte. Ich werde mir also eine eigene Bibliotheksfunktion perfektionieren, nachdem auf MW nichts Stabiles zu erwarten ist.
  • Es war eine Dreistigkeit ohnegleichen, mal eben die Bedeutung von mw.util.$content zu verändern, weil man für die bunte mw.notification einen anderen Bezugspunkt brauchte. Wenn man einmal etwas mit einer bestimmten Bedeutung in der Bibliothek zu stehen hat, dann ändert man dessen Wirkung nie wieder; wird für einen anderen Zweck etwas anderes gebraucht, führt man mit neuem Bezeichner eine neue Komponente ein.
• Sicherheitsreview/HTML
  • Das passt schon. Es sind alles interne Variablen; das Einzige, was von außen kommt, ist mw.config.get("wgScript") und wäre Mittel der Wahl für Angriffe.
• Bearbeitenkonflikt / zwei Textboxen
  • Das muss der Benutzer lösen. Doku: you will need to resolve the edit conflict carefully and merge your text into the existing version
• abstürzt … öffnet … den Text zurücksetzt
  • Das verstehe ich nicht.
  • autoBackup selbst greift überhaupt nicht in das Bearbeitungsfeld ein. autoBackup bietet nur einen Satz an Schnappschüssen an; den richtigen Text muss sich der Autor schon selbst zusammenstückeln. Mit .maxHist und .maxRev sollten genügend Versionen rückwirkend verfügbar sein, damit die letzte gewünschte nicht hinten herausgeschoben wird.
• Eventhandler / Zusammenfassungszeile
  • Bewusst bin ich mir dessen schon; Doku: clicking the “Save page” button, if caught
  • Guter Tipp.
  • Da unsere mw.util recht schmählich versagt (ich sehe zumindest in den mw.*-Objekten kein Angebot einer sicheren Hook-Funktion), trage ich mich seit einer Weile mit einer eigenen Bibliotheksfunktion für Maus- und Keyboard- und sonstwas-Ereignisse, auch für LivePreview.
  • Den vorliegenden Fall werde ich allerdings dadurch lösen, dass das Betreten der Zusammenfassung bereits einen snapshot auslöst; wenn sich dadurch nichts am letzten snapshot ändert, wird auch nichts gespeichert. Hilfreiche Anregung.
  • Außerdem plane ich einen Mindestabstand von 60 Sekunden zur vorletzten Version; ansonsten wird die vorletzte Version entfernt.
• Unsere weltweite Bibliotheksunterstützung ist ohnehin nur ein mageres Gerippe. Fast hätte ich den Timestamp in der internen UTC-Darstellung angezeigt und im letzten Moment vor Beta zumindest ISO auf Lokalzeit rausgerückt. Eigentlich sollte die mw. etwas haben, das einen Timestamp auf Benutzerpräferenz umformatiert, wahlweise von Date oder String+Schema aus geparsed.

Danke schön und bis demnächst --PerfektesChaos 11:20, 3. Nov. 2012 (CET)

Ich habe deinen Anregungen folgend etwas nachgebessert.

• Betreten der Zusammenfassung löst bereits einen snapshot aus. Wenn Text unverändert, passiert weiter nichts.
• Die HTML-Sicherheitsproblematik bin ich durchgegangen und habe leicht nachgesteuert. Der Seitentext kann keine bösen Aktionen hervorrufen. Man kann ein böses Link hervorrufen, wenn man selbst eine Seite mit bösem Titel neu anlegt. Ansonsten wäre der Angriff wie in praktisch allen Skripten über manipuliertes mw.config machbar, etwa Injection in die Revisionsnummer oder wgScript. Wer aber das kann, hat das System sowieso schon im Griff, und ich wüsste kein Skript, das im Paranoia-Modus prüft, ob die RevID vom Typ number ist.
• Zum Thema der Platzierung der Box und resultierender Schriftgröße abhängig von der Skin: Ich bin die Skins durchgegangen, und mir scheint, dass prepend ('#mw-content-text') ein sicheres Mittel der ersten Wahl zu sein scheint. mw.util kann man in puncto zuverlässiger Nachrichten und $content ja wohl vergessen. Deine Erfahrungen?

Liebe Grüße --PerfektesChaos 11:04, 5. Nov. 2012 (CET)

@Bearbeitungskonflikt & Browserabsturz: Dein Skript schaut zu irgendwelchen Gelegenheiten, ob sich der Text verändert hat, speichert ihn gegebenenfalls und wirft dafür eine ältere Version weg. (Zumindest soweit ich es verstehe.) In den beiden genannten Szenarien aber ändert sich der Text im Eingabefeld, ohne dass dem Benutzer daran gelegen ist, diesen im Austausch gegen eine alte Version abzuspeichern. Wenn die Katze, die bereits den Stecker gezogen hat, dann auch noch über die Tastatur läuft, könnte es vermutlich durchaus passieren, dass alle alten, vom Benutzer erzeugten Versionen zu Gunsten der neueren, von ihm nicht gewünschten Versionen verworfen werden. --Schnark 09:06, 6. Nov. 2012 (CET)

Nicht alle älteren, sondern die älteste von .maxHist=5 fällt aus dem Stapel hinten raus und die neueste wird vorne davorgesetzt. (Solltest du physisch ein anderes Verhalten beobachtet haben, wäre das ein Bug).

Ich kann nicht unterscheiden, ob eine Textänderung im Browserfeld beabsichtigt ist oder nicht; die Situation „BK“ ist aber eine gute Idee, und ich muss mal schauen wie ich den provoziere und wie die beiden TEXTAREA heißen. Das würde dann in der Situation „Öffnen der Seite“ ignoriert werden. Allerdings müsste ein BK auf eine neu abgespeicherte RevID laufen und jede RevID hat ihre eigene History; sollte also eigentlich bereits unproblematisch sein. Muss ich mal denken. Für .maxRev sind 3 oldid simultan vorgesehen.

Für die Verwaltung ist es egal, in welchem Tab sie geschieht (wenn man einen BK mit sich selbst produziert); es ist auch egal, unter welchem Benutzernamen man editiert. Es gibt nur einen Stapel für die Seite in diesem Browserprofil. Übrigens wird auch nicht betrachtet, welcher Abschnitt bearbeitet wird; wenn man die gleiche Seite in sechs Browsertabs in sechs verschiedenen Abschniten bearbeitet, wäre beim Absturz eine verloren.

Ich sollte dann die Doku durch eine Methodenbeschreibung ergänzen.

Lieben Dank fürs Mitdenken --PerfektesChaos 09:32, 6. Nov. 2012 (CET)

@Bearbeitungskonflikt: Es ist einfach die wpTextbox2. Wenn eine solche beim action=edit-Öffnen einer Seite vorhanden ist, wird ihr Wert jetzt abgegriffen und als Startwert für diese RevID abgelegt. Die RevID der Seite ist neu, es entsteht damit eine neue snapshot-history. wpTextbox2 gibt es auch bei irgendwelchen Hochladeformularen oder sowas; das wäre egal und außerdem müsste der Startwert leer sein und leere snapshots werden nicht gespeichert.

Danke für deine Anregung --PerfektesChaos 09:15, 7. Nov. 2012 (CET)

Bei...

...mir funktioniert dein erweiterte Wikieditor nicht mehr. liesel 12:03, 31. Okt. 2012 (CET)

Aha. --Schnark 09:27, 2. Nov. 2012 (CET)

Falls dir diese Antwort nicht ausreicht, wären Hinweise auf verwendeten Browser, gewählte Einstellungen zu Skin, Werkzeugleiste und anderen verwandten Optionen, sowie JavaScript-Fehlermeldungen hilfreich.

Antwort

Hallo! Danke für deine Antwort! :) Ich habe noch eine Frage jetzt die sich zufällig gegeben hat. Als ich hier auf Bearbeiten geklickt habe da kam dann ein Text "Hallo und willkommen..." in einem gelben Feld. Wie kann ich das einstellen, daß das bei mir auch kommt? Bei mir kommt nur das was auch bei dir oben in dem blauen Feld kommt. Bekommt man das automatisch wenn man länger angemeldet ist? Danke --Düsseldorf Student (Diskussion) 09:51, 6. Nov. 2012 (CET)

Der Kasten kommt von Benutzer Diskussion:Schnark/Editnotice, um so etwas auch auf deiner Diskussionsseite anzuzeigen, musst du also Benutzer Diskussion:Düsseldorf Student/Editnotice anlegen. --Schnark 09:04, 7. Nov. 2012 (CET)

Achso dankeschön :D--Düsseldorf Student (Diskussion) 11:42, 7. Nov. 2012 (CET)

autoantraege.js für commons:Template:Section resolved

Hallo Schnark. Wäre es für dich ein grosser Aufwand, den Teil aus autoantraege.js, der für das Ergänzen der Erledigt-Bausteine verantwortlich ist, für Commons anzupassen? Die entsprechenden Vorlagen sind commons:Template:Autoarchive resolved section und commons:Template:Section resolved. --Leyo 13:43, 3. Okt. 2012 (CEST)

Eigentlich nicht (die autoerledigt-Funktion sollte überall funktionieren, man müsste noch init geeignet anpassen und den Rest löschen), aber ich werde das nicht tun. --Schnark 09:11, 4. Okt. 2012 (CEST)

Hm, ich bezweifle, dass ich das selbst hinkriegen würde… --Leyo 14:53, 8. Okt. 2012 (CEST)

Falls dir Benutzer:Schnark/js/section-links gefällt, sollte es damit funktionieren. Sei etwas vorsichtig damit, ich habe nur in einem Prä-ContentHandler-Wiki getestet. --Schnark 09:27, 2. Nov. 2012 (CET)

Vielen Dank! Ich hab's gleich ausprobiert und es klappt. Ich würde vorschlagen, den Bearbeitungskommentar von „done“ in „tagging section as resolved“ zu ändern. --Leyo 02:09, 13. Nov. 2012 (CET)

Auf Nicht-Diskussionsseiten wie Dateibeschreibungsseiten empfinde ich die Icons als leicht störend. Eine Einschränkung auf bestimmte NR sollte wohl bei der Einbindung des Scripts möglich sein.

Problematisch ist, dass sich Section Links nicht mit dem DelReqHandler-Gadget verträgt. Ohne dieses ist das Abarbeiten von DRs mühsam. --Leyo 22:59, 19. Nov. 2012 (CET)

Ein

if (mw.config.get('wgPageName').indexOf('Commons:Deletion_requests/') === -1 && mw.config.get('wgNamespaceNumber') !== 6) {
//einbinden
}

oder so kannst du wohl selbst um die Einbindung drumherum packen. --Schnark 09:10, 20. Nov. 2012 (CET)

Jetzt wo den Code angibst schon… ;-) Danke! Um auch commons:Commons:WikiProject Chemistry/Deletion requests zu berücksichtigen, habe ich den String auf 'Deletion_requests' gekürzt. Eine Kurzform um zusätzlich auch den BNR und den VNR auszuschliessen, gibt's wohl nicht, oder? --Leyo 09:49, 20. Nov. 2012 (CET)

Das mit dem .indexOf('Commons:Deletion_requests/') habe ich direkt so aus dem Gadget kopiert. Für mehrere NR: $.inArray(mw.config.get('wgNamespaceNumber'), [2, 6]) === -1 (Achtung, war vorhin noch ein Tippfehler drin!). --Schnark 09:54, 20. Nov. 2012 (CET)

Nun klappt's, vielen Dank für die Geduld! --Leyo 10:14, 20. Nov. 2012 (CET)

Du kannst das mw.config.get('wgPageName').indexOf('Commons:Deletion_requests/') === -1 versuchsweise wieder rauswerfen, mein Skript sollte jetzt erkennen, dass das Commons-Gadget weitere Links hinzugefügt hat, und diese in Symbole verwandeln. --Schnark 09:28, 22. Nov. 2012 (CET)

Es hat geklappt, danke! Wie ich sehe, hast du für „Close: Kept“ und „Close: Deleted“ auch Icons ergänzt. Ist es Absicht, dass ersteres gleich aussieht wie das Icon, um (auf anderen Seiten) einen Abschnitt als erledigt zu markieren? --Leyo 09:46, 22. Nov. 2012 (CET)

Ja, wenn du aber ein besseres Icon hast (16x16 px, transparenter Hintergrund, kleine Dateigröße, im data:-Format (google:image to data url)), kann ich das natürlich einbauen. --Schnark 09:51, 22. Nov. 2012 (CET)

Auf Commons wird für Löschen oft Datei:Gnome-edit-delete.svg verwendet, aber für Behalten ist's schwieriger, etwas Passendes zu finden. --Leyo 16:12, 22. Nov. 2012 (CET)

Der Mülleimer ist in 16px Breite nicht wirklich überzeugend, da auf den Commons’schen Löschdiskussionsseiten ohnehin kein Symbol für «Erledigt» angezeigt werden sollte, besteht auch keine Verwechslungsgefahr. Meine Symbole sind ganz bestimmt keine Meisterwerke, und die Nähe zum Kreuzstich ist nicht zu leugnen, aber sie erfüllen ihren Zweck. --Schnark 09:14, 23. Nov. 2012 (CET)

Zur Info: Ich habe dein Script unter commons:Commons:Forum#Abschnitte per Script als erledigt markieren zur Verwendung empfohlen. --Leyo 10:14, 29. Nov. 2012 (CET)

Neue Seiten in extratabs

Hallo Schnark, der Toolserver ist ja nicht der schnellste, wenn es um die Auflistung der Artikelanlagen [5] geht. Könntest du ein Tool aufnehmen, dass die in der letzten Zeit erstellten Artikel (über Spezial:Neue Seiten) auflistet? Viele Grüße, CENNOXX 16:28, 14. Nov. 2012 (CET)

Kann ich machen, vermutlich komme ich morgen (zusammen mit weiteren Kleinigkeiten) dazu. --Schnark 09:06, 15. Nov. 2012 (CET)

Ich habe Teile des Skripts völlig umgeschrieben, das sollte aber keine Auswirkungen haben. Falls dir doch etwas auffällt, was sich zum Schlechteren geändert hat, dann sag es mir, du scheinst mein Skript ohnehin besser zu testen als ich. --Schnark 09:24, 16. Nov. 2012 (CET)

Portal:Männer

Lieber Schnarch, habe - ganz neu hier - an dem unbetreuten Portal:Männer etwas hinzugesetzt, mit Vorschau gearbeitet, die Veränderung signiert und nun sieht der Artikel etwas anders aus. Da ist was durcheinandergeraten. Ich wende mich an Schnarch, als dem letzten Bearbeiter der Versionsgeschichte von Portal:Männer und bitte darum, mal einen Blick drauf zu werfen. --Gaviloh (Diskussion) 20:35, 19. Nov. 2012 (CET)

Außer einer Syntaxkorrektur habe ich nichts mit dem Portal zu tun, und ich habe leider nicht die Zeit, mir deine Änderungen genauer anzusehen. Am besten wendest du dich an die Hilfeseite Wikipedia:Fragen von Neulingen, dort hilft dir sicher jemand weiter. --Schnark 09:14, 20. Nov. 2012 (CET)

Danke und Sorry wegen der Namensschreibung. Ich habe alles zurückgesetzt und folge den Hilfen.--Gaviloh (Diskussion) 18:06, 20. Nov. 2012 (CET)

mostEdited

Hallo Schnark, ich finde dein mostEdited-Script echt toll, um schnell einen Überblick zu kriegen, was grade so los ist in der Wikipedia. Allerdings sortiert das Script die Beiträge nach der Anzahl der Edits und nicht nach der Anzahl der Nutzer. Dh. wenn etwa ein Benutzer auf seiner Seite was testet, für die Bearbeitung einer Seite mehrere Male abspeichert oder grade irgendwo zwischen zwei Benutzern ein Editwar am Gange ist, dann wird das in der Übersicht weit oben angezeigt. Es wäre wohl sinnvoller die Seiten nach der Anzahl der Bearbeiter zu sortieren, das zeigt eher, wo große Diskussionen sind, die mehrere Benutzer was angehen. Wenn bei dem Script dafür nur ein/zwei Parameter zu ändern wären, wäre das cool wenn du das umsetzen könntest, falls die Arbeit aber ausarten würde, dann ist auch nicht so schlimm. Auf jeden Fall danke für das Tool.--CENNOXX 19:51, 29. Nov. 2012 (CET)

Ob eine Sortierung nach Anzahl der Bearbeitungsn oder nach Anzahl der Benutzer sinnvoll ist, hängt davon ab, wofür man das Skript verwendet. Wer etwa gerne Editwars auf WP:VM meldet, der freut sich sicher darüber, wenn er ganz oben einen Artikel mit vielen Bearbeitungen, zwei Benutzern und einer Differenz von 0 Byte vorfindet. Auch diese Giftbot-Aktion fand das Skript (nur hatte ich keine Zeit, mich darum zu kümmern). Daher halte ich eine Sortierung nach Bearbeitungen durchaus für sinnvoll. Was ich natürlich machen kann (und auch machen werde, sobald ich dazu komme), ist ein weiterer Paramater, sodass man sich aussuchen kann, wonach sortiert werden soll. --Schnark 09:13, 30. Nov. 2012 (CET)

Spitze, freu mich schon drauf :) --CENNOXX 05:24, 1. Dez. 2012 (CET)

Ich konnte in meinem privaten Testwiki nicht allzu gründlich testen (bei einem aktiven Benutzer nicht sehr verwunderlich), ich hoffe, dass es trotzdem funktioniert. --Schnark 10:34, 1. Dez. 2012 (CET)

diff.js/core.js & diff.js

Hallo Schnark, ich hab ein kleines Prolem: Ich benutze dein diff-Script, jetzt wollte ich aber auch den Bendersnatch nutzen, dafür muss ich auch Benutzer:Schnark/js/diff.js/core.js laden. Wenn ich jetzt aber diff.js/core.js und diff.js lade, dann zerschießt es mir meine Versionsvergleiche, da sind dann zwei verschachtelte Vergleichsfenster die nicht funktionieren.--CENNOXX 22:51, 3. Dez. 2012 (CET)

Ich habe keine Ahnung, warum das passiert. Möglicherweise lässt es sich beheben, wenn du diff/core vor diff einbindest. Ansonsten besteht noch die Möglichkeit, für alles (funktioniert auch für die Skripte anderer Autoren, die du mit importScript einbindest) meine Modulverwaltung einzusetzen. --Schnark 09:11, 4. Dez. 2012 (CET)

Reihenfolge ändern hat schon gereicht, danke.--CENNOXX 18:39, 4. Dez. 2012 (CET)

Konfiguration der extratabs

Hallo Schnark, ich mal wieder, ich habe eine Frage zur Konfiguration der extratabs. Ist es mit der Konfiguration möglich die Tools auf allen Namensräumen zu entfernen? Ich wollte zB das translate-tool deaktivieren, und habe in die Konfiguration folgendes geschrieben:

extratabs.config = extratabs.config.concat([
['', 'translate']
]);

Weil ich dachte '' hieße soviel wie in keinem Namensraum. Das klappt aber nicht, stattdessen erschien das Tool daraufhin doppelt.--CENNOXX 01:04, 5. Dez. 2012 (CET)

Nein, der Leerstring heißt: in jedem Namensraum. Durch reines Hinufügen von Konfiguration wirst du kein Tool entfernen können, solange der Standardeintrag in der Konfiguration steht, wird dieser immer abgearbeitet, egal ob das selbe Tool später nochmal erwähnt wird oder nicht. Um etwas zu entfernen, musst du die Stelle bestimmen, an der es in .config steht, und es dann mit splice entfernen. Speziell für Google-Translate bietet sich aber an, stattdessen die Zielsprache .lang.userFallback auf die Inhaltssprache des Wikis zu setzen, siehe Benutzer:Schnark/js/extratabs#Konfiguration. --Schnark 09:06, 5. Dez. 2012 (CET)

section-links.js im Wiktionary

Hallo,

Danke erst einmal für das tolle Skript. Funktioniert unter Win7 in Commons und der Wikipedia auch einwandfrei. Aber im Wiktionary sehe ich keinen "als Erledigt-Markieren-Button" (z.B. hier). Und unter WinXP werden die Buttons gar nicht angezeigt. Kannst du mir helfen? Schöne Grüße --Yoursmile (Diskussion) 20:13, 2. Dez. 2012 (CET)

Da der Erledigt-Baustein in jedem Projekt anders funktioniert, muss ich ihn für jedes Projekt separat konfigurieren, was ich bisher nur für de.wikipedia und für commons gemacht habe. Ich kann das selbstverständlich auch für de.wiktionary tun, muss dazu aber wissen, mit welcher Vorlage die Seiten markiert werden, auf denen der Bot aktiv wird, und mit wie die Erledigt-Vorlage heißt. Dass es unter WinXP nicht funktioniert, hat nichts mit dem Betriebssystem zu tun, sondern mit dem verwendeten Browser: Vermutlich verwendest du dort eine ältere Version des Internet Explorers, dort funktioniert das Skript einfach nicht. Du musst entweder den Internet Explorer aktualisieren (ab Version 8 funktioniert es), bzw. falls das der Fall ist, den Kompatibilitätsmodus deaktivieren (das blaue zerissene Dokument in der Adresszeile), oder einen anderen Browser verwenden. Falls das nichts hilft, bräuchte ich genauere Informationen zu Browser und eventuellen Fehlermeldungen. --Schnark 09:13, 3. Dez. 2012 (CET)

Achso. Falls die Anpassung zu aufwendig sein sollte, brauchst du es auch nicht zwingend umsetzen. Trotzdem möchte ich dir die Informationen liefern. Markiert werden die Beiträge mit {{Erledigt|--~~~~}} und die Vorlage, die auf der Diskussionsseite eingebunden werden muss, heißt {{Autoarchiv-Erledigt}}.

Zum Betriebssystem/Browser: Nein, ich nutze sowohl unter WinXP als auch unter Win7 die aktuellste Version von Opera (12.11).

Danke für deine Antwort! Schöne Grüße --Yoursmile (Diskussion) 16:52, 3. Dez. 2012 (CET)

Die Konfiguration für Wiktionary habe ich ergänzt. Opera verwende ich selbst nicht, habe aber durch Zufall einen etwas älteren Opera 9.27 aufgetrieben, und das Skript funktioniert dort problemlos. Sind die Symbole denn da, nur nicht zu sehen (sprich: kannst du neben der Überschrift klicken, und damit den Abschnitt bearbeiten etc.), oder fehlen sie ganz? --Schnark 09:24, 4. Dez. 2012 (CET)

Nochmal eine Rückmeldung: unter Windows XP sehe ich mit Opera sowohl beim Wiktionary als auch in der Wikipedia die korrekte Buttonliste. Nur unter Commons wird gar nichts angezeigt. Schöne Grüße --Yoursmile (Diskussion) 22:36, 7. Dez. 2012 (CET)

Auf Commons hast du das Skript so eingebunden, dass es nur auf Diskussionsseiten und im Commons-Namensraum aktiv wird. --Schnark 09:07, 8. Dez. 2012 (CET)

Aber auch da sehe ich nichts. --Yoursmile (Diskussion) 10:16, 8. Dez. 2012 (CET)

Alles, was ich mir noch vorstellen könnte, ist eine Inkompatibilität mit irgendeinem Gadget, das du auf Commons verwendest. --Schnark 10:45, 8. Dez. 2012 (CET)

Nikolaus

1. „Meine übliche Arbeitsweise ist, dass ich alles, was über ein paar Sätze hinausgeht, ohnehin in einem externen Editor schreibe, und dann ins Bearbeitenfenster reinkopiere.“ (#autoBackup, 11:42, 2. Nov.) – Dann ist vielleicht mein Nikolausgeschenk etwas für dich. Wenn du es haben möchtest, bekommst du es per Mail (irgendeine direkte Adresse an mich mailen, oder die vom 3. Mai mit π? WikiMail nimmt kein attachment); wenn du dich eher für die Programmierung interessieren solltest, enWP.
2. Wenn du zwischen Weihnachten und Neujahr Langeweile hast, wäre Hilfe:Tags vielleicht etwas für deine kritische Sicht.
3. Könntest du dieser armen Seele helfen? Ich hab doch auch keine Ahnung von Buttons.

Meterhohen Schnee und volle Stiefel --PerfektesChaos 09:37, 6. Dez. 2012 (CET)

ad 1: Wenn du mir sagst, dass du mir eine Email geschrieben hast, dann kommt die mit π bei GMail bei mir an. Testen würde ich das auf jeden Fall einmal, obwohl ich inzwischen Firefox eigentlich ganz ohne Addons verwende, nachdem ich ihn im Verdacht habe, die Hauptschuld daran zu tragen, dass ich regelmäßig die Disk-Quota-Grenze erreiche.

ad 2: Einen halben Blick habe ich schon draufgeworfen, nachdem du es auf der Disk vom Umherirrenden verlinkt hast.

ad 3: Ich habe von den Extra-Editbuttons auch nur so viel Ahnung, dass ich weiß, dass jeder, bei dem sie funktionieren sich glücklich darüber schätzen sollte. Zu dem Zeitpunkt, zu dem ich sie verwenden wollte, gingen sie auch bei mir nicht, und ich weiß bis heute nicht, woran es lag. Ich für mich habe beschlossen, die Gadgets zu ignorieren, ansonsten müsste ich mich viel zu sehr darüber aufregen, dass sie der beste Beweis sind, dass die meisten Leute anfangen mit JavaScript zu programmieren, bevor sie JavaScript lernen. --Schnark 09:26, 7. Dez. 2012 (CET)

1. π@GMail abgeschickt.
   • Statt sie auf dem Jedermanns-Weg zu installieren, kannst du sie auch in ZIP umtaufen, auspacken, analysieren und hinterher erst den Dateipfad zum Auspack-Verzeichnis im Browserprofil hinterlegen. Bis auf die Bildchen (die noch im draft-Stadium sind; da beabsichtige ich einen SVG-Zeichner zum Herstellen der skalierten Suite zu motivieren) ist alles im Verzeichnisbaum der enWP enthalten.
2. Ich wollte dich nicht zuerst belästigen, sondern erstmal andere; nächstes Jahr würde ich damit beginnen, das in die Seiten einzuverlinken. Zurzeit noch im Inkubator.
3. Doug läuft grad im Hintergrund.

Sonnigen Tag --PerfektesChaos 10:16, 7. Dez. 2012 (CET)

Du solltest mal den Suchttest machen, schon für Frage 53 bekommst du 8 Punkte. --Schnark 10:28, 7. Dez. 2012 (CET)

Zunächst mal die Kommentare die ich nach Lesen der Quelltexte machen kann:

In permissions.js sollte die eine Zeile WLE.reDomain = "^https?://(?:[a-z0-9\\-]+\\.)*" lauten und wmflabs zu den möglichen Domains aufgenommen werden, es gibt https://be-x-old.wikipedia.org ebenso wie http://de.wikipedia.beta.wmflabs.org. (Nicht, dass ich es dort verwenden wollte, nur aus Prinzip.)

In fileIO.js wird in FILEIO.find der Parameter add nicht verwendet.

Falls der Text mit einem BOM beginnt, scheinst du dieses zu entfernen, so wie ich den Code lese, landet es aber trotzdem im Bearbeitenfenster, wo es nicht hingehört.

Eventuell wäre eine Konvertierung verschiedener Zeilenendenformate sinnvoll oder sogar nötig. Zusatzschwierigkeit: Der Benutzerwunsch korreliert nicht unbedingt mit dem Betriebssystem, ich bevorzuge auch unter Windows ein einfaches LF.

Weitere Kommentare kommen, sobald ich es ausprobiert habe. --Schnark 09:18, 8. Dez. 2012 (CET)

Das Ding will nicht. Wenn ich in den Add-On-Einstellungen meine Benutzerseite einfügen will, kommt Ungültige URL für Benutzer-Seite. https://de.wikipedia.org/wiki/Benutzer:Schnark Da ich den Quelltext kenne, habe ich stattdessen https://de.wikipedia.org/wiki/Benutzer:Schnark/LocalEdit eingetragen. Benutzer:Schnark/LocalEdit behauptet stur, das Add-On sei nicht aktiv.

Die beim Add-On angegebene Homepage https://de.wikipedia.org/wiki/Benutzer:PerfektesChaos/localEdit führt übrigens ins Leere. --Schnark 10:33, 8. Dez. 2012 (CET)

Danke für die Infos.

• Öh, die Homepage ist natürlich Benutzer:PerfektesChaos/js/localEdit.
• Benutzerseite:
  • Pattern schmeißt dich raus: Peinlich; gehe dem nach. Workaround: about:config und nach wikilocaledit suchen; da müsste ein leerer Eintrag "wikilocaledit.userpages" stehen und dem deine Benutzer-URL behelfsmäßig als Eintrag geben. Möglicherweise habe ich beim Endrun das Objekt etwas zu sicher abgeschottet, hatte mich selbst schon eine Weile nicht mehr von Null an registriert.
  • wmflabs, beliebige subsubdomains und Bindestriche werden aufgenommen. Soll nur irrtümliche fremde Websites vom Leib halten.
  • Bei der Gelegenheit wird sich auch die Peinlichkeit klären.
• Das Add-On reagiert nur, wenn das Event von der URL der PREFS-Seite Benutzer:Schnark mit selbst drangehängtem /LocalEdit kommt. Jetzt lautet bei dir der Abgleich https://de.wikipedia.org/wiki/Benutzer:Schnark/LocalEdit/LocalEdit.
• FILEIO.find: Parameter add
  • Das hat seine Richtigkeit. FILEIO ist nicht nur für wikilocaledit geschrieben; und dieses FILEIO soll Browser-abhängig ausgetauscht werden können. Andere benötigen ggf. die Info über add. FILEIO bildet eine Art Wrapper.
  • Im Idealfall gibt es eines Tages für alle Gecko, Opera, Chromium, IE ein einziges wikilocaledit.js mit dem Anwendungsbezug und gemeinsamen Kommentar, blockweise gegliedert je Browser.
  • PREFS könnte so oder so ähnlich bei mehreren funktionieren; notfalls generalisierbar.
• Zeilenendenformate:
  • Wäre vielleicht eine weltweit sichtbare Option Schreibe Zeilenende wie aktuelles Betriebssystem. Ansonsten standardmäßig Ausgabe in Wiki-Unix.
  • Beim Einlesen hatte sich das nicht als problematisch erwiesen. Beim Einspeisen in das Textarea hatte zumindest Firefox von sich aus die Zeilenenden richtig aufbereitet. Notfalls ließe sich das durch eine simple Folge \r\n→\n und danach die verbliebenen \r→\n standardisieren, wenn es einer braucht.
• Den BOM werde ich nochmal nachsteigen, der Firefox-UTF-8-Konverter in FILEIO schien den erstmal abgetötet zu haben; es gibt auch little endian und irgendwie ausstreuen über 3 Bytes.
• Die Themen BOM und Zeilenende wären ggf. auszulagern in die Browser-spezifische FILEIO.
• Ich schaue es mir heute nochmal an, teste auch noch mal mit einem völlig leergeputzten Browser die Konfiguration.

Montag eine gefixte Version; reichen dir JS-updates auf der enWP oder möchtest du die frische XPI per Mail?

Schönen Advent --PerfektesChaos 11:38, 8. Dez. 2012 (CET)

Falls sich nur ein oder zwei Dateien ändern, reicht mir der Hinweis, welche ich updaten muss, ansonsten würde ich ein frisches XPI bevorzugen. --Schnark 11:42, 8. Dez. 2012 (CET)

Im Wesentlichen reicht en:User:PerfektesChaos/js/localEdit/Firefox/chrome/content/permissions.js.

• Ich hatte irgendwann mal die Daten-Strategie geändert und vergessen, den Trivialfehler-Filter bei der config anzupassen. War ja selber schon registriert.

Alle Updates: en:User:PerfektesChaos/js/localEdit/Firefox #0.2

Sorry for confusion und danke für den Hinweis. --PerfektesChaos 12:41, 8. Dez. 2012 (CET)

Das Testen muss ich leider verschieben, man hat mich hier gerade in die Firefox-3.6-Steinzeit zurückversetzt, und ich meine gelesen zu haben, dass 10 die Minimalversion ist. --Schnark 09:06, 10. Dez. 2012 (CET)

Du kannst in die install.rdf auf top-level gehen und FF2 hineinschreiben. Ich wüsste nicht, dass sich Wesentliches geändert hatte.

Mozilla fordert, dass jede Extension Mindestversion und die zum Zeitpunkt des letzen Updates zuletzt bekannte voraussichtlich kompatible Maximalversion benennt. Das ist sehr sinnvoll für die weltweite Verwaltung. Ich hatte die 10 allerdings wahllos gegriffen und konnte nicht ahnen, was dein sysop anstellt, sonst hätte ich 3 genommen. Du kannst ja berichten, ob es auch mit 3 geht; dann setze ich das als Minimalversion; konnte es schließlich nicht testen.

Starke Nerven --PerfektesChaos 09:37, 10. Dez. 2012 (CET)

PS: Der eingangs unter #3 Genannte ist durch eigene Forschung auf autoantraege gelandet. --PerfektesChaos 09:41, 10. Dez. 2012 (CET)

FF3.6 mag nicht, zumindest kann ich zwar meine Benutzerseite in den Einstellungen eintragen, aber nach dem Schließen und erneutem Öffnen der Einstellungen ist sie wieder weg. --Schnark 09:47, 10. Dez. 2012 (CET)

Schwierige Ferndiagnostik. Was steht denn unter "wikilocaledit" in about.config? --PerfektesChaos 10:04, 10. Dez. 2012 (CET)

Soeben dokumentiert: en:User:PerfektesChaos/js/localEdit/Firefox #about:config – Viel Glück auch sonst mit verspielten Wikiseiten und FF3.6 --PerfektesChaos 10:19, 10. Dez. 2012 (CET)

Jetzt habe ich wieder einen FF10, der erinnert sich aus irgendeinem Grund an die Einstellung, und das bearbeiten lokaler Dateien funktioniert im Prinzip. Im Prinzip heißt: Ich habe testweise eine UTF-8-kodierte Datei geöffnet, die den String ǔñıqůë enthält. Das ANSI-Kontrollkästchen war selbstverständlich nicht angehakt (das macht aber auch keinen Unterschied). Ergebnis: ǔñıqůë Beim "Datei speichern als" (sollte das nicht eher "Datei speichern unter" heißen?) stimmt die Kodierung, allerdings ist dort die Liste für den Dateityp leer. Beim Bearbeitenfenster blendest du die meisten überflüssigen Dinge aus, aber die Beschriftung für die Zusammenfassungszeile bleibt übrig. Auf https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/LocalEdit wird angezeigt, das Add-On sei nicht aktiv, auf https://de.wikipedia.org/wiki/Benutzer:Schnark/LocalEdit stimmt die Anzeige. Falls die beiden Zeilen zur Dateierweiterung auf dieser Seite irgendetwas tun sollen, dann funktionieren sie bei mir nicht (sie sind ganz leer). --Schnark 09:19, 11. Dez. 2012 (CET)

Danke für die Analyse; sie hilft mir.

• UTF-8: Das mag mit der FF-Version zusammenhängen. Sie verwenden ein „NetUtil“. In FILEIO.feed() steht opt={"charset":"UTF-8"}; Mit den mozilla.org/File_I_O soll relativ neu ein UTF8-converter zum Schreiben eingeführt worden sein; ich habe aber die früheste Gecko-Version noch nicht ermitteln könnnen (der geht möglicherweise auch an BOM ran). Bei mir geht es mit FF16/17.
• SaveAs: FF und notepad schreiben „unter“, andere „als“. Sehe ich eher synonym.
• Liste für den Dateityp leer: Du meinst die .txt, .text, .wiki? SaveAs lässt dir erstmal beliebige Namen; wenn du keine Extension angibst, sollte .txt angehängt werden.
• Beschriftung für die Zusammenfassungszeile bleibt übrig: Ich seh nix; ich blende immer schon einiges aus. Welche id/class hätte ich übersehen? Wird dann angefügt.
• w/index.php?title=Benutzer: Das ist richtig; die URL wird nicht getroffen, und dies ist nicht erwünscht. Nur auf /wiki/Benutzer soll die Tabelle angezeigt werden. Im späteren edit/submit ist index.php okay; siehe userURLstatics und userURLsubmits in .pages.fresh() in content/wikilocaledit.js.
• die beiden Zeilen zur Dateierweiterung: Das meint die Tabelle auf /wiki/.../LocalEdit? Sie reflektieren benutzerdefinierte Optionen.

Ich hoffe, du bekommst zu Weihnachten einen frischen HTML5-FF geschenkt --PerfektesChaos 10:43, 11. Dez. 2012 (CET)

• Ich schaue mal, ob ich jemand finde, den ich dazu überreden kann, mal wieder ein Firefox-Update durchzuführen.
• Ich finde auf die Schnelle kein Programm mit "Speichern als", Googletreffer beziehen sich auf Speicherungen in einem anderen Dateiformat als üblich. Letztendlich ist es egal, fiel mir aber auf.
• Ich meine die mit Dateityp beschriftete Auswahlliste, in der es den Eintrag .txt, .text, .wiki geben sollte, aber bei mir nicht gibt. Diese Liste ist vollkommen leer. .txt wird trotzdem automatisch angehängt.
• span#wpSummaryLabel
• Irritierend ist es trotzdem, das Skript sollte mich zumindest umleiten, wenn ich auf title= bin.
• Und wie ändere ich diese benutzerdefinierten Optionen? Die anderen Zeilen haben in der letzten Spalte einen Button, diese nicht, und auch die Add-On-Einstellungen kennen keine Dateierweiterungen. (Falls du dich jetzt fragen solltest, ob ich die Dokumentation gelesen habe: Nein, habe ich nicht. Falls das hilfreich wäre, würde ich mich mit einem RTFM zufrieden geben.)
• Was ich noch praktisch fände: Ein Eingabefeld mit Schaltfläche für: "Öffne den Artikel XY zum Bearbeiten, und verwende dabei dort das, was ich gerade im Bearbeitenfeld stehen habe." Also wie die Vorschau-Schaltfläche, nur dass der Titel in der <form>-action vorher geändert wird.

--Schnark 11:00, 11. Dez. 2012 (CET)

• span#wpSummaryLabel steht jetzt drin; habe ich schon seit Jahren nicht mehr gesehen.
• Ich sehe gerade zwei spezifische Linux-Tools, die „als“ bei SaveAs benutzen. Das Tool braucht nur Gecko. Muss ich mal drauf achten; vielleicht eine kulturelle Eigenheit.
• Auf der Wikiprojekt-Seite kann ich gerne herausfinden, dass ich auf einer title= (weiß es sowieso) aber mit „action=view“ bin, und auf die statische Seite hinweisen und ein Link anbieten.
• RTFM – auch ein zeit- und anlassabhängiger autoBackup-Modus in separater Datei wäre zukünftig möglich. Die Optionen über die config.js im Add-On sind ziemlich aufwändig für mich, vor allem für jeden Browser. Deshalb stehen die nicht-geheimen offen und sind für alle PC des Benutzers mit allen Browsern auch zentral gültig.
• Über den Import einer anderen Wiki-Seite als Startwert mache ich mir gern Gedanken; nette Anregung.
• Den Mindestlevel werde ich auf FF11 setzen, da FF10 offenbar nicht kompatibel ist. Leider fehlt in der Mozilla-Komponenten-Doku das @Since Gecko.

Immer voran --PerfektesChaos 11:21, 11. Dez. 2012 (CET)

Der Import in eine andere Wiki-Seite geht vermutlich am einfachsten, wenn du die "Änderungen zeigen"-Schaltfläche behälst, und noch mit einem zusätzlichen click-Handler belegst, der das action-Attribut der form ändert. Möglicherweise reicht es sogar, das dafür neu zu ergänzende Eingabefeld mit dem Namen title beim Klick in die form einzuhängen, das könnte schon ausreichen, um den alten Titel zu überschreiben. --Schnark 11:32, 11. Dez. 2012 (CET)

Das wäre Export.

Momentan mache ich mir Gedanken, per API aus einem eingebbaren Seitennamen und optionaler RevID (oldid=) einen vorhandenen Seiteninhalt desselben Projekts zu importieren.

Der Export wird mir zu heikel sein. Möglicherweise kann ich mir einen Seitennamen aus einer Import-Aktion in derselben Browser-Sitzung merken und ein Link auf diese Seite anbieten. Dort besteht aber das Risiko des Bearbeitungskonflikts. Aus der Wiedereinführung des Textes in das Projekt werde ich mich vermutlich heraushalten und dem üblichen Arbeitsgang mit manuellem C&P überlassen, samt Diffpage.

Mahlzeit --PerfektesChaos 12:06, 11. Dez. 2012 (CET)

Eine Diffpage gäbe es ja bei meinem Vorschlag auch. Ob ich manuell kopiere und einfüge, oder eine Schaltfläche dafür verwende, macht bezüglich BKs keinen Unterschied. --Schnark 09:12, 12. Dez. 2012 (CET)

Zurzeit habe ich alle deine anderen Vorschläge umgesetzt oder zumindest in die Strukturen geleitet.

Export scheitert schon daran, dass im allgemeinen Fall die Seitenentwicklung nicht nur kurzfristig innerhalb derselben Browser-Sitzung erfolgt (wo man noch einen Tab mit der Ursprungs-Seite halten kann), sondern über mehrere Sitzungen und mehrere Arbeitsplätze (PC). Dabei ist der originäre Seitenname aber nicht transferierbar. Ich arbeite daran, den Seitennamen der bestehenden Seite als Vorschlag für ein nun folgendes Speichern zu gestalten; dabei fällt auf, dass der Name dieser Seite hier einen Doppelpunkt enthält und unter Windows abgelehnt würde.

Vielleicht morgen die Updates; mal sehen --PerfektesChaos 09:24, 12. Dez. 2012 (CET)

Auf der Wiki-Seite habe ich die von dir angeregten Änderungen umgesetzt (mit Ausnahme von Export, aus den genannten Gründen).

Wenn ich heute dazu komme, passe ich auch das oder die Skripte auf der AddOn-Seite noch an; dabei geht es im Wesentlichen nur um den Vorschlag des importierten Seitennamens beim Speichern. Muss ich mich aber erstmal einlesen, ob und wie das unter Gecko auch ausgeführt würde.

Liebe Grüße --PerfektesChaos 10:16, 13. Dez. 2012 (CET)

Die beiden Updates für das Add-On habe ich jetzt auch mal kursorisch durchgetestet:

• fileIO.js
• wikilocaledit.js

FF ersetzt sogar von allein den Doppelpunkt im Seitennamen durch einen Bindestrich. Jetzt muss ich mir bloß die Portlet-Ausblendungen nochmal genauer angucken; ich habe WSTM mit rausgeworfen …

Viel Spaß --PerfektesChaos 14:19, 13. Dez. 2012 (CET)

So sieht’s aus

Ich weiß nicht, in wie weit meine eigenen Skripte dafür verantwortlich sind, aber bei mir ist der blaue Kasten oben abgeschnitten, was natürlich nicht schlimm ist, aber blöd aussieht. Beim Importieren überlappen sich die Kästen leicht. --Schnark 09:13, 14. Dez. 2012 (CET)

Zwei Möglichkeiten:

1. Devise It’s not a bug, it’s a feature als Standardausrede
2. Es fehlt offenbar 1px an margin-top, um die 2px der oberen Kante unterzubringen. Da ich sowieso ein Sortiment an CSS appliziere, kann ich gerne schauen, ob ich 3px zwischen textarea und Knöpfe gemogelt bekomme; da steht vermutlich die ausgeblendete Summary dazwischen. Ich blende aber von Hause aus und über WikEd soviel Zeugs aus, dass ich nicht mehr so genau weiß, wie die Seite eigentlich aussehen würde.

Ski und Rodel gut --PerfektesChaos 09:29, 14. Dez. 2012 (CET)

Habe mal hier und Pixel verteilt; in WikEd sind da größere Elemente sichtbar, die Platz schaffen. Werde gelegentlich mal über die anderen Skins schlurfen.

Wenn du schon bei der Optik bist, kann die Sicherheitslage ja nicht so bedrohlich sein.

Bald Wochenende --PerfektesChaos 10:09, 14. Dez. 2012 (CET)

virtuelleEinzelnachweise.js

Hallo Schnark, da fehlt - glaube ich - bei den Beschreibungen überall der Hinweis, dass das Skript beim Bearbeiten von Abschnitten wirkt. Bei der Vorschau für einen ganzen Artikel sind die ja ohnehin da. Hier habe ich mal ergänzt. Hilfe:Einzelnachweise#Anzeige in der Vorschau weist übrigens zur Zeit nur auf das Skript von ParaDox hin. Grüße, -- Ivla^Disk. 13:41, 6. Dez. 2012 (CET)

Dass das Skript nur dann tätig wird, wenn die Einzelnachweise nicht ohnehin schon angezeigt werden, habe ich als so selbstverständlich angenommen, dass ich es nicht extra für erwähnenswert hielt. Wenn du oder sonst jemand meint, das Skript sei so ausgereift, dass es auf der Hilfeseite erwähnt werden sollte, kannst du es dort gerne ergänzen. --Schnark 09:34, 7. Dez. 2012 (CET)

Bin gerade in laengerem Urlaub und werde bis Mitte/Ende Januar nicht wirklich zum Testen kommen. Dann werde ich das vermutlich auf der Hilfeseite schon in dem Fall ergaenzen, dass die Funktionalitaet die des dort genannten Tools erreicht wird, das wird ja nicht mehr gewartet. Frohes Neues, -- Ivla^Disk. 15:22, 27. Dez. 2012 (CET)

Kleinigkeiten an Scripten

Hallo ich hab hier ein paar Kleinigkeiten an den Scripten, die verbessert werden könnten:

• Artikel-Statistik: Die Farben des 2. (#0080FF) und 7. Nutzers (#408080) sind ziemlich dunkel, und ein guter Kontrast zur Schrift ist damit nicht gegeben, vielleicht könnten die Farben aufgehellt werden?
• linkUnlinked: bei interwikilinks nimmt das Tool immer den Umweg über https://de.wikipedia.org/wiki/en:Example
• extratabs: Tool wikilint – nimmt keine Umlaute an
• extratabs: Tools accounteligibility & pdfehler – Beschreibung ist am Satzanfang klein geschrieben
• extratabs: Toolidee – Um herauszubekommen welche Artikel ein Benutzer am meisten bearbeitet, gibt es meines Erachtens kein eigenes Tool, abgesehen von X!'s editcounter, der aber auch nur, falls die Benutzer:…/EditCounterOptIn.js angelegt ist. Mit Intersect Contribs klappt das, wenn man 2x nach dem gleichen Benutzer sucht und das Ganze nach den Edits eines Users sortieren. Bsp: https://toolserver.org/~pietrodn/intersectContribs.php?wikiDb=dewiki_p&firstUser=Schnark&secondUser=Schnark&sort=1

Viele Grüße, CENNOXX 00:24, 17. Dez. 2012 (CET)

• Mach einen Vorschlag, und ich werde ihn übernehmen. Alternativ kann ich auch die Schriftfarbe ändern.
• Na und? (= Es gibt zu viele IW-Präfixe um das ohne schädliche Einflüsse auf meine geistige Gesundheit direkt im Skript zu machen.)
• Du kannst mal bei BD:Hoo man nachfragen, der wikilint bei sich hostet, ob er die Kodierungsfehler behebt, früher ging es zumindest nur bei ' nicht.
• Die beiden anderen Änderungen an extratabs habe ich umgesetzt, auch wenn ich das offensichtlich so früh am Morgen nicht tun sollte.

--Schnark 09:20, 17. Dez. 2012 (CET)

Also meinetwegen kannst du dir ruhig Zeit lassen.

• Farbvorschläge author-1 zB #00BFFF & author-6 zB # 8FBC8F
• Und mir ist nochwas bei linkUnlinked aufgefallen: Wenn man Ungesichtete Versionen anschaut, kann man einen weiteren Versionsunterschied während der Bearbeitung ansehen. Dort werden die Links nicht anklickbar gemacht.

--CENNOXX 19:18, 17. Dez. 2012 (CET)

Die Farben habe ich deinem Vorschlag nach aufgehellt, verlinken innerhalb von Diffs beim Bearbeiten mache ich (noch) nicht, da ich bisher keine wirkliche Anwendung dafür finden konnte, wenn man die Links testen will, kann man auch die Vorschau verwenden. --Schnark 09:15, 18. Dez. 2012 (CET)

• extratabs: Tool contribsbyarticle geht nicht – Toolserver User account expired
• extratabs: Tool yaec geht nicht, weiß nicht ob das ein generelles Problem mit vvv's tools auf dem Toolserver ist, weil ich die anderen Tools abgeschalten hab

--CENNOXX 21:37, 20. Dez. 2012 (CET)

yeac musste ich drei Mal neu laden, aber dann kam bei mir das Ergebnis. --Schnark 09:29, 21. Dez. 2012 (CET)

Steuerzeichen in Unicode

Hallo Schnark!

Ich habe den von dir angelegten Artikel Steuerzeichen in Unicode in die Wikipedia:Qualitätssicherung eingetragen, da der Artikel noch nicht vollständig den Qualitätsstandard, den ein Artikel in der Wikipedia erfüllen sollte, vorweist. In der Qualitätssicherung kann der Artikel nun gemeinsam verbessert werden. Auch du kannst selbstverständlich mithelfen, indem du den Artikel an die Hinweise bei Wikipedia:Wie schreibe ich gute Artikel und Wikipedia:Wikifizieren anpasst. Die genauen Mängel sind in der Qualitätssicherungsdiskussion genannt, an der du dich, wenn du möchtest, auch beteiligen kannst.

Weiterhin viel Erfolg und liebe Grüße

—|Lantus|— 12:54, 22. Dez. 2012 (CET)

Dump und Statistik

• wer eine Idee hat, wieso nur 515 Bildeinbindungen in einem Monat dazugekommen sein sollen, möge es mir bitte erklären
  • Zählst du auch die gallery mit? Das wäre eine Erklärung; WSTM entfernt dort bekanntlich den namespace, so dass niemand mehr über dessen language streiten kann.
  • Falls nicht, sind offenbar in großem Umfang Direkteinbindungen von Bildern nicht mehr im Quelltext, wofür auch px spräche. Vielleicht ersetzt jemand systematisch flagicons (Bot-Läufe?). Die Miniaturbilder sind ja regulär angestiegen, also durch neue Einbindungen; in gleicher Größenordnung haben die px abgenommen.
• Die Verlinkungen thumbnail= und thumb= scheinen nicht mehr zu funktionieren; vielleicht sollte man diese 30 dann doch mal eliminieren.
• Wenn du den Krampf grad in der quota hast: Bei Benutzer:Schnark/Wartung/secure wäre mal eine Nachkontrolle sinnvoll.
• Wie sind eigentlich deine Erfahrungen mit Cross-Wiki-Skripten? Kann man auf humane Art per API die Anzahl der Seitenversionen aus der enWP abfragen, oder bricht man sich dabei die Finger?
• Beste Frühlingsgefühle --PerfektesChaos 21:37, 27. Dez. 2012 (CET)

Ich zähle nur, was mit eckigen Klammern anfängt, also keine gallery. Von einer Bot-Aktion weiß ich nichts, aber sie wäre unterstützenswert. Ich hoffe ja noch immer, dass irgendjemand mal diese blöden Medaillen-Direkteinbindungen in Sportler-Artkeln durch eine Vorlage ersetzt (Datei:Zilveren_medaille.svg etc.), aber ich befürchte, dass ich das nicht mehr erleben werde.

Bei den thumb(nail)?= kann es sein, dass es nur noch ge-<nowiki>-te Diskussionen darüber auf Wikipedia-Seiten sind.

Für Cross-Wiki-Abfragen nutzt du entweder JSONP oder CORS, ersteres ist dokumentiert, letzteres vermutlich nicht (außer in dem Bug, der um diese Möglichkeit bat), falls du es brauchst, kann ich danach suchen und es verlinken. --Schnark 09:29, 28. Dez. 2012 (CET)

Die secure-Liste ist jetzt aktualisiert, viel Spaß damit. --Schnark 09:30, 29. Dez. 2012 (CET)

Zu thumb(nail)?=: Die Liste habe ich dir vor nicht einmal einem Jahr schon mal erstellt, sie ist immer noch aktuell: Benutzer Diskussion:Schnark/Archiv2#ROLF (Nikolaus), Dump + mehr. --Schnark 09:41, 31. Dez. 2012 (CET)

• Ups, wusste ich gar nicht mehr, dass ich schon mal so doof gefragt hatte. Sind alle funktionslos; zumindest funktionieren sie nicht so wie man sich das mal gedacht hatte. Habe sie mir jetzt auf die Liste der nächsten Tests zur WSTM-Erprobung gesetzt und werde sie dann genüsslich eliminieren. Für sowas brauche ich sonst immer eine Wartungsseite.
• Durch JSONP steige ich noch nicht ganz durch; irgendwann mal wurde Tamtam gemacht, dass jetzt irgendeine Begrenzung zwischen den Wiki-Projekten dafür aufgehoben worden sei. Ich bleibe sogar in der Domain wikipedia.org, will nur von de. nach en. Du hattest ja für deinen Screenshot schon mal Kunststücke vollbracht. Vielleicht verstehe ich das nächstes Jahr.

Guten Rutsch einstweilen --PerfektesChaos 15:30, 31. Dez. 2012 (CET)

Ich habe über dich geschrieben

Ich habe in Wikipedia:Löschkandidaten/1. Januar 2013#Wikipedia:Verbesserungsvorschläge/Offene Vorschläge über dich geschrieben / dich zitiert. Sollte ich etwas flasch dargestellt haben, korrigier mich bitte. Solltest du sonstige Äusserungen zur Löschdiskussionen haben äusser dich ebenfalls. Solltest du Vorschläge zum Archivierungssystem von Wikipedia:Verbesserungsvorschläge haben dann schreibe bitte dort - damit sich die Diskussionen nicht vermengen. -- 188.97.1.103 13:55, 2. Jan. 2013 (CET)

Du hast mich richtig zitiert, obwohl ich eigentlich nichts gegen die Seite /Offene Vorschläge habe. Genau betrachtet ist WP:VV überflüssig wie ein Kropf, das will nur keiner wahr haben, aber letztendlich ist es völlig egal, ob man seinen Vorschlag dorthin schreibt oder mit Kreide auf den Gehweg vor seiner Haustür. --Schnark 08:49, 4. Jan. 2013 (CET)

Ich hätte da mal gern ein Problem ;-)

Hi,
ich benutze dein Skript Benutzer:Schnark/js/letzteredit.js, nützliches Teil ;-).
Jetzt wurschtel ich seit einiger Zeit auch bei den Importwünschen rum und habe angefangen die User aus der Kategorie:Benutzer:Importartikel, die schon seeeeeehr lange die Importwünsche unbearbeitet in ihrem BNR liegen haben, anzuschreiben (ob es sich erledigt hat oder nur vergessen wurde). Das ist allerdings mit vielen und auch unnötigen Klicks verbunden.

Meine Idee: Könntest du das Skript evtl. so abändern, daß, wenn ich es bei mir einfüge, ich hinter den Benutzerseiten, die letzte Editzeit sehe (Monat + Jahr genügt) ? Ich meine, daß es so ungefähr aussieht:

Benutzer:Lady Whistler/Werkstatt (Oktober 2010) 

Dann wüßte ich ohne Umweg, daß das wohl nicht mehr bearbeitet wird ;-)
Oder evtl. ein Skript, welches den Inhalt der Kat, nach Alter der Seite, anstatt nach Title auflistet, das könnte auch schon helfen.

LG Lady Whistler ^☎/_± 15:00, 3. Jan. 2013 (CET)

Wie wäre es in diesem Zusammenhang mit einer automatisch aus der Kategorie regenerierten Wartungsseite, enthaltend eine sortierbare Tabelle mit den Spalten:

• allen BNR-Seiten,
• versuchsweisen ANR-Lemmata,
• dem Generierungsdatum der BNR-Seite
• und dem Datum der letzten Bearbeitung im BNR?

Admins wären auch nicht an das 500er-Limit bei API-Abfragen gebunden; beim doofen Rest dauert es halt etwas länger.

Erfolgreiches 2013 --PerfektesChaos 20:22, 3. Jan. 2013 (CET)

Das Skript so umzuschreiben, dass es auch in Kategorien wirkt, wäre prinzipiell möglich, werde ich aber nicht tun; auf Benutzerseiten reicht eine API-Anfrage, auf anderen Seite wäre eine Anfrage pro Benutzer nötig, in dem Fall also 200. Bis da das letzte Ergebnis da ist, hast du die Seite längst wieder verlassen.

Eine (nicht ganz OMA-freundliche) Sortierung einer Kategorie nach Hinzufügezeitpunkt (genauer: Änderungszeitpunkt von Kategoriezuordnung oder -sortierschlüssel), gibt es: http://de.wikipedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Kategorie:Benutzer:Importartikel&cmsort=timestamp&cmdir=asc&cmlimit=max

--Schnark 09:02, 4. Jan. 2013 (CET)

OK, einschlafen wollte ich nicht darüber, da hast du wohl Recht, das macht dann keinen Sinn ;-)

Aber die API Abfrage liefert auch genau das was ich wollte, danke dir, das macht mir die Sache erheblich leichter [[Datei:Mx1.gif]] LG Lady Whistler ^☎/_± 07:57, 5. Jan. 2013 (CET) <nowiki> hinzugefügt, das halte ich sonst nicht aus --Schnark 09:25, 5. Jan. 2013 (CET)

Die Daten abzufragen wäre für einen Normaluser mit 2 Abfragen möglich, für einen Admin reicht eine ([6]). Es fehlt nur die Sortierung. --Steef ³⁸⁹ 12:11, 4. Jan. 2013 (CET)

Das sind aber die Zeitpunkte der letzten Bearbeitung der Seite, was zwar vermutlich sinnvoller ist, aber nicht der ursprünglichen Anfrage entspricht. --Schnark 09:25, 5. Jan. 2013 (CET)

Stimmt. Hab ich falsch gelesen. --Steef ³⁸⁹ 13:31, 5. Jan. 2013 (CET)

cursor: pointer für die erweiterte Beobachtungliste

Hallo Schnark, mein erster Versuch war erfolgreich, hatte aber Nebenwirkungen ;-), die jetzt aber hoffentlich behoben sind (kommt aber erst mit dem übernächstem Update Ende Januar). Hast du Zeit dir das einmal anzuschauen? Falls du nicht an ein eigenes Testwiki mit master kommst, kannst du es auf dem translatewiki: ausprobieren, dort ist es bereits live. Über eine Rückmeldung würde ich mich freuen, um einer weiteren bösen Überraschung zu entgehen. Vielen Dank. Der Umherirrende 19:38, 3. Jan. 2013 (CET)

Wenn ich irgendwelche Probleme finde, dann erst im Livebetrieb, immerhin hat es eine ganze Weile gedauert, bis mein Unterbewusstsein sich bei mir mit seiner Behauptung, irgendwas sei irritierend am Mauszeiger, durchsetzen konnte. Was mir auf die Schnelle in TWN aufgefallen ist, ist die Tatsache, dass in den RCs beim Ausklappen die Einträge nicht eingerückt erscheinen, sondern auf gleicher Ebene stehen wie der Rest. Das scheint aber TWN-spezifisch zu sein, beta.wmflabs sieht gut aus.

Falls dir aber zu langweilig sein sollte, könntest du dir mal anschauen, was passiert, wenn man mit der Maus über die freie Fläche (bei nicht ausklappbaren Punkten oder bei ausgeklappten Unterpunkten) fährt: Da wechselt der Cursor munter vom gewöhnlichen Pfeil (dort wo wirklich eine freie Fläche ist) zum Textcursor (wo ein Flag stehen könnte). Aber das stört zumindest mich nicht so sehr, dass ich es in Bugzilla melden würde, und es war auch schon immer so. --Schnark 09:24, 4. Jan. 2013 (CET)

Ja, im Livebetrieb gehts besser, aber vorher Fehler finden, ist immer schöner, aber leider nicht immer möglich. 2 Tage nach dem der "Fehler" hier live war, hattest du den Bug aufgemacht, das ist für mich keine ganze Weile ;-), aber vielleicht hattest du das auf einem anderen Wiki schon gesehen. Den Unterschied im translatewiki sehe ich auch, aber das dürfte nicht von meiner Änderung her rühen, weil es in meinem Testwiki noch normal aussieht. Aber im translatewiki ist die RC eh anders, weil die Benutzerlinks (Diskussion und Beiträge) per Klick auf ein Bildchen ausgeklappt werden, während sie sonst immer da sind.

Das Problem mit dem Textcursor war mir auch schon aufgefallen, aber wenn es kein Flag (also K, N, B oder !) gibt, braucht es ein Platzhalter, damit die Dinge noch untereinander stehen (mithilfe von monospace, Courier und nur sofern die Flags ein Zeichen groß sind, was das Neu bei uns nicht ist). Der Platzhalter ist ein &#160; (für jedes Flag eins plus eins immer als Abstand, daher stehen dort bis zu 5) und das kann man markieren. Man könnte es wie bei {{0}} mit visibilty:hidden versehen, bläht das ganze html aber auch wieder auf. Lohnt sich wohl nicht. Danke für dein Feedback. Hoffen wir mal auf das beste ;-) Der Umherirrende 16:57, 4. Jan. 2013 (CET)

Man könnte natürlich die Flags und ihre Platzhalter mit einem zusätzlichen span umgeben und dort cursor auf auto setzen. Die Flags selbst sind abbrs und sollten den Cursor daher automatisch auf help setzen. Aber da es fast zehn Jahre lang niemanden gestört hat, gibt es keine wirkliche Notwendigkeit, das zu tun. --Schnark 09:34, 5. Jan. 2013 (CET)

mw.libs

Guten Morgen;

wenn es dir irgendwann mal die frische Luft vernieseln sollte und du magst, kannst du dich gern hier verewigen.

Liebe Grüße --PerfektesChaos 22:29, 8. Jan. 2013 (CET)

Vorlage Diskussion:Weblink ohne Linktext#Einbeziehen purer Weblinks

Hallo Schnark. Ich möchte dich darauf hinweisen, dass linkUnlinked.js im dort beschriebenen Fall (kleine) Probleme macht. Ob du am Script etwas ändern kannst oder willst, weiss ich nicht. --Leyo 00:24, 10. Jan. 2013 (CET)

http://www.iitk.ac.in/che/jpg/papersb/full%20papers/K-106.pdf{{Weblink ist halt ein gültiger Link. Mein Skript macht ziemlich genau das, was der Parser auch macht, nur eben ohne Vorlagenexpansion. Sobald du meine Antwort gelesen hast, setzt du bitte ein <nowiki/> zwischen die beiden geschweiften Klammern, sonst mag der Archivbot meine Seite nicht mehr. --Schnark 09:07, 10. Jan. 2013 (CET)

Hm, kann ich nachvollziehen. Ev. hast du ja einen Änderungsvorschlag an Cactus26. --Leyo 18:11, 10. Jan. 2013 (CET)

unicode-analyze.js

Da wir darüber gesprochen hatten, guck mal hier. Ich weiß nur noch nicht, wie ich das Schließen bei Klicks verhindere. --TMg 12:05, 10. Jan. 2013 (CET)

Dass es Probleme gibt, wenn man einen von den special.render-Punkten auswählen will, verwundert mich nicht so sehr wie die Tatsache, dass – obwohl du einfach die originale special-Eigenschaft überschreibst – die Volltextsuche zumindest immer noch angezeigt wird. Ich versuche gar nicht erst zu verstehen, was da vor sich geht, aber mit ein bisschen Glück musst du nur noch parallel zu render eine geeignete select-Methode übergeben, damit es funktioniert. Aussehen tut es schon mal cool. --Schnark 09:27, 11. Jan. 2013 (CET)

Ich hab zu kompliziert gedacht. Statt die Box nur an das Dropdown zu hängen steckt sie jetzt mit drin. Scheint zu funktionieren. Platz für den Namen des Codeblocks hab ich noch, dann dürfte es 100 % deines Skripts abdecken. ;-) --TMg 17:11, 11. Jan. 2013 (CET)

Kleiner Fehler bei Anträgen

Hallo Schnark, folgendes; ich habe dein Skript nach Benutzer:CherryX/js/autoantraege.js kopiert, weil ich bei der Begrüßung etwas modifizieren wollte (siehe Abschnitt: 'b_hinweis':). Dort wollte ich statt der Vorlage Hallo die Vorlage Benutzer:CherryX/Hallo (die ich übrigens von einer anderen Disk übernommen, jedoch sonst nirgends in den Vorlagen gefunden habe) verwenden; allerdings werden mir jetzt gar keine Anträge mehr gezeigt. Könntest du vielleicht mal schauen, was dort verkehrt ist? Oder ist es irgendwie möglich, dass ich gar nicht das gesamte Skript kopieren muss, sondern es irgendwie so machen kann, dass ich entsprechend in meiner commons.js lediglich diesen zu verändernden Abschnitt einfügen muss? Gruß --Cherryx ^sprich! 10:36, 11. Jan. 2013 (CET)

Eigentlich sieht alles gut aus, ganz unten solltest du noch einmal meinen Namen durch deinen ersetzen (oder die Zeile ganz rauswerfen), aber daran kann es eigentlich nicht liegen. Im Zweifelsfall liegt es immer am Browsercache, den also (noch) einmal leeren und wenn es dann immer noch nicht will, nach Fehlermeldungen Ausschau halten. Eine einfache Konfiguration ohne das ganze Skript zu kopieren, ist in diesem Fall nicht möglich, und da ich das Skript nicht mehr wirklich weiterpflege auch nicht geplant. --Schnark 10:59, 11. Jan. 2013 (CET)

Danke dir für deine Antwort. Tatsächlich lag es wohl am Browsercache; ich war lediglich verwundert, dass nach meiner Änderung gar nichts mehr angezeigt wurde. Jetzt funktioniert es jedoch. Gruß --Cherryx ^sprich! 16:28, 11. Jan. 2013 (CET)

Hilfe! Wikisyntax!

Guten Morgen; darf ich dir Hilfe:Wikisyntax zur kollegialen Kritik und Verbesserung übergeben? Ski Heil --PerfektesChaos 23:01, 16. Jan. 2013 (CET)

Meine Zeit ist gerade sehr begrenzt, weil ich gerade alles stehen und liegen lasse um dem Autor von XOWA genügend Bugs zu liefern, dass ihm nicht langweilig wird. --Schnark 09:02, 17. Jan. 2013 (CET)

Keine Eile; bekanntlich lasse ich sowas erstmal ein paar Wochen ohne Reklame reifen.

XOWA klingt lustig; “read and edit Wikipedia offline … Renders articles” nach einer Herausforderung. Wenn darin nicht einfach nur eine Kopie unseres Parser.php rödelt, wäre gelegentlich eine Zusammenfassung der Methodik lesenswert.

Angenehmen Tag --PerfektesChaos 09:21, 17. Jan. 2013 (CET)

Nein, das ist ein vom PHP-Code völlig unabhängiger Parser, der sich recht gut an den Standard hält und auch die meisten Erweiterungen kennt und natürlich auch unsere heiß geliebten lokalisierten Schlüsselwörter. Der Quelltext liegt auch da rum, sodass du ihn lesen kannst, wenn du ihn lesenswert findest. --Schnark 09:27, 17. Jan. 2013 (CET)

Das hört sich nach einem Lebenswerk an. Rendern bedeutet ja auch, dass die Vorlagen eingebunden werden, und die Untervorlagen, und die #ifeq ausgewertet? --PerfektesChaos 10:01, 17. Jan. 2013 (CET)

Das haben schon so viele Leute gemacht, dass es sich vermutlich schlimmer anhört, als es eigentlich ist, unter mw:Alternative parsers gibt es genügend alternative Implementierungen. --Schnark 10:16, 17. Jan. 2013 (CET)

Ein paar davon kenne ich und hatte sie mal analysiert; aber an einen einsatztauglichen kann ich mich nicht erinnern, weil sie beim Auflösen von Vorlagensyntax und Parserfunktionen irgendwann scheiterten und Knödel in das HTML schrieben. Aber das Link ist eine gute Idee. --PerfektesChaos 10:26, 17. Jan. 2013 (CET)

Wikipedia:XOWA

Hallo Schnark!

Den von dir angelegten oder stark überarbeiteten Artikel Wikipedia:XOWA habe ich zum Löschen vorgeschlagen, da es meines Erachtens an Qualität mangelt und/oder die enzyklopädische Relevanz nicht eindeutig im Artikel erkennbar ist. Ob der Artikel tatsächlich gelöscht wird, wird sich im Laufe der siebentägigen Löschdiskussion entschieden. Bedenke bei der argument- und nicht abstimmungsorientierten Diskussion bitte, was Wikipedia nicht ist. Um die Relevanz besser erkennen zu lassen und die Mindestqualität zu sichern, sollte primär der Artikel weiter verbessert werden. Das wiegt als Argument deutlich schwerer als ein ähnlich aufwändiger Beitrag in der Löschdiskussion.

Ich bitte um Verständnis für mein Handeln. Du hast gewiss einiges an Arbeit hineingesteckt und fühlst dich vor den Kopf gestoßen, weil dein Werk als Bereicherung dieser Enzyklopädie gedacht ist. Ich kann dir versichern, dass ich mit dem Löschantrag aus meiner Sicht ebenfalls der Wikipedia helfen möchte. Grüße, WB Looking at things 10:20, 12. Feb. 2013 (CET)

Normdaten-Helferlein

Hallo Schnark, ein kleiner Fehler bei deinem Normdaten-Helferlein stört mich schon länger, dürfte aber schnell zu beheben sein (hoffe ich): Wenn ich rechts neben dem Feld VIAF – ohne dort eingetragene Nummer! – auf das ? klicke, dann komme ich auf diese Seite. Ich würde die Verlinkung immer dann ganz gern benutzen, wenn dein Skript etwa bei Russen wegen unseres Transkriptionssystems überhaupt keine Vorschläge liefert und ich dann händisch auf viaf.org suchen möchte. --Mai-Sachme (Diskussion) 15:44, 22. Feb. 2013 (CET)

Hallo Mai-Sachme, da Schnark meistens am Vormittag hier ist, hilft Dir evtl. meine Vorgehensweise in diesem Fall. Das Fragezeichen nutze ich nur, um die vorgeschlagenen oder eingetragenen Nummern zu kontrollieren. Wenn ich weitere Einträge bei VIAF.org suchen möchte nutze ich den blauen Link VIAF oder auch DNB unterhalb der Eingabemaske. Viele Grüße Silke (Diskussion) 16:52, 22. Feb. 2013 (CET)

Ich stimme euch beiden in allen Punkten zu, insbesondere darin, dass es einfach war, dem Fragezeichen diese zusätzliche Funktionalität einzuprogrammieren. Eventuell muss einmal der Hilfe:Cache geleert werden. --Schnark 09:19, 23. Feb. 2013 (CET)

Danke dir! --Mai-Sachme (Diskussion) 20:57, 24. Feb. 2013 (CET)

Personendaten/Normdaten

Huhu Schnark, wärst du so nett und hilfst Hedwig mal weiter? Wikipedia:Fragen_zur_Wikipedia#Hans_Rupprich Dankeschön! --217.237.118.79 14:14, 1. Mär. 2013 (CET)

Mir fehlt irgendwie die Motivation auf unspezifische Und wie weiter? zu reagieren, die nicht erkennen lassen, dass die Dokumentation zumindest überflogen wurde. --Schnark 09:33, 4. Mär. 2013 (CET)

Wikieditor

Hallo Schnark! Seit einiger Zeit habe ich Probleme mit der selbst angepassten Werkzeugleiste. Wenn ich eine Seite bearbeite, muss ich die Seite immer erst neuladen, damit "meine" Buttons erscheinen. Wodran kann es liegen, was kann ich ändern? --Knopfkind 09:27, 2. Mär. 2013 (CET)

Deine Konfiguration unterscheidet sich von der Art her nicht wesentlich von meiner, und bei mir funktioniert alles. Daher kann ich nur so ein bisschen im Nebel rumstochern: Gibt es irgendwelche JavaScript-Fehlermeldungen? Wenn deine Buttons nicht hinzugefügt werden, heißt das vermutlich, dass die, die du entfernen willst, ebenfalls nicht entfernt werden. Falls ja: In welcher Reihenfolge stehen die Buttons für Link, Bild, Einzelnachweis und Unterschrift (das müsste zwischen Artikeln einerseits und Diskussionsseiten andererseits verschieden sein). Falls du noch andere Skripte beim Bearbeiten verwendest: Funktionieren diese alle auf Anhieb? Funktionieren alle verwendeten Skripte beim normalen Lesen immer? --Schnark 09:28, 4. Mär. 2013 (CET)

Hallo Schnark! Die Fehlerkonsole vom Firefox sagt

[17:23:47.648] getAttributeNode() sollte nicht mehr verwendet werden. Verwenden Sie stattdessen getAttribute(). @ [7]

[17:23:47.648] Das angegebene Attribut auf Attributen sollte nicht mehr verwendet werden. Es liefert immer true. @ [8]

aber das sagt sie auch, wenn die Buttons nach dem Neuladen da sind. Ich hab das mal spaßeshalber auch mit Chrome gemacht und da erscheint gar keine Fehlermeldung.

Ja, die Standardbuttons werden auch nicht entfernt. Im ANR ist die Reihenfolge: Unterschrift, Link, Bild, Einzelnachweis und auf der Diskussionsseite Unterschrift, Link, Bild. Ich verwende deine verbesserte Diff-Funktion und die ist immer da. Alle anderen verwendeten Skripte funktionieren ohne Probleme. Oben hatte ich auch ein bisschen übertrieben, sie sind nicht immer nicht da, manchmal sind sie auch da... Ich habe kein Buch geführt, würde aber sagen in 2 von 3 Fällen sind sie nicht da. Aber ich erkenne leider kein Muster, wann sie nicht da sind... --Knopfkind 10:49, 4. Mär. 2013 (CET)

Die beiden Warnungen sind irrelevant (entweder jQuery verwendet diese Funktionen oder Firefox nutzt sie sogar selbst und beschwert sich dann darüber). Dass die Unterschrift im ANR vorhanden ist, habe ich schon vor Ewigkeiten als Bug gemeldet, anscheinend interessiert das niemand. Das sollte aber ansonsten keinen schädlichen Einfluss haben.

Eventuell hilft es, wenn du den Browsercache einmal komplett löschst. Wenn du alles auf der Seite markierst und dann "Auswahl-Quelltext anzeigen" aus dem Kontextmenü wählst, sollte im Quelltext so etwas wie

<script async="" src="//bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&amp;lang=de&amp;modules=ext.wikiEditor%7Cext.wikiEditor.dialogs%2Ctoolbar%7Cext.wikiEditor.toolbar.hideSig%7Cjquery.wikiEditor%7Cjquery.wikiEditor.dialogs%2Ctoolbar%7Cjquery.wikiEditor.dialogs.config%7Cjquery.wikiEditor.toolbar.config%2Ci18n&amp;skin=vector&amp;version=20130301T023200Z&amp;*"/>

stehen. Welchen Zeitstempel hast du da, insbesondere dann, wenn es nicht funktioniert? --Schnark 11:20, 4. Mär. 2013 (CET)

Ist version=20130301T023200Z der Zeitstempel? --Knopfkind 11:43, 4. Mär. 2013 (CET)

Ja --Schnark 11:44, 4. Mär. 2013 (CET)

Ok, das ist der Zeitstempel bei mir wenn es nicht funktioniert ;-) --Knopfkind 11:45, 4. Mär. 2013 (CET)

Ich habe mal ein paar Debug-Meldungen eingebaut. Leere mal den Cache und erzähl mir, was die Webkonsole von sich gibt, wenn es nicht funktioniert (die Meldungen mit einer grauen Markierung, du kannst den Rest auch einfach abschalten). --Schnark 11:59, 4. Mär. 2013 (CET)

PS: Ich kann mir erst morgen wieder weitere Gedanken machen, du hast also den ganzen restlichen Tag Zeit, die Meldungen zu betrachten und zu untersuchen. --Schnark 12:04, 4. Mär. 2013 (CET)

Die Konsole sagt

--[19:52:18.261] action === edit

[19:52:18.853] wikieditor.config()

--Knopfkind 13:10, 4. Mär. 2013 (CET)

Das ist einerseits gut, weil zumindest deine Konfigurationsfunktion aufgerufen wird, wie sie soll, andererseits macht mich das etwas ratlos. Ich habe an einer anderen Stelle ein paar Log-Meldungen eingebaut (→ Chache leeren), was sagt die Konsole nun, wenn es nicht funktioniert? --Schnark 09:23, 5. Mär. 2013 (CET)

[19:38:16.560] ({section:"main", group:"insert"})

[19:38:16.560] undefined

[19:38:16.560] ({section:"advanced", group:"heading"})

[19:38:16.561] undefined

[19:38:16.561] ({section:"advanced", group:"format"})

[19:38:16.561] undefined

[19:38:16.561] ({section:"advanced", group:"size"})

[19:38:16.561] undefined

[19:38:16.562] ({section:"advanced", group:"insert"})

[19:38:16.562] undefined

[19:38:16.563] ({section:"characters"})

[19:38:16.563] undefined

[19:38:16.563] ({section:"help"})

[19:38:16.564] undefined

Nach Neuladen und dem folgenden Erscheinen der Buttons kommt

[19:41:55.108] ({section:"main", group:"insert"})

[19:41:55.112] ({section:"advanced", group:"heading"})

[19:41:55.118] ({section:"advanced", group:"format"})

[19:41:55.121] ({section:"advanced", group:"size"})

[19:41:55.123] ({section:"advanced", group:"insert"})

[19:41:55.124] ({section:"characters"})

[19:41:55.125] ({section:"help"})

--Knopfkind 12:43, 5. Mär. 2013 (CET)

Falls es was hilft, ich habe das gleiche Problem, allerdings nur auf Commons, wenn man von dem Button des WikiSyntaxTextMod absieht (den ich zu 100% neuladen muss damit er erscheint Vorlage:Smiley/Wartung/:( ). Grüße -- ΠЄΡΉΛΙΟ 19:09, 5. Mär. 2013 (CET)

Die Abhängigkeiten sind ein wenig verworren, sodass ich höchstwahrscheinlich nicht die richtigen Module eingetragen habe. Das sollte jetzt behoben sein. Falls nicht, weiß ich auch nicht weiter. @Perhelion: Ohne weitere Angaben hilft das nicht weiter, da aber auch hier gilt, dass es jetzt entweder behoben ist, oder ich nicht weiterweiß, brauche ich diese auch nicht. --Schnark 09:16, 6. Mär. 2013 (CET)

Ich hab jetzt zehn Seiten hintereinander aufgerufen und bei allen erschienen sofort die Buttons. Wow! Vielen vielen Dank für deine Hilfe! --Knopfkind 13:41, 6. Mär. 2013 (CET)

wikilint in extratabs

Hallo Schnark, mit dem Parameter "lemma" funktioniert wikilint bei ziemlich vielen Artikeln nicht, zB wenn Sonderzeichen im Titel sind (Klammern reichen da schon). Kannst du stattdessen die etwas längere Form mit dem Paramter "url" verwenden? Damit tritt der Fehler nicht auf. Der url-Parameter nimmt aber keine https.

• Bsp derzeitige Version: https://toolserver.org/~hoo/cgi-bin/wikilint?l=de&do_typo_check=ON&remove_century=ON&lemma=Generation_Praktikum_(Film)
• Bsp mit url-Parameter: https://toolserver.org/~hoo/cgi-bin/wikilint?l=de&do_typo_check=ON&remove_century=ON&url=http://de.wikipedia.org/wiki/Generation_Praktikum_(Film)

Viele Grüße, --CENNOXX 00:24, 9. Mär. 2013 (CET)

Ich habe aus Faulheit jetzt keine URL-Kodierung vorgenommen, es scheint auch ohne zu funktionieren. Falls es doch Probleme gibt, musst du es mir nochmal sagen, dann kodiere ich das Lemma auch in URL korrekt. --Schnark 09:12, 9. Mär. 2013 (CET)

Ja, die URL-Kodierung ist da wohl nicht notwendig. Danke für die schnelle Änderung.--CENNOXX 13:20, 9. Mär. 2013 (CET)

jsmodules auf Wikidata

Hallo Schnark,

Dein jsmodules scheint gut auf Wikidata zu funktionieren. Ich habe es da gerade wegen des Skriptmanagements per Cookie eingebunden (siehe d:User:Se4598/common.js). Daher habe ich mir auch gleich ein Portletlink für die linke Werkzeugbox gebastelt ;). Ein kleiner Bug ist mir aufgefallen: auf Konfigurationsseite verlinken die per modules.js eingebundenen Skripte auf die Wikidata-Seiten (als normale Wikilinks, aber die Seiten existieren da ja nicht). Die Skripte da per Wikisyntax werden anscheinend von dem richtigen Server geladen (de.wikipedia.org), meine Definitionen richtig von wikidata.org. Dieses Verhalten kann unbeabsichtig richtig sein, da man ja nicht auf einem "wikipedia"-Projekt bin. Ich weiß nicht, ob es z.B. auch in enwiki funktionieren würde. Viele Grüße--se4598 / ? 21:02, 3. Apr. 2013 (CEST)

Ursprünglich hatte ich jsmodules als provisorische Übergangslösung geplant, bis der RessourceLoader2 eingeführt wird, allerdings scheint das sogar noch länger zu dauern, als es nach Hofstadter's law dauern dürfte. Aber die Hoffnung stirbt bekanntlich zuletzt, und so hoffe ich noch immer, dass das Skript demnächst™ überflüssig sein wird.

Dass die Links auf der Konfigurationsseite das falsche Ziel haben, ist tatsächlich ein Bug, aber da die Links für „normale“ Benutzer ohnehin nicht wirklich hilfreich sind, fehlt mir etwas die Motivation ihn zu beheben, zumal das aufgrund des gewählten Ansatzes irgendwo zwischen schwierig und unmöglich ist.

Dass die Skripte trotzdem von der richtigen Adresse geladen werden, ist beabsichtigt richtig. Wenn du allerdings in Wikidata ein Skript über .load('[[Foo:Bar]]') lädst, wird es von Wikidata geladen, außer du setzt vor dem Laden mit der undokumentierten Funktion .local() ein anderes Wiki (was intern für per Cookie geladene Skripte gemacht wird). Bei Interesse kannst du einen Blick in meine Benutzer:Schnark/js/global.js werfen. --Schnark 09:24, 4. Apr. 2013 (CEST)

diff

gudn tach!
zu user:Schnark/js/diff: hat dein diff-fork irgendeinen nachteil gegenueber WikEdDiff? falls nicht: hast du den maintainer en:user:Cacycle mal gefragt, ob er die verbesserungen bei sich einbauen moechte? -- seth 10:12, 17. Mär. 2013 (CET)

Ev. könnte man dein Script bei Wikidata ja auch anstelle von WikEdDiff als Gadget verwenden. WikEdDiff funktioniert dort bei vielen Diffs überhaupt nicht… --Leyo 01:04, 18. Mär. 2013 (CET)

Einziger mir bekannter Nachteil ist die Tatsache, dass Linksyntax in Diffs nicht in Links umgewandelt wird, dafür braucht man zusätzlich Benutzer:Schnark/js/linkUnlinked o. Ä. Da Cacycle ja nicht einmal einsehen will, dass so etwas ein Bug ist, habe ich die Hoffnung auf irgendeine Änderung dort längst aufgegeben. --Schnark 09:14, 25. Mär. 2013 (CET)

@Leyo: „bei vielen“ ist ein Euphemismus für „bei allen im Item-Namensraum“, und das ist bei meinem Skript exakt genauso. Sowohl mein Skript als auch WikEdDiff versuchen den Inhalt über action=raw zu bekommen, aber WD liefert dabei nur einen Fehler 415 Unsupported Media Type. Das ist so erwünscht, aber ich habe keine Lust, das Skript auf die API umzuschreiben. --Schnark 11:50, 25. Mär. 2013 (CET)

Danke für die Antwort. Bezüglich meiner Wortwahl: Ich hatte mich nicht nur auf den Item-NR bezogen. --Leyo 11:58, 25. Mär. 2013 (CET)

Alles außerhalb des Item-Namensraums sollte genau so gut oder genau so schlecht sein, wie in anderen Wikis auch. Hast du konkrete Beispiele? --Schnark 12:04, 25. Mär. 2013 (CET)

Die „vielen“ waren wohl alle im Item-NR, die andern im Nicht-Item-NR. Sorry für meine unpräzise Wortwahl. --Leyo 12:38, 25. Mär. 2013 (CET)

Mal sehen, ob bugzilla:46558 etwas bringt. --Schnark 09:30, 26. Mär. 2013 (CET)

Vielen Dank! --Leyo 09:57, 26. Mär. 2013 (CET)

gudn tach!

naja, wenn Du ihm zeigst, dass Dein fork bessere eigenschaften hat als sein script, ohne den begriff "bug" zu verwenden, vielleicht hat er dann ein einsehen? -- seth 16:47, 7. Apr. 2013 (CEST)

Das könnte er durchaus mitbekommen haben. Ich sehe nicht, warum ich da etwas tun sollte. Ich habe einen funktionierenden Diff-Algorithmus, jeder, der mein Skript verwenden will, kann das tun, und wer Cacycles Skript verwenden will, kann das auch tun und ist dann halt selber schuld. --Schnark 09:13, 8. Apr. 2013 (CEST)

gudn tach!

warum ich da etwas tun sollte: damit mehr leute davon profitieren.

jeder, der mein Skript verwenden will, kann das tun: naja, eigentlich nur jeder, der davon weiss.

-- seth 19:06, 14. Apr. 2013 (CEST)

jsmodules ist tot, es lebe Fliegelflagel

Da hier ja wohl einige Benutzer mitlesen, die es entweder interessieren wird oder muss, eine kurze Vorankündigung/-warnung: In naher Zukunft wird jsmodules durch Benutzer:Schnark/js/fliegelflagel.js abgelöst (wobei jsmodules weiterhin benutzbar bleiben wird). Wer schon einmal einen Vorgeschmack bekommen möchte, kann sich das Skript über importScript('Benutzer:Schnark/js/fliegelflagel.js'); einbinden, sollte aber alle anderen Skripte von mir entfernen, da einige sonst doppelt geladen werden. Besondere Eigenschaften, die Fliegelflagel bereits hat oder haben wird:

• Eigene Einstellungsseite, auf der Skripte aktiviert, deaktiviert und konfiguriert werden können
• Eine Reihe von Skritpen sind standardmäßig aktiv
• Hinweise auf Neuerungen an verwendeten Skripten
• Weitere Skripte können vom Benutzer aufgenommen und ebenfalls über die Einstellungen aktiviert werden
• Die Konfiguration wird nicht mehr in einem Cookie, sondern auf dem Server gespeichert

Wer es ausprobieren möchte, kann das gerne tun, Fehler muss man mir allerdings noch keine melden, die finde ich im Augenblick schon noch selber. --Schnark 09:56, 11. Apr. 2013 (CEST)

Als ich Titel las, schaute ich nach, ob im heutigen Datum tatsächlich zwei Einsen stehen. ;-)

Ich werde es bei Gelegenheit mal ausprobieren. --Leyo 12:20, 11. Apr. 2013 (CEST)

Ich erhöhe mal von Alpha auf Beta, es sind noch ein paar Kleinigkeiten, die mich derzeit noch davon abhalten es für mich in den Produktivbetrieb zu übernehmen, daher nur ein kurzer Hinweis auf die Beispieleinbindung in meiner Benutzer:Schnark/monobook.js. Das Registrieren eigener Skripte funktioniert jetzt, wenn man globale Konfigurationsfunktionen (also function fliegelflagelBefore () {} statt dem mw.libs-Zeug) bevorzugt, wählt man in seinen Einstellungen diese aus und speichert. Ein weiteres Beispiel für ein Skript, das die Konfiguration per Einstellungsseite ermöglicht, ist specialinterwiki. --Schnark 09:52, 12. Apr. 2013 (CEST)

Jetzt scheint alles in etwa so zu funktionieren, wie ich mir das vorstelle, Dokumentation der Interna ist wie immer unter Benutzer:Schnark/js/fliegelflagel zu finden. --Schnark 10:57, 13. Apr. 2013 (CEST)

nur nicht so ganz bei mir ;-). Ich hab mal die Diskussionsseite eröffnet: Benutzer Diskussion:Schnark/js/fliegelflagel. Ist aber nur das Feedback, das vom Einrichten kommt. Eingestellt auf der Config-Seite hab ich noch nichts--se4598 / ? 00:27, 24. Apr. 2013 (CEST)

Dort geantwortet. --Schnark 09:27, 24. Apr. 2013 (CEST)

VE Privacy

FYI. Eine schöne Woche --PerfektesChaos 23:19, 21. Apr. 2013 (CEST)

Da ich gezwungen bin FF10 zu verwenden, ist VE nichts, womit ich mich beschäftigen kann/muss/darf/will/soll/… --Schnark 09:11, 22. Apr. 2013 (CEST)

Ich beabsichtige auch nicht, dies zu benutzen; schon allein deshalb, weil sie bei jedem Betrachten einer Seite den kompletten VE einsatzbereit laden, um dann zum Schluss das Edit-Link zu zeigen; also etwa ein bis zwei Sekunden Realzeit zur Darstellung eines zusätzlichen Portlet-Links.

Ich hatte dich allerdings deshalb informiert, weil BODY beispielsweise auch den Quelltext von Greasemonkey-Skripten überträgt, nebst aller anderer privater Modifikationen. Ausweislich eines Quelltext-Kommentars würde man gern auch noch den HEAD an die Entwickler übermitteln; darin stehen der watchlist-Token und zusätzlich die IP-Adresse des angemeldeten Benutzers als HTML-Elemente. Die Verwendung von http statt https ist dann nur noch eine Petitesse; das ganze ohne Information geschweige denn Zustimmung des Anwenders.

Sonnige Zeiten --PerfektesChaos 09:29, 22. Apr. 2013 (CEST)

Du bist sicher, dass das nur bei Fehlerberichten gesendet wird? paction: 'serialize' klingt für mich danach, dass es immer beim ersten Klick auf Bearbeiten gesendet wird. Und bei den wenigen Gelegenheiten, bei denen ich gerade einen neueren Browser zur Hand hatte, waren HTML-Ergänzungen meiner Skripte auch immer beim Bearbeiten vorhanden. --Schnark 09:35, 22. Apr. 2013 (CEST)

Nein, da bin ich mir natürlich nicht sicher.

Aber da hilft dann HttpFox. Damit möchte ich aber abwarten, bis zweifelsfrei klar ist, in welcher Konfiguration das an die nicht-englischen Projekte ausgeliefert wird.

Die privaten HTML-Ergänzungen sind mit ziemlicher Sicherheit vorhanden, wenn das Link zum VE-Bearbeiten sichtbar geworden ist, weil das erst nach vollständiger Installation des VE angezeigt wird. In dem Moment, in dem man draufklickt, ist die Seite mit allen Schikanen ausgestattet.

Dafür, dass die da seit 2010 rummachen, ist das ziemlich kläglich; und mit solchen Böcken in der Grundkonzeption, die ohne viel Aufwand vermeidbar wären (eine englischsprachige Bedienungsanleitung für Autoren habe ich auch noch nicht gefunden). Es ist eine Herausforderung, auf jedem modernen Browser in einer HTML-Seite zu editieren und dies vorwärts und rückwärts in Wikisyntax umzuwandeln, ohne letztere zu zerstören. Insofern haben die Entwickler mein Mitgefühl; nicht aber für die Mängel in Kommunikation und Datenstruktur.

VG --PerfektesChaos 10:18, 22. Apr. 2013 (CEST)

Wartung H1

Hallo, ich bin dabei, auf de-Wikibooks Missbrauchsfilter (auch zur allgemeinen Verbesserung) einzurichten. Dabei bin ich auf diese Wartungsliste gestoßen. Mit der normalen Volltextsuche kann ich nicht nach den Gleichheitszeichen suchen. Kannst du mir sagen, wie du ursprünglich deine Liste erstellt hast, mir einen Tipp dafür geben oder einen Weg über den Toolserver nennen? Auf deiner Benutzerseite oder in deinen Diskussionsarchiven habe ich nichts dazu gefunden. -- Danke! Jürgen (Diskussion) 17:17, 9. Mai 2013 (CEST)

Nachtrag: Meine zweite Frage hat nichts mit <h1> zu tun, aber vielleicht passt deine Antwort auch dazu. Auf Wikibooks haben wir aus praktischen Gründen für Unterseiten im Hauptnamensraum die Namenskonvention, dass hinter den Schrägstrich oder den Doppelpunkt ein Leerzeichen gehört. Wie kann ich alle Seiten finden, bei denen diese Regel verletzt wird? Beispiel:

• korrekt: [[Mein Buch/ Ein erstes Kapitel]]
• falsch: [[Mein Buch/Ein anderes Kapitel]]

Mit der normalen Suche, auch mit prefix, klappt das allenfalls für Unterseiten von [[Mein Buch]], aber nicht für beliebige Seiten. Kennst du einen Trick dafür? -- Jürgen (Diskussion) 17:29, 9. Mai 2013 (CEST)

Ich verwende dazu die XML-Dumps (download:) und ein kleines Perl-Skript zum Suchen. Falls du Perl installiert hast, kann ich dir das Skript zukommen lassen, wenn nicht, ist es vermutlich einfacher, wenn ich den Wikibooks-Dump runterlade und die Liste selbst erstelle.

Für die Titel gibt es auf dem Toolserver ein Werkzeug, um mit beliebigen regulären Ausdrücken zu suchen: [9]. Die Liste enthält auch eine Reihe von Fällen, wo das Leerzeichen zu recht nicht vorhanden ist, aber sollte beim Abarbeiten hilfreich sein. --Schnark 09:13, 10. Mai 2013 (CEST)

Ich wollte ohnehin mal wieder einen de.wikibooks-Dump herunterladen. Du bekommst die Liste vermutlich am Montag. --Schnark 10:49, 11. Mai 2013 (CEST)

Da hätte ich mich schneller bedanken sollen. Dass es einen solchen Dump (im Prinzip des ganzen Wiki-Projekts) gibt, wusste ich noch gar nicht. Ich habe es mir jetzt interessehalber heruntergeladen, dazu bzip2 installiert (das kannte ich auch noch nicht) und die xml-Datei in einem Viewer geöffnet. Damit wollte ich ein Gefühl dafür bekommen, wie oft die einfachen Gleichheitszeichen bei uns überhaupt vorkommen. Ein kurzer Zwischenbericht:

• &lt;h1&gt; tritt von sehr wenigen Ausnahmen abgesehen nur innerhalb von Quelltext vor, also eingebunden in <source> bzw. <syntaxhighlight> oder <pre>. Die wenigen Fälle, die tatsächlich zu korrigieren sind, habe ich mir bereits vorgenommen.
• Das einzelne Gleichheitszeichen am Zeilenanfang kommt häufiger vor - bei 2% des Dateiinhalts in etwa 15 Seiten. Da ich jedes Mal zurückblättern muss, um die dazugehörige <page> zu finden, ist die manuelle Suche für das gesamte Wikibooks zu aufwändig.

Da ich Perl nicht kenne und nicht installiert habe, möchte ich gerne auf dein Angebot zurückgreifen. Ich habe folgenden Suchbegriff verwendet:
^={1}\s*\w\S*\s*={1}$
Alle "normalen" Treffer passen dabei; ob es einen besseren Suchtext gibt, kannst du vermutlich besser beurteilen. (Übermäßig groß sind meine Regex-Erfahrungen noch nicht.) Wenn du willst, kannst du die Liste mir direkt per Email senden an forum(at)vs-polis(dot)de.

Als nächstes nehme ich mir deinen Vorschlag für die Suche auf dem Toolserver vor. -- Gruß Jürgen (Diskussion) 12:40, 12. Mai 2013 (CEST)

Statt per Email kannst du die Liste auch auf Wikibooks als Unterseite b:Hilfe Diskussion:Vandalismus/ Eingabeprüfungen/ Überschrift 1. Ebene speichern (das Leerzeichen hinter dem ersten Schrägstrich ist wichtig, das zweite nicht). -- Jürgen (Diskussion) 08:43, 13. Mai 2013 (CEST)

Mein regulärer Ausdruck war ^(=[^=].*= *)$, der erfasst auch noch solche Überschriften, die nicht mit einem Buchstaben beginnen, und solche, bei denen am Ende noch Leerzeichen stehen. Die Liste kommt gleich auf die gewünschte Unterseite. --Schnark 09:17, 13. Mai 2013 (CEST)

Danke recht herzlich für deine Vor- und Mitarbeit. Da habe ich genug Arbeit für die Zeit, wo ich mich nicht konzentriert mit wichtiger Arbeit befassen will und kann. Je nach Situation sind Überschriften um eine Ebene "herunter zu setzen" oder durch Vorlage:Überschriftensimulation 1 zu ersetzen; und das geht nicht per Bot, sondern nur durch einen menschlichen Bearbeiter. -- Gruß Jürgen (Diskussion) 09:36, 13. Mai 2013 (CEST)

Ich habe übrigens auch ein paar von den anderen Fehlerkategorien, auf die ich für Wikipedia prüfe (oder früher geprüft habe) aktiviert, vielleicht komme ich also in nächster Zeit zu ein paar Wartungsedits in Wikibooks. --Schnark 09:42, 13. Mai 2013 (CEST)

Gerne, wir können weitere Mitarbeiter gut gebrauchen. Tut mir auch leid, dass du auf den Filter 13 hingewiesen wurdest. Auf dieser Seite ist eine Überschrift eher unwichtig; ich werde noch eine ABC-Navigation einfügen. -- Jürgen (Diskussion) 09:47, 13. Mai 2013 (CEST)

MediaWiki:Onlyifuploading.js

Hi Schnark, da du der Autor bist kurz der Hinweis auf meine Anfrage auf der Diskussionsseite des Skripts. Kurzversion: Beim Upload einer neuer Dateiversion ("reupload") macht der Vorschau-Knopf überhaupt nichts. --Patrick87 (Diskussion) 19:19, 9. Mai 2013 (CEST)

Da kann man nichts machen außer abwarten: bugzilla:48319. --Schnark 09:35, 10. Mai 2013 (CEST)

OK, danke für den Hinweis. --Patrick87 (Diskussion) 11:22, 10. Mai 2013 (CEST)

@Schnark: Man könnte auch immer text leer angeben, oder? So ganz habe ich aber den Zusammenhang mit dem ContentHandler nicht verstanden. Vorher war dort auch ein null-Check, der hätte ärgern müssen. Der Umherirrende 15:59, 10. Mai 2013 (CEST)

Dass es davor schon kaputt war, hat ja auch schon Brad Jorsch angemerkt, ich hatte nur schnell mit blame gesucht, wer da als letzter an der Fehlermeldung war und dabei übersehen, dass sie vor der großen Änderung auch schon existierte. Einen leeren text zu übergeben, müsste funktionieren, aber ich glaube nicht, dass sich ein Workaround für einen Bug lohnt, der jetzt schon so lange existierte, aber wohl in Kürze behoben sein wird. Sonst wundern wir uns in ein paar Jahren nur, wieso da ein leerer text-Parameter übergeben wird. --Schnark 09:07, 11. Mai 2013 (CEST)

Ich glaube nicht, das er behoben ist, weil aktuell wird immer ein title mitgegeben, das würde dann aber wieder zu einem Fehler führen. Da eine summary aber am title hängen kann, dreht sich das irgendwie im Kreis. Habe erstmal ein leeren Text ergänzt. Bitte mal ausprobieren. Der Umherirrende 09:24, 11. Mai 2013 (CEST)

Ich schrieb nicht behoben ist, sondern in Kürze behoben sein wird. Aber deine Änderung lässt das Skript auch direkt wieder funktionieren. --Schnark 09:28, 11. Mai 2013 (CEST)

Ja, da habe ich ungenau gelesen. Mal schauen, wie Brad das behebt. Es sollte ja auch serverseitig ohne leeren Text wieder funktionieren. Jetzt stört es uns aber erstmal nicht mehr, auch wenn es erst über ein Jahr nach dem kaputt gehen, aufgefallen ist. Der Umherirrende 09:33, 11. Mai 2013 (CEST)

Benutzer:Schnark/js/autoantraege.js

• lecker, nicht wahr?
• 
• 
• 
• 
• 
• 

Nur zur Erinnerung: Das Skript braucht eine Anpassung an den von editsection an mw-editsection geänderten Klassennamen. Wie bei Benutzer:Schnark/js/section-links.js. --TMg 18:15, 9. Mai 2013 (CEST)

Ich weiß. Aber da ich das Skript ohnehin nicht mehr weiterentwickle, warte ich darauf, dass mich irgendjemand von denen, die es verwenden (etwa Schniggendiller, wie schon auf FzW mehr oder weniger angekündigt), ein klein wenig anbettelt, bevor ich aktiv werde. --Schnark 09:16, 10. Mai 2013 (CEST)

*g* Also, wenn du die erledigt-Funktionalität wieder einbauen könntest, würde ich mich schon sehr freuen :-) (Und wer weiß, wo diese editsection-Änderung noch durchgeschlagen ist, ohne daß ich es bisher bemerkt habe). Da ich deine Vorlieben nicht kenne, habe ich einfach mal eine Auswahl an Bestechungsprämien Geschenken mitgebracht, bitte bedien dich! Grüße --Schniggendiller Diskussion 00:51, 13. Mai 2013 (CEST)

Funktioniert wieder. --Schnark 09:09, 13. Mai 2013 (CEST)

Bei mir irgendwie nicht. :( Oder ist hier etwas falsch? Grüße--MaxEddi • Disk. • B. 16:42, 13. Mai 2013 (CEST)

Cache geleert?--se4598 / ? 21:54, 13. Mai 2013 (CEST)

Daran hab ich natürlich nicht gedacht. Hat geklappt. Danke! Grüße--MaxEddi • Disk. • B. 22:39, 13. Mai 2013 (CEST)

Herzlichen Dank! Grüße --Schniggendiller Diskussion 20:56, 18. Mai 2013 (CEST)

watchlist++

Hallo, ich finde watchlist++ ziemlich nützlich, auch um auf die Wikidata-Änderungen zuzugreifen, wenn das auf der normalen Beobachtungliste wegen aktivierter "Erweiterter Beobachtungsliste" nicht möglich ist. Eine Sache aber noch: wenn man eine hohe Auflösung eingestellt hat oder wenig Bearbeitungskommentare abgegeben wurden, fällt es schwer herauszufinden, welcher Haken zu welcher Bearbeitung gehört. Könntest du da noch sichtbare Zeilen, horizontale Unterteilungen, Highlights oder irgendsowas in der Art einfügen, damit man sieht, welche Bearbeitung man da grade als gelesen abhakt? Viele Grüße --CENNOXX 19:04, 23. Mai 2013 (CEST)

So was wie .mw-datatable (nur ohne Rahmen) lässt sich machen, aber du musst dich ein wenig gedulden. --Schnark 09:53, 24. Mai 2013 (CEST)

Kein Problem, das drängt ja nicht.--CENNOXX 18:46, 24. Mai 2013 (CEST)

Jetzt gibt es eine leichte farbliche Unterlegung. --Schnark 09:29, 3. Jun. 2013 (CEST)

Vorlagen durch Script einfügen

Hallo Schnark
Ich habe gesehen dass du ja einige eigene JSScript hast, könntest du mir bitte bei meinem "Projekt" helfen? Es geht Grob darum, eine Vorlage mit nur einem Klick über das DropDown Menü einfügen zu können. Obwohl ich kaum Erfahrung habe in diesem Gebiet habe ich mit bereits einige Überlegungen gemacht, du müsstest also nicht von null her anfangen.--Heubergen (Diskussion) 20:59, 6. Jun. 2013 (CEST)

Ich kann dir auch keine wesentlich anderen Antworten geben, als du schon unter Wikipedia:TSW#Vorlagen_durch_Script_einf.C3.BCgen erhalten hast. --Schnark 10:09, 7. Jun. 2013 (CEST)

Du könntest mir also das Script auch nicht zusammenbauen oder es mit Hilfe "meines" API Befehles?--Heubergen (Diskussion) 13:19, 7. Jun. 2013 (CEST)

Ich habe so viele eigene Skripte, die alle gepfelgt werden müssen, dass mir einfach die Zeit fehlt, mir auch noch fremde Skripte anzusehen. --Schnark 09:19, 8. Jun. 2013 (CEST)

Benutzer:Dr.Rudolf/Freya (Schiff, 1904)

Gruss --Nightflyer (Diskussion) 11:52, 7. Jun. 2013 (CEST)

Danke, an eine so einfache Lösung hatte ich nicht gedacht. --Schnark 11:54, 7. Jun. 2013 (CEST)

Benutzer:Zulu55/Filme über Prostitution

Hallo, hättest du mal wieder Lust auf eine Kategorieübersetzung? Diesmal en:Category:Films about prostitution. Gruß --Zulu55 (Diskussion) _Unwissen 20:09, 10. Jun. 2013 (CEST)

Diesmal habe ich den Code sogar gleich wiedergefunden, das Ergebnis sieht vernünftig aus. --Schnark 09:11, 11. Jun. 2013 (CEST)

Herzlichen Dank mal wieder! --Zulu55 (Diskussion) _Unwissen 09:15, 11. Jun. 2013 (CEST)

Category Watchlist

Hi, I noticed you tried using my Category Watchlist and didn't have much success. That's because you tried watching Category:Mann, which reveled a bug in the application (my database was confused by the fact that Otto Brass is not Otto Braß). I have fixed the bug, but the category is also huge, which means it will take some time before it's ready (the empty lines in the changes table mean that the category is getting ready). After that's done, this category is likely to slow down processing of other categories.

Because of that, I'd like to ask you: do you actually want to watch all changes to Category:Mann? If you do, I will try to deal with it. If not, the category can be removed from your watchlist, which will make my life a little bit easier :-). In any case, feel free to contiue using Category Watchlist for smaller categories (like Category:Mathematik). Svick (Diskussion) 19:59, 11. Jun. 2013 (CEST)

No, I'm actually not really interested in Category:Mann. I wanted to test your tool, but when there were no changes on the list, I didn't know whether this was a bug, or whether there just weren't any changes to to Category:Mathematik, so I decided to add a category where I could be sure that its entries change. But then I somehow forgot about it. Currently I just get a 404 error when I try to access http://svick.org/CatWatch.aspx, so I can't remove the category. --Schnark 09:22, 12. Jun. 2013 (CEST)

Okay, in that case, I have removed Category:Mann from your list. And if you look at your list and select “unlimited”, you will see that there are now some changes to Category:Mathematik listed. Svick (Diskussion) 12:42, 12. Jun. 2013 (CEST)

WSTM: Benutzerdefinierte Warnungen

Dieses Jahr kommt dein Geburtstagsgeschenk mal zwei Monate später:

Zu deiner Anfrage ist ein erster Schritt getan.

• In aktiver Vorbereitung ist

  .warn.tag = [ "big", "blockquote", "center", "font", "samp", "u", "var" ];

Entspannten Wochenausklang --PerfektesChaos 10:29, 14. Jun. 2013 (CEST)

Das hatte ich schon wieder ganz vergessen. Ich werde es mir anschauen, sobald ich dazu komme. --Schnark 10:43, 14. Jun. 2013 (CEST)

RENDER

Hallo Schnark, ich habe gerade auf deinen berechtigten Hinweis auf der Kurier-Diskussionsseite geantwortet. Dein Beitrag wurde sehr schnell archiviert, darum haben wir den übersehen. Aber grundsätzlich sind wir für konstruktive Vorschläge immer dankbar. Viele Grüße --Kai Nissen (WMDE) (Diskussion) 16:12, 28. Jun. 2013 (CEST)

Bug linkUnlinked.js

Hallo, bei linkUnlinked.js gibts nen kleinen Bug: Wenn ein nackter Link dasteht wird das </ref> an den Link drangehangen. Beispiel: der hier hinzugefügte Link: https://de.wikipedia.org/w/index.php?title=Veronica_Mars&curid=4665382&diff=119628199&oldid=118638061 Viele Grüße und danke für deine ganzen Tools, --CENNOXX 12:18, 17. Jun. 2013 (CEST)

Ich schau mal, was sich machen lässt (es ist nicht ganz so einfach wie es sein könnte, da ein < in HTML ja nicht als ein einzelnes Zeichen dargestellt wird). --Schnark 09:14, 18. Jun. 2013 (CEST)

Das </ref> gehört weiterhin zum Link (das zu ändern, war mir zu aufwändig), aber nicht mehr zum Linkziel. Sowohl theoretisch als auch praktisch an deinem Beispiel getestet. --Schnark 09:27, 19. Jun. 2013 (CEST)

Danke! Dass es weiter zum Link gehört stört ja nicht weiter.--CENNOXX 16:18, 19. Jun. 2013 (CEST)

Ich habe grade einen ähnlichen Fall gefunden, tritt bei einigen Vorlagen auf, falls kein Leerzeichen eingetragen ist. Dabei wird an den Link der nächste Parameter angehangen, etwa "|titel=". Beispiel: https://de.wikipedia.org/w/index.php?title=Stuxnet&oldid=120001220&diff=cur --CENNOXX 18:49, 10. Jul. 2013 (CEST)

Das ist deutlich schwieriger, denn prinzipiell kann der senkrechte Strich in Links vorkommen: http://rt.com/news/snowden-nsa-interview-surveillance-831/%7Ctitel=Snowden, nur eben nicht in Vorlagen. Mein Skript ist kein vollständiger Parser, sodass es nicht weiß, ob sich der Link in einer Vorlage befindet oder nicht (der Anfang der Vorlage könnte auch ganz außerhalb des geänderten Bereiches sein und damit fehlen). Es wird daher immer Fälle geben, in denen der Link falsch erkannt wird, und da es einfacher ist, etwas vom Link hinten zu löschen, als etwas hinten an den Link anzuhängen, werde ich nichts am Skript ändern, sofern du nicht ein ganz überzeugendes Argument lieferst. Links mit | kommen übrigens gar nicht so selten vor, zumindest im Meta-Bereich, da viele Tools ihn als Trenner zwischen mehreren Titeln, Benutzern etc. verwenden. --Schnark 09:23, 11. Jul. 2013 (CEST)

Alles klar.--CENNOXX 13:33, 13. Jul. 2013 (CEST)

d:MediaWiki talk:Gadgets-definition#Replace wikEdDiff by Schnark's diff

Zur Kenntnis. --Leyo 16:41, 25. Jul. 2013 (CEST)

Sollte als [ResourceLoader|dependencies=mediawiki.util] definiert werden. --Schnark 09:09, 26. Jul. 2013 (CEST)

Passt das so? Vogone hat das Gadget schlicht diff genannt. Ev. magst du ja einen etwas längeren Namen vorschlagen. --Leyo 23:45, 26. Jul. 2013 (CEST)

Je nachdem, wie wild die Leute auf Lokalisierungen sind, wird ein Fork nötig: Wenn ein Franzose kommt und eine französische Lokalisierung haben will, werde ich sie einbauen, wenn ein Molwanîer kommt und eine molwanîsche Lokalisierung will, werde ich mich weigern. --Schnark 09:12, 27. Jul. 2013 (CEST)

Dumping

Hallo,

wenn sich dein Backofen gelegentlich mal abkühlt, hätte ich gern Dump-Auszüge:

• Alle Seiten, in denen ="???" vorkommt.
  • Dito für:

]]­
{­{

• Gelegentlich
  • Benutzer:Schnark/Wartung/H1/2013-07 oder auch /2013-08
  • Benutzer:Schnark/Wartung/Weblinks/2013-07 oder auch /2013-08

Liebe Grüße und erholsame Zeiten --PerfektesChaos 21:09, 23. Jul. 2013 (CEST)

Sobald es den nächsten Dump gibt, was in ein paar Tagen der Fall sein sollte. --Schnark 09:09, 24. Jul. 2013 (CEST)

Lieb von dir, kein Stress.

Aus aktuellem Anlass bitte noch

^: *\{\{ *[Zz]itat\b

Hitzefrei --PerfektesChaos 10:49, 24. Jul. 2013 (CEST)

Wohl \n:+ *\{\{ *[Zz]itat\b, da ich zu faul bin, dafür multi-lines zu unterstützen, Zitate am Artikelanfang nicht vorkommen sollten und wo ein Doppelpunkt steht auch zwei stehen könnten. --Schnark 10:53, 24. Jul. 2013 (CEST)

Viel Spaß mit Benutzer:Schnark/Wartung/Sonderwünsche, Benutzer:Schnark/Wartung/H1 und Benutzer:Schnark/Wartung/Weblinks. --Schnark 09:11, 31. Jul. 2013 (CEST)

Danke schön.

Und wenn du magst, kannst du gern einen kritischen Blick werfen auf Wikipedia:Technik/Text/Reader + Hilfe:Download neuerer Fassung.

Entspannende Abkühlung in deinem Backofen da unten --PerfektesChaos 10:07, 31. Jul. 2013 (CEST)

So, einen ersten Überblick über die Ursachen habe ich mir verschafft und erbitte unverschämterweise einen Nachschlag:

<div style="clear:both; class="NavFrame">
<div class="NavHead" style>

(Gänsefüßchen fehlt nach both;)

Und zwar in allen geradzahligen NR, wo denn diese verpfuschten Kopiervorlagen herkommen mögen. Dabei dürfte zunächst die Anzahl reichen; sieht bereits nach einem Bot-Lauf aus. Mehr als 100 pro Bug lohnen erstmal nicht namentlich.

Und im ANR die namentliche Auflistung

style="text-align:center" width:"1000px;"

Besten Dank im Voraus --PerfektesChaos 21:34, 2. Aug. 2013 (CEST)

Und weil der Appetit beim Essen kommt (statistische Anzahl erstmal ausreichend; für Bot):

<br 7>
<[a-z][^<>\n]*7>
class="float-left" border-collapse:collapse"
style='"

• Im Prinzip müsste man etwas machen wie

  class="([^|>\n]+)[|>\n]

  und im Klammerbereich auf gerade Anzahl der " durchzählen, ab Null. Wenn nicht ungerade, dann Fehler.

  Was aber die Konsequenz daraus sein soll und wer das dann repariert? Erst nach Bot-gestützter Reparatur bekannter Fälle sinnvoll.

Mahlzeit --PerfektesChaos 12:20, 4. Aug. 2013 (CEST)

Onlyifuploading.js

Hi, wir haben den Code von Onlyifuploading.js in unserem Wiki kopiert. Dies funktioniert auch alles recht gut, allerdings tauchen hierdurch unschöne <noinclude> tags auf, wie bekomme ich die wieder weg, bzw wo muss ich schrauben, dass das nicht mehr passiert? THx Beispiel: [10] --d.S. (Diskussion) 18:19, 13. Aug. 2013 (CEST)

Hallo,

Schnark hat seit knapp zwei Wochen nicht edtiert, er dürfte seinen wohlvrdienten Sommerurlaub genießen und sich offline geschaltet haben. Ich geb mal die Urlaubsvertretung.

Schnark hat kein eigenes Skript namens Onlyifuploading.js – ich gehe davon aus, dass du über MediaWiki:Onlyifuploading.js schreibst?

pflegewiki.de ist nicht unser Kerngeschäft, aber du kannst mal in der Wikipedia:Technik/Werkstatt dein Problem näher umreißen.

Viele Grüße --PerfektesChaos 21:00, 13. Aug. 2013 (CEST)

beschriebenes Problem behoben --se4598 / ? 21:17, 13. Aug. 2013 (CEST)

Vielen, vielen Dank! Im ernst, auf dieße Vorlage wär ich in tausend Jahren nicht gekommen....--d.S. (Diskussion) 21:23, 13. Aug. 2013 (CEST)

Schön, dass hier Probleme auch in meiner Abwesenheit behoben werden (man glaubt kaum, wie merkwürdig sich eine Tastatur und eine Maus anfühlen, wenn man sie drei Wochen lang nicht in der Hand hatte). --Schnark 09:06, 24. Aug. 2013 (CEST)

Benutzer:Schnark/js/personendaten

Hallo, kann man eigentlich dieses Skript so erweitern, dass es zudem noch Einträge in den Jahres- bzw. Tageslisten vorschlägt? Ich meine damit die Geburts- bzw. Sterbedaten, da diese oftmals in den betreffenden Listen fehlen. Wenn es natürlich nicht zu aufwendig ist... MfG --Jack User (Diskussion) 12:13, 28. Aug. 2013 (CEST)

Wenn, dann müsste das in einem separaten Skript gemacht werden, personendaten.js ist so konstruiert, dass es ausschließlich die Personendaten bearbeiten kann. --Schnark 09:05, 29. Aug. 2013 (CEST)

Hast du zu sowas Lust? Würde ich mich damit auskennen, dann würde ich es selbermachen, aber ich habe keine Ahnung von Skripten. Oder wer könnte sowas machen? --Jack User (Diskussion) 09:17, 29. Aug. 2013 (CEST)

Lust vielleicht, aber vermutlich keine Zeit. Möglicherweise findet sich auf WP:TW jemand anderes, der beides hat (auch wenn ich das nicht glaube). --Schnark 09:29, 29. Aug. 2013 (CEST)

Oh, ich kann warten. :) --Jack User (Diskussion) 09:35, 29. Aug. 2013 (CEST)

Benutzer:Schnark/js/autoantraege.js

Hi Schnark, ich hätte gerne inform_autor = false, wo setze ich das idealerweise? --Nirakka ^Disk. Bew. 16:53, 2. Sep. 2013 (CEST)

Du solltest dir bewusst sein, dass ich weder autoantraege.js noch jsmodules.js weiter pflege, aber davon abgesehen:

load('[[Benutzer:Schnark/js/autoantraege.js]]', {after: function (aa) {aa.inform_autor = false;}});

(Ungetestet, sollte aber funktionieren, statt aa darfst du natürlich auch zwei Mal autoantraege schreiben, falls dir das lieber ist.) --Schnark 09:12, 3. Sep. 2013 (CEST)

Ist Autoantraege in Fliegelflagel enthalten/verfügbar? Ich bin bisher von nicht zu einer Umstellung gekommen – auch weil ich nicht weiss, ob mir dann eines der Lieblingsskripte fehlt. --Leyo 10:59, 3. Sep. 2013 (CEST)

Ja, wobei ich dort eventuellen Code zur Konfiguration nicht so schnell aus dem Ärmel schütteln könnte wie oben. (Und selbst wenn es nicht so wäre, du kannst ja auch weiterhin beliebige andere Skripte mit Fliegelflagel laden.) --Schnark 11:07, 3. Sep. 2013 (CEST)

Der Code funktioniert, danke. Damit gibt es dann aber auch gar keine Möglichkeit mehr, den Autor zu informieren. Wenn ich es recht bedenke, hätte ich am liebsten die Ankreuzmöglichkeit wie gehabt, aber standardmäßig nicht angekreuzt. Geht das? --Nirakka ^Disk. Bew. 11:12, 3. Sep. 2013 (CEST)

Dazu müsstest du das Skript forken und die Zeile

dialog.push({type: 'toggle', name: 'inform', text: 'Autor informieren', standard: !anon, list: [2]});

ersetzen durch

dialog.push({type: 'toggle', name: 'inform', text: 'Autor informieren', standard: false, list: [2]});

--Schnark 11:21, 3. Sep. 2013 (CEST)

Benutzer:Schnark/js/diff

Geht bei mir nicht mehr... hängt das auch mit der Umstellung auf https zusammen? --тнояsтеn ⇔ 22:29, 2. Sep. 2013 (CEST)

Wieder OK. Danke, wenn du dahinter steckst ;) --тнояsтеn ⇔ 09:01, 3. Sep. 2013 (CEST)

Ich stecke nicht dahinter, aber höchstwahrscheinlich dein Cache, der sich jetzt dazu aufgerafft hat auch wirklich die neue Version zu laden (dabei habe ich extra dafür zwischen den beiden Änderungen zwei Tage abgewartet, damit die erste sich schon mal breitmachen kann). --Schnark 09:06, 3. Sep. 2013 (CEST)

Cache hatte ich mehrfach geleert gestern, ohne Erfolg. Aber wie dem auch sei, hautpsache es geht wieder. --тнояsтеn ⇔ 09:38, 3. Sep. 2013 (CEST)

Kleinbuchstabenredirect und Unicode

Hallo Schnark, in den letzten Tagen lief das Maintenance-Skript "cleanupTitles.php" (Bug 53670). Dabei sind für dewiki 41 Seiten automatisch umbenannt worden (mit update auf der Datenbank, ohne Verschiebungslog), weil sie nicht den MediaWiki-Regeln für Seitennamen entsprechen. Die Seiten sind aktuell unter Spezial:Präfixindex/Broken/ zu finden. Da du dich mit Unicode gut auskennst, wollte ich dich fragen, ob man diese "kleinbuchstabenredirect" retten kann, oder macht es Sinn, sie einfach zu löschen? In dem Bug ist auch ein Log, wo man noch ein paar Infos finden kann. Über eine Antwort würde ich mich freuen. Vielen Dank. Der Umherirrende 11:55, 8. Sep. 2013 (CEST)

Abgesehen von Broken/Ʉ, Broken/Ɱ, Broken/Ɒ und Broken/Ɥ hat sich ja nichts geändert, da Kleinbuchstaben am Lemma-Anfang ja automatisch (und konsistent mit den bisherigen Weiterleitungen) in Großbuchstaben umgewandelt werden. Bei den vier genannten hat der Buchstabe (unter dem Großbuchstaben) sein eigenes Lemma, der Kleinbuchstabe war eine Weiterleitung zur IPA-Verwendung. Durch das Wartungsskript wurde die Situation also nur besser, da konsistenter. Der Artikel über den Buchstaben verlinkt in allen vier Fällen die IPA-Verwendung, der Kleinbuchstabe war soweit ich sehe niemals im Sinne des IPA-Artikels verlinkt. Die Broken/-Seiten können also alle bedenkenlos gelöscht werden.

Es gibt aber noch ein paar Seiten in anderen Namensräumen: BNR, BDNR. Die kann man vermutlich auch löschen, da bin ich mir aber nicht vollkommen sicher. --Schnark 09:30, 9. Sep. 2013 (CEST)

Zu den Seiten im B(D)NR: Die Benutzer existieren unter dem Namen der Benutzerseite, es gibt also einen Benutzer namens Benutzer:Broken/\xc2\xa0, ob der allerdings eine Benutzerseite, noch dazu mit diesem Inhalt braucht, bezweifle ich. (Wer seit 2006 nicht mehr hier war, wird sich ohnehin nicht mehr an seinen Namen erinnern, wer dann noch ein Broken/ plötzlich davor hat, erst recht nicht.) Einen Benutzer:Broken gibt es, auch wenn der nichts anderes gemacht hat, als sich anzumelden, sodass ihn diese Unterseiten wohl nicht direkt stören werden. --Schnark 09:42, 9. Sep. 2013 (CEST)

Ich sehe überall nur Kästchen (wenn auch unterschiedlich breit), daher war ich mir nicht sicher, ob das wirklich alles Kleinbuchstaben waren und alles mit richtigen Dingen zu ging. Danke fürs drüberschauen. Ich habe die 41 Seiten gelöscht. Im Bug waren auch nur 41 Seiten als geändert genannt, daher habe ich die anderen Namensräume nicht durchgeschaut. Die Seiten im BNR müssten daher älter sein. Da 3 Tilden am Stück aber nicht mehr erlaubt sind, wurde die eine Benutzerseite verschoben. Andere fingen mit einem Doppelpunkt an, was auch nicht mehr möglich ist, geschützte Leerzeichen sind auch unschön. Die Benutzer werden wohl nie eine Benutzerseite mehr haben können ;-) Es wird wohl kein Verlust sein, wenn sie gelöscht werden, daher sind sie jetzt auch weg. Der Umherirrende 19:45, 9. Sep. 2013 (CEST)

Wikidata Bearbeitungsfilter?

Hallo Schnark, Deine Meinung hierzu würde mich interessieren. Dank und Gruss --Atlasowa (Diskussion) 10:39, 23. Sep. 2013 (CEST)

Flagicons

Bitte meine Hinweise unter Wikipedia:Lua/Werkstatt#Zeitbedarf_von_Modul:Vorlage:Flagicon_testen! beachten. Gruß von ÅñŧóñŜûŝî (Ð) 12:07, 23. Sep. 2013 (CEST)

en:Category:Experimental social sciences nach Benutzer:Zulu55/Experiment in den Sozialwissenschaften

Hallo, hättest du mal wieder Lust eine englische Kategorie mit dem Vorhandensein deutscher Artikel abzugleichen und das Ergebnis an angegebener Stelle zu speichern? Danke und Gruß --Zulu55 (Diskussion) _Unwissen 10:40, 15. Okt. 2013 (CEST)

Das musst du ein wenig präzisieren. Vermutlich willst du die Kategorie samt Unterkategorien, aber en:Category:Perception (über en:Category:Experimental psychology) wird da Probleme machen. Du musst also etwas präziser sagen, welche Kategorien es sein sollen. --Schnark 10:47, 15. Okt. 2013 (CEST)

Hallo, danke für die schnelle Antwort und die Mühe sich das genauer anzuschauen. Ich gehe da nun doch besser händisch durch! Abfrage wird also nicht mehr benötigt. Beste Grüße --Zulu55 (Diskussion) _Unwissen 11:10, 15. Okt. 2013 (CEST)

eMail-Funktion & Alex@Eddi

Hallo Schnark, das war wirklich der Fehler! Konnte problemlos meine Bestätigungs-eMail empfangen. Vielen Dank & Gruß --Cramunhao (Diskussion) 00:31, 23. Okt. 2013 (CEST)

Ich habe mal den entsprechenden Bugreport ergänzt, vielleicht tut sich ja was. --Schnark 09:16, 23. Okt. 2013 (CEST)

en:Category:Photographs nach Benutzer:Zulu55/Fotos

So, noch mal im kurzen Abstand hintereinander. Hättest du Lust hier eine Liste zu erstellen? Aus allen Unterkategorien inklusive. --Zulu55 (Diskussion) _Unwissen 20:38, 29. Okt. 2013 (CET)

Ich habe hier gerade massive Probleme mit Computer und Internet, falls das in den nächsten Stunden noch besser wird, kann ich die Liste erstellen, falls nicht, hoffe ich, dass es morgen klappt. (Immerhin kann ich jetzt schon wieder mehr als 5 Buchstaben am Stück tippen, ohne dass Firefox hängenbleibt.) --Schnark 09:26, 30. Okt. 2013 (CET)

Danke und alles Gute mit dem Rechner! --Zulu55 (Diskussion) _Unwissen 10:29, 30. Okt. 2013 (CET)

en:Category:Educational films ebenfalls gerne nach Benutzer:Zulu55/Unterrichtsfilme

Danke und Gruß --Zulu55 (Diskussion) _Unwissen 01:10, 30. Okt. 2013 (CET)

Nach erzwungenem Neustart lief es dann. Kategorie:Unterrichtsfilm ist übrigens nicht mit en:Category:Educational films verknüpft. --Schnark 10:18, 30. Okt. 2013 (CET)

Herzlichen Dank und nochmal alles Gute! Verknüpfung: Stimmt, guck ich mir an. --Zulu55 (Diskussion) _Unwissen 10:29, 30. Okt. 2013 (CET)

Bug beim Artikelstatistik-Script?

Hallo, wenn ich dein Script bei Seiten mit mehr als 500 Versionen (z. B. Desertec oder Large Hadron Collider) nutze, bleibt es nach einigen Sekunden bei "Analysiere Versionen (500/500+)" stehen - mindestens eine halbe Stunde, länger habe ich es nicht getestet. Vor 2 Wochen ging es noch (beim Large Hadron Collider getestet). Damals hatte ich das Script selbst eingebunden, mittlerweile nutze ich Fliegelflagel, daran liegt es aber nicht (eben auf die alte .js zurückgegangen, gleiches Problem). --mfb (Diskussion) 18:30, 10. Nov. 2013 (CET)

Ich (bzw. der Fileserver meiner Uni) habe (mal wieder) massive Hardware-Probleme, was das Debuggen gerade etwas schwierig gestaltet, aber ich bin gerade beim LHC über 500 hinausgekommen (danach musste ich den IE neu starten, Firefox will gar nicht erst die Startseite laden). Aber zumindest kann ich ein prinzipielles Problem mit dem Laden der zweiten Portion Versionsgeschichte ausschließen. Genauere Analysen kann ich aber erst liefern, wenn ich hier wieder vernünftig arbeiten kann. --Schnark 09:27, 11. Nov. 2013 (CET)

Soweit ich es nachvollziehen kann, schneidet der IE einen Teil am Ende der Antwort ab, wenn sie ihm zu lang ist. Damit ist das Resultat kein gültiges JSON mehr, ein Fehler tritt auf, und das Skript bricht ab. Bei mir tritt das allerdings erst bei (985/985+) auf. Welchen Browser verwendest du? --Schnark 10:57, 11. Nov. 2013 (CET)

Firefox. Ich bin mir nicht sicher ob ich es auf dem Computer, auf dem es gestern nicht ging, schon getestet hatte. Auf drei anderen Computern ging es vorher und auf diesem hier kommt das Script auch jetzt über 500 hinaus. --mfb (Diskussion) 16:29, 11. Nov. 2013 (CET)

Ich habe die Anzahl der Versionen, die auf ein Mal geholt werden, von 500 auf 200 reduziert (und zumindest theoretisch konfigurierbar gemacht). Ich hoffe, dass die Probleme dadurch abnehmen. --Schnark 09:19, 12. Nov. 2013 (CET)

Zumindest Desertec läuft bei mir nun durch. Danke. --mfb (Diskussion) 20:11, 12. Nov. 2013 (CET)

Dein Tipp zur Suchhilfe

Hallo Schnark, ich vermute Du hast so einen Dump. Macht es Dir etwas aus, da mal einen geeigneten grep zu starten und das Ergebnis auf einer Untersiete zu hinterlegen? Gruß --tsor (Diskussion) 12:38, 6. Nov. 2013 (CET)

Mein Dump ist schon etwas älter, aber falls das nicht stört und ich dazu komme, kann ich die Suche mal laufen lassen. --Schnark 09:07, 7. Nov. 2013 (CET)

Das wäre nett. Danke. --tsor (Diskussion) 11:27, 7. Nov. 2013 (CET)

Ich habe nicht nur nach „“, sondern nach allen leeren Anführungszeichen gesucht, die wir als Sonderzeichen unter dem Eingebefeld haben, also auch «» etc. Besonders beliebt scheint aus irgendeinem Grund ‘’solcher Unfug’’ und Kommentare der Form {{:XYZ (Begriffsklärung)}}<!-- Änderungen bitte in BKL „“ vornehmen -->. Die Liste mit allen betroffenen Artikeln findest du unter Benutzer:Tsor/Leere Anführungszeichen. --Schnark 09:05, 8. Nov. 2013 (CET)

Ui, das ist ja viel mehr als erwartet. Vielen Dank für Deine Hilfe. Gruß --tsor (Diskussion) 10:59, 8. Nov. 2013 (CET)

Hast Du auch nach "" gesucht? Und nach dem automatisch generierten „Text“?--Mabschaaf 13:11, 8. Nov. 2013 (CET)

@Schnark: (rhetorische Frage:) kennst Du die Geschichte mit demm kleinen Finger und der ganzen Hand? ;-)) Also: Sehr hilfreich wäre es , wenn Du die verschiedenen Abfragevarianten in verschiedene Seiten eintragen könntest, etwa

• „“ in Benutzer:Tsor/Leere Anführungszeichen-1
• «» in Benutzer:Tsor/Leere Anführungszeichen-2
• ‘’solcher Unfug’’ in Benutzer:Tsor/Leere Anführungszeichen-3
• etc.

Ein weiterer Fortschritt bestände darin, einen möglichst aktuellen Dump zu verwenden. Die Super-Komffort-Wohlfühllösung wäre, dies ganzen Abfragen regelmässig durchzuführen, evtl. innerhalb eines vorhandenen Bots, der täglich oder wöchentlich läuft. Muss ja nicht von heute auf morgen passieren ... Gruß --tsor (Diskussion) 13:49, 8. Nov. 2013 (CET)

@Mabschaaf: Nein, nur nach dem, was man mit einem Klick auf die Sonderzeichenleiste einfügen kann.

@tsor: Eine Reihe von Wartungslisten erstelle ich regelmäßig (~ einmal pro Monat) mit einem Perl-Skript (im Gegensatz zu einmaligen Listen, wo ich meist ein Shell-grep-sed-Gemurkse verwende). Das hat den Vorteil, dass ich dort hinter dem Artikel auch die bemängelte Textstelle im Kontext ausgeben kann, was ein Abarbeiten vermutlich erleichtert. Da könnte ich die leeren Anführungszeichen vor dem nächsten Lauf mit aufnehmen. Für eine tägliche Aktualisierung wäre das Wikipedia:WikiProjekt Syntaxkorrektur der geeignetere Ansprechpartner. --Schnark 09:19, 9. Nov. 2013 (CET)

Hallo Schnark, einmal pro Monat reicht völlig aus. Wäre schön, wenn Du das so machen könntest. Gruß --tsor (Diskussion) 12:51, 9. Nov. 2013 (CET)

Moin zusammen, kurze Nachfrage, weil ich ja bei der Abarbeitung auch (mehr oder weniger) mit drinhänge: Tsor wünscht sich zwar mehrere nach Leerstring sortierte Listen, aber müsste sich das nicht auch in einer Liste verwirklichen lassen, indem einfach entweder Zwischenüberschriften eingezogen werden oder der Bot hinter den betreffenden Artikel das gefundene String schreibt? So viele Artikel sind's ja nun auch wieder nicht, als dass man aufgrund der kB-Größe aufteilen müsste und ich persönlich beobachte lieber nur eine Liste als deren vier ;-) Gruß -- Ra'ike ^Disk. _LKU ^WPMin 11:16, 13. Nov. 2013 (CET)

Ich hatte ohnehin vor, tsors Wunsch nach aufgeteilten Listen zu ignorieren. Es wird diese Woche wohl noch eine neue Liste geben (die dann allerdings auch die Artikel enthält, die seit etwa Anfang der Woche korrigiert wurden) und ich habe vor, auch gleich einen Teil davon selbst abzuarbeiten, sodass der Rest (mit der betroffenen Textstelle nach dem Artikellink) überschaubar sein sollte. --Schnark 11:28, 13. Nov. 2013 (CET)

Äh, also, … Eigentlich habe ich gestern noch schnell alle Wartungslisten erstellen wollen. Als die mit den leeren Anführungszeichen dann am Ende gar keinen Eintrag enthielt, habe ich den Tippfehler im regulären Ausdruck bemerkt. Nun ja, dachte ich, bessere ich ihn aus und lasse das Skript halt noch mal laufen. Lange Rede, kurzer Sinn: Da muss noch ein zweiter Tippfehler sein. Die Liste verzögert sich also noch etwas. --Schnark 09:05, 14. Nov. 2013 (CET)

Es lesen hier doch genug Leute mit, die Ahnung haben sollten. Was ist an folgendem (gekürztem) Skript faul, dass die Liste keine leeren Anführungszeichen enthält:

#!/usr/bin/perl

#bzcat dewiki-latest-pages-articles.xml.bz2 | perl -CIOE ~/bin/fehlerliste.pl > ausgabe.txt

use strict;

sub ausgabe {
my ($tag, $title, $text) = @_;
$title = ':'.$title if ($title =~ /^(Kategorie:|Datei:)/);
$title = '[['.$title.']]';
if ($text ne '') {
$text =~ s/\n/ /g;
$text = ': <nowiki>'.$text.'</nowiki>';
}
print '<<'.$tag.'>> '.$title.$text."\n";
}

sub katsort {
my ($title, $text) = @_;
ausgabe("KATSORT", $title, $1) if ($text =~ /(\[\[Kategorie:(.*)(?:,.*)?(?: ?\([^\)]*\))?\|\2\]\])/);
}

sub anfuehrungszeichen {
my ($title, $text) = @_;
ausgabe("ANF", $title, $1) if ($text =~ /„“|‚‘|“”|‘’|«»|‹›|»«|›‹/ && $text =~ /(.{0,20}(?:„“|‚‘|“”|‘’|«»|‹›|»«|›‹).{0,20})/ && $title !~ /^(?:Wikipedia|Portal):/);
}

$/="</siteinfo>"; #Header überlesen
my $header = <>;
$/="</page>";

my ($title, $text);

while (my $page = <>) {
#if ($. eq 2000) {last};     #zum Testen

$title = "";
$title = $1 if ($page =~ m!<title>(.*)</title>!);
$text = "";
$text = $1 if ($page =~ m!<text[^>]*>(.*)</text>!s);

$text =~ s/&lt;/</g;
$text =~ s/&gt;/>/g;
$text =~ s/&quot;/"/g;
$text =~ s/&amp;/&/g;

katsort($title, $text);
anfuehrungszeichen($title, $text);
}

--Schnark 09:38, 16. Nov. 2013 (CET)

Mein Tipp zur Suchhilfe wäre die längste Zeile ausgabe("ANF",.

Ich würde für meine persönliche Übersicht das Gebilde in eine mehrzeilige separate Struktur zerlegen; vielleicht erstmal alles vom $title!~ umschließen. Nach ein paar Wochen verstehe ich sonst mein eigenes Geschreibsel nicht mehr, und es könnte auch fehleranfällig sein.

Beim $1 durchschaue ich als Compiler die Zuordnung zu den && nicht und würde sehen, dass es im ersten oder auch letzten RE keine wirksame Klammer gibt.

Schönes Wochenende --PerfektesChaos 12:08, 16. Nov. 2013 (CET)

Dass du die Codezeile nicht auf Anhieb parsen kannst, ist klar, du bist ja nicht perl, und Only perl can parse Perl. (Perl (Programmiersprache)#Mottos und Zitate, der Rest dort trifft natürlich auch zu.) $1 bezieht sich immer auf die erste Klammer des letzten erfolgreichen regulären Ausdrucks, und das ist immer der zweite (andernfalls trifft die if-Bedingung ja nicht zu). Und selbst wenn das ein Problem wäre, so müssten zumindest die Titel ausgegeben werden. --Schnark 09:15, 18. Nov. 2013 (CET)

@Tsor, Ra'ike, PerfektesChaos: Es waren irgendwelche Probleme mit der Zeichencodierung (welche, weiß ich noch nicht so genau, ich habe sie nur umgangen und mir dadurch an anderen Stellen analoge Probleme eingehandelt). Wie dem auch sei, ich habe die Liste aktualisiert, wobei um die (erste) Stelle herum jeweils 20 Byte als Kontext angezeigt werden (eigentlich sollten es ja 20 Zeichen sein, aber wie gesagt, die Zeichencodierung … Das führt auch dazu, dass einige Multi-Byte-Zeichen angeschnitten sind, aber das stört ja nicht allzu sehr.) --Schnark 09:10, 26. Nov. 2013 (CET)

Thanks a lot;-)) Ich werde mir das mal ansehen. Gruß --tsor (Diskussion) 10:56, 26. Nov. 2013 (CET)

Hallo und Danke für die indirekte Benachrichtigung per Benutzerverlinkung ;-) Soweit ich nach kurzem Überfliegen sehen kann, hast Du hier mit dem Topas schonmal mindestens einen positiven Treffer zuviel entfernt ;-) Die anderen entfernten sollten also besser auch nochmal gecheckt werden. Anschließend schauen wir die Liste dann wie vorher Stück für Stück durch. Nochmals Danke für Deine Hilfe und viele Grüße -- Ra'ike ^Disk. _LKU ^WPMin 19:13, 26. Nov. 2013 (CET)

Ich nahm an, dass mit dem Hinweis auf der Topas-Diskussionseite der Fall so gut wie erledigt ist, und damit nicht auf der Wartungsliste verbleiben muss. Dass ich den für dich da hätte stehen lassen können, ist mir erst hinterher aufgefallen.

Falls jemand Lust hat, den Haufen toolgestützt abzuarbeiten, mit meinem Skript Benutzer:Schnark/js/bandersnatch im Stapelverarbeitungsmodus ging das in meinem Versuch gestern ganz gut, als Ersetzungscode empfiehlt sich return {text: oldtext.replace(/‘’(.*?)’’/g, '„$1“').replace(/„“|‚‘|“”|‘’|«»|‹›|»«|›‹/g, '')}; (Den ersten Teil hatte ich noch nicht drin, aber der müsste so funktionieren.) Man muss halt immer aufpassen, ob die Anführungszeichen nicht doch dort oder sonstwo hinsollten. --Schnark 09:10, 27. Nov. 2013 (CET)

MediaWiki/Private Installation

Hi,

wenn mal kein Wetter ist und du dich langweilst, kannst du gern mal über Wikipedia:Technik/MediaWiki/Private Installation gucken.

• Ich selbst habe keinen Durchblick, mangels einer privaten Installation.
• Sollte es mehrere empfehlenswerte Wege und entsprechende Anleitungen geben, wäre eine Verschiebung nach /XAMPP ratsam.

Schönen Adventssonntag noch --PerfektesChaos 14:29, 8. Dez. 2013 (CET)

Ich hatte mein Wiki ursprünglich gemäß Hilfe:MediaWiki-Installation (zumindest den ersten paar Abschnitten nach, jeder, der das hier liest, kennt jetzt mein Passwort für den MySql-root) installiert, und aktualisiere seitdem nur noch, indem ich die Dateien aktualisiere und gegebenenfalls Änderungen an der Datenbank anschließend durchführen lasse. Von Grund auf installiert habe ich MW deswegen schon sehr lange nicht mehr. --Schnark 11:03, 10. Dez. 2013 (CET)

Seit dem neuen Installer heißt die Seite aber wohl mw-config/index.php, wird aber verlinkt, wenn keine LocalSettings.php da ist. Diese wird im Installierungsprozess auch zum Download angeboten. Ich habe auch lange nicht mehr installiert, Update mache ich per git pull und dann über shell das update.php ausführen oder auf mw-config/index.php, dann wird auch der Updater-Part ausgeführt. Da hat sich also etwas getan, aber beschreiben könnte ich das jetzt auch nicht. Der Umherirrende 19:58, 10. Dez. 2013 (CET)

Ah so; danke euch beiden.

Das Installationsthema ist nicht unsere Kernaufgabe, sondern Hilfen zur Erstellung enzyklopädischer Artikel. Nur selten mag einem mal ein privates Wiki bei der Artikelabeit helfen.

Wenn wir eine funktionstaugliche verständliche deutschsprachige Anleitung bieten können, die besser ist als die bei der WMF, dann gerne; aber eigentlich ist das deren Bier. Wenn wir sie nicht mehr aktuell halten können und sie obsolet wird, kommt die Seite zu den anderen ins Archiv.

Schönen Abend --PerfektesChaos 20:49, 10. Dez. 2013 (CET)

IE 7

Hallo Schnark,

Auf einem alten Computer von mir ist IE 7 mit mehreren Service-Packs installiert. Allerdings ist er offline. Da ich technisch unbegabt bin, werfe ich in dem Bereich so schnell nichts weg -so kann es sein, daß ich noch alte Disketten oder dergleichen mit dem Explorer besitze. Dazu müßte ich wissen, was draufstehen soll. Sollte ich helfen können - gerne. Gruß --MoSchle (Diskussion) 11:58, 9. Dez. 2013 (CET)

Es müsste schon ein Internet-Zugang bestehen, aber Filzstift hat ja in der Diskussion auf FzW bereits seine Hilfe angeboten. --Schnark 10:56, 10. Dez. 2013 (CET)

en:Category:Coming-of-age films nach Benutzer:Zulu55/Coming-of-Age-Filme

Hallo, ich hätte gerne mal wieder eine "Kategorie-Übersetzung". Inkl. aller Unterkategorien. Vielen Dank im Voraus. Gruß --Zulu55 (Diskussion) _Unwissen 22:30, 15. Dez. 2013 (CET)

Bei Keith passen die Interwikilinks nicht. --Schnark 09:12, 16. Dez. 2013 (CET)

Mal wieder ganz herzlichen Dank! --Zulu55 (Diskussion) _Unwissen 09:50, 16. Dez. 2013 (CET)

Beispiel für schlechte Performance

Hallo Schnark. Ich habe gerade zufällig bei einem Diff bemerkt, dass dein Diff dort schlecht abschneidest. Falls dir analoge Fälle bekannt sein sollten, darfst du diesen Hinweis getrost ignorieren… --Leyo 01:28, 19. Dez. 2013 (CET)

Das Problem ist, das beim Zerlegen in Wörter "html", "Version" und "pdf" (fast) eindeutig sind (und damit das Skript beschließt, dass diese stehen geblieben sind), während die wesentlich längeren Vorlagen zwar insgesamt eindeutig sind, aber in Wörter zerlegt (tt, nowiki, PMC, 1251713) überhaupt nicht klar ist, welcher Teil wo gelandet ist. Wenn du ins Einstellungstab gehst und dort Anzeige der Verschiebungen: gar nicht, Anzahl der Durchgänge für Diff auf Zeichenebene: 0, Anzahl der Rekursionen: 1 wählst, kannst du sehen, wie das erste Resultat aussieht. Wenn du die Rekursionen dann auf 2 erhöhst, werden dummerweise die beiden Zeilen vermischt, und wenn du dann noch Verschiebungen anzeigen lässt, kommt zu dem Ergebnis, das du siehst. Im Prinzip ist das Problem schon länger bekannt ([11]), aber im Normalfall kommen gleiche Wörter nicht so gehäuft vor, sodass ich geneigt bin, das zu ignorieren. --Schnark 09:44, 20. Dez. 2013 (CET)

Danke für deine ausführlichen Erläuterungen! --Leyo 23:20, 20. Dez. 2013 (CET)

HNY + fliegelflagel

Ich wünsche dir ein glückliches und erfolgreiches 2014. Möge möglichst viel so klappen, wie du es dir vorstellst.

Unbescheiden bitte ich, in den nächsten Monaten fliegelflagelDefinition.modules mit der nachstehenden Liste zu ergänzen.

Bei fliegelflagel#Funktionsparameter vermisse ich die Verlinkung von .title mit einer .docpage auf target="_blank". Ich fürchte, die nachstehenden Wikilinks in den title werden nicht aufgelöst? Zur Verwaltung brauche ich die Links auf die Seite nicht; ich weiß ja, wo das steht.

wikiSyntaxTextMod: {
   scripts: 'en:User:PerfektesChaos/js/WikiSyntaxTextMod/r.js',
   title:   "[[Benutzer:PerfektesChaos/js/WikiSyntaxTextMod|WikiSyntaxTextMod@PerfektesChaos]]",
   description: "Syntaxpolitur, Fehlermeldungen sowie benutzerdefinierte Änderungen",
   only:    function (ns, action) {
		return (ns===-1  ||  (ns%2===0  &&  action === 'edit'));
	},
   before: function () {
		return mw.user.options.get('userjs-perfekteschaos-wstm-config', '');
	}
},
loadResourceFile: {
   scripts:     "en:User:PerfektesChaos/js/loadResourceFile/r.js",
   title:       "[[User:PerfektesChaos/js/loadResourceFile|loadResourceFile@PerfektesChaos]]",
   description: "CSS oder JS von der Festplatte in die Wiki-Seite laden"
},
paneMarker: {
   scripts:     "mw:User:PerfektesChaos/js/paneMarker/r.js",
   title:       "[[User:PerfektesChaos/js/paneMarker|paneMarker@PerfektesChaos]]",
   description: "Beim Editieren einer Seite farbigen Tabulator-Icon anzeigen"
},
defekterWeblinkBotVorlage: {
   scripts:     "[[User:PerfektesChaos/js/defekterWeblinkBotVorlage/r.js]]",
   title:       "[[User:PerfektesChaos/js/defekterWeblinkBotVorlage|defekterWeblinkBotVorlage@PerfektesChaos]]",
   description: "Zur Bot-eingefügten Vorlage für defekte Weblinks Hinweise im Artikel zeigen",
   only:        function (ns, action) {
                   return (ns <= 1);
	        }
},
resultListSort: {
   scripts:     "mw:User:PerfektesChaos/js/resultListSort/r.js",
   title:       "[[User:PerfektesChaos/js/resultListSort|resultListSort@PerfektesChaos]]",
   description: "Ergebnislisten auf Spezialseiten sortieren",
   only:        function (ns, action) {
                   return (ns===-1);
	        }
},
listPageOptions: {
   scripts:     "en:User:PerfektesChaos/js/listPageOptions/r.js",
   title:       "[[User:PerfektesChaos/js/listPageOptions|listPageOptions@PerfektesChaos]]",
   description: "Aktionen für Beobachtungsliste und Letzte Änderungen",
   only:        function (ns, action) {
                   return (ns===-1);
	        },
},
autoBackup: {
   scripts:     "en:User:PerfektesChaos/js/autoBackup/r.js",
   title:       "[[User:PerfektesChaos/js/autoBackup|autoBackup@PerfektesChaos]]",
   description: "Automatische Sicherungskopien vom Bearbeitungsfeld"
},
watchCategories: {
   scripts:     "en:User:PerfektesChaos/js/watchCategories/r.js",
   title:       "[[User:PerfektesChaos/js/watchCategories|watchCategories@PerfektesChaos]]",
   description: "Beobachtung der Seitenanzahl in Kategorien"
},
browserStorageManager: {
   scripts:     "en:User:PerfektesChaos/js/browserStorageManager/r.js",
   title:       "[[User:PerfektesChaos/js/browserStorageManager|browserStorageManager@PerfektesChaos]]",
   description: "Cookies und Web Storage anzeigen und manipulieren"
},
// , ...

Als dritten Parameter der only-Funktion würde ich mir noch den wgCanonicalSpecialPageName wünschen.

Fliegelflagel könnte gut ein auffälliges Icon vertragen; bei einem mystischen Wesen hätte man ja Gestaltungsfreiheit.

Liebe Grüße --PerfektesChaos 20:42, 1. Jan. 2014 (CET)

• description müsste reines HTML und damit auch Links akzeptieren. Da die Überschriften auch zum Ein- und Ausklappen des nachfolgenden Blocks dienen, sind dort keine Links möglich.
• Du kannst in only alles verwenden, was du verwenden willst, auch wgCanonicalSpecialPageName. Dass nur diese beiden Parameter übergeben werden, liegt daran, dass der Namensraum so häufig gebraucht wird, und die action erst normalisiert werden muss, bevor man etwas Vernünftiges damit anfangen kann.
• Den Code solltest du in drei Blöcke aufteilen: Einen für Benutzer:Schnark/js/fliegelflagel.js für die Definitionen für de.wikipedia, einen für Benutzer:Schnark/js/fliegelflagel.js/global.js für die global verwendbaren Skripte (da dürfte defekterWeblinkBotVorlage wegfallen), und einen für Benutzer:Schnark/js/fliegelflagel.js/config.js für die Beschreibungen.
• Einige Skripte würden unnötigerweise auf Spezialseiten geladen.
• Bei Code, der in meinen Skripten verwendet werden soll, musst du von deinen Konventionen abweichen, und meine verwenden: Einrücken mit je einem Tab, kein Alignment mit Leerzeichen, einfache Anführungszeichen für Strings, Leerzeichen um alle Operatoren, keine Klammern um Rückgabewerte, keine unnötigen Parameter (sprich: action weglassen, falls nicht benötigt).

--Schnark 09:15, 2. Jan. 2014 (CET)

Aha.

• Die beiden Unterseiten kannte ich noch nicht.
• Docpage-Link:
  • Du meinst also, ich soll an die description einen HTML-Code mit einem Kurztitel wie [Mehr …] anfügen? Nun gut. Immerhin wichtig zu wissen, dass du den nicht rausescapest.
  • Gleichwohl wäre es ansprechend, wenn dieses Link in der description, sofern eine Docpage-Location definiert wurde, mit einem einheitlichen Symbol und an einheitlicher Stelle in der aufgeklappten description erscheinen würde.
• Neuer Versuch Richtung Wochenende. Schöne Tage bis dann --PerfektesChaos 09:48, 2. Jan. 2014 (CET)

Gut, ich werde einen docpage-Parameter unterstützen, aber der muss eine URL enthalten, nicht einfach nur einen Seitentitel. --Schnark 09:53, 2. Jan. 2014 (CET)

Einen docpage-Parameter gibt es nun, für alles Weitere bitte Benutzer:Schnark/js/fliegelflagel#Aufnahme fremder Skripte beachten. --Schnark 10:31, 3. Jan. 2014 (CET)

Neuer Versuch; alle mit Komma abgeschlossen. updated 10:44, 8. Jan. 2014 (CET)

/fliegelflagel.js – de.wikipedia

defekterWeblinkBotVorlage: {
	scripts: '[[Benutzer:PerfektesChaos/js/defekterWeblinkBotVorlage/r.js]]',
	only: function (ns) {
		return ns === 0 || ns === 1 || mw.config.get('wgCanonicalSpecialPageName') === 'Gadgets';
	},
},

/fliegelflagel.js/global.js

wikiSyntaxTextMod: {
	scripts: 'en:User:PerfektesChaos/js/WikiSyntaxTextMod/r.js',
	only: function (ns, action) {
		return (ns % 2 === 0 && action === 'edit') ||
			mw.config.get('wgCanonicalSpecialPageName') === 'Gadgets';
	},
	before: function () {
		return mw.user.options.get('userjs-perfekteschaos-wstm-config', '');
	}
},
loadResourceFile: {
	scripts: 'en:User:PerfektesChaos/js/loadResourceFile/r.js'
},
paneMarker: {
	scripts: 'mw:User:PerfektesChaos/js/paneMarker/r.js'
},
resultListSort: {
	scripts: 'mw:User:PerfektesChaos/js/resultListSort/r.js',
	only: function (ns) {
		return ns === -1;
	}
},
listPageOptions: {
	scripts: 'en:User:PerfektesChaos/js/listPageOptions/r.js',
	only: function () {
		return $.inArray(mw.config.get('wgCanonicalSpecialPageName'), [ 'Watchlist', 'Recentchanges', 'Gadgets' ] >= 0);
	},
},
autoBackup: {
	scripts: 'en:User:PerfektesChaos/js/autoBackup/r.js'
},
watchCategories: {
	scripts: 'en:User:PerfektesChaos/js/watchCategories/r.js',
	only: function () {
		return $.inArray(mw.config.get('wgCanonicalSpecialPageName'), [ 'Watchlist', 'Gadgets' ] >= 0);
	}
},
browserStorageManager: {
	scripts: 'en:User:PerfektesChaos/js/browserStorageManager/r.js'
},

/fliegelflagel.js/config.js – lokalisierte deutschsprachige Beschreibung

{
	id: 'autoBackup',
	title: 'autoBackup@PerfektesChaos',
	description: 'Automatische Sicherungskopien vom Bearbeitungsfeld',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/autoBackup',
	category: 'edit',
	status: 'stable'
},
{
	id: 'browserStorageManager',
	title: 'browserStorageManager@PerfektesChaos',
	description: 'Cookies und Web Storage anzeigen und manipulieren',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/browserStorageManager',
	category: 'other',
	status: 'stable'
},
{
	id: 'defekterWeblinkBotVorlage',
	title: 'defekterWeblinkBotVorlage@PerfektesChaos',
	description: 'Zur Bot-eingefügten Vorlage für defekte Weblinks Hinweise im Artikel zeigen',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/defekterWeblinkBotVorlage',
	category: 'other',
	status: 'stable'
},
{
	id: 'listPageOptions',
	title: 'listPageOptions@PerfektesChaos',
	description: 'Aktionen für Beobachtungsliste und Letzte Änderungen',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/listPageOptions',
	category: 'other',
	status: 'stable'
},
{
	id: 'loadResourceFile',
	title: 'loadResourceFile@PerfektesChaos',
	description: 'CSS oder JS von der Festplatte in die Wiki-Seite laden',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/loadResourceFile',
	category: 'other',
	status: 'stable'
},
{
	id: 'paneMarker',
	title: 'paneMarker@PerfektesChaos',
	description: 'Beim Editieren einer Seite farbigen Tabulator-Icon anzeigen',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/paneMarker',
	category: 'edit',
	status: 'stable'
},
{
	id: 'resultListSort',
	title: 'resultListSort@PerfektesChaos',
	description: 'Ergebnislisten auf Spezialseiten sortieren',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/resultListSort',
	category: 'other',
	status: 'stable'
},
{
	id: 'watchCategories',
	title: 'watchCategories@PerfektesChaos',
	description: 'Beobachtung der Seitenanzahl in Kategorien',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/watchCategories',
	category: 'other',
	status: 'stable'
},
{
	id: 'wikiSyntaxTextMod',
	title: 'WikiSyntaxTextMod@PerfektesChaos',
	description: 'Syntaxpolitur, Fehlermeldungen, automatische Behebung von Syntaxfehlern sowie benutzerdefinierte Änderungen',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/WikiSyntaxTextMod',
	config: [ { id: 'perfekteschaos-wstm-config', desc: 'Konfigurations-Skript: ' } ],
	category: 'edit',
	status: 'stable'
},

Hoffentlich habe ich diesmal alles richtig gemacht. Schöne Woche --PerfektesChaos 16:23, 5. Jan. 2014 (CET) updated 10:44, 8. Jan. 2014 (CET)

• Benutzer:PerfektesChaos/js/defekterWeblinkBotVorlage/d.js: In DWBV.furnish unbedingt DWBV.suite escapen!
• WSTM: Ich hatte das Skript für mich mal so konfiguriert, dass es auch auf Diskussionsseiten zu gebrauchen war, ns % 2 === 0 sollte also weg.
• Benutzer:PerfektesChaos/js/loadResourceFile: Ich hatte in die Dokumentation noch einen Punkt reingemogelt, dass mir die allgemeine Nützlichkeit einleuchten muss. Das sehe ich hier nicht als gegeben an, das Skript ist nur für Entwickler sinnvoll, und wie viele solche kennst du, die sowohl dein als auch mein Skript verwenden (wollen)?
• $.inArray liefert einen Index, keinen booleschen Wert, du willst so etwas wie  !== -1 noch schreiben.
• en:User:PerfektesChaos/js/autoBackup/d.js: BAK.gui.folder hat ein unlokalisiertes "bytes".
• Benutzer:PerfektesChaos/js/browserStorageManager: So etwas ist eigentlich Aufgabe des Browsers, nicht eines Benutzerskripts (und soweit ich weiß, tut das zumindest Google Chrome auch, wenn ich diesen Browser auch nicht verwende). Insofern gilt auch hier: Bitte darlegen, warum das als Benutzerskript nützlich ist.
• mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Gadgets' scheint mir in einigen Fällen nur für potentielle zukünftige Entwicklungen dort zu stehen?
• docpage: mw.util.getUrl: Solange du nicht in jedem Wiki eine eigene Beschreibungsseite hast, solltest du die URL direkt angeben, da sie sonst in den meisten Fällen ins Leere führt.
• ns <= 1 && ( ns >= 0 || mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Gadgets' ) ist unleserlich, ns === 0 || ns === 1 || mw.config.get('wgCanonicalSpecialPageName') === 'Gadgets' ist besser.
• Wenn du auf mw.config.get('wgCanonicalSpecialPageName') testest, sind Test wie ns === -1 überflüssig, weg damit.
• Im Gegensatz zu MW kommen in meinen Stilregeln nach öffnende und vor schließende Klammern kein Leerzeichen (so, wie auch in geschriebenen deutschen Texten).

--Schnark 09:56, 7. Jan. 2014 (CET)

Die Sache mit wgCanonicalSpecialPageName und -1 war mal ein Bug, weshalb man das in PDDs Monobook oder anderen Benutzerskripten noch sieht. Der Umherirrende 20:20, 7. Jan. 2014 (CET)

Zu der Zeit konnte ich noch nicht wirklich programmieren, wie man an so erheiternden Kommentaren wie etwas eleganter für so eine Änderung sieht. Den Namensraum-Test habe ich da immerhin intuitiv richtig gemacht, ohne von dem Bug zu wissen, und es ist vermutlich die einzige Stelle, wo er sich bis heute bei mir erhalten hat. --Schnark 09:31, 8. Jan. 2014 (CET)

• defekterWeblinkBotVorlage
  • Gestern abend DWBV.suite escaped, danke.
  • Kurioserweise hatte in DWBV.find() in der Doku bereits mw.util.wikiUrlencode() gestanden; irgendwie war ich davon abgelenkt gewesen.
• WSTM auf Disku
  • Das soll das unnötige Laden von 22 kB vermeiden, die für alle anderen Benutzer sofort wieder abgewiesen werden.
  • Vielleicht ein weiterer Item 'WSTM!API' für Experten, in allen NR, mit Spezialkonfiguration?
• $.inArray
  • Ja, ich war auf dem boolean Trip, obwohl ich mal WP:JS/JQ #Array geschrieben hatte. Oben korrigiert.
• BAK.gui.folder hat ein unlokalisiertes "bytes".
  • Ja, irgendwann habe ich keinen Bock mehr, nur um der Großschreibung willen einen übersetzbaren Item anzubieten.
• wgCanonicalSpecialPageName===Gadgets
  • Bei defekterWeblinkBotVorlage (zurzeit aus 2012) Frühjahrszukunft. Bei watchCategories ist die interaktive Auflistung, welche Kategorien zumindest auf leer oder nicht leer geprüft werden sollen und dann zumindest auf der Beo anzuzeigen wären, bereits programmiert, aber noch nicht ausgetestet und hochgeladen. Ich habe aber jetzt oben die NR-Einschränkung "Gadgets", "Watchlist" weiter auf die beiden Spezialseiten reduziert; um auf beliebigen Seiten darzustellen, muss ohnehin das komplexe Objekt definiert werden. Grundsätzlich strebe ich für alle modernen Skripte eine interaktive Konfiguration mindestens von Standardfällen an.
• docpage mit Domain
  • Ja, stimmt; falls Fliegelflagel mal von der deutschsprachigen Wikisource aus benutzt wird, aber die hiesige config.js greifen soll, ist das wohl besser. Oben geändert.
• ns-Limits
  • Effizienz vs. Leserlichkeit; gut, ganz wie du magst.
  • Beim ns=2 sind durch die erste Bedingung sofort sämtliche Analysen beendet; die Prozedur in mw.config.get damit auch überflüssig. Der integer-Abgleich auf die NR-Nr. spart auch das Heraussuchen von Zeichenketten aus dem config-Objekt, um dann festzustellen, dass man meist in NR ist, in denen dies nicht definiert ist.
• Leerzeichen nach/vor Klammern
  • Mache ich persönlich auch nicht – so durchgängig nicht in WSTM; bin aber immer bemüht, mich den Stilen potentieller Leser anzupassen.
• loadResourceFile
  • Neben der Gadget-Entwicklung gibt es aber noch mehrere weitere Anwendungsfälle:
    • Nur auf eine bestimmte Wiki-Seite (bestimmte Spezialseiten-Ergebnisse, bestimmte Benutzerseite) soll spontan ein ggf. aktuell angepasstes Festplatten-Skript angewendet werden (rein interaktiver Fall).
    • Mit den Inhalten wird experimentiert, etwa die autoFormatter-Definition. Auch rein interaktiv.
    • Skript-Inhalt soll anderen Benutzern und der Welt verborgen bleiben.
    • Skript-Inhalt ändert sich häufig; etwa dieser – gut, der muss die Bibliotheksfunktion loadFiles() zum automatischen Laden ohnehin einmalig in die common.js schreiben.
• browserStorageManager
  • Die Überwachung von Cookies und Web Storage findet zunehmend die Aufmerksamkeit der Benutzer; sowohl was immer neue Späh- und Tracking-Aktivitäten der WMF angeht, aber auch, was vielleicht ein Benutzerskript heimlich treiben könnte.
  • Zur Anzeige der sessionStorage weiß ich momentan weder einen Browser noch ein Add-on.
  • Zurzeit gibt es offenbar weder einen Browser noch ein Add-on, die die Gesamtlänge angeben würden.
    • Die Länge der localStorage innerhalb einer Top-Domain (2) einschließlich aller Sub-Domains darf beim FF, Opera und perspektivisch bei allen Browsern (teilweise noch Bugs) 5 MB nicht überschreiten (was machen die eigentlich mit .ac.uk?).
    • Die Länge des Modul-stores liegt nach Betrachten der Hauptseite eines Wikis bei 800–900 kB, nach einigen Spezialseiten und Edits bei 1400 kB; mit VE dazu bei über 1900 kB. Weil frühere Versionen von Modulen nicht sauber aus dem store entfernt werden, kumuliert das mit der Zeit noch. Die maximale Länge eines JS-strings liegt etwas über 2 MB; danach ist Schluss mit JSON.
    • Weil ich neben der enWP noch ein oder zwei andere Subdomains von wikipedia.org besucht habe, bekomme ich für die deWP keinen Modul-store mehr, weil der Platz nicht reicht. Es gibt bereits Probleme mit dem konkurrierenden autoBackup.
  • Cookies können inzwischen wohl alle aktuellen Browser-Versionen anzeigen.
    • Teilweise ist der Zugang aber sehr verwinkelt und in Entwicklerwerkzeugen versteckt.
    • Cookies manipulieren, mindestens löschen können die meisten dann.
    • localStorage zeigen nur wenige an; zur Manipulation ist ein spezielles Add-on erforderlich, dass es für diesen Browser womöglich nicht gibt.
  • Bei jedem Browser ist der Weg anders, und muss teilweise für Cookies und localStorage in gesonderten Winkeln gesucht werden.
    • Mit Safari kenne ich mich überhaupt nicht aus.
    • Was ist mit dem Mobilzeugs?
    • Ziel ist, eine einheitliche, Browser-unabhängige Oberfläche anzubieten.
    • Es soll für alle Browser einheitlich eine einfach zu findende Möglichkeit geboten werden, die alle drei Speicherarten umfasst, bei allen die Manipulation erlaubt, bei allen drei Arten die Manipulation in genau gleicher Weise ermöglicht und über die momentane Gesamtlänge informiert.

LG --PerfektesChaos 10:44, 8. Jan. 2014 (CET)

Schon die erste Google-Suche liefert mit [12] ein Bookmarklet zur Anzeige aller lokal gespeicherten Daten, mit dem man diese auch löschen kann, das Ändern oder Hinzufügen ist ohnehin nur etwas für Leute, die wissen, was sie tun. Chrome und Safari können es wie gesagt von Haus aus, Firebug kann es, weitere Firefox-Addons können es. Wenn sich ein Benutzer für diese Daten interessiert, dann interessiert er sich nicht nur in MediaWiki-Wikis dafür, sondern überall, womit eine einheitliche Lösung für alles eben kein Benutzerskript sein kann. Sobald [13] oder eine geeignetere Suche zeigen, dass andere Benutzer die beiden Skripte nützlicher finden als ich, nehme ich sie auf, bis dahin erst einmal nur die anderen. --Schnark 11:23, 8. Jan. 2014 (CET)

defekterWeblinkBotVorlage funktioniert nicht auf Antisemitismus (bis 1945) (wohl aber auf Griechenland), sicher, dass du alles richtig escapest? --Schnark 11:35, 8. Jan. 2014 (CET)

Das kommt davon, wenn man auf die Schnelle was macht, und keine Testphase einlegt.

• Das API-Objekt braucht die Klammern unescaped; deshalb wohl hatte ich dort vor 15 Monaten von Hand die Leerzeichen escaped, und war dann irgendwie mittendrin aus dem Takt gekommen.

Das Link-Escape der WL über den Apostroph braucht hingegen den mw.util.wikiUrlencode() – nebenbei ist im ANR die Gefahr böswilliger Artikelnamen relativ gering.

Fixed, LG --PerfektesChaos 09:54, 9. Jan. 2014 (CET)

Script

Hallo Schnark, ich hatte gestern auf "Fragen zur Wikipedia" gefragt, ob jemand eine Wiedervorlage-Funktion einrichten könnte und wurde auf Dein Skript verwiesen. Ich weiß nun gar nicht richtig, wie man das einrichtet, da ich technisch nicht so ganz fit bin. Kannst Du mir bitte helfen? Danke, -- Nicola - Chapeau, Marvulli! 11:25, 12. Jan. 2014 (CET)

Wenn du nicht nur Teile der Kopieranweisung kopierst, sondern auch das importScript genau so stehen lässt, wie es in der Kopiervorlage steht, dann funktioniert es auch. --Schnark 09:15, 13. Jan. 2014 (CET)

Tatächlich. Cool, danke!!!!!!!!!!! -- Nicola - Chapeau, Marvulli! 10:39, 13. Jan. 2014 (CET)

Kannst mir das noch mit dem Titel und dem Inhalt erklären? -- Nicola - Chapeau, Marvulli! 11:09, 13. Jan. 2014 (CET)

Ich weiß nicht, ob dir die Erklärung jetzt wirklich hilft, aber „Titel“ ist der Titel, den du der Notiz gibst, und „Inhalt“ ist der Inhalt der Notiz. --Schnark 11:24, 13. Jan. 2014 (CET)

Ok. Das sind also Funktionen, die ich eigentlich gar nicht brauche :) Danke, -- Nicola - Chapeau, Marvulli! 11:47, 13. Jan. 2014 (CET)

Vorlage:IW

Hallo Schnark!

Die von dir angelegte Seite Vorlage:IW wurde zum Löschen vorgeschlagen, bitte lies dazu die Löschregeln. Möglicherweise mangelt es der Seite an Qualität und/oder vielleicht ist – im Falle eines Artikels – die enzyklopädische Relevanz nicht eindeutig im Artikel erkennbar oder es gibt andere Löschgründe. Ob die Seite tatsächlich gelöscht wird, wird sich im Laufe der Löschdiskussion entscheiden, wo du den Löschantrag mit den konkreten Löschgründen findest. Bedenke bei der argument- und nicht abstimmungsorientierten Diskussion bitte, was Wikipedia nicht ist. Um die Relevanz besser erkennen zu lassen und die Mindestqualität zu sichern, sollte primär die zur Löschung vorgeschlagene Seite weiter verbessert werden. Das wiegt als Argument deutlich schwerer als ein ähnlich aufwändiger Beitrag in der Löschdiskussion.

Du hast gewiss einiges an Arbeit hineingesteckt und fühlst dich vielleicht vor den Kopf gestoßen, weil dein Werk als Bereicherung dieser Enzyklopädie gedacht ist. Sicherlich soll aber mit dem Löschantrag aus anderer Sichtweise ebenfalls der Wikipedia geholfen werden. Bitte antworte nicht hier, sondern beteilige dich ggf. an der Löschdiskussion. Grüße, Xqbot (Diskussion) 18:34, 19. Dez. 2013 (CET) (Diese Nachricht wurde automatisch durch einen Bot erstellt. Falls du zukünftig von diesem Bot nicht mehr über Löschanträge informiert werden möchtest, so trage dich hier ein.)

Hallo Schnark! Ich habe die Vorlage heute gelöscht (sorry). Wenn Du eine Wiederherstellung in Deinem BNR wünschst, sag ein Wort. Grüße -- Wolfgang Rieger (Diskussion) 20:00, 6. Jan. 2014 (CET)

Du musst dich nicht für eine korrekte Entscheidung entschuldigen. Da ich die Vorlage irgendwo in meinem BNR entwickelt habe, müsste ich ohnehin noch irgendwo eine Kopie liegen haben. --Schnark 09:08, 7. Jan. 2014 (CET)

Gerade gefunden: en:Template:link-interwiki – War dir die im Vorfeld bekannt? Ich erinnere mich an nichts mehr.

OT: typo report – Benutzer:Schnark/js/fliegelflagel.js/config.js „die selbe Seite“ → „dieselbe Seite“

Schönen Tag --PerfektesChaos 10:11, 22. Jan. 2014 (CET)

Einstellungen für deine Benutzerskripte / section-links.js

Hi Schnark,

ich steh irgendwie gerade auf dem Schlauch: Ich möchte das Skript section-links.js benutzen, die Navigationslinks (voriger/nächster Abschnitt) brauche ich jedoch nicht. Wenn ich das Skript richtig verstehe, gibt es dafür die Einstellung "schnark-sections-nav".

Was genau muss ich jetzt in mein Benutzer-JS schreiben, damit die Nav-Links deaktiviert werden? mw.user.options.set('schnark-sections-nav', 'false'); hats irgendwie nicht gebracht.

Danke und Gruß, --Patrick87 (Diskussion) 20:43, 14. Jan. 2014 (CET)

Lass die Anführungszeichen um false weg. 'false' ist ein String, der nicht die Länge 0 hat, und ist in JavaScript damit im booleschen Kontext gleich true. --Schnark 09:16, 15. Jan. 2014 (CET)

Super, hat geklappt. Da hätte ich auch selber drauf kommen können (aber so ist das ja meistens mit Programmierfehlern...).

Zu dem genannte Skript hätte ich direkt auch noch einen Verbeserungsvorschlag:
Für den letzten Abschnitt wird ja das "Abschnitt hinzufügen"-Pluszeichen eingeblendet. Dieses steht zwischen "Abschnitt bearbeiten" und "Zum Anfang springen" und bringt dadurch die Reihenfolge durcheinander die für alle anderen Abschnitte gilt. Was hältst du davon das "+" vor den "Abschnitt bearbeiten"-Knopf zu verschieben (oder aber auch ganz ans Ende) um für alle Abschnitte eine einheitliche Reihenfolge der Symbole zu erzielen? --Patrick87 (Diskussion) 09:44, 15. Jan. 2014 (CET)

Ich hatte auch schon mal mit TMg eine Diskussion über Die Richtige Reihenfolge der Symbole, und ich bleibe dabei, dass ich nichts daran ändern werde. Da wir durch ein lokales Skript beim letzten Abschnitt auf Diskussionsseiten ein "Abschnitt hinzufügen" haben, gehört das Plus auch als Symbol direkt rechts neben den Stift, um konsistent zum Aussehen ohne mein Skript zu sein. --Schnark 09:56, 15. Jan. 2014 (CET)

Das verstehe ich nicht, denn konsistent mit dem "Standardaussehen" sind wir ja dank deines Skripts sowieso nicht. Das "Standardaussehen" seinerseits ist wie du ja selbst schreibst sowie so nur Resultat eines Skripts, das wir zufällig hier lokal auf dewiki haben und kann in meinen Augen damit kaum als Referenz dienen. Insbesondere, da die Reihenfolge bestimmt auch hier anders gewählt wäre, wenn wir noch andere editsection-Links einfügen würden.
Das letzte Wort hast natürlich trotzdem du. Aber mal als Anregung: Wenn wir das "+" ans Ende packen, wäre die "Standardreihenfolge" ja streng genommen nicht einmal verändert. Es würden lediglich zusätzliche Links auf konsistente Weise zwischen den bereits bestehenden eingefügt Vorlage:Smiley/Wartung/;) . Vielleicht lässt du dich ja doch noch überzeugen! --Patrick87 (Diskussion) 10:16, 15. Jan. 2014 (CET)

Der Standard ist „direkt rechts daneben“ (ja, natürlich gibt es bei zwei Links nebeneinander nur „direkt neben“). Im Moment ist die Reihenfolge in meinem Skript: Bearbeiten – Navigieren – komplexe Dinge tun (wobei letztere nicht immer angezeigt werden). Wenn ich das Plus ans Ende setzen würde, dann würde es den Bearbeiten-Block auseinander reißen. Die einzige Logisch Sinnvolle Stelle für das Plus ist direkt rechts neben dem Stift. --Schnark 10:27, 15. Jan. 2014 (CET)

Oder eben links daneben, womit der "Bearbeiten"-Block intakt wäre (deswegen hatte ich das eingangs vorgeschlagen). Aber ich akzeptiere deine Meinung jetzt mal so, auch wenn es für mich persönlich absolut nicht logisch ist (damit gibt es wohl überhaupt keine logisch sinnvolle Stelle Vorlage:Smiley/Wartung/;) ). Grüße und Danke auf jeden Fall für das tolle Skript (das ich übrigens durch Zufall auf einem Screenshot von dir auf mw:Talk:Typography refresh entdeckt habe). --Patrick87 (Diskussion) 11:22, 15. Jan. 2014 (CET)

Ursprünglich hat das lokale Skript, das hier "Abschnitt hinzufügen" ergänzt, dies vor "Abschnitt bearbeiten" eingefügt, woraufhin sich alle darüber beschwert haben, dass sie sich nun immer verklicken. Also muss "Abschnitt bearbeiten" grundsätzlich zuerst kommen. Falls mir mal langweilig wird, baue ich eine Möglichkeit ein, dass jeder die Reihenfolge selbst bestimmen kann. --Schnark 11:26, 15. Jan. 2014 (CET)

Ich bin gerade am basteln bezüglich section-links.js und habe es mal so umgebaut, dass die Bildaten der Icons im CSS stehen und für die einzelnen Links nur noch ein Klassenname gesetzt wird. Könnte mir vorstellen, dass dies etwas effizienter ist, schöneres HTML produziert es auf jeden Fall, und einen Klassennamen zur Hand zu haben ist denke ich selten verkehrt. Wenn du magst kannst du die Änderung ja in das Skript einpflegen.

Desweiteren habe ich noch eine Frage die du als "JavaScript-Meister" vielleicht beantworten kannst (hoffe ich nerve dich nicht zu arg): Ich habe versucht, die Icons nach meinen oben genannten Wünschen zu vertauschen. Dieser Code in meinem Benutzer-JS funktioniert zwar, allerdings musste ich einen Timeout von 500 ms einbauen. Weißt du ob/wie ich das eleganter hinbekomme? --Patrick87 (Diskussion) 00:00, 16. Jan. 2014 (CET)

Du kannst die Reihenfolge der Symbole natürlich erst dann verändern, wenn sie da sind. Die Funktion, die du $(document).ready übergibst, wird aber vor der Funktion addButtons aus section-links.js ausgeführt. Wenn dir Eleganz wichtiger ist als Knappheit, könntest du Benutzer:Schnark/js/fliegelflagel verwenden, dort gibt es die Möglichkeit einer Callback-Funktion, die nach dem Laden eines Skripts ausgeführt wird. Andererseits müsste section-links.js ohnehin teilweise umgeschrieben werden, da es noch an anderen Stellen hofft, in der richtigen Reihenfolge geladen zu werden und nicht mit VE kompatibel ist. --Schnark 09:21, 16. Jan. 2014 (CET)

OK, schade. Das heißt es gibt mit "Bordmitteln" tatsächlich keine einfache Möglichkeit das Problem in den Griff zu bekommen. Fliegelflagel werde ich mir mal anschauen, aber dafür, dass ich genau ein Skript daraus verwende, ist es wohl reichlich Overkill. Bei Gelegenheit werde ich mir auch mal den Quelltext anschauen, denn wenn fliegelflagel eine Callback-Funktion aufrufen kann, müsste ich das manuell ja prinzipiell auch können. --Patrick87 (Diskussion) 10:11, 17. Jan. 2014 (CET)

Zu den Hintergrundbildern als Inline-Style vs. Klasse: Als Klasse ist mir das zu unsicher. Deine Variante müsste zwar funktionieren, aber auch nur, weil du als Selektor zwei Klassen genommen hast (ich unterstelle dir einfach mal, dass du das nicht bewusst getan hast). Falls in irgendeinem obskuren Wiki sich die Gemeinschaft gegen Icons hinter externen Links entschieden und ein #content a { background: none !important; } in die Common.css geschrieben hat, funktioniert es nicht mehr. Und so unwahrscheinlich ist das vermutlich nicht. Der Inline-Style in Kombination mit !important ist die einzige Möglichkeit, solche Stile sicher zu überschreiben. --Schnark 09:11, 17. Jan. 2014 (CET)

Danke für die Info. Bewusst habe ich es schon gemacht, nur nicht mit der Intention das von dir genannte Problem zu lösen Vorlage:Smiley/Wartung/;) . Wieder was dazu gelernt! In jedem Fall waren meine Basteleien sowieso nur zur persönlichen Weiterbildung gedacht, also auf keinen Fall als Kritik am Skript, ich hoffe das kam bei dir so an! --Patrick87 (Diskussion) 10:11, 17. Jan. 2014 (CET)

Die Reihenfolge ist nun konfigurierbar, am leichtesten über Benutzer:Schnark/js/fliegelflagel (dort einfach in den Einstellungen), ansonsten auch von Hand über userjs-schnark-section-links-order. Durch das userjs--Präfix kann die Einstellung auch auf dem Server gespeichert werden, etwa über Spezial:API-Spielwiese. Außerdem sollte das Skript jetzt VE-kompatibel sein (was ich nicht testen kann, da ich keinen VE-kompatiblen Browser verwende). --Schnark 09:28, 20. Jan. 2014 (CET)

Wow, perfekt! Werde ich heute Abend gleich testen. VE habe ich deaktiviert, aber kann ich bei der Gelegenheit dann auch kurz anschalten zum testen, falls mir nicht jemand zuvorkommt. --Patrick87 (Diskussion) 09:57, 20. Jan. 2014 (CET)

So, auf den ersten Blick scheint alles ordnungsgemäß zu funktionieren. Auch mit aktiviertem VE konnte ich keine Unregelmäßigkeiten feststellen, die Knöpfe werden ordnungsgemäß eingefügt. Einzig vielleicht, dass "section 0" nur einen normalen Edit-Link hat, aber keinen VEdit-Link; da VE derzeit aber noch keine einzelnen Abschnitte bearbeiten kann ist das sowieso hinfällig. --Patrick87 (Diskussion) 20:12, 20. Jan. 2014 (CET)

Dass bei der Einleitung kein VE-Link angezeigt wird, ist Absicht. Den Einleitungsabschnitt zu bearbeiten macht nur Sinn, wenn man sich das Laden des Restes ersparen will. Das macht bei VE grundsätzlich keinen Sinn. Bei den anderen VE-Links erspart man sich immerhin das Hochscrollen. --Schnark 09:15, 21. Jan. 2014 (CET)

Kenner gefragt

Hallo Schnark, könntest Du Dir, wenn Du mal Zeit hast, meine Unterseiten

• Benutzer:Emeritus/common.js
• Benutzer:Emeritus/vector.js
• Benutzer:Emeritus/monobook.js <könnte gelöscht werden?, weil über /common.js?>

ansehen? Das wurde so peu-a-peu aufgebaut, immer wenn ich was Nützliches fand. Ich komme damit zurecht, ob es optimal ist, weiss ich nicht, bisher nur praktisch für mich. (Never change a working system :-))

Ich muss wegen einiger Ergänzungen, hier zu den Exportfunktionen (Abspeichern einer .xms-Datei) zum Marjorie mit monobook arbeiten, die wohl nie auf Vektor umgestellt wurden, jedenfalls funktionierte es dort nicht. Nebenbei, fällt mir gerade auf, so oft brauche ich die Exportfunkton auch wieder nicht, da könnte ich punktuell immer wieder auf monobook zurückschalten, das müsste ich inzwischen ja nicht vergessen haben. Danke. --Emeritus (Diskussion) 05:19, 21. Jan. 2014 (CET)

Oha. Alt ist da gar kein Ausdruck mehr. Deine vector.js kannst du leeren und den Inhalt deiner common.js ersetzen durch

// Benutzer:Mcaviglia - www.mcaviglia.ch - Zeile bitte stehen Lassen 
mw.loader.load('http://www.mcaviglia.ch/gmap/get_coor_js.asp?l=de');

//Rechtschreibhelfer
importScript('Benutzer:TMg/autoFormatter.js');// [[Benutzer:TMg/autoFormatter.js]]

//Marjorie-Link
importScript('Benutzer:Emeritus/marjorie-wiki.js'); // [[Benutzer:Emeritus/marjorie-wiki.js]]

//WARTENDE NEULINGE
importScript('Benutzer:Euku/Mentorenprogramm.js'); // [[Benutzer:Euku/Mentorenprogramm.js]]

//IP-Patrol-Vandalenkennzeichnung
importScript('Benutzer:APPER/IP-Patrol/js');

//PND-Suche
importScript('Benutzer:APPER/PNDJS');

//Entfernung von Links aus Personendaten-Feldern mit Datum
importScript('Benutzer:APPER/removeLinksInPdDates');

//Dateilinks fixen
importScript('Benutzer:DerHexer/fixlinks.js');

//Normdaten-Helferlein
importScript('Benutzer:Schnark/js/templateEditor.js'); //[[Benutzer:Schnark/js/templateEditor.js]] 
importScript('Benutzer:Schnark/js/personendaten.js/normdaten.js'); //[[Benutzer:Schnark/js/personendaten.js/normdaten.js]]

mw.loader.load('//de.wikipedia.org/w/index.php?title=Benutzer:PerfektesChaos/js/defekterWeblinkBotVorlage/r.js&action=raw&ctype=text/javascript&maxage=86400');

//Schiedsrichter-Helferlein
var MyRatingSignature = "E";
importScript('Benutzer:Flominator/WaWeWeWi.js');

//[[Benutzer:Schnark/js/syntaxhighlight.js]]
importScript('Benutzer:Schnark/js/syntaxhighlight.js');

//Modul: markAdmins.js
var markadmins = true;          // Admins u.ä. besonders hervorheben?
var mawatchlist = true;               // auch auf der Beobachtungsliste?
var macontribs = true;                // auch auf den Benutzerbeiträgen?
var markatxt = "A";              // Markierung für Admins
var markrenatxt = "A-Ren";       // Markierung für umbenannte Admins
var markbureautxt = "B";         // Markierung für Bürokraten
var markstewtxt = "S";           // Markierung für Stewards

var markcomadmins = true;      // zusätzlich: Commons-Admins besonders hervorheben?
var markcomatxt = "Com-A";       // Markierung für Commons-Admins

var markexadmins = true;       // zusätzlich: Ex-Admins besonders hervorheben?
var markexatxt = "Ex-A";         // Markierung für Ex-Admins
var markexbureautxt = "Ex-B";    // Markierung für Ex-Bürokraten

var markarbcom = true;         // zusätzlich: Schiedsgericht besonders hervorheben?
var markarbcomtxt = "SG";        // Markierung für Schiedsgerichtler

var markcheckuser = true;      // zusätzlich: CheckUser besonders hervorheben?
var markcheckusertxt = "CU";     // Markierung für Checkuser-Berechtigte
var markombudsmantxt = "O";      // Markierung für Ombudspersonen

//zusätzliche Knöpfe in der Werkzeugleiste
if ($.inArray(mw.config.get('wgAction'), ['edit', 'submit']) > -1) {
mw.loader.using('mediawiki.action.edit', function () { //<nowiki>

mw.toolbar.addButton(
  "http://images4.wikia.nocookie.net/vereins/images/e/e8/VW_Button.png",
  "Export fürs Vereins-Wiki",
  "{{Export|VW|2=~~~~}}",
  "",
  ""
);

mw.toolbar.addButton(
  "http://images4.wikia.nocookie.net/vereins/images/e/e8/VW_Button.png",
  "Export fürs Vereins-Wiki OK",
  "{{Export|VW|2=~~~~|3=ok}}",
  "",
  ""
);

mw.toolbar.addButton(
  "http://images1.wikia.nocookie.net/central/images/b/b4/Button_category03.png",
  "Kategorie",
  "[[Kategorie:",
  "]]",
  ""
);

mw.toolbar.addButton(
  "//upload.wikimedia.org/wikipedia/commons/4/47/Button_redir.png",
  "Weiterleitung",
  "#WEITERLEITUNG [[",
  "]]",
  ""
);

mw.toolbar.addButton(
  "//upload.wikimedia.org/wikipedia/commons/9/9d/Button_halt.png",
  "Mögliche Urheberrechtsverletzung",
  "{{URV",
  "}}",
  ""
);

mw.toolbar.addButton(
  "http://images2.wikia.nocookie.net/central/images/1/13/Button_delete.png",
  "Löschantrag stellen",
  "{{Löschantrag",
  "}}",
  "Grund"
);

} //</nowiki>
}

Anschließend musst du unter Spezial:Einstellungen#mw-prefsection-gadgets markAdmins wieder aktivieren. Ein paar der Skripte, die du eingebunden hast, gibt es gar nicht mehr, die habe ich einfach entfernt. Die eigenen Knöpfe in der Werkzeugleiste funktionieren nur mit der alten Leiste, aber ansonsten sehe ich nichts was vom Skin oder sonstwas abhängig sein könnte. --Schnark 09:45, 21. Jan. 2014 (CET)

Vielen Dank, ich habe es übertragen. Das kann also archiviert werden (oder so). --Emeritus (Diskussion) 21:33, 25. Jan. 2014 (CET)

Eine kleine Bitte

Hallo Schnark, würdest du bitte diese Datei File:Suche-UI.png durch eine neuere Version ersetzen? Es geht mir darum, dass auf der Seite H:Suche, dieses Bild als Beispiel eingebunden ist. Im Text der Auswahlbox steht für die Volltextsuche aber in zwischen enthält … und nicht mehr Volltextsuche nach …. Ich würde es schöner finden, wenn die Beschreibung im Text zum Bild und der aktuellen Suchfunktion passen würde. Vielen Dank im Voraus. --Liebe Grüße, Lómelinde Diskussion 09:43, 3. Feb. 2014 (CET)

diff@Schnark

Hi,

du scheinst ein wenig off zu sein; vielleicht hast du ja Schnee gefunden. Lass es dir gutgehen.

Auf Hilfe:Versionsvergleich wirst du erwähnt – schau bitte gelegentlich, ob ich das diff@Schnark richtig dargestellt habe und ob es auch sonst so passt.

Bis dann --PerfektesChaos 17:28, 15. Feb. 2014 (CET)

Syntaxhighlight.js / Verschobenes Highlighting

Hallo Schnark, ich habe dein syntaxhighlight.js-Skript eingebunden (https://de.wikipedia.org/w/index.php?title=Benutzer:Pajz/vector.js&diff=prev&oldid=126860431), leider ist es bei mir (Chrome, aktuelle Stabilversion) stets verschoben, soll heißen die Hervorhebung ist immer ziemlich genau eine Zeile über der hervorzuhebenden Stelle. Zoom ist nicht verändert (100%), ich habe exakt dasselbe Probleme auch bei Einbindung des Skripts von RememberTheDot. Hast du eine Idee? — Pajz (Kontakt) 21:29, 25. Jan. 2014 (CET)

Bei mir mit monobook und Firefox und PDD ist es um ein Bearbeitungsfenster verschoben. :-) Also im Bearbeitungsfenster habe ich die Markierungen und darunter den Text, über die Copyrightmeldung hinweg.

Dann wollte ich syntaxHighlighter ausprobieren, welches in der Konfiguration mit Fragezeichen markiert ist, und bekam folgende Meldung: "The syntax highlighter has moved to its new home on MediaWiki.org. If you are on the English Wikipedia, the highlighter is now available as a gadget (i.e. checkbox) in your preferences. If not, please update your personal JavaScript file per the new instructions." mit Link zu https://www.mediawiki.org/wiki/User:Remember_the_dot/Syntax_highlighter --Franz (Fg68at) 01:44, 2. Mär. 2014 (CET)

Schnark ist seit einiger Zeit offline; hoffentlich nur, um in Ruhe ein Examen oder sowas zu fabrizieren.

Das von dir geschilderte Problem scheint mir keiner dringenden Lösung zu bedürfen; ich selbst werde bei nächster Gelegenheit mal den Spuren des umgezogenen Remember_the_dot folgen.

Gelegentlich wird schon alles wieder ins Lot kommen --PerfektesChaos 10:44, 3. Mär. 2014 (CET)

Ich habe mir jetzt den syntaxHighlighter in common eingebaut. Er funktioniert wunderbar. Wenn man ihn in die Konfiguration einbaut sollte man vielleicht Parben als Parameter angeben können. --Franz (Fg68at) 21:39, 3. Mär. 2014 (CET)

Tab Drop Down

Hallo Schnark, eine Frage ist die Einbindung der Languagetools von einem deiner Skripte? Falls ja (welches ist es?), es funktioniert nicht mehr, die Syntax der Seite (http://community.languagetool.org/wikiCheck) hat sich geändert. VG --95.91.251.208 01:54, 22. Feb. 2014 (CET)

Schnark ist seit einiger Zeit offline; hoffentlich nur, um in Ruhe ein Examen oder sowas zu fabrizieren.

Ich kann grad mit dem von dir erwähnten „Languagetool“ nicht viel anfangen. Wenn du mir genauer schilderst, wann und wo du die Verknüpfung damit siehst, und ob du auch angemeldet arbeitest oder dich als IP über Greasemonkey versorgt hast, kann ich versuchen, vertretungsweise die Ursache zu lokalisieren.

Auch VG --PerfektesChaos 10:44, 3. Mär. 2014 (CET)

Ich kann immerhin sagen, daß Languagetools in Benutzer:Schnark/js/extratabs enthalten ist (aber nicht zwangsläufig nur dort). Ich habe das Languagetool noch nie benutzt; es ist aber tatsächlich so, daß der Name der WP-Seite, auf der man sich gerade befindet, beim Klick auf den Languagetool-Link offenbar nicht (mehr) übergeben wird, so daß man auf der dortigen Webseite dann manuell den Seitentitel eingeben muß. Man landet auf http://community.languagetool.org/wikiCheck/index?url=http://de.wikipedia.org/wiki/Name_des_Artikels, richtig ist wohl http://community.languagetool.org/wikiCheck/pageCheck?url=Name+der+Seite&lang=de. Gruß --Schniggendiller Diskussion 02:52, 11. Mär. 2014 (CET) PS: Zuletzt aktiv am 21. Januar? Müssen wir uns Sorgen machen?

Danke!

Lieber Schnark,

ich hab ohne Probleme dein total tolles Stastik-Tool einbauen können. Danke für die Bereitstellung dieses Werkzeugs! Liebe Grüße --Atomiccocktail (Diskussion) 10:39, 11. Mär. 2014 (CET)

extratabs

Hallo Schnark,

bei den Tools von extratabs hat sich einiges getan:

• Tool "languagetool": "url" hat sich geändert in "http://community.languagetool.org/wikiCheck/pageCheck"
• Tool "luxo": sagt Please fix your source link. funktioniert aber noch. Neue Links in dieser Form: http://tools.wmflabs.org/guc/index.php?user=Schnark
• Tool "simplecount": Zeigt eine Fehlermeldung an.
• Tool "familiar": (von CyRoXX) führt auf "User account expired". Der Benutzer war auf der deutschen Wikipedia seit über einem halben Jahr nicht mehr aktiv.
• Tools von xtools ("editsummary", "articleinfo", "soxred" & "pages"): appears to be non-functional at this time., das sagt zumindest der "Internal error" von Tool Labs.
  • Das Tool "editsummary" sagt zudem: This tool has now permanently moved to labs. Neue Links in dieser Form: https://tools.wmflabs.org/xtools/editsummary/index.php?name=Schnark&lang=de&wiki=wikipedia
  • Die Anzeige der Artikelanlagen wie vom Tool "pages" ist mittlerweile durch die Filterung der eigenen Beiträge möglich (also auch über 30 Tage hinaus). Link in dieser Form: https://de.wikipedia.org/w/index.php?title=Spezial:Beiträge&contribs=user&target=Schnark&namespace=0&newOnly=1
• Tool "itemsByCat": ist jetzt hier zu finden: http://tools.wmflabs.org/bene/itemsbycat/?uselang=en
• Tools von Erwin85 ("randomarticle" & "categorycount"): User account expired. Der Benutzer Erwin85 war seit weit über einem Jahr nicht mehr aktiv.

Viele Grüße, --CENNOXX 16:15, 7. Apr. 2014 (CEST)

*

…

Alles Gute.

Wo immer du stecken magst; ich hoffe, du bist wohlauf.

Vielleicht in Examensklausur; vielleicht auf Weltreise nach dem Studium, vielleicht in einem Super-Job Tag und Nacht schuftend.

Liebe Grüße --PerfektesChaos 00:00, 14. Apr. 2014 (CEST)

+1 Ich wünsche dir auch alles Gute. Ich habe letzte Woche des Öfteren an Dich denken müssen. Ich glaube ich habe seit Beginn deines Script-Schaffens diese mit Freude unterstützt/genutzt. Ich habe gesehen wie diese aufwendiger und immer gewaltiger wurden, wie die Einbindung aufwendiger wurde und wohl schließlich in der „tollen“ Modulverwaltung Fliegelflagel mündeten.

Ich selber war eine längere Zeit dem Treiben von Wiki fern (2,5 Jahre). Wenn man nicht aufpasst kann man sich schon leicht verlieren hier, das RL geht natürlich vor, wenn es dafür die Zeit benötigt.

@Fliegelflagel: leider komme ich damit nicht ganz klar (leider hat kein einziger Versuch mit erweiterter Konfiguration funktioniert), deshalb nutze ich immer noch die Vorgängerversion (jsmodules) auch scheinen einige damit so nicht zu funktionieren (z.B. paneMarker – an dieser Stelle vielen Dank PerfektesChaos für dieses :), Edit: wenn ich alle fliegelflagel.load Anweisungen entferne auf einmal schon)

Viele liebe Grüße -- ΠЄΡΉΛΙΟ 01:34, 15. Apr. 2014 (CEST)

Uff!

Schön, dass du wieder live bist.

Drei Monate und einen Tag nach deinem letzten globalen Edit war ich schon drauf und dran, dich vermisst zu melden.

Du musst dich hier nicht abrackern, wenn du woanders Wichtiges zu tun hast. Es ist einfach nur toll zu wissen, dass du noch lebst. --PerfektesChaos 11:21, 24. Apr. 2014 (CEST)

Dem schliesse ich mich gerne an. --Leyo 00:32, 25. Apr. 2014 (CEST)

@Schnark: Die Botschaft habe ich wahrgenommen, allein ich scheiterte mit 25/51 Cäsaren und seinen Freunden, für letztere allerlei Carroll-Figuren probierend. Ich kann mir vorstellen W→E oder F→S bzw. F→G. LG --PerfektesChaos 10:53, 25. Apr. 2014 (CEST)

Du wurdest auf der Seite Vandalismusmeldung gemeldet (20:20, 28. Apr. 2014 (CEST))

Hallo Schnark, Du wurdest auf der o. g. Seite gemeldet. Weitere Details kannst du dem dortigen Abschnitt entnehmen. Wenn die Meldung erledigt ist, wird sie voraussichtlich hier archiviert werden.
Wenn du zukünftig nicht mehr von diesem Bot informiert werden möchtest, trage dich hier ein. – Xqbot (Diskussion) 20:20, 28. Apr. 2014 (CEST)

Herzlichen Dank dafür, dass du dich hast benutzen lassen. Finde ich prima. Frage: wenn dich jemand bittet zu springen, fragst du dann eigentlich "Warum" oder eher nur "Wie hoch?" Siehe hier --Jack User (Diskussion) 23:07, 28. Apr. 2014 (CEST)

Und wenn du meinst, dass ich deine Seite Benutzer:Schnark/js/personendaten.js/normdaten.js in der mobbingfreien Variante NICHT per Copy & Paste in Benutzer:Jack User/js/personendaten.js/normdaten.js (+Nachimport der Versiongeschichte, ich will ja keine URV begehen) rüberbringen könnte, dann hast du dich geschnitten. Ach ja: meine Unterseite Benutzer:Jack User/common.js muss ich natürlich entsprechend anpassen, aber das ist ja kein Problem. Soviel Ahnung habe ich dann doch noch. Es schließt sich damit die Bitte an, den Edit zurückzusetzen, ansonsten werde ich das so tun. Und dabei gegen absolut keine Regel verstoßen. MfG --Jack User (Diskussion) 23:27, 28. Apr. 2014 (CEST)

Das kannst du tun. Aber falls die alten Probleme bestehen bleiben sollten und damit deine diesbezüglichen Edits mehr Arbeit verursachen als dass die nützen, gibt es durchaus andere Wege… Aber dazu wollen wir es ja nicht kommen lassen, oder? --Leyo 23:42, 28. Apr. 2014 (CEST)

@Leyo: Auch hier: es gab und gibt kein Problem, zumindestens keins, das meine Arbeit angeht. Es geht einzig und alleine darum, dass ich aus der Wikipedia zu drücken versucht werde. Und Leyo, schau mal auf meine Benutzerseite: der Schrecken zu gehen oder wieder eine Auszeit zu nehmen ist ein sehr geringer für mich. Nach einer Auszeit komme ich wieder mit komplett neuem Thema, und keiner entdeckt mich. Ist schon öfters passiert, ich fände es aber bedauerlich, aber letztendlich - wenn es nicht anders geht, soll es eben so sein. --Jack User (Diskussion) 23:46, 28. Apr. 2014 (CEST)

Es ist schon erstaunlich, wie schnell von Problemen geredet wird, weil ein oder zwei Benutzer selbige herquatschen. --Jack User (Diskussion) 23:47, 28. Apr. 2014 (CEST)

Es gibt also zwei Möglichkeiten: entweder ich stelle die Arbeit im Bereich der Normdaten ganz ein, damit würde ich aber zugeben, dass ich Fehler mit Absicht gemacht hätte und dem ist nicht so. Oder ich arbeite weiter mit, habe dann aber das Damoklesschwert über mir, dass einer hinter mir herrennt und bei jedem Fehler, der nun mal passieren kann, verrissen werde. Eine Win-Win-Situation für die Ankläger, denn egal, was ich mache, es ist falsch: ich bin auf grund der haltlosen Vorwürfe eh schon gebrandmarkt. --Jack User (Diskussion) 23:57, 28. Apr. 2014 (CEST)

Nachdem Du mich kürzlich ohne jeglichen Grund unglaublich angemacht hast, verfolge ich Deine Aktivitäten, @Jack User:, und mir ist eines klar: Es gibt keine "Probleme", sondern nur ein Problem, und das bist Du. Das Ausmaß von Pampigkeit, Unverfrorenheit und grundloser Unfreundlichkeit, das Du an den Tag legst, ist schon einzigartig in der WP, und das will was heißen. -- Nicola - Ming Klaaf 00:00, 29. Apr. 2014 (CEST)

@Nicola: Das ist mir herzlich egal. Ich bin pampig, ich bin unverfroren und grundlos unfreundlich. Das ist alles dein POV und den darfst du gerne haben. Stört mich auch nicht weiter, weil es genügend Benutzer gibt, mit denen ich gut zurechtkomme und sie mir mir. Übel wird es erst dann, wenn man mir schlampiges Arbeiten vorwirft. Weil ich nicht schlampig arbeite. Viel Spaß noch beim Hinterherlesen, mir bist du das trotz deiner miesen Arbeit im Artikel nicht wert. --Jack User (Diskussion) 00:04, 29. Apr. 2014 (CEST)

Ach ja, ohne jeden Grund? Wer Geburtsdaten nicht lesen kann, der sollte nicht behaupten "ohne jeden Grund". Und Aktivitäten einzelner Benutzer verfolgen? Wie überaus langweilig. Habe ich noch nie gemacht und werde ich nie, denn das ist nicht das, wofür Wikipedia da ist. --Jack User (Diskussion) 00:06, 29. Apr. 2014 (CEST)

Erstens ist das kein Grund, unfreundlich zu werden. Zweitens: Danke gleichfalls. Und drittens: Dass Du die Aktivitäten anderer nicht verfolgst, ist schlicht gelogen. -- Nicola - Ming Klaaf 00:09, 29. Apr. 2014 (CEST)

Ich verfolge keinen einzelnen Benutzer, dazu habe ich wede Zeit noch Lust. Das bei meinem derzeitigen Editaufkommen doch das eine oder andere hängenbleibt, ist unvermeidlich. Ich habe es überhaupt nich nötig zu lügen. Wozu? --Jack User (Diskussion) 00:13, 29. Apr. 2014 (CEST)

Bleibt zu letzt die Frage, ob Schnark das rückgängig macht oder ich angesichts seiner Unterstützung des Mobbings erneut zur VM laufen muss. Sie wurde ja nur beendet, da ich nicht mit ihm geredet habe, der Weisheit letzter Schluss ist das nicht. Und sofern das nicht in bis zum 29. April 2014, 23:59 rückgängig gemacht wurde, behalte ich mir genau das vor, was ich Eingangs erwähnt habe. --Jack User (Diskussion) 00:48, 29. Apr. 2014 (CEST)

Script Syntax-Highlighter Bug

Hallo Schnark,

wie ich gerade festgestellt habe sind 2 verschiedene Varianten des Scriptes unter Fliegelflagel registriert - Edit: dessen Unterschied nicht offensichtlich war. Wobei Ersteres anscheinend eh nur im FF funzt und scheinbar eh überholt ist, jedoch leider standardmäßig aktiviert ist. Es erscheint oberhalb der Textbox eine 2. Box mit den Markierungen ohne Text. Beim Zweiten (und auch beim Ersten) verschwinden die Dropdown-Menüs des Wikieditors hinter dem Textfeld (hört sich komisch an ist aber so). Dabei funktioniert jedoch gleichzeitig das Standard-Dropdown (Überschrift). Edit: das liegt wohl (wie ich jetzt las) an der Reihenfolge des Scriptes (welche wohl nur mit bestimmten Maßnahmen vom Zufall gelösst werden kann). Das 2. Script ist wohl tatsächlich eine ältere Version des Originals: (wie ich jetzt bei dir ausgelesen habe)

Das Original-Script funktioniert hier einwandfrei (Edit: wobei hier wohl ebenfalls von der Ladereihenfolge ausgegangen werden muss, also ggf. explizit hinter den Wikieditor gesetzt werden muss) welches ich vor einigen Tagen als deWP Gadget vorgeschlagen habe. -- ΠЄΡΉΛΙΟ 21:23, 21. Apr. 2014 (CEST) Beste Grüße -- ΠЄΡΉΛΙΟ 20:35, 21. Apr. 2014 (CEST)

Schade dass du nicht auf meine "Meldung" reagiert hast, sei es aus Zeit (was ich sehr respektiere) oder du es nicht verstanden hast oder zu Gunsten deines Forks. Du müsstest einfach den Link aktualisieren, da momentan das Einzige was passiert (und anscheinend auch niemand sich für ein deutsches Gadget zuständig fühlt):

The syntax highlighter has moved to its new home on MediaWiki.org. If you are on the English Wikipedia, the highlighter is now available as a gadget (i.e. checkbox) in your preferences. If not, please update your personal JavaScript file per the new instructions.

LG -- ΠЄΡΉΛΙΟ 21:06, 19. Mai 2014 (CEST)

syntaxhighlight.js und wikEd

Moin moin, wie ich gerade in deiner Beitragsliste feststelle, hast du vor einigen Tagen Benutzer:Schnark/js/syntaxhighlight.js (welches standardmäßig via Fliegelflagel aktiv ist) aktualisiert. Ungefähr gestern kam auch ein neue Version von wikEd raus, die ein Problem von WP:IMP/WP:IU löst (siehe WD:IMP#Eingabemaske). Nun habe ich heute Mittag festgestellt, dass sich anscheinend beide nun heftig bekämpfen, wodurch Editieren schwierig bis unmöglich wird (habe verschiedene Ausprägungen auf 2 PCs). Da du deins nun auch geupdated hast, weiß ich nicht, ob ich nicht vielleicht die letzten Tage noch deine alte Version im Cache hatte und welche genaue Kombination nun so tödlich ist. Genaueres Symptombild auf Anfrage, vielleicht ändert sich das nun durch Caches auch noch. Viele Grüße --se4598 / ? 15:50, 6. Mai 2014 (CEST)

Weil du’s bist, antworte ich mal, obwohl ich gerade aus Gründen, die nichts zur Sache tun, (fast) inaktiv bin.

In meinem Weltbild existiert wikEd nicht. WikEd hat keine Bugs, wikEd ist ein Bug. Ich habe deinen Bug-Report auf Cacycles Seite gesehen, mein Blick fiel mehr oder weniger zufällig auf eine Zeile darin, und ich habe vor Entsetzen aufgestöhnt: wikEd hat eine Reihe von XSS-Problemen, die seit Jahren öffentlich bekannt sind (ob man sie ausnutzen kann, ist eine andere Frage). Wer wikEd unbedingt verwenden will, der soll das tun, aber hat dann ja bereits eine Syntaxhervorhebung und braucht meine nicht. Andererseits besitzt wikEd aber auch keine Funktion, die andere Skripte auch bieten, sodass kein Grund besteht, wikEd überhaupt zu verwenden.

Lange Rede, kurzer Sinn: Nein, wikEd ist mit keinem meiner Skripte kompatibel, und ich werde nichts tun, daran irgendetwas zu ändern. --Schnark 09:13, 7. Mai 2014 (CEST)

+1 Konsequent und rabiat, so kennt man ihn. :-P -- ΠЄΡΉΛΙΟ 21:12, 19. Mai 2014 (CEST)

Wikipedia:LanguageTool

Ich schlage vor Benutzer:Schnark/js/extratabs.js verlinkt auf die neue http://tools.wmflabs.org/languagetool/pageCheck/ Instanz, welche in der Wikimedia Cloud läuft. Gruß Matthias 11:09, 22. Jun. 2014 (CEST)

---

@/js/extratabs.js

Ich schlage vor Benutzer:Schnark/js/extratabs.js verlegt "Alle Seiten" auf die linke Seite "Werkzeuge" und/oder mit neuer Bezeichnung "Unterseiten", entsprechend den Projekten Commons und En. und den ähnlichen Links wie Seiteninformationen, Logbücher. Ein benennendes Substantiv wäre schon schön. Schön Tag, LG → User: Perhelion 10:57, 23. Jun. 2014 (CEST)

@Matthias: Ich habe es geändert, aber das Interface funktioniert bei mir nicht: Zumindest Firefox besteht darauf, auch den Slash zu kodieren und erzeugt damit URLs wie https://tools.wmflabs.org/languagetool/pageCheck/index?url=http%3A%2F%2Fde.wikipedia.org%2Fwiki%2FInternationale+Mathematik-Olympiade&lang=en, die das Tool mit einem 404-Fehler beantwortet. Mit wörtlichen Slashs wie aus meinem Skript heraus funktioniert es. --Schnark 10:11, 1. Jul. 2014 (CEST)

Kannst du dafür ein Ticket unter https://github.com/languagetool-org/languagetool-wikicheck/issues/new anlegen? Gruß Matthias 10:36, 1. Jul. 2014 (CEST)

Nein, da müsste ich erst ein Konto erstellen, dazu habe ich keine Lust. --Schnark 10:40, 1. Jul. 2014 (CEST)

en:Category:Food safety scandals

Willst du mir mit den entsprechenden deutschen Artikeln mal wieder eine Liste generieren? Gerne unter Benutzer:Zulu55/Lebensmittelskandale. Danke und Gruß --Zulu55 (Diskussion) _Unwissen 12:04, 25. Jun. 2014 (CEST)

Benutzer:Zulu55 Sind nur wenige:

1. HUS-Epidemie 2011
2. Chinesischer Milchskandal
3. Arla Foods
4. Fonterra Co-operative Group
5. Sanlu
6. Inner Mongolia Yili Industrial
7. Glykolwein-Skandal
8. Pferdefleischskandal in Europa 2013
9. Spanisches Ölsyndrom

--Schnark 10:15, 1. Jul. 2014 (CEST)

Danke! --Zulu55 (Diskussion) _Unwissen 11:20, 1. Jul. 2014 (CEST)

Lade Schnarks diff.js

und dann nichts mehr, wenn ich die Artikel-Statistik aufrufe. Keine Ahnung, ob du das fixen kannst, aber vielleicht kannst du es weiterleiten? wäre nett. lg --Herzi Pinki (Diskussion) 19:49, 6. Jul. 2014 (CEST)

Ja, ich habe mehrere Hooks umbenannt und dabei zwei Stellen vergessen, dies ist eine davon. Korrektur kommt gleich. --Schnark 09:05, 7. Jul. 2014 (CEST)

Der Test unter Benutzer:Schnark/js/browsertest.js/artikel-statistik.js ist der Ansicht, dass wieder alles funktioniert. --Schnark 09:26, 7. Jul. 2014 (CEST)

Danke, funzt wieder. Nur auf der Hauptseite geht es nicht, seltsam. An der Sperre dürfte es nicht liegen, da es bei anderen gesperrten Seiten geht. lg --Herzi Pinki (Diskussion) 10:07, 7. Jul. 2014 (CEST)

Funktioniert bei mir auch auf der Hauptseite. --Schnark 10:31, 7. Jul. 2014 (CEST)

Autoanträge funktionieren nicht

Hi Schnark,

lange Zeit hat alles funktioniert, jetzt melde ich mich mal wieder. Ich weiß, dass du es nicht mehr pflegst, aber möglicherweise kannst du uns trotzdem weiterhelfen; mehrere Nutzer haben angemerkt, dass die Autoanträge gar nicht mehr funktionieren. Heißt, sowohl die Anträge als auch verbessertes rückgängig öffnet das Dialogfenster, aber tut nichts, wenn man okay oder auch abbrechen drückt. Schließen des Fensters mit dem X funktioniert. Danke schonmal und Gruß ɦeph 19:28, 25. Jun. 2014 (CEST)

Ich kriege folgende JS-Fehlermeldung: Error: cannot call methods on dialog prior to initialization; attempted to call method 'close' --Leyo 01:25, 26. Jun. 2014 (CEST)

Ich habe das selbe Problem. Ich hatte bei mir autoedit.js, dialog.js und autoantraege.js eingebunden, das klappt aber nicht mehr. Danke für's Nachschauen, ich vermisse den Komfort :-/ Grüße, --emha ^d|^b 12:55, 27. Jun. 2014 (CEST)

Wie bereits in der Dokumentation steht werde ich nichts mehr an diesem Skript machen. Das Problem steckt wohl nach dem jQuery-UI-Update in Benutzer:Schnark/js/dialog.js. Wer den Fehler dort findet darf ihn (sofern er Administrator ist) gerne selbst korrigieren, bzw. einen Admin darum bitten, ich werde mich nicht damit beschäftigen. --Schnark 10:17, 1. Jul. 2014 (CEST)

*sniff* Danke für Deine Auskunft. Gibt es Deinem Kenntnisstand nach denn einen funktionierenden Ersatz? --emha ^d|^b 12:54, 1. Jul. 2014 (CEST)

Benutzer:Schnark/js/autoantraege#Alternativen --Schnark 12:58, 1. Jul. 2014 (CEST)

Danke! Ja, wer lesen kann, ist schon im Vorteil…… --emha ^d|^b 12:01, 2. Jul. 2014 (CEST)

@Emha: Hast du eine gute Alternative gefunden? Ich insbesondere am automatisierten Stellen von (Fach-)QS-Anträgen interessiert – ohne ein Script, das die UI stark verändert verwenden zu müssen. --Leyo 01:40, 29. Jul. 2014 (CEST)