Benutzer Diskussion:Schnark/Archiv4

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/Archiv4#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

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

Fliegflagel

HI, ich bin gerade am Suchen nach dem Stub erstellen Link. Wo ist der?--ApolloWissen • bei Fragen hier 08:21, 25. Jul. 2014 (CEST)

UNd gefunden--ApolloWissen • bei Fragen hier 08:22, 25. Jul. 2014 (CEST)

Leider noch nicht... → User: Perhelion 10:42, 25. Jul. 2014 (CEST)

In der Seitenleiste, nur beim Erstellen neuer Artikel. --Schnark 11:04, 25. Jul. 2014 (CEST)

Hallo Schnark, habe mich an die Anleitung gehalten, bekomme aber noch immer den Hinweis, dass ich umstellen soll. Was habe ich falsch gemacht? Könntest du da mal einen Blick drauf werfen? Dank im Voraus. Schönes WE. Gruß. --LezFraniak (Diskussion) 16:28, 26. Jul. 2014 (CEST)

Wohl nicht abgespeichert… Jedenfalls hast du Benutzer:LezFraniak/common.js zuletzt vor einem Jahr geändert. --Leyo 23:55, 29. Jul. 2014 (CEST)

Lol. Mal schauen. Aber erst morgen. Danke. --LezFraniak (Diskussion) 02:04, 30. Jul. 2014 (CEST)

Hm, komische Sache das ist. Habe versucht die Syntax auszutauschen und zu speichern, was aber nicht ging. So wohl auch schon letzte Woche. Nach dem Speichern war der alte Text noch drin und keine neue Version wurde angezeigt. Es klappte erst, als ich die entsprechende Zeile direkt aus dem Bearbeitungsmodus herauskopiert habe. Irgend eine Idee? Gruß. --LezFraniak (Diskussion) 12:25, 30. Jul. 2014 (CEST)

Nach der Aktivierung läuft es soweit ganz gut. Habe aber noch eine Frage. Im Bearbeitungsfeld gibt es nun oben ein Teilfenster mit verschiedenfarbigen Balken. Wofür sind die gut? Kann man die deaktivieren? Sie nehmen doch viel Platz weg. Gruß. --LezFraniak (Diskussion) 15:21, 30. Jul. 2014 (CEST)

Meinst du vielleicht den wikieditor? Den kannst du via Spezial:Fliegelflagel deaktivieren. --Leyo 00:21, 31. Jul. 2014 (CEST)

Hm, glaube nicht. es ist im Bearbeitungsfenster selber. Es sieht aus wie eine Kopie des Inhalts, nur mit Farbbalken. Der Text selber kommt dann weiter unten. Kann Bildschirmfoto machen, wenn's hilft. --LezFraniak (Diskussion) 12:36, 31. Jul. 2014 (CEST)

Ist natürlich eine nette Umschreibung eines "Bugs" den ich ebenfalls bereits muckiert hatte. Du hast anscheinend beide Syntaxhighlighter gleichzeitig aktiviert (Syntaxhighlight/Syntax Highlighter)!? LG → User: Perhelion 12:44, 31. Jul. 2014 (CEST)

Stimmt, das wars. :-D Danke. --LezFraniak (Diskussion) 13:14, 31. Jul. 2014 (CEST)

Dass es zu Problemen kommt, wenn ein anderes Skript die Eingabebox modifiziert, ist zum einen dokumentiert, zum anderen lässt es sich grundsätzlich nicht vermeiden. --Schnark 10:53, 8. Aug. 2014 (CEST)

Probleme mit fremden Scripten (und Extra-Editbuttons)

Hallo Schnark. Ich habe endlich auf Fliegelflagel umgestellt. Die Konfigurationsseite ist echt komfortabel! Zwei Probleme habe ich allerdings:

• Das Einbinden fremder Scripte funktioniert nicht bzw. ich habe die Anleitung wohl missverstanden.
• Die benutzerdefinierten Extra-Editbuttons werden mir nicht mehr angezeigt.

Könntest du dir das gelegentlich anschauen? --Leyo 23:47, 29. Jul. 2014 (CEST)

Hallo Leyo, bist du sicher, dass du das Gadget noch in den „normalen“ Einstellungen aktiviert hast? Ansonsten schon recht merkwürdig. PS: Dieser Teil sollte auch nicht mehr verwendet werden: &maxage=86400&smaxage=60 (kann laut Krinkle zu Problemen führen und ist veraltet). → User: Perhelion 13:07, 31. Jul. 2014 (CEST)

Ich habe den Code von Benutzer:Schnark/js/fliegelflagel#Einbindung übernommen.

Das Gadget habe ich nach wie vor aktiviert. Ich habe inzwischen gesehen, dass mir ein JS-Fehler ausgegeben wird: TypeError: mw.libs.fliegelflagel is undefined --Leyo 23:56, 2. Aug. 2014 (CEST)

@Leyo Ich habe noch mal den Krinkle Link rausgesucht. An sich ist kein Fehler bei dir zu sehen, daher könnte es eine Schwäche von Fliegelflagel sein. Der Fehler deutet darauf hin dass Fliegelflagel noch nicht fertig war mit Laden. Daher würde ich vorschlagen das komplexere Bsp. mit before: zu versuchen. Alledrings kannst du (in deinem Fall?) auch einfach deine Script ohne Fliegelflagel einbinden (wie auch dort in der Doku erwähnt), da IMHO keine besonderer Vorteil entsteht (wenn man vom registrieren in Fliegelflagel absieht). → User: Perhelion 17:22, 4. Aug. 2014 (CEST)

PS: Ich kann ebenfalls keine Scripte per fliegelflagel.load direkt laden (wie gesagt nur mit before:). Kann sein dass die Doku hier missverständlich ist. Hat überhaupt jemand schon ein Script (direkt?) über fliegelflagel.load geladen?? → User: Perhelion 19:11, 4. Aug. 2014 (CEST)

Ich habe deinen Tipp von oben mal ausprobiert, aber ich sehe keine Veränderung. Vielleicht ist ja Schnark wieder mal online und kann helfen. --Leyo 20:44, 4. Aug. 2014 (CEST)

Ja vlt, ehrlich gesagt habe ich das Gleiche wie du schon vor über einem Jahr erfolglos probiert, nur habe ich "gewartet" bis jemand anderes dies meldet. (ist mir grad wieder eingefallen) Ich habe deshalb auch bis jetzt tatsächlich noch jsmodules verwendet! (Was ja jetzt zu Gunsten von fliegelflagal – durch eine etwas prägnantere Warnung – eingestampft werden soll.) PS: Nicht dass ich schon einige Fehler Schnark gemeldet hätte, nur konnte er diese meistens nicht replizieren (Er hat wohl Windows9Beta auf einem Highend-System oder so). → User: Perhelion 14:26, 5. Aug. 2014 (CEST)

@Leyo: Dir fehlt der Codeteil, der als allererstes in der Dokumentation angegeben ist: Benutzer:Schnark/js/fliegelflagel#Andere Skripte

Krinkle mag zwar in vielen Fällen kompetent sein, hier hat er aber klar unrecht. Gibt man keine Werte für smaxage und maxage an, so gelten die Standardwerte (der Standard wiederum 5 Minuten bzw. 5 Stunden sind). Aus irgendeinem Grund (vermutlich die Squid/Varnish-Konfiguration) ignoriert Wikipedia diese Werte und sendet grundsätzlich Cache-Control: private, s-maxage=0, max-age=0. Ob das Absicht ist, weiß ich nicht, jedenfalls ist es noch nicht sehr lange so. Schaden können die Werte damit entgegen Krinkles Behauptung nicht, die von mir gewählten Werte sind sorgfältig ausgewürfelt. In der Anfangszeit hatte ich andere Werte, die zu einem subtilen Fehler führten. Ich kann niemand davon abhalten, bei der Einbindung andere Werte zu wählen oder sie ganz wegzulassen, aber das kann zu Problemen führen, dass eine Benachrichtigung über ein neu als Standard aufgenommenes Skript nicht angezeigt wird. --Schnark 10:55, 8. Aug. 2014 (CEST)

Vielen Dank! Nun nun klappt's (unter //hier der Code hatte ich fremden Code bzw. ein Script verstanden). Wobei ich eigentlich dachte, dass die via Fliegelflagel geladenen externen Scripte auch via Spezial:Fliegelflagel ein und ausgeschaltet werden könnten, so wie dies bei jsmodules der Fall war. --Leyo 15:13, 8. Aug. 2014 (CEST)

Dann musst du .register statt .load nehmen, für ein Beispiel siehe Benutzer:Schnark/vector.js. --Schnark 09:07, 9. Aug. 2014 (CEST)

Danke, hat geklappt. --Leyo 00:26, 11. Aug. 2014 (CEST)

Notizen/Wiedervorlagefunktion

Hallo, ich hoffe, ich bin bei Dir richtig. Ich verwende diese Wiedervorlagenfunktion, die wohl von Dir stammt. Von heute auf morgen sind alle Notizen verschwunden. Ich hatte seitdem 3 oder 4 neue angelegt, aber auch die sind wieder weg. Kannst Du mir weiterhelfen? Gruß, -- Nicola - Ming Klaaf 11:51, 3. Aug. 2014 (CEST)

Hast du Benutzer:Schnark/js/notizen gelesen? --Leyo 13:52, 3. Aug. 2014 (CEST)

Nein. Ihr Technikleute dürft auch nicht vergessen, dass nicht jedermann(frau) technisch so versiert ist bzw. weiß wo sie gucken muss. Also könnte es mit dem Wechsel des Browers zusammenhängen? grummel. Von diesem Artikel verstehe ich übrigens kein Wort :) -- Nicola - Ming Klaaf 13:56, 3. Aug. 2014 (CEST)

Ich halte die Erklärungsseite für ziemlich OMA-tauglich. Wie im Abschnitt Einschränkungen erläutert, werden die Notizen bei einem Browserwechsel (oder Computerwechsel) nicht übernommen. --Leyo 14:02, 3. Aug. 2014 (CEST)

Wenn ich als potentielle Oma sage, dass ich die Erklärung nicht verstehe, ist sie offensichtlich nicht OMA-tauglich. Jemand, der etwas von der Sache versteht, kann das letztlich gar nicht beurteilen :)

Aber dass es mit dem Browserwechsel zu tun haben könnte, ist mir trotzdem klar geworden - das war auch der einzige Punkt, denn ich dann doch verstanden habe. -- Nicola - Ming Klaaf 14:08, 3. Aug. 2014 (CEST)

Na, ich kenne zwar das Notizen-Skript nicht, aber ganz gut die verwendeten Techniken.

• Schnark legt die Notzen in einem internen Gedächtnis des Browsers auf dem momentanen Gerät (PC, Tablett, usw.) ab.
• Auf einem anderen Gerät oder mit einem anderen Browser kann es deshalb schon mal nicht funktionieren.
• Spannend ist, was beim Versionswechsel desselben Browsers passiert. Firefox ist meist recht schlau; im Prinzip könnte bei einem turnusmäßigen Versionswechsel etwa von FF20 auf FF21 dieses interne Gedächtnis erhalten bleiben, so wie hier auch alle deine Bookmarks, Tabs, Surf- und Seitengeschichte vom Versionswechsel nicht betroffen sind. Ob das mit diesem „Web Storage“ auch so ist, weiß ich nicht. Wenn du aber einen Browser deinstallierst und neu installierst, ist es definitiv futsch.
• Was mir an Schnarks Notizen fehlt, ist die Möglichkeit, sie irgendwie unter eigener Kontrolle regelmäßig auf der Festplatte zu speichern; und sei es durch plumpes C&P in eine Textdatei.
• Ich habe selbst die Programmierung mehrerer ähnlicher Notizen- und Terminerinnerungs- und Benutzerdossier- und seitenbezogener Merk-Konzepte in Erwägung gezogen, hatte sie aber wegen zu großem obgleich lösbarem Aufwand für eben diese Backup-Funktion nicht angefasst. Dazu müsste also eine Export- und Import-Möglichkeit gegeben sein, so dass auch von einem Browser zum anderen und von einem PC zum anderen gewechselt werden kann; nebst automatisierter Datensicherung, etwa täglich.

Bliebe die Routinefrage: Welchen Browser verwendest du, und was wurde kürzlich gewechselt?

LG --PerfektesChaos 14:20, 3. Aug. 2014 (CEST)

Hallo, @PerfektesChaos:, danke für Deine Erläuterungen. Langsam sackt es :) Ja, ich "surfe" in den letzten Monaten auf Zigeunerart, daran wirds wohl liegen. Ich benutze Firefox, aber immer wieder verschiedene Geräte. Ich hatte eine seeehr lange Liste... wenn man so etwas speichern könnte, das wäre schon schön. Denn ich habe jetzt keine Lust, wieder eine Liste anzulegen, die dann wieder verschwunden ist... Gruß, -- Nicola - Ming Klaaf 18:29, 3. Aug. 2014 (CEST)

Bei einem Versionswechsel des Browsers wird nix gelöscht, es gab z. B. in den letzten Wochen ein Update von Firefox 30 auf 31; und soweit ich das sehe ist mir da nix verloren gegangen. Grüße --Schniggendiller Diskussion 23:24, 3. Aug. 2014 (CEST)

Sei froh! Aber warum ist die Liste dann bei mir weg? -- Nicola - Ming Klaaf 23:31, 3. Aug. 2014 (CEST)

Es könnte noch einen anderen Bösewicht-Beteiligten geben: Die Größe des „internen Gedächtnisses“ ist standardmäßig pro Domain meist auf 5 MB begrenzt. Domain, das heißt wikipedia.org und das umfasst die deutsch- und englischsprachige Wikipedia; ich weiß ja nicht ob du dir auf Französisch oder Friesisch noch irgendwo was anguckst. Nun schreibt seit einigen Monaten die Wiki-Software ihre Skript-Bibliothek in dieses Gedächtnis, statt sie vom Browser verwalten zu lassen. Das aber für jedes Wiki einzeln; braucht je nach Aktivitätsmodi zwischen 0,8 und 1,3 MB. Wenn du jetzt noch einige 100 kB Notizen hattest, knackt irgendwer das Limit. Je nachdem wer das ist, könnte dann ggf. nicht mehr abgespeichert werden, womöglich sogar den vorherigen Zustand verlieren. Und dann ist alle.

LG --PerfektesChaos 23:51, 3. Aug. 2014 (CEST)

@Nicola: Ich bin nicht sicher, ob ich’s richtig verstehe: „Ich benutze Firefox, aber immer wieder verschiedene Geräte.“ Du hast also verschiedene Rechner (z. B. Desktop-PC, Laptop, Tablet, PC auf Arbeit; alle mit Firefox) und hast auf verschiedenen Geräten Notizen abgelegt? Und die sind jetzt alle weg? Oder hast du nur auf deinem Haupt-Arbeitsgerät Notizen und die sind jetzt weg? Wie oben gesagt: Die Notizen werden pro Browser-Gerät-Kombination gespeichert, wenn du also das Arbeitsgerät gewechselt hast (PC → Laptop) …

@Perfektes Chaos: „Nun schreibt seit einigen Monaten die Wiki-Software ihre Skript-Bibliothek in dieses Gedächtnis […]“ Interessant, was genau heißt das? Das eine Art Kopie meiner common/monobook/vevtor-CSS und -JS-Seiten dort schlummert? Oder eine Kopie von MediaWiki:Common.js etc.?

Ich habe auf meinem Hauptrechner übrigens ungefähr 170 Notizen gespeichert, die einzelnen Notizen sind allerdings nicht sehr lang. Da steht nicht mehr drauf, als man auch auf einen Post-it raufschreiben könnte/würde ;-)

Grüße --Schniggendiller Diskussion 02:19, 4. Aug. 2014 (CEST)

Meine Erläuterungen sind auch nicht OMA-tauglich? :)

Also, ich habe einen PC, mit dem habe ich bis ca. Mai die Wiedervorlagen angelegt. Alles bestens. Danach habe ich einen Laptop benutzt, da waren die WV weg, später ging ich in ein Internet-Cafe: Wiedervorlagen wieder da. Wieder das Laptop benutzt, angefangen neue WV anzulegen, die waren aber dann wieder weg. Jetzt schreibe ich auf einem neuen Laptop, keine WV da. Ich arbeite immer mit Firefox.

Jetzt klar?  :) - Ob die Wiedervorlagen auf meinem PC, der gerade repariert wird, noch zu sehen sind, weiß ich nicht... Da ich eine sehr lange Liste hatte, um "meine" Radsportler aktuell zu halten, wärs mir auf jeden Fall recht. -- Nicola - Ming Klaaf 06:54, 4. Aug. 2014 (CEST)

@Schniggendiller: Nun, das sind erstmal Hunderte kleiner Module mit Einzelskripten der weltweiten MediaWiki-Software; etwa alles aus dieser Bibliothek und was hier so steht. Dann der Medienbetrachter, mindestens die Startfunktion des VE, ULS und vieles mehr. Im Prinzip könnten da auch die von dir aufgezählten und für unser Projekt und den einzelnen Benutzer spezifischen Seiten mit rein; letztere aber eher nicht, weil sich mehrere Wiki-Benutzerkonten auf einem Browser-Account ein Gedächtnis teilen würden und der Modulname sich nicht unterscheidet. Nach einer kürzlichen manuellen Löschung habe ich in dieser Minute 729.210 Bytes bei mir.

Mit meinem browserStorageManager und mit vielen Add-Ons kannst du übrigens auf das Gedächtnis zugreifen und dir Sicherheitskopien der Notizen in eine Textdatei speichern; bei meinem browserStorageManager müsstest du dazu die zum Bearbeiten standardmäßig auf 100 begrenzte Stellenzahl interaktiv geeignet erweitern, so wie die angezeigte Notizengröße dies erfordert. Genauso ließe sich dann der Notizblock nach Umzug oder Crash wiederherstellen.

Irgendwo las ich, dass geplant ist, diesen Zugriff auf das interne Gedächtnis im Firefox für alle Benutzer standardmäßig zugänglich zu machen; about:storage ähnlich wie about:config und in Opera oder Chromium gäbe es ggf. sowas sogar schon.

LG --PerfektesChaos 10:23, 4. Aug. 2014 (CEST)

Ah, okay, der browserStorageManager klingt interessant, muss ich mir nach der Wikimania mal in Ruhe ansehen. Danke schonmal. Gruß --Schniggendiller Diskussion 02:02, 8. Aug. 2014 (CEST)

Eine Export-/Importfunktion steht auf meiner Todo-Liste (Benutzer:Schnark/js/watchlist++ hat sowas schon). --Schnark 10:58, 8. Aug. 2014 (CEST)

Mal als Vorschlag: Wenn schon Export-Funktion, könnte man die nicht sogar so implementieren, dass auf Wunsch (oder sogar automatisch, etwa einmal am Tag oder pro Browser-Session falls sich das abfragen lässt) auf einen externen HTTP/FTP-Server exportiert bzw. von diesem auch wieder importiert wird? Einziges Problem an der Stelle wären die Zugangsdaten zum Server, aber die könnte das Skript ja dann einmalig abfragen und im "Local Storage" des Browsers speichern. Dann bräuchte man nach einem Browserwechsel nur einmal die Zugangsdaten neu eingeben und (was mir sogar noch sehr viel mehr entgegen kommen würde) könnte mehrere Browser/Rechner synchron halten! --Patrick87 (Diskussion) 21:45, 8. Aug. 2014 (CEST)

Warten bis https://bugzilla.mozilla.org/show_bug.cgi?id=500052 behoben ist, dann Firefox Sync verwenden ([1] analog für Chrome). Die Anzahl der Nutzer, die einen Server aufsetzen können, der sicher Daten speichern und ausliefern kann und zudem korrekte CORS-Header setzt, dürfte bei ungefähr 0 liegen. --Schnark 09:21, 9. Aug. 2014 (CEST)

Naja, hoffen wir mal, dass das irgendwann in der näheren Zukunft auch wirklich behoben wird... An Probleme mit Cross Origin Requests hatte ich tatsächlich nicht gedacht, das macht es natürlich fast unmöglich das ganze benutzerfreundlich zu implementieren. Eine normale Export/Import-Funktion ist aber ledier auch nicht wirklich geeignet mehrere Browser/Rechner zu synchronisieren, sondern maximal um ab und an mal für einen einzelnen Browser ein Backup der Notizen zu erstellen. --Patrick87 (Diskussion) 13:34, 9. Aug. 2014 (CEST)

dropdown.js

Hallo Schnark,

mich wundert doch sehr, dass du dieses Script scheinbar nur (benutzerunfreundlich) zum Kopieren erstellt hast. Da diese Funktionalität auch in der Art eine wesentliche von PDD's-monobook ist.

Mit deinem jsmodules konnte ich jedenfalls noch die var dropdowns nachträglich ändern, mit Fliegelflagel habe ich dies nicht mehr hinbekommen, evtl. im Zusammenhang mit #Probleme mit fremden Scripten (und Extra-Editbuttons) (dies jedoch in keinster Weise mit Fliegelflagel in Verbindung zu stehen scheint).

VG → User: Perhelion 19:20, 4. Aug. 2014 (CEST)

Die Konfiguration lässt sich auch mit Fliegflagel verändern, Hook during, die Konfiguration steht inzwischen aber direkt in der übergebenen Variablen, nicht mehr als Eigenschaft dropdowns. Bei einem Skript, bei dem die Konfiguration den Hauptteil ausmacht, ist es aber einfacher das Skript zu kopieren und anzupassen. Da du es mit PDD vergleichst: Dort ist es auch nicht anders. Je mehr Interna ich öffentlich mache, desto mehr muss ich mich um Abwärtskompatibilität kümmern, was ich eigentlich nicht will, so stört es mich etwa, dass es sich mit jsmodules noch immer konfigurieren lässt, obwohl ich den entsprechenden Code eigentlich seit einem Jahr nicht mehr sehen will, ihn aber eben für einige Benutzer behalten muss. --Schnark 11:00, 8. Aug. 2014 (CEST)

Hm* ok, ich dachte eher daran, dass du den ausführenden Code von der Konfiguration trennen könntest. @Interna: Deshalb dachte ich ja auch daran, dass du es dann in Fliegelflager legen könntest!? Danke der Antwort und danke fürs Script. Bis bald → User: Perhelion 12:05, 9. Aug. 2014 (CEST)

Herzlichen Dank …

… für deine Skripte! Das macht die Arbeit um einiges einfacher. Auf Fliegelflagel bin ich nämlich erst durch diese „nette“ Warnung aufmerksam geworden. --Filzstift ✏ 09:23, 22. Jul. 2014 (CEST)

Laut Spezial:Linkliste/Benutzer:Schnark/js/jsmodules.js ist die Anzahl der Anwender innerhalb eines Tages um über 20 % gefallen, das hätte ich ehrlich gesagt nicht erwartet. --Schnark 10:49, 22. Jul. 2014 (CEST)

Ich denke diese Scriptverwaltung wird sich nun exponentiell verbreiten wie seinerzeit PDDs monobook. Ich würde ggf. die von dir nicht mehr unterstützten Module (z.B autoanträge) adaptieren und ein wenig die Werbetrommel rühren (vlt. könntest du auch noch meine 2 Scripte aufnehmen? S. β-WP). Kleine Kritik, der Speicherbutton ist inkonsistent oberhalb der Seite (Fliegelflagel) evtl. wäre ein 2.er unten kein Problem (z.B. wie in Bugzilla, oder die Navigation in der Versionsgeschichte etc…) Danke auch → User: Perhelion 10:42, 25. Jul. 2014 (CEST)

Siehe Benutzer:Schnark/js/fliegelflagel#Aufnahme fremder Skripte für die Bedingungen, unter denen ich Skripte anderer Autoren aufnehme. --Schnark 11:04, 25. Jul. 2014 (CEST)

Code-Review

Hier fürs 1. meine besagten Vorschläge (mit Ausbaupotential):

1.

{
	id: 'threadSign',
	title: 'signing',
	description: 'Ermöglicht das automatische Signieren eigener Diskussionsbeiträge.',
	docpage: '//de.wikipedia.org/wiki/User:Perhelion/signing',
	category: 'edit',
	config: [
		{id: 'usersignature', desc: 'individuelle Signatur (einfach)'},
	]
	scripts: '[[User:Perhelion/signing.js]]'],
	only: action === 'edit'
},

2.

{
	id: 'autoSectiontId',
	title: 'auto-sectionSummary',
	description: 'Dieses Skript ergänzt automatisch den korrekten Seiten-Abschnitt in der Zusammenfassungszeile bei neuen / veränderten Abschnitten oder ganzseitigen Bearbeitungen.',
	docpage: '//de.wikipedia.org/wiki/User:Perhelion/sectionSummary',
	category: 'edit',
	scripts: '[[User:Perhelion/sectionSummary.js]]',
	only: action === 'edit'
},

Ich habe mich dabei etwas an Wikipedia:Technik/Skin/JS/mw/libs gerichtet (sollten dabei nicht veraltete Scripte gestrichen werden)⁈ PS: auskommentierter Code liegt aus Beta. L.G. → User: Perhelion 11:56, 15. Aug. 2014 (CEST)

Schon der erste Punkt meiner oben verlinkten Anforderungen ist nicht erfüllt, JSHint findet in beiden Skripten haufenweise Probleme. --Schnark 12:02, 15. Aug. 2014 (CEST)

Hm* ja das sind aber Lappalien, da ich sonst ein nowiki reinsetzen muss, werde ich korrigieren (ich habe ja auch ein „use strict“ drinnen). PS: beide sollten auch (ohne weitere config) global sein. Wie und was „deine“ Debug-Scripte tun habe ich auch noch nicht ganz verstanden (ich nehme mal an vglb. mit dem von jQuery). → User: Perhelion 12:11, 15. Aug. 2014 (CEST)

The Function constructor is a form of eval. ist alles andere als eine Lappalie, die Fehler in Benutzer:Perhelion/sectionSummary.js erst recht nicht (sobald du da auch den stritct mode verwendest, wirst du das deutlich bemerken). --Schnark 12:22, 15. Aug. 2014 (CEST)

Habe nun beide nochmal etwas überarbeitet (hatte bereits eine „stritct“-Version auf Beta), ich hoffe jetzt ist’s besser. Code-Tips nehme ich natürlich gerne entgegen. Mit der Ladeprozedur bin ich mir auch noch nicht ganz sicher, meinst du es wäre (fürs signing) besser das .hook Object zu verwenden? PS: ich habe auf externen Projekten neuerdings einen Fliegelflager-Fehler: Uncaught TypeError: Cannot set property 'userFallback' of undefined (global.js 53) VG → User: Perhelion 12:29, 16. Aug. 2014 (CEST)

Den Fehler in extratabs.js habe ich behoben.

Zu deinem Code so ein paar Dinge, die mir auf die Schnelle unangenehm auffallen:

• editform = document.editform ist uraltes Level 0 DOM und sollte nicht mehr verwendet werden.
• $(headlines).not(headlinesOld).get();: Ich meine zu verstehen, was das soll, wundere mich, dass es tatsächlich funktioniert, und bin mir sicher, dass das nirgends dokumentiert ist, und folglich niemals verwendet werden sollte.
• $([":input#wpSave",":input#wpPreview",":input#wpDiff"]).each(function(){$(editform).on("click", this, forceSummary);}); Hat diese komplizierte Methode Events zu binden irgendeinen tieferen Sinn, den ich nicht verstehe?
• cfg.wgSiteName === 'Wikipedia' macht mehr Probleme als es löst, da in fr dort beispielsweise Wikipédia steht.
• cfg.wgUserLanguage === "de" Denk’ an die Schweizer und Österreicher, die wollen lieber Deutsch als Englisch lesen. Zudem kommen unten noch mal Lokalisierungen, die sollten alle an einem Platz sein.

--Schnark 11:33, 19. Aug. 2014 (CEST)

Vielen Dank für den Review! Ich werde mich mal heute Abend oder morgen darum kümmern (bzw. genauer dazu antworten). Dabei hätte ich auch Kritik zu einem deiner ersten Scripte, dem WikiEditor. Der Code scheint etwas umständlich bzw. unperformant (wie ich schon mal andeutete, ich Gegensatz zu Krinkles Script welches alle Buttons in einem Rutsch ins DOM schickt… mehr vlt. dazu dort, vlt. ist dass auch der Grund warum du ihn nicht im Default vom Fliegelflagel hast) Wobei ich gleich bei meinem 3. Vorschlag bin (der mir aber nicht so wichtig ist)c:sMirC Ich hatte überlegt diese wieder als Erweiterung für dein WikiEditor-Script zu gestallten, ich habe mich jedoch (aus mehreren Gründen dann doch) für ein Standalone entschieden (zudem du unserer erste „Zusammenarbeit“ ja als deprecated eingeordnet hast). Es ist schon etwas beschämend (für die WMF) dass es keine offizielle und einfache API, so wie für die klassische Toolbar gibt. Ich habe viel Code kommentiert, da ich festgestellt habe, dass ich selber nach paar Monaten alles vergesse. LG

• @jQuery: wie du ja schon selber bemängelt hast, gibt es da von Zeit zu Zeit Änderungen. Aber es ist eigentlich schon für JavaScript an sich bezeichnend, dass es eine solche umfangreiche Ersatz-Lib geben muss. Ich habe mal mit Python angefangen, JS ist dagegen grottenschlecht zu händeln. → User: Perhelion 17:28, 19. Aug. 2014 (CEST)

Der Code von wikieditor.js ist alt und überarbeitungsbedürftig, aber nicht unperformant. Auch Krinkels und dein Skript fügen die Schaltflächen eine nach der anderen ins DOM ein. Auch bezüglich der API irrst du, während Wikieditor eine API für mehr oder weniger alle benötigten Aufgaben besitzt, ist es die alte Toolbar, deren API sehr bescheiden ist und nur einen Bruchteil der Dinge abdeckt, die man sinnvollerweise tun möchte. --Schnark 09:38, 22. Aug. 2014 (CEST)

Hallo Schnark, mit einer Antwort habe ich mich etwas schwer getan. Zum einen habe ich mich bemüht natürlich nichts falsches zu unterstellen. So bin ich leider mit der Code-Änderung immer noch nicht fertig.

• @0 DOM: Dem kann ich leider nicht ganz folgen. Welche moderne Anleitung oder welchem konkreten deprecated Hinweis entspricht dies?
• @Events binden: Ich bin eigentlich immer bestrebt gewesen keine eigene Syntax zu erfinden und dabei die Variante mit dem geringsten bzw. kompatibelsten, sprich jQuery-Code zu verwenden, so dass ich annehmen muss, dass der jQuery-Code inzwischen aktualisiert wurde, wenn du auf die ".click()"-Funktion hinaus willst. (Das ":input" ist natürlich überflüssig, bzw. dachte ich, dass wenn ich über das Parent-Element das Event binden würde, der Zugriff performanter ist.) Demnach wäre die bessere Lösung wohl diese: $(["#wpSave","#wpPreview","#wpDiff"]).each(function(){$(this).click(forceSummary);});
• @Array: Das verwundert mich ebenfalls, eigentlich müsste das get() komplett überflüssig sein und tatsächlich ist diese nur für DOM-Elemente vorgesehen. Demnach würde wohl richtig .toArray() sein. Allerdings scheint hier auch $.makeArray() völlig redundant⁈
• @Wikieditor: Tatsächlich bin ich [d/m]einer Behauptung nun gründlicher nachgegangen und habe dabei dieses Script verwendet. Demnach hält Krinkles Script irgendwie zwei Möglichkeiten bereit (ein Container falls das Textfeld noch nicht bereit ist⁈), der Normalfall ist allerdings wie du gesagt hast, jeden Button separat ins DOM zu schicken. Bei meinem Script allerdings werden tatsächlich 2 Gruppen in einem Rutsch (wohl wegen ihrer Gleichartigkeit) ins DOM geschickt. Einzig die Tab-Schaltfläche ist ein weiterer Zugriff (+ dem Icon-Hack), was darauf schließen lässt, dass die WikiEditor-API hier keine performantere Möglichkeit zulässt.

Ein paar kleine Fehler habe ich dann auch noch gefunden, ich melde mich dann wenn ich soweit bin. Schönes Wochenende. → User: Perhelion 13:33, 30. Aug. 2014 (CEST)

• Ich halte es für einen Anachronismus, dass Formularelemente mit einem name-Attribut immer noch unter diesem Namen unter document erreichbar sind. Wenn man ohnehin jQuery verwendet, dann sollte man (von sehr seltenen Ausnahmen abgesehen), so tun, als gäbe es document gar nicht. Wenn du die Editform haben willst, nimmst du $('#editform').
• $(["#wpSave","#wpPreview","#wpDiff"]).each(function(){$(this).click(forceSummary);}); ist keine bessere Lösung, sondern ebenfalls fehlerhafter Code. Wenn man $() ein Array als Parameter übergibt, muss es ein Array aus DOM-Knoten sein. Dein augenblicklicher Code bindet (unter Ausnutzung der Merkwürdigkeit, dass er trotz des Arrays funktioniert) drei Eventhandler an die Editform, die alle per Eventdelegation ein Kindelement überwachen, was so ziemlich das komplizierteste Verfahren ist, das ich mir vorstellen kann. Was spricht denn gegen die offensichtliche Lösung $('#wpSave, #wpPreview, #wpDiff').click(forceSummary);?
• Wie bereits geschrieben muss ein Array, das $() als Parameter übergeben wird, ein Array aus DOM-Knoten sein. jQuery ist für DOM-Manipulationen da, nicht für Array-Manipulationen. Unabhängig davon, ob der Code funktioniert, ist Code, der ein gewöhnliches Array an $() übergibt, falsch.
• Wenn du ernsthaft mit jQuery arbeiten willst, solltest du dir die Dokumentation vollständig durchlesen.
• Beim Wikieditor hast du recht, aber nur in diesem einen speziellen Fall: Wenn man gleichzeitig eine neue Gruppe anlegt und ihr mehrere Schaltflächen hinzufügt, kommt es nur zu einer DOM-Manipulation. In allen anderen Fällen, also insbesondere wenn man (mehrere) Schaltflächen zu einer schon bestehenden Gruppe hinzufügt, werden die Schaltflächen unabhängig von der Art des Aufrufs einzeln in den DOM-Baum eingefügt. --Schnark 10:51, 2. Sep. 2014 (CEST)

Hallo Schnark, danke der ausführlicheren Erklärung. Ich habe nun alle Scripte überarbeitet (und noch mal kleinere Fehler behoben). Auf Beta sind diese als Gadget eingerichtet (seit heute auch autoSectiontId) Des Weiteren schlage ich noch dieses (am Rande erwähnte, welches ich noch erweitern möchte) vor!?:

3. (international, nun am Projekt angepasstem Datei-Namensraum)

{
	id: 'emoticons',
	title: 'Emoticons',
	description: 'sMirC-Emoticons-Set für den WikiEditor (~70 Smilies)',
	docpage: '//commons.wikimedia.org/wiki/SMirC', // not really?
	category: 'edit',
	scripts: '//meta.wikimedia.org/w/index.php?title=User:Perhelion/WikiEditorEmoticons.js&action=raw&ctype=text/javascript&maxage=86400&smaxage=86400&bcache=1',
	only: action === 'edit'
},

