MediaWiki Diskussion:Gadget-HotCat.js

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 5 Jahren von Perhelion in Abschnitt MediaWiki:Gadget-HotCat.js/en
Zur Navigation springen Zur Suche springen

Fehler[Quelltext bearbeiten]

Mit der letzten Änderung gab es ein Fehler, der zur Fehlfunktion von HotCat führt (funktioniert gar nicht mehr):

Details zum Fehler auf der Webseite

Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729)
Zeitstempel: Sat, 19 Jun 2010 14:19:56 UTC


Meldung: Bezeichner, Zeichenfolge oder Zahl erwartet
Zeile: 44
Zeichen: 3
Code: 0
URI: http://de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&action=raw&ctype=text/javascript&283g

--Atamari 16:24, 19. Jun. 2010 (CEST)Beantworten

Ja, Merlissimo hat da ein Komma zu viel drin gelassen (in ",messages :" im HotCat-Objekt.) Vielleicht solltet Ihr Euch halt doch noch einmal überlegen, ob Ihr nicht lieber HotCat via hotlinking einbindet. Wie gesagt, die Konfiguration kann dennoch lokal gemacht werden (in /local_defaults und /lang). Scheint auf cs-WP und zh-WP bestens zu funktionieren. Lupo 18:55, 19. Jun. 2010 (CEST)Beantworten
Ich hoffe das hier war das richtige Komma --fl-adler •λ• 13:51, 20. Jun. 2010 (CEST)Beantworten
Ups ja, fand die Commonsabfrage unnötig zu übernehmen. Merlissimo 13:58, 20. Jun. 2010 (CEST)
Wer macht denn auch Kommas vor Variablen? Das ist so in etwa wie jede Zeile mit einem ; anfangen, nur die erste nicht! Ich habe mich über Merlissimos Änderung auch gewundert, aber mein Browser hat das Komma nicht angemeckert. -- Bergi 14:38, 20. Jun. 2010 (CEST)Beantworten
Das macht Lupo, damit bei Hinzufügen von Zeilen, die vorigie nicht auch noch im Diff erscheint.

HotCat wird jetzt zwar wieder angezeigt; dafür kann man aber keine über- oder untergeordnete Kategorien auswählen. --EWriter 19:16, 20. Jun. 2010 (CEST)Beantworten

Nächstes mal bitte mit Browserangabe. Mein Firefox mochte sowohl das Komma, als auch die undefinierte Variabel, der IE nicht. Merlissimo 19:25, 20. Jun. 2010 (CEST)
Nachtrag: Sowohl Opera als auch Firefox. --EWriter 20:35, 20. Jun. 2010 (CEST)Beantworten
Nachtrag2: Jetzt gehts wieder.--EWriter 00:41, 21. Jun. 2010 (CEST)Beantworten

Fehler II ?[Quelltext bearbeiten]

Jetzt geht HotCat fast wieder. Jedoch bekomme ich jetzt unter

Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid) Firefox/3.6.3

den Fehler:

Fehler: v is undefined
Quelldatei: http://de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&action=raw&ctype=text/javascript&283g
Zeile: 1696

--Sigbert 20:08, 20. Jun. 2010 (CEST)Beantworten

Gefährliche Links[Quelltext bearbeiten]

Links wie //de.wikipedia.org/w/index.php?title=Wikipedia:Helferlein/HotCat&action=edit&hotcat_removecat=Wikipedia%3AHelferlein sind durch das automatische Speicherung gefährlich. Gibt es eine Möglichkeit die Einsprungmöglichkeit per URL zu unterbinden? --Fomafix 20:41, 16. Jul. 2010 (CEST)Beantworten

Workaround/Fehlerbehebung einbauen für "Seite verlassen?"-Sicherheitsabfrage[Quelltext bearbeiten]

