Benutzer Diskussion:Schnark/js/fliegelflagel

Rückmeldung

egal, ob du willst oder nicht, ich geb dir schonmal eine Rückmeldung/Fehler ;-)

• Fehler: mw.libs.fliegelflagel.fliegelflagel.before/after: Firefox beglückt mich ein Laden eines Skriptes via mw.libs.fliegelflagel.load mit einem Nullpointer-Error: TypeError: data is undefined (Stacktrace innenliegend).
• sporadischer Fehler im Firefox 20: Uncaught asynchronous error: ReferenceError: aReason is not defined at... (Stacktrace innenliegend)
• zudem finde ich es unschön, dass die Configseite auf einem Stück Statuscode 404 ausgeliefert wird, kannst du da nicht wieder die leere Spezialseite mit Parameter nehmen?
• mw.libs.fliegelflagel.fliegelflagel soll wohl den config-Teil deines sein. Gerade die Dokumentation verwirrt mich. Ich fände das z.B. aussagekräftiger mw.libs.fliegelflagel.config
• Das Deaktivieren von Defaultskripten via der Configseite geht einfach und gut.

Soweit mein Feedback nach 5 Minuten. Das Lob kommt, wenn ich dein Skript wirklich benutzt und getestet habe ;D

Viele Grüße --se4598 / ? 00:24, 24. Apr. 2013 (CEST)

• Den ersten Fehler habe ich behoben. (Glaube ich zumindest.)
• aReason sagt mir nichts, ich glaube nicht, dass ich so eine Variable verwende, also auch nicht, dass ich etwas damit zu tun habe.
• Ich kann natürlich zusätzlich und mit einfacher Konfiguration das als Alternative anbieten, ich mag es inzwischen lieber, wenn es einen lesbaren Spezialseiten-Namen in der URL gibt, statt einer action= für Spezial:Leerseite.
• mw.libs.fliegelflagel.foo enthält die Konfiguration für foo, falls foo mit Fliegelflagel geladen wird. Daher ist es in meinen Augen konsistent und richtig, wenn die Konfiguration für Fliegelflagel selbst unter mw.libs.fliegelflagel.fliegelflagel liegt.
• Das freut mich, so soll es sein.

--Schnark 09:26, 24. Apr. 2013 (CEST)

Compose generell deaktivieren

Hallo Schnark,

@Schnark: wie kann ich Compose generell loswerden, sonst aber alles behalten?--kopiersperre (Diskussion) 15:11, 26. Jul. 2014 (CEST)

@Kopiersperre: Die Möglichkeit, nur Teile von Benutzer:Schnark/js/edithelper zu nutzen, besteht im Prinzip bereits, sobald bugzilla:68556 behoben ist, mache ich sie komfortabel zugänglich. Im Moment verhindert dieser Fehler, dass ich meine Skripte bearbeiten kann ohne ständig laut fluchen zu müssen. --Schnark 11:03, 8. Aug. 2014 (CEST)

Nachricht in der Navigationsleiste

Hallo Schnark,

kannst du mir bitte sagen, wie du die Nachricht oben in der Navigationsleiste machst? Ich mein die Zahl die du neben dem Fliegelflagel-Link einblenden lassen kannst? Viele Grüße --Toru10 (Diskussion • WPCS) 19:28, 22. Feb. 2015 (CET)

Die korrekte Antwort wäre: Aus historischen Gründen mit viel schwarzer Magie. Aber ich glaube, es hilft dir mehr, wenn ich behaupte, dass ich noch immer Wikipedia:Technik/Skin/GUI#addPortletLink verwende. --Schnark 09:26, 23. Feb. 2015 (CET)

Haha :D Dass man mit addPortletLink eigene Links machen kann, wusste ich. Ich dachte eher daran, ob es eine spezielle Funktion gibt, die von mw bereitgestellt wird, um das ganze inklusive Pop-Up-Nachricht zu realisieren. --Toru10 (Diskussion • WPCS) 19:04, 23. Feb. 2015 (CET)

Btw: wäre es nicht günstiger den link vor "pt-preferences" zu setzen!? Ab und zu kommt es vor dass ich daneben klicke weil Fliegelflagel noch mal die Bar verrutschen muss. ↔ User: Perhelion  19:58, 23. Feb. 2015 (CET)

Das Popup-Fenster ist ein jQuery UI Dialog-Fenster (bzw. Version 1.10), das bei einem Klick geöffnet wird. Das Modul kann als jquery.ui.dialog mit dem RL geladen werden.

Die Reihenfolge der Elemente ist bewusst so gewählt, wie sie ist. --Schnark 09:23, 24. Feb. 2015 (CET)

Alles klar, vielen Dank! --Toru10 (Diskussion • WPCS) 18:57, 24. Feb. 2015 (CET)

+ citoidWikitext@PerfektesChaos

Hi,

ich bitte untertänigst um Aufnahme von Benutzer:PerfektesChaos/js/citoidWikitext.

• JSHint approved.
  • Externer Kontakt nur mit Citoid der WMF.
• Browser, Skin, Benutzereinstellungen – wuascht.
• Internationalisierung
  • Suche I18N.texts in en:User:PerfektesChaos/js/citoidWikitext/core/d.js
  • Plug-In für fremde Wikis mit anderen Vorlagen.
• Softwaretests: Vielfältiges Rumprobieren; etwa mit der Dokuseite.
• Doku – zur Abwechslung habe ich mal eine geschrieben.
• Das Baby ist gerade ein paar Stunden alt, aber die Thematik lässt erwarten, dass es breiteren Anklang finden wird.
• Code-Konventionen – ich war bemüht und habe WSTM kopiert.
• Global wäre einstweilen zurückzustellen, bis es ein Plug-In für ein Fremdwiki mit deren Vorlagen gäbe.

Benutzer:Schnark/js/fliegelflagel.js/config.js

{
	id: 'citoidWikitext',
	title: 'citoidWikitext@PerfektesChaos',
	description: 'Zitationsvorlagen automatisch ausfüllen (Wikitext) mit Zotero/Citoid',
	docpage: '//de.wikipedia.org/wiki/User:PerfektesChaos/js/citoidWikitext',
	category: 'edit',
	status: 'stable'
},

Benutzer:Schnark/js/fliegelflagel.js