Dabei ist mir aufgefallen dass beim Fliegelflagel (hast du hier schon ein Kürzel? :P) einbinden only: function (action) {return action === 'edit';}, nicht funktioniert!?[2] Was ich noch machen wollte (und leider nicht hinbekommen habe), ist die {{int: Variablen zu nutzen (mein Versuch mittels mw.message( 'prefs-signature')). Das wäre auch für das autoSectiontId-Script ganz nützlich. (PS: das editform = document.editform entferne bzw. ersetze ich gleich noch gänzlich) LG → User: Perhelion 19:37, 8. Sep. 2014 (CEST)

Dass ein Skript nicht geladen wird, wenn du prüfst, ob der aktuelle Namensraum 'edit' lautet, ist doch eigentlich offensichtlich, oder?

Bei deinen Skripts fallen mir immer noch beim groben Überfliegen einige Punkte auf, die noch korrigiert werden sollten:

http://de.wikipedia.beta.wmflabs.org/wiki/Benutzer:Perhelion/signing.js: ["edit", "submit"].indexOf Nicht, dass ich den IE8 als das Maß aller Dinge ansehe, aber trotzdem solltest du keinen Code verwenden, der dort nicht funktioniert (http://kangax.github.io/compat-table/es5/#Array.isArray).

if (cfg.wgContentLanguage === 'de') { regpages2 = ['Meinung']; } Auf N:Wikinews:Meinungen wird nicht signiert, aber dein Skript nimmt das fälschlicherweise an.

$textarea.textSelection Um das zu verwenden, musst du explizit jquery.textSelection laden (auch wenn es tatsächlich ohnehin geladen wird).

e = (e && window.Event)? e.target : e.srcElement; Das erste Argument in einem per jQuery gebundenem Event-Handler ist grundsätzlich ein jQuery-Event und sollte als solches behandelt werden.

http://de.wikipedia.beta.wmflabs.org/wiki/Benutzer:Perhelion/sectionSummary.js: ["edit", "submit"].indexOf siehe oben

sumM.new funktioniert zwar, trotzdem ist ein Identifier, der eigentlich ein Schlüsselwort ist, sehr unschön.

$(headlines).not(headlinesOld) Es gilt immer noch, was ich das letzte Mal geschrieben habe: Wenn man ein Array an $ übergibt, dann muss es ein Array aus DOM-Knoten sein, alles andere ist falsch, auch wenn es funktioniert.

mw.hook( 'wikipage.content' ).add(libs.autoSectiontId.exec); Mit LivePreview (in den Einstellungen aktivieren) wird das zu mehrfacher Ausführung führen.

--Schnark 10:15, 9. Sep. 2014 (CEST)

I'll do fix that all, but I don't see an easy alternative to not()!?

Ok I used the hook() to load the script before ready() (but yes I don't understand it really, but it get not loaded twice because I have another load check in it: if (typeof libs.autoSectiontId === 'object')!?)

@indexOf() I really don't believe the script work with IE8, but anyway the IE8 is not in the your given table!?

Yes I need more to do read some more documentation. Have a nice day. ↔ User: Perhelion 03:21, 11. Sep. 2014 (CEST)

Auch wenn ich hier gerade mehr auf Englisch als auf Deutsch schreibe, kannst du weiterhin Deutsch verwenden.

Jedes Mal, wenn der Hook aufgerufen wird (und beim LivePreview passiert das mehr als ein Mal pro Seite) wird libs.autoSectiontId.exec ausgeführt, daran ändert das if (typeof libs.autoSectiontId === 'object') nichts.

Der IE8 steht in der Tabelle, du musst nur die alten Browser explizit einblenden.

--Schnark 11:24, 11. Sep. 2014 (CEST)

Custom css formatting of your diff not working

Hi Schark,

I have a few formatting changes to you diff in my common.css. These stopped working a month or so ago. Do you know why?

I thought you might have renamed your classes but these seem to be the same names so I can't work it out.

Yaris678 (Diskussion) 15:38, 9. Sep. 2014 (CEST)

Oops, sorry. I didn't rename the classes .enhanced-diff-ins etc., but I did rename the #enhanced_diff (I wanted to get rid of most underscores in my scripts). Actually, there is no longer an element with an id, but using a class should be enough to override my styles. Replace any occurence of #enhanced_diff by .schnark-diff-container, and it should work again. --Schnark 09:14, 10. Sep. 2014 (CEST)

Cool. I have tweaked my common.css as you suggest and it works well now. Thanks. Yaris678 (Diskussion) 09:49, 11. Sep. 2014 (CEST)

Benutzer:Schnark/js/CSS#Interwikilinks auf wichtige Sprachen hervorheben

Hallo Schnark, ich habe das die Tage ausprobiert; es funktioniert aber nicht. Ich nahme an, weil es noch aus der Prä-Wikidata-Zeit stammt? Gruß --Schniggendiller Diskussion 23:34, 2. Aug. 2014 (CEST)

Dir fehlt die schließende Klammer zu li.mw-history-line-updated {, sodass alles danach nicht funktionieren kann. CSS ist zwar sehr großzügig bei der Behandlung von Syntaxfehlern, aber geschweifte Klammern sind die Ausnahme, die müssen exakt stimmen. irgendwas; !important;, was bei dir zwei Mal vorkommt, ist auch falsch, entweder muss das !important; weg (wenn es bisher funktionierte), oder das Semikolon davor (falls das important tatsächlich notwendig ist). Das führt aber wenigstens nicht zu Folgefehlern. --Schnark 10:57, 8. Aug. 2014 (CEST)

Da du die Syntaxfehler immer noch in deinem CSS-Code hast, nehme ich mal an, dass du heutzutage nur noch auf ein Ping reagierst: @Schniggendiller:. --Schnark 11:04, 5. Sep. 2014 (CEST)

Schande, das hier habe ich tatsächlich aus den Augen verloren, danke für die Erinnerung. Die Syntaxfehler habe ich jetzt behoben, die engl. Interwikis werden jetzt auch hervorgehoben.

Du hast nicht zufällig eine Idee, warum es mir nicht gelingt, die Links auf Wikidata auf der BEO einzufärben?

Gruß --Schniggendiller Diskussion 00:23, 6. Sep. 2014 (CEST)

Ich färbe sie mittels li.wikibase-edit .plainlinks { color:#36B; } wie externe Links. --Leyo 00:44, 6. Sep. 2014 (CEST)

Zu Wikidata auf der Beobachtungsliste kann ich nichts sagen, da ich dank bugzilla:44874 dort einerseits keine Wikidata-Bearbeitungen sehe (was ich von Programmierern halte, die einen Bug, der mit "high", "critical", "16 votes" markiert ist, über ein Jahr völlig ignorieren, behalte ich besser für mich), andererseits dank Benutzer:Schnark/js/watchlist++ meine Beobachtungsliste ohnehin nicht mehr verwende. Aber [href*="https://www.wikidata.org"] kommt mir verdächtig vor, da ich protokollrelative Links erwarte, womit [href*="//www.wikidata.org"] korrekt wäre (und mit *= würde das auch mit Protokoll funktionieren). --Schnark 09:09, 6. Sep. 2014 (CEST)

Danke euch beiden, hat jedes für sich geholfen :-)) VG --Schniggendiller Diskussion 01:42, 13. Sep. 2014 (CEST)

Stubgenerator für Filme

Hallo Schnark, ich mache mich langsam mit den Funktionen von Fliegelflagel vertraut und bin auf den Stubgenerator gestoßen. Cooles Tool! Habe gesehen, dass es das schon für Personen gibt. Ich hätte ja gern einen Filmartikelgenerator auf Grundlage der Formatvorlage Film. Denkst du, dass so etwas umzusetzen wäre? Hier gibt's eine Liste der filmbezogenen Properties bei Wikidata. –ðuerýzo ?! ^SOS 14:42, 11. Sep. 2014 (CEST)

Prinzipiell ist das möglich, die Konfiguration muss an drei Stellen ergänzt werden: Zum einen braucht es Benutzer:Schnark/js/stub.js/film (mit Inhalt analog zu Benutzer:Schnark/js/stub.js/person). Der Teil ist hoffentlich so leicht verständlich, dass du ihn selber anlegen kannst (auch unter Benutzer:Schnark/js/stub#Konfiguration dokumentiert). Die zweite Teil ist Benutzer:Schnark/js/stub.js/main.json (auch einfach, da muss nur ein "Film": "film" in die letzte Zeile dazukommen, um für Dinge, die ein Film sind die neue Film-Vorlage zu verwenden). Kompliziert ist der dritte Teil Benutzer:Schnark/js/stub.js/film.json. Ich bin immer noch nicht wirklich glücklich mit dieser Art von Konfiguration, mir fällt aber auch nichts besseres ein. Ich schlage vor, dass du einfach mal Benutzer:Schnark/js/stub.js/film anlegst, und ich die dazu passende Benutzer:Schnark/js/stub.js/film.json erstelle (wobei du dich natürlich gerne auch selbst daran versuchen kannst, wenn du meinst die Dokumentation oder Benutzer:Schnark/js/stub.js/person.json zu verstehen, kaputt machen kannst du nichts). --Schnark 09:48, 12. Sep. 2014 (CEST)

Ok, ich werde mal sehen, wann ich dazu komme. Mit dem Stubgenerator für Personen habe ich eben die Artikel Charles Grenzbach, Jan Domela und Edmond L. DePatie angelegt, wirklich ein tolles Tool!!! –ðuerýzo ?! ^SOS 10:00, 12. Sep. 2014 (CEST) ‎

Use of improved diffs in resolving edit conflicts

Hi Schnark,

I think edit conflicts are a big deal. They don't seem like it to experienced editors, but they can be very off putting to new users. And a new user may get them more frequently, especially if they have just created an article and then other users pile in with their improvements.

I think the improved diff technology developed by you and Cacycle could help in this regard. I think that your article statistics add-on is especially helpful because it looks at more than one edit simultaneously.

What I think we want is something that, when there is an edit conflict, looks at the two changes and calculates a combined article. There will be some cases where this is just impossible, but with good diff calculation, it should be possible in a lot of cases. What do you think?

Yaris678 (Diskussion) 21:38, 11. Sep. 2014 (CEST)

What you propose is actually done already: When there is an edit conflict MediaWiki uses en:diff3 to try to do a three-way-merge. Only when this fails the user is informed about the edit conflict. Of course there may be edge cases where Cacycle's or my diff could resolve the conflict even if diff3 failed to do so, but I don't think they are that common. --Schnark 09:56, 12. Sep. 2014 (CEST)

Yes. It is these edge cases that I am concerned about. They are not common for most users, which is why most editors don't think about it most of the time. However, one of the most likely occasions is on a new article. New articles attract a lot of edits. New users often create new articles and so are more likely to be presented with an edit conflict that hasn't been resolved automatically. They also have the lowest amount of experience to draw on when they try to resolve the conflict manually and may just conclude that editing wikis is too hard. This is why I think it is a bigger issue than experienced editors may realise. I also think that solving this issue could help with new-editor retention, which is one of the things that a lot of the community is concerned about. Yaris678 (Diskussion) 15:16, 15. Sep. 2014 (CEST)

Benutzer:Schnark/js/syntaxhighlight

Hallo Schnark, zuerst bedanke ich mich für deine Skripte und vor allem dieses spezielle Skript, um das es hier gehen soll.

Seit einigen Tagen habe ich festgestellt, dass es sowohl mit Google Chrome als auch mit Opera nicht ordnungsgemäß funktioniert. Ich benutze die aktuellste Chrome-Version 37.0.2062.120 und Opera-Version 24.0.1558.53. In beiden Browsern tritt der gleiche Fehler auf. Der Fehler liegt darin, dass der Text nicht dort positioniert ist, wo das Skript es annimmt.

Ich habe festgestellt, dass beim Laden das Bearbeitungsfeld zuerst ohne Skript korrekt geladen wird ([3]) und dass beim Laden des Skriptes der Zeilenabstand des Textes verringert wird und gleichzeitig die Syntaxhervorhebung erscheint. Folglich sieht das Bearbeitungsfeld am Ende so aus: [4]. Hier sieht man, dass Text und Syntaxhervorhebung nicht exakt übereinander positioniert werden. Hier wird der geringere Zeilenabstand beim Text (weiße Schrift) im Vergleich zum vom Skript angenommenen Text (schwarze Schrift) deutlich.

Mit Firefox tritt dieser Fehler nicht auf.

Vielen Dank für deine Hilfe! Grüße --Daniel749 Disk. (ST–WPST) 22:10, 12. Sep. 2014 (CEST)

Ich verwende Google Chrome eigentlich nie, sondern nur Firefox, habe aber gerade mal wieder auf die Schnelle eine portable Version installiert um das Problem zu testen. Es war die exakt die gleiche Chrome-Version wie bei dir, aber bei mir hat die Syntaxhervorhebung perfekt gepasst. Beim letzten Mal, als ich es versucht hatte, war die Verschiebung deutlich schlimmer als auf deinen Screenshots, aber seitdem habe ich diese Änderung vorgenommen, die eigentlich gegen die Reste von Bug 395425 ausreichen sollte. Ich weiß also nicht genau, warum bei dir die Zeilenhöhen nicht zusammenpassen. Falls diese Änderung nicht hilft: Funktioniert bei dir Remember the dot's Original? Funktioniert es, wenn du etwas am Browser-Zoom änderst? Funktioniert es, wenn du directWrite deaktivierst? --Schnark 09:48, 13. Sep. 2014 (CEST)

Deine Änderung hat schon ausgereicht, dass es wieder funktioniert. Auch beim Browser-Zoom funktioniert alles. DirectWrite habe ich standardmäßig aufgrund dieses Problems deaktiviert. Nochmals danke! Gruß --Daniel749 Disk. (ST–WPST) 10:21, 13. Sep. 2014 (CEST)

Google Chrome rechnet wohl an einigen Stellen auch in Bruchteilen von Pixeln, aber offenbar nicht wirklich konsistent, sodass die Zeilenhöhen zwar nominal den gleichen Wert hatten, intern aber verschiedene Werte verwendet wurden, sodass sich die Zeilen des Textes und der Hervorhebung immer weiter verschoben haben. --Schnark 11:15, 13. Sep. 2014 (CEST)

New wikEdDiff / wDiff

Hi Schnark,

After a long time, I have finally found the time to improve/rewrite wikEdDiff (.js) and its underlying wDiff (.js) library. It now has the following features and improvements:

• Improved design and integration (colors, popup titles)
• Stepwise split (paragraphs, sentences, words, chars)
• Recursive diff
• Bubbling up of ambiguous unresolved regions to line break
• Optimizing the length of moved blocks
• Moved blocks can contain insertions and deletions

I have tested it extensively and would like to hear your suggestions and your opinion, especially how it compares to Benutzer:Schnark/js/diff. Cacycle (Diskussion) 17:56, 27. Aug. 2014 (CEST)

The new diff looks really nice, though some block moves are still strange: On [5] look at the moved block marked in light green ("window.scroll(0, wikEd.GetOffsetTop(wikEd.inputWrapper));"). It is followed by a deletion inside the block, but that deletion goes until the end of the block. It's a bit strange to say that part was moved up there and then got deleted, instead of simply showing the deletion at the place where the block was originally.

One of my favorite diffs for testing is [6], which looks a bit strange, too. --Schnark 11:05, 28. Aug. 2014 (CEST)

Thanks for your suggestions! The deletion inside the light green block in wikEd diff is a special rare case as it is located right between two moved blocks. One of these blocks was invisible because it was converted to a deletion/insertion pair due to its small size. I have now improved the program, conversion of too short blocks into deletion/insertion pairs now actually un-links the respective words and repeats the block detection. This also helps avoiding sections consisting of mixed insertions and deletions - these are now one large deletion block followed by a large insertion block. Also, the Burg Gliechenstein diff looks better now for the same reason. Cacycle (Diskussion) 23:09, 1. Sep. 2014 (CEST)

Now you seem to have some endless loop in the script. On https://en.wikipedia.org/w/index.php?title=User%3ACacycle%2FwikEd.js&diff=623747179&oldid=623033506 Firefox warns me about an unresponsive script, but even if I let the script continue running many times, it doesn't finish. The line numbers at which Firefox pauses change, but https://en.wikipedia.org/w/index.php?title=User:Cacycle/diff.js&action=raw&ctype=text/javascript:2223 occured several times, so the loop seems to be around there. --Schnark 10:55, 2. Sep. 2014 (CEST)

It is not an endless loop, it just takes a while. After page load, it has to fetch both versions before it starts diffing. I have timed it, the first word-based diff calculation takes 7 s, the first char-based diff calculation takes 3 s, and the diff shortening (line 2223) takes 10 s for me. I will try to optimize these two routines - but this is probably the most extreme diff you can find on Wikipedia with its 2500 (!) diff tags and an article size of 755 kB. BTW, I have just changed the block colors to gray, added mouseover highlighting, and added jumping between block and mark upon clicking. Cacycle (Diskussion) 00:26, 3. Sep. 2014 (CEST)

I tried again, and now was patient enough to wait for the end. I had to click away the warning about an unresponsive script 6 times, which means it took 45 s for me, while my own script takes 5 seconds. --Schnark 10:48, 3. Sep. 2014 (CEST)

Version 0.1.10 is now heavily optimized for speed! Loading still takes a while though. Cacycle (Diskussion) 15:19, 8. Sep. 2014 (CEST)

Now it works without warnings about an unresponsive script, and only takes 15 seconds. Just to explain why I'm interested in large diffs, too: My script Benutzer:Schnark/js/artikel-statistik.js tries to find out the author of each piece of the text. To correctly handle texts that were deleted at some time and restored a few revisions later, it has to keep all the old versions in memory. It basically creates a diff of the first two revisions, then a diff between this diff and the third, a diff between that diff and the fourth, and so on. For large articles this means the script has to create many diffs that are really big. --Schnark 09:36, 9. Sep. 2014 (CEST)

Schnark: For typical Wikipedia edits, especially block deletions and re-insertions, you probably do not need recursive diffing. Turning it off (wDiff.recursiveDiff = false;) will accelerate the example by a factor of 10 in version 0.9.13! Cacycle (Diskussion) 15:31, 11. Sep. 2014 (CEST)

Hi Schnark, you might be interested in the new wikEd diff online tool for an easy comparison of two pasted texts. It also allows to play with different settings, including data structure view and timing. Cacycle (Diskussion) 00:30, 26. Sep. 2014 (CEST)

Um drei Ecken verwandt

Hi, hattest du dich nicht mal damit befasst, wie lang der Weg von einem Artikel zum nächsten ist?

Auf Wikipedia:Wikipedistik/Verlinkung gibt es ein verrecktes tools:sixdeg, für das Ersatz zu suchen wäre.

Schöne Woche --PerfektesChaos 21:22, 21. Sep. 2014 (CEST)

Benutzer:Schnark/js/small-world Aber wäre es der Qualität nicht zuträglicher, diese Seite ins Archiv zu verschieben und dort vergammeln zu lassen? Theuderich IV. → EKA (Supercomputer) geht übrigens in 6 statt in 7 Schritten. --Schnark 09:36, 23. Sep. 2014 (CEST)

Danke schön.

Ob die nun da als Unterseite rumsteht oder im Archiv, ist einerlei. Schaden richtet es nicht an, und hinfinden wird ohnehin kaum jemand.

Andere hatten auch schon kürzere Wege gefunden und die ursprünglichen Ergebnisse verbessert, werden halt Seiten oder Verlinkungen hinzugekommen sein.

Liebe Grüße --PerfektesChaos 22:55, 23. Sep. 2014 (CEST)

MediaWiki to LaTeX

Du hattest vor einige Monaten einige Änderungswünsche bezüglich meines MediaWiki to LaTeX Programms angegeben. Soweit ich mit diesen einverstanden war habe ich sie nun umgesetzt. Ins besondere gibts jetzt die Möglichkeit vorausgefüllte Formulare zu verwenden.

https://mediawiki2latex.wmflabs.org/fill/https%3A%2F%2Fde.wikipedia.org%2Fwiki%2FInternationale_Mathematik-Olympiade

https://de.wikibooks.org/wiki/Benutzer_Diskussion:Dirk_Huenniger/wb2pdf/Requests#w:Internationale_Mathematik-Olympiade

Viele Grüße Dirk Hünniger (Diskussion) 10:37, 19. Okt. 2014 (CEST)

Oh, das habe ich irgendwie aus den Augen verloren, ich antworte dir gleich auf Wikibooks. --Schnark 11:29, 20. Okt. 2014 (CEST)

Bandersnatch

Hallo, würde mit dem Tool gern ein einfaches Suchen & Ersetzen durchführen, was muss ich denn da als JavaScript eingeben? –ðuerýzo ?! ^SOS 16:57, 22. Okt. 2014 (CEST)

Das hängt natürlich im Einzelfall von der genauen Ersetzung ab, aber die einfachste Variante ist return {text: oldText.replace(/alt/g, 'neu')};. Falls du Hilfe zu regulären Ausdrücken brauchst, bietet http://de.selfhtml.org/javascript/objekte/regexp.htm einen guten Einstieg. --Schnark 09:08, 23. Okt. 2014 (CEST)

Hm, wird soweit richtig angezeigt, allerdings werden keine Bearbeitungen durchgeführt?! –ðuerýzo ?! ^SOS 10:19, 23. Okt. 2014 (CEST)

Was wird wo richtig angezeigt? Hast du den Modus einfach nur auf "Simulation" belassen? Dann ist es korrekt, dass die Bearbeitungen nicht durchgeführt werden, obwohl sie korrekt angezeigt werden. --Schnark 10:26, 23. Okt. 2014 (CEST)

Ah, jetzt gehts! Was für ein saugeiles Tool, was mir damit in meiner WP-Anfangszeit für Arbeit hätte erspart bleiben können!!! –ðuerýzo ?! ^SOS 11:05, 23. Okt. 2014 (CEST)

Beim nächsten Mal solltest du im dritten Schritt noch einen Bearbeitungskommentar angeben, damit die Änderungen nicht so ganz kommentarlos erfolgen. --Schnark 11:09, 23. Okt. 2014 (CEST)

Ok! –ðuerýzo ?! ^SOS 11:22, 23. Okt. 2014 (CEST)

Und falls du mal umfangreichere Bearbeitungen damit durchführen willst, solltest du auch darüber nachdenken, ein extra Konto dafür anzulegen und dafür Bot-Rechte zu beantragen. Bandersnatch kann dann die Bearbeitungen mit dem Bot-Flag markieren (wobei ich das noch nie getestet habe). --Schnark 12:13, 23. Okt. 2014 (CEST)

Vielleicht bei der Umstellung der alten IMDb-Vorlagen auf die neue, aber da kann ich auch einen Bot beauftragen. Mal sehen, wie wartungsintensiv die neuen Wikidatavorlagen sind. Jetzt beim ersten Durchlauf kommt natürlich noch einiges zusammen (siehe meine Beiträge). –ðuerýzo ?! ^SOS 12:20, 23. Okt. 2014 (CEST)

-> Wikipedia:Bots/Anträge_auf_Botflag#2014-10-23_.E2.80.93_RFF-Bot –ðuerýzo ?! ^SOS 12:47, 23. Okt. 2014 (CEST)

Cosinussatz

Hallo Schnark,

ich habe gesehen, daß du bei Cosinussatz zuletzt gesichtet hast. Könntest du bitte die neue Version ebenfalls sichten? Danke! --84.173.10.59 13:49, 13. Nov. 2014 (CET)

Der Artikel ist in der aktuellen Version gesichtet (und meine letzte Sichtung erfolgte im Rahmen einer Reihe automatischer Bearbeitungen bei denen ich den Artikel ohnehin nicht angesehen habe). --Schnark 09:08, 14. Nov. 2014 (CET)

Anzeigeproblem Benutzer:Schnark/js/artikel-statistik.js

Hallo Schnark,

bei mir wird seit einiger Zeit der "artikel-statistik-tooltip" hinter der linken Spalte (mit Navigation, Mitmachen, Werkzeuge usw.) angezeigt. An meinen anderen Skripten liegts wohl nicht, als ich die kurzzeitig deaktiviert hab, blieb das Problem bestehen.

Liebe Grüße, --CENNOXX 20:49, 19. Nov. 2014 (CET)

Müsste mit dieser Änderung wieder funktionieren (wobei ich zugeben muss, dass ich gar nichts getestet habe). --Schnark 09:17, 20. Nov. 2014 (CET)

Danke dir, funktioniert wie erhofft.--CENNOXX 18:35, 20. Nov. 2014 (CET)

Auswahl von Überschriften durch Doppelklick mit "section-links.js"

Hi Schnark,

hat man eine Überschrift, bestehend aus einem einzelnen Wort, etwa

Test

dann kann man dieses Wort mit aktivierten "section-links.js" nicht durch Doppelklick markieren, da dann automatisch auch zwei Zeilenumbrüche und das erste Wort der folgenden Zeile markiert werden (zumindest bei mir im Firefox unter Windows 7). Hast du vielleicht eine Ahnung woran das liegt und vielleicht sogar einen Workaround parat? Danke und Gruß, --Patrick87 (Diskussion) 15:07, 15. Nov. 2014 (CET)

Funktioniert bei mir (Firefox 31 ESR unter Windows 7) ohne Probleme: "Test" (kopiert per Doppelklick, eingefügt zwischen die beiden Anführungszeichen) --Schnark 09:35, 17. Nov. 2014 (CET)

Allerdings: Wenn ich bei einem Ein-Wort-Lemma auf den Titel doppelklicke, dann kopiere ich einen Zeilenumbruch am Ende mit. Gibt es irgendwo verlässliche Aussagen dazu, was in welchem Browser markiert und kopiert wird, wenn Quelltext-Whitespace, Elemente mit unterschiedlichem display und user-select: none; zusammentreffen? --Schnark 12:18, 17. Nov. 2014 (CET)

Ok, jetzt bin ich echt ratlos... Das Problem tritt bei mir auf Grund des folgenden CSS-Schnippsels auf, den ich in meiner global.css stehen habe:

h1,h2,h3,h4,h5,h6 {
	overflow: visible;
}

Kannst du dir das erklären? Sehr viel merkwürdiger noch: Wenn ich den Code manuell im Firefox via Inspector einfüge, dann tritt das Problem nicht auf! Bin ich da etwa auf einen komischen Firefox-Bug gestoßen? --Patrick87 (Diskussion) 22:01, 17. Nov. 2014 (CET)

Besonders interessant wird es, wenn man nach dem Markieren im Kontextmenü "Auswahl-Quelltext anzeigen" wählt, dann sieht man, was alles mitmarkiert wurde, kopiert wird dann wohl alles Markierte ohne die Elemente mit display: none; und user-select: none;. Bei mir (noch mit Benutzer:Schnark/js/letzteredit und Benutzer:Schnark/js/notizen) ergibt sich:

• Doppelklick auf das erste Wort (sprich: Benutzer) der Hauptüberschrift auf dieser Diskussionsseite, danach rüberziehen bis zum letzten Wort: Nur diese sind markiert.
• Doppelklick auf das letzte Wort: Markierung geht bis einschließlich des Leerzeichens vor der Klammer mit "zuletzt aktiv".
• Dreifachklick auf die Überschrift: Der span innerhalb der Überschrift, sowie der folgende mit class="mw-editsection" wird markiert.
• Doppelklick auf eine Ein-Wort-Abschnittsüberschrift, auf das letzte Wort einer Abschnittsüberschrift, oder Doppelklick mit anschließendem Ziehen der Maus: Nur die Worte der Überschrift werden markiert.
• Dreifachklick auf eine eine Abschnittsüberschrift: Der umschließende span und der folgende mit class="mw-editsection" werden mitmarkiert.
• Doppelklick auf das letzte Wort einer Hauptüberschrift auf einer Nicht-Benutzer-Seite: Die Markierung geht bis einschließlich id="contentSub" und enthält damit unter anderem auch id="siteSub".
• Doppelklick nicht auf das letzte Wort und Dreifachklick verhalten sich wie auf Benutzerseiten.

Ich kann teilweise Konsistenz erkennen, aber keine Logik. Als Workaround scheint aber der Dreifachklick zumindest bei mir in allen Fällen zu funktionieren. --Schnark 09:58, 18. Nov. 2014 (CET)

Danke für die ausführlichen Tests! Da scheint ja in der Tat so einiges durcheinander zu gehen (und das nur im Firefox – wer weiß was in anderen Browsern noch alles passiert). Ich denke der Dreifachklick ist in diesem Fall tatsächlich der beste Workaround.... --Patrick87 (Diskussion) 22:13, 18. Nov. 2014 (CET)

addOnloadHook

Hi Schnark. addOnloadHook ist ja deprecated und soll ersetzt werden. Mir ist grad nur noch nicht klar, wie. Anscheinend ist wohl mw.hook der richtige Weg, aber wo finde ich denn eine Liste der verfügbaren event-Namen? Hier gibt es eine Tabelle, aber die scheint mir ja keine vollständige Doku zu sein. Außer "wikipage.content" ist da nichts als "stabil" gekennzeichnet und mir ist auch nicht klar, was der direkte Ersatz für onload ist - wikipage.content ist ja spezieller. Hast du einen Tipp? --APPER\^☺☹ 21:54, 24. Nov. 2014 (CET)

Ich erlaube mir mal, die Neugier noch am selben Abend zu befriedigen.

• Schreib einfach: $(Funktionsname);
• Mehr: Wikipedia:Technik/Skin/JS/Obsolet #addOnloadHook()

LG --PerfektesChaos 22:32, 24. Nov. 2014 (CET)

Danke! --APPER\^☺☹ 22:47, 24. Nov. 2014 (CET)

Je nachdem, was man tun will, kann mw.hook('wikipage.content').add(Funktionsname); besser geeignet sein als $(Funktionsname);, dann nämlich, wenn die Funktion mehrfach aufgerufen werden soll, falls sich der Inhalt ändert. Auffälligstes Beispiel ist vielleicht der VE, speichert man, dann wird die Seite nicht neu geladen, sondern nur der Inhalt ausgetauscht und der Hook ein weiteres Mal ausgelöst. In deinem Fall ist aber $(Funktionsname); klar besser geeignet. --Schnark 09:15, 25. Nov. 2014 (CET)

"Schon gewusst?"

Hallo Schnark, ich würde gern mal einen neuen Artikel von dir für die Hauptseitenrubrik "Schon gewusst?" vorschlagen. Mir scheint, dass Satz von Holditch super gewesen wäre, den habe ich aber zu spät entdeckt. Bei den anderen, die weniger als 30 Tage alt sind, fällt mir leider kein allgemeinverständlicher Teaer ein, aber vielleicht dir :-) --C.Koltzenburg (Diskussion) 09:32, 25. Nov. 2014 (CET)

Ich überlege mir bei meinen neuen Artikeln durchaus, ob ich sie für SG? vorschlagen soll, aber auch bei mir scheitert es in der Regel am allgemeinverständlichen Aufhänger. Trotzdem hatte ich schon Artikel auf der Hauptseite (wobei die allerdings unter „einige Bearbeitungen (inklusive einer Komplettüberarbeitung und vier neuen Artikeln) unter verschiedenen IPs“ (siehe Vorderseite) fallen, und daher nicht so direkt zu finden sind). Aber auch mir fallen weder fürs Münzproblem noch für den Tröpfelalgorithmus, die ich beide durchaus für geeignet halte, Hauptseiten-taugliche Aufhänger ein. --Schnark 10:41, 25. Nov. 2014 (CET)

Tauglich wären Infos im Artikel zur Frage, welches Problem man seit dieser oder jener Entdeckung besser lösen konnte als vorher. Nur müsste man nicht zuletzt allgemeinverständliche Beschreibungen für so ein Problem finden ;-) aber das halte ich für möglich, sofern man es abstrakt genug formuliert (für einen Blick aus der Ferne quasi). --C.Koltzenburg (Diskussion) 11:08, 25. Nov. 2014 (CET)

Wikidata in Artikeln

Du hattest vor längere Zeit mal eine Abfrage gemacht, in welchen Artikeln direkt Wikidata-Daten eingebunden werden (also nicht via Vorlagen). Könntest du diese Abfrage wieder machen und eventuell eine regelmäßig aktualisierte Wartungsliste daraus machen? Direkte Einbindungen sind imho unerwünscht und mindestens hässlich, sodass das imho durchaus ein Fall für eine Wartungsliste ist. 85.212.48.122 20:19, 11. Nov. 2014 (CET)

Es schienen sich damals nicht sonderlich viele dafür zu interessieren, sodass ich es letztlich aufgegeben habe, da es ohnehin ein Sisyphos-Kampf gegen Windmühlen ist. Eine aktuelle Liste habe ich gerade nicht, aber die letzte, die ich noch in meinem Mülleimer auftreiben konnte, bietet noch mehr als genug zu tun. Falls du also wirklich Lust dazu hast, folgt sie hier auskommentiert:

Viel Spaß --Schnark 09:15, 12. Nov. 2014 (CET)

Danke. Das sieht machbar aus. Wie sieht es im Vorlagennamensraum aus, ist die Kategorie:Vorlagen mit Daten aus Wikidata vollständig befüllt? 129.13.72.197 11:18, 12. Nov. 2014 (CET)

Ich zögere gerade ein bisschen, ob man erst die Kategorie-Umbenennung abwarten sollte (oder die einfach schon mal ohne Adminentscheidung umsetzt). Es fehlen auf jeden Fall noch Vorlage:Normdaten-WD, Vorlage:Normdaten mit Wikidata-Wartungskategorien, Vorlage:Worldcat id, Vorlage:Denkmalliste Slowakei Tabellenzeile, Vorlage:Infobox Gemeinde in Andorra, Vorlage:Infobox Stadtteil von Essen, Vorlage:Infobox Ort in Russland --Schnark 11:43, 12. Nov. 2014 (CET)

Liebe IP, lass gut sein. Es ist noch überhaupt nicht geklärt, wann welche Informationen aus dem beleglosen und nicht durch Sichtung und RCler geschützten Wikidata durch Unterlaufen unserer Schutzmechanismen hier direkt dargestellt werden sollen. Für dynamische Infos wie Einwohnerzahlen mag das irgendwann kommen; bei statischen Schlüsselnummern zu Datenbanken, die wir ohnehin schon in den Artikeln haben, berauben wir uns einer wertvollen Kontrollmöglichkeit gegen Vandalismus und Zuordnungsfehler. Wir können hingegen jederzeit den bei uns schon registrierten Wert mit der Angabe bei Wikidata abgleichen und bei Diskrepanzen eine Wartungskat werfen. LG --PerfektesChaos 12:07, 12. Nov. 2014 (CET)

Und genau weil das noch nicht geklärt ist, ist es sinnvoll, Einbindungen aus Artikeln zu entfernen und einen Überblick über vorhandene Einbindungen zu bekommen, um die dafür verantwortlichen Benutzer in Zukunft davon abzuhalten. 129.13.72.197 12:34, 12. Nov. 2014 (CET)

Ich bezog mich ausdrücklich auf die Anlage von Kats, sorry für das Missverständnis, alter Kategorie-Hase.

Du hast meinen vollen Segen, jede dieser Sch…properties aus den Artikeln rauszuwerfen.

Vorlage:Normdaten-WD ist wohlweislich experimentell, und man wird hoffentlich nie so dämlich sein, sich auf Gedeih und Verderb auf die richtige Zuordnung des Artikels zu einem Item zu verlassen und bedenkenlos jede dort hinterlegte GND hier zu verlinken.

Diese Vorlagen sollen nicht noch durch Anlage von differenzierten Kats hoffähig gemacht werden.

LG --PerfektesChaos 12:52, 12. Nov. 2014 (CET)

Danke schön, liebe IP; und FYI. Schönes Wochenende --PerfektesChaos 13:10, 14. Nov. 2014 (CET)

Hinweis: Wikipedia:Meinungsbilder/Nutzung von Daten aus Wikidata im ANR --Mabschaaf 13:35, 14. Nov. 2014 (CET)

Da der größte Batzen jetzt erledigt ist, könntest du die Abfrage nochmal machen? 85.212.48.122 15:19, 16. Nov. 2014 (CET)

Moin, finde gerade diese Diskussion, nachdem ich bereits mit obigem Benutzer unter IP zusammengestoßen bin. Ich kann durchaus Argumente für oder gegen die Einbindung nachvollziehen, jedoch sollte auch das, wie so vieles hier, schon irgendwie nachvollziehbar ablaufen. Zumindest mit vernünftigen Begründungen. Ansonsten halte ich es für falsch, das per Edit-War durchdrücken zu wollen. Gruß --Itti 18:41, 16. Nov. 2014 (CET)

Die fraglichen Wikidata-Properties sind allesamt ohne Beleg, ich verweise also auf WP:Quellen. 85.212.32.100 21:27, 16. Nov. 2014 (CET)

Der letzte Dump wurde ein paar Tage vor deiner Aufräumaktion erstellt, sodass du dich ca. einen Monat gedulden musst, bis ich die Liste nochmals aus den aktuellen Daten erstellen kann. --Schnark 09:25, 17. Nov. 2014 (CET)

OT apropos Dump: Wenn du die Prozeduren zur Syntax-Statistik noch ausgraben kannst, wäre ein Update mal aufschlussreich. Zweiwöchentlich ist nicht notwendig, aber etwa vierteljährlich wäre informativ. LG --PerfektesChaos 09:53, 17. Nov. 2014 (CET)

Hier die aktuelle Liste (einschließlich Vorlagen, um zu überprüfen, ob die alle in der Kategorie sind: --Schnark 09:13, 3. Dez. 2014 (CET)

Danke

Danke dafür, ich werd's probieren. Falls ich noch Fragen habe, würd' ich mich nochmals rühren, falls ich darf ... 192.44.85.26 20:54, 26. Nov. 2014 (CET)

Uneinheitliche Diff-Darstellung

Hallo Schnark. Kannst du dir erklären, weshalb bei Spezial:Diff/135960517/136424115 dein Diff-Script eine uneinheitliche Anzeige der analogen Unterschiede bewirkt? MediaWiki und Popups schneiden da besser ab. --Leyo 11:54, 3. Dez. 2014 (CET)

Es hat vermutlich damit zu tun, dass die 7 in dem Bereich so häufig vorkommt, die 6 dagegen eindeutig ist. Was das Minus in der letzten Zeile macht, weiß ich auch nicht. Ich werde es mir genauer ansehen, und auch den Teildefekt von "Standardwerte verwenden" korrigieren, der mir dabei aufgefallen ist. --Schnark 12:05, 3. Dez. 2014 (CET)

Wobei die "Konkurrenz" wikEdDiff noch schlimmer ist, und noch eine Verschiebung erkennt. --Schnark 12:08, 3. Dez. 2014 (CET)

Danke für deine Vorab-Analyse. Ich habe nicht ohne Grund von wikEd auf dein Script umgestellt. ;-) --Leyo 23:24, 3. Dez. 2014 (CET)

Das Grundproblem ist das, was ich gestern schon festgestellt habe: −6 ist eindeutig, −7 nicht. Dadurch wird das </sup> hinter −6 im alten mit eben jenem im neuen Text verbunden, die </sup> hinter −7 im alten Text werden dagegen mit den </sup> hinter −1 im neuen Text verbunden, weil sie vor jeweils eindeutigem Text stehen. Das ließe sich in diesem Fall lösen, indem man nicht zuerst nach links und dann nach rechts nach Übereinstimmungen sucht, sondern umgekehrt (also statt "eindeutige Wörter verbinden" – "gleiche Wörter rechts von verbundenen Wörtern verbinden" – "gleiche Wörter links von verbundenen Wörtern verbinden" die beiden letzten Schritte umkehren), würde aber in anderen Fällen das Problem gerade wieder umdrehen. Was das letzte Minuszeichen tut, weiß ich immer noch nicht (interessante Tatsache: −7 wird im ganzen als ein "Wort" erkannt). Ich werde das Beispiel im Kopf behalten, falls ich mal Zeit und Lust habe, den Algorithmus zu überarbeiten, mache dir aber nicht so viel Hoffnung. Das Problem mit dem Wiederherstellen der Standardwerte ist behoben (und ein ordentlicher Test dafür stand schon vorher auf der Todo-Liste, da kam jetzt noch ein Ausrufezeichen hintendran).

Seit du von wikEdDiff auf mein Skript gewechselt bist, hat Cacycle das Skript mehr oder weniger komplett neu geschrieben, so dass die Gründe für deinen Wechsel inzwischen möglicherweise nicht mehr zutreffen. Ich bin natürlich schon aus Prinzip der Ansicht, dass mein Skript besser ist, aber so ganz offensichtlich ist das nicht mehr, und in manchen Fällen muss ich zugeben, dass wikEdDiff den saubereren Diff liefert. --Schnark 09:10, 4. Dez. 2014 (CET)

Code-Review (3. Versuch)

Hallo Schnark, habe deine Einwände umgesetzt. Allerdings kann ich tatsächlich nicht sagen ob diese Bugfrei sind. Da diese Bananen-Methodik heutzutage jedoch gang und gebe ist, würde ich mich jedoch umgehend bzw. zeitnäher als bis jetzt um eine Bearbeitung kümmern.Freundliche Grüße ↔ User: Perhelion 17:00, 16. Okt. 2014 (CEST)

de.wikipedia.beta.wmflabs.org liefert mir seit Tagen nur Ladefehler, sodass ich deinen Code nicht sehen kann. --Schnark 10:55, 17. Okt. 2014 (CEST)

Schade, ich dachte das zwischen uns ist eine Win-win-Situation. (Leider bekomme ich langsam den Verdacht, dass du etwas gegen mich hast⁉) ↔ User: Perhelion 08:48, 31. Okt. 2014 (CET)

Labs hat etwas gegen mich und leitet mich noch immer stur auf HTTPS um, wo mir dann ein Serverfehler präsentiert wird. --Schnark 09:35, 31. Okt. 2014 (CET)

Ach ok, das hatte ich auch. Ich musste erst meinen kompletten BrowserCache löschen (wie mir PeCh riet). ↔ User: Perhelion 10:15, 31. Okt. 2014 (CET)

Irgendwo kam ein forceHttps-Cookie her, jetzt ist es weg. Es fallen immer noch viele Dinge beim reinen Überfliegen auf:

http://de.wikipedia.beta.wmflabs.org/wiki/Benutzer:Perhelion/signing.js

mw.loader.using('jquery.textSelection'); bringt in dieser Form nichts, du musst den Code, der auf die Funktionen aus jquery.textSelection angewiesen ist, als Callback-Funktion im zweiten Parameter übergeben oder alternativ dem zurückgegebenen Promise-Objekt anhängen.

n.test(cfg.sigText[-1]) ist immer falsch

pos = txt.indexOf('\n', pos); schlägt fehl, wenn kein Zeilenumbruch mehr kommt (unwahrscheinlich, aber möglich)

/de|als/.test(cfg.wgUserLanguage): Die Anzahl der Benutzer mit ks-deva, die keine deutsche Lokalisierung wollen oder der mit pfl, die Deutsch dem Englischen vorziehen, dürfte klein sein. Trotzdem solltest du mw.language.getFallbackLanguageChain() verwenden, dafür ist es da.

Den wpAutoSummary-Hack verstehe ich nicht, aber vermutlich führt er dazu, dass die Funktion „Warnen, wenn Zusammenfassung fehlt“ nicht mehr zuverlässig funktioniert.

Gibt es irgendeinen Grund ..updateTooltipAccessKeys() nicht einfach für die eingefügten Elemente aufzurufen, statt irgendwelche komischen Hacks zu verwenden?

http://de.wikipedia.beta.wmflabs.org/wiki/Benutzer:Perhelion/sectionSummary.js verwendet mit $.unique immer noch eine Funktion, die nur für DOM-Elemente funktioniert, für normale Arrays. --Schnark 12:06, 6. Nov. 2014 (CET)

Vielen Dank auch diesmal, ich denke morgen werde ich das signing-script updaten. Das sectionSummary habe ich soweit gefixt und auch gleich mit weiterer Funktion verbessert. Ein schönes Wochenende. VG ↔ User: Perhelion 15:07, 15. Nov. 2014 (CET)

Was sollen die Änderungen von foo !== -1 in !~foo? Ersteres ist deutlich verständlicher und gilt als performanter (in Firefox ist beides praktisch gleich schnell, aber im IE ist es wirklich ein Faktor 2 in der Laufzeit)? --Schnark 09:20, 20. Nov. 2014 (CET)

Du siehst aber auch alles (wohl weil JSHint hier auch meckert). Ja hm* verständlicher ist relativ, also für mich ist es rein optisch schon verständlicher (hatte es einfach aus einem Code-Snippet, fand es einfach gut ohne einen Logical-Operator). Vielen Dank für den Hinweis, ich werde es wieder rückgängig machen.

Bin jetzt auch mit dem autoSigning fertig (mit ebenfalls kleinen Verbesserungen). Mit dem accessKey hatte ich mich wirklich schwer getan (zudem der Tooltip in Chrome vorher auch nicht gestimmt hatte). Bis nachher VG ↔ User: Perhelion 21:08, 20. Nov. 2014 (CET)

Verständlich ist es nur dann, wenn man weiß, dass negative Integers intern als Zweierkomplement dargestellt werden, was in gewisser Hinsicht die natürlichste, aber keineswegs die offensichtlichste oder einzige Darstellung ist. Tatsächlich finde ich im ES5-Standard kein einziges Wort dazu, in ES6 auch nur eine sehr versteckte Erwähnung am Rande.

Warnungen von JSHint sind nicht dazu da Programmierer zu ärgern, sondern sollten von sehr wenigen Ausnahmefällen abgesehen immer beachtet werden.

In signing.js trifft mein Kommentar zum wpAutoSummary-Hack noch immer zu, das gilt natürlich auch für sectionSummary.js. Array.prototype.filter führt als ES5-Methode im IE8 zu Laufzeitfehlern. Wie gesagt, IE8 ist nicht das Maß aller Dinge, aber solange MW diesen Browser unterstützt, darf kein Skript Laufzeitfehler auslösen. Entweder lädst du den ES5-Shim oder schreibst die entsprechende Anweisung auf jQuery um. Gleiches gilt für ausgefallenere Methoden von console. --Schnark 09:53, 21. Nov. 2014 (CET)

┌─────────────────────┘
Ich kümmer mich die Woche drum (mir sind jetzt auch noch einige Kleinigkeiten bzw. Verbesserungen eingefallen, man muss sich ja immer wieder erst in den ganzen Code reindenken). @Hack: Ich finde auf Diskussionsseiten ist dieser Hack legitim, er kommt auch nur zur Anwendung wenn der Minor-Button aktiviert wurde, ansonsten wird der Wert wieder resettet. @sectionSummary kommt hinzu dass das Summary eh vom Script geändert wird und der Tocken hinfällig wird und tatsächlich wird der Tocken nur geändert wenn das Summary geändert wurde. Damit wollte ich auf die ganze Cookie-Komplikation (die sich ja auch dieses Jahr wieder geändert hat) umgehen. Daher würde ich dich bitten ein Zugeständnis zu machen und hier ein Auge zuzudrücken. PS: Ich habe mal deinen alten Bugreport bugzilla:38829 etwas Aufmerksamkeit zugeführt. LG ↔ User: Perhelion 13:26, 2. Dez. 2014 (CET)

Ich verwende die Funktion „Warnen, wenn Zusammenfassung fehlt“ dazu, dass ich eine Bearbeitung wirklich erst dann speichere, wenn ich fertig bin, und fülle dazu die Zusammenfassungszeile erst ganz am Schluss aus. Sollte ich zwischendurch versehentlich auf „Speichern“ klicken, dann bekomme ich zuerst eine Warnung. Zudem kannst du dir nie sicher sein, was die Serverseite mit ungültigen MD5-Codes macht. Im Augenblick ignoriert sie diese Tatsache, es kann aber ohne Vorwarnung passieren, dass sich dieses Verhalten plötzlich ändert, und dann der Wert, den du dort speicherst, verworfen wird, oder der Benutzer ganz am Abspeichern gehindert wird. Darum: Ein Feld, dass den MD5-Hash einer Zusammenfassung enthalten soll, darf auch nur den MD5-Hash einer Zusammenfassung enthalten und sonst nichts.

happy5214 kümmert sich gerade sehr um meine Bugreports, phab:T39485, den er auch behoben hat, war mir ehrlich gesagt wichtiger. --Schnark 09:11, 3. Dez. 2014 (CET)

Nun denn ein Frohes Neues! (Bevor der Thread wieder in der Versenkung verschwindet, ich habe deine Einwände betr. „Warnen“ dahingehend „gefixt“, dass das hidden Tocken-Feld vor dem Speichern gänzlich resetet wird.) Es scheint mir du würdest tatsächlich auf eine Cookielösung hinaus wollen (denn eine andere sehe ich jetzt nicht)⁉ OT: Mir scheint du hast dein WSTM config gänzlich deaktiviert (oder ich habe deine Mühen zur Unterbindung fremder Einbindung nicht völlig erfasst, Z.151)!? ↔ User: Perhelion  14:59, 3. Jan. 2015 (CET)

Selbst wenn du beim Abspeichern den Inhalt von wpAutoSummary beim Speichern wiederherstellst, reicht das nicht, es muss bei jeglicher Serverinteraktion, also auch bei der Vorschau, ein korrekter Wert übergeben werden, andernfalls musst du mit undefiniertem Verhalten rechnen. --Schnark 09:28, 5. Jan. 2015 (CET)

Danke

Vielen Dank für Deine sehr ausführliche und hilfreiche Antwort auf meine Frage auf der Wikipedia-Auskunft. Mir ist gleich ein ganzer Kronleuchter aufgegangen... (nicht signierter Beitrag von 79.245.165.238 (Diskussion) 17:49, 8. Jan. 2015 (CET)‎)

Gern geschehen! --Schnark 09:03, 9. Jan. 2015 (CET)

Bug erstellen

Hi Schnark, könntest Du bitte mal schauen, ob es zu dem hier beschriebenem Problem schon einen Bug gibt und ihn ggf. erstellen?--Mabschaaf 23:20, 15. Jan. 2015 (CET)

Ehrlich gesagt ist mir der Abschnitt viel zu lang um ihn mir durchzulesen. Du kannst unter https://phabricator.wikimedia.org/maniphest/query/advanced/ selbst suchen, mit deinem Wikipedia-Konto kannst du dich inzwischen auch direkt bei Phabricator anmelden und selbst eine Task anlegen, wenn du nichts findest. So schwer ist das nicht, und wenn man beim ersten Mal etwas falsch macht, ist das auch nicht schlimm. --Schnark 10:15, 16. Jan. 2015 (CET)

Du musst gar nicht den kompletten Abschnitt lesen, das erste Posting reicht. Ich werde auf phab sicher nicht aktiv.--Mabschaaf 16:08, 16. Jan. 2015 (CET)

Benutzer:Se4598 wars: phab:T85386. Was spricht gegen phab? (Oder jeden anderen Bug-Tracker?) Der Umherirrende 16:50, 16. Jan. 2015 (CET)

Also ich finde (den Abschnitt auch zu lang), dass Phab fast in jeder Hinsicht ein Fortschritt zum alten Bugzilla ist (ein paar wenige Schwächen wird es wohl geben, aber darum soll es ja hier jetzt nicht gehen). ↔ User: Perhelion  21:55, 16. Jan. 2015 (CET)

Testwiki

Hallo Schnark, ich bräuchte, um Dinge für dieses MB eine Möglichkeit, in einem Wiki, in dem die Benutzerrechtskonfiguration mit einer Ausnahme genau wie hier sind, zu editiern und verschieben. Um genau zu sein geht es um eine zusätzliche Benutzergruppe mit move-subpages, suppressredirect und unwatchedpages. Was kann ich da machen? Eine eigene MediaWiki-Installattion habe ich noch nie gemacht. --MGChecker (Disk. | Beitr. | Bewert.) 12:44, 17. Jan. 2015 (CET)

Ich habe zwar ein privates Testwiki, aber dort funktioniert $wgRateLimits nicht (und den meisten anderen Testwiki-Besitzern wird das ähnlich gehen). Frag am besten mal unter mw:Project:Support desk nach, dort sollte es eigentlich jemand wissen. --Schnark 10:37, 19. Jan. 2015 (CET)

Anregung zu Benutzer:Schnark/js/topcontrib.js

Hallo Schnark,
ich weiß nicht ob dass technisch möglich ist, aber ich fände es ganz hilfreich, wenn folgendes Szenario anders verläuft:

• Ich bearbeite Seite xy
  • In meinen Beiträgen → Dunkelgrün
• Benutzer Abc bearbeitet die Seite nach mir
  • Mein Beitrag nun dunkelrot
• Ich bearbeite die Seite auch nochmal
  • Mein erster Beitrag nun hellgrün.

Ich fände es aber besser wenn mein ersterer Beitrag nun gelb erscheinen würde. Gelb bedeutet dann, ich habe die Seite geändert, dann wurde sie von jemand anderem bearbeitet, die aktuellste Version stammt wieder von mir. Hellgrün sind dann nur noch Beiträge, wenn zwischen dem und dem aktuellem von mir kein anderer die Seite bearbeitet hat. Was hälst du von dieser Idee? -- etrophil44 20:29, 3. Feb. 2015 (CET)

Geht nicht (oder nur mit unverhältnismäßig großem Aufwand). --Schnark 09:10, 4. Feb. 2015 (CET)

Frage eines blutigen Anfängers - zumindest wenn es um Skripte geht

Hi Schnark,

ich habe in meine common.js Dein Fliegelflagel eingetragen, da ich mal Dein Wikidata-Stub-Skript ausprobieren wollte. Leider kenne ich mich kaum aus mit der Verwendung von Skripten und jetzt bleibe ich schon im zweiten Satz Deiner Anleitung dazu hängen: Beim Erstellen einer neuen Seite wählt man „Stub erstellen“, gibt die Wikidata-ID an und folgt den Anweisungen. Äh ... wie und wo kann ich denn „Stub erstellen“ wählen? Sorry für solche eine vermutlich triviale Frage. Viele Grüße, --Holder (Diskussion) 17:20, 4. Feb. 2015 (CET)

Du hast Recht, meine Dokumentation ist eine Katastrophe. Ich habe eine Ergänzung vorgenommen. Wenn du das Skript auf Spezial:Fliegelflagel aktiviert hast, dann taucht der Punkt ganz unten in der linken Spalte auf. --Schnark 09:05, 5. Feb. 2015 (CET)

Vielen Dank, das ist wirklich ein schönes und hilfreiches Tool! LG, --Holder (Diskussion) 13:26, 5. Feb. 2015 (CET)

Noch eine Nachfrage: Kann es sein, dass das Stub-Tool in anderen Sprachversionen nicht funktioniert? Ich habe Fliegelflagel in meine common.js auf der Alemannischen Wikipedia eingebunden, auf als:Spezial:Fliegelflagel finde ich auch alle anderen Tools, nur ausgerechnet das Stub-Tool nicht, kann es somit gar nicht aktivieren. --Holder (Diskussion) 13:36, 5. Feb. 2015 (CET)

Theoretisch ginge es schon, aber dazu ist natürlich eine gesonderte Konfiguration für jedes Wiki nötig, in dem du es einsetzen willst. Es hilft nichts, wenn mein Skript die Kategorie:Mann verwenden will, wo die als:Kategorie:Maa korrekt wäre. Wenn du mir übersetzt, was ein, eine, ist, war, in und Weblinks heißt, kann ich das aber einrichten. --Schnark 09:22, 6. Feb. 2015 (CET)

ein: 'e', eine: 'e', ist: 'isch', war: 'isch ... gsii', in: 'z', Weblinks: 'Weblink'

Es gibt da zwei Punkte, die hierbei beachtet werden müssen:

Zum einen wird im Alemannisch ein zweigliederiges Perfekt für 'war' verwendet, das Partizip 'gsii' kommt immer am Ende des Satzes, d. h. Dein Douglas Adams-Beispiel würde folgendermaßen lauten:

Douglas Adams (* 11. März 1952 z Cambridge; † 11. Mai 2001 z Santa Barbara) isch e britische Schriftsteller gsii.

Zum zweiten hat die Alemannische Wikipedia die URL 'als.wikipedia.org', auf Wikidata wird Alemannisch aber unter dem Sprachcode 'gsw' geführt. --Holder (Diskussion) 13:53, 6. Feb. 2015 (CET)

Die alemannisch-albanische Sprachverwirrung ist kein Problem, mw.config.get('wgContentLanguage') liefert das korrekte 'gsw', nur darauf kommt es an. Ich schau mal, ob ich das Skript heute schon dort zum Laufen bekomme, wenn nicht, dann am Montag. --Schnark 09:08, 7. Feb. 2015 (CET)

Sieht so aus als ginge es. Du darfst gerne mit der von mir dort angelegten Konfiguration experimentieren. --Schnark 10:28, 7. Feb. 2015 (CET)

Es funktioniert. Vielen Dank! --Holder (Diskussion) 14:27, 7. Feb. 2015 (CET)

Flussüberquerungsrätsel

I like. Darf ich den Artikel für die Hauptseite (Schon gewusst) vorschlagen? --Schnabeltassentier (Diskussion) 09:28, 14. Feb. 2015 (CET)

Freut mich, darfst du. --Schnark 09:29, 14. Feb. 2015 (CET)

Ist geschehen. Bist von meiner Beo ;-) --Schnabeltassentier (Diskussion) 09:43, 14. Feb. 2015 (CET)

Datum (js/letzteredit)

Hallo Schnark,

da ich jetzt schon einige Scripte gesehen habe, die Datums-Objekte in lokalisierte (ausgeschriebener) Form verwenden, jedoch diese scheinbar mühselig in sich selber definieren, daher hier eine Frage bzw. Vorschlag. Ich dachte tatsächlich mal ein derartiges Modul gesehen zu haben, leider kann ich es nicht mehr finden. In PHP müssen diese ja zweifelsohne vorliegen (s. #time) Eigentlich liegt es auch nahe, dass der Client selbst diese enthält (über den Browser). Gefunden habe ich dies mw:Globalize und Modul moment.js für welches es tatsächlich auch diese lokalisierten Monatsnamen gibt (aber scheinbar gibt es hier nur das Basismodul, welches auch vom MediaViewer benutz wird). Hast du da weitere Infos? Ich kann es mir eigtl. gar nicht vorstellen dass es so etwas grundlegendes nicht gibt. VG und erholsames Wochenende ↔ User: Perhelion  12:03, 15. Feb. 2015 (CET)

Ich weiß nicht, was du mit Basismodul meinst, wenn man moment.js lädt, dann ist es vollständig da. Ansonsten gibt es noch mw.config.get('wgMonthNames'), allerdings in der Sprache des Wikis, nicht in der des Benutzers. --Schnark 09:19, 16. Feb. 2015 (CET)

Oh man, genau das war es, woran ich mich wohl entfernt entsann (und man sucht sich nen Wolf, man steckt halt nicht drin). @Basismodul: Damit meinte ich die Version gegenüber dem 2. Downloadlink dort, betitelt mit moment+locales.js. VG ↔ User: Perhelion  13:21, 16. Feb. 2015 (CET)

Danke

Danke für deine Beantwortung meiner Frage auf der Wikipedia-Auskunft. Sie war anders als einige vorige Antworten auf meine Frage wirklich konstruktiv und hilfreich. Schön zu hören, dass die eigene Gesamtlösung mit 11 Seiten vermutlich nicht sofort verworfen werden wird :-) Meinst Du, dass auch eine Lösung o. k. ist, die nicht aus den auf der Website des Wettbewerbs genannten Teilgebieten der Mathematik stammt (Geometrie, Kombinatorik, Zahlentheorie, Algebra), sondern z. B. aus der Graphentheorie (die systematisch laut Wikipedia zusammen mit der Kombinatorik unter der Diskreten Mathematik steht)? Danke! (nicht signierter Beitrag von 87.149.73.152 (Diskussion) 19:01, 2. Feb. 2015 (CET)‎)

Damit eine Lösung akzeptiert wird, muss sie vor allem mathematisch korrekt sein, außerdem verständlich (in der ersten Runde wird das noch relativ großzügig gehandhabt, in der zweiten nicht mehr) und auf "Schulwissen" aufbauen, wobei Schulwissen nicht unbedingt heißt, dass du es in der Schule gelernt haben musst, sondern nur, dass der Korrektor es einem guten Schüler zutrauen muss, den Beweis der verwendeten Tatsachen zu verstehen. Das heißt, du kannst den großen fermatschen Satz nicht als bekannt voraussetzen und auf ihm einen Beweis aufbauen, aber alle hinreichend einfachen Sätze schon, auch wenn sie nicht in der Schule behandelt wurden und du sie nur sonst irgendwo her kennst. Aus welchem Gebiet die Methoden zur Lösung stammen, ist dabei völlig egal. Schau dir am besten die Lösungsbeispiele aus den letzten Jahren an, dann siehst du, was für eine Vielzahl an unterschiedlichen Methoden problemlos akzeptiert wird. --Schnark 09:31, 3. Feb. 2015 (CET)

Hallo Schnark, habe ich das jetzt richtig verstanden, daß Du schriebest: „Damit eine Lösung akzeptiert wird, muss sie vor allem...auf "Schulwissen" aufbauen...“? Gesätz dem Falle, daß dem so sei, wäre ich genau gegenteiliger Ansicht. Zu meiner Zeit gab es mehr als genügend ungelöste Phänomene, welche mittels der herkömmlichen Mathematik unlösbar blieben, und zu unser aller ganz großem Glück gibt es solche unlösbaren Phänomene noch immer, solange sich das Denken nicht auch noch weiterer mathematischer Sprachen befleißigt. Vielleicht ist es daher auch gut so, daß Lösungen außerhalb des üblichen mathematischen Denkens nicht akzeptiert werden. Denn dann können solcherley Lösungen uns allen derzeit auch nicht noch weitere Probleme bescheren. Wir haben derley leyder schon mehr als genug. Für mich privat ist allerdings die Inakzeptanz der (Hoch)Schulmathematik gegenüber den problemorientierten mathematischen Sprachen ein Grund, diesem Bereich seit langem schon den Rücken zuzukehren und lieber zu schweigen. MfG --Methodios (Diskussion) 22:52, 26. Feb. 2015 (CET)

Mal statt theoretischen Beispielen ein praktisches: Die Aufgabe 481043 der DeMO lautete: Man beweise, dass es nicht möglich ist, einen Würfel in elf einander volumengleiche (nicht notwendig reguläre) Tetraeder zu zerlegen. Diese Aufgabe hat eine „leichte“ Lösung mit Hilfe p-adischer Zahlen, aber diese Lösung ist in einem Schülerwettbewerb einfach nicht zulässig. --Schnark 09:25, 27. Feb. 2015 (CET)

Noch ein paar durchaus lesenswerte (sowohl inhaltlich, als auch um zu sehen, dass auch sehr gute Teilnehmer manchmal ein ziemlich langes Geschwafel statt einer kurzen Lösung eingereicht haben) Beispiele aus vergangenen Jahren: [7] (ganz am Ende der Seite). --Schnark 11:33, 3. Feb. 2015 (CET)

Satz von Sylvester-Gallai

Moin Schnark, danke für den Artikel! Kleine/große Bitte: Schaust Du bitte hier (permalink) und hier – magst Du Dich der Sache annehmen? Danke + Grüße, --Jocian 11:50, 4. Mär. 2015 (CET)

Moin Schnark, falls noch nicht gesehen, mehr als 38.000 haben über eine kurze, elegante Lösung nachgegrübelt, whow! Derzeit gibt’s ja bei SG? stets eine längliche Warteliste, aber (wie mein no-termin-Friseur immer sagt, wenn man nach stundenlangem Warten endlich drangekommen ist) gerne wieder ! Thx + Grüße, --Jocian 14:13, 6. Mär. 2015 (CET)

Ich muss ja aus irgendeinem Grund meine Artikel gar nicht selbst für SG? vorschlagen und habe in letzter Zeit trotzdem immer wieder einen Artikel dort, der nächste steht schon in der Warteliste auf Platz 18. --Schnark 09:07, 7. Mär. 2015 (CET)

Mathematische Konsultation und mehr

Hi,

• Ich plane für die Disku zu Wikipedia:Meinungsbilder/cool URIs don't change und die dortigen formalen Ablehnungen den nachstehenden Abschnitt; prüfe doch bitte, ob ich mich nicht verzählt habe:

Der Median und die Unendlichkeit

• In den Abstimmungsoptionen des Teils 2 wurden glatte Zeiträume vorgegeben.
  • Das Ergebnis muss hinterher praktikabel und leicht zu merken sein.
  • Ein Ergebnis von 43,21 Tagen wäre das nicht; kann sich aber leicht ergeben, wenn beliebige Zeiträume ermöglicht wären, wie das etwa bei Benutzersperrverfahren üblich ist.
  • Beim BSV muss das Fristende nur ein einziges Mal errechnet werden; bei der hier angestrebten Regelung aber immer wieder und pro Seite mehrfach von unterschiedlichen Beteiligten.
• Wenn feste Zeiträume vorgegeben sind, dann ist der umseitige Auswertungsmodus mehr als 50 Prozent praktisch gleichbedeutend mit dem Median.
  • Es ist das gleiche Resultat, nur laienverständlich formuliert.
  • Die Begründung für eine Ablehnung des MB, man hätte den Median nehmen müssen, geht insofern ins Leere.
  • Je nach gerader oder ungerader Anzahl der Stimmen kann sich eine Differenz von einer Stimme ergeben; hier wurde für diesen Fall zugunsten des längeren Zeitraums gewertet.
• Bemängelt wurde, es hätte eine Unendlich-Option geben müssen.
  • Das ist unerheblich.
  • Wer mit dem Verfahren insgesamt oder mit dem längsten angebotenen Zeitraum unzufrieden ist, stimmt bereits im Teil 1 mit Kontra.
  • Wenn Teil 1 erfolgreich ist, so gibt es eine Mehrheit für einen der angebotenen Zeiträume einschließlich des letzten.
  • Die Unterteilung des längsten Zeitraums in unendlich und nicht unendlich spielt bei der Identifizierung des Intervalls keine Rolle; es ist egal, in wie viele sonstige Zeiträume einschließlich Unendlich jenseits der 50 % noch unterteilt worden wäre.
  • Es wurde auf Nonsens-Optionen verzichtet, wie das 10 Jahre oder 30 oder 100 Jahre oder unendlich gewesen wären.

• Als alter Sicherheitsfex guck doch bitte mal auf dieses Waisenkind.
• WSTM/dewiki könnte im Lauf des Frühjahrs mal wieder aktualisiert werden.

Schönes Wochenende --PerfektesChaos 12:58, 6. Mär. 2015 (CET)

Ich wüsste nicht, was an 10 Jahren Nonsens wäre, und wenn ich stimmberechtigt wäre, hätte ich längst mit Contra gestimmt. 129.13.72.198 14:26, 6. Mär. 2015 (CET)

Dir ist bewusst, dass es im Augenblick nur 12 formale Ablehner gibt, von denen einige explizit andere Probleme nennen? --Schnark 09:30, 7. Mär. 2015 (CET)

Ist es; und mir geht es auch nur um die grundsätzliche Klärung der Arithmetik, auch als Präzedenzfall für zukünftige ähnlich gelagerte Fälle. Insofern wäre ich für deine Expertise dankbar. Inhaltlich scheint ohnehin die Ablehnung absehbar; dann ist die Behaltensfrage eben geklärt. Sonniges Wochenende --PerfektesChaos 09:39, 7. Mär. 2015 (CET)

Im Prinzip hast du Recht, aber auch xqt's Einwand ist valide: Wenn ein Nein-Stimmer nicht zusätzlich noch für eine (sinnvollerweise die längste) Zeitangabe abstimmt, dann geht seine Stimme – falls es zu einer inhaltlichen Annahme kommt – verloren, anders als wenn sie (analog zu BSVs) als unendlich gezählt würde. Das muss kein Ablehnungsgrund sein, kann aber. Auch sehr interessant in diesem Zusammenhang: Wikipedia Diskussion:Meinungsbilder/Meinungsbild zur unbeschränkten Sperrung von Benutzeraccounts Annahme mit 2/3-Mehrheit, aber normaler Median. --Schnark 09:51, 7. Mär. 2015 (CET)

Mmmh, und genau die bekennenden lesbische Päpstinnen in Wikipedia:Meinungsbilder/Meinungsbild zur unbeschränkten Sperrung von Benutzeraccounts #Maximale Sperrdauer können kaum Gegenstand einer praktikablen allgemeinen Regelung sein. Das Beispiel war mir bekannt gewesen, und deshalb halte ich die dortige offene Findung eines Zeitraums für verunglückt, weil man Gefahr läuft, dass der Median bei 42¼ Tagen hängenbleibt. Der einleitende Wunsch nach „sinnvollen“ Angaben hatte ja nicht gefruchtet. In einem konkreten Einzelfall, wo man für Benutzer X ein konkretes Fristende einmalig ausrechnen muss, schaden 123¼ Tage hingegen nicht.

• Es ist Sache der Abstimmungstaktik, für den Fall des Unterliegens seiner Kontra-Option dann als Notbremse das Gewicht auf den längsten angebotenen Zeitraum zu verlagern. Gleichwohl hätte es dann eine Mehrheit an Pro-Stimmen gegeben, die eine Befristung befürworten. Einen formalen Ablehnungsgrund im Sinne einer Verletzung demokratischer Prinzipien sehe ich darin allerdings nicht.

Danke soweit dafür --PerfektesChaos 10:27, 7. Mär. 2015 (CET)

Bandersnatch-Suche

Hallo Schnark, wie kann ich denn hier suchen? Könntest du mir mal einen Beispiel-Code geben, wie ich beispielsweise nach "date" suche? Danke. –ðuerýzo ?! ^SOS 16:27, 19. Mär. 2015 (CET)

Wenn dir weder die Hilfe auf der Seite selbst (eingeklappt, vielleicht hast du sie deswegen übersehen) noch die Beispiele in der Dokumenatation helfen, musst du schon genauer sagen, was du wie suchen willst. --Schnark 09:27, 24. Mär. 2015 (CET)

Ah, ich hatte immer ein abschließendes Semikolon, deswegen ging es nicht. Die Funktion source(search) bereitet mir noch Probleme, wie funktioniert die? Beispielsweise eine Suche nach "{{Infobox Film" im Code. –ðuerýzo ?! ^SOS 09:53, 24. Mär. 2015 (CET)

source kann nur zum Einschränken von Suchergebnissen verwendet werden (also nach AND oder NOT), aber in deinem Fall tut transcludes("Vorlage:Infobox Film") das Gewünschte. --Schnark 09:58, 24. Mär. 2015 (CET)

syntaxhighlight.js und Commons-UploadForm

Hallo Schnark, Schau bitte mal auf Commons vorbei, da wurde bemerkt, dass sich die dortigen Veränderungen am Upload-Formular nicht mit deinem Skript vertragen. Welches Skript wie geändert werden sollte, entscheidet ihr beide besser selbst :-) --nenntmichruhigip (Diskussion) 21:40, 23. Mär. 2015 (CET)