Bitte diese Änderung http://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&diff=49901560&oldid=48415180 auch wenn möglich in unser Skript einbauen. Ein Fehlerreport war in WP:FZW und ich habe es eben auch getestet und nachvollziehen können: Monobook: keine Probleme. Vector: Sicherheitsabfrage kommt, beim automatischen Speichern des Editfensters beim Hinzufügen einer einzelnen Kategorie.

Kann man diese Änderung auch irgenwie global an alle Wikis verteilen? Es dürften ja alle Probleme damit haben. Viele Grüße --Saibo (Δ) 19:44, 1. Mär. 2011 (CET)Beantworten

Die meisten Wikis verwenden HotCat, indem sie direkt die Commons-Version laden. Somit stellt sich das Problem dort gar nicht erst, da sie Korrekturen und Verbesserungen, die auf Commons gemacht werden, automatisch bekommen. Lupo 23:24, 1. Mär. 2011 (CET)Beantworten
Ah, sehr gut. Dewp scheint da wohl spezieller zu sein. ;-) Wenn du mir sagst, wo ich es einbauen soll, kann ich es machen. Ich kann es gern hier auch einbauen, es hier genauso funktionieren würde. Viele Grüße --Saibo (Δ) 01:06, 2. Mär. 2011 (CET)Beantworten
Na ja, eigentlich würde ich empfehlen, die neueste Version von HotCat zu übernehmen, die dieses Problem komplett umgeht und auch das oben angesprochene Problem löst. Im übrigen ist die HotCat-Version, die hier verwendet wird, etwas veraltet und enthält mindestens einen Fehler (currentCategroy statt currentCategory). Es gibt auf User:Lupo/c.js eine de-Version des neuesten HotCats. (Diff zwischen V2.2b (z.Z. verwendete Version hier) und V2.6 auf User:Lupo/c.js) Achtung, ist ungetestet. Ich bin sowieso nach wie vor der Meinung, auch de-WP sollte die Commons-Version direkt einbinden und durch lokale Konfiguration anpassen. Selbst en-WP macht das so; ebenfalls zh-WP, ja-WP, pl-WP, um nur ein paar der grösseren WPs zu erwähnen. Wenn's für die geht, geht's wohl auch für de-WP. Und falls wider erwarten nicht, finden wir wohl schon Wege, um sicherzustellen, dass es auch hier funktioniert. Aber das ist Eure Entscheidung. Lupo 10:44, 2. Mär. 2011 (CET)Beantworten
Danke Lupo. Da ich bisher mit HotCat (und auch eigentlich nicht mit der Gadget-Verwaltung) zu tun hatte, bitte ich die bisherigen hier Beteiligten sich zu äußern, wieso nicht HotCat extern eingebunden wird. Oder einfach den Bugfix, der hier vielleicht, wahrscheinlich, hoffentlich auch funktioniert, einzubauen. Viele Grüße --Saibo (Δ) 02:44, 3. Mär. 2011 (CET)Beantworten

Also was war jetzt die Lösung des Problems? Wie umgehe ich den "Seite-verlassen"-Bildschirm in de? Florentyna 14:25, 4. Mai 2011 (CEST)Beantworten

Die Option Warnen, wenn eine zur Bearbeitung geöffnete Seite verlassen wird, die nicht gespeicherte Änderungen enthält hilft auch nicht? --Leyo 14:36, 4. Mai 2011 (CEST)Beantworten
Das hatte ich hieraus nicht entnehmen können (ohne auch groß gesucht zu haben), hat aber geholfen (auch wenns etwas heikel ist). Besten Dank. Florentyna 14:48, 4. Mai 2011 (CEST)Beantworten

auf de nicht existierende commons-seiten[Quelltext bearbeiten]

siehe auch 2009er diskussion Wikipedia Diskussion:Helferlein/HotCat#HotCat für Bilder auf Commons und 2010er diskussion Wikipedia Diskussion:Helferlein/HotCat#HotCat für Bilder auf Commons (II)