citoidWikitext: {
	scripts: 'en:User:PerfektesChaos/js/citoidWikitext/r.js',
	only: function (ns, action) {
		return (action === 'edit' && (ns === 0 || ns === 2 || ns === 4)) || mw.config.get('wgCanonicalSpecialPageName') === 'Gadgets';
	},
	defaultEnabled: S
},

LG --PerfektesChaos 14:16, 11. Mai 2015 (CEST) beta→stable PerfektesChaos 12:23, 11. Jun. 2015 (CEST)

Wie auf der Vorderseite beschrieben müssen (mindestens manuelle) Softwaretests nicht nur existieren, sondern auch öffentlich dokumentiert sein. Bist du dir übrigens sicher, dass du laxbreak: true wirklich verwenden willst? Das kann nach C&P zu Fehlern durch automatic semicolon insertion führen. --Schnark 11:30, 13. Jul. 2015 (CEST)

• Na, die Doku führt doch eigentlich reihenweise Test-IDs auf, und jede beliebige URL darf man auch reinschmeißen.
  • Ich kann nur die Knöpfchen für den vereinfachten Start zur Verfügung stellen, und hinterher ein mehr oder weniger ausgefülltes Vorlagenschema in den Quelltext einfügen; das ist alles, was testbar wäre.
  • Wenn man also nach Durchklicken zu entsprechendem Text eine Vorlageneinbindung im Quelltext sieht, ist der manuelle Softwaretest absolviert.
  • Mit welchen Inhalten Citoid@WMF und Zotero geruhen die Vorlagenparameter auszufüllen, liegt außerhalb meiner Verantwortung. Ich bemühe mich, mir bekannte Schwächen für den deutschen Markt etwas nachzubessern.
  • Was die Doku angeht, so bin ich dieser Tage dabei, die Pseudo-Screenshots entsprechend Datei:Citoid screenshot 03.png auszubauen; so bereits unten in Benutzer:PerfektesChaos/js/citoidWikitext #Ergebnisse, worunter noch das Ergebnis kommen soll analog Datei:Citoid screenshot 04.png.
• laxbreak ist ohnehin deprecated und ich wüsste nicht, dass ich je mit C&P ein solches Syntaxproblem gebaut hätte.
  • Von wegen deprecated steht es auch immer auf einer gesonderten Zeile, bereit zum zukünftigen Löschen.
  • Ich brauche es, weil ich wie in der Schule schreibe

            wait(   2017
                  +  180
                  +   22 );

• Drei Dutzend Benutzer haben das Dings inzwischen (seit zehn Wochen mit Beta) aktiviert und nutzen es teilweise offenbar fleißig; scheint im Grundsatz zu funktionieren.

LG --PerfektesChaos 14:37, 13. Jul. 2015 (CEST)

Ein Test sollte mindestens so ausführlich beschrieben sein wie Benutzer:Schnark/js/Tests; dass die Dokumentation Beispiele hat, ist zwar schön, aber solange nicht klar angegeben ist "Gib dies ein, klicke hier, schau, dass folgende Ausgabe erzeugt wird", ist das kein Test, an dem man die Funktionsweise des Programms auch nach Updates feststellen kann.

Wenn laxbreak deprecated ist, musst du die Zeilenumbrüche ohnehin so gestalten, wie es JSHint gerne hätte, Hintergrund ist, dass beim Löschen der ersten Zeile ein fehlendes Semikolon in der Zeile davor nicht mehr auffallen würde, daher die Warnung. --Schnark 09:47, 14. Jul. 2015 (CEST)

Spezial:fliegelflagel nicht erreichbar

Das Plugin habe ich erfolgreich eingebunden, es funktioniert auch, ich bin begeistert :D. In der Standardkonfiguration ist für mich eigentlich alles io. Ich würde trotzdem gerne wissen, wie man das Plugin konfigurieren kann. Leider ist die Konfigurationsseite Spezial:Fliegelflagel nicht erreichbar. Was ist da los? Habe ich was vergessen oder falsch gemacht? --Wlanowski (Diskussion) 19:41, 20. Mai 2015 (CEST)

• Diese Seite existiert nur virtuell; dass man ein Rotlink sieht, ist kein Grund zur Beunruhigung.
• Wenn du das Skript aktiviert hast, müsste sie sich nach einem Momentchen mit Leben füllen.
• Ich selbst bin kein fliegelflagel-Benutzer und kann dir nichts Aktuelles sagen.
• Schnark ist diesen Monat anscheinend off.

LG --PerfektesChaos 20:04, 20. Mai 2015 (CEST)

Sie funktioniert doch. Aber bei mir nur, wenn ich Vector als Benutzeroberfläche nutze. Eigentlich nutze ich lieber Modern. Vielleicht könnte man diesen Bug irgendwie beheben... Trotzdem Danke für die Hilfe PerfektesChaos --Wlanowski (Diskussion) 19:40, 22. Mai 2015 (CEST)

Erledigt, danke für den Hinweis (und ja, ich bin noch einige Zeit nicht da). --Schnark 09:54, 23. Mai 2015 (CEST)

Vielen Dank für den Fix. Funktioniert wunderbar. :) --Wlanowski (Diskussion) 22:12, 24. Mai 2015 (CEST)

Request Accesskey

Hallo Schnark, ich würde gerne vorschlagend um die Kleinigkeit bitten, für das Speichern den Standard Accesskey +"s", wie bei den Standard-Einstellungen (und eigtl. auf jeder Wiki-Seite mit Save-Function), zu verwenden. Des Weiteren würde ich die Schaltflächen noch einmal ganz ans Ende klonen (wohl allerdings ohne Accesskey), wieder analog zu den Standard-Einstellungen. (Angesichts, dass die Liste auch nicht groß kleiner werden wird.) LG ↔ User: Perhelion 10:53, 26. Mai 2016 (CEST)

 Ok --Schnark 10:20, 28. Mai 2016 (CEST)

Andere Skripte global einbinden

Hallo Schnark, ich habe gerade festgestellt dass man eigene/andere Skripte/Module nicht global (auf Meta) aufnehmen kann (also sie sind dann nur auf Meta da). Wäre das nicht sinnvoll⁉ LG ↔ User: Perhelion 18:54, 20. Jun. 2016 (CEST)

