Hilfe Diskussion:Suche/Deepcat

Fehlermeldungen

Momentan unter Wikipedia:Technische Wünsche/Fehlermeldungen bzw. der dazugehörigen Diskussionsseite. Von hier aus nicht ganz einfach zu finden. Und warum ist Hilfe:Suche/Deepcat nirgends unter Hilfe:Suche sichtbar? Ah, versteckt unter Cirrus. Vielleicht gelegentlich ein Beispiel auf die Oberseite schieben.

Im Normalfall würde ich aber davon ausgehen, dass Fragen zur Verwendung hierhin gehören. --Ivla^Disk. 21:45, 8. Nov. 2015 (CET)

Richtiges Gadget

@Thiemo Mättig (WMDE), Birgit Müller (WMDE), Lea Voget (WMDE): Auf der Wikimania sprachen wir darüber, dass Deepcat es ist mal verdient hat, als richtiges Gadget installiert zu werden. Dies will ich auch gerne umsetzen. Wenn ich die Vorderseite richtig verstehe, müssen doch nur folgende Schritte unternommen werden:

• User:Christoph Fischer (WMDE)/Gadgets/DeepCat.js kopieren nach MediaWiki:Gadget-DeepCat.js
• User:Christoph Fischer (WMDE)/Gadgets/DeepCat.css kopieren nach MediaWiki:Gadget-DeepCat.css
  • Genaugenommen müssen die beiden Seiten per Importupload dupliziert werden, damit die Autoren korrekt übernommen werden, oder?
• MediaWiki:Gadgets-definition um * DeepCat[ResourceLoader]|DeepCat.js|DeepCat.css ergänzen. Oder sind noch zusätzliche Modul-Abhängigkeiten zu beachten/ergänzen?

Habe ich etwas vergessen? — Raymond ^Disk. 18:32, 1. Aug. 2016 (CEST)

@Raymond:: Also Thiemo Mättig (WMDE) und ich haben uns vorhin ausgetauscht und denken [ResourceLoader|dependencies=mediawiki.api,mediawiki.cookie,mediawiki.util] sollte ausreichen. Danke, dass du dich der Sache annimmst :-). — Christoph Fischer (WMDE) (Diskussion) 16:27, 3. Aug. 2016 (CEST)

Ich habe das Gadget soeben erstellt und noch als Betatest einsortiert. Ein erster Test war für mich positiv. Könnt Ihr als Kenner des Codes bitte auch mal testen? Falls alles OK, würde ich als nächstes:

• das Gadget im Kurier - erstmal noch als non-default - vortellen
• nach n Wochen das Gadget als default einstellen (n=2?)
• Frage: In welches der vorhandenen Abschnitte auf Spezial:Einstellungen#mw-prefsection-gadgets passt das DeepCat-Gadget am besten? Oder einen neuen Abschnitt erstellen?

@Christoph Fischer (WMDE), Thiemo Mättig (WMDE), Lea Voget (WMDE): — Raymond ^Disk. 20:31, 3. Aug. 2016 (CEST)

• Unmittelbar hinter HotCat einsortieren, wenn es soweit ist, bitte schön.
  • An die Strukturierung von WP:HX reicht das historisch gewachsene Spezial:Einstellungen ohnehin nicht heran.
  • Was da alles schon als angebliche „Bearbeitungswerkzeuge“ abgekippt wurde, ist zur Hälfte sowieso keins.
  • Nun haben sich die Leut über ein Jahrzehnt an diese Struktur gewöhnt, nun wollen wir auch nicht stören.
• Default sehe ich kritisch und würde mindestens die Einführungswochen abwarten wollen.
  • Ich höre sowohl über Kategoriestruktur allgemein, dass sie für außenstehende Leser (→IP) nicht verständlich sei und nicht als enzyklopädischer Zugang instrumentalisiert würde, als dass Cirrus-Suche auch viele Autoren geistig überfordere, und die neuen Cirrus-Schlüsselwörter nur ansatzweise genutzt würden.
  • Die Fans und Könner schalten sich das hingegen in den nächsten Wochen sowieso aktiv zu.
  • IP können sich anmelden oder per Greasemonkey starten.
  • Für alle anderen ist es nur unnötiger JS-Ballast beim Aufbau jeder einzelnen Seite, ohne je genutzt zu werden.