der schutz vor dem neuanlegen von nicht-existierenden dateibeschreibungsseiten oder vor dem ändern von dateibeschreibungsseiten zu dateien auf commons scheint nicht mehr zu funktionieren. (eins, zwo). kann man da was machen? --Akkakk 00:42, 28. Jul. 2011 (CEST)

Datei-Namenraum[Quelltext bearbeiten]

Ich fände es hilfreich, wenn im Dateinamensraum der Dateikategorie-Präfix „Datei:“ schon vorgegeben (vorausgefüllt) würde. Liesse sich das machen? --Leyo 02:40, 4. Dez. 2011 (CET)Beantworten

Warum bloß im DNR? Wenn ich mich recht entsinne haben mittlerweile unsere gesamten Nicht-ANR-Kategorien Namensraumpräfizes. Pro, ich habe aber keine Ahnung welche Hooks Lupo für sowas bereitstellt. Weiter auf WP:TSW? -- Bergi 02:51, 4. Dez. 2011 (CET)Beantworten
Einen spezifischen Hook dafür gibt es nicht. Ich habe allerdings gerade dem <span> um das Eingabefeld herum eine CSS-Klasse verpasst. Somit könntet ihr das hier lokal implementieren, indem ihr etwa folgenden Code irgendwo ausführt, z.B. in eurem lokalen MediaWiki:Gadget-HotCat.js, nach dem import von Commons:
$(function () {
  var namespaceNumber = mw.config.get('wgNamespaceNumber');
  // Exclude talk pages, main namespace, category namespace itself, and special pages
  if ((namespaceNumber & 1) || namespaceNumber <= 0 || namespaceNumber === 14) return;
  $('body').delegate('.hotcatinput input:text', 'focus', function () {
    var wasSet = $(this).data('hotcatprefixset');
    if (wasSet) return; // Already done, don't re-do it (user might have deleted pre-filled text)
    if (!this.value) {
      // If input field is empty, then pre-fill it
      var namespaceNames = mw.config.get('wgFormattedNamespaces');
      if (namespaceNames && typeof (namespaceNames[namespaceNumber]) == 'string') {
        var suffix = namespaceNumber === 2 ? ' ' : ':';          
        this.value = namespaceNames[namespaceNumber] + suffix;
      }
    }
    $(this).data('hotcatprefixset', true);
  });
});
Ich kenne euer Kategorisierungs-Schema zu wenig, um genau sagen zu können, was Sinn macht. Im Namensraum 6 z.B. wollt ihr wahrscheinlich "Datei:" einfügen, im Namensraum 2 (Benutzer(in)) wollt ihr hingegen wahrscheinlich einen Leerschlag an Stelle des Doppelpunkts. Im "Kategorie:"-Namensraum wollt ihr diese Funktionalität wahrscheinlich lieber nicht. Es gibt sowieseo nur zwei Kategorien, deren Namen mit "Kategorie:" beginnen. Obiger Code tut dies, aber weitere Feinheiten wären noch einzubauen. (Zu beachten: da ich diese CSS-Klasse "hotcatinput" gerade erst hinzugefügt habe, funktioniert das evtl. erst nach einem Update des Browser-Caches.) Lupo 16:07, 4. Dez. 2011 (CET)Beantworten
Danke für die ausführliche Antwort! Ausser im Datei-NR wäre die Funktionalität ev. im Wikipedia-NR und im Hilfe-NR sinnvoll. Sonst ist es IMHO nirgends nötig oder sinnvoll.
Mit dem Code bin ich leider überfordert. In Anlehnung an den Vorschlag oben, weise ich mal unter WP:TSW auf diese Diskussion hin. --Leyo 13:12, 7. Dez. 2011 (CET)Beantworten
Na ja, Benutzerseiten sollten möglichst auch in Benutzerkats landen, also Präfix „Benutzer:“ erhalten (Ausnahmen bestätigen die Regel), und Vorlagen nur in Vorlagenkats, also „Vorlage:“ erhalten. Aus anderen Kats werden die nämlich sonst immer mühselig wieder rausgefischt. Bei Vorlagen ist es auch nicht anders als bei Dateien. Und Kategoriekats gibt es inzwischen auch einige mehr, das ist schon richtig, dass die auch „Kategorie:Kategorie:“ erhalten. Und bei Portalseiten könnte man auch genauso „Portal:“ vorausfüllen lassen, auch wenn die ebenfalls mal in Artikelkats kommen, aber Hilfekats sind ja auch schon mal in WP-Kats, dann braucht man das ja nur wieder zu wegzulöschen. Das sieht man dann schon. Insgesamt finde ich es bei Datei:, Vorlage:, Benutzer: und Kategorie: am sinnvollsten, WP, Hilfe und Portal muss nicht zwingend sein, da dort die Überschneidungen am größten sein dürften zu anderen Namensräumen. --Geitost 01:13, 16. Dez. 2011 (CET)Beantworten
"Kategorie:Kategorie:..." vermischt Kategorien mit Meta-Kategorien. HotCat entfernt sowieso ein dem Kategorie-NR entsprechendes Präfix, da erstaunlich viele Benutzer dieses auch eingeben, wenn es gar nicht gemeint oder nötig ist. Solche Kategorien können somit mit HotCat gar nicht eingegeben werden. Wenn Ihr unbedingt Meta-Kategorien im normalen Kategoriebaum haben wollt, dann wählt wenigstens ein nicht mit dem Namen des Namensraums kollidierendes Präfix, z.B. "Kategorie:Metakategorie:..." Lupo 09:28, 16. Dez. 2011 (CET)Beantworten
Ich würde Kategorie: und auch Benutzer: aussen vor lassen. Das bringt mehr Probleme als Erleichterung. Für den Vorlage-NR ist HotCat sowieso nicht aktiviert. :-) --Leyo 09:54, 16. Dez. 2011 (CET)Beantworten
Interessant, dass HotCat bei Vorlagen nicht aktiviert ist, war mir noch gar nicht aufgefallen. ;-) Aber macht ja schon Sinn. Kategorie-NR kann man natürlich auch weglassen, vor allem, wenn das Probleme verursacht. „Datei:“ ist sicher sehr sinnvoll, dort gibt es ja ständig fehlerhafte Einsortierungen.
Aber warum sollte nun „Benutzer:“ Probleme machen? Und warum mehr als bei „Hilfe:“, wo doch gerade die Hilfeseiten häufig in WP-Kats einsortiert werden? Wenn man ausnahmsweise eine Benutzerseite in eine WP-Kat einsortieren will, kann man die Voreinstellung doch auch ändern. Im Normalfall sollte eine solche Seite aber halt in Benutzerkats hinein. Und dann kann man es doch auch so voreinstellen. Ich seh da gar kein Problem. --Geitost 12:37, 16. Dez. 2011 (CET)Beantworten
Bei Artikelentwürfen im BNR sollte man IMHO mit HotCat Artikelkategorien einfügen können. Das macht beispielsweise kurz vor dem Verschieben in den ANR oder wenn man danach händisch Doppelpunkte ergänzt, Sinn. --Leyo 13:41, 16. Dez. 2011 (CET)Beantworten
Hindert einen doch niemand daran, das voreingetragene „Benutzer:“ wieder zu streichen. Außerdem lädt es dazu ein, Artikelentwürfeim BNR auch länger mit ANR-Kats zu versehen. Es gibt ja jetzt schon genügend BNR-Seiten mit ANR-Kats drin, die sich gar nicht mal eben so einfach aus den ANR-Kats herausfischen lassen, solange jene existieren. Ist dasselbe Problem wie mit Dateien auch. Deshalb sollte Voreinstellung schon BNR-Kat sein, also so, dass es im Feld voreingetragen wird. --Geitost 19:52, 16. Dez. 2011 (CET)Beantworten
Sorry, aber für mich überwiegen beim BNR die Nachteile. Ich wäre eher dafür, HotCat da zu deaktivieren.
@Lupo: Liege ich mit
if (namespaceNumber !== 6) return;
für nur den Datei-NR als Ersatz für Zeile 4 richtig? --Leyo 00:48, 27. Dez. 2011 (CET)Beantworten
Ja. Die "var suffix..."-Zeile kannst Du dann auch auf "var suffix = ':';" vereinfachen. Lupo 13:49, 28. Dez. 2011 (CET)Beantworten
Danke! Ich hab's umgesetzt und es scheint zu klappen. --Leyo 18:45, 2. Jan. 2012 (CET)Beantworten
Funktioniert einwandfrei! Danke! Grüße --Brackenheim 00:08, 7. Jan. 2012 (CET)Beantworten