Ich verstehe deine Frage nicht. --Schnark 09:30, 21. Jun. 2016 (CEST)

Echt nicht? Ich habe Fliegelflagel in der global.js eingebunden (was ja auch scheinbar als Möglichkeit vorgesehen ist), das funktioniert auch. Nun ist das Problem, dass dort registrierte „andere“ Skripte nicht wie erhofft global registriert werden (also z.B. hier nicht erscheinen). ↔ User: Perhelion 12:57, 21. Jun. 2016 (CEST)

Bitte lies dir http://www.chiark.greenend.org.uk/~sgtatham/bugs-de.html und formuliere das Problem anschließend so, dass ich es nachvollziehen kann. Ich habe keine Lust selbst zu suchen und zu raten, was du genau meinst. --Schnark 10:19, 23. Jun. 2016 (CEST)

Ok... sorry, lese ich mir nachm Urlaub mal durch. Aber ich sehe gerade, dass die Module nun auf den einzelnen Wikipedien erscheinen nur auf Commons nicht (dort habe ich auch keine lokale fliegelflagel Manipulation). ↔ User: Perhelion 15:16, 23. Jun. 2016 (CEST)

Linkerkennung

Hallo Schnark, erstmal vielen Dank für dein Tool. Ich bin gerade über einen Bug gestolpert und bin mir nicht sicher, ob er von dem Tool herrührt. Als ich diesen Edit von Benutzer:Fomafix überprüfte und die zweite Änderung anklickte, kam ein 404 bei Heise. Daraufhin habe ich wieder auf http zurückgesetzt, woraufhin User:Nenntmichruhigip zu Recht revertierte. Beim Mouseover in der Versionsgeschichte wird das Linkende in der Vorlage:Internetquelle nicht richtig erkannt, angezeigt wird z.B. https://www.heise.de/security/meldung/Microsoft-exkommuniziert-memcpy-219695.html%7Ctitel=Microsoft - der Senkrechte Strich (Pipe) wird nicht als Linkende erkannt. Ich hoffe, ich habe das Problem verständlich beschrieben ... Gruß, --Stobaios 14:50, 2. Okt. 2016 (CEST)

Das Grundproblem klingt nach Kategorie:Wikipedia:Defekte Weblinks/Bot/Pipe-Symbol in URL.

Der senkrechte Strich steht im %7C und geht typischerweise auf einen Syntaxfehler in unserem Quelltext zurück.

„Mouseover in der Versionsgeschichte“ – sagt mir nichts, aber ich wurde ja auch nicht gefragt.

Wenn ich in irgendwelchen Versionen nach exkommuniziert suche, sieht für mich alles drumherum einwandfrei aus.

LG --PerfektesChaos 15:01, 2. Okt. 2016 (CEST)

@PerfektesChaos: Danke. Wenn ich beim genannten Diff mit der Maus über den zweiten Heise-Link fahre, wird das Pipe-Symbol im Link angezeigt = 404. Der Fehler tritt nicht auf, wenn vor der Pipe ein Leerzeichen eingefügt wird. Ist das jetzt ein Fehler in der Linkerkennung von Schnarks Script oder in der Verwendung der Vorlage:Internetquelle? --Stobaios 15:18, 2. Okt. 2016 (CEST)

(BK) Ich vermute eher, dass das Benutzerscript im Quelltext https://www.heise.de/security/meldung/Microsoft-exkommuniziert-memcpy-219695.html|titel=Microsoft sieht und daraus den Link erzeugt, wie MediaWiki ihn erzeugen würde, wenn es nicht innerhalb einer Vorlageneinbindung stünde. --nenntmichruhigip (Diskussion) 15:22, 2. Okt. 2016 (CEST)

Es ist wohl kein Benutzerskript.

• Die Verlinkungen oben in der Diffpage, in den nebeneinanderstehenden Spalten, kommen von der MediaWiki-Software, die alles in ein Weblink umwandeln, was mit http: usw. beginnt – bis zum nächsten Whitespace (oder < oder ]).
• Schnark hat ein Skript „Diff++“ geschrieben, das unter anderem aus diesem Grund diese URL-Verlinkungen aus der Diffpage rausschmeißt. Ich nutze das, sehe da oben keine Links, und würde deshalb und auch sonst nie auf die Idee kommen, da oben was anzuklicken.
• Die MediaWiki-Software, die als Service in der Diffpage alle mit http: usw. beginnenden URL in ein anklickbares Link umwandelt, hat ein philosophisches Problem: In der Diff-Spalte steht eine Quelltextzeile, in der oder den beiden anliegenden Zeilen sich etwas geändert hatte, aber die Vorlageneinbindung einer Infobox kann sich über 30 Quelltextzeilen erstrecken, und die Diffpage weiß nicht, dass die URL in einer Vorlageneinbindung stünde, und hier die Pipe eine andere Bedeutung hätte. Eine Pipe kann aber auch normaler Bestandteil einer URL sein. Woher weiß die Diffpage bei dieser Zeile, dass es ein Vorlagenparameter sein soll und nicht Teil der URL?
  • Unter anderem auch deshalb fügt WSTM im Fließtext vor jeder Pipe der Vorlagen Literatur und Internetquelle ein Leerzeichen ein.

Schnark oder unsere Skripte haben mit der Angelegenheit nichts zu tun; Beschwerden bitte höheren Ortes.

VG --PerfektesChaos 15:38, 2. Okt. 2016 (CEST)

Schau nochmal nach: Ohne angemeldeten Benutzeraccount sind da keine Links, und ein Script, dass die bei mir entfernen würde, wäre bei bei mir wohl so langsam, dass ich es wüsste, wenn ich es nutzen würde. --nenntmichruhigip (Diskussion) 16:05, 2. Okt. 2016 (CEST)

@Umherirrender: Dann fragen wir mal jemanden, der sich damit auskennt: Wo kommen denn die Löcher im Käse her, und wer macht ein href an die URL auf der Diffpage? LG --PerfektesChaos 16:17, 2. Okt. 2016 (CEST)

Also, wenn ich mir (angemeldet) den Datenstrom mitschneide, wie er vom Wiki-Server kommt, dann stehen da bereits HTML-href drin. Somit ohne dass ein Skript eingewirkt hätte. Zum Ausloggen und Wiederholen habe ich grad keinen Bock. VG --PerfektesChaos 19:23, 2. Okt. 2016 (CEST)