Fehler sind immer nur in den Skripten der anderen zu suchen, nie in meinen eigenen ;-) Aber UploadForm.js verstehe ich nicht, also kann ich nichts weiter zur Diskussion beitragen. Mein Syntaxhighlighter greift so wenig wie möglich in die bestehende Struktur ein, es wird nur ein div um das Eingabefeld herumgelegt, wenn das bereits ein anderes Skript zum Nicht-Funktionieren bringt, dann muss ohnehin bei jedem MW-Update mit Problemen gerechnet werden. --Schnark 09:30, 24. Mär. 2015 (CET)

Stellungnahmen etc. erbeten

Hi,

• als alter Sicherheitsfex guck doch bitte mal auf dieses Waisenkind.
• Ist WP:LT/gerrit-patch-uploader grundsätzlich erstmal zutreffend beschrieben; ggf. auszubauen? Zumindest solange Gerrit noch nicht Differential heißt, oder Audit oder Arcanist oder was immer.
• WSTM/dewiki könnte gelegentlich mal wieder aktualisiert werden.

Schönen Frühling --PerfektesChaos 13:15, 9. Apr. 2015 (CEST)

• Dadurch, dass auf Labs die Same-Origin-Policy die meisten Sicherheitslücken verhindert, gibt es im Wesentlichen genau eine sicherheitsrelevante Aufforderung: Behandle die Seiten so, wie du andere Internetseiten behandelst.
  • https://panopticlick.eff.org/index.php?action=log behauptet, ich hätte JavaScript und Cookies deaktiviert, das stimmt aber beides nicht. Der Test ist damit wertlos. Da ich aber auch schon ähnliche Tests gesehen habe, die mir erst vorschlugen DOM-Storage zu deaktivieren, da ich damit leicht zu tracken sei, und anschließend den Rat gaben DOM-Storage zu aktivieren, da die allermeisten Benutzer es aktiviert hätten und ich damit leicht zu identifizieren sei, halte ich solche Tests ohnehin für Unfug. Ich gehe ja auch nicht mit Strumpfmaske zum Bäcker, damit er mich beim nächsten Mal ja nicht wiedererkennt.