Unter Spezial:Hochladen funktioniert es nicht. Was müsste geändert werden, damit dort auch der Präfix eingesetzt wird? --Leyo 15:57, 10. Jan. 2012 (CET)Beantworten

Natürlich nicht, "special pages" sind ja explizit ausgeschlossen. So sollte es gehen:
$(function () {
  var namespaceNumber = mw.config.get('wgNamespaceNumber');
  if (namespaceNumber === -1 && mw.config.get('wgCanonicalSpecialPageName') == 'Upload') {
    // We're on Special:Upload: pretend we were in the file namespace.
    namespaceNumber = 6;
  }
  // Exclude all other namespaces including talk pages and special pages
  if (namespaceNumber !== 6) return;
  $('body').delegate('.hotcatinput input:text', 'focus', function () {
    var wasSet = $(this).data('hotcatprefixset');
    if (wasSet) return; // Already done, don't re-do it (user might have deleted pre-filled text)
    if (!this.value) {
      // If input field is empty, then pre-fill it
      var namespaceNames = mw.config.get('wgFormattedNamespaces');
      if (namespaceNames && typeof (namespaceNames[namespaceNumber]) == 'string') {
        var suffix = ':';          
        this.value = namespaceNames[namespaceNumber] + suffix;
      }
    }
    $(this).data('hotcatprefixset', true);
  });
});
Lupo 08:46, 11. Jan. 2012 (CET)Beantworten
Es scheint zu klappen, danke! Ich hab's oben etwas ungeschickt formuliert: Ich hatte vor allem nicht an diese Spezialseite gedacht. Dass es mit dem vorherigen Code dort nicht funktionierte, war eigentlich klar.
Noch was: Wäre es (ohne grossen Aufwand!) möglich, unter Spezial:Hochladen einen Hinweis darauf, welche Dateien kategorisiert werden sollen, zu ergänzen, sofern HotCat aktiviert ist? --Leyo 09:52, 11. Jan. 2012 (CET)Beantworten
Ohne mittleren Aufwand nicht. Leider habe ich es versäumt, in HotCat eine Möglichkeit zur Verfügung zu stellen, mit der man Code registrieren könnte, der dann ausgeführt wird, wenn sich HotCat einmal initialisiert hat. Ich müsste also einen solchen Registrierungs-Hook zur Verfügung stellen, und dann müsstet Ihr am Ende von MediaWiki:Gadget-HotCat.js/local defaults entsprechenden Code registrieren. Nur dauert's dann halt 30 Tage, bis alle Benutzer das neue HotCat mit diesem Registrierungs-Hook in Ihrem Browser hätten. Lupo 11:24, 11. Jan. 2012 (CET)Beantworten
OK, HotCat 2.14 hat nun so einen Hook. (Browser-Cache neu laden!) Am einfachsten ist es wie folgt:
function doSomethingOnceHotCatIsReady () {
  // Was immer Du willst hier.
}
$('body').bind('hotcatSetupCompleted', doSomethingOnceHotCatIsReady);
Jetzt brauchst Du Dir nur noch zu überlegen, womit Du "//Was immer Du willst hier" ersetzt ;-) Lupo 13:36, 11. Jan. 2012 (CET)Beantworten
Vielen Dank! Den JS-Code kann ich nicht liefern, aber ich würde die Anzeige einer der folgenden Varianten empfehlen:
--Leyo 13:55, 11. Jan. 2012 (CET)Beantworten