@PerfektesChaos: Tipp zum "Ausloggen": Private Mode/Inkognito-Modus (Ctrl+Shift+P) ;-) --nenntmichruhigip (Diskussion) 09:25, 3. Okt. 2016 (CEST)

Diff-Pages werden ohne Links ausgeliefert, Schnark hat aber ein Skript welches Wikilinks und vermutlich Weblinks im Diff markiert. Wenn man sich nur den Diff anschaut, steht dort kein href auf heise drin. Ich sehe hier kein MediaWiki-Problem. Der Umherirrende 19:47, 4. Okt. 2016 (CEST)

+ idResolver@PerfektesChaos

ID

idResolver

Allgemeinnutzen

Direktes Auswählen von DNB, LCCN, KVK, eigener Uni-Bibliothek ohne Umweg über ISBN-Suche usw., DOI-Kataloge, Worldcat, GND-basierten Kataloge usw.; Archivlinks für URL anbieten.

Basisfunktionalität vorkonfiguriert.

Interaktive Anpassungen für einfache Schalter möglich.

Dokumentationsseite

Benutzer:PerfektesChaos/js/idResolver – Bedienung

en:User:PerfektesChaos/js/idResolver #Codes – Software-Details

Quellcodes

en:User:PerfektesChaos/js/idResolver/d.js

en:User:PerfektesChaos/js/idResolver/core/d.js

en:User:PerfektesChaos/js/idResolver/prego/d.js

en:User:PerfektesChaos/js/isbnLib/d.js

en:User:PerfektesChaos/js/WikiSyntaxTextMod/dS.js

en:User:PerfektesChaos/js/WikiSyntaxTextMod/dU.js

jshint-fähig.

Keine deprecated.

Keine Abhängigkeiten von Browser, Skin, mobil/desktop.

I18N/L10N

Bislang keine sprachabhängigen Text-Elemente in der normalen Nutzung.

Konfigurationsoberfläche deutsch und englisch.

• Unterstützung aller de-Varianten, ebenso als als bar frr gsw ksh lb nds pdc pdt pfl sli stq vmf

Auf beliebige Sprachen erweiterbar.

Bedienungsanleitungen deutsch und englisch.

Code-Kommentare englisch.

VisualEditor

Nur bei action aus view|submit|edit derzeit wirksam aktivierbar.

• Zukunftsmusik: history (Benutzerauskunft)

Testseite

en:User:PerfektesChaos/js/idResolver/Test

Benutzer:Schnark/js/fliegelflagel.js

idResolver: {
	scripts: 'en:User:PerfektesChaos/js/idResolver/r.js',
	only: function (ns, action) {
		return action === 'view' || action === 'edit';
	}
},

Benutzer:Schnark/js/fliegelflagel.js/config.js

{
	id: 'idResolver',
	title: 'idResolver@PerfektesChaos',
	description: 'Mehrfache Linkziele für ISBN, DOI, ISSN, GND u.a.; Weblinks ggf. in neuem Tab und mit Archivlinks',
	docpage: 'https://de.wikipedia.org/wiki/User:PerfektesChaos/js/idResolver',
	category: 'other',
	status: 'stable'
},

LG --PerfektesChaos 15:45, 24. Jan. 2017 (CET) Update 12:35, 25. Jan. 2017 (CET)

Kleinigkeiten:

• https://en.wikipedia.org/wiki/User:PerfektesChaos/js/idResolver/core/d.js:
  • IDEA.followed: Interaktion mit Session-Storage immer nur in try-catch durchführen, auch wenn du die Existenz zuvor geprüft hast. Beispielsweise hast du in Safari im Inkognito-Mode ein Quota von exakt 0, der Versuch mehr zu speichern führt zu einem Laufzeitfehler.
  • CHANCE.issn.find: Die Kommas im Selektor sind hier am Zeilenende, während in allen anderen Fällen sie am Zeilenanfang stehen. Willst du das nicht konsistenter gestalten?
  • TYPES: Bitte phab:T153498 und Verwandte im Auge behalten, die Thumb-URLs könnten sich ändern.
  • Zwar konsistent, aber trotzdem merkwürdig: Fast alle Elemente erzeugst du mit $('<foo>'), nur nicht $('<br>'), da fügst du einen Slash ein.
  • Wo nutzt du die Abhängigkeit von OOjs und OOjs-UI?
• Caching-Parameter in URLs: Ich habe beschlossen zu einfachen URLs ohne maxage, bcache etc. zurückzukehren. Solange du weißt, was du tust, kannst du die URLs bei dir natürlich so lassen, aber eventuell nochmal schauen, ob sie sich tatsächlich so verhalten, wie du es dir vorstellst.
• „Bislang keine sprachabhängigen Text-Elemente in der normalen Nutzung“: Die URLs könnten durchaus mit der Sprache variieren, aber ich habe keine Einwände dagegen.
• VE: Da VE de facto action=view verwendet, stimmt deine Begründung, warum das Skript kompatibel ist, nicht. Ich sehe trotzdem keine Probleme.
• fliegelflagel.js (heißt in Zukunft fliegelflagel.js/define.js): action==='submit' ist überflüssig, da Fliegelflagel das mit action==='edit' zusammenfasst.
• fliegelflagel.js/global.js: Gibt es in Zukunft nicht mehr. Eben weil der Code ohnehin identisch ist.
• Benutzer:Schnark/js/fliegelflagel.js/config.js: Willst du die Beschreibung lokalisieren?

–Schnark 09:57, 25. Jan. 2017 (CET)

• Session-Storage
  • try-catch kommt mit zukünftiger Version; alle Local-Storage habe ich aus gleichem Grund bereits auf mw. umgestellt.
• Komma im Selektor
  • Geerbt aus ersten Zeilen von CHANCE.doi.find – dort vorne sinnvoll; Rest eher hinten.
  • Idee war, auf diese Weise schneller eine Zeile auskommentieren zu können.
  • Kann sowieso irgendwann besser in eine kumulierende Servicefunktion, ( already ? already + "," : "" ) + "[href*='" + append + "']" – allmählich lohnt es sich.