• Der gerrit-patch-uploader ist letztlich für Leute gedacht, die sich technisch so gut auskennen, dass sie keine Anleitung brauchen. Wer einen guten Patch erstellen kann, der wird ihn auch bedienen können oder zumindest wissen, wen er fragen kann.
• Sobald wieder ein Dump erstellt wird, mache ich das.

--Schnark 09:33, 10. Apr. 2015 (CEST)

*

Ich wünsche dir ein erfolgreiches Jahr. --PerfektesChaos 22:33, 14. Apr. 2015 (CEST)

Johann Friedrich Ludwig Wöhlert

Das Personendatenscript schlägt mir permanent vor den Eintrag bei Staatsangehörigkeit von "Deutscher" auf „“ zu ändern. Ich halte das für einen Fehler. Liesel 10:53, 20. Apr. 2015 (CEST)

Nein, ich bin der Ansicht, dass das Skript sich richtig verhält, siehe Benutzer Diskussion:Schnark/js/personendaten.js#Adolf Schmidtmann. Wöhlert besaß die deutsche Staatsangehörigkeit nicht, da sie erst nach seinem Tod eingeführt wurde, damit kann er eigentlich kein Deutscher im Sinne der Kategorie sein. Stattdessen war er wohl Preuße. --Schnark 10:57, 20. Apr. 2015 (CEST)

Ok. Liesel 11:01, 20. Apr. 2015 (CEST)

Skript

Hi, kannst du mir ein Skript programmieren? Es soll in dem Dropdown der aktuellen Seite erscheinen, wenn es eine eigene Benutzerunterseite ist, und sollte die Vorlage hier (Im Quelltext) ausfüllen, wobei der Parameter StartLemma die aktuelle Seite sein sollte, TargetLemma die vom Benutzer eingegebene Zielseite, und Summary sollte dann ein eingegebenes sein, und wenn der Benutezr auf bestätigen klickt, sollte die Vorlage hier unter alles, was dort bisher steht eingefügt werden. Könntest du mir so etwas programmieren? Viele Grüße, Luke081515 21:51, 20. Apr. 2015 (CEST)

Je komplexer eine Aufgabe ist – und diese Aufgabe ist sehr komplex – desto sorgfältiger und häufiger muss eine Implementierung getestet und gewartet werden. Ich habe allerdings festgestellt, dass ich die Motivation dafür nur bei Skripten habe, die ich selbst anwende. Das wäre hier nicht der Fall, mit meinen eigenen inzwischen über 40 Skripten habe ich genug zu tun, insbesondere da meine Qualitätsvorstellungen für die meisten dieser Skripte einen mindestens wöchentlichen Test vorsehen. Insofern: Können könnte ich das rein theoretisch schon, aber ich will ganz klar nicht, tut mir leid. --Schnark 09:12, 21. Apr. 2015 (CEST)

Kennst du jemanden anders, der mir das schreiben könnte? Gruß, Luke081515 10:31, 21. Apr. 2015 (CEST)

Frag auf WP:TW nach, aber ich bezweifle es ehrlich gesagt. --Schnark 11:06, 21. Apr. 2015 (CEST)

Hinten anstellen? Wikipedia:Technik/Baustellen warten auch schon auf den nächsten gelangweilten JS-Programmierer, und die sind von projektweitem Interesse und keine Einzelnutzung.

Wenn man Bot-Betreiber sein möchte, müsste man anhand der etlichen Beispiele und Anleitungen und Vorbilder selbst was zusammengefrickelt bekommen; und lernt auch gleich ein wenig dazu.

VG --PerfektesChaos 11:39, 21. Apr. 2015 (CEST)

Bezüglich Bot: Da gibt's ja Schnarks Bandersnatch (wobei ich für die Nutzung zu dumm bin), den AutoWikiBrowser oder den Pywikibot. --Leyo 11:50, 21. Apr. 2015 (CEST)

Logbuch API

Hallo Schnark, der Parameter suppressedredirect wird suppressredirect heißen - Special:Diff/140959721. Der Umherirrende 13:41, 25. Apr. 2015 (CEST)

Habe gerade nicht so sehr die Zeit dazu, ich hoffe, jetzt passt es. --Schnark 09:15, 23. Mai 2015 (CEST)

/js/syntaxhighlight.js

Hi, würdest du freundicherweise this.container bitte mit einer ID ausstatten, wenn du gelegentlich etwas mehr Zeit hast?

• Im Moment suche ich per hack nach der $checkbox und gehe dann auf einen .parent() – das würde ich gern robuster lösen.

Übrigens kannst du den CodeEditor mittlerweile ruhig als Standard drinlassen.

• Früher hatte ich den gnadenlos gekillt, weil er mich nur Ressourcen kostete, und JS hatte ich ohnehin extern erprobt und nur zum Schluss hineinkopiert; standardmäßig habe ich ihn deshalb immer noch deaktiviert.
• Er macht aber inzwischen auch ein jshint und zeigt die Warnungen und Fehler an, und bietet Klammer-Matching und das Ein- und Ausklappen von Blöcken.
• Damit geht er jetzt weit über ein syntaxhighlight hinaus und ist für Beginner sicher hilfreich.

LG --PerfektesChaos 12:00, 30. Mai 2015 (CEST)

Für die ID für den Container hätte ich gerne einen use case, damit ich weiß, was du eigentlich machen willst. Der Container ist eigentlich reich technisch und ich sehe nicht, wieso du an ihn drankommen musst.

Der CodeEditor wird inzwischen als Standard dringelassen, mein Skript bietet die Möglichkeit zwischen CodeEditor, der eigenen Syntaxhervorhebung und gar keiner Syntaxhervorhebung zu wechseln. Für mich persönlich ist aber meine eigene Syntaxhervorhebung dem CodeEditor immer noch überlegen. --Schnark 13:26, 30. Mai 2015 (CEST)

Use case:

• en:User:PerfektesChaos/js/citoidWikitext/core/d.js Zeile 895
• Ich setze oberhalb des Mediawiki-Bearbeitungsfeldes für Benutzer:PerfektesChaos/js/citoidWikitext eine Box.
• Bei syntaxhighlight wird sie zwischen dem MW-textarea und deiner bunten Syntax eingequetscht, landet unterhalb des scheinbaren Bearbeitungsfeldes und erbt anscheinend vom Container noch Transparenz; überlappt jedenfalls mit BK und Knöpfen: Datei:Temporärer Screenshot.png

BD:Schnark/js/fliegelflagel ist anhängig; wir kommen aber den Mai durch von beta auf stable.

LG --PerfektesChaos 14:56, 30. Mai 2015 (CEST)

Dein Ansatz führt zusammen mit Benutzer:Schnark/js/edithelper.js zu einer meiner Meinung nach falschen Reihenfolge. Ich würde je nach Werkzeugleiste das $container.before durch ein $('#wikiEditor-ui-toolbar').after etc. ersetzen.

Übrigens: Auf der Spielwiese bekomme ich ein TypeError: env.wgWikibaseItemId is null, im ANR funktioniert es. --Schnark 15:20, 30. Mai 2015 (CEST)

• An der Spielwiese wird momentan noch gearbeitet; im Bearbeitungsmodus verrät er mir leider nicht die Wikidata-ID d:Q3938 der Spielwiese des aktuellen Projekts. Das bekam ich erst durch einen Tipp meiner Betatester heraus, weil ich sowieso eingebunden hatte.
  • en:User:PerfektesChaos/js/citoidWikitext/d.js (letzte Funktion) müsste das Anfang kommender Woche gelöst haben; ich komme aber dieses Wochenende nicht mehr zum Programmieren.
• Das mit den Werkzeugleisten gefällt mir aber auch nicht. Ich bin schon flexibel genug, mit der klassischen, dem WikiEditor, dem wikEd und mit ohne alle zusammenzuarbeiten.
  • Dieselbe Fummelei jetzt nochmal für die Platzierung von GUIP.$panel hinter überhaupt keine Werkzeugleiste zu setzen ist auch keine Erleichterung.
  • Ich schau mir aber gern edithelper an und versuche mich geeignet mit dem zu koordinieren.

LG --PerfektesChaos 15:54, 30. Mai 2015 (CEST)

Prima vista: Ich würde mich oberhalb von #edithelper-panel platzieren, falls es einen solchen gibt; sonst oberhalb von syntaxhighlightContainer, falls es einen solchen gibt; sonst oberhalb von #wpTextbox1.

LG --PerfektesChaos 16:06, 30. Mai 2015 (CEST)

Spielwiese, edithelper und syntaxhighlight sollten jetzt mitspielen; auch ohne alle Werkzeugleisten.

• Damit ist das Kind auch aus dem den Mai hindurch andauernden Beta-Stadium rausgewachsen und sollte nach finalen Uploads auf stable gehen können.
• Ketzerisch gefragt: Wenn man nicht mit WikiEditor arbeitet und zuerst syntaxhighlight aktiv ist und erst später durch race condition oder manuelle Aktivierung der edithelper aufschlägt – wo landet dessen Box? Doch unter dem bunten Bearbeitungsfeld, und mutmaßlich genauso den Bearbeitungskommentar überdeckend?
  • Vielleicht das syntaxhighlight-div unterhalb des MW-textarea anordnen, so dass etwas, was oberhalb von MW eingefügt wird, immer oberhalb jedes Bearbeitungsfeldes erscheint? Ah, okay, dann könnten edittools & Co. darunter gekniffen sein. So auch nicht. --PerfektesChaos 15:04, 4. Jun. 2015 (CEST)

In Ruhe, im Juni, genieß die Sonne --PerfektesChaos 14:55, 4. Jun. 2015 (CEST)

Ich schaue es mir an, wenn ich wieder Zeit habe (und wenn ich es vergesse, erinnerst du mich nochmal dran). --Schnark 16:08, 13. Jun. 2015 (CEST)

Syntaxhervorhebung am Ende

(Bei der Gelegenheit eins drüber) Ab und zu hatte ich bis vor kurzem ebenfalls Probleme mit der letzten Zeile, das ein Editieren mir nicht mehr akkurat möglich machte, (Ausgrauung/Überlappung, daher wieder das Konkurrenz-Produkt in Betrieb. Falls gewünscht oder jemand dies ebenfalls bestätigen kann, kann ich eine genauere Beschreibung nachliefern). ↔ User: Perhelion  12:37, 1. Jun. 2015 (CEST)

Was meinst du mit Ausgrauung und womit hat es eine Überlappung gegeben? Wenn ich das nachvollziehen soll müsste ich wissen wie das aussieht. Hast du mal beide Syntax-Tools gleichzeitig aktiv gehabt, dann sieht es furchtbar aus und man kann tatsächlich nichts mehr bearbeiten. Das rutscht dann unten aus dem Fenster, also meines ist nicht sehr hoch (eingestellt auf 10 Zeilen Höhe), aber es klingt irgendwie ähnlich zu dem, was dann bei mir passiert. --Liebe Grüße, Lómelinde Diskussion 12:53, 1. Jun. 2015 (CEST)

Hm ja, leider kann ich den Fehler nicht mehr reproduzieren, daher sehr selten. Habe jetzt das Script wieder aktiv, ich war wohl ziemlich ungeduldig (da der Fehler zweimal hintereinander kam und ich diesen vor sehr langer Zeit auch schon beobachtete). PS: Nein, es war nur das eine Script aktiv (irgendwie wurde die Hervorhebung mit der vorletzten Zeile überlagert). Bis auf Weiteres. ↔ User: Perhelion  21:47, 1. Jun. 2015 (CEST)

Wenn du Fehler melden willst, dann lies bitte http://www.chiark.greenend.org.uk/~sgtatham/bugs-de.html durch und befolge die Ratschläge. --Schnark 16:10, 13. Jun. 2015 (CEST)

JS-Problem

Hallo Schnark, ich habe ein Problem mit einem JavaScript, was ich gerade programmiere, und dachte mir, dass du mir sicher helfen kannst, eine Lösung dafür zu finden. Und zwar habe ich gerade ein Skript programmiert, was du hier finden kannst. Nach der ersten API-Abfrage gibt es jedoch das Problem, dass das Programm noch während er die zugehörige .done-Funktion durcharbeitet, mit der ersten Anweisung nach der Option (if ( r === true ) {) fortfährt. Dies darf er jedoch nicht tun, da während der .done-Anweisung eine Variable modifiziert werden kann, die später von großer Bedeutung ist. Kennst du einen Weg, dieses Problem zu lösen? Vielen Dank und Viel Grüße, MGChecker – (📞| 📝| ) – HDR 22:00, 6. Jun. 2015 (CEST)

Nutze für allgemeine Probleme am Besten Wikipedia:Technik/Werkstatt, ich habe gerade keine Zeit. --Schnark 16:11, 13. Jun. 2015 (CEST)

Breaking change (API) – Benutzer:Schnark/js/bot.js

Hi, Sitic hat herausgefunden, dass es voraussichtlich ab Juli ein Problem mit Benutzer:Schnark/js/bot.js geben wird: Fortsetzungsanfragen.

• OT

LG --PerfektesChaos 15:42, 13. Jun. 2015 (CEST)

bot.js ist deprecated, interessiert mich also nicht. Zum OT: Ich habe eine Beobachtungsliste, aber keine Zeit, insofern gilt meine obige Antwort auch hier. --Schnark 16:12, 13. Jun. 2015 (CEST)

Fliegelflagel

Vielen Dank dafür! Gruß vom faltenwolf · diskussion 23:57, 18. Jun. 2015 (CEST)

Artikel-Statistik

Vorneweg: Danke für deine wirklich nützlichen Tools! Leider funktioniert das Artikel-Statistik-Skript bei mir nicht mehr (getestet mit Firefox 38.0.5 und Opera 31 unter Ubuntu). Vielleicht verwandt mit dem Problem eins drüber (Javascript ist für mich leider wie chinesisch)? Schöne Grüße jedenfalls _{•  • hugarheimur} 21:27, 26. Jun. 2015 (CEST)

Benutzer:Torana/common.js verwendet $.escapeRE ohne die Abhängigkeit korrekt zu deklarieren und führt damit auch zu Fehlern in anderen Skripten. --Schnark 09:55, 27. Jun. 2015 (CEST)

Danke dir. Ich hatte das ohne Änderungen von hier übernommen und werde jetzt mal die dort aktuelle Variante testen. Schöne Grüße _{•  • hugarheimur} 18:13, 27. Jun. 2015 (CEST)

Die Funktion gibt es auch als Helferlein, die unter Einstellungen -> Helferlein -> Überspringen der lokalen Dateibeschreibungsseite, um sofort nach Commons zu kommen zu aktivieren wäre (MediaWiki:Gadget-Direct-link-to-Commons.js wurde bereits entsprechend angepasst). Der Umherirrende 20:16, 27. Jun. 2015 (CEST)

Kombiniertes PD&ND-Skript

Hallo Schnark, ich benutze dein Skript, aber seit heute Nachmittag kann ich plötzlich nur noch das ND-, nicht aber das PD-Skript mehr benutzen. Woran kann es liegen? MfG --Informationswiedergutmachung (Diskussion) 22:13, 25. Jun. 2015 (CEST)

Habe das Problem auch Vorlage:Smiley/Wartung/traurig . Liebe Grüße, -- Allan D. Mercant Diskussion 15:40, 26. Jun. 2015 (CEST)

Habe auf Wikipedia:Technik/Werkstatt#Benutzer:Schnark/js/personendaten.js/normdaten.js geantwortet, glaube aber nicht, dass der Fehler bei mir liegt. --Schnark 09:53, 27. Jun. 2015 (CEST)

Ich weiß nicht, warum, aber seit eben funzt das PD-Skript wieder. Also erstmal Dank an dich, aber dafür spinnt jetzt das ND-Skript. Weißt du, wieso? MfG --Informationswiedergutmachung (Diskussion) 23:31, 27. Jun. 2015 (CEST)

Solange ich keine genaueren Angaben bekomme als "funktioniert nicht", kann ich nur antworten, dass es bei mir funktioniert. --Schnark 10:08, 4. Jul. 2015 (CEST)

Damit funktioniert bei mir nur das ND-Skript:

• 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

MfG --Informationswiedergutmachung (Diskussion) 12:07, 4. Jul. 2015 (CEST)

Syntaxhervorhebung bei Vorlagen mit Url am Ende

Hallo Schnark, mir ist mehrmals aufgefallen, dass manchmal das Endtag eines Belegs nicht in der selben Farbe angezeigt wird wie das öffnende Tag. (oder heißt es der Tag?) Zuerst wusste ich nicht warum das so ist, weil ich in der Vorlage selbst keinerlei Fehler erkennen konnte. Dann ist mir jedoch aufgefallen wann das passiert.

• Das Tag wird aber scheinbar als einschließendes Element erkannt, da der Text anschließend nicht mehr gelb hinterlegt oder überstrichen ist.

Da mich so etwas immer etwas stutzig macht oder auch verwirrt, dachte ich frage ich einmal nach, ob das so beabsichtigt ist oder ob man das eventuell anpassen könnte. Für mich heißt so etwas generell erst einmal da fehlt irgendetwas. Bei eckigen [[Klammern] eine „]“ fehlt und es ist lila ]], oder {{Vorlage} schließende Klammer fehlt daher ist der Text gelb}} oder eben irgendein Tag wird geöffnet aber nicht richtig geschlossen Wie gesagt es ist mir irgendwo mal aufgefallen. Und sorry, ich drücke mich da sicherlich etwas laienhaft aus, aber ich denke es ist trotzdem verständlich, was ich meine. Ein ähnliches Problem hatte ich auch bei PC schon einmal angesprochen, das direkt an eine Url anschließende Zeichen wird hier scheinbar als Teil der Adresse erkannt. --Liebe Grüße, Lómelinde Diskussion 11:48, 1. Jun. 2015 (CEST)

Einzelnachweise

Ich schaue es mir an, wenn ich wieder Zeit habe (und wenn ich es vergesse, erinnerst du mich nochmal dran). --Schnark 16:09, 13. Jun. 2015 (CEST)

Vielen Dank, o.k. werde ich machen, wenn ich es nicht vergessen sollte. Ich hätte noch eine andere Kleinigkeit aber das kann auch warten. --Liebe Grüße, Lómelinde Diskussion 17:00, 13. Jun. 2015 (CEST)

Sollte jetzt funktionieren. --Schnark 10:22, 10. Jul. 2015 (CEST)

Vielen Dank. --Liebe Grüße, Lómelinde Diskussion 10:51, 10. Jul. 2015 (CEST)

extratabs.js - Aufnahme von afterUpload

Hi Schnark, danke für das Fliegelflagel-Skript – große Klasse! Wäre es möglich, in extratabs.js noch afterUpload mit aufzunehmen?

Der Link lautet:

//kijewski.github.io/wp-afterUpload/?lang=de&project=de.wikipedia.org&image=. Unter image wird der Dateiname übergeben. Umsetzung absolut nicht dringend. Grüße, Yellowcard (D.) 01:52, 15. Jul. 2015 (CEST)

Ist eingebaut, ich hoffe, dass ich alle vorhanden Fallstricke umgehen konnte. --Schnark 09:27, 15. Jul. 2015 (CEST)

Das ging fix, tausend Dank! In dem Zusammenhang noch eine kurze Frage: Wo wird denn eigentlich definiert, welche Tabs standardmäßig angezeigt werden? Ich habe im Quelltext die entsprechende Stelle nicht gefunden. Schönen Tag, Yellowcard (D.) 11:21, 15. Jul. 2015 (CEST)

Das steht in config (da war ich wohl gerade sehr kreativ veranlagt bei der Benennung …) --Schnark 11:29, 15. Jul. 2015 (CEST)

... hätte ich allerdings auch selbst drauf kommen können.   Nochmal danke, Grüße, Yellowcard (D.) 14:08, 15. Jul. 2015 (CEST)

Syntaxhighlight und Pseudotags

Hallo Schnark, ich weiß nicht so genau wie ich das jetzt beschreiben soll, aber ich hätte einen kleinen Wunsch falls das nicht zu kompliziert wäre. Das Problem ist folgendes.

• Wenn jemand in einem Beitrag beispielsweise <quetsch> einfügt dann wird alles was danach folgt rosa markiert, es sei denn er schließt dieses Pseudotag wieder über </quetsch> Das behindert also die für mich eigentlich wünschenswerte →Syntaxzuordnung aller daran anschließenden Textabschnitte. Das erfolgt oftmals in Diskussionsbeiträgen wo das natürlich nicht so schlimm wäre, mich aber trotzdem irgendwie stört, sorry.
• Manchmal gibt es so etwas aber auch in Artikeln wie in →diesem Beispiel. Dort befindet sich <CR><LF> alles was danach kommt wird also rosa. </LF></CR> →PC sagt ich soll so etwas aber „nicht escapen“, also habe ich da jetzt quasi einen Fehler gemacht, weil dein Tool dort scheinbar echte Tags (und somit auch ein End-Tag vermutet?) und ich das rosafärben irgendwie umgehen wollte.

Meine Frage ist nun gibt es für dich eine Möglichkeit die echten von unechten zu unterscheiden und das so zu ändern, dass, wenn ich das richtig interpretiere, ein <Pseudotag> in etwa</Pseudotag> als <Psudovariante erwartet keinen Inhalt /> (so geht es jedenfalls nicht) also wie ein <nowiki /> oder ein <br /> zu behandeln. Ich soll dich übrigens von PC grüßen. --Liebe Grüße, Lómelinde Diskussion 18:00, 19. Jul. 2015 (CEST)

Mir ist das Problem bekannt, aber ich habe beschlossen, nichts dagegen zu machen. Auch wenn es unwahrscheinlich ist, dass quetsch, CR, etc. jemals als gültige Tags eingeführt werden, möglich ist es, sodass zur Sicherheit bereits jetzt besser <quetsch>, <CR>, etc. geschrieben werden sollte, womit einerseits mein Skript nicht durcheinander kommt, andererseits Zukunftssicherheit gegeben ist. --Schnark 09:18, 20. Jul. 2015 (CEST)

Vielen Dank für die Antwort, ich setze das manchmal einfach so ‹rechtsrück› in spitze Klammern die sind ja unten verlinkt da passiert dann syntaxtecchnisch auch nichts. O.k. dann muss ich mir dieses < mal irgendwie merken. --Liebe Grüße, Lómelinde Diskussion 09:27, 20. Jul. 2015 (CEST)

Satz von Cayley-Bacharach

Hallo Schnark, Du hast mir ne grosse Freude gemacht! DANKE! Lieben Gruß aus Köln --1971markus (☠) ^{⇒ Laberkasten ...} 16:53, 14. Aug. 2015 (CEST)

Ich muss mich bei dir bedanken: Ich hatte die Seite Wikipedia:Spiele/Drei Wünsche frei/Unerfüllte Wünsche schon länger auf meiner Beobachtungsliste, aber du warst der erste, der einen Wunsch geäußert hat, den ich erfüllen konnte. Und ich konnte dabei noch meine Kenntnisse in algebraische Geometrie auffrischen. --Schnark 09:10, 15. Aug. 2015 (CEST)

Hallo Schnark, als ich über Isaak Bacharach gestolpert bin war ich doch sehr verwundert in der de.wp nichts zu finden dafür einen Satz zur Person in der en.wp und den umfangreichen Artikel über das Cayley-Bacharach theorem. Ich hätte nicht zu hoffen gewagt den Artikel jemals auf Deutsch in der wp zu sehen... Nochmal vielen Dank! --1971markus (☠) ^{⇒ Laberkasten ...} 14:16, 15. Aug. 2015 (CEST)

Fliegelflagel

Moin Snark, habe grade eine Version von PDDs Monobook mit deinem Tool „Fliegelflagel“ installiert. Das Tool ist genial: sinnvoll, einfach, verständlich und leicht zu bedienen. Vielen Dank dafür. Gruß --Stefan1973HB ^Disk. 23:56, 1. Sep. 2015 (CEST)

Syntaxhighlight

Hallo Schnark, gibt es eine Möglichkeit, Syntachighlight standardmäßig beim Editieren einer Seite zu deaktivieren, sodass man es nur dann, wenn man es gerade braucht aktivieren kann? Gruß, MGChecker – (📞| 📝| ) 22:32, 3. Sep. 2015 (CEST)

Nein, das wäre zwar prinzipiell möglich, aber ich habe im Moment keine Lust, diese Kofigurationsmöglichkeit einzuprogrammieren. --Schnark 09:13, 4. Sep. 2015 (CEST)

Schade, dann werde ich das Programm wahrscheinlich erstmal eher nicht nutzen. Es würde mich allerdings freuen, wenn du dieses Feature später irgendwann implementieren würdest. Gruß, MGChecker – (📞| 📝| ) 09:37, 4. Sep. 2015 (CEST)

Bandersnatch

Hallo Schnark, ich habe eine Frage zum Code für das Bandersnatch-Skript; wenn ich das richtig verstehe, kann man z. B. mithilfe dieses Skripts Weiterleitungen korrigieren oder etwa die Fehler, die Aka mit seinem Skript auftut – nur scheitert der Einsatz des Skripts bei mir daran, dass ich als Resultat auf den JS-Code die Meldung bekomme, der Text, den ich ersetzen möchte, sei auf den Seiten nicht vorhanden. Was mache ich falsch? Ich hatte zum Test eine Buchstabenfolge auf meiner Benutzer- und meiner Benutzerdiskussionsseite erstellt, die entfernt werden sollten, das hat leider nicht funktioniert… Als Code habe ich verwendet

var alt = "Falscher Text";
var neu = alt.replace("Falscher", "Richtiger");

Fehlt da noch ein Code-Bestandteil? Danke und Viele Grüße --Filterkaffee (Diskussion) 13:05, 17. Aug. 2015 (CEST)

Die Variablennamen sind durch das Skript vorgegeben, der Code muss daher lauten

return {text: oldText.replace("Falscher", "Richtiger")};

oder in Langfassung

var alt = oldText;
var neu = alt.replace("Falscher", "Richtiger");
return {text: neu};

Unterhalb des Eingabebereichs für den Code ist eine Testumgebung (eingeklappt), da kannst du testen, ob sich dein Code dann so verhält, wie du es dir vorstellst. --Schnark 09:11, 18. Aug. 2015 (CEST)

Super, jetzt blicke ich – auch was die Simulation betrifft – durch! Danke für deine schnelle Hilfe! Viele Grüße --Filterkaffee (Diskussion) 18:18, 20. Aug. 2015 (CEST)

Was mir gerade auffällt: Wenn ich eine Syntaxersetzung durchführen lasse, bei der der zu ersetzende Quelltext mehrfach auf der Seite vorkommt, führt Bandersnatch nur jeweils eine Änderung durch – mache ich da etwas falsch? Viele Grüße --Filterkaffee (Diskussion) 19:40, 4. Sep. 2015 (CEST)

replace ersetzt standardmäßig nur das erste Vorkommen, das ist in JavaScript so. Wenn alle Vorkommen ersetzt werden sollen, musst du einen regulären Ausdruck mit g-Flag verwenden. --Schnark 09:13, 5. Sep. 2015 (CEST)

Ich störe äußerst ungern, aber finde keine weiterreichende Erklärung dazu – wie sähe denn der einzusetzende Befehl in diesem Falle aus? Viele Grüße und nochmals vielen Dank für deine Hilfe! --Filterkaffee (Diskussion) 13:13, 17. Sep. 2015 (CEST)

Da man im Code alles verwenden kann, was in JavaScript erlaubt ist, sind im Prinzip alle JS-Dokumentationen gute weiterreichende Erklärungen, etwa [8]. Je nachdem, was du eigentlich genau erreichen willst, also etwas in der Form

return {text: oldText.replace(/Falscher/g, "Richtiger")};

--Schnark 09:40, 18. Sep. 2015 (CEST)

Hallo Schnark, ich wurschtle mich zwar durch viele Internet- und gebundene Quellen, habe aber bisher noch keine Idee, wie ich zwei oder mehrere return-Funktionen logisch miteinander verknüpfen kann; was offensichtlich nicht funktioniert, ist, zwei dieser Befehle einfach hintereinander zu schreiben, ich nehme aber an, dass das deswegen nicht geht, weil ich den ersten return-Befehl laden müsste und den entstandenen Befehl an den zweiten übergeben muss, oder? Und wenn ja, wie sähe das im Code aus…? Danke und viele Grüße --Filterkaffee (Diskussion) 16:33, 15. Okt. 2015 (CEST)

Nach dem ersten return wird dein Code verlassen, daher wird alles was dahinter steht nicht mehr ausgeführt. Was möchtest du machen? Zwei Wörter ersetzen? Dann kannst du die beiden replace kombinieren:

return {text: oldText.replace(/Falscher/g, "Richtiger").replace(/Falscher2/g, "Richtiger2")};

Alternativ schreibst du vorher in eine lokale Variable und nutzt diese beim zweiten replace:

var alt = oldText;
var neuZumErsten = alt.replace("Falscher", "Richtiger");
var neuZumZweiten = neuZumErsten.replace(/Falscher2/g, "Richtiger2");
return {text: neuZumZweiten};

Der Umherirrende 19:47, 15. Okt. 2015 (CEST)

Seitenaufbaustörung

Hallo Schnark, hast du da schon irgendetwas herausgefunden? Da ich leider von diesen technischen Details wie man solche Fehler einkreisen kann nichts verstehe, kann ich dem Anfragenden auf der Phab-Seite auch keine genaueren Infos anbieten. Im Augenblick habe ich keine Störung, aber ich weiß ja auch nicht wie man sie bewusst auslösen könnte. Zumindest wäre es für mich hilfreich wenn ich wüsste wann der Fehler nicht mehr auftritt, damit ich meine js-Einstellungen, die ich derzeit zu Testzwecken ausgeblendet habe, wieder normal benutzen kann. Betroffen ist bei mir immer auch die Funktion des Syntaxhighlights, was dann nicht angezeigt wird. Das liegt aber vermutlich eher daran, dass der Seitenaufbau gar nicht bis dorthin kommt, denke ich, wie gesagt völlig ahnungslos, was diese Dinge angeht. Ist bei dir dieser Fehler noch vorhanden? --Liebe Grüße, Lómelinde Diskussion 10:00, 28. Sep. 2015 (CEST)

Wie ich auf Phabricator schrieb, hat diese Änderung das Problem vermutlich behoben, auch wenn nicht klar ist, wie das mit mediawiki.ui.anchor zusammenhängt. --Schnark 10:06, 28. Sep. 2015 (CEST)

Hmmm, der Fehler trat aber bei mir danach noch immer auf. Nun ja was solls da muss ich dann wohl damit leben. Also zumindest gestern noch, heute wie gesagt noch nicht. --Liebe Grüße, Lómelinde Diskussion 10:09, 28. Sep. 2015 (CEST)

Nachtrag, die Meldung war eine andere. --Liebe Grüße, Lómelinde Diskussion 10:10, 28. Sep. 2015 (CEST)

Es gibt zwei Problem-Ebenen:

1. Wir machen einen Fehler.
   • Das kann ein echter (auch nur gelegentlicher) Fehler sein, wie wir ihn neulich in Common.js verursacht haben.
   • Es kann durch die komische MW-Änderung von vor zwei Wochen bedingt sein, die jetzt irgendwas am ready-Zustand flickt und die weitere Abfolge beeinflusst.
2. Das Tracking-System von K./MW ist nicht robust und löst selbst Fehler aus, die es dann wieder einfängt und sich selbst meldet, und sich dabei selbst überschreibt.
   • Die Angabe eines CSS-Moduls als angeblicher Auslöser ist so ein falscher Fehler.
   • Erinnert mich sehr an phab:T108157.

Nebenbei habe ich wikieditor-Extrabuttons im Verdacht, seit Neuestem ein Fehlerauslöser zu sein; vielleicht wegen der MW-Geschichte vor zwei Wochen erst geworden.

• Ló hat das jetzt mal auskommentiert; siehe ihre BD dazu.
• Wenn das jetzt plötzlich nicht mehr auftritt und nach einem Revert dann wieder passiert, ist das relativ sicher eingekreist. Auf FZW wird nichts berichtet; muss ein Feature sein, das nur wenige haben.
• WSTM löst seit Sonntag einen mw.hook() aus.
  • Damit ließe sich die Knopfdefinition ohne when und after vielleicht etwas übersichtlicher formulieren. Ich selbst habe von dem Zeugs keine Ahnung.
