Benutzer Diskussion:PerfektesChaos/js/resultListSort

Zum Setup

• In Planung ist noch "Recentchangeslinked" – Änderungen an verlinkten Seiten.
  • Dies ist allerdings chronologisch, und es sind mehrere Listen, pro Kalendertag eine; da wird noch ein wenig über die Tage geschleift werden müssen, und zurück bleiben lauter sinnfreie Tages-Überschriften, die ausgeblendet werden müssten.
• Weitere Vorschläge für sinnvoll sortierbare Spezialseiten mit nachvollziehbarem Bedarf?

Im Übrigen ist das mal wieder eine Flickerei, bei der auf Benutzer-Ebene an unzulänglichem Server-Output hinterhergeputzt wird. Der Server könnte die HTML-Seite für jeden Benutzer (auch ohne Anmeldung) sortiert ausliefern. Das gleiche Theater wie mit dem Überspringen der lokalen Dateibeschreibungsseite, wenn es lokal weder Dateibeschreibung noch Disku gibt.

Enjoy. --PerfektesChaos 19:30, 21. Jul. 2012 (CEST)

Konfiguration unklar

Nützliches Skript, danke. Ich würde gern automatisch sortieren lassen, die umseitigen Angaben dazu verstehe ich allerdings nicht. Im Moment habe ich in meiner common.js nach einigen weiteren Fehlversuchen (Versionsgeschichte) folgendes:

if ( typeof mw.libs.resultListSort !== "object" ) {
   mw.libs.resultListSort  =  { auto: true,
                                group: true
                              };
}
mw.loader.load("//www.mediawiki.org/w/index.php?title=User:PerfektesChaos/js/resultListSort/d.js&action=raw&ctype=text/javascript",
               "text/javascript"); 

Das hat den Vorzug, keine Fehlermeldungen zu verursachen, automatisch sortiert wird aber nicht. d.js statt r.js wegen der Experimente vorher, group nur drin, weil es Dein Beispiel war. Gruß, --Half-Bot (Diskussion) 18:33, 26. Jul. 2012 (CEST)

• Danke für die ermutigenden Worte.
• Der Grund ist schlicht, dass die Interpretation von auto:true dem Skript momentan nicht bekannt ist.
• Zurzeit würde vom Benutzer erwartet werden:

  auto: [ "Contributions", "LinkSearch", "Search", "Whatlinkshere" ]

• Du hast mich allerdings auf eine Idee gebracht: In den nächsten Tagen wird auto:true interpretiert werden als „Mach alles was geht.“
• Das Skript ist eine gute Woche alt, und bislang hatte ich dann nach zwei bis drei Tagen immer wieder eine neue Spezialseite gefunden, auf der sich Links sortieren lassen. Ursprünglich war es lediglich für „Links auf diese Seite“ gedacht gewesen.
• Nebenbei gefragt: Das mit der manuellen Auslösung über Link im Portal klappt aber? Falls nicht: Welcher Skin?
• Momentan dampfen mir allerdings die Hirnzellen aus dem Schädel; erst gegen Mitternacht komme ich zurzeit ein Stündchen zum Programmieren. Bis dahin schaffe ich nur Disku.

Wenn du Ivla triffst: ISBN-Suchbeschleuniger wurde als Baustelle eingerichtet.

Und bei BBKL gehe ich übrigens davon aus, dass die sehr kurze Einbindung kompress erfolgen soll, das heißt ohne Leerzeichen oder gar Zeilenumbrüche an Pipe-Symbolen oder Gleichheitszeichen? Auch schon im Ofen.

Japs --PerfektesChaos 20:17, 26. Jul. 2012 (CEST)

Ich bin inzwischen weitgehend dem auto:true gefolgt.

Allerdings habe ich das nur für Seiten konfiguriert, die von Hause aus unsortiert sind. Weblinksuche und Benutzerbeiträge sind standardmäßig in eine sinnvolle Reihenfolge gebracht; diese wäre nicht mehr erreichbar, so lange auto:true eingestellt ist.

Das update wird nicht automatisch wirksam; massives Cache wäre erforderlich.

Liebe Grüße --PerfektesChaos 18:41, 28. Jul. 2012 (CEST)

