Benutzer Diskussion:Schnark/js

Doppeltes Menü/Link

Hallo Schnark,

seit der Aktualisierung deines Scriptes ist das Fliegelflagel-Menü/Link am oberen Rand doppelt aufgeführt. Woran liegt das und wie bekomme ich eines davon wieder weg. Beide führen auf die selbe Seite.

Dank im Voraus LezFraniak (Diskussion) 09:58, 31. Mär. 2017 (CEST)

Du bindest das Skript sowohl in Benutzer:LezFraniak/common.js als auch in m:User:LezFraniak/global.js ein, damit wird es hier doppelt geladen und damit doppelt angezeigt. Wenn du es global mit den gleichen Einstellungen in allen Wikis verwenden willst, musst du die Einbindung aus deiner common.js entfernen, wenn du es nur hier verwenden willst die in deiner global.js, wenn du es in verschiedenen Wikis mit unterschiedlicher erweiterter Konfiguration einsetzten willst, musst du die Einbindung in der global.js anpassen wie in mw:Help:Extension:GlobalCssJs dokumentiert. –Schnark 10:42, 31. Mär. 2017 (CEST)

OK. Alles klar. Habe es lokal entfernt, weil ich es gerne global nutzen möchte. Danke. Schönes WE. Gruß LezFraniak (Diskussion) 11:22, 31. Mär. 2017 (CEST)

Kategorien hervorheben

Kann mir jemand sagen, was ich hier [1] falsch gemacht habe? Wahrscheinlich irgendwas mit Klammern, oder? <me dumm>

--Drahreg01 (Diskussion) 18:45, 23. Mai 2017 (CEST)

Das, was du da eingefügt hast, gehört zwischen

config: {

}

–Schnark 09:06, 24. Mai 2017 (CEST)

@Schnark: Herzlichen Dank! Das hat funktioniert. Weißt du, wo ich das abgucken kann, wenn ich mehrere Kategorien (unterschiedlich) hervorheben will? Ich habe keine Phantasie, welche Teile der Ergänzung [2] ich duplizieren müsste. LG, --Drahreg01 (Diskussion) 15:04, 24. Mai 2017 (CEST)

Ich hab es dann doch irgendwie mit Versuch und Irrtum hinbekommen. Nochmal vielen Dank! --Drahreg01 (Diskussion) 12:16, 25. Mai 2017 (CEST)

Schön. Wenn du noch das fehlende Leerzeichen in den Link-Tooltips beheben möchtest, müsstest du titleAppend: ' (Physik)' etc. mit Leerzeichen zwischen Anführungszeichen und Klammer schreiben. –Schnark 08:56, 26. Mai 2017 (CEST)

Personendaten

Warum erkennt das Skript erst, dass es sich um einen Personenartikel handelt, nachdem die Kat Mann/Frau gesetzt wurde? Wenn bspw. berufliche Kats wie „Pädagoge“ o.ä. vorhanden sind, springt das Skript noch nicht an. --Schnabeltassentier (Diskussion) 11:19, 30. Dez. 2017 (CET)

Weil es nur drei Geschlechter-Kategorien gibt, aber unzählige Berufskategorien. –Schnark 09:35, 4. Jan. 2018 (CET)

bkl-check und extratabs

Ich hatte testweise das Beta-Syntaxhighlighting mit CodeMirror aktiviert (und das Syntaxhighlighting von dir deaktiviert) und, als das nicht vollständig funktionierte, auf der Ursachensuche auch in der Browserkonsole nachgesehen (Firefox 58.x). Verwundert war ich dann, als ich in Commons plötzlich Meldungen deiner zwei Skripte bkl-check und extratabs entdeckte.