VG --PerfektesChaos 21:07, 3. Aug. 2016 (CEST)

Das sehe ich ähnlich wie PerfektesChaos. Hinter HotCat und wir sollten noch warten bevor es als default kommt. Ich spreche das auch nochmal ab. -- Christoph Fischer (WMDE) (Diskussion) 15:10, 4. Aug. 2016 (CEST)

Die Vorderseite habe ich nun aktualisiert. Damit kann die Einbindung von der Unterseite von Benutzer:Christoph Fischer (WMDE) entfallen. Per https://de.wikipedia.org/w/index.php?title=Spezial:Suche&limit=100&offset=0&ns2=1&search=insource%3A"DeepCat.js" sind 68 Benutzer sind von der Änderung betroffen. Mein Vorschlag: Per Massennachricht informiere ich die Benutzer (Liste betroffener Benutzer), dass sie DeepCat nun als Gadget aktivierenn können und die Einbindung über ihre lokale .js/.css rückgängig machen können. Einverstanden? — Raymond ^Disk. 18:09, 8. Aug. 2016 (CEST)

• User:Christoph Fischer (WMDE)/Gadgets/DeepCat.js sollte wie nachstehend ersetzt, das dortige .css gelöscht werden:

( function ( mw ) {
   "use strict";
   if ( mw.config.get( "wgDBname" ) === "dewiki" ) {
       // Bitte umstellen auf Häkchen in den Helferlein-Einstellungen
       mw.loader.load( "ext.gadget.DeepCat" );
       mw.log.warn( "[[WP:HW/DeepCat]] * Veraltete Einbindung von Benutzerseite" );
    } else {
       // Form für globale Wirkung
       mw.loader.load( "https://de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-DeepCat.js&action=raw&ctype=text/javascript" );
       mw.loader.load( "https://de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-DeepCat.css&action=raw&ctype=text/css", "text/css" );
       mw.log.warn( "[[:de:WP:HW/DeepCat]] * Obsoleted usage of user page" );
    }
} ( mediaWiki ) );

+ Großen Kommentar, der zur Umstellung auffordert

• Bewirkt im Endeffekt das Gleiche wie das Helferlein-Kreuzchen, konsumiert dabei aber mehr Ressourcen.
  • Vor allem wichtig, um einen funktionalen Fork zu vermeiden, falls jemand sich nicht umstellt und das Gadget gelegentlich weiterentwickelt wird.
• Es gibt aber auch noch 11 Benutzer auf meta:global und es könnte weitere per Greasemonkey geben und außerdem welche auf beliebig vielen lokalen Wikis.
• Das JS sollte noch gegen seine Mehrfach-Initialisierung gehärtet werden, namentlich wenn es sowohl global unbedingt geladen wurde, als auch überflüssigerweise ein lokales Häkchen gesetzt ist. Derzeit würde es in diesem Fall die Elemente der HTML-Seite offenbar mehrfach mit dem Start der Funktionen ausstatten. Das würde dazu führen, dass der Kategoriegraph mehrmals für dieselbe Anfrage durchsucht wird. Es bietet sich an, mw.loader.state entsprechend abzufragen bzw. bedingungslos auf ready zu setzen. mw.libs.deepCat sollte wegen möglicher zukünftiger Nutzung für Optionen nicht in diesem Sinne ausgewertet, insbesondere nicht bedingungslos überschrieben werden.
  • Im Übrigen betreibt das JS auch massives hoisting; das heißt, es verwendet lokale Funktionen, bevor sie deklariert wurden. Das ist fehlerträchtig und lässt schwer zu entdeckende Fehlersituationen zu. Eine saubere Trennung von vorrangig deklarativem Teil zu Beginn eines Moduls und anschließender Ausführung am Ende, sofern dann überhaupt noch sinnvoll, ist einer durchmischten Anordnung der Programmteile immer vorzuziehen.
  • Deshalb und zur besseren Übersicht über den Ablauf und zur Vermeidung von Mehrfach-Initialisierung sollte die unbenannte Ausführungsprozedur ganz an das Ende des Gadgets verschoben werden und einen Namen erhalten.
  • Ein Besuch auf jshint.com unter verschärfteren Bedingungen würde sich lohnen.