• Auf Benutzerin:Lómelinde/common.js kommt noch etwas vor, das auch schon einmal von Ló in einer zerschossenen Endlos-Fehlermeldung berichtet wurde:
  • mw.loader.load(load.php?modules=ext.gadget.CollapsibleNav
  • Das Dingens prüft vermutlich nicht, wie etwa MediaWiki:Gadget-wikEd.js, den Ladezustand nochmal explizit nach (identische Erfüllung), sondern verlässt sich darauf, dass in MediaWiki:Gadgets-definition die dependencies angegeben wurden.
• Wenn also Fehler ausgelöst wurden und anschließend das MW-tracking rumspinnt, dann haben wir vom Tracking auch nix.

LG --PerfektesChaos 11:32, 28. Sep. 2015 (CEST)

Da ich kein einziges Gadget verwende, kann ich deren Einfluss sicher ausschließen. Wenn nicht irgendwo in MediaWiki oder einer Extension ein Abhängigkeits-missachtendes mw.user.isAnon() durchs Code-Review geschlüpft ist (was ich bezweifle), dann kommt nur das in unserer Common.js in Frage. Allerdings konnte ich auf beta.wmflabs keinen Zusammenhang mit mediawiki.ui.anchor reproduzieren. Tun wir es einfach als Geist ab, der mal kurz aufgetaucht ist, und jetzt wieder vertrieben sein sollte, zumindest so lange, bis er sich deutlicher zu erkennen gibt. --Schnark 11:41, 28. Sep. 2015 (CEST)

@Lómelinde: Du wirst uns bzw. Schnark ja vom nächsten Auftreten des Fehlers berichten; und den wird es geben, sobald Ló ihre common.js zurücksetzt.

Der Tracking-Mechanismus ist kaputt und meldet sich seine eigenen Bugs; egal was wir in der MediaWiki:Common.js nun vermurksen oder nicht.

LG --PerfektesChaos 11:47, 28. Sep. 2015 (CEST)

Ja, werde ich. Derzeit ist, wie geschrieben, alles normal aber da man nie weiß wann oder wodurch dieser Ausfall entsteht kann es auch sein, dass mir noch etwas auffällt. --Liebe Grüße, Lómelinde Diskussion 11:52, 28. Sep. 2015 (CEST)

 Info: @PerfektesChaos O.k. nun habe ich wieder ein Problem eine komische Meldung

Exception in module-execute in module ext.wikimediaEvents: load.php:177:688
TypeError: mw.searchSuggest is undefined TypeError: mw.searchSuggest is undefined
…

keine Bearbeitungsfensterumgebung, keine untere Symbolleiste … nur der nackte Rahmen aber was soll ich jetzt tun? Ich mache auch Überstunden wenn es hilft. --Liebe Grüße, Lómelinde Diskussion 18:29, 28. Sep. 2015 (CEST)

@Schnark:

• Der Benutzerin:Lómelinde/Report ist Schrott.
• Es gibt jetzt nicht auf einmal einen mw.searchSuggest is undefined – wie es auch niemals irgendwas mit ui.anchor gegeben hatte.
• Wer seit der Änderung vor zwei Wochen einen RL-Fehler auslöst, offenbar in einer callback-Funktion, der bekommt eine Phantasiemeldung oder eine teilweise stimmige (ja, okay, .user.isAnon() war manchmal noch nicht parat), aber das angeblich auslösende Modul ist frei erfunden.
• Bei Ló steckt irgendwas, das einen RL-Fehler auslöst, wobei wir die Fehlermeldungen aber vergessen können.
• Wer Langeweile hat, kann ja mal in so einem callback einen Fehler provozieren; mal sehen, was dann passiert. Normalerweise haben wir beide ja nur bug-free stuff am Start und kennen sowas nicht.

@Lómelinde:

• Kommentier doch mal die bunte Zeile mit modules=ext.gadget.CollapsibleNav aus; das kann so wohl nicht funktionieren und ist nicht dafür gedacht.
  • Der hängt von jquery.cookie,jquery.tabIndex ab und verlässt sich drauf.
• Strategie: Wir deaktivieren in deiner common.js so lange deine Einbindungen, bis wir den Übeltäter haben. Es gibt etwas, das wahrscheinlich nicht viele Leute benutzen, und was seit September anders reagiert.

LG --PerfektesChaos 23:35, 28. Sep. 2015 (CEST)

Ja etwas was nicht viele Leute benutzen ist, wie mir gestern aufgefallen ist, das Tool von Flominator für den WBW-Schiedsrichter, das benutzen maximal 30 oder 40 Leute eher 10 bis 20. Allerdings wüsste ich nicht wie das mit dem Seitenaufbau zusammenhängen könnte. Ich habe wie gewünscht die Zeile deaktiviert, wozu auch immer ich die habe, weiß ich nicht. --Liebe Grüße, Lómelinde Diskussion 06:49, 29. Sep. 2015 (CEST)

@PerfektesChaos: Was hast du für ein Problem mit der Fehlermeldung? Im Gegensatz zur letzten sagt diese hier genau das aus, was schief läuft: phab:T114081. --Schnark 09:32, 29. Sep. 2015 (CEST)

Okay, fälschliche Falschmeldung.

• Ich traue derzeit diesen Meldungen nicht mehr.
• Die arme Ló war offenbar mit einer Chance 1:10.000 in eine weitere armselige MW-Programmierung reingelaufen.
• Das WBW-Dingens hatte ich heute nacht auch schon auf dem Kieker und werde Flo gleich ein Angebot machen.

@Ló: Wenn dir in den nächsten Wochen nicht auffällt, dass du das CollapsibleNav-Dingens zu irgendwas brauchen würdest, dann lösche es ganz; es ist für diese Verwendung nicht ausgelegt.

OT: Ich will die alte WP von 2005 wiederhaben; mit altem Verschiebeformuar und nicht mehr als 100.000 Artikeln und höchstens 1000 Benutzern, und ein Verbot aller Mobilgeräte.

LG --PerfektesChaos 11:19, 29. Sep. 2015 (CEST)

O.k. das werde ich tun. --Liebe Grüße, Lómelinde Diskussion 14:22, 29. Sep. 2015 (CEST)

 Info: Exception in module-execute in module ext.gadget.CollapsibleNav: load.php:177:493 → TypeError: $.cookie is not a function --Liebe Grüße, Lómelinde Diskussion 11:19, 9. Okt. 2015 (CEST)

Da es keine Unterstützung für projektübergreifende Gadgets gibt, ist der Fehler nicht verwunderlich, wenn du in deiner common.js ein Gadget aus en lädst. --Schnark 11:29, 9. Okt. 2015 (CEST)

Ja, das wird wohl so sein, wir hatten das ja auch schon als Auslöser identifiziert, aber ich weiß nicht, ob außer mir noch andere →diese Einbindung übernommen haben. Bei denen könnte es auch zu Störungen führen. --Liebe Grüße, Lómelinde Diskussion 11:44, 9. Okt. 2015 (CEST)

• Es ging darum, herauszufinden, warum die Fehlermeldung wirres Zeug erzählt.
  • Spezial:Diff/146840002 ist aber okay.
• Das Gadget könnte schon für den Einsatz außerhalb von MediaWiki:Gadgets-definition vorbereitet werden; etwa auch per Greasemonkey. MediaWiki:Gadget-wikEd.js macht das so.
• Außer Ló nutzt nur -jkb- das CollapsibleNav, wozu immer es gut sein mag. Als kollegiale Geste kann sie sich ja dort melden.
• OT1: Filzstift hat ein Problem mit smaxage in Fliegelflagel.
  • Filzstift hat aber aus der Schweiz im Bodensee ein deutsches Glasfaserkabel angezapft und arbeitet in einer Firma, die nur http und IE8 erlaubt. Mag auch andere Gründe haben; aber was bewirkt &bcache=1&smaxage eigentlich heutzutage? Ich habe festgestellt, dass momentan auch alle meine maxage= ignoriert werden und für jede Ressource 1kB hin und 1kB her gehen.
• OT2: Wenn du mal wieder einen frischen Dump hast, wäre die vierteljährliche Aktualisierung der Lokalisierungsliste sehr aufschlussreich.

Schönes Wochenende --PerfektesChaos 14:29, 9. Okt. 2015 (CEST)

• Was für wirres Zeug? Es wird das Modul ext.gadget.CollapsibleNav geladen, bei dessen Ausführung kommt es zu einem Fehler (weil jquery.cookie noch nicht geladen ist), genau das wird gemeldet.
• zum OT1 (@Filzstift:) Das Problem ist, dass der Titel nicht als title=-Parameter in der URL steht, sondern im Pfad. Wie das passiert, werde ich gleich debuggen, das sollte so nicht sein.
• zum OT2: Gibt es gerade nicht. --Schnark 09:16, 10. Okt. 2015 (CEST)

Zu OT1 noch die Bemerkung, dass IE9/http jetzt Vergangenheit ist (jetzt IE11/https inkl. Zertifikatissues wegen Proxy, Chrome 43 ist neu erlaubt), kann jetzt also nicht mehr als "IE9-Betatester" fungieren. Und das besagte Kabel müsste eigentlich helvetischen Ursprungs sein (gewöhnlicher ISP, nichts exotisches). Das berichtete Problem war allerdings unabhängig des Browsers (also IE/Chrome/Safari). --Filzstift ✏ 09:33, 10. Okt. 2015 (CEST)

Da es ein einfacher Fehler in meinem Code war, sind deine Browser und Kabel nicht wirklich relevant. --Schnark 09:38, 10. Okt. 2015 (CEST)

Test auf vorhandene edit summary

Du hast diese RegEx für .test vorgeschlagen:

/^(?:\/\*.*\*\/)?\s*$/.test( saveOptions.summary )

Würde das nicht auch dann ein (in diesem Fall falsches) TRUE liefern, wenn vom User nach dem eigentlichen Text des Kommentars noch (mindestens ein) white space eingegeben wurde? Müsste man nicht stattdessen auf das Vorhandensein von (mindestens einem) alphanumerischen Zeichen ('\w+') – gegebenenfalls nach einem allfälligem '/*...*/' – testen?
Danke und Gruß, Troubled @sset  ^{Work  •  Talk  •  Mail}   10:32, 9. Okt. 2015 (CEST)

Wenn, dann \S+, da \w+ nur lateinische Buchstaben erfasst. Aber der herkömmliche Wikitext-Editor gibt sich auch bereits mit einem zusätzlichen Leerzeichen als Bearbeitungskommentar zufrieden. --Schnark 10:37, 9. Okt. 2015 (CEST)

Syntaxhighlight

Hallo Schnark, entschuldige wenn ich dich damit belästige, aber irgendwie habe ich das Gefühl, dass ich Probleme mit diesem Skript habe. Konkret geht es darum, dass ich diesen Artikel „Liste der Länderspiele der südkoreanischen Fußballnationalmannschaft“ nur unter erschwerten Bedingungen bearbeiten kann. Ich hatte dazu auch einmal eine Fehlermeldung, weiß aber nicht ob das bis zu dir vorgedrungen ist. Sie steht noch immer hier. Das Phänomen ist dauerhaft, also auch wenn ich den Artikel heute öffne steht mein FF kurz vor dem Kollaps oder rotiert minutenlang und jede Mausradbewegung setzt ein neues Nachladen in Gang. Meine Frage ist nun, kann das von dem Skript kommen? Wenn ich es abschalte lädt die Seite zwar auch recht lang aber zumindest kann ich die Maus bedienen ohne, dass erneut nachgeladen werden muss. Kann man da irgendetwas tun oder muss ich bei langen Artikeln das Skript vorher abschalten? --Liebe Grüße, Lómelinde Diskussion 16:18, 30. Nov. 2015 (CET)

Den Fehlermeldungen nach ist mein Skript das Problem, ja. Bei mir funktioniert es aber auch auf dieser Seite ohne größere Probleme. --Schnark 09:03, 1. Dez. 2015 (CET)

Na ja, vielleicht löst sich das ja alles wenn ich in einem halben Jahr einen schnelleren Internetzugriff bekomme. Oder ich muss mich von Firefox trennen, was ich eigentlich nicht möchte. Ich mag diese Farbunterlegung sehr, das ist eigentlich ein wirklich nützliches Skript. Problematisch wird es immer dann, wenn ich in größeren Tabellen „suche und ersetze“ verwende, da kriege ich Zeitüberlauf, Skript meldet sich nicht zurück … bis hin zum Totalabsturz. Vermutlich habe ich aber auch einen anderen Skriptmix als du, irgendetwas verträgt sich nicht miteinander. Ich kann diese Seite nicht normal bearbeiten muss ich aber auch nicht mehr. Danke für die Auskunft. --Liebe Grüße, Lómelinde Diskussion 14:24, 1. Dez. 2015 (CET)

Frohe Weihnachten · Merry Christmas · Joyeux Noël · God Jul · Wesolych Swiat · Vrolijk Kerstfeest

Hallo Schnark, als einer der Wikipedianer, an die ich mich in diesem Jahr gerne erinnere – sei es bei der Artikelarbeit, im Portal:Luftfahrt oder als Hilfe bei meinen Adminentscheidungen –, möchte ich Dir auf diesem Weg ein frohes Fest und einen guten Rutsch ins neue Jahr wünschen! Hab eine schöne Zeit mit deinen Freunden und Verwandten und man liest sich dann im neuen Jahr wieder – viele Grüße --Filterkaffee (Diskussion) 14:59, 11. Dez. 2015 (CET)

Trommler beim Zaren

Hallo Schnark, zufällig habe ich diesen Titel als einen deiner Wünsche im Spiel "Drei Wünsche" gesehen. Was ist gemeint: Eine Musikermucke, die es bei Putin nicht mehr gibt, oder das gleichnamige Buch von Arno Schmidt? Gutes im Neuen Jahr wünscht Dir --Mirkur (Diskussion) 18:05, 28. Dez. 2015 (CET)

@Mirkur: Ich meine das Schmidtsche Werk, so wie es auch bereits verlinkt ist. Viele Grüße, --Schnark 09:04, 29. Dez. 2015 (CET)

Wikipedia:Wette für 2015

Hallo Schnark, gesundes Neues Jahr noch. Eben entdeckte ich, dass ich die Wette für 2015 gewonnen habe. Aber das ist natürlich nur meiner Frechheit zu verdanken, denn der eigentliche Ruhm für den hochgenauen (Absoluter Fehler 1‰!!!) Vorhersagealgorithmus gehört natürlich Dir. Dafür einfach mal ein kleines Dankeschön. ;-) --Schwalbe Disk. 21:57, 10. Jan. 2016 (CET)

Kleiner Tipp: Ich glaube, dass ich auch dieses Mal die Zahl eher unter- als überschätzt habe. --Schnark 09:09, 11. Jan. 2016 (CET)

phab:TD

Okay, werde dann demnächst ein Bündel von zwei offenen und einem beschränkten Ticket zum selben PHP aufmachen.

Dachte, du bist gern informiert, was Jasons Freunde so anstellen.

LG --PerfektesChaos 10:41, 4. Feb. 2016 (CET)

Stubgenerator

Hallo Schnark, habe gerade deinen Stubgenerator entdeckt, feine Sache. Gibt es so etwas auch für Filme? Das ausfüllen der Infoboxen mit deinem Tool wäre schon fein. Es gibt auch eine Vorlage unter Wikipedia:Formatvorlage Film, die als Muster dienen könnte. Gruß, Harry Canyon (Diskussion) 08:50, 11. Feb. 2016 (CET)

Noch gibt es das nicht, aber es ist natürlich mehr oder weniger problemlos möglich. Die notwendige Konfiguration dazu kann prinzipiell durch jeden Benutzer angelegt werden, da Teile davon aber ein bisschen kompliziert sein könnten, helfe ich natürlich gerne. Ich würde vorschlagen, dass du die Seite Benutzer:Schnark/js/stub.js/film nach dem Beispiel von Benutzer:Schnark/js/stub.js/person anlegst, also das Gerüst mit Platzhaltern in der Form $name. Und mir noch ein beispielhaftes Wikidata-Item verlinken, dass ich sehen kann, welche Daten man am besten von wo herholen kann. Den Rest würde ich dann erledigen. --Schnark 09:10, 11. Feb. 2016 (CET)

Prima das du so fix antwortest. Mit der Vorlagenerstellung habe ich es leider nicht so drauf, aber ich probiere es gerne mal aus. Da ich täglich in Wikidata unterwegs bin, werde ich zuerst ein Datenobjekt mit allem möglichen füllen und dann versuchen daraus einen Stub zu generieren. Könnte ich das auf einer eigenen Unterseite erst mal ausprobieren, und wenn, welche Unterseite müsste ich dazu anlegen? Gruß, Harry Canyon (Diskussion) 09:20, 11. Feb. 2016 (CET)

Auf einer eigenen Unterseite kannst du es nicht testen, aber selbst wenn du beim Anlegen von Benutzer:Schnark/js/stub.js/film irgendwelche Fehler machst, passiert nichts Schlimmes (um genau zu sein, es passiert ohnehin erst einmal gar nichts, solange nicht noch zwei Konfigurationen im JSON-Format hinzukommen, das würde ich dann machen). Die Seite sollte einfach so aussehen, wie du einen Film-Artikel schreiben würdest, nur eben mit Platzhaltern, also sowas wie "'''$title''' ist ein Kinofilm aus dem Jahre [[Filmjahr $jahr|$jahr]]." (oder was auch immer in Filmartikeln stehen sollte). Um den Code, der die Platzhalter füllt, kümmere ich mich dann. --Schnark 09:28, 11. Feb. 2016 (CET)

Verstehe. Na dann werde ich mich mal die kommenden Tage darüber hermachen. Melde mich dann bei dir, wenn ich soweit bin. Gruß, Harry Canyon (Diskussion) 09:32, 11. Feb. 2016 (CET)

Skript bkl-check: andere Konfiguration der im Skript definierten Klassen

Vielleicht ist das schon längst möglich und Du hast es nur nicht dokumentiert, aber:
Ich nutzte bisher ausschließlich die Möglichkeit per CSS, vor allem auch, weil ich die hochgestellten Tags nicht mag und auch gern eine andere Farbe einsetzten wollte (und am liebsten pro Klasse eien eigene Farbe). Kann ich über einen Konfigurationsteil in der commons.js/global.js oder über Einträge in commons.css/global.css die im Skript vordefinierten Einstellungen überschreiben? Für zweiteres müsste ja sichergestellt sein, dass die Stylesheets erst geladen werden, wenn die Skripte aktiv sind. --Speravir (Disk.) 23:20, 19. Feb. 2016 (CET)

Das ist problemlos möglich. Reichen dir die neu eingefügten Hinweise in Benutzer:Schnark/js/bkl-check#Konfiguration? --Schnark 09:17, 20. Feb. 2016 (CET)

Ja, alles bestens! --Speravir (Disk.) 20:17, 20. Feb. 2016 (CET)

Please report bugs not only in the Kurier

Hi Schnark, you found a bug in Wikistats and reported it in the Kurier. Please report next time to me as well (my mail address is on every Wikistats page). This happened earlier when a much larger error had creeped into Wikistats and many people commented in the Kurier, but no-one told me. Anyway Erik Moeller told me about your discovery: "I don't know if this is the same issue, but when the December numbers were first noticed, someone on de.wp pointed out that the partial stub dump was missing several days and the numbers should therefore not be considered reliable:" Me: "Yes that looks like a Wikistats bug then. Normally Wikistats totally ignores the latest incomplete month, but apparently not in this case. I will follow up." Later: "Some more light on this: Wikistats tries to establish the last valid complete dump by parsing each job's status file (html). File name can't be used as that only reflects when the job started, and today's dumps run for ages. So what it does, it finds the completion time of the last step before stub dump generation. Which in this case is well into January, so it seems the job was partly rerun (or paralleled) with this unexpected outcome." See status file. Cheers, Erik Zachte (Diskussion) 14:38, 25. Feb. 2016 (CET)

I had quickly searched Phab, and had found Dump stats: use last completed month for sitemap page view counts, not current month and Only feed data file with complete months to Report Card (or extrapolate for last day)., so I just thought the issue was known and didn't look further into it. --Schnark 10:44, 27. Feb. 2016 (CET)

Link in der Titelzeile direkt auf Beobachtungsliste++

Hallo Schnark, ich habe eine Frage bezüglich deines Fliegelflagel-Skriptes: in der Titelzeile im rechten oberen Bereich des Browsers ist ja lediglich ein Link auf die „normale“ Beobachtungsliste gesetzt, wäre es durch ein Skript o. ä. möglich, den Link immer auf die Beobachtungsliste++ verweisen zu lassen? Das wäre ein wenig praktischer zu finden und zu navigieren als über ein Lesezeichen im Browser. Danke und viele Grüße – Filterkaffee (Diskussion) 10:46, 9. Mär. 2016 (CET)

Ich will eigentlich (ohne wirklichen Grund) vermeiden, dass das Beobachtungsliste++-Skript auf allen Seiten geladen wird. Aber ich kann mal überlegen, ob sich da einfach etwas verbessern lässt. --Schnark 11:07, 9. Mär. 2016 (CET)

Ohne mich da jetzt genau auszukennen wäre mein Lösungsansatz gewesen, über Java Script(?) den Link auf die Beobachtungsliste nur für mich in meiner Konfiguration immer auf die ++-Version „umzubiegen“; ob das geht und wenn ja wie, weiß ich allerdings auch nicht und dachte, dass du da vielleicht eine Idee hast. Nur für mich musst du da auch nichts ändern, so wichtig ist mir das nicht. – Filterkaffee (Diskussion) 11:12, 9. Mär. 2016 (CET)

Der Code an sich ist nicht das Problem, die Frage ist, wo dieser Code stehen sollte. Denn wenn er im Beobachtungsliste++-Skript steht, kann er ja nur dann ausgeführt werden, wenn dieses Skript tatsächlich geladen ist, damit wäre er dort im Augenblick nutzlos. Ein eigenes Skript dafür wäre auch Ressourcenverschwendung. Zudem sollte der Link auf die normale Beobachtungsliste nicht einfach ersetzt werden, da sonst keine einfache Möglichkeit mehr bestünde, diese aufzurufen. Wenn du es nur für dich haben willst, kannst du einfach

$(function () {
   $('#pt-watchlist a').attr('href', mw.util.getUrl('Spezial:Watchlist++')).text('Beobachtungsliste++');
});

in deine global.js (oder wo auch immer du es verwenden willst) einfügen. --Schnark 11:26, 9. Mär. 2016 (CET)

Danke dir, das habe ich gesucht   Viele Grüße – Filterkaffee (Diskussion) 11:32, 9. Mär. 2016 (CET)

extratabs.js

Das Projekt http://stats.grok.se/ ist schon einige Zeit tot. Als Alternative eignet sich https://tools.wmflabs.org/pageviews/ z.B. https://tools.wmflabs.org/pageviews/#project=de.wikipedia.org&platform=all-access&agent=user&range=latest-30&pages=Benutzer_Diskussion:Schnark Wäre schön, wenn du das gelegentlich mal anpassen könntest. Frohes Schaffen — Boshomi ⌨   12:45, 17. Apr. 2016 (CEST)

Das ist bereits seit Ewigkeiten angepasst. --Schnark 09:48, 18. Apr. 2016 (CEST)

Merkwürdig: siehe angefügte Datei: Links unten steht der Link, wenn ich im extra-Tabs die Mouse auf Seitenaufrufe positioniere. Der Link "Aufrufstatistik" unterhalb von "Werkzeuge" funktioniert. Frohes Schaffen — Boshomi ⌨   19:10, 18. Apr. 2016 (CEST)

Dafür bist du ganz alleine selbst verantwortlich: Benutzer:Boshomi/common.js --Schnark 10:00, 19. Apr. 2016 (CEST)

Danke schön! Das stammte noch aus grauen Vorzeiten, hatte ich schon längst vergessen, stammte noch aus grauen Vorzeiten, das hatte ich schon längst vergessen.

Eine andere Frage: Ich möchte gerne aus dem Skript Benutzer:Boshomi/ARreplace.js, dass ich von TMg geforkt habe, direkt ein Diff aufrufen. Versuche mit WikEd-Diff laufen zwar im Browser in der Konsole durch, aber angezeigt wird nichts. (Meine Programmierkenntnisse sind gering, das wenige das ich kann, habe ich mir selbst beigebracht.) Für den Zweck im ARreplace wäre mir dein Diff eigentlich ganz recht, das habe ich sowieso standardmäßig aktiviert.  Frohes Schaffen — Boshomi ⌨   14:20, 19. Apr. 2016 (CEST)

Das Backend meines Diffs ist unter Benutzer:Schnark/js/diff/core dokumentiert. --Schnark 08:52, 21. Apr. 2016 (CEST)

Suche++

Hallo Schnark, eine kurze Frage, weil ich mir nicht sicher bin, ob ich das Feld richtig ausfülle: die Suche ermöglicht ja grundsätzlich Einschränkungen nach Namensräumen, wie genau muss ich das eingeben? Nehmen wir mal an, ich wollte herausfinden, auf welchen Diskussionsseiten (Artikeldiskussionen, Benutzerdiskussionen sowie Portaldiskussionen) ich bereits geschrieben habe, sofern die Inhalte nicht archiviert sind:

• search("Filterkaffee [, 1,3,101]")
• search("[Filterkaffee, 1,3,101]")

Oder eine ganz andere Version? Diesen beiden ist zumindest gemeinsam, dass sie kein Ergebnis liefern. Danke und viele Grüße – Filterkaffee ᴅɪsᴋ 18:25, 23. Apr. 2016 (CEST)

Die eckige Klammer in der Hilfe steht für ein optionales Element, die Syntax lautet search("Filterkaffee", "1|3|101"). Allerdings: search liefert nur die erste Seite der Suchergebnisse, außerdem funktionieren viele der Filter nur für den ANR, sodass mein Skript für deine Anwendung möglicherweise nicht geeignet ist. --Schnark 09:10, 25. Apr. 2016 (CEST)

sanitized?

Hi, ich erbitte Amtshilfe.

• Es gibt ein neues Vorlagenmeister-JS.
• Aus der XML-Definition kann jetzt HTML-Markup eingelesen und dargestellt werden.
• Bei der Kombination aus .js + HTML-Markup sehe ich schon, wie sich deine Nackenhaare aufstellen, die Alarmglocken in den Ohren schrillen und die Augäpfel sich rot blinkend verfärben.
• Natürlich gibt es eine möglichst übersichtliche und hoffentlich wirksame Begleitmaßnahme – suche nach sanitize.
• Ich bitte um Angriffe in einer eigenen XML.

LG --PerfektesChaos 22:22, 9. Jun. 2016 (CEST)

Ohne den Code länger als eine Minute zu betrachten: Mit s.toLowerCase().indexOf( "background-url" ) > 0 wolltest du vermutlich so was wie style="background: url(...);" verhindern, was weder so noch – dank der lustigen Regeln zu CSS – irgendwie ähnlich geht. Und eine Blacklist für die Tags meinst du nicht ernst, oder? Mit keygen und svg hast du mindestens zwei Tags vergessen, die in der gleichen Liga spielen wie die gelisteten, also gib die Idee, du könntest eine vollständige Liste erstellen besser gleich auf. Wobei natürlich die harmlosen Tags dank ungefilterter Attribute wesentlich gefährlicher sind. --Schnark 09:18, 10. Jun. 2016 (CEST)

Noch eine weitere Minute draufgeschaut: $( "<span>" ).html( s ) mag ja feststellen, ob es böse Elemente gibt, aber dann ist es schon zu spät, dass der neue span-Knoten noch nicht im DOM ist, macht nichts, Bilder etc. aus dem HTML werden da bereits geladen. Probier es mit <img src="https://www.inavalid" onerror=alert(1)>. --Schnark 12:18, 10. Jun. 2016 (CEST)

Fliegelflagel

Ich habe bei den Abschnittsbearbeitungsbutton eine Änderung der Reihenfolge vorgenommen. Seit dem wird die Konfigurationssseite des Fliegelflagels nicht mehr geladen und auch alle anderen Bearbeitungsbuttons sind weg. Wo werden die Einstellungen des Fliegelflagels gespeichert, damit ich das rückgängig machen kann. Liesel 09:15, 10. Jun. 2016 (CEST)

Öffne mal die Browserkonsole und tippe dort mw.user.options.get('userjs-schnark-section-links-order') ein, und nenne mir alle JS-Fehler, die in der Konsole angezeigt werden. Selbst wenn du dort Unsinn einträgst, sollte mein Skript sich natürlich nicht so daneben benehmen. --Schnark 09:24, 10. Jun. 2016 (CEST)

Oder probiere es einfach nochmal, vermutlich habe ich den Fehler behoben. --Schnark 09:26, 10. Jun. 2016 (CEST)

es kommt die Fehler-Meldung "Unknown value "ve, edit, plus, top, link, nav, done" in userjs-schnark-section-links-order" Liesel 09:31, 10. Jun. 2016 (CEST)

Aber jetzt müsste alles andere wieder funktionieren, sodass du die Kommas durch Schrägstriche ersetzen und die Leerzeichen entfernen kannst. --Schnark 09:38, 10. Jun. 2016 (CEST)

Nein immer noch nicht jetzt kommt:

TypeError: functions[config.order[i]] is not a function                       index.php:480:3
mutating the Prototype of an object will cause your code to run very slowly; instead create the object with the correct initial Prototype value using Object.create panel.js:5813:3
Synchrone XMLHttpRequests am Haupt-Thread sollte nicht mehr verwendet werden, weil es nachteilige Effekte für das Erlebnis der Endbenutzer hat. Für weitere Hilfe siehe http://xhr.spec.whatwg.org/ panel.js:3522:3
nicht wohlgeformt messages.json:1:1

Liesel 09:45, 10. Jun. 2016 (CEST)

Dann müsste es vermutlich jetzt funktionieren. Für die 3 weiteren Probleme außer dem ersten fühle ich mich nicht verantwortlich. --Schnark 09:57, 10. Jun. 2016 (CEST)

Ja jetzt geht es wieder. Danke. Liesel 09:59, 10. Jun. 2016 (CEST)

veAutocorrect english quote problem.

Hi. I've found a weird problem. If you put an English quote in a paragraph then any character put after this quote will be replaced with `“` (test page). Also when you press ENTER you get an error "Error: Unbalanced set of replace operations found".

Any idea how to fix this? Or where is the problem? I'm new to VE and not sure how this `ReSequence` works.

Regards, Nux (Diskussion) 00:48, 3. Jul. 2016 (CEST).

I think I've fixed it [9]. The problem seem to be that `plaintext` variable contains all characters from current paragraph up to the one that was just entered. So any regexp matches should validate string up to last entered character. So probably apostrophe RegExp would be a problem too. --Nux (Diskussion) 01:06, 3. Jul. 2016 (CEST)

Thanks for reporting and fixing the issue. I additionally added the end-of-line anchor to the other regular expressions, and truncated the plaintext to the part before the cursor, to make sure the replacements still occur when you edit inside a paragraph. Let me know if you find more bugs, I still use the wikitext editor for most of my edits, so I don't have a chance to test my script very often. --Schnark 09:34, 4. Jul. 2016 (CEST)

Just for the record: phab:T139574 --Schnark 09:16, 8. Jul. 2016 (CEST)

State of the Syntax Address

Hi,

dieser Heiterkeitsausbruch erinnert mich daran, dass es interessant wäre, den Halbjahresstand festzuhalten.

• Wenn mini irgendwann mal bei 90 % liegt, könnte man ja phab:en, dass dies zu einem weltweiten Alias gemacht werden möge, so wie thumb auch nur Alias von thumbnail ist. Russen, Norweger und alle lateinisch basierten Sprachen wären dabei. Vielleicht wird Quelltext und menschliche Quelltextformatierung aber vorher abgeschafft.

Ich hätte aber gern noch eine weitere viertel- bis halbjährlich zu aktualisierende Statistik; vielleicht dem Wikipedia:WikiProjekt HTML5 als Unterseite andrehn:

HTML2	style	class
bgcolor=	background: background-color:	hintergrundfarbe\d
color=	color:
align=	text-align:	center centered
valign=	vertical-align:	toptextcells
clear= HTML.4	clear:
float= überwiegend Vorlagen	float:	float-right float-left
border= width=	Völlig egal, sowieso meist überflüssig
	style=

LG --PerfektesChaos 00:45, 6. Jul. 2016 (CEST) +erg.

Auf Grund einer ungünstigen Partitionierung bin ich seit einiger Zeit (und noch für einige Zeit) nicht in der Lage, einen Dump zu verarbeiten. --Schnark 08:51, 6. Jul. 2016 (CEST)

Keine Eile. Oben ++float. LG --PerfektesChaos 12:27, 15. Jul. 2016 (CEST)

Vorlage:Dateiüberprüfung/benachrichtigt (Text)

Bist Du sicher, dass das DÜP-Script auch damit umgehen kann? Siehe [10]  @xqt 11:57, 15. Jul. 2016 (CEST)

Da Tidy (noch) ein fehlerhaftes <span /> zu <span></span> korrigiert, sollte sich im generierten HTML nichts geändert haben, sodass ich davon ausgehe, dass das Skript weiter funktioniert. Ich habe das Skript durchaus bedacht, sonst hätte ich statt der leeren Spans sie um den ganzen Listenpunkt herumgezogen. --Schnark 12:00, 15. Jul. 2016 (CEST)

Das Schript wird sich kaum das gerenderte Dokument sondern den Quell-Wikitext angucken, hab' aber das Script nicht untersucht.  @xqt 12:08, 15. Jul. 2016 (CEST)

Hm, dort wird explizit "<span />" abgefragt.  @xqt 12:10, 15. Jul. 2016 (CEST)

(BK) Ich bezweifle sehr, dass das Skript sich den Quelltext einer Vorlage anschaut. Ich nehme an, dass es schaut, ob auf der Dateibeschreibungsseite Elemente mit bestimmten IDs vorkommen, und dies als maschinenlesbare Version der Problembeschreibung interpretiert.

Das, was du da im Quelltext siehst ist (ebenfalls ungültige, aber funktionierende) jQuery-Syntax zum Erzeugen leerer span-Elemente. --Schnark 12:13, 15. Jul. 2016 (CEST)

Info: Keines der beteiligten Server-Software-Werkzeuge plant, Elemente zu entfernen, die zwar inhaltslos sind jedoch eine Attributzuweisung enthalten, insbesondere zumindest nicht solche mit id=, weil diese Ankersetzung dort durchaus bekannt und vorgesehen ist.

Es geht um den expandierten geparsten Text, erst der geht an die HTML-Analyse.

@xqt: Siehe WP:BA #‎EILT * selbstschließende HTML-Tags

LG --PerfektesChaos 12:15, 15. Jul. 2016 (CEST)

Und Wikipedia:Dateiwartung/Werkzeug liest den Quelltext der Dateibeschreibungsseite. LG --PerfektesChaos 12:30, 15. Jul. 2016 (CEST)

Umfragenvorbereitung zur UCA-Sortierung fürs de-wiki

Hallo Schnark,

ich bin Lea, die neue Produktmanagerin der technischen Wunschliste. Ein Wunsch der Umfrage 2015 war, Umlaute korrekt einzusortieren. Seitens der WMF wird seit einiger Zeit die UCA-Sortierung für viele Wikis angestellt, für das de-wiki bislang allerdings nicht, da nicht klar ist, ob die deutsche Community das möchte. Wir würden gerne klären, ob das Umstellen von der deutschen Community gewünscht ist und deshalb eine Umfrage starten. Dafür wäre es gut, eine Liste aller Vor- und Nachteile speziell für die deutsche Wikipedia zu haben. Hast du Erfahrung mit Sortierungen im de-wiki und könntest uns dabei helfen, diese Vor- und Nachteile zusammen zu tragen? Oder weißt du, wer aus der Community sich damit auskennt? Idealerweise würden wir deine und Thiemos Ergebnisse gemeinsam mit den Informationen der WMF Ende Juli für die Community veröffentlichen, und dann einen Monate später die eigentliche Umfrage starten. Ich kann dir gerne auch die Infos der WMF zuschicken.

Viele Grüße, Lea Voget (WMDE) (Diskussion) 14:51, 15. Jul. 2016 (CEST)

Ich würde abwarten, bis phab:T8948 gelöst ist. --Schnark 09:16, 16. Jul. 2016 (CEST)

Hallo Schnark,

mir fällt gerade auf, dass meine erste Anfrage ein bisschen missverständlich war. Also nochmal als klarere Version :)