• Thumb-URL
  • Wird sich schon anhand der Beschwerden manifestieren; zuallererst meine eigene.
  • Die drei sind ja auch 1:1 und ohne Gemeinheiten wie xpx.
  • Die sollen mal ihren MD5-Unfug wegschmeißen und zu Clean URL ohne die MD5-Pfade übergehen, jedoch beliebige alte Pfade einfach ignorieren.
  • Der MD5-Zirkus ist 15 Jahre alt und stammt aus einer Zeit, als man zur Lastverteilung auf verschiedene Festplatten diese Codes brauchte. Das geht heutzutage moderner, und den aufwändigen MD5 als random für einen nichtkryptischen Hash zu verwenden ist auch nicht gerade ressourcensparend.
• <br />
  • XMLler alter Schule.
  • Kommt vielleicht mit HTML6 wieder in Mode; ja, ich kenne Canonical XML.
• Abhängigkeit von OOjs und OOjs-UI
  • OO.ui.PopupWidget
  • Entwicklung lief in tipsy, das mittendrin deprecated ging.
• Caching
  • Ich habe die Hoffnung nicht aufgegeben, dass die eines Tages zu einem trafficschonenden Management zurückkommen; scheint mir Marotte einer Einzelperson zu sein.
  • Den Wiki-Globus links oben fragt man bei jedem Seitenaufbau für 384 Bytes für die Frage und nochmal die Antwort ab, ob er nach zehn Jahren noch aktuell sei; genauso die beiden powered by im Fußbereich. Wirkt auf mich wie Zählpixel.
  • Ich habe ein weiterentwickeltes Add-On, das für bestimmte URL-Sequenzen die Aktualisierungsanfrage unterbindet. Wenn ich Labs-Anbieter wäre, würde ich das sogar in einem Wiki-Store anbieten, so dass maxage ausgelesen wird, und unter Umgehung des Wikiservers wieder zugewiesen. Habe aber zuviel offene Baustellen, als dass ich noch Add-Ons anfassen würde.
  • Wenn ein Bildchen zehn Jahre nicht verändert wurde, dann kann man ihm drei, sechs oder zwölf Stunden ohne dämliche Fragen zugestehen. Und wenn ich zusichere, dass eine Ressource 24 Stunden Haltbarkeit hat (Routine bei r-Versionen; d mit 0 oder 1000), dann braucht man nicht bei jedem Seitenaufbau nachzufragen.
• Sprachabhängigkeit
  • http://kremlin.ru/ antwortet bislang noch lateinisch und leitet nicht auf IRL um. Und wenn, wäre es auch okay.
  • Die Zeichenkette URL gäbe es übrigens tatsächlich lokalisierbar; wird aber selbst in Japan verstanden und langt erstmal für die lateinisch verschrifteten Anwendungen.
• VE
  • Meine Kenntnisse hinsichtlich VE-Detektion mögen veraltet sein.
  • Du könntest ja mal aktuell dokumentieren im Bereich Wikipedia:Technik/Text/Edit/VisualEditor wie zu erkennnen sei.
  • Also wgAction=view und nur in der URL veedit, oder nur Event abfangen oder was?
• action==='submit'
  • Oben gemacht.
• global.js
  • steht noch umseitig.
• L10N config.js
  • War mir nicht bekannt; würde ich für alle nachliefern.
  • Sieht mir allerdings nicht gerade pflegeleicht aus.
  • Es müsste unten das gleiche Gadget-bezogene Objekt geben wie auf Hilfe:TemplateData/JSON #InterfaceText (Beispiel bei Hilfe:TemplateData/JSON #sets) und dieses dann programmatisch aufgelöst werden.
  • Ansonsten wird dein Bereich oben verseucht mit lauter Fremd-Textbröseln, und zum Entfernen eines Skriptes kann es nicht einfach ausgeschnitten werden.
  • Deinen Bereich oben hielt ich für die L10N der allgemeinen Konfigurationsoberfläche; ohne Elemente per Gadget.
  • Funktionsaufrufe in der Gadget-Beschreibung kollidieren zumindest mit der JSON-Idee.
  • Ich verwende Fallback-Kaskaden; probiere das aktuelle de-formal, wenn es das nicht gibt dann de, wenn das nicht dann Basissprache en.

LG --PerfektesChaos 12:35, 25. Jan. 2017 (CET)

• XMLler alter Schule.
  • Dann wäre aber $('<span />') logischer. Wobei diese Diskussion einer der schlimmsten Flame-Wars war, der jemals auf der wikitech-Mailingliste ausgetragen wurde.
• Sprachabhängigkeit
  • scholar.google.de zum Beispiel könnte durchaus lokalisiert werden (auch wenn es vermutlich ohnehin weiterleitet), ein Franzose würde bei der ISSN vielleicht sudoc.abes.fr und opac.dnb.de gerne vertauscht sehen, etc.
• VE action
  • VE nutzt veaction=edit und veaction=editsource in der URL, womit wgAction === 'view' ist.
• global.js
  • Noch ist die neue Fliegelflagelversion ja nicht fertig, sodass noch der Ist-Zustand dokumentiert wird. Da ich aber keine Lust habe, noch etwas an den alten Skripten zu machen, werden deine Vorschläge erst mit der neuen, noch undokumentierten Version aufgenommen. Auch das Format hat sich leicht verändert, du brauchst also Kleinigkeiten in den Definitionen nicht umzustellen, da ich ohnehin noch mehr Kleinigkeiten, von denen du nichts wissen kannst, umstellen muss.
• L10N Konfiguration
  • Gib mir einfach den englischen String, um den Rest kümmere ich mich. Fallback funktioniert bei mir über mw.language.getFallbackLanguageChain(). In Anbetracht der Tatsache, dass eine Skriptdefinition ohnehin über zwei (und im Moment noch über drei) Seiten verteilt ist, kann man das Verteilen von Definition und Lokalisierung über zwei Stellen der gleichen Seite vernachlässigen.

(ausnahmsweise im alten Wikitext-Editor) --Schnark 09:52, 26. Jan. 2017 (CET)

Du hast mich übrigens überzeugt darin, dass die Daten in /config.js nur JSON enthalten sollten. Es wird also Schlüssel wie descriptionMsg etc. geben. –Schnark 10:27, 30. Jan. 2017 (CET)