Seit dem MW-Update wird der Cursor leider vor Datei: positioniert. Lässt sich das beheben? --Leyo 19:03, 9. Mär. 2012 (CET)Beantworten

Ja, das lässt sich beheben. Bin dran, brauche aber noch etwas Zeit, um die Korrektur zu testen. Es ist mir allerdings etwas unklar, was das mit dem MW 1.19-Update zu tun hat. Mir scheint, das Verhalten war auch vorher höchstens zufällig so wie gewünscht. Lupo (Diskussion) 12:49, 12. Mär. 2012 (CET)Beantworten
Sollte nun behoben sein. Browser-Cache neu laden nicht vergessen! Lupo (Diskussion) 09:04, 15. Mär. 2012 (CET)Beantworten
Klappt, vielen Dank! --Leyo 09:59, 15. Mär. 2012 (CET)Beantworten

Vorlagen-Namensraum[Quelltext bearbeiten]

Die Vorlagen werden auch alle unterhalb von Kategorie:Vorlage: in Kategorien mit einem Vorlagen-Präfix kategorisiert. Lässt sich das auch sinnvoll in HotCat "erzwingen" oder ist das nicht so sinnvoll wie bei Dateien oder so hilfreich? Der Umherirrende 20:20, 11. Jan. 2012 (CET)Beantworten