• Seit (vor?)letzte Nacht wurde bei mir auto: [ "Contributions", "LinkSearch", "Search", "Whatlinkshere" ] plötzlich beachtet, das ist mir erst beim Aufruf meiner Benutzerbeiträge aufgefallen, ich habe dann auch sofort "Contributions" (und "Search", das hat mehr oder weniger auch eine vorgegebene Reihenfolge) aus meiner Konfiguration rausgenommen. Gerade bei "Contributions" will man ja meist die letzten in der zeitlichen Reihenfolge sehen. Sinnvolle Reihenfolge bei "LinkSearch" (Weblinksuche) ist mir noch nie aufgefallen, was wäre die?
• Auch bei Weblinksuche funktioniert es jedenfalls hier jetzt auch mit auto, ganz selten hatte ich bei 250 oder 500 angezeigten Einträgen mal den Effekt, dass oben ein Benutzer- und/oder Wikipedia-Eintrag stehen blieb, dahinter war dann sortiert. Die manuelle Auslösung hakelt manchmal beim ersten u. zweiten Versuch (passierte einfach nichts) u. ging dann später. Zuletzt nicht mehr aufgefallen, ich achte weiter darauf u. melde bei Bedarf konkreter. Gerade bei den Weblinks hilft mir Dein Skript jedenfalls sehr.
• Ich bin zur Zeit hier noch der einzige Anwender? Anfragen zur Einschränkung wenigstens der Weblinksuche auf den ANR gab es doch häufiger mal, sortieren ist nicht dasselbe, hilft aber immerhin schon entscheidend weiter.
• Ich habe heute noch Benutzer:TMg/filterContributions.js dazugenommen, um aktuell gebliebene Beiträge auszublenden. Zusammenspiel noch ungetestet, die Skripte scheinen sich aber zu vertragen.

• ISBN-Suchbeschleuniger hatten ich und Ivla schon per Stalking bemerkt. BBKL: muss ich mal bei der Diskussion zu WikiSyntaxTextMod beantworten, ich habe lokal jetzt eine Ersetzung der vorher von mir markierten schließenden }} durch den gewünschten String (ja, ohne Umbrüche) |autor=|artikel=|band=|spalten=–}} eingerichtet, damit spare ich schon Wechseln der Tabs u. C&P. Habe mindestens kommende Woche auch keine Zeit, und muss zum sinnvollen Umgang mit der Vorlage auch in der Vorlagendisku u. bei einzelnen Anwendern nochmal nachfragen. Vielen Dank u. Gruß, Half-Bot (Diskussion) 20:34, 29. Jul. 2012 (CEST)

• Es kann gut sein, dass sich in den letzten Tagen noch mehr verbessert hat; ich hatte das Mitte Juli geborene Baby im Zuge der ersten Erfahrungen weiter verfeinert, mehr Features hinzugenommen und kleine Geburtsfehler begradigt. Große Reklame hatte ich deshalb noch nicht gemacht, du bist der einzige mir bekannte echte Anwender außerhalb des engen Entwicklerzirkels.
• Von LinkSearch (Weblinksuche) hatte ich bislang den Eindruck, dass das sortiert nach URL ist. Auf deinen wertvollen Hinweis hin habe ich das jetzt systematisch durchgetestet und merke, dass dies wohl nur zufällig oder aus anderen Gründen (in Logik der Artikel) der Fall war.
• auto:true wirkte nur noch auf "Search"+"Whatlinkshere" (unsortierter Output), in Kürze auch wieder auf die Weblinksuche.
• Soweit ich den Quellcode von Benutzer:TMg/filterContributions.js überblicke, habe ich zumindest kein Problem damit, und jenes auch nicht.
• Das Sortieren der Weblinks nach Namensraum ist ein Notnagel. Die Tücke ist, dass man die ersten 500 aus allen Namensräumen bekommt, auch wenn man vielleicht nur den ANR will, und davon nur 21 unter 479 Diskus etc. vorhanden sind. Entsprechend dauert es, bis man alle 345 Weblinks im ANR beieinander hat. Eine Bösartigkeit (und als geheimer Plan längst in mehreren Schubladen) ist es, automatisch nacheinander per API abzufragen, bis alle oder ein Limit von 500, 1000 oder so beisammen sind.
• Wenn das Skript ab jetzt immer noch mucken sollte, bitte beschweren.