• Session-Storage
  • try-catch eingebaut.
• Selektoren mit Komma
  • Hilfsfunktion eingeführt, für Aufzählung einzelner Selektoren
• L10N
  • Multiple link targets for ISBN, DOI, ISSN, GND etc.; external links in new browser tab and with archive research
• Popup zu eng
  • Irgendwo [?] hatten wir über sowas diskutiert.
  • Ich habe es nicht restlos begriffen, hatte es aber in der Zwischenzeit mit einem anderen Browser reproduzieren können.
  • OOjs will vorher die Größe des Popups in Pixeln wissen. Die kenne ich aber nicht; hängt von Schrifteigenschaften und vielerlei Unbekanntem ab. Deshalb generiere ich den Inhalt erstmal im Unsichtbarem, nehme dort die Abmessungen. Der OOjs-Pfeil oben scheint zu der Höhe dazuzugehören, während ich bisher vom Nutzinhalt ausging.
• Undurchsichtiges Popup
  • Benutzereinstellung verfügbar gemacht.
• Kollabierende Popups, dynamische Seiten
  • Beim mw.hook("wikipage.content") bleibt die Sammlung bisheriger Popups erhalten und wird nicht mehr genullt.
  • HTML-Elemente <a> werden mit der laufenden Nummer eines schon generierten Popup-Datenobjekts attribuiert; sonst ein neues Popup generiert und hinterlegt. Gleiche Linkziele werden nicht betrachtet, weil jedes <a> auch ein individuelles Popup braucht. Falls nur Teilbereiche einer Seite modifiziert wurden, können jetzt bis zum Neuaufbau der Seite verwaiste Popups entstehen.
  • Kollabierende Popups kann ich nicht reproduzieren.

LG --PerfektesChaos 16:55, 25. Feb. 2017 (CET)

+ citoidWikitext@PerfektesChaos (2)

ID

citoidWikitext

Allgemeinnutzen

Automatisches Ausfüllen von Zitationsvorlagen bei der Quelltextbearbeitung.

• Kann gegenüber VE-Quelltext-Feature nicht nur URL, sondern reagiert auch auf Vorlagen, Magic Links, Interwiki, plain text; fragt bei ISBN in mehreren Bibliotheken – sprachabhängig konfigurierbar.
• Bereitet Zotero-Ergebnisse intelligent nach; hat Kenntnisse über bestimmte Websites; kombiniert mehrere Zotero-Ergebnisse; berücksichtigt projektspezifische Vorlagen.

Basisfunktionalität vorkonfiguriert.

• Anpassungen mittels JS möglich.

Dokumentationsseite

Benutzer:PerfektesChaos/js/citoidWikitext – Bedienung

en:User:PerfektesChaos/js/citoidWikitext/software – Software-Details

Quellcodes

en:User:PerfektesChaos/js/citoidWikitext/d.js

en:User:PerfektesChaos/js/citoidWikitext/core/d.js

en:User:PerfektesChaos/js/citoidWikitext/opus/d.js

en:User:PerfektesChaos/js/citoidWikitext/dewiki/d.js

jshint-fähig.

Keine deprecated.

Keine Abhängigkeiten von Browser, Skin, mobil/desktop (mobil aus Platzgründen nicht empfohlen).

I18N/L10N

Nutzeroberfläche deutsch und englisch.

• Unterstützung aller de-Varianten, ebenso als als bar frr gsw ksh lb nds pdc pdt pfl sli stq vmf

Auf beliebige Sprachen erweiterbar: en:User:PerfektesChaos/js/citoidWikitext #Other languages.

Bedienungsanleitungen deutsch und englisch.

Code-Kommentare englisch.

VisualEditor

Nur bei action=edit wirksam aktivierbar.

Testseite

User:PerfektesChaos/js/citoidWikitext/Test

Benutzer:Schnark/js/fliegelflagel.js/define.js

citoidWikitext: {
	scripts: 'en:User:PerfektesChaos/js/citoidWikitext/r.js',
	only: function (ns, action) {
		return action === 'edit';
	}
},

Benutzer:Schnark/js/fliegelflagel.js/config.js

{
	id: 'citoidWikitext',
	title: 'citoidWikitext@PerfektesChaos',
	description: 'automatisches Ausfüllen von Zitationsvorlagen bei der Quelltextbearbeitung',
	docpage: 'https://de.wikipedia.org/wiki/User:PerfektesChaos/js/citoidWikitext',
	category: 'other',
	status: 'stable'
},

Rückfrage

Zurzeit nur in dewiki einsetzbar, weil von Vorlagensystematik abhängig; wie schmeißt man dauerhaft per only:function vorsorglich andere Projekte raus?

LG --PerfektesChaos 12:38, 25. Jan. 2017 (CET)

Benutzer:Schnark/js/fliegelflagel#Aufnahme fremder Skripte: „Wenn das Skript die Bearbeiten-Oberfläche erweitert, muss es mit dem VisualEditor kompatibel sein […]“ Wobei „kompatibel“ heißt: Es muss im VE funktionieren, nicht einfach nur keine Fehler erzeugen. → Nein, auch wenn dir diese Antwort nicht gefallen wird. Meinetwegen auch erst mal nur Kompatibilität mit dem Quelltextmodus des VE, aber reine action=edit-Skripte fliegen mit der neuen Fliegelflagelversion bis auf zwei Ausnahmen raus, neue werden grundsätzlich nicht mehr aufgenommen. –Schnark 10:02, 26. Jan. 2017 (CET)

„Letzer Edit“ in Benutzer:Schnark/js/fliegelflagel.js/config.js

Auf der Seite Benutzer:Schnark/js/fliegelflagel.js/config.js tritt einmal der Schreibfehler „Letzer Edit“ auf. Gruß --Entlinkt (Diskussion) 14:53, 5. Mär. 2017 (CET)

Danke, korrigiert. –Schnark 09:06, 6. Mär. 2017 (CET)

Neues Design