Raymond, Birgit, Michi und ich hatten auf der Wikimania darüber gesprochen, inwieweit die UCA-Umstellung als Lösung für den Wunsch “Umlaute korrekt einsortieren” denkbar wäre, so ähnlich, wie hier schon mal diskutiert. Als Grundlage für eine Entscheidung, ob das gemacht werden soll, müsste genau klar sein, was eigentlich passiert bei der Umstellung. Zum Beispiel muss geklärt werden, wieviel Aufräumen nötig wäre (wenn überhaupt), und ob solche Arbeiten zum Beispiel durch einen Bot übernommen werden könnten. Dafür versuchen wir gerade, als Unterstützung schon mal vorbereitend die Infos zusammen zu tragen und möglichst alle Spezialfälle in der deutschen WP durchzugehen. Könntest du dir vorstellen, über so eine Pro/Con Liste mal drüber zu gucken und sie ggf. zu ergänzen? Zum Ticket phab:T8948: Wenn das ein zentraler Blocker ist, könnte das nicht einfach mit in die Auflistung? Oder wäre das deiner Ansicht nach eine zwingende Vorbedingung, um Leute überhaupt erst zu fragen? --Lea Voget (WMDE) (Diskussion) 18:21, 18. Jul. 2016 (CEST)

Es wäre eine Umstellung genau bei den Sortierschlüsseln notwendig, die Zahlen mit verschiedener Stellenzahl enthalten. Das würde durch uca-de-u-kn deutlich erleichtert und könnte durch einen Bot umgestellt werden (der alle Doppelpunkte vor Ziffern entfernt). Es würde auch ohne numerische Kollation gehen, aber dann müsste man immer eine geeignete Zahl an führenden Nullen ergänzen, was nicht so leicht zu automatisieren ist. Abgesehen davon ist numerische Kollation etwas so praktisches, dass wir das wohl ohnehin einführen wollen, wenn es verfügbar ist, aber bei einem Wiki der Größe von de.wikipedia ist eine Umstellung (direkt auf uca-de-u-kn) statt zwei (mit Umweg über uca-de) nun einmal schonender für Server, Systemadministratoren und Nutzer. --Schnark 09:20, 19. Jul. 2016 (CEST)

+1

• Die Umstellung sollte in einem Rutsch erfolgen.
  • Zwei kurz aufeinanderfolgende Veränderungen zum gleichen Thema schaffen nachvollziehbaren Unmut und stiften Verwirrung und berechtigten Ärger.
• Wenn die numerische statt lexikalische Sortierung von Zifferngruppen aktiviert werden kann, dann hat das ausschließlich Vorteile.
  • Für die Autoren wird das Leben erheblich vereinfacht. Niemand kann ernsthaft etwas dagegen haben (außer notorische Querulanten).
  • Es sollte möglichst bereits in einem anderen echten Wiki funktionieren und besichtigt werden können.
  • Ein paar Sauereien mag es in Einzelfällen immer noch geben; Dezimalkomma oder Minuszeichen oder was immer, aber das könnten nur drei Artikel sein und wären aus einem Dump zu filtern.
  • Die Zahlensortierung war bereits 2012 der Blocker gewesen.
• Eigentlich braucht es für die Optimallösung keine Umfrage, sondern nur einen nervenstarken Admin-Silberrücken.
  • Aber MW will regelmäßig einen consensus vor einer Konfigurationsänderung sehen.
  • Vielleicht reicht WP:TWS oder WD:SORT.
  • Notfalls pro forma eine Community-Umfrage mit plebiszitärem Charakter.

LG --PerfektesChaos 09:53, 19. Jul. 2016 (CEST)

Danke, die oben genannten Punkte sind schon sehr hilfreich! Wir haben gerade mit dem Community Tech Team gesprochen und der Stand ist, dass sie exakt an dem von Schnark erwähnten Ticket arbeiten und das für die de-Umstellung dann schon default wäre. Man kann wohl auch die Sortierung schon ausprobieren, wie sie dann auf dem deutschen Wiki wäre, und zwar hier . Dabei müsste die Sortierung auf "de-u-co-phonebk" gesetzt, sowie die numerische Sortierung angestellt werden. Die Umfrage selbst sollte idealerweise sowieso von der Autorenschaft geführt werden (Raymond und Michi konnten sich zum Beispiel vorstellen, das zu machen). Von unserer Seite würden wir anfangen, die notwendigen Infos bereitzustellen/aufzubereiten und die Kommunikation mit dem Community Tech Team zu machen. Könntet ihr euch vorstellen, über eine Liste drüber zu gucken, die die Umstellung und ihre Folgen erklären würde? Viele Grüße, Lea Voget (WMDE) (Diskussion) 19:39, 20. Jul. 2016 (CEST)

Die phonebk-Variante ist ausdrücklich nicht erwünscht. Ä soll auf Level 1 mit A übereinstimmen, nicht mit AE. --Schnark 09:07, 21. Jul. 2016 (CEST)

Also, zusammengefasst, UCA-DE und numerical sorting sollten wenn dann zusammen ausgerollt werden, weil das sonst zuviel Probleme macht. Die Phonebook-Sortierung kommt nicht in Frage, weil sie nicht dem deWP-Standard entspricht. Geklärt müsste sein, dass die Sortierung implementiert wird, bei der "Ä" etc. auf jeden Fall auf der Ebene von "A" einsortiert wird. Alles sollte idealerweise vorher auf einem anderen Wiki ausprobiert werden können. Stimmt das so? Der Thiemo hat inzwischen auch über alle Infos geguckt, er meint auch, wenn das so gemacht werden würde, würden am Ende nur noch einige Spezialfälle überbleiben, die angepasst werden müssten. Da könnte man überlegen, welche, und einige Beispiele zusammenstellen. Ich hab' gerade auch noch mal eine Mail an das Community Tech Team raus geschickt, und ein paar Rückfragen gestellt. @PerfectesChaos: Zum Thema Konfigurationsänderung und Consensus: Nach bisheriger Erfahrung würde von MW-Seite ein einfacher Link auf eine x-beliebige Wikiseite reichen, wo es hauptsächlich Prostimmen und (wesentlich) weniger Gegenstimmen gibt. Es wäre also eher die Frage, was für eine Art Abstimmung braucht es für die dewiki-Gemeinschaft, damit eine Umstellung gut entschieden & akzeptiert werden kann. (P.S. Lea und ich sind beide erstmal nicht da, aber Lea ist ab dem 1.8. wieder am Start, also weitere Infos von Community Tech usw. haben wir erst dann) LG, --Birgit Müller (WMDE) (Diskussion) 10:32, 22. Jul. 2016 (CEST)

Danke schön.

• Die numerischen sollten weitgehend glatt verlaufen; insbesondere, wenn nicht nur Zahlen am Anfang des Schlüssels numerisch sortiert werden, sondern womöglich auch im Inneren.
  • Letzteres könnten aber nur wenige Exoten sein, und da gibt es ja die bestehenden vorangestellten Nullen oder so.
  • Konkreten Fall habe ich nicht vor Augen, meine aber vor Jahren über sowas gestolpert zu sein. Wären ein oder zwei Kats; sowas versendet sich.
• Es gibt wohl eine Handvoll Kats mit Sonderfällen; etwa Lkw-Typen, krude Software-Versionen oder Hubschraubermodelle. Ist aber sehr überschaubar und beträfe einige Dutzend Artikel; ggf. problemlos manuell nachzubessern, wenn es denn überhaupt irgendwann mal bemerkt und das veränderte Verhalten obendrein als negativ eingestuft würde.
  • Airbus A30X sollte in die 300er zählen statt 30er, aber ist wohl ohnehin nicht direkt betroffen. So ungefähr könnte es jedoch was geben.

LG --PerfektesChaos 10:47, 22. Jul. 2016 (CEST)

(BK) Zum Testen bietet sich http://de.wikipedia.beta.wmflabs.org/wiki/Wikipedia:Hauptseite an. Sobald die numerische Kollation zur Verfügung steht, sollte also erst mal dort umgestellt werden, sodass man dort ausprobieren kann, ob alles so funktioniert, wie wir uns das vorstellen. --Schnark 10:49, 22. Jul. 2016 (CEST)

Cool, danke! Das klingt überschaubar und nach einem Plan :) - wir diskutieren das weiter mit Community Tech & schauen, was die sagen. VG, --Birgit Müller (WMDE) (Diskussion) 10:55, 22. Jul. 2016 (CEST)

Guten Morgen zusammen. @Schnark, PerfektesChaos, Birgit, Lea: Die Möglichkeit der numerischen Kollation wurde geschaffen und heute Nacht im Betalabs für en aktiviert. Reicht uns das zum Testen oder sollte das auch für dewiki im Betalabs dafür aktiviert werden? — Raymond ^Disk. 09:04, 28. Jul. 2016 (CEST)

Was, ohne monatelanges Bikesheding über die Überschrift für numerische Einträge?

Da uca-default-u-kn und uca-de-u-kn identisch sein sollten, würde en.wikipedia.beta.wmflabs theoretisch reichen, aber pro forma wäre – auch um ungestört von anderssprachigen Benutzern zu sein, die ihre eignen Sachen testen wollen – eine Umstellung und damit die Testmöglichkeit auf de.wikipedia.beta.wmflabs schön. --Schnark 09:10, 28. Jul. 2016 (CEST)

+1

Denn es braucht dann ein Dutzend Dummy-Artikel aus je einer Zeile und drei Kats zum Austesten und beispielhaften Vorführen, und das deutschsprachig.

Also Katze mausi, Katze muddy, Katze müde, Katze mühsam, Katze muhse, Katze muse, Katze myde, Katze 5, Katze 17, Katze 17b

Jeder, der Zweifel hat, soll deutschsprachig weitere Kats und keys aufmachen können.

LG --PerfektesChaos 09:23, 28. Jul. 2016 (CEST)

Gerrit:301550 für die Änderungs auf Labs. — Raymond ^Disk. 09:43, 28. Jul. 2016 (CEST)

NB: Ich hoffe zwar, dass der Code so logisch benannt ist, dass uca-de-u-kn korrekt ist, aber getestet habe ich das nicht. --Schnark 10:14, 28. Jul. 2016 (CEST)

Sollte lt. Gerrit:299108 aber so sein. — Raymond ^Disk. 10:18, 28. Jul. 2016 (CEST)

http://de.wikipedia.beta.wmflabs.org/wiki/Kategorie:UCA-Sortierung waiting for config. lg --PerfektesChaos 10:52, 28. Jul. 2016 (CEST)

Anmerkung zur Sortierung von Orten. Diese stellen oft eine Ausnahme von der Regel dar: Dort sollen die Ortsteile der Gemeinde "Ort", "Ort-Au", "Ort-Be", "Ort-Zet" Zusammengehalten, und von der Gemeinde "Orthaus" getrennt sein, also "Orthaus" kommt nach "Ort-Zet".

So oder so, ist die neue Sortierung ein erfreulicher Fortschritt. Frohes Schaffen — Boshomi ⌨   18:19, 28. Jul. 2016 (CEST)

Das ist einer der Gründe, warum für die Satzzeichen nicht die shifted-Variante gewählt wird. --Schnark 08:54, 29. Jul. 2016 (CEST)

Guten Morgen zusammen. @Schnark, PerfektesChaos, Birgit, Lea,  Boshomi: Auf Beta-Labs wurde uca-de-u-kn aktiviert. Das Ergebnis ist unter http://de.wikipedia.beta.wmflabs.org/wiki/Kategorie:UCA-Sortierung zu sehen. Auf Anhieb fällt nur „20.000 Meilen unter dem Meer“ aus dem Rahmen. Bug oder Feature? — Raymond ^Disk. 08:44, 2. Aug. 2016 (CEST)

Feature. 20.000 ist 20 und . und 0. Daher braucht es einen Sortierschlüssel, den ich eben ergänzt habe. --Schnark 09:01, 2. Aug. 2016 (CEST)

Das entwickelt sich ja alles super :) Außer, dass jetzt noch getestet werden muss, ob uca-de-u-kn sich richtig fürs de-wiki verhält, gibt es dann gerade keine offenen Fragen, die ich an das Community Tech Team stellen sollte, oder bei denen Unterstützung gebraucht wird, oder? Wenn doch, lasst es mich wissen! @Schnark, PerfektesChaos, Birgit, Raymond,  Boshomi, Thiemo --Lea Voget (WMDE) (Diskussion) 15:58, 3. Aug. 2016 (CEST)

Altehauptseite

Hallo Schnark,

mir ist gerade bei Benutzer:Schnark/js/altehauptseite was merkwürdiges aufgefallen. Wenn ich von heute zurück gehe bleibt der Inhalt von „In den Nachrichten“ auf dem heutigen Stand. Hillary Clinton und den Rest von heute sehe ich an den Vortagen und den Vormonaten bis zum 28. Januar 2016. Davor wird bei mir „In den Nachrichten“ der jeweiligen Tages angezeigt. --Mauerquadrant (Diskussion) 19:31, 30. Jul. 2016 (CEST)

Zitat von der von dir verlinkten Seite: „Dieses Skript wird nicht mehr gepflegt. Wenn du es verwenden willst, kannst du dies tun, solange es noch funktioniert, danach musst du es entweder selbst weiterpflegen oder einen anderen dafür finden.“ In diesem Sinne nehme ich deinen Kommentar zwar zur Kenntnis, werde aber außer mit einem Schulterzucken nicht weiter darauf reagieren. Mit Wikipedia:Hauptseite/Archiv steht ein funktionierendes Archiv der Hauptseite zur Verfügung, das sollte eigentlich reichen. --Schnark 11:12, 31. Jul. 2016 (CEST)

Imagepopups file-link

Hallo Schnark, nicht dass ich das Tool brauche, jedoch ist es Standard im Fliegelflagel (an). Wenn man jetzt wie gewohnt durch Bildklick einfach zur Dateibeschreibungsseite möchte (muss man jetzt erstmal den Link suchen) wird der Dateinamensraum-Name nicht in "File" umgewandelt, wenn die Datei auf Commons liegt, was zu einer Fehlleitung führt. Bsp. LG (PS: Ich weiß auch nicht ob das Tool in Zeit von MediaViewer standardmäßig aktiviert sein sollte oder überhaupt noch von Nutzen ist, obwohl es schon ganz nett gemacht ist) ↔ User: Perhelion 00:19, 31. Jul. 2016 (CEST)

War nur eine fehlerhafte Kodierung im Skript, die jetzt behoben ist. --Schnark 11:09, 31. Jul. 2016 (CEST)

Aja, danke des schnellen Fixes. ↔ User: Perhelion 11:55, 31. Jul. 2016 (CEST)

Berührpunkt

Servus Schnark,
Pardon, meine Nachschlagwerke waren Berührung (Mathematik) und der Duden Duden: Berührpunkt Gruß Petrus3743 (Diskussion) 14:07, 27. Aug. 2016 (CEST)

„Berührungspunkt“ hatte ich in der Mathematik noch nie gehört (nur außerhalb wie in „Berührungspunkt zweier Kulturen“ etc.). Tangente verwendet interessanterweise beide Wörter in etwa gleich häufig. Auch wenn bei Google Books das Ergebnis eindeutig für „Berührpunkt“ ausgeht, hast du wohl in sofern recht, als „Berührungspunkt“ auch möglich ist, wenn auch meiner Ansicht nach in der Praxis wesentlich seltener. --Schnark 09:42, 29. Aug. 2016 (CEST)

Alles O.K. Servus, --Petrus3743 (Diskussion) 15:08, 29. Aug. 2016 (CEST)

importScript

Hallo! Meine Änderung sollte eigentlich auch nur ein Service für diejenigen sein, die es auch außerhalb der deutschsprachigen Wikipedia verwenden wollen. Da hilft importScript('Benutzer:Schnark/js/popuprefs.js'); leider relativ wenig – und da ich es für diese Anfrage gerade eh gebastelt hatte … Nunja, hatte überlegt, wie ich es formuliere; in der Tat ist der WMF-Hinweis nicht der beste, hätte ich doch auf den aktuellen Fall auch verlinken können. Dürfte hoffentlich nachvollziehbarer sein. Grüße, —DerHexer (Disk., Bew.) 11:35, 22. Sep. 2016 (CEST)

Ja, bei einer Verwendung außerhalb der de.wikipedia hilft einem importScript tatsächlich nichts. Aber das trifft auf alle meine Dokumentationen zu. Vielleicht nehme ich es zum Anlass, irgendwann einmal das mw.loader.load überall dort zu ergänzen, wo es sinnvoll ist, aber ohne dabei die wesentlich lesbarere importScript-Variante zu entfernen, und mit Protokoll (protokollrelative Links auf eine https-only-Seite liegen irgendwo zwischen sinnlos und schädlich) und ohne Leerzeichen. Da die Dokumentationen alle auf meiner Festplatte liegen, dort von Stylecheckern überprüft werden und die Synchronisation in aller Regel von dort nach Wikipedia und nicht umgekehrt erfolgt, sind die Änderungen an der hier sichtbaren Dokumentation dann aber das Ende der Kette und nicht der Anfang. --Schnark 11:48, 22. Sep. 2016 (CEST)

Alles klar, danke dir! :-) Grüße, —DerHexer (Disk., Bew.) 19:09, 23. Sep. 2016 (CEST)

Artikel-Statistik

Hallo Schnark! Ich möchte dein Tool 'Benutzer:Schnark/js/artikel-statistik.js' anwenden, nachdem das APPER-Tool ja seit längerem ausgestiegen ist. Allerdings bin ich technisch komplett unbegabt und komme nicht weiter. Kannst du mir helfen? Ich habe auch nichts dagegen, wenn du direkt in der Seite Benutzer:Freigut/common.js aktiv wirst. Lieber Gruss, --Freigut (Diskussion) 11:04, 14. Okt. 2016 (CEST)

Deine common.js können nur du und Admins bearbeiten, ich nicht. Außerdem habe ich zurzeit nur einen sehr beschränkten Internetzugang, sodass ich dir gerade nicht helfen kann. Es lesen aber auf dieser Seite genug Leute mit, die für mich einspringen können. --Schnark 12:36, 15. Okt. 2016 (CEST)

Ok, danke für die Rückmeldung! --Freigut (Diskussion) 08:10, 1. Nov. 2016 (CET)

Bibcodes

Moin, ich schreibe dir weil du den TMg/autoFormatter nutzt und folgende Ersetzung aktiviert hast: "/'\.\.\.', '/". Fall du des öfteren Astro-Artikel bearbeitest bitte ich dich das hier zu beachten. Gruß -- Quotengrote (D|B) 10:02, 7. Nov. 2016 (CET)

Wie du hättest feststellen können, wenn du diesen Hinweis hier nicht blind abgeladen hättest, verwende ich den autoFormatter nicht, erst recht nicht mit zusätzlichen Ersetzungen. --Schnark 11:18, 8. Nov. 2016 (CET)

Sachkundiges Gegenlesen erbeten

Hi, ich bitte um Fachkorrektur folgender Seiten:

1. H:2FA
   • Im Blindflug erstellt.
   • Du scheinst ja einen Zyklus durchlaufen zu haben.
   • BETA done.
   • Bitte ergänzen.
2. UCA
   • β-Sortierung et al.
   • WP:BA

LG --PerfektesChaos 14:34, 17. Nov. 2016 (CET)

Hab mal ein bisschen was ergänzt. Lesetipp: en:Time-based One-time Password Algorithm. Die 6-stelligen Codes sind einfach Ergebnisse von irgendwelchen Standard-Kryptografie-Funktionen angewendet auf das 12-stellige Geheimnis und die aktuelle Uhrzeit, nichts wirklich Geheimnisvolles. --Schnark 09:20, 18. Nov. 2016 (CET)

Danke schön.

• Ich war zu beschäftigt mit der Bedienungsanleitung, als dass ich in den technishcen Background hätte einsteigen können.
• Fühle mich ein Vierteljahrhundert zurückversetzt. Da hatte ich sowas mal unter Unix prgrammiert und eingesetzt, ein paar Jahre später als cgi-bin auf einem Webserver zu laufen, bevor HTTPS erfunden war. Zum geschützten Login musste man Benutzernamen und die drei Buchstaben zu einer Einmal-Anfrage aus drei Buchstaben in ein HTML-Formular eingeben; das zehn Zeichen lange Geheimnis hatte ich zuvor per Postkarte verschickt. Nach drei Falscheingaben in der Stunde zwölf Stunden absolute Blockade dieses Benutzernamens.
• Diese ganzen TAN-Generatoren machen auch nichts anderes als solche DROPS zu lutschen.

Hast du kapiert, was genau bei einer plötzlichen Deadministrierung passiert bzw. passieren soll?

LG --PerfektesChaos 10:40, 18. Nov. 2016 (CET)

Ich finde es zwar gerade nicht wieder, aber irgendwo las ich, dass beim Entzug der Adminrechte die 2FA weiterhin aktiviert ist, sich weiterhin deaktivieren lässt, aber die Spezialseite dazu nicht mehr in den Einstellungen verlinkt ist. So habe ich es ja dann auch auf der Hilfeseite wiedergegeben. --Schnark 10:50, 18. Nov. 2016 (CET)

Normdatenskript Probleme mit DNB-Suche

Hallo Schnark, ich verwende Dein Normdatenskrip – eine große Hilfe vielen Dank dafür. Seit kurzem erhalte ich wenn ich auf das Fragezeichen bei der GND-Zeile Klicke in Firefox die Meldung

Your connection is not secure. The owner of portal.d-nb.de has configured their website improperly. To protect your information from being stolen, Firefox has not connected to this website. Die Abfrage geht zu https://portal.d-nb.de. wenn man stattdessen die Adresse https://portal.dnb.de verwendet, klappt es wieder. Die Ursache ist ein fehlerhaftes Zertifikat, das nur für portal.dnb.de gültig ist.

Noch ein kleiner Feature-Request: Das Skript macht auch Vorschläge, bei geographischen Objekten und GND kommt da jedoch wenig nützliches, auf mich wirkt es, als ob da nur nach Personen gesucht wird.

Noch einen schönen Sonntag --Heinrich Reuhl (Diskussion) 14:43, 20. Nov. 2016 (CET)

Danke für den Hinweis, ich habe die URL geändert (und hoffentlich keine übersehen dabei).

Bei der Suche bei Nicht-Personen hast du vermutlich ebenfalls recht, das müsste aber erst noch genauer untersuchen, bin dabei aber teilweise auf Benutzer:APPER angewiesen (die Suche, die für die Vorschläge verwendet wird, ist von ihm), der aber gerade inaktiv ist. Mehr tun als die Vorschläge gar nicht erst anzuzeigen könnte ich im Augenblick also vermutlich gar nicht tun. --Schnark 09:58, 21. Nov. 2016 (CET)

Nach einem zweiten Blick auf mein Skript habe ich die GND-Vorschläge bei Nicht-Personen jetzt einfach entfernt, da ist wirklich nichts Sinnvolles zu erwarten. --Schnark 10:47, 21. Nov. 2016 (CET)

Vielen Dank, habe in den letzten Tagen keine Fehlermeldungen mehr erhalten. Inzwischen gibt’s für die GND sogar auch bei Geographika mitunter gute Vorschläge. --Heinrich Reuhl (Diskussion) 17:11, 4. Dez. 2016 (CET)

Danke

Hi there. Just a little note to say that your efforts on Phabricator and beyond are noticed and appreciated. Keep up the good work, and let us know if there's anything we can do to support you further. Talk to you soon, Elitre (WMF) (Diskussion) 12:51, 16. Dez. 2016 (CET)

XOWA license change from AGPLv3 to dual-license GPLv3 / Apache