• Das Gadget wird auch für das Laden von fremden Wikis angeboten; siehe dazu die 11 globalen Einbindungen. Es wurde von Anfang an behauptet, auch andere Wikis könne man durchsuchen.
  • Hier sind die im Kontext der deutschsprachigen Wikipedia mit Deklaration der Dependencies bereitgestellten Bibliotheken nicht zuverlässig vorhanden.
  • Das Vorhandensein der Bibliotheken ist grundsätzlich immer nachzuprüfen und sicherzustellen; es darf sich nicht einfach blind darauf verlassen werden, dass in einer Gadgets-Deklaration auf dem lokalen Wiki schon alles irgendwie geregelt wäre, zumindest dann, nachdem der Benutzer die Seite angezeigt bekäme und eine Suche interaktiv eingetippt habe; der Start ist ja wohl auch über eine Cirrus-URL möglich??????? Was dann auch auf standardmäßige Mobilansichten auszudehnen wäre.
• Sofern der Code nicht auf dem Weg der Gadget-Deklaration geladen wurde, sollte der erforderliche CSS-Code intern vom zentralen Depot geladen werden und diese Aufgabe nicht jedem einzelnen Anwender aufgebürdet werden, zumal sich das Depot im Lauf der Zeit ändern könnte und dann sämtliche globalen Anwender alle CSS-URL aktualisieren müssten.
• Statt eines Sortiments an Cookies, die offenbar mit unterschiedlichen Tokens kumulieren, und die naturgemäß mit dem Anschauen jeder beliebigen Seite erneut vollständig zum Server übertragen werden, der jedoch mit ihnen nichts anzufangen weiß, würde ich LocalStorage und sofern möglich sogar SessionStorage anempfehlen.
• Wenn die mw.Api bislang offenbar nur zum Abrufen von messages benutzt wird, kann das mit dem spezifischen Modul mediawiki.api.messages übersichtlicher weil knapper und eleganter realisiert werden.
• Insgesamt muss festgestellt werden, dass die bisherige Programmierung nur als Benutzerskript lediglich zum Durchsuchen der deutschsprachigen Wikipedia im Sinne eines proof of concept geeignet war, den Anforderungen an ein Gadget und obendrein für beliebige Wikis unter beliebigen Bedingungen einsetzbar jedoch bislang nicht genügt.

VG --PerfektesChaos 13:36, 10. Aug. 2016 (CEST)

@PerfektesChaos: Danke für dein ausführliches Review. Bis die Punkte korrigiert sind, werde ich das Gadget also im Betastatus stehen lassen. @Christoph und Lea: Sobald neuer Code bereitsteht, bin ich gerne bereit, diesen in das Gadget zu übernehmen. Bitte dafür kurz anpingen. — Raymond ^Disk. 09:17, 11. Aug. 2016 (CEST)

@Raymond:: Wir haben den Code soweit angepasst und die Verbesserungsvorschläge von PerfektesChaos umgesetzt. Die CSS Datei wurde in zwei Dateien aufgeteilt die nun durch das Script selbst und erst bei Bedarf nachgeladen werden. Die drei Dateien in der aktualisierten Version findest du hier:

• Benutzer:Christoph_Fischer_(WMDE)/Gadgets/DeepCat.js
• Benutzer:Christoph_Fischer_(WMDE)/Gadgets/DeepCat.throbber.css
• Benutzer:Christoph_Fischer_(WMDE)/Gadgets/DeepCat.hintbox.css

Zur Installation:

• Alle drei nach "MediaWiki:Gadget-" kopieren
• Anschließend die "cssPath" Variable in der DeepCat.js anpassen "//de.wikipedia.org/wiki/MediaWiki:Gadget-"
• MediaWiki:Gadget-DeepCat.css löschen und nicht mehr einbinden

Das sollte alles sein. Bei Problemen oder Fragen kannst du dich gerne jederzeit an mich wenden. - Viel Erfolg und danke dir :-), Christoph Fischer (WMDE) (Diskussion) 11:59, 7. Okt. 2016 (CEST)

@Christoph Fischer (WMDE): Danke für die Überarbeitung des Codes. Nach deiner Anweisung habe ich das Gagdet nun angepasst. Bitte mal durchtesten. — Raymond ^Disk. 21:50, 7. Okt. 2016 (CEST)

@Raymond:: Ahh, da ist mir ein Flüchtigkeitsfehler unterlaufen. "cssPath" sollte natürlich "//de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-" sein :-). Sonst scheint alles zu passen. - Christoph Fischer (WMDE) (Diskussion) 10:13, 10. Okt. 2016 (CEST)

@Christoph Fischer (WMDE): Fixed. — Raymond ^Disk. 19:03, 10. Okt. 2016 (CEST)

@Raymond:: Ein weiterer Fehler hatte sich eingeschlichen, der bei deaktiviertem localStorage auftrat. Das ist jetzt auch behoben. Bitte update noch einmal die JS Datei mit der Version aus meinem Benutzernamensraum. Ach und: rein theoretisch brauchst du in "Gadgets-definition" keine dependencies angeben, die werden vom Gadget-Code selbst geprüft und ggf. geladen. Danke dir :-) -- Christoph Fischer (WMDE) (Diskussion) 13:14, 13. Okt. 2016 (CEST)

Ja, aber die dependencies werden von den lokalen Ankreuzel-Nutzern in einem einzigen Paket mit allen anderen Gadgets und ggf. weiteren Anforderungen vom Server abgerufen, was effizienter ist.

Dass sie im Gadget nochmals eingefordert werden, ist durchaus sinnvoll:

• Benutzer mit globaler Konfiguration, aus fremden Wikis oder IP mit Greasemonkey haben sie aber womöglich noch nicht bereit.
• Wenn sie über die dependencies schon im Paket geladen wurden, dann hakt .using() sie nur noch schnell ab und weiter geht’s.
• Die internen sind hingegen womöglich aktueller als die Mediawiki:Gadgets-definition.

A popo letzteres: Die müssten dann noch um ,mediawiki.storage ergänzt werden.

LG --PerfektesChaos 13:53, 13. Okt. 2016 (CEST)

Der vollständigkeitshalber und zur Dokumentation: Die Änderung am Gadget und den dependencies wurden übernommen. Der Umherirrende 21:21, 13. Okt. 2016 (CEST)

funktioniert nicht mehr auf Commons?

Habe es eine zeitlang auf Commons benutzt, aber nun scheint es nicht mehr zu funktionieren...--Avron (Diskussion) 20:59, 30. Aug. 2017 (CEST)

Seite weiterleiten

Hallo, nachdem das Gadget ja nicht mehr aktiv ist und es das deepcat-Schlüsselwort in den Cirrus-Core geschafft hat, schlage ich vor, diese Seite auf Hilfe:Suche/Cirrus#deepcategory:_/_deepcat:_Kategorientief-_und_Schnittmengensuche umzuleiten. Meinungen? Yellowcard (D.) 10:45, 29. Mai 2020 (CEST)

Nö.

Es gibt wohl auch bei Benutzern noch Alt-Einbindungen des Gadgets, obwohl ich schon mal eine Kampagne dagegen zu laufen hatte. Ivla hat sich jedoch trotz meines Hinweises nicht gerührt.

Wer mit veraltetem Wissen über „Deepcat“ ankommt, der soll hier analog zu einer „Falschschreibung“ informiert werden, dass sein Wissensstand nicht mehr aktuell ist.

Würde man wie vorgeschlagen automatisch weiterleiten, dann käme man unaufgeklärt zu deepcategory: und würde ob der Ähnlichkeit den Unterschied nicht bemerken.