Gibt es dein neues Design auch in Platzsparend? Bei der alten Version passten bei mir alle Tools auf 3-4 Bildschirmseiten. Jetzt hast du den Bildschirm Durch das Scrollfenster künstlich verkleinert und die Einträge besonders durch die übergroßen Knöpfe künstlich aufgeblasen. Das führt dazu das ich 26 (in Worten sechsundzwanzig) mal auf Bild nach unten klicken muss um an das Ende der Liste zu kommen. Ich schaute bis jetzt ca. ein mal im Monat durch ob es was neues gibt. Das ist durch das neue Design praktisch nicht mehr machbar da die Übersicht fehlt. Selbst die Stichwortliste am Anfang wird durch überflüssige Leerzeilen unnütz aufgebläht. Bitte stell als Option wieder ein platzsparendes und übersichtliches Design her. ----Mauerquadrant (Diskussion) 19:10, 11. Mär. 2017 (CET)

OOjs-UI ist alles andere als platzsparend, ich weiß. Trotzdem halte ich die Umstellung für richtig, und das alte Design wird es nicht mehr geben, auch nicht als Option. Wenn du einfach nur wissen willst, wenn es ein neues Skript gibt, kannst du Benutzer:Schnark/js/fliegelflagel.js/define.js oder Benutzer:Schnark/js auf deine Beobachtungsliste setzen. –Schnark 09:09, 13. Mär. 2017 (CET)

Registrierte Tools auf Wiki-Seite

Mal so als Vorschlag. LG --PerfektesChaos 00:49, 14. Apr. 2017 (CEST)

Konfigurationsseite bei schmalem Browserfenster

Schritte zum Reproduzieren des Fehlers:

1. Wähle den Vector-Skin.
2. Öffne (in einem beliebigen Wiki) die Fliegelflagel-Konfigurationsseite.
3. Mache das Browserfenster so schmal, dass in der Zeile "Filter" der Button "Kategorie" nach ganz links rutscht.
4. Klicke den Button "Kategorie".

Fehler:

• der Text des Sidebar scheint durch das Popup-Fenster durch.

Viele Grüße --FriedhelmW (Diskussion) 23:01, 14. Apr. 2017 (CEST)

Danke für den Hinweis, ich habe den Fehler behoben. --Schnark 09:42, 18. Apr. 2017 (CEST)

ältere Dame ersucht um Hilfe

Hallo, ich habe mir das Script in meine common.js kopiert, weil ich nur diese Bearbeitungswerkzeuge neben jeder Kapitelüberschrift haben wollte, wenn Ihr wisst, was ich meine. Jetzt sind aber auch meine Benutzerinnenbeiträge grün und pfirsichfarben markiert. Den Text kann ich aufgrund eines Augenleidens aber kaum noch erkennen. Kann mir irgendjemand das bitte direkt in meiner common.js (hier) so abändern, dass ich die Werkzeugleiste habe, aber die Einfärbungen bzw. Textmarkierungen nicht mehr stattfinden? Ich kenn mich null aus, bin viel zu alt für EDV-Fachkram und habe einfach mit copy und paste gearbeitet. Danke vorab für die Hilfe. <3 --Incompetencia (Diskussion) 17:28, 2. Jan. 2018 (CET)

Hallo. Gehe auf Spezial:Fliegelflagel, rolle runter bis "Syntaxhighlight", stelle "Aktivieren" auf "Nein", dann gehe nach oben und klicke auf "Änderungen speichern". --FriedhelmW (Diskussion) 19:00, 2. Jan. 2018 (CET)

Hallo FriedhelmW, hab ich alles so gemacht, aber die Benutzerbeiträge werden immer noch alle markiert. --Incompetencia (Diskussion) 23:57, 6. Jan. 2018 (CET)

Hallo Incompetencia. Hatte mich verlesen. Gehe auf Spezial:Fliegelflagel, rolle runter bis "Topcontrib", stelle "Aktivieren" auf "Nein", dann gehe nach oben und klicke auf "Änderungen speichern". --FriedhelmW (Diskussion) 00:04, 7. Jan. 2018 (CET)

Super, vielen Dank, hat geklappt. Sei gegrüßt, --Incompetencia (Diskussion) 11:51, 14. Jan. 2018 (CET)

veCustomize - Verständnisfrage

In der Beschreibung steht:

nbsp	Geschütztes Leerzeichen (nur über Tastenkombination)

Frage: welche Kombi ist denn dafür vorgesehen? mit gruessen von VINCENZO1492 09:53, 18. Mai 2018 (CEST)

Oh. Was für eine großartige Dokumentation ich da geschrieben habe. Ich habe die Tastenkombination jetzt ergänzt. Im Prinzip ist die Tastenkombination auch in der Hilfe aufgelistet, die über die Werkzeugleiste im VE erreichbar ist, aber die Hilfe geht wegen eines Programmierfehlers bis zum nächsten Softwareupdate gerade nicht.

Wenn du der erste richtige Anwender meines Skripts bist, kannst du natürlich auch noch weitere Wünsche äußern, wie es sich verhalten soll, insbesondere könnte ich natürlich problemlos eine Option für Wikipedia:Technik/Werkstatt#Visual Editor – Menüs der Werkzeugleiste automatisch dauerhaft ausgeklappt? anbieten. –Schnark 10:42, 18. Mai 2018 (CEST)

Kann man die Meldung ausblenden?

Du verwendest nicht die vorgeschlagenen Einstellungen!
… ich möchte explizit nicht den neuen Wikitext Editor verwenden. Oder habe ich nur die Möglichkeit die Warnmeldung zu ignorieren. --Liebe Grüße, Lómelinde Diskussion 11:38, 3. Jul. 2019 (CEST)

Nein, Ausblenden ist nicht vorgesehen. Du kannst den Hinweis nur ignorieren, solltest aber beachten, dass der alte Wikitexteditor von mir nicht mehr getestet wird, also bei neuen Softwareversionen jederzeit Fehler auftreten können, die mir weder auffallen, noch mich interessieren, wenn mich jemand anders darauf aufmerksam macht. –Schnark 12:14, 3. Jul. 2019 (CEST)

Ja, das weiß ich doch, aber bisher läuft noch alles was ich benötige. --Liebe Grüße, Lómelinde Diskussion 12:19, 3. Jul. 2019 (CEST)