Im Gegensatz zu Dateien müssen Vorlagen aber innerhalb von <noinclude> kategorisiert werden, oder gar auf Unterseiten. Da HotCat das nicht unterstützt, ist es im VNR gleich deaktiviert. -- Bergi 20:57, 11. Jan. 2012 (CET)Beantworten
Stimmt, aber wenn eine Kategorie da ist, könnte man sie darunter setzen, dann ist die Wahrscheinlichkeit sehr hoch, das es im noinclude-Bereich landet. Aber so ist vermutlich sicherer, bevor man sehr viele Seiten unbewusst damit kategorisiert. Der Umherirrende 21:03, 11. Jan. 2012 (CET)Beantworten

Bug fixen[Quelltext bearbeiten]

Siehe WP:FZW#Bug bei HotCat. So kann man das Tool nicht verwenden, wenn es eigenständig Seiten aus Kategorien entfernt, ohne auch nur darüber zu informieren. Bitte ändern. --Typokorrektör (Diskussion) 00:12, 18. Aug. 2013 (CEST)Beantworten

Melde dies doch unter commons:MediaWiki talk:Gadget-HotCat.js. Das Script wird von dort eingebunden. --Leyo 01:13, 18. Aug. 2013 (CEST)Beantworten
Ich habe noch Commons:MediaWiki talk:Gadget-HotCat.js/Archive01#Duplicate categories gefunden. Das müsste man lokal abschalten, falls möglich. Ich werde auf Commons mal hierher verweisen. --Typokorrektör (Diskussion) 02:44, 18. Aug. 2013 (CEST)Beantworten
Die FZW-Diskussion wird bald archiviert und wurde nach Wikipedia Diskussion:Helferlein/HotCat#Doppelte Kategorien und includeonly/htmlcomment kopiert. Und auf Commons gibt es nun eine Antwort von Lupo, vielleicht lässt sich dort eine Lösung finden, wenn man da lokal nichts machen kann. --Typokorrektör (Diskussion) 10:25, 19. Aug. 2013 (CEST)Beantworten

MediaWiki:Gadget-HotCat.js/en[Quelltext bearbeiten]

Die Seite (2010) sollte relativ zwecklos sein, da (seit 2011) ebenfalls aut. von Commons geladen c:MediaWiki:Gadget-HotCat.js/en (bzw. wird gar nicht geladen da hotcat_translations_from_commons = true;) -- User: Perhelion 09:16, 5. Jul. 2018 (CEST)Beantworten