Hi Schnark! This is gnosygnu from the XOWA project (the XOWA Offline Wikipedia App: http://xowa.org). I hope everything's going well for you. For whatever it's worth, I really do miss your involvement in XOWA, but I do understand that everyone's got their own priorities. ;)

I hate to bother you, but I'm planning to change the license on XOWA from AGPLv3 to a dual-license GPLv3 / Apache2. If you need more information, I explain more here: https://github.com/gnosygnu/xowa/issues/115

I'm asking for your permission to change the license for the components which you've contributed. They would go from AGPLv3 to GPLv3 / Apache2. Specifically:

• Timeline: /xowa/bin/any/xowa/html/res/src/xowa/timeline/timeline.js
• Collapsible: /xowa/bin/any/xowa/html/res/src/xowa/core/DOMContentLoaded.js
• Edit Toolbar: /xowa/bin/any/xowa/html/res/src/xowa/edit-toolbar/edit-toolbar.js
• Reference tooltips: /xowa/bin/any/xowa/html/res/src/gadgets/reference-tooltips/jquery.reference-tooltips.js
• Mathjax integration: /xowa/bin/any/xowa/xtns/Math/modules/mathjax/xowa_mathjax.js
• Anything else? I think the rest have been rewritten (Wikidata HTML formatter; Search suggestions; Redlinker), but please do feel to correct.

Let me know if you have any objections to the license change, or if you need any other information. Feel free to comment in the github issue, my User talk page (https://en.wikipedia.org/wiki/User_talk:Gnosygnu), or my email (gnosygnu at gmail dot com)

Thanks! Gnosygnu (Diskussion) 06:55, 23. Dez. 2016 (CET)

Hi Gnosygnu! I’m sorry that at some point I just more or less vanished. I still use XOWA more or less daily, so I might come back one day.

I don’t object any free license, so feel free to use my contributions under GPLv3 / Apache2. You might want to try to update the reference tooltips from Benutzer:Schnark/js/popuprefs.js. As far as I remember there are some small patches necessary to integrate this into XOWA, so I think you have to move the CSS to some other place and apply other minor changes (well, look at how the current version in XOWA differs from https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/popuprefs.js&oldid=131873226 or whatever version I then used as base). If you need any help with this, just ask again and I’ll try and have a look.

I use the name „Schnark“ on GitHub, too, so if you want to ping me there, you can do so.

Schnark 09:15, 23. Dez. 2016 (CET)

Hi Schnark! Really, glad to hear from you. Sorry about the late reply, but I didn't think to check back on your user page until now. Also, I generally browse Wikipedia in incognito mode, so didn't get your reply till now. (Oops!).

Thanks for the permission to move the license to GPLv3 / Apache2. Do let me know if you have any questions or concerns about the license or anything else in the future. Your input has always been great, and I'm truly happy to hear you still use XOWA. :)

I'll definitely take a look at updating your reference tooltips. I should be able to handle the patches for XOWA integration, but I'll let you know if there's any issues.

Also, I'll ping you on Github next time anything comes up. If I don't get to say it again though, thanks again for all your earlier help with XOWA. Your work was incredible, and I can't do it enough justice in just those few words. Best of luck in all your future endeavors! Gnosygnu (Diskussion) 05:34, 9. Jan. 2017 (CET)

Deine Skriptsammlung

Hallo. Wie auch schon auf WP:FzW: vielen Dank für deine Skriptsammlung. Ich habe dazu eine Frage (denn auch ich bin technisch ein ziemlicher Anfänger, auch wenn ich mir durch abschauen und ausprobieren schon einiges selbst bauen konnte): Ich möchte das "unsigniert"-Skript von Benutzer:Lustiger seth zusätzlich als Button in den Wikieditor einbauen. Geht das? Wenn ja, wie? --Siwibegewp (Diskussion) 10:11, 24. Jan. 2017 (CET)

Wie ich gerade auf WP:FzW geschrieben habe, kümmert mich das Skript für den Wikieditor überhaupt nicht mehr, aber unabhängig davon wäre es sehr schwierig, es mit dem Skript vom Lustigen Seth zu verbinden.

Und gleich noch eine kleine Vorwarnung: Ich bin gerade dabei, einige tiefliegende Schwächen von Fliegelflagel durch eine Neuprogrammierung auszubessern, sodass du den Einbindungscode voraussichtlich in den nächsten Wochen ändern musst. Aber da werde ich dann eine (hoffentlich klare) Kopieranweisung liefern. –Schnark 10:23, 24. Jan. 2017 (CET)

Ok, danke. Gibt es eine Liste, auf der man sich eintragen kann, wenn man über Neuerungen des Skripts informiert werden möchte? Oder eine Seite dazu, die man auf die Beobachtungsliste setzen kann? --Siwibegewp (Diskussion) 10:49, 24. Jan. 2017 (CET)

Bei wichtigen Änderungen (und die gehört dazu), sorge ich dafür, dass die Benachrichtigung für alle Benutzer, die das Skript verwenden, deutlich sichtbar (durch das Skript selbst) angezeigt wird. Aber es ist keine schlechte Idee Benutzer:Schnark/js auf die Beobachtungsliste zu setzen. –Schnark 10:59, 24. Jan. 2017 (CET)

Jo. Danke nochmal. --Siwibegewp (Diskussion) 11:02, 24. Jan. 2017 (CET)

Noch eine Nachfrage: da du ja davon ausgehst, dass der Wikieditor über kurz oder lang stirbt, versuche ich mich gerade ein wenig an den Visual Editor zu gewöhnen. Dazu gibt es bei fliegelflagel auch ein customize-Skript, aber das funktioniert bei mir nicht. Vielleicht habe ich es falsch eingebunden? Ich habe die Zeile mw.user.options.set('userjs-schnark-vecustomize-tools', 'sig, br, la'); als erste in meine common.js gesetzt und in der fliegelflagel-Konfiguration "veCustomize" auf "Aktivieren: ja" gestellt. Danach wird unter "Werkzeuge" automatisch angezeigt "sig, br. la". In der Werkzeugleiste des Visual Editors sind diese Werkzeuge aber nicht zu sehen. Was habe ich nicht beachtet? --Siwibegewp (Diskussion) 10:25, 25. Jan. 2017 (CET)

Wenn du Fliegelflagel verwendest, kannst du die Zeile mw.user.options.set('userjs-schnark-vecustomize-tools', 'sig, br, la'); aus deiner common.js entfernen und die Einstellung ganz einfach direkt in der Fliegelflagelkonfiguration ändern.

Aber funktionieren sollte es trotzdem unabhängig davon, die Werkzeuge müssten unter „Einfügen“ auftauchen. Im Augenblick gibt es allerdings noch ein Problem, wenn du den VE nicht direkt, sondern in einem neuen Tab öffnest, aber davon abgesehen sind mir keine Probleme bekannt. –Schnark 10:31, 25. Jan. 2017 (CET)

Nach einem Neustart: ich sehe: "sig" immer, "br" nur in Tabellen (wie ja auch beschrieben), "la" gar nicht. Muss ich vielleicht irgendwelche grundlegenden Konfigurationen am VisualEditor vornehmen? Der lässt sich nämlich z. B. auf Diskussionsseiten gar nicht aufrufen. --Siwibegewp (Diskussion) 10:47, 25. Jan. 2017 (CET)

Ich kann das Problem reproduzieren. Wenn man nicht den neuen Wikitext-Modus aktiviert hat, dann tauchen die neuen Buttons nicht auf. Ich meine auch so ungefähr zu verstehen, was das Problem ist. Ich muss aber noch ein bisschen darüber nachdenken, wie ich es am besten beheben kann, und ob das womöglich ein Fehler ist, der nicht nur an meinem Skript liegt, sondern auch am VE selbst. –Schnark 11:11, 25. Jan. 2017 (CET)

Müsste jetzt so funktionieren, wie es sollte. –Schnark 11:21, 25. Jan. 2017 (CET)

Jep. Danke. --Siwibegewp (Diskussion) 11:23, 25. Jan. 2017 (CET)

Hallo. Nächste Frage (du siehst, deine Skriptsammlung hat es mir echt angetan): mit "Watchlist++" sollte es, wenn ich das richtig verstanden habe, möglich sein, nur ganz bestimmte Einträge herauszufiltern. Dazu muss ich dann wohl eine Regel erstellen. Leider weiß ich bei manchen Parametern nicht, was sie bedeuten. Konkret: ich möchte mir alle Benutzerdiskussionsseiten meiner Beobachtungsliste anzeigen lassen, deren letzte Bearbeitung mehr als 15 Tage her ist. Was muss ich beim Parameter "Markierung" eintragen? Dann muss ich wohl ein Kriterium "Der Namensraum" "ist" "3" kreieren. Und ein Kriterium "Der Zeitstempel". Aber da weiß ich nicht, welchen Operator ich nehmen soll und was ich in das Freifeld eintragen muss. Vielen Dank vorab für deine Geduld mit mir. --Siwibegewp (Diskussion) 23:20, 25. Jan. 2017 (CET)

Dass du es nicht schaffst, eine solche Regel zu erstellen, liegt daran, dass es nicht möglich ist. Zum einen sind es keine temporären Filter, sondern dauerhafte Regeln für Markierungen, „Markierung“ ist einfach eine Zahl für eine Farbe, mit der alle Einträge markiert werden, auf die die Regel zutrifft. Zum zweiten kann der Zeitstempel nicht mit dem aktuellen Zeitpunkt verglichen werden (ein „ist kleiner als“ „2017-01-11T01:00:00Z“ für alle Bearbeitungen vor dem 11. Januar ginge). Zum dritten befinden sich (je nach Umfang deiner Beobachtungsliste) so alte Änderungen gar nicht mehr in der Liste (kannst du natürlich durch „Ältere Änderungen laden“ nachholen, aber nur bis zu 30 Tage, länger reicht die Beobachtungsliste in keinem Fall zurück). Da die Einträge aber ohnehin chronologisch sortiert werden, könntest du eine auffällige Markierung („1“ ist rot) für den Namensraum 3 wählen und dann einfach so weit nach unten scrollen, bis du auf Bearbeitungen mit dem entsprechenden Alter stößt. –Schnark 09:27, 26. Jan. 2017 (CET)

Tja, so was dachte ich mir leider fast schon. Ich nehme zudem an, dass auch die Watchlist++ nicht nur auf die 30 Tage, sondern auch auf die letzten 1000 Edits beschränkt ist, genau wie die normale Anzeige der Beobachtungsliste. Jedenfalls bekomme ich in beiden Listen keine Edits angezeigt, die älter als 21. Januar sind. Na, dann muss ich halt doch händisch die einzelnen Einträge überprüfen. Trotzdem vielen Dank. --Siwibegewp (Diskussion) 17:38, 26. Jan. 2017 (CET)

Mit jedem Klick auf „Ältere Änderungen laden“ müssten 500 weitere Änderungen dazukommen, bis du eben die 30 Tage erreicht hast. Ich komme problemlos bis zum 28. Dezember zurück. –Schnark 09:22, 27. Jan. 2017 (CET)

Nein, leider nicht bei mir. Bei jedem Klick werden zwei bis fünf Änderungen hinzugefügt, beim 21. Januar ist Schluss. Aber macht nichts, ich mache das dann halt doch manuelle oder frage irgendwo nach, ob es ein entsprechendes Tool oder einen Bot gibt. --Siwibegewp (Diskussion) 18:22, 27. Jan. 2017 (CET)

Wenn immer nur wenige Änderungen hinzugefügt werden: Du bist dir im Klaren darüber, dass Änderungen, die du bereits gesehen hast, standardmäßig ausgeblendet werden, aber mit „Gelesene Änderungen ein-/ausblenden“ angezeigt werden können? –Schnark 09:35, 28. Jan. 2017 (CET)

Ich hab's ausprobiert und es funktioniert. Für die Zukunft ist das nützlich, aber alles was älter als 30 Tage ist muss ich dennoch händisch nacharbeiten. Vielen Dank nochmal für deine Hinweise, und vor allem für deine Skriptsammlung. --Siwibegewp (Diskussion) 14:05, 28. Jan. 2017 (CET)

Die 30 Tage sind eine grundsätzliche Einschränkung für die Beobachtungsliste, egal auf welchem Weg man sie abruft. –Schnark 08:57, 30. Jan. 2017 (CET)

VisualEditor und Vorlagenverwendung

Hallo Schnark, ich bin echt schon am Verzweifeln, weil ich nicht hinter die Logik komme, die mir die Optionen auf der linken Seite des Dialogfeldes bieten sollen. Ich versuche gerade auch dazu eine Hilfeseite zu erstellen und scheitere regelmäßig an dem Wikitext-Symbol und dem Sinn und Zweck der sich dahinter verbergen könnte also was genau mir die Anzeige oder der Hinweis „Zurück zu einfachem Wikitext“? vermitteln sollen.

Bei Bedarf bitte ausklappen 0
Abbrechen Vorlageneinbindung Einfügen Eine Vorlage hinzufügen Eine Vorlage hinzufügen Vorlage hinzufügen Weitere Informationen hinzufügen Feldname Inhalt Weitere Informatione… 000 Inhalt   0 Optionen ausblenden Option Inhalt Inhalt Was tut dieses Feld innerhalb einer Vorlage?| rechts in der oberen Hälfte bei der Eingabe in das Feld Name z. B. als Parameter des Typs "line"|

Kannst du mir da bitte irgendwie etwas weiterhelfen, damit ich das abschließen könnte. Ich werde aus meinen Tests nicht schlau.

Ebenfalls sehr umständlich scheint mir die Substitution von Vorlagen, die Beschreibung im Mediawiki passt nicht wirklich so einfach (Klicke dann auf die „Vorlage hinzufügen“-Schaltfläche. Füge wie gehabt die gewünschten Parameter hinzu und klicke auf „Einfügen“.), wie es sein sollte funktioniert das nicht, oder aber ich bin zu dumm dafür. Wenn du mal etwas Zeit erübrigen könntest, um es mir (bitte im Betawiki) zu erklären, wäre mir damit sehr geholfen. --Liebe Grüße, Lómelinde Diskussion 12:34, 30. Jan. 2017 (CET)

Soweit ich weiß soll damit eigentlich eine Validierung der Vorlagenparameter deaktiviert werden, aber die Validierung funktioniert ohnehin nicht, sodass die Funktion im Augenblick gar nichts tut. Den entsprechenden Bug finde ich gerade nicht.

Vorlagen zu substituieren ist so kompliziert, aber in Artikeln braucht man es ja auch nur sehr selten. Siehe auch phab:T67550. –Schnark 09:27, 31. Jan. 2017 (CET)

Danke für die Info auch wenn ich nichts verstanden habe. :-) Ich kann Phab nicht verstehen, mir wäre eher wichtig zu wissen was es eigentlich tun sollte, was es tut, wenn man es ausprobiert ist suboptimal.

Mit Validierung meinst du vermutlich so etwas wie „schließe aus, dass dort Wikitext eingefügt wird“ oder „erkenne, dass ABC keine Zahl ist“ und verhindere die Eingabe.

Noch einen Buggy hätte ich für dich, da du dich ja mit diesen Fehlermeldungen auskennst. Teste doch bitte mal die Funktion zur Änderung des SEITENTITELs

Seitenoptionen → Erweiterte Einstellungen → Anzeigetitel aktivieren

da ist so ein zu klein geratenes Eingabefeld, das alles andere als sinnvoll ist. Das zumindest sollte doch machbar sein, dass man dort ein vernünftiges Feld anbieten könnte, in dem man sehen kann was man eingibt.

Der Infotext „Du kannst überschreiben, wie der Titel dieser Seite angezeigt wird durch Festlegen einer anderen anzuzeigenden Bezeichnung“ ist ebenfalls suboptimal, weil es eine feste Regelung für den Seitentitel gibt und man eben nicht frei irgendeine andere Anzeige erzeugen kann.

Das ist eine meiner nächsten Aufgaben und von daher wäre es ganz gut, wenn ich einen etwas besseren Zustand als den derzeitigen beschreiben könnte. Vielen Dank. --Liebe Grüße, Lómelinde Diskussion 17:45, 31. Jan. 2017 (CET)

Das schmale Eingabefeld wurde schon behoben, nur ist der Code noch nicht live. Dafür, dass der Hinweis zum DISPLAYTITLE je nach Konfiguration angepasst werden sollte, gibt es auch schon eine Phab-Task (es gibt Wikis, in denen es keinerlei Einschränkungen gibt), kann aber auch von jedem Administrator lokal über MediaWiki:Visualeditor-dialog-meta-settings-displaytitle-help angepasst werden. –Schnark 09:42, 1. Feb. 2017 (CET)

Zur Systemnachricht werde ich mal einen Textvorschlag auf A/A mit Link auf die Hilfeseite platzieren.

Ansonsten spielt Ló ja auf BETA, und der Code scheint noch sehr unlive zu sein.

LG --PerfektesChaos 09:50, 1. Feb. 2017 (CET)

Auf beta ist die Änderung bereits live. –Schnark 10:01, 1. Feb. 2017 (CET)

Dankeschön, Beta  Ok --Liebe Grüße, Lómelinde Diskussion 10:11, 1. Feb. 2017 (CET)

Funktion „Tabellen in PDFs“ kommt

Hallo, in der 2015er Umfrage „Technische Wünsche“ hast du für den Wunsch „Tabellen in PDFs“ gestimmt. Der Wunsch wurde nun für die Funktion „Als PDF herunterladen“ umgesetzt und wird voraussichtlich morgen Nachmittag, 2. Februar, in der deutschsprachigen Wikipedia verfügbar sein. Dort gibt es jetzt zwei Optionen: Man kann ein einspaltiges PDF generieren lassen, das nun auch Tabellen und Infoboxen enthält, oder ein zweispaltiges wie gehabt (ausführlichere Infos gibt es im WP:Kurier). Damit viele von der neuen Möglichkeit erfahren und sie nutzen, wäre es super, wenn du die Info bei Gelegenheit weitergibst! Vielen Dank und beste Grüße -- Johanna Strodt (WMDE) (Diskussion) 15:37, 1. Feb. 2017 (CET)

Siehe auch Wikipedia:25 Jahre Wikipedia/Wette 2013#Schnark. –Schnark 09:35, 2. Feb. 2017 (CET)

Seitenoptionen

Hallo Schnark, auf Beta wird seit gestern im Hauptmenü neben dem Symbol für die Seitenoptionen ein Drop-down-Pfeil angezeigt, kommt das auch hier demächst? Dann müsste die Toolbarsimmulation entsprechend angepasst werden. Das Seitentitelfeld scheint hier jetzt auch aktiv zu sein. --Liebe Grüße, Lómelinde Diskussion 07:07, 3. Feb. 2017 (CET)

Es wurde nur die Konsistenz mit den anderen Dropdown-Menüs in der Werkzeugleiste hergestellt. --Schnark 09:31, 3. Feb. 2017 (CET)

O.k. es wird also demnächst auch hier sichtbar sein. Dankeschön dann werde ich es zeitnah anpassen. Im →Mediawiki ist es jedenfalls auch nicht sichtbar. Daher meine Frage. Dort gibt es zudem leider auch nicht den Reiter für die Belege (sondern dort sind Einzelnachweise im Einfügenmenü aufgeführt), es lässt sich so schlecht dort etwas testen, wenn es nicht mit der hiesigen Version/Ausgabe identisch ist. Ich weiß nie was aktuell erwünscht oder eventuell Planung ist. Oh man wieso verschwindet denn dort jetzt beim ersten Aufruf das Hinweisdreieck. Ich drehe echt am Rad, wenn sich alles ständig verändert. --Liebe Grüße, Lómelinde Diskussion 09:45, 3. Feb. 2017 (CET)

mw.org verwendet (im Augenblick) die gleiche MW-Version wie dewiki, während Beta grundsätzlich die aktuelle Entwicklerversion verwendet. Bezüglich der Werkzeuge für Belege ist mw.org anders konfiguriert als Wikipedia, weil Einzelnachweise auf mw.org eben nur selten benötigt werden und daher nicht so prominent angezeigt werden sollten wie hier. --Schnark 09:53, 3. Feb. 2017 (CET)

Ach so, o.k. das hilft mir, danke für den Hinweis. --Liebe Grüße, Lómelinde Diskussion 10:09, 3. Feb. 2017 (CET)

VE-Blaupunkthinweise

Hallo Schnark, weißt du zufällig wie ich an diese [11] (Verlinkt wichtige Wörter zu anderen Wikiartikeln oder anderen Websites. Dies hilft Lesern, den Kontext zu verstehen.) [12] Dinge herankommen kann? Ist das irgendwo als Bild hinterlegt und woher kommen die dazugehörenden Hinweistexte? Ich habe das anfangs mal angeklickt und nun komme ich nicht einmal mehr an die deutsche Version der Hinweise zum Belegen (wieso steht dort im Beta nun „Zitat“ mit einem Dropdownmenü, das finde ich höchst verwirrend und zudem unpassend) und weiß nicht mehr was da stehen müsste, wenn man diesen blau blinkenden Punkt anwählt. Wird an der Belegfunktion gerade etwas verändert, ich wollte genau das als nächstes beschreiben aber plötzlich ist es in Beta anders und ich weiß nicht was ich jetzt machen soll “Belegen ohne Dropdown oder Zitat v mit aber dafür ohne das Quote-Zeichen davor. Dadurch ändert sich auch die Funktion, es öffnen sich unterschiedliche Dialogfelder, Belegen war identisch zu Strg+Shift+K (Dialog: Einen Beleg hinzufügen) und Zitat öffnet den „Dialog Einzelnachweis“ für Einfach und Weiterverwenden. Iregdwie bin ich da gerase etwas frustriert, da ich es bereits begonnen hatte und nun nicht mehr weiterkomme. --Liebe Grüße, Lómelinde Diskussion 09:47, 6. Feb. 2017 (CET)

Die Texte sind MediaWiki:Visualeditor-linkinspector-educationpopup-title, MediaWiki:Visualeditor-linkinspector-educationpopup-text, MediaWiki:Cite-ve-dialogbutton-citation-educationpopup-title, MediaWiki:Cite-ve-dialogbutton-citation-educationpopup-text und MediaWiki:Visualeditor-educationpopup-dismiss. Auf Beta scheint gerade Citoid verschwunden zu sein, was zu der anderen Darstellung führt. --Schnark 10:07, 6. Feb. 2017 (CET)

Ach so, es ist wirklich nicht einfach da durchzusteigen. Danke für die Texte und woher kommen die Bilder? --Liebe Grüße, Lómelinde Diskussion 10:18, 6. Feb. 2017 (CET)

Die Bilder hast du doch schon verlinkt. --Schnark 10:29, 6. Feb. 2017 (CET)

Ich möchte die sichtbar einbinden, ich kann da keinen Weblink einbauen, wie zeigt man die an? --Liebe Grüße, Lómelinde Diskussion 10:55, 6. Feb. 2017 (CET)

Hinweisfeld beim erstmaligen Aufruf
Belegen
Hier sollte ein Bild sichtbar sein Links Belege deine Änderungen, indem du Quellen angibst und aus Büchern, Zeitungen oder Websites zitierst. Okay, verstanden.

So, wie bei allen anderen Bilder auch: Auf Commons hochladen und ganz gewöhnlich einbinden. –Schnark 11:09, 6. Feb. 2017 (CET)

Ich dachte es gibt die eventuell schon irgendwo, daher fragte ich dich danach. Ich möchte ja ungern irgendwelche Doubletten anlegen. O.k. Dankeschön das war es erst einmal. --Liebe Grüße, Lómelinde Diskussion 11:14, 6. Feb. 2017 (CET)

Bitte prüfen

Sind die Informationen auf der Seite Hilfe:Symbolleisten#Suchen und Ersetzen noch aktuell? Hat sich da inzwischen etwas geändert? Probleme hatte ich damit noch nie wirklich. Bestätigen kann ich, dass man noch immer nach einer kompletten Ersetzung, diese nur einzeln rückgängig machen kann. Man kann nach Groß-/Kleinschreibung unterscheiden, so dass nicht grundsätzlich alles ersetzt wird. Gibt es bei der Funktion im VE da einen gravierenden Unterschied oder trifft das dort ebenfalls so zu? Dann müsste ich gezielt auf diesen Abschnitt verweisen. --Liebe Grüße, Lómelinde Diskussion 11:08, 9. Feb. 2017 (CET)

Ich selbst verwende den WikiEditor schon lange nicht mehr, sodass ich nicht prüfen kann, ob das noch alles zutrifft. Da WikiEditor aber seit Jahren nicht mehr gepflegt wird, vermute ich, dass all diese Probleme tatsächlich weiterhin aktuell sind. Die entsprechende Funktion im VE ist davon vollständig unabhängig und hat keines der genannten Probleme. --Schnark 09:23, 10. Feb. 2017 (CET)

O.k. prima dann weiß ich Bescheid, habe schon gesehen, dass man im VE auch ganze Wörter suchen kann.

Was mir noch immer Kopfzerbrechen bereitet ist diese Geschichte mit dem Button Zitat vs Belegen

Im Beta bleibt da Zitat mit Dropdown, ich komme da nicht wirklich weiter. Was gilt denn nun zukünftig für de:Wiki? Ich steige da echt nicht durch und weiß nicht, wie ich das beschreiben soll. --Liebe Grüße, Lómelinde Diskussion 11:04, 10. Feb. 2017 (CET)

ca-Leiste zu lang

Lieber Schnark! Eine Frage: @Partynia hat vorhin mal gefragt (und ich denke, Du kannst das am besten beantworten), dass beim Öffnen einer Seite (hauptsächlich) im ANR, die ca-Leiste viel zu lang ist und somit die Tabs rechts aus dem Bildschirm laufen. Ist es denn irgendwie möglich, die ca_Leiste zweizeilig darzustellen?

Es geht dabei um:

• Benutzer:Partynia/common.js
• Benutzer:Partynia/monobook.js
• Benutzer:Partynia/common.css
• Benutzer:Partynia/monobook.css

Auf eine Antwort würde ich mich sehr freuen. Danke, – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 15:09, 18. Feb. 2017 (CET)

Benutzer:Schnark/js/extratabs#Einschränkung: „In der Standard-Einstellung werden teils so viele Reiter eingefügt, dass man das Skript nur im Vector-Skin vernünftig nutzen kann.“ Monobook ist nicht dafür gemacht, deutlich mehr Reiter als der Standard anzuzeigen. Auch Vector hat mit der Tableiste einige Probleme, für diesen Fall aber funktioniert es dort problemlos. –Schnark 08:54, 20. Feb. 2017 (CET)

ja, kriegst Du das trotzdem hin, die ca-Leiste umzubrechen oder zwei ca-Leisten untereinander anzubringen? – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 15:37, 20. Feb. 2017 (CET)

Dafür bin ich definitiv der falsche Ansprechpartner. Ich habe seit 7½ Jahren keinen Blick mehr auf Monobook geworfen und werde es auch nicht tun. –Schnark 08:57, 21. Feb. 2017 (CET)

warum eigentlich nicht? – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 11:39, 21. Feb. 2017 (CET)

Monobook ist tot. Es existiert noch, weil es großes Geschrei gäbe, wenn man es einfach so entfernen würde, aber kein MW-Programmierer interessiert sich mehr dafür. –Schnark 11:44, 21. Feb. 2017 (CET)

echt? Habe gerade einen gefunden ... Aber trotzdem danke für die Antwort, – Doc Taxon • Disk. • WikiMUC • Wikiliebe?! • 14:56, 21. Feb. 2017 (CET)

Artikelhistorie

Hallo Schnark, ich nutze Dein Fliegelflagel-Tool. Vielen Dank dafür, es macht die tägliche Arbeit deutlich einfacher. Ich habe eine Frage:

Am oberen Ende des Artikels sehe ich einen Eintrag wie

118 Bearbeitungen (+5 Tage), 37 Autoren, < 30 Seitenbeobachter, – Seitenaufrufe (30 Tage), Erstellt von: Geos (27.247) · Alle Seitenstatistiken von Stolp (36 %), Geos (20 %), Schumir (12 %), Wiegels (8 %), Bondom (4 %), 31 weiteren Autoren (20 %) (Daten für eine ältere Version) . Wikidata: Liste der Staatsoberhäupter 1703 (Q440342), Wikimedia-Liste Alternative Bezeichnungen: keine

Ich dachte, das würde vom Skript artikel-statistik erzeugt, ist aber nach Abschalten immer noch da? Wird der Eintrag von einem Deiner Skripte erzeugt? Falls ja, die History scheint sich seit einiger Zeit auf einen älteren Stand des Artikels zu beziehen. Lässt sich das irgendwie fixen? --Varina (Diskussion) 09:08, 3. Mär. 2017 (CET)

Das ist Benutzer:APPER/WikiHistory, das du über Benutzer:Varina/toolserverhelferleinconfig.js aktiviert hast. –Schnark 09:11, 3. Mär. 2017 (CET)

Danke für die schnelle Antwort, gibt es eine Hilfeseite, wo man nachlesen kann, was man mit .js Skripten alles einstellen kann. Die Dokumentation zu Wikipedia:Helferlein/Toolserver-Integration/Konfiguration habe ich inzwischen gefunden. --Varina (Diskussion) 09:48, 3. Mär. 2017 (CET)

Eine zentrale Seite ist mir nicht bekannt (und wäre auch viel zu unübersichtlich), sodass du immer hoffen musst, dass das Skript, um das es dir gerade geht, seine eigene Dokumentation hat und diese aktuell ist. –Schnark 10:12, 3. Mär. 2017 (CET)

Bug oder normales Verhalten?

Hallo Schnark, da du ja mit dem VE arbeitest und mir das gerade zufällig aufgefallen ist hier eine kleine Frage, da ich mit der Beschreibung der Belegfunktion ja nicht wirklich weiterkomme, habe ich erst einmal nur den Menüpunkt Einzelnachweisliste behandelt.

1. Warum werden Einzelnachweise, die innerhalb einer Infobox Fernsehsendung angegeben wurden, nicht im Abschnitt Einzelnachweise angezeigt, wenn man eine Seite bearbeitet?
2. Stattdessen erfolgt beispielsweise im Artikel Zimmer 108 die Meldung „Auf dieser Seite gibt es keine Einzelnachweise zum Anzeigen in dieser Liste.“

   Muss ich das nun auch beschreiben, damit Benutzer nicht durch diese Meldung verwirrt werden? Ich war zumindest etwas erstaunt darüber, da es ja definitiv einen Beleg dort innerhalb der Infobox gibt, der angezeigt werden sollte, so etwas könnte zu unbeabsichtigten Doppelverwendungen von Belegtags führen.

3. Noch etwas ist merkwürdig, während der Bearbeitung der Seite mit dem VE wird die Vorlage IMDb versetzt dargestellt, das sieht auch sehr unschön aus.

• 0 + Absatz hinzufügen [bei Mouseover]

Zimmer 108 in der Internet Movie Database (englisch)

+ Absatz hinzufügen [bei Mouseover]

• nächster Weblink

Weißt du zufällig, ob der Menüpunkt Belege (im Beta Zitat mit Dropdown) auf absehbare Zeit seinen derzeitigen Namen und die damit verbundene Funktionsweise beibehalten oder ob sich das bald ändern wird? Ich komme so nicht weiter, weil ich befürchte, dass es genau dann umgestellt werden könnte, wenn ich gerade einen Zustand beschrieben habe. Und nein, bitte keine Phablinks oder Links auf englischsprachige Diskussionen oder Timelines, das verstehe ich nicht. --Liebe Grüße, Lómelinde Diskussion 07:49, 4. Mär. 2017 (CET)

1+2: Bekannter Fehler im VE, Einzelnachweise in Vorlagen werden nicht angezeigt, wird sicher irgendwann behoben.

3: Murks in der IMDb-Vorlage, die fügt unsichtbare divs ein, da ist es kein Wunder, dass der VE anbietet Absätze davor und dahinter einzufügen. –Schnark 09:42, 4. Mär. 2017 (CET)

O.k. Vielen Dank. --Liebe Grüße, Lómelinde Diskussion 10:07, 4. Mär. 2017 (CET)

Dankeschön für den Betafix, du siehst ich habe davon wirklich nicht die geringste Ahnung warum mir etwas dort im Menü anders angezeigt wird als hier. Das hilft mir jedenfalls weiter. Da wäre noch etwas, kannst du dir bitte mal die Funktion zur Darstellung chemischer Formeln ansehen? Da gibt es nach meiner Meinung sehr unschöne Darstellungsfehler in den Dialogfenstern.

1. im großen Fenster, da wo man die Formeln eingeben soll ist über dem Eingabefeld ein riesiger Weißraum der sich mir nicht erschließt
2. das Dialogfeld für die Bearbeitenschaltflächen ist zu schmal der zweite Button läuft aus dem Rahmen, ist nicht komplett sichtbar, was ich nicht für benutzerfreundlich halte.

Chemische Formel

Schnelle BearbeitungBearbeiten

In etwa so. Könnte eventuell die Beschriftung von Schnelle Bearbeitung eingekürzt werden? Mich stört so etwas, auch wenn ich gar nicht mit dem VE arbeite. --Liebe Grüße, Lómelinde Diskussion 12:01, 8. Mär. 2017 (CET)

Der weiße Platz ist die Vorschau, die natürlich am Anfang leer ist. Die Beschriftung kann natürlich geändert werden. –Schnark 12:16, 8. Mär. 2017 (CET)

Ach so stimmt, die weiße Fläche sieht aber erst einmal merkwürdig aus. Und es passt auch nicht wirklich, teste einfach mal die kleinste Bildschirmbreite, da passieren merkwürdige Dinge, das Eingabefeld ist nur durch Scrollen erreichbar und wenn man etwas dort einfügt sieht man die Eingabe teilweise gar nicht. Ich spreche das nur an, weil ich mich wirklich demnächst mit TeX befassen muss. Die großen Dialogfenster laufen aus dem Bildschirm (für 240 und 300 %) und schon zuvor links über die Menüfelder (ab 170 %). Selbst wenn dieses Weltkugel-Menü dann zwar inaktiv ist finde ich das nicht sehr schön. Aber das müssen die Entwickler wohl selbst wissen, was sie da anbieten. --Liebe Grüße, Lómelinde Diskussion 12:41, 8. Mär. 2017 (CET)

Funktioniert wieder

Hi Schnark, bei mir funktioniert das Verstecken der überzähligen Tabs wieder. Ich gehe davon aus, Ihr habt das erfolgreich repariert. Danke dafür! --94.219.20.9 13:46, 14. Mär. 2017 (CET)

Es müsste bereits seit 2 Wochen wieder funktionieren. –Schnark 08:56, 15. Mär. 2017 (CET)

Scusi, hatte erst jetzt wieder daran gedacht und nachgeschaut ...;) --88.68.71.136 22:34, 15. Mär. 2017 (CET)

Kein Problem. Da ich den Fehler selbst reproduzieren konnte, gehörte es zu meinem Service dazu, dass ich nach der Korrektur überprüft habe, ob der Fehler wirklich behoben ist. (Und andernfalls hätte gegolten: Ein Fehler ist dann behoben, wenn sich niemand mehr beschwert.) –Schnark 08:56, 16. Mär. 2017 (CET)

Und zu meinem Service gehört dazu, Sachen nachzuschauen, auch wenn meine Anfrage schon archiviert ist. Immer wieder schön, wenn von beiden Seiten aus gut zusammen gearbeitet wird.^^ --84.58.90.213 13:26, 16. Mär. 2017 (CET)

JS/VE

• Ich zeige die Geburt von WP:JS/VE an und bitte um fachliche Durchsicht der Start- (und möglicherweise auch End-)Version.
• Ich bin mit DISAMBIG und blockquote unzufrieden.
  • Gibt es bereits globale Konfigurationsmöglichkeiten, um hier projektspezifische Vorlagen zu verwenden?
  • Falls nein, gibt es einen offenen Phab dazu?
  • Falls nein, würdest du das bitte starten und verfolgen?
  • Falls in absehbaren Äonen keine Lösung zu erwarten – würdest du ein default-gadget schreiben, das ein von dir stammendes Benutzerskript startet, welches bei entsprechenden Interaktionen unsere (konfigurierbare projektspezifische) Vorlagen mit dem entsprechenden Parameter TEXT= in das Modell drückt, statt der normalen MW-Funktion?

LG --PerfektesChaos 18:03, 11. Mär. 2017 (CET)

Bei WP:JS/VE weiß ich ehrlich gesagt nicht, wer denn die Zielgruppe dieser Seite sein soll. Der Abschnitt „Dokumentation“ liest sich so, als wäre das die „die-bösen-bösen-WMF-Programmierer-ärgern-absichtlich-die-armen-armen-Programmierer-von-Benutzerskripten“-Fraktion. Ich kann ansonsten nur die Sicht eines Programmierers von VE-Plugins beisteuern, aus dieser Sicht ist die Seite ehrlich gesagt komplett nutzlos und komplett überflüssig.

Eine Konfiguration, wie du sie dir wünschst, gibt es nicht, Phab-Tasks meines Wissens auch nicht. Wie du eine solche anlegst weißt du selber, und Gadgets schreibe ich nicht, erst recht keine default-Gadgets. –Schnark 08:55, 13. Mär. 2017 (CET)

Hallo Schnark, nun das sieht für mich auf dem ersten Blick nach einer harschen Kritik aus, evtl. aus einem leichten Missverständnis. Wenn es keine Userscripts (keine Zielgrp.) für den VE geben soll, ist das nur noch ein Grund ihn links liegen zu lassen. So hört sich deine Aussage für mich an, aber das kann ich gar nicht glauben, schon aus Prinzip.

Für mich sieht das eher nach einer persönlichen Einladung für dich aus (als vorreitender Kenner), hier einen Einstieg zu formulieren. Nun wenn der Ansatz von PC falsch ist, sage uns doch wenigstens noch warum? Einer Doku zu widersprechen ist für mich nur eine Frage der Zeit. Dann scheinst du "einfach" deine Variablen-Namen direkt aus dem VE-Code zu ziehen!? MfG -- User: Perhelion 10:05, 17. Mär. 2017 (CET)

Harsche Kritik, ja, aber bei so einer Seite meiner Ansicht nach leider vollkommen gerechtfertigt.

Es geht nicht um die Zielgruppe des VE, sondern um die Zielgruppe dieser Seite. Solange nicht klar ist, für wen die Seite da ist/da sein soll, kann man sie nicht verbessern.

Ich selbst habe schon mehr als eine Seite zur VE-Dokumentation geschrieben, nur nicht hier in de.wikipedia, denn für die Zielgruppe, für die ich sie geschrieben habe, ist das einfach der völlig falsche Platz.

Aus meiner Sicht hat die Seite im Augenblick genau eine nützliche Information, den Link auf mw:VisualEditor/Gadgets. Den findet derjenige, der tatsächlich eine Benutzerskript zum VE schreiben will, auch selbst. Alles andere auf der Seite ist in meinen Augen unbrauchbar. –Schnark 10:23, 17. Mär. 2017 (CET)

Okay, na dann sagen wir eher konsequent vernichtende Kritik, dann ab nach MW. Danke und bis bald. -- User: Perhelion 11:09, 17. Mär. 2017 (CET)

Magst du einen Seitwärtsscrollbalken spendieren?

Ich meine, falls tatsächlich jemand mit kleiner Bildschirmbreite arbeiten sollte, kommt er rechts nicht an die Buttons heran. Ich wunderte mich wo dieser gelbe Zettel aus meiner Werkzeugleiste abgeblieben ist und habe daher Fliegelflagel aufgerufen. Da ich bei den von mir erstellten Seiten immer darauf bedacht war, dass auch die kleinste Einstellung möglich sein muss, um die Seite anzusehen, habe ich automatisch gescrollt. Aber das musst du natürlich selbst entscheiden. --Liebe Grüße, Lómelinde Diskussion 16:06, 16. Mär. 2017 (CET)

Erledigt. –Schnark 09:14, 17. Mär. 2017 (CET)

Autoformatter?

Hi Schnark, habe vor kurzem Fliegelflagel auf die neue Version umgestellt, wo ist denn der Autoformatter hin? –Queryzo ?! 15:09, 18. Mär. 2017 (CET)

Wie es auch in der Dokumentation steht, habe ich eine Reihe alter Skripte entfernt, die du künftig von Hand einbinden musst, wenn du sie verwenden willst. Dazu gehören insbesondere (fast) alle Skripte, die nicht mit dem VisualEditor kompatibel sind. –Schnark 08:47, 20. Mär. 2017 (CET)

Und wie kann ich den Autoformatter per Hand als Skript einbinden? –Queryzo ?! 09:43, 20. Mär. 2017 (CET)

Das entnimmst du der Dokumentation des entsprechenden Skripts. –Schnark 09:46, 20. Mär. 2017 (CET)

Und wo finde ich die? –Queryzo ?! 09:51, 20. Mär. 2017 (CET)

Du willst tatsächlich behaupten, dass du Benutzer:TMg/autoFormatter bisher noch nie angeschaut hast? –Schnark 09:59, 20. Mär. 2017 (CET)

Jep, ich kannte es nur im Zusammenhang mit deiner Skriptsammlung. Vielen Dank, die Seite ist ja höchst interessant. @Pearli: Das ist genau das Skript, nach dem du gefragt hattest. –Queryzo ?! 10:26, 20. Mär. 2017 (CET)

Hallo, danke für die Info. Hatte ich dann mit deinem damaligen Hinweis auch gefunden. Nur wie Schnark schon schrieb, funktioniert das mit dem VE/NWE nicht. Deswegen kann ich damit (im Moment) nichts anfangen. Danke und Gruß /Pearli (Diskussion) 13:22, 20. Mär. 2017 (CET)

@Pearli: Ich weiß zwar nicht, was du genau haben willst, aber vielleicht ist Benutzer:Schnark/js/veHint das Richtige für dich. –Schnark 09:02, 21. Mär. 2017 (CET)

Hallo Schnarck, danke, ich habs mal eingefügt und teste es mal. Aber meinst du nicht, dass STRG + P eine unglückliche Tastenbelegung ist? /Pearli (Diskussion) 12:18, 21. Mär. 2017 (CET)

„P“ für „Probleme“, drucken will man ja beim Bearbeiten höchstwahrscheinlich nicht, sodass die Tastenkombination nicht mit einer anderen Funktion kollidiert. Aber wenn du einen besseren Vorschlag hast, dann her damit. –Schnark 12:21, 21. Mär. 2017 (CET)

Und kann ich meine BKL-Checks irgendwie mit rüberretten (siehe Queryzo/common.js)? –Queryzo ?! 15:05, 22. Mär. 2017 (CET)

RTFM: Benutzer:Schnark/js/fliegelflagel#Konfigurationsfunktionen, Benutzer:Schnark/js/bkl-check#Konfiguration –Schnark 08:52, 23. Mär. 2017 (CET)

Danke! –Queryzo ?! 09:25, 23. Mär. 2017 (CET)

Änderungen veröffentlichen

Kommt das Änderungen veröffentlichen auch im VE? Wenn ja, bekomme ich schon wieder Platzprobleme, ich bin so schon am Limit Hilfe:VisualEditor/Speichern und das ist schon jetzt in der kleinsten Einstellung zu breit. Die einzige Seite die ich nicht klein bekommen habe. Veröffentlichen ist aber um einiges länger als speichern, das kriege ich niemals in 450px und dann auch noch nebeneinander mit Bearbeitung fortsetzen.

Bearbeitung fortsetzen	Änderungen speichern	Änderungen speichern

Bearbeitung fortsetzen	Änderungen veröffentlichen	Änderungen veröffentlichen

Ich möchte aber weder Umbrüche dort einbauen

Bearbeitung fortsetzen	Änderungen veröffentlichen	Änderungen veröffentlichen

noch möchte ich diese doofe Kürzung mit Änderunge… aus dem Original übernehmen, wo man nicht einmal sehen kann, was da im Titel genau steht. Aha, der Inspektor sagt da steht noch „Änderungen Speichern“.

Bearbeitung fortsetzen	Änderungen speichern	Änderungen veröffentlichen

Na toll, es ist und bleibt in jedem Falle zu breit. Deren Fenster mag mit 500px arbeiten, da es oberhalb des normalen Arbeitsbereiches liegt und dann halt nach links ausweicht über das Seitenmenü, ich kann das aber nicht, mein Arbeitsbereich zur Nachbildung ist auf maximal 450px begrenzt und ich arbeite schon überalls mit font-size:90% und verkleinerten MediaWiki-Buttons.

Bearbeitung fortsetzen

Änderungen speichern

Änderungen veröffentlichen

Ich kann den Lesern nicht eine Mikroschrift zumuten und das noch weiter reduzieren. Wie soll ich das dann lösen? Das interessiert ja niemanden, dass ich mit all diesen kleinen Änderungen Probleme bekomme, die ich nicht zu lösen vermag. --Liebe Grüße, Lómelinde Diskussion 12:35, 20. Mär. 2017 (CET)

Sobald die Änderung kommt (noch scheint ja kein Datum festzustehen, wann es in Wikipedia soweit ist, nur Schwesterprojekte werden bzw. wurden bereits umgestellt), kommt sie auch im VE, ja. Es kann aber sein, dass man gleichzeitig die Schaltfläche in der Werkzeugleiste (die sich nach dem gegenwärtigen Stand ebenfalls ändern würde), auf eine nochmal andere Variante umstellen will, um anzuzeigen, dass ein Klick darauf erst mal noch nichts speichert. –Schnark 09:09, 21. Mär. 2017 (CET)

Na toll, dann hoffe ich denen fällt irgendetwas kurzes ein, sonst weiß ich echt nicht wie ich das lösen soll. Es ist weniger die Werkzeugleiste (obwohl es auch da dann zu Überbreite kommt, aber die bricht ja um) als die Dialogfelder, die mir Schwierigkeiten machen werden, wenn da statt Speichern plötzlich Änderungen veröffentlichen hineinpassen muss und nicht mehr Platz da ist, um es auch anzuzeigen. Sorry ich war etwas frustriert, als ich das gelesen hatte, ich hoffe ich nerve nicht zu sehr. --Liebe Grüße, Lómelinde Diskussion 10:25, 22. Mär. 2017 (CET)

Korrigiert vs. Aktualisiert

Hall Schnark, könntest du in deinem ND-Skript nach Möglichkeit Zeile 13: commentNDkorr: 'Normdaten korrigiert' auf commentNDkorr: 'Normdaten aktualisiert' ändern? Siehe dazu die Disk bei mir. MfG --Informationswiedergutmachung (Diskussion) 09:14, 26. Mär. 2017 (CEST)

Der Teil des Codes, der die Zusammenfassungszeile ausfüllt, hat keine wirkliche Ahnung, welche Änderungen tatsächlich vorgenommen wurde, sodass er nur sagen kann, ob sich die Zahl der Parameter geändert hat. Wenn diese Zahl gleich geblieben ist, wird als Kommentar „Normdaten korrigiert“ vorgeschlagen. Natürlich könnte ich das in „Normdaten aktualisiert“ ändern, aber das würde dann für alle diese Bearbeitungen gelten. Nachdem ich mir ein paar Dutzend der letzten Änderungen mit diesem Bearbeitungskommentar angesehen habe, komme ich zu dem Schluss, dass in der Hälfte der Fälle „korrigiert“ deutlich besser als „aktualisiert“ passt, während die anderen Fälle auch zahlreiche Bearbeitungen enthalten, bei denen weder „aktualisiert“ noch „korrigiert“ sinnvoll ist. Daher werde ich die Standardzusammenfassung nicht ändern, solange sich nicht auch weitere Benutzer meines Skripts diese Änderung wünschen.