Ich häng mich hier mal an, obwohl es nicht exakt dieselbe Meldung betrifft: Ich war länger nicht auf der Fliegelflagel-Spezialseite; als ich sie aber gestern mal wieder öffnete, sah ich den Hinweis, dass mein Code nicht aktuell sei. So, dachte ich, wird Schnark ein Update vollzogen haben, aber als ich das vermeintliche Update herüberkopieren wollte, merkte ich, das stimmt ja gar nicht. Kann es sein, dass das Testscript damit überfordert ist, dass ich den Fliegeflagel-Code in ein eigenes Skript ausgelagert habe, das dann im Hauptskript geladen wird? — Speravir – 23:31, 12. Sep. 2019 (CEST)

Du solltest die beiden &bcache=1&maxage=604800 aus den URLs entfernen (außer du bist dir vollkommen sicher, dass die genau das tun, was du willst und du das auch wirklich willst, aber das bezweifle ich). –Schnark 11:48, 13. Sep. 2019 (CEST)

Danke! Da wäre ich im Leben nicht drauf gekommen, denn das sind Ergänzungen von Anfang an (in Analogie zu Skripten von PC), die jahrelang klaglos funktioniert haben. Bei einigen anderen Skripten hatte ich das bereits rückgängig gemacht, aber hier leider übersehen. — Speravir – 22:36, 13. Sep. 2019 (CEST)

Das Speichern schlug fehlt!

Wenn ich versuche auf der Seite Spezial:Fliegelflagel eine Einstellung zu ändern und dann auf "Änderungen speichern" klicke, bekomme ich die Meldung "Das Speichern schlug fehlt!" und es wird nichts geändert. Ist da was kaputt oder liegt das an mir? Grüße -- HilberTraum (d, m) 22:38, 13. Nov. 2019 (CET)

Das liegt an dir, denn in Benutzer:HilberTraum/vector.js bindest du die alte, seit 2½ Jahren nicht mehr von mir unterstützte Fliegelflagel-Version ein (die damals auch eine einmalige Warnung dazu angezeigt haben sollte). Wenn du die aktuelle Version einbindest, wie in der Dokumentation beschrieben, sollte alles funktionieren. –Schnark 09:21, 14. Nov. 2019 (CET)

Prima, das klappt, danke! -- HilberTraum (d, m) 19:42, 14. Nov. 2019 (CET)

Einstellungen sichern?

Kann ich meine Einstellungen sichern oder wo finde ich sie? Ich wollte gern mal das Skript aus meiner common.js entfernen, um was auszuprobieren... --Amtiss, SNAFU ? 18:52, 25. Aug. 2020 (CEST)

Schnark war in den letzten Monaten nicht onwiki, deshalb antworte ich mal vertretungsweise unter Vorbehalt, da ich nicht alle Details der Programmierung kenne.

fliegelflagel hinterlegt deine persönlichen Optionen in deinem normalen Wiki-Benutzerkonten-Profil, und diese Informationen werden in jeder abgerufenen Wiki-Seite bereitgestellt.

Nur dadurch, dass du das Skript auf einer Seite nicht einbindest, also aus common.js entfernst, ändert sich daran nichts.

Gleichwohl würde es nicht schaden, wenn du dir eine kleine Liste auch mit Links auf die Doku-Seiten anlegst von Werkzeugen, die du gern benutzt.

VG --PerfektesChaos 19:45, 25. Aug. 2020 (CEST)

Danke, einerseits wollte ich das vermeiden, aber andererseits scheint das wohl die übersichtlichste Variante: nur die Teil-Skripte in meiner Commons einbinden, die ich auch verwende, statt Fliegelflagel als ganzes. --Amtiss, SNAFU ? 10:44, 27. Aug. 2020 (CEST)

Spezial:Fliegelflagel

Hallo! Wenn ich Spezial:Fliegelflagel aufrufen möchte zeigt er mir an: Die aufgerufene Spezialseite ist nicht vorhanden. Alle verfügbaren Spezialseiten sind in der Liste der Spezialseiten zu finden. Zurück zur Seite Wikipedia:Hauptseite. Weiß jemand was der Fehler ist? VG, -- DohleSchnackfass • Disk • E-Mail • Mitglied der Jungwikipedianer 15:41, 4. Dez. 2020 (CET)

Hast du den Code eingebunden wie in Benutzer:Schnark/js/fliegelflagel beschrieben? --FriedhelmW (Diskussion) 16:17, 4. Dez. 2020 (CET)

@FriedhelmW: Ist denn dashier richtig? -- DohleSchnackfass • Disk • E-Mail • Mitglied der Jungwikipedianer 16:41, 4. Dez. 2020 (CET)

Nein. Der Code beginnt mit

//Skriptsammlung Fliegelflagel, [[Benutzer:Schnark/js/fliegelflagel]]

--FriedhelmW (Diskussion) 16:48, 4. Dez. 2020 (CET)

So, jetz? -- DohleSchnackfass • Disk • E-Mail • Mitglied der Jungwikipedianer 17:01, 4. Dez. 2020 (CET)

Du hast Fliegelflagel jetzt für den MonoBook-Skin aktiviert. --FriedhelmW (Diskussion) 17:15, 4. Dez. 2020 (CET)

Vorlage:Smiley/Wartung/facepalm  Oh Gott, wie peinlich... -- DohleSchnackfass • Disk • E-Mail • Mitglied der Jungwikipedianer 17:19, 4. Dez. 2020 (CET)

Danke für die Hilfe! -- DohleSchnackfass • Disk • E-Mail • Mitglied der Jungwikipedianer 17:22, 4. Dez. 2020 (CET)

bkl-check scheint nicht zu funktionieren

Schnark ist ja leider seit längerem nicht mehr aktiv gewesen, trotzdem vermerke ich hier mal, dass das Skript Benutzer:Schnark/js/bkl-check (zumindest bei mir) nicht mehr funktioniert. Ich habe meines Wissens keine Einstellungen geändert und die restlichen Fliegelflagel-Skripte laufen bei mir auch wie gehabt. Dramatisch ist der Ausfall nicht, weil es ja wikipediaweit noch das Wikipedia:Helferlein/Begriffsklärungs-Check gibt, das man in den persönlichen Einstellungen aktivieren kann. Daher eher zur Info und vielen Dank an Dich, Schnark, für die vielen sehr sehr hilfreichen Skripte! Viele Grüße, DerMaxdorfer (Diskussion) 12:00, 28. Jul. 2023 (CEST)