• bkl-check: Ich hielte es für besser, wenn Du deutlich machen würdest, dass man das Skript ohne individuelle Konfiguration derzeit nur in der deutschen und englischen Wikipedia einsetzen kann, es in der Voreinstellung in allen anderen Wikis wirkungslos ist und eine Warnung in das Browserlog geschrieben wird. Zur Konfiguration: Wäre es möglich, das Skript so zu erweitern, dass man optional nur eine neue oder auch bestehende CSS-Klasse angibt (addClass gibt’s doch in Javascript, wenn ich mich nicht irre), so dass man diese Klasse zu einer bestehenden CSS-Regel hinzufügen könnte (statt diesen Code zusätzlich in die Konfig. einzutragen)?
• extratabs: Ich erhalte in allen Wikis inkl. dewiki diese Warnung:

TypeError: extratabs is undefined
Stack-Trace:
extratabs@https://meta.wikimedia.org/w/load.php?debug=false&lang=de&modules=ext.globalCssJs.user&only=scripts&skin=vector&user=Speravir&version=0g8mnp7:1:689
Script.prototype.runAfter@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/fliegelflagel.js/load.js&action=raw&ctype=text/javascript&bcache=1&maxage=604800:269:4
Script.prototype.load/</<@https://de.wikipedia.org/w/index.php?title=Benutzer:Schnark/js/fliegelflagel.js/load.js&action=raw&ctype=text/javascript&bcache=1&maxage=604800:289:5
mightThrow@https://de.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=14kbqyi:49:590
resolve/</process<@https://de.wikipedia.org/w/load.php?debug=false&lang=de&modules=jquery%2Cmediawiki%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=14kbqyi:50:269

Ich sehe nicht, wo ich einen Fehler gemacht haben könnte. Ich habe in meiner global.js diesen Eintrag entsprechend Deiner Doku in Fliegelflagel und extratabs:

mw.hook('userjs.schnark-fliegelflagel.userdefine').fire({
	version: 1.1,
	profile: undefined,
	config: {
		extratabs: function (extratabs) {
			extratabs.enable('visualeditor');
			extratabs.remove('blame');
		}
	},

— Speravir – 20:36, 1. Feb. 2018 (CET)

@bkl-check: Da habe ich keine Motivation, etwas zu ändern. Ja, das Skript kann etwas mehr als die CSS-Alternativ, aber da insbesondere ich kaum etwas der erweiterten Funktionalität benötige, wird das eines der nächsten Skripte sein, die den Status deprecated erlangen.

@extratabs: Da hast du eine hübsche Race-Condition in der Kombination Extratabs/Fliegelflagel gefunden. Ich muss erst darüber nachdenken, wie ich diese am besten auflöse, das könnte etwas dauern. Da die Konfiguration ja trotzdem funktioniert und nur die Warnung in der Konsole zusätzlich erscheint, halte ich es auch nicht für so dringend. Du könntest auch testen, ob die Warnung verschwindet, wenn du den $.when(mw.loader.using(['mediawiki.util']), $.ready)-Wrapper entfernst. –Schnark 09:17, 2. Feb. 2018 (CET)

bkl-check: Schade. Aber addClass (oder anscheinend ohne jQuery className) einzubauen und dann auf nicht mehr unterstützt zu setzen, dazu kannst Du dich nicht durchringen?

extratabs: O – na ja, wie Du sagst, es funktioniert ja letztendlich. Das Deaktivieren des Wrappers brachte nichts. Stattdessen erschien ein zusätzlicher Fehler, jetzt wirklich rot als Fehler markiert, weil Perhelions Skript WikiEditorEmoticons den WikiEditor nicht fand („jQuery.Deferred exception: $(...).wikiEditor is not a function wikiEditorEmoticons“ als Warnung und anschließend in rot „TypeError: $(...).wikiEditor is not a function“, die Auslassungen sind nicht von mir). — Speravir – 17:12, 2. Feb. 2018 (CET)

@Speravir, Honischboy: Der Fehler bei den extratabs müsste jetzt behoben sein. Da ich ihn aber nie zuverlässig reproduzieren konnte (und er insbesondere bei mir im Normalbetrieb nie auftrat) und mir die Details völlig schleierhaft geblieben sind, kann ich mir nicht abschließend sicher sein. Falls er doch noch weiterhin auftritt, müsst ihr meckern, ansonsten gehe ich davon aus, dass ich ihn behoben habe, auch wenn ich nicht so ganz verstehe, warum. –Schnark 09:52, 26. Feb. 2018 (CET)

Jupp, Meldung ist jetzt weg. — Speravir – 20:16, 26. Feb. 2018 (CET)

Ausgabe in der Browserkonsole

Hallo Schnark,

Ich soll dich mal darauf hinweisen: https://phabricator.wikimedia.org/P6682

Du solltest das irgendwie überprüfen, aber ich glaube, dadurch wird das Problem auch nicht gelöst... -- Honischboy (Diskussion) 11:25, 13. Feb. 2018 (CET)

et is undefined: Siehe einen Abschnitt höher (wobei es eine interessante Information ist, dass das auch ohne die global.js passieren kann).

Keine passende ID gefunden: p-pageactions, p-cactions, p-pagemisc: Welches Skin verwendest du, und auf welcher Seite ist das aufgetreten?

Der Rest hat mit mir nichts zu tun. –Schnark 11:57, 13. Feb. 2018 (CET)

Ich verwende den Vektor - Skin. Dieses Log wurde geschrieben, als ich eine Übersetzung in der Content Translation aufrufen wollte. Und Jo, ich verwende Fliegelflagel nur auf Dewiki -- Honischboy (Diskussion) 22:36, 13. Feb. 2018 (CET)

In dem Fall kannst du auch diese Meldung ignorieren, ich schaue mal, dass sie beim nächsten Update ganz verschwindet. –Schnark 09:43, 14. Feb. 2018 (CET)

veSummary Konflikt mit VE

Hallo Schnark. veSummary ist plötzlich in Konflikt mit dem VE. Der Button „Änderungen veröffentlichen“ in VE (oder Beta „Neuer Wikitext-Modus“) funktioniert offenabr bei mehreren Usern nicht mehr, wenn veSummary aktiv ist. Erst wenn das Skript deaktiviert wurde, taucht das Zusammenfassungsfenster wieder auf. Siehe hier: Wikipedia:Fragen_zur_Wikipedia#Keinen_Editieren_mehr - kannst Du für Abhilfe sorgen? mit gruessen von VINCENZO1492 14:40, 11. Mär. 2018 (CET)

Ich habe den Fehler behoben. –Schnark 09:29, 12. Mär. 2018 (CET)

Großartig! Vielen Dank! Es funktioniert - wie z.B. bei diesem Edit zu sehen ist. mit gruessen von VINCENZO1492 09:58, 12. Mär. 2018 (CET)

Individuelle Signatur nicht mehr verwendet

Tach, Schnark, ich weiß, dass Du dein Wikieditor-Skript nicht mehr aktiv pflegen willst, aber vielleicht kannst Du trotzdem helfen: Seit Dienstag abend unserer Zeit auf Commons und etwas später im dewiki funktioniert im Wikieditor2010 mit Deinem Skript meine individuelle Signatur nicht mehr, die ich in meiner global.js hinterlegt habe (ohen Dein Skript ja so oder so nicht). Da dürfte mit an Sicherheit grenzender Wahrscheinlichkeit das jüngste Mediawiki-Update als Verursacher feststehen, aber wie kann ich das eingrenzen? Ich sehe in der Firefox-Webkonsole Fehler, die sich auf den Wikieditor beziehen, weiß aber nicht, wo genau man da weiterrecherchieren kann und ob die ursächlich sind:

This page is using the deprecated ResourceLoader module "ext.wikiEditor.toolbar".
Please use 'ext.wikiEditor' instead.  load.php:1:88
This page is using the deprecated ResourceLoader module "jquery.wikiEditor.toolbar".
Please use 'ext.wikiEditor' instead.  load.php:1:91
This page is using the deprecated ResourceLoader module "jquery.wikiEditor.toolbar.config".
Please use 'ext.wikiEditor' instead.  load.php:1:331

Auf die load.php:1:xx kann man klicken, aber das hilft mir nicht weiter, das zeigt mir nur die Implementierung der Fehlermeldung. --Speravir 00:18, 12. Mai 2018 (CEST)

Seit ich vollständig auf den VisualEditor umgestiegen bin, lese ich mir nicht mehr die Änderungen an der alten Werkzeugleiste durch, sodass ich keine Ahnung habe, was wann wie geändert wurde. Was zumindest noch einige Zeit funktionieren müsste (= solange, bis die veralteten Module, um die es in den drei Warnungen geht, entfernt werden), ist, die gewünschte Schaltfläche von Grund auf neu zu erstellen. –Schnark 10:02, 12. Mai 2018 (CEST)

Um eine Rückmeldung zu geben: Ich hatte versucht, die Schaltfläche neu zu erstellen, bin aber gescheitert. Ob das daran lag, dass ich etwas falsch gemacht habe oder das Problem woanders liegt, weiß ich nicht. Da ich effektiv nur die Fläche für die Signatur genutzt habe, habe ich heute beschlossen, direkt die Einstellung entsprechend mw:Extension:WikiEditor zu setzen – und das funktioniert. Dass es die gibt und das möglich ist und Du das letztendlich ebenso nutzt, musste ich natürlich erstmal bemerken … Signatur in Effekt: — Speravir – 19:34, 8. Jun. 2018 (CEST)

Imagepopup, Z-Index

Hallo, im Vector-Skin hat die persönliche Leiste im Seitenkopf einen Z-Index von 100, so dass das Imagepopup mit derzeit 81 dahinter liegt, was bei mir gelegentlich auftritt. Ich habe zwar jetzt lokal bei mir einen Z-Index von 110 gesetzt, aber ich denke, es wäre besser, wenn Du das im Skript selbst ändern würdest. — Speravir – 20:16, 9. Dez. 2018 (CET)

Hm, das muss ich mir genauer überlegen. Die Seitenvorschaubilder sollen noch über den Imagepopups liegen, und die haben einen z-index von 110. Da mein Skript es erlaubt, mehr als ein Bild gleichzeitig zu öffnen, kann der z-index auch deutlich über 81 anwachsen. Dann gibt es noch das ooui-default-overlay mit z-index 101 und mein Skript Benutzer:Schnark/js/popuprefs.js (das derzeit den unpassenden Wert 200 verwendet) und womöglich noch mehr Elemente mit besonderem z-index, die alle aufeinander abgestimmt sein sollten. Weißt du zufällig, warum die Leiste oben einen so hohen Wert hat? –Schnark 09:45, 10. Dez. 2018 (CET)

Ich habe mich jetzt für 120 entschieden, ich hoffe, es passt alles zusammen. –Schnark 12:13, 10. Dez. 2018 (CET)

Danke, passt bis jetzt. Ich scheine bisher nicht alle möglichen Fälle erlebt zu haben. Zu Deiner Frage nach den Wert: Ich hatte nicht einmal eine Vorstellung, warum für die Leiste überhaupt ein Z-Index notwendig wäre. Ich habe mal eben in Phabricator die Suche angeworfen und fand diesen Ticket-Thread hier, den ich aber nur schnell überflogen habe: phab:T105300 (ältere relevante Tickets dort verlinkt). Krinkle schreibt dort „The only reason p-personal has that high z-index is to avoid user-generated content from overlapping interface controls (both for functional and security reasons).“ Hmm, dann müssten sie das technisch mögliche Maximum festlegen, um Missbrauch zu verhindern … — Speravir – 01:02, 12. Dez. 2018 (CET)

Davon ausgehend habe ich dann phab:T39158 und phab:T50078 gefunden, und weder das eine noch das andere kann ich nachvollziehen. Auch das Herauslappen von benutzergeneriertem Inhalt sollte inzwischen grundsätzlich nicht mehr vorkommen. Sieht also alles irgendwie nach historisch gewachsenen Zahlen aus, die inzwischen eigentlich nicht mehr nötig sind.

Ich bin mir ziemlich sicher, dass die Hovercards anfangs noch auf Links innerhalb der Imagepopups reagierten und dass ich deswegen deren z-index verringern musste, aber das ist ebenfalls nicht mehr der Fall. –Schnark 09:10, 12. Dez. 2018 (CET)

Ja, an die dachte ich bei „ältere relevante Tickets dort verlinkt“. Ich hatte sie mir aber nicht durchgelesen. — Speravir – 00:54, 13. Dez. 2018 (CET)

syntaxhighlight.js

@Schnark: bei Pimpinellus lässt sich auf Spezial:Fliegelflagel syntaxhighlight.js nicht deaktivieren. Das Speichern der Änderung soll nicht möglich sein, heißt es. Was ist denn da los? – Doc Taxon • Disk. • Wikiliebe?! • 22:30, 10. Okt. 2019 (CEST)

Benutzer:Pimpinellus/common.js bindet die alte Fliegelflagel-Version ein, die seit 2½ Jahren veraltet ist und auch eine entsprechende Warnung angezeigt hat. Die aktuelle Version sollte keine Probleme machen (und in der aktuellen Version muss syntaxhighlight.js auch nicht deaktiviert werden, weil dieses Skript dort nicht mehr standardmäßig aktiviert ist, da es seit 2 Jahren ebenfalls veraltet ist). –Schnark 09:57, 11. Okt. 2019 (CEST)

linkUnlinked.js

Seit kurzem funktioniert linkUnlinked.js auf CSS- und Javascript-Seiten nicht mehr (ob es auf Lua-Seiten jemals funktioniert hat, weiß ich nicht OK, noch nie). Ich vermute, es hängt mit der neuen, seit Anfang Januar aktiven Zeilennumerierung samt Verlinkungsmöglichkeit und den damit einhergehenden Codeänderungen zusammen, vgl. phab:T32773. Kann man das reparieren? — Speravir – 21:34, 8. Feb. 2021 (CET)

Wenn ich das Skript im Browser über Violentmonkey (das ich statt Greasemonkey nutze) lade und dort als „@run-at“-Parameter document-idle eintrage (der Violentmonkey-Standard document-end ist also nicht ausreichend), dann funktioniert das Skript plötzlich wieder – ohne jegliche Änderung. — Speravir – 01:09, 17. Feb. 2021 (CET)

Inzwischen hatte ich gelegentlich auch damit Probleme. Hzgh folgend (vgl. Spezial:Diff/208756194) funktionierte es meist mit diesen Änderungen (Bezug nehmend auf die derzeit aktuelle Version vom 22. November 2018):

• Zeile 189:
  • alt: changeElements($diff.find('td.diff-context, td.diff-addedline, td.diff-deletedline'));
  • neu: changeElements($diff.find('td.diff-context div, td.diff-addedline div, td.diff-deletedline div'));
• Zeile 193:
  • alt: changeElements($content.find('.mw-highlight pre, pre.source-javascript, pre.source-css'));
  • neu: changeElements($content.find('.mw-highlight pre span.c, .mw-highlight pre span.c1, .mw-highlight pre span.cm, .mw-highlight pre span.s1, .mw-highlight pre span.s2'));
    (Achtung, zwei anscheinend nicht mehr benutzte Elemente entfernt)

Allerdings muss ich manchmal trotzdem noch eine Seite mehrmals laden, bis die Verlinkung funktioniert. — Speravir – 00:44, 7. Mär. 2021 (CET)

Vielen Dank für dieses super nützliche Werkzeug. --Uranus95 (Diskussion) 16:35, 14. Mär. 2021 (CET)