Schönen Abend PerfektesChaos 21:15, 29. Jul. 2012 (CEST)

Nur kurz zu zwei Punkten:

• auto:true auf Search ist möglicherweise nicht so gut, meinem Eindruck nach gab es da irgendeine Art von nicht ganz sinnloser Vorsortierung, ANR vornean, dann möglicherweise nach irgendeinem Voodoo die Güte der Treffer. Meine Sucheinstellung ist auf In allen Namensräumen suchen und 40 Treffer pro Seite, das ist nicht der Default. Treffer pro Seite stelle ich zum Testen jetzt mal auf 100.
• Notnagel, automatisch per API abfragen: Fein. Im Moment kann man aber auch das limit= händisch erhöhen, Beispiel mit 2500. Kommt bei mir jetzt durch das Skript sortiert an, so dass zu sehen ist, dass (eben gerade) von insgesamt 1.179 Direktlinks ohne die NDB-Vorlage noch 707 aus dem ANR auf deutsche-biographie.de zeigen (ein Teil davon auch sinnvoll, anderes Thema). Das hilft für alles unter – sage ich mal – 5.000 bis 10.000 Weblinks hinreichend weiter, danach würden für diesen Rechner die Seiten zu groß. Und man muss ja auch nicht sinnlos Last erzeugen. Das Feature der Eingrenzung auf Namensräume war ja bei den Weblinks vor Jahren kurzzeitig mal an-, dann aus Lastgründen wieder abgeschaltet worden.
• Ganz genial wäre natürlich, auch noch zusätzlich nach den URLs nachsortieren zu können. Man kann sich aber natürlich schon jetzt bestimmte Formen rausgreifen und noch einmal separat suchen, wie die bei der NDB sicher nicht mehr funktionierenden mit artikelNDB_n drin (die 5 im ANR verbliebenen habe ich teils mit Absicht noch stehenlassen, teils ist unklar, wie die ersetzt werden können).

Schrieb ich zwei Punkte und kurz? Gute Nacht, Half-Bot (Diskussion) 02:47, 30. Jul. 2012 (CEST)

• Es ist niemand gezwungen, sich auto:sort einzustellen; wer Search manuell sortieren möchte, alle anderen aber automatisch, kann .auto=["LinkSearch","Whatlinkshere"]; vorgeben.
• Weit oben, aber nicht ausschließlich, kommen Treffer, die Suchbegriffe im Titel enthalten, und stellen dies auch in Fettschrift dar; anschließend die exakten Treffer im Volltext, anschließend die nicht buchstabengetreuen: Spezial:Suche/Produktionen?limit=500 (Tagesform). Es stehen aber noch nicht einmal Titel-Treffer immer an erster Stelle.
• „Voodoo“ trifft es ansonsten genau. Es gibt innere Reihenfolgen in der eigentlichen Datenbank und in der Auswertung/Indexierung durch die Suchmaschine Lucene, was sich dann bei den Abfragen niederschlägt. Genau der gleiche Effekt hatte mich auch bei den URL geleimt. Teilweise scheint es die letzte Änderung zu sein, danach sind vielleicht Skripte oder Bots tätig gewesen und haben in einer alphabetischen Reihenfolge Seiten geändert, danach kommen jüngste Änderungen, und dann auch völlig chaotisch. Zwischen recht guten Suchtreffern kommen Schein-Treffer, die im aktuellen Artikel nicht mehr vorhanden sind, aber vor Tagen oder gar Wochen einmal im Artikel gestanden hätten.
• Das Limit von 2500 kannte ich noch gar nicht; ich hatte mich selbst immer in die 500er-Klasse eingestuft. Vermutlich ein Bug; nicht weitersagen.
• Weblink-Suche kennt (nach Cache-Löschung) seit gestern abend auch die URL-Sortierung.

Eine entspannte Woche --PerfektesChaos 12:38, 30. Jul. 2012 (CEST)