Und die aktuellen Seiten sollen nicht mit Erklärungen über vergangene Geschichten aufgeblasen werden, sondern nur das aktuelle Vorgehen schildern.

Umseitig stehen auch noch Verlinkungen auf die deaktivierte Software.

Es gibt noch zwei Dutzend Verlinkungen anhand des seinerzeitigen Informationsstandes um 2016.

Zukünftig sollte vereinheitlicht nur noch deepcategory: verwendet werden. Das mit den Alias-Namen sehe ich nur ungern; es gibt incategory: und deepcategory: und gut ist.

VG --PerfektesChaos 12:11, 29. Mai 2020 (CEST)

Das Argument fällt mir schwer zu verstehen. Ich habe gerade nach der Syntax für deepcat gesucht und bin hier gelandet – ratlos. Es ist unnötiger Mehraufwand, dann manuell auf den o.g. Abschnitt zur Cirrus-Suche zu gelangen.

Wer mit veraltetem Wissen über „Deepcat“ ankommt, der soll hier analog zu einer „Falschschreibung“ informiert werden, dass sein Wissensstand nicht mehr aktuell ist. – ich bin nicht mit veraltetem Wissen hier angekommen, ich war auf der konkreten Suche zu Informationen zur gleichnamigen Cirrus-Funktionalität. Insofern liegt diese Seite zumindest unter einem irritierenden Titel, kann man sie nicht klar als Gadget-Dokumentation einsortieren? Warum steht der umseitige Inhalt also nicht unter Wikipedia:Technik/Skin/Gadgets/Deepcat? Yellowcard (D.) 12:22, 29. Mai 2020 (CEST)

Du warst auf der Suche gewesen, und jetzt bist du aufgeklärt worden und weißt, was es ist.

Die Abrufe der letzten drei Monate waren sehr mickrig gewesen; das war wohl auch noch überwiegend ich.

Da es noch Bestandsverlinkungen der Technologie von 2015/2016 gibt, die auf der langfristig lediglich die aktuelle Funktionalität beschreibenden Seite landen würden, ist bis auf Weiteres keine automatische Weiterleitung sinnvoll. Erst nachdem alle Altverlinkungen bereinigt wurden und die Unterschiedlichkeit der früher mal getrennten Systeme nach fünf bis zehn Jahren in Vergessenheit geraten ist, würde die Seite umseitig dann auch komplett gelöscht werden.

Es gibt ja nicht nur dich allein, der mit einem bestimmten Informationsstand ankommt und ein bestimmtes Interesse hat; es gibt auch noch andere Benutzer, die mit ihrem Stand von 2015–2018 ankommen und es auch noch irgendwo erklärt bekommen mssen.

VG --PerfektesChaos 12:50, 29. Mai 2020 (CEST)

Genau, es gibt nicht nur mich. Es gibt eine produktive Funktion in Cirrus, die sich Deepcat nennt, und dies ist die Hilfeseite zur Deepcat-Funktionalität in der Suche -- ach nee, hier geht es um ein veraltetes und inzwischen deaktiviertes Gadget! Infos zur Produktivfunktion werden nicht bereitgestellt, es gibt nicht einmal die Info, dass es sie gibt, geschweige denn zumindest eine Verlinkung - das ist nicht okay.

Also schlage ich noch einmal unter Berücksichtigung aller Argumente vor:

• Hilfe:Suche/Deepcat wie oben vorgeschlagen umleiten,
• dort einen Hinweis bzw. einen Link auf Wikipedia:Technik/Skin/Gadgets/Deepcat setzen und
• diese Seite auf Wikipedia:Technik/Skin/Gadgets/Deepcat verschieben.

Damit sollten alle Interessen gewahrt sein, inkl. demjenigen, der auf der Suche nach dem Gadget sein sollte (das dürfte kaum mehr jemand sein). Viele Grüße Yellowcard (D.) 13:54, 29. Mai 2020 (CEST)