Du kannst und solltest die vorgeschlagene Zusammenfassungszeile vor dem Speichern immer abändern, wenn sie im konkreten Fall nicht passt. –Schnark 09:04, 27. Mär. 2017 (CEST)

Nun ja, bei meinem Arbeitsaufkommen passe ich die ZF nicht deswegen immer an, das ist aus meiner Sicht Kosmetik. Aber du könntest noch etwas ändern: vielleicht bringst du deinem Skript bei deutsch-US-amerikanisch oder US-amerikanisch-deutsch zu akzeptieren und dann als Staatsbürgerschaft Deutscher|US-Amerikaner auszugeben? MfG --Informationswiedergutmachung (Diskussion) 17:40, 29. Mär. 2017 (CEST)

Getestet an Hans Georg Dehmelt. Vorschlag für die Kategorie: Deutscher|US-Amerikaner Wenn das bei dir nicht funktioniert, dann bitte ein konkretes Beispiel nennen. –Schnark 09:16, 30. Mär. 2017 (CEST)

Danke, prima, funktioniert bei mir. Habe jetzt aber glatt vergessen, noch für deutschamerikanischer zu bitten, z.B. Richard Courant. MfG --Informationswiedergutmachung (Diskussion) 12:57, 30. Mär. 2017 (CEST)

Ist eingebaut. –Schnark 08:55, 31. Mär. 2017 (CEST)

Und funktioniert, siehe hier. Danke. Und gleich die nächste Bitte: für Italiener, die zwischen 480 und 1860 geboren wurden, gibt es die Kategorie:Historische Person (Italien). Kannst du das auch noch einbauen? MfG --Informationswiedergutmachung (Diskussion) 09:59, 31. Mär. 2017 (CEST)

Ebenfalls eingebaut. –Schnark 10:14, 31. Mär. 2017 (CEST)

'autroamerikanischer = Österreicher|Amerikaner wäre auch fein. Selten, aber es kommt vor. MfG --Informationswiedergutmachung (Diskussion) 12:43, 3. Apr. 2017 (CEST)

Übrigens: wenn das Skript DDR-Bürger anbeitet - dann kann da auch gleich immer Deutscher dazu... MfG --Informationswiedergutmachung (Diskussion) 19:44, 3. Apr. 2017 (CEST)

„austroamerikanisch“ habe ich in korrekter Schreibweise aufgenommen. DDR-Bürger werden (so sie denn die DDR überlebt haben) vom Skript bereits als zusätzlich als Deutsche kategorisiert, solche, die tatsächlich nur die Staatsbürgerschaft der DDR hatten, sollten nicht doppelt als Deutsche kategorisiert werden, und bei solchen, die vor Gründung bereits Deutsche waren, kann das Skript aus technischen Gründen keinen entsprechenden Vorschlag machen. –Schnark 09:50, 4. Apr. 2017 (CEST)

Bandersnatch

Hallo Schnark, ich habe bei bandersnatch über Search++ mit der Suchanfrage cattree("Kategorie:Berg") OR cattree("Kategorie:Alpinismus") AND sourceRE(/bezw[a-z]+/g) eine Liste von Seiten erstellt, bei denen ich eine Ersetzung vornehmen möchte, z. B.: return {text: oldText}; newText = oldText.replace(/bezwang/g, 'bestieg'); . Meine js Syntax ist offensichtlich noch fehlerhaft, kannst du mir einen Tipp geben? Vielen Dank. --vy 73^? de Πτολυσϙυε ☢ ⋅ ☑ 17:48, 31. Mär. 2017 (CEST)

Entweder

var newText = oldText.replace(/bezwang/g, 'bestieg');
return {text: newText};

oder (kürzer)

return {text: oldText.replace(/bezwang/g, 'bestieg')};

–Schnark 09:22, 1. Apr. 2017 (CEST)

Vielen Dank! --vy 73^? de Πτολυσϙυε ☢ ⋅ ☑ 12:15, 1. Apr. 2017 (CEST)

Im Beta sieht das merkwürdig aus

• Webseite ⧼visualeditor-cite-tool-name-Webseite⧽
• Literatur ⧼visualeditor-cite-tool-name-Literatur⧽

legt sich das von selbst? --Liebe Grüße, Lómelinde Diskussion 11:23, 7. Apr. 2017 (CEST)

Sollte sich von selbst beheben, ja, da ich MediaWiki:Visualeditor-cite-tool-name-Webseite und -Literatur ebenfalls angelegt habe. Die Anlage von MediaWiki:Visualeditor-cite-tool-definition.jso hat der Cache auch erst nach einiger Zeit zur Kenntnis genommen. –Schnark 11:38, 7. Apr. 2017 (CEST)

O.k. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 11:49, 7. Apr. 2017 (CEST)

Wird mir jetzt korrekt angezeigt, scheint also irgendwo ein dreistündiger Cache dazwischen zu sein. –Schnark 12:16, 7. Apr. 2017 (CEST)

Ja sieht gut aus, Dankeschön. --Liebe Grüße, Lómelinde Diskussion 12:27, 7. Apr. 2017 (CEST)

Werkzeugleiste

Hallo, Schnark! Für die – wie ich finde – großartige von dir entwickelte Funktion hier würde ich dir gerne noch eine Anregung geben (weiß aber nicht, ob dies auch in deinem Sinne und überhaupt umsetzbar wäre): Und zwar fände ich zum einen gleich neben der Option „Zum Seitenanfang springen“ noch eine entsprechende Funktion „Zum Seitenende springen“ sinnvoll. Ferner rege ich an, statt wie bisher nur beim letzten auch bei jedem anderen Abschnitt die Option „Abschnitt hinzufügen“ anzubieten, sodass der nächste Abschnitt auch genau unterhalb des betreffenden Abschnitts erstellt wird. Und dann würde ich als Reihenfolge nach den beiden Bearbeiten-Werkzeugen vorschlagen:

1. Neuen Abschnitt hinzufügen
2. Abschnitt verlinken
3. Zum vorherigen Abschnitt springen
4. Zum nächsten Abschnitt springen
5. Zum Seitenanfang springen
6. Zum Seitenende springen

Was hältst du denn spontan von diesen Ideen? Hoffentlich gefällt dir etwas davon... Beste Grüße von--Hubon (Diskussion) 22:39, 23. Apr. 2017 (CEST)

„Zum Seitenanfang springen“ ist eine auf vielen Webseiten etablierte Funktion, „zum Seitenende springen“ nicht. Daher gibt es mit MediaWiki:Gadget-Pfeil-hoch.js bei unseren Gadgets auch nur ein nach oben Springen, nicht die umgekehrte Variante. Es sind jetzt schon eher zu viele als zu wenige Symbole, das will ich nicht noch weiter aufblähen.

Einen neuen Abschnitt irgendwo in der Mitte zu erstellen ist grundsätzlich nicht möglich.

Bei der Reihenfolge hat jeder seine eigenen Vorstellungen, was am besten ist. Daher lässt sie sich auch konfigurieren. Die Standardreihenfolge ist die, die ich für sinnvoll halte. –Schnark 09:02, 24. Apr. 2017 (CEST)

Okay, vielen Dank für die rasche Reaktion! Ich finde übrigens nicht, dass es jetzt schon zu viele sind. Wie gesagt: Das ist eine tolle Entwicklung von dir, die mir schon viele lästige Handgriffe erspart hat. Also nochmals besten Dank dafür und kollegiale Grüße--Hubon (Diskussion) 01:53, 25. Apr. 2017 (CEST)

PS: Als kleiner Nachtrag hier nur der Hinweis, dass man sehr wohl einen neuen Abschnitt in der Mitte einer Seite erstellen kann. Gruß--Hubon (Diskussion) 23:39, 25. Apr. 2017 (CEST)

PS: Nur der Korrektheit halber, das ist keine Werkzeugleiste sondern eine Navigationsleiste. Der einzige Button der evtl. fast ein Werkzeug sein könnte ist der "Abschnitt verlinken". (Was allerdings wiederum zum Navigieren ist. Davon abgesehen, dass ich den Button für rudimentär halte, sprich - er könnte wesentlich mehr tun.) MfG -- User: Perhelion 01:16, 26. Apr. 2017 (CEST)

Natürlich kann man einen Abschnitt in der Mitte erstellen, indem man den Abschnitt davor bearbeitet und den neuen Abschnitt dort anhängt. Das ist aber etwas völlig anderes als die Funktion „Neuen Abschnitt erstellen“. –Schnark 08:54, 26. Apr. 2017 (CEST)

Fliegelflagel-Update

Hallo Schnark. Ich habe Fliegelflagel wie unter Benutzer:Schnark/js/fliegelflagel angegeben aktualisiert. Allerdings klappt die Einbindung der fremden Scripte nicht mehr so richtig bzw. diese werden unter Spezial:Fliegelflagel nicht mehr aufgeführt. Magst du dir das gelegentlich mal anschauen? --Leyo 10:34, 7. Apr. 2017 (CEST)

Wie unter Benutzer:Schnark/js/fliegelflagel#Weitere Skripte dokumentiert führt diese einfache Variante nur dazu, dass die angegebenen Skripte immer geladen werden, nicht dazu, dass sie konfiguriert werden können. Wenn sie auf Spezial:Fliegelflagel auftauchen sollen, musst du vollständige Konfigurationsobjekte angeben, mit allen dort genannten Pflichtparametern.

Und das DÜP-Skript wird erst funktionieren, wenn du eine rein alphanumerische ID wählst, Umlaute sind nicht erlaubt, siehe die Dokumentation und die entsprechende Warnung in der Browserkonsole. –Schnark 10:44, 7. Apr. 2017 (CEST)

Danke für deine Antwort! Sind das die Pflichtparameter: title, description, docpage, category, status, config? --Leyo 10:50, 7. Apr. 2017 (CEST)

Pflichtparameter sind genau die drei, bei denen in der Spalte zum Standardwert „(Pflicht)“ angegeben ist. –Schnark 10:54, 7. Apr. 2017 (CEST)

Ah, der obere Teil der Tabelle bezieht sich auch darauf. Für mich als JS-OMA ist „Statt einem einfachen String kannst du auch ein Objekt mit verschiedenen Optionen angeben.“ leider nicht verständlich. Könntest du auf der Hilfeseite vielleicht ein Beispiel ergänzen? --Leyo 11:14, 7. Apr. 2017 (CEST)

Die erweiterte Konfiguration ist auch nicht wirklich für OMAs gedacht. Reicht meine Benutzer:Schnark/vector.js als Beispiel? –Schnark 11:18, 7. Apr. 2017 (CEST)

Danke. So scheint es korrekt zu sein. --Leyo 23:13, 16. Apr. 2017 (CEST)

Seit meinem Update ist PerfektesChaos’ tote-Weblinks-Script nicht mehr aktiv und in der Fliegelflagel-Konfiguration finde ich es nicht. Muss man das neu aktiv einbinden? --Leyo 17:31, 3. Mai 2017 (CEST)

Wie dokumentiert habe ich eine Reihe von Skripten entfernt, die du – wenn du sie weiterhin verwenden willst – von Hand einbinden musst. –Schnark 09:04, 4. Mai 2017 (CEST)

Wo ist dokumentiert, welche Scripts entfallen sind? --Leyo 11:35, 4. Mai 2017 (CEST)

Nirgendwo, es war ja auch nie dokumentiert, welche Skripte enthalten waren. Aber [13] liefert eine halbwegs taugliche Übersicht. –Schnark 11:49, 4. Mai 2017 (CEST)

Danke. --Leyo 12:14, 4. Mai 2017 (CEST)

Hast du dafür auch eine Lösung?

https://citoid.wikimedia.org/ reagiert nicht mehr. Siehe auch Wikipedia:Technik/Labs/Citoid#Server der Link https://citoid.wmflabs.org/ ist auch tot. Seit gut zwei oder drei Tagen bekomme ich keine Auswertungen mehr für Citoid.

Da ich leider absolute Laiin bin, was diese Abfragen angeht und lediglich ein Tool benutze, habe ich schon überall nach einer Lösung gesucht, aber auch das →hier

“For developers, you will find this endpoint at http://localhost:1970/api by default.”

ist tot. Ich verstehe dort nur Bahnhof. Wurde da etwas umgestellt oder abgeschaltet?

Nicht betroffen ist der VE, da funktioniert die automatische Auswertung bei der Belegfunktion. --Liebe Grüße, Lómelinde Diskussion 09:52, 4. Mai 2017 (CEST)

Wenn du ein Tool verwendest, dass Citoid noch unter der alten Domain verwendet, dann solltest du den Programmierer dieses Tools darauf aufmerksam machen, dass citoid.wikimedia.org seit 1. Mai abgeschaltet ist, was mindestens seit dem 8. März angekündigt war. –Schnark 10:00, 4. Mai 2017 (CEST)

O.k. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 10:04, 4. Mai 2017 (CEST)

Ja, der hat zwar mitbekommen, dass was mit REST erprobt wird, aber nichts von einer angekündigten Abschaltung der Domains.

• Zumal mw:Citoid/API sich nur als deprecated bezeichnet (ohnehin nur eine Programmdokumentation ist und kein spezifisches Angebot beschreibt) und mw:citoid sich über den Wechsel, die Vorgeschichte und Abschaltung ausschweigt, aber immer noch https://citoid.wikimedia.org verlinkt.

REST ist einfacher als bisher; insbesondere CORS entfällt nun, und POST ist dann endgültig beendet:

• https://de.wikipedia.org/api/rest_v1/data/citation/mediawiki/http%3A%2F%2Fwww.biodiversitylibrary.org%2Fitem%2F98374
• @Ló:
  • Gleichwohl braucht der Einbau der neuen Variante einige Stunden ungestörter Konzentration, auch zur Erprobung.
  • Kommt mir grad seehr ungelegen.
  • Nicht vor WE zu erwarten.
  • Jetzt habe ich erstmal Lit am Wickel.

LG --PerfektesChaos 13:23, 4. Mai 2017 (CEST)

Wenn du APIs verwendest, die nicht explizit als stabil gekennzeichnet sind (was auch nach dem Umzug weiterhin der Fall ist), musst du die entsprechenden Mailinglisten abonnieren, in diesem Fall wäre die Warnung wohl rechtzeitig gekommen. –Schnark 09:22, 5. Mai 2017 (CEST)

Sieht man das?

Hallo Schnark, du arbeitest ja dauerhaft mit diesem Editor, wenn man die Seitenoptionen öffnet, sieht man dann immer diese zwei neuen Einträge zu Dateien?

…

Als rechts-nach-links ansehen Ctrl+Shift+X

Suchen und Ersetzen Ctrl+F

Datei öffnen

Lokal speichern

Ich vermute einfach mal das soll die Funktion „neue Datei/neues Bild hochladen“ sein. Ich weiß nicht, wann man das wirklich sehen kann. Nach einem Wechsel vom QT auf VE war es dort, aber manchmal auch nicht, ich checke das nicht (auf Beta sehe ich es [Version dd9a7ad, 14. Mai 2017] aber nicht oder sieht man es nur im BNR? Ich hatte es hier auf meiner Spielwiese gesehen und auch wenn ich in einem Artikel wechseln würde. Ist das dauerhaft, dann müsste ich es genauer testen und ergänzen. Fällt denn der Punkt Hochladen aus Einfügen/Medien heraus? --Liebe Grüße, Lómelinde Diskussion 10:46, 15. Mai 2017 (CEST)

1. Ja, wobei es in Zukunft sein könnte, dass die Funktion nur im Quelltextmodus angezeigt wird (weil sie nur dort wirklich sinnvoll ist), 2. ja, 3., 4. nein, nur wenn man Benutzer:Schnark/js/localFile verwendet. –Schnark 11:36, 15. Mai 2017 (CEST)

O.k. Dankeschön. --Liebe Grüße, Lómelinde Diskussion 12:33, 15. Mai 2017 (CEST)

Benutzer:Schnark/js/stub

Hi, ich bin begeistert von deinem Skript und anhand der Kurier-Diskussion lässt sich erahnen, dass nicht nur sowas nutzen will. Habe es auch gleich mal für diesen Artikel hier eingesetzt. Leider habe ich keine Ahnung vom Programmieren, sonst würde ich selbst mit so etwas rumkaspern.--CG (Diskussion) 16:41, 30. Mai 2017 (CEST)

Da ich das Skript damals für den Quelltexteditor geschrieben habe, ich inzwischen aber nur noch den VisualEditor verwende, bin ich selbst gerade nicht in der Lage mein eigenes Skript zu verwenden (ich kenne es natürlich so gut, dass ich es mit ein paar Tricks doch schaffe, aber wirklich gut funktioniert es daher bei mir gerade nicht). Ich müsste also zuerst einmal wieder einiges an Aufwand in das Skript stecken, der sich für mich nur dann lohnt, wenn jemand das Skript in einem weiteren Artikelbereich, also nicht nur für Biographien einsetzen möchte. Bis dahin funktioniert es ja für Artikel zu Personen so wie bisher. –Schnark 09:33, 31. Mai 2017 (CEST)

Liegt es im Bereich des für dich Machbaren, dass du in deinem Skript in den Personendaten den veralteten Parameter „ALTERNATIVNAME“ in das aktuellere „ALTERNATIVNAMEN“ änderst?--CG (Diskussion) 17:50, 1. Jun. 2017 (CEST)

Ups. Behoben. –Schnark 08:48, 2. Jun. 2017 (CEST)

Hi, Schnark. Sofern es technisch für dich möglich wäre, hätte ich eine Idee für den Stub-Skript. Dein Skript erstellt automatisch eine Weblinks-Überschrift, selbst wenn es keine Weblinks gibt, die aus Wikidata generiert werden konnten. Was hältst du davon, wenn du zusätzlich zur Weblinks-Überschrift auch automatisch die Einzelnachweise-Überschrift einfügst? Also sowas:

== Einzelnachweise ==
<references/>

Das würde wieder ein bisschen Tipparbeit sparen. Falls es technisch oder zeitlich bei dir nicht möglich ist, macht es aber auch nichts. MfG--CG (Diskussion) 10:43, 10. Jun. 2017 (CEST)

Das kannst du auch einfach selber machen: Ergänze einfach Benutzer:Schnark/js/stub.js/person um die Elemente, die dir sinnvoll erscheinen. Das ist die Schablone, die das Skript für Personenartikel ausfüllt, und dass die jeder bearbeiten kann, ist ein Feature des Skripts. –Schnark 10:54, 10. Jun. 2017 (CEST)

Danke schön, vielen Dank. Wusste ich gar nicht.--CG (Diskussion) 11:02, 10. Jun. 2017 (CEST)

Redundante Anfrage zu Geschlechterspezifische_Anzeige_der_Kategorien

Hallo Schnark, wäre das für Dich ok, wenn ich bei Dir mit dabei sein würde? Viele Grüße --Thomas Wozniak (HSP) (Diskussion) 13:50, 9. Jun. 2017 (CEST)

Ja natürlich, ergänze einfach bei meinem Wunsch was dir noch wichtig erscheint. –Schnark 09:52, 10. Jun. 2017 (CEST)

Werkzeugleisten

Hallo Schnark, ich hatte hier eine Anfrage zum Bearbeiten der Werkzeugleisten gestellt und dir mir dazu empfohlen wurdest. Kannst du mir da evtl. weiterhelfen, bzw. wenn mir jemand vielleicht nennen der helfen könnte? Vielen Dank und Grüße --Coffins (Diskussion) 17:43, 14. Jun. 2017 (CEST)

Dort geantwortet. –Schnark 09:10, 16. Jun. 2017 (CEST)

Popuprefs

Hallo Schnark, bei mir funktionieren die Popuprefs nicht mehr (nichts passiert). Ich benutze den neuesten Chrome. Das Helferlein Fußnoten-Tooltip geht aber. Gruß --FriedhelmW (Diskussion) 19:30, 17. Jun. 2017 (CEST)

Geht bei mir problemlos in Firefox und Vivaldi. Mangels Details kann ich nur ein bisschen raten: Was behauptet Chrome denn, wenn du window.matchMedia('(hover: none)').matches in die Browserkonsole eingibst? –Schnark 08:46, 19. Jun. 2017 (CEST)

Chrome antwortet: true. --FriedhelmW (Diskussion) 16:53, 19. Jun. 2017 (CEST)

Bei mir zeigt Firefox die Popuprefs, Vivaldi dagegen nicht. --FriedhelmW (Diskussion) 17:50, 19. Jun. 2017 (CEST)

Ich werde wohl einen Workaround für Chrome und andere Blink-Browser einbauen müssen. Damit du das Problem einordnen kannst: Chrome behauptet, dass Hovern bei dir nicht möglich oder zumindest nicht üblich ist. Bislang glaubt mein Skript das und ist daher der Ansicht, es hätte nichts zu tun. Warum Chrome das behauptet, kann verschiedene Ursachen haben. Möglicherweise ist die primäre Eingabemethode deines Systems tatsächlich ein Touchscreen und eine eventuell vorhandene Maus nur das sekundäre Eingabemedium. Oder du verwendest entgegen deiner Annahme nicht die aktuelle Chrome-Version, sondern Version 39 oder 40 und bist daher von Bug 441613 betroffen. Oder dieser Bug ist von den Toten auferstanden. –Schnark 08:49, 20. Jun. 2017 (CEST)

In der Tat verfügt mein Laptop sowohl über Touchscreen als auch Touchpad. Bis zum Update auf Chrome Version 59 hat das Hovern noch funktioniert. System-Updates habe ich nicht durchgeführt. --FriedhelmW (Diskussion) 12:26, 20. Jun. 2017 (CEST)

Jetzt funktionieren die Popuprefs plötzlich wieder. Hast du was gemacht? Danke und Gruß --FriedhelmW (Diskussion) 13:41, 20. Jun. 2017 (CEST) geändert 13:53, 20. Jun. 2017 (CEST)

Ja, zu Zeiten von IE6 habe ich Workarounds dafür eingeführt, da kann ich jetzt auch Google Chrome unterstützen. –Schnark 08:55, 21. Jun. 2017 (CEST)

Browser Extensions

Nabend Schnark! Ich habe gerade den von dir angelegten Artikel Browser Extensions entdeckt und würde ihn gerne für Schon gewusst? vorschlagen. Wärst du damit einverstanden? -- Gruß  Sir Gawain Disk. 20:51, 29. Jun. 2017 (CEST)

Ich selbst bin zu unkreativ um einen guten Teaser für SG zu schreiben (und ehrlich gesagt auch zu faul, um dann die weitere Entwicklung im Auge zu behalten), aber wenn du dir was einfallen lässt, darfst du den Artikel gerne vorschlagen. –Schnark 09:11, 30. Jun. 2017 (CEST)

Es muss ja nicht immer ein Superlativ oder etwas Weltbewegendes im Teaser erwähnt werden. Ich habe mal drei Teaservorschläge gemacht. -- Gruß  Sir Gawain Disk. 12:29, 2. Jul. 2017 (CEST)

Verbesserungsvorschlag

Hallo Schnark,

ich ergänze gerade Normdaten in amerikanischen Counties. Dort findet sich oft am Ende des Artikels die Konstruktion.

{{Navigationsleiste Countys in Michigan}}
{{Coordinate |NS=41/55/12/N |EW=85/03/00/W |type=adm2nd |region=US-MI}}

Das Normdatenskript fügt in diesem Fall die Normdatenvorlage nicht wie üblich auf einer neuen Zeile an, sondern direkt nach der schließenden Klammer der Coordinate-Vorlage.

{{Navigationsleiste Countys in Michigan}}
{{Coordinate |NS=41/55/12/N |EW=85/03/00/W |type=adm2nd |region=US-MI}}{{Normdaten|TYP=g|LCCN=n/81/91924|VIAF=146591939}}

Gruß --Varina (Diskussion) 10:55, 1. Jul. 2017 (CEST)

Ich hatte nicht damit gerechnet, dass es Artikel ohne Kategorien im Quelltext gibt, daher hatte ich mir für den Fall keine Gedanken gemacht. Ich habe das Problem mit Version 5.17 behoben (eventuell musst du einmal den Browser-Cache leeren). –Schnark 11:16, 1. Jul. 2017 (CEST)

Vielen Dank für den schnellen Fix. Bei Freitext hast Du keine Chance alles vorherzusehen. Im Geographie-Bereich werden Kategorien schon seit Jahren zunehmend von den Infoboxen gesetzt. Gruß --Varina (Diskussion) 14:01, 1. Jul. 2017 (CEST)

Ein Dankeschön zwischendurch!

Hallo Schnark! Ich möchte dir einfach mal kurz danken für deine vielen technischen Verbesserungen! Ich nutze seit vielen Jahren ein fabelhaftes Skript von dir für Editbuttons im Quelltexteditor. Die Sache mit den Formulardaten im Visual Editor (den ich noch nicht so häufig benutze) scheint auch großartig zu funktionieren. Vielen Dank für beides und wahrscheinlich zahlreiche weitere Verbesserungen, die ich dir verdanke, ohne es zu wissen! Herzliche Grüße --Mushushu (Diskussion) 17:51, 2. Jul. 2017 (CEST)

Was ist das?

TypeError $.client is undefined und mehr Ich habe seit einiger Zeit (genauer gesagt seit dem 22. oder 23. Juni 2017 im Betawiki totale Schwierigkeiten mit der Syntaxhervorhebung im Bearbeitungsfenster. Jetzt ist eine weitere Meldung in der Konsole. --Liebe Grüße, Lómelinde Diskussion 12:06, 7. Jul. 2017 (CEST)

Ich kann keinerlei Probleme feststellen, aber nachdem es eine Syntaxhervorhebung inzwischen als Beta-Feature gibt, ist mein Skript dafür ohnehin deprecated und sollte im Zweifelsfall nicht mehr verwendet werden. –Schnark 12:13, 7. Jul. 2017 (CEST)

Ich verwende dein Skript drüben nicht, aber das Beta-Helferlein von dort. Dot's Syntax Highlighter – hebt im Eingabefeld die Wiki-Syntax farblich hervor. … Ich kann das natürlich ausschalten, dann habe ich aber gar keine sinnvollen Hervorhebungen mehr.

Das Beta-Feature habe ich mal aktiviert, dann werden die Warnmeldungen noch mehr, jetzt beispielsweise (sporadisch) TypeError: $(...).data(...).modules.toolbar is undefined. Es ist immer nur sporadisch, nicht bei jedem Laden der Seite. Drüben habe ich absichtlich gar keine common.js Daher hatte ich ja immer den dortigen Highlighter verwendet. Schade ich dachte du kannst etwas tun. Das Feature ist „bei weiten“ schlechter zu erkennen. --Liebe Grüße, Lómelinde Diskussion 12:46, 7. Jul. 2017 (CEST)

Wie gesagt, ich habe keine Probleme, und wenn offensichtlich kein Skript von mir der Auslöser ist, sehe ich nicht, was ich da machen sollte/könnte. –Schnark 09:49, 8. Jul. 2017 (CEST)

Na ja ich dachte du bist Softwarespezialist. Ich kann mit den Meldungen gar nichts anfangen. Halb so wild ich „muss“ ja nicht drüben arbeiten. Trotzdem Dankeschön. --Liebe Grüße, Lómelinde Diskussion 19:09, 8. Jul. 2017 (CEST)

Statistik

Hi, kannst du mal wieder Benutzer:PerfektesChaos/js/WikiSyntaxTextMod/usage/lang/dewiki#Anhang:_Statistik aktualisieren? 129.13.72.198 14:14, 20. Jul. 2017 (CEST)

Seit der VisualEditor der Standard-Editor ist, überwiegen in meinen Augen die Nachteile der Syntaxeindeutschung die Vorteile. Daher beteilige ich mich inzwischen nicht mehr daran – auch nicht indirekt durch Statistiken. Wenn du oder jemand anders das Perl-Skript haben möchte, mit dem ich die Statistik erstellt habe, kann ich es gerne weitergeben, aber selbst ausführen werde ich es nicht mehr. –Schnark 09:09, 21. Jul. 2017 (CEST)

Diff bereitet mir Probleme

Ich habe seit ein paar Tagen das Gefühl, dass etwas an der Diffanzeige oder Vorschaufunktion verändert wurde. Dass du dein Tool verändert hast ist ja unübersehbar.

• Ich bin der Meinung, dass ich bis vor Kurzem im Bearbeitungsfeld nach Betätigung der Vorschaufunktion immer an der Stelle im Text blieb, an der ich gerade gearbeitet habe. Nun aber ist das nicht mehr der Fall, ich lande immer am Seitenanfang und muss mich wieder runter scrollen. Da ich fast immer die komplette Seite bearbeite nervt das ziemlich, ich spüre das bereits in meinem Mausarm.
• Wo wir gerade beim Diff sind, ich habe ja unten die quadratische Schaltfläche mit dem Delta, die legt sich über den Link wo eigentlich Abbrechen stehen sollte, bei mir sieht es so aus

Änderungen speichern

Vorschau zeigen

Änderungen zeigen Δ

• Nicht, dass ich jemals auf Abbrechen geklickt hätte, aber ich denke das sollte nicht so sein.
• Dann noch etwas, klicke ich besagte Schaltfläche an, bekomme ich die verbesserte Anzeige. Aber der Button für Klassisch ist inaktiv.

[[]] Klassisch

<> Verbessert

• Klicke ich hingegen auf
  Änderungen zeigen
  so sind alle drei Schaltflächen aktiv.

[[]] Klassisch

<> Verbessert

• Und ich kann hin und zurück wechseln. Das nur am Rande. Ich finde es merkwürdig, aber vielleicht soll es ja so sein.

Wirklich nervig ist, wie gesagt, dass man im Editierfeld jetzt immer oben landet, oder war das immer so? Manchmal denke ich, ich habe Halluzinationen oder bilde mir nur ein, dass etwas anders war. Das liegt aber nicht am verbesserten Diff, das ist auch so, wenn ich den ausschalte. Ich mag diese Scrollerei und eigentlich auch diese dicken Schaltflächen nicht, aber damit kann ich leben, wenn ich nur wieder zurück zu dem Punkt käme, an dem Meine Maus vor dem Klick im Bearbeitungsfenster stand. --Liebe Grüße, Lómelinde Diskussion 17:24, 17. Aug. 2017 (CEST)

Manchmal frage ich mich, warum du Fehlermeldungen immer so verwirrend aufschreibst. Dein Hauptanliegen ist das Hochscrollen des Editierfelds, und du hast richtig erkannt, dass es auch dann auftritt, wenn du mein Diff-Skript deaktivierst, damit also nichts zu tun haben kann. Trotzdem tust du bis zum letzten Satz so, als würde irgendein Zusammenhang bestehen.

Ich kann dir bestätigen, dass das früher nicht so war, und dass es bei mir unangemeldet auch auftritt. Da ich aber die alte Bearbeitenoberfläche nicht mehr verwende, interessieren mich Fehler dort (solange sie nicht durch meine Skripte verursacht werden, und da auch nur eingeschränkt) nicht.

Deinen zweiten Punkt kann ich nicht bestätigen, die „Abbrechen“-Schaltfläche liegt ohne irgendwelche Überlappungen neben den anderen Schaltflächen.

Der dritte Punkt war schon immer so, mit dem Unterschied, dass früher der Tab für den klassischen Diff gar nicht angezeigt wurde, wenn ein solcher nicht vorhanden war. Da aber die OOUI-Designphilosophie vorsieht, dass nicht anwendbare Aktionen nur ausgegraut und nicht versteckt werden, zeige ich die Schaltfläche jetzt immer an, auch wenn kein normaler Diff existiert, zu dem man wechseln könnte. –Schnark 08:35, 18. Aug. 2017 (CEST)

Ja sorry, es war aber irgendwie zeitgleich, dass dieses Problem auftauchte. Daher dachte ich zunächst, es liegt am verbesserten Diff, um aber sicherzugehen, habe ich, nachdem ich hier angefangen hatte es aufzuschreiben, noch mal getestet, ob es ohne auch so ist. Ja ich weiß, du verwendest VE und es ist dir egal, ob ich als Fossil der Quelltexteditoren klarkomme. Das ist auch völlig o.k. muss dich auch nicht tangieren, bin ich ja selbst Schuld.

Weil mich solche Fehler halt sehr verwirren, schreibe ich wohl manchmal auch verwirrend. Ich bin nun mal nur Bedienerin, ich kann das … eben nur laienhaft umschreiben. Das mit der Abbrechentaste ist nicht so schlimm, ich wollte nur fragen, ob das andere Verhalten normal ist.

Dankeschön für die Auskünfte. --Liebe Grüße, Lómelinde Diskussion 09:39, 18. Aug. 2017 (CEST)

Nur zur Klarstellung, ich klicke den Difflink Delta nur dann an, wenn ich etwas verändert habe und meine Änderungen ansehen möchte. Dann kann man aber nicht über obige Buttons zur klassischen Version wechseln. Es sollte also auch eine klassische Version geben, da ich ja etwas verändert habe. Der Button ist aber immer grau. Erst nachdem man einmal Änderungen zeigen klickt, geht es, nach der nächsten Vorschau dann wieder nicht. --Liebe Grüße, Lómelinde Diskussion 08:18, 19. Aug. 2017 (CEST)

Den klassischen Diff gibt es nur, wenn du auf „Änderungen zeigen“ klickst. Natürlich könnte mein Skript ihn auch selbst erzeugen, aber dazu habe ich keine Lust, und das habe ich früher auch nicht gemacht. Der einzige Unterschied zur alten Version ist (vom Aussehen abgesehen), dass die ausgegraute Schaltfläche früher gar nicht zu sehen war. –Schnark 09:45, 19. Aug. 2017 (CEST)

Warnung vor fehlendem Ref-Tag

Hallo Schnark! Hast oder kennst du ein Skript, das mich gut sichtbar warnt, wenn ich irgendwo Einzelnachweise einfüge, ohne dass der Artikel ein references-Tag enthält? Ich vergesse das sonst immer und wäre darüber sehr dankbar. Schöne Grüße, j.budissin^+/- 16:59, 24. Aug. 2017 (CEST)

Mir ist nichts bekannt. Im Grunde gilt das, was für jede Bearbeitung gilt: Vorschau verwenden und aufmerksam anschauen. Das funktioniert nur in einem Fall nicht: Wenn man nur einen Abschnitt bearbeitet und daher gar nicht sieht, ob es am Ende des Artikels schon die Einzelnachweisliste gibt. Da du aber gerade einen mehr-oder-wenig-ausschließlich-Visual-Editor-Benutzer gefragt hast, existiert dieser Fall in meinen Augen gar nicht. –Schnark 08:58, 25. Aug. 2017 (CEST)

Visualeditor

Hallo, mir wurde geraten mich an dich zu wenden, ich bekomme den Visualeditor nicht ans laufen, ich habe mein Problem hier geschildert: Hilfe_Diskussion:VisualEditor#VisualEditor_wieder_aktivieren, unter meinem Benutzernamen. Gruß aus der Eifel Caronna (Diskussion) 10:42, 9. Sep. 2017 (CEST)

Du solltest Benutzer:Caronna/monobook.js und Benutzer:Caronna/vector.js leeren oder löschen lassen, beide Skripte sind bekannt dafür, dass sie Probleme bereiten können, die negative Auswirkungen auf sämtliche JavaScript-Funktionen und damit auch auf den Visualeditor haben. –Schnark 11:38, 9. Sep. 2017 (CEST)

tausend dank! wies aussieht wars genau das. Gruß aus der Eifel Caronna (Diskussion) 12:34, 9. Sep. 2017 (CEST)