Ich sehe gerade, dass es Wikipedia:Technik/Skin/Gadgets/DeepCat mit nahezu identischem Inhalt ja schon gibt. Damit erübrigt sich sogar noch das letzte Argument gegen meinen Vorschlag. Eine solche Redundanz kann von Dir, PerfektesChaos, doch auch nicht gewollt sein. Steht jedenfalls in Widerspruch zu dem sonst sehr strukturiert aufgebauten Wikipedia:Technik-Bereich. Yellowcard (D.) 13:57, 29. Mai 2020 (CEST)

So wie vorgeschlagen ist das unpassend.

• Die automatische Weiterleitung würde von Hilfe:Suche/Cirrus verlangen, dass dort zur ewigen Verwirrung aller anderen Benutzer permanent dokumentiert werden müsse, dass es 2015–2019 angeboten auch noch ein früheres Werkzeug gleichen Namens gegeben hatte.
• Hilfe:Suche/Cirrus soll aber so schlank wie möglich bleiben und werden, und der dort noch vorhandene Migrationshinweis soll mittelfristig wegfallen. Hilfe:Suche/Cirrus ist ohenhin schon übervoll und sehr unübersichtlich, weil die Möglichkeiten der Software auch komplex sind.
• Das Problem sind die momentanen Verlinkungen aus 2015/2016 bis hin zur immer noch aktiven Gadget-Einbindung auf umseitg, die erstmal alle umgebogen werden müssten, bevor umseitig überhaupt eine neue Bedeutung als bisher bekommen kann.
• Wenn es keine Links mehr auf umseitig gibt, dann kann die Seite jedoch gleich ganz gelöscht werden, weil es eben dank Cirrus eine seit langer Zeit überholte Taktik ist, für jedes charakteristische Schlagwort noch eine eigene Seite anzulegen, während der Pflegeaufwand von über 900 Seiten im Hilfe-Namensraum nach und nach reduziert werden soll, indem genau solche überflüssigen Weiterleitungen gelöscht werden. Die Suche nach einem charakteristischen Wort produziert dann genau einen Treffer, nämlich Hilfe:Suche/Cirrus.
• Wir haben inzwischen über 350 inhaltliche Hilfeseiten. Das sind mehr Seiten, als es 2008 bei Etablierung des Hilfe-Namensraums einmal insgesamt an eigenständigen Meta-Seiten im ganzen Projekt gegeben hatte. Die Weiterleitungen für jedes einzelne Wort werden seit Jahren zurückgebaut, und die alte Taktik, zu jedem vorstellbaren Schlagwort auch eine eigene Weiterleitungsseite anzulegen, ist seit Jahren weder möglich noch sinnvoll; dank guter Suchtreffer.
• Das Hauptproblem sind die Benutzer, die meist 5–10 Jahre benötigen, um mitzubekommen, dass sich an Software oder Vorlagenprogrammierungen oder Projektregeln etwas geändert habe. Es gab um 2007/2008 für wahrscheinlich 24 Monate die Klasse prettytable, und obwohl die seit 2008 obsolet ist, haben wir Premiumautoren, die das bis heute nicht gemerkt haben und frisch statt wikitable in Artikel einbauen.

VG --PerfektesChaos 14:45, 29. Mai 2020 (CEST)

Mich überzeugt die Argumentation inhaltlich überhaupt nicht, und Deine offenbar mangelnde Kompromissbereitschaft trägt ebenfalls nicht so recht dazu bei.

Du widersprichst Dir auch, wenn Du Dich einerseits gegen die Verschiebung dieser Seite und der Weiterleitung von hier auf Hilfe:Suche/Cirrus#deepcat aussprichst, andererseits aber argumentierst, dass (irgendwann) die Suche nach "deepcat" ausschließlich auf Hilfe:Suche/Cirrus#deepcat verweisen wird. Stand jetzt ist der beste Treffer nämlich die Umseite, und die hilft überhaupt nicht weiter.

Ich habe die Seite daher angepasst und zumindest deutlicher auf Hilfe:Suche/Cirrus#deepcat verlinkt. Yellowcard (D.) 22:36, 5. Jun. 2020 (CEST)