Wikipedia Diskussion:Helferlein/HotCat
Siehe auch: MediaWiki Diskussion:Gadget-HotCat.js
Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 7 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Die Archivübersicht befindet sich unter Archiv. |
Reihenfolge
BearbeitenDie Tatsache, dass Kategorien immer ans Ende angefügt werden, ist alles andere als optimal. In bestimmten Bereichen (Biografien z.B.) gibt es Festlegungen zur Reihenfolge (z.B. enden Biografien immer auf Kategorie:Nationalität; Kategorie:Geboren XXXX; Kategorie:Gestorben XXXX und Kategorie:Geschlecht. Wenn da nun hinten einfach Kategorien rangeschmissen werden, ist das nervig. --APPER\☺☹ 16:15, 3. Jun. 2009 (CEST)
- Der Kommentar hier ist ja schon ziemlich alt, aber leider hat ich bisher nicht geändert. Ich finde es nervig, wenn ich immer mit Ctrl das sofortige Speichern verhindern muss, um dann manuell den Eintrag an die richtige Stelle zu schieben. --Rita2008 (Diskussion) 22:50, 27. Jun. 2024 (CEST)
HotCat und Vorlagen
BearbeitenKeine Ahnung, ob man das implementieren kann, aber das Einfügen von Kategorien außerhalb von noinclude
s im Vorlagennamensraum (Beispiel) ist nicht förderlich. Danke. Der Umherirrende 23:14, 12. Aug. 2009 (CEST)
Position der Kategorie, wenn noch keine vorhanden ist
BearbeitenFalls der Artikel noch keine Kategorie hat, scheint die Position der neu hinzugefügten Kategorie noch nicht optimal zu sein: Beispiel. Ein defaultsort ist vorhanden, aber die Kategorie landet nicht dahinter, sondern am Ende der Seite. Der Umherirrende 15:06, 22. Aug. 2009 (CEST)
Anzeige vorhandener Einträge
BearbeitenIch habe immer Probleme mit dem Eintippen der Kategorie. Wenn man dabei nicht auf den Bildschirm sieht, schlägt HotCat irgendwelche Einträge vor und "verschluckt" eingetippte Buchstaben. Kann man das irgendwie ändern?-- Rita2008 13:06, 5. Sep. 2009 (CEST)
- Was wird verschluckt? Wie ändert sich das, wenn man auf den Bildschirm sieht? Etwas genauer bitte.
meint -- ✓ Bergi 00:19, 8. Sep. 2009 (CEST)- Schwer zu sagen ... Wenn ich auf den Bildschirm sehe und langsam genug tippe, funktioniert alles, wenn ich aber einen Buchstaben tippe und der Computer inzwischen etwas anderes findet, zeigt er das an. Beispiel: Ich will "Komponist" eingeben: "Kom", der Computer findet aber inzwischen "Koalitionskriege" und zeigt das an(Das Fettgedruckte ist markiert)- mein "m" hat er also verschluckt. Weiter: Ich gebe ein "Kompon", er zeigt richtig an: "Komponist", aber das "n" ist mit markiert, wird also wenn ich jetzt "ist" eingebe verschluckt. Am Ende steht da: "Kompoist", was falsch ist. - Ist es jetzt verständlich?-- Rita2008 18:56, 10. Sep. 2009 (CEST)
- Mit dem Problem kämpfe ich auch ständig. Tritt nur auf de: auf; auf en: und Commons läuft's hingegen wie geschmiert. --TETRIS L 23:39, 10. Sep. 2009 (CEST)
- Diese wahnsinnig schnelle Selbstvervollständigungsfunktion hat mich heute beinahe wahnsinnig gemacht, weil ich ständig versuchte schneller zu sein als der (in der Regel) unpassende Vorschlag. Ich versuchte Herausgeber einzugeben, und ständig tauchte nach zwei Buchstaben Heavy-Metal-Bnnd auf. Kann man das nicht verlangsamen? Der bug muss auf de: liegen; bei Commons ist es doch ok... --Concord 00:35, 20. Sep. 2009 (CEST)
- Der Fehler ist mir bekannt. Was die Ursache ist weiß ich noch nicht genau. Durch meine Änderung ist er zumindest nicht entstanden. Die Version von Commons funktioniert richtig, hat aber noch Probleme mit der Position. Ich werde aus beiden Versionen eine funktionierende Version zusammenbauen. --Fomafix 09:21, 24. Sep. 2009 (CEST)
- Diese wahnsinnig schnelle Selbstvervollständigungsfunktion hat mich heute beinahe wahnsinnig gemacht, weil ich ständig versuchte schneller zu sein als der (in der Regel) unpassende Vorschlag. Ich versuchte Herausgeber einzugeben, und ständig tauchte nach zwei Buchstaben Heavy-Metal-Bnnd auf. Kann man das nicht verlangsamen? Der bug muss auf de: liegen; bei Commons ist es doch ok... --Concord 00:35, 20. Sep. 2009 (CEST)
- Mit dem Problem kämpfe ich auch ständig. Tritt nur auf de: auf; auf en: und Commons läuft's hingegen wie geschmiert. --TETRIS L 23:39, 10. Sep. 2009 (CEST)
- Schwer zu sagen ... Wenn ich auf den Bildschirm sehe und langsam genug tippe, funktioniert alles, wenn ich aber einen Buchstaben tippe und der Computer inzwischen etwas anderes findet, zeigt er das an. Beispiel: Ich will "Komponist" eingeben: "Kom", der Computer findet aber inzwischen "Koalitionskriege" und zeigt das an(Das Fettgedruckte ist markiert)- mein "m" hat er also verschluckt. Weiter: Ich gebe ein "Kompon", er zeigt richtig an: "Komponist", aber das "n" ist mit markiert, wird also wenn ich jetzt "ist" eingebe verschluckt. Am Ende steht da: "Kompoist", was falsch ist. - Ist es jetzt verständlich?-- Rita2008 18:56, 10. Sep. 2009 (CEST)
Ich habe aus unserer bisherigen Implementierung und der Implementierung von den Commons eine neue Implementierung gemacht: Benutzer:Fomafix/Gadget-HotCat.js. Bitte mit
importScript('[[Benutzer:Fomafix/Gadget-HotCat.js]]'); // [[Benutzer:Fomafix/Gadget-HotCat.js]]
in der monobook.js testen. --Fomafix 08:52, 5. Okt. 2009 (CEST)
- Genauer gesagt muss das heißen. --Hk kng 23:09, 22. Jan. 2010 (CET)
importScript('Benutzer:Fomafix/Gadget-HotCat.js'); // [[Benutzer:Fomafix/Gadget-HotCat.js]]
Hotcat in kategorielosen Artikeln
BearbeitenMit Opera 9.64 ist da nix mit Hotcat. Gibt es einfach nicht. Muß man doch wieder von hand einfügen. :(-- Sarkana frag den ℑ Vampirbewerte mich 02:56, 22. Sep. 2009 (CEST)
- Hä? bei mir ging/geht alles. Ansonsten: Nimm Opera 10.0 :-)
meint -- ✓ Bergi 15:46, 22. Sep. 2009 (CEST)- Nein, Opera 10 ist seltsam, außerdem ist die Rechtschreibkontrolle der allerletzte Sch..., somit ist das unbrauchbar. Und bei mir ist Hotcat in völlig kategoriefreien Artikeln nicht verfügbar.-- Sarkana frag den ℑ Vampirbewerte mich 00:36, 23. Sep. 2009 (CEST)
- Rechts-Klickst du ins Formular und schaltest sie ab... Hat mich auch genervt, bis ich das gefunden hatte. Bei mir geht alles reibungslos, ich kann sogar diese Disk kategoriesieren. Übrigens kannst du, wenn du
importScript('Benutzer:Fomafix/Gadget-HotCat.js');
hier reinschreibtst, wird eine alte Version geladen, die noch nichts weglässt.
meint -- ✓ Bergi 16:27, 23. Sep. 2009 (CEST)- Vorsicht. Unter Benutzer:Fomafix/Gadget-HotCat.js entwickele ich eine neue Version. Es kann daher eventuell kleine Probleme geben. --Fomafix 09:24, 24. Sep. 2009 (CEST)
- Rechts-Klickst du ins Formular und schaltest sie ab... Hat mich auch genervt, bis ich das gefunden hatte. Bei mir geht alles reibungslos, ich kann sogar diese Disk kategoriesieren. Übrigens kannst du, wenn du
- Nein, Opera 10 ist seltsam, außerdem ist die Rechtschreibkontrolle der allerletzte Sch..., somit ist das unbrauchbar. Und bei mir ist Hotcat in völlig kategoriefreien Artikeln nicht verfügbar.-- Sarkana frag den ℑ Vampirbewerte mich 00:36, 23. Sep. 2009 (CEST)
Diese Änderung deaktiviert HotCat, wenn keine Artikelnummer vorhanden ist. Macht das hier Probleme? --Fomafix 09:24, 24. Sep. 2009 (CEST)
Nerviger Bug in Firefox
BearbeitenWenn ich HotCat mit Firefox benutze, tritt bei mir seit einiger Zeit ein nerviger Effekt auf: HotCat durchsucht während des Tippens die existierenden Kategorien und ergänzt den Namen, aber der ergänzte Teil wird nicht ausgewählt (schwarz hinterlegt), so daß er beim schnellen Weitertippen nicht überschrieben wird, sondern stattdessen wird der getippte Text an den gefundenen und automatisch eingefügten Text hinten angehängt. Dies führt dazu, daß ich nach jedem getippten Buchstaben zurück gehen muß und den Rest des Wortens löschen muß.
Der Fehler tripp bei mir nur in Firefox, nicht aber im IE auf. --TETRIS L 20:28, 5. Okt. 2009 (CEST)
- P.S.: Der Bug ähnelt dem oben unter "Anzeige vorhandener Einträge" beschriebenen Bug, ist aber nicht exakt der selbe. Ich vermute, der neue Bug ist beim Versuch entstanden, den alten Bug zu fixen. --TETRIS L 20:32, 5. Okt. 2009 (CEST)
- Das ist genau der Bug, der oben geschrieben ist. Ich weiß die Ursache nicht. Als Alternative habe ich mit der funktionierenden Version von den Commons eine neue Version erstellt. Bitte testen. --Fomafix 21:13, 5. Okt. 2009 (CEST)
- Das Problem ist nicht exakt das selbe. Oben ging es darum, daß das Durchsuchen der vorhandenen Kategorien zu lange dauerte, so daß beim schnellen Weitertippen Buchstaben verschluckt wurden. Hier geht es darum, daß die gefundenen Kategorien so angezeigt werden, daß sie beim Weitertippen nicht überschrieben werden. --TETRIS L 10:55, 4. Feb. 2010 (CET)
- Beide Probleme sind mit Benutzer:Fomafix/Gadget-HotCat.js behoben. Zum Testen in die monobook.js schreiben und als Gadget deaktivieren. --Fomafix 11:16, 4. Feb. 2010 (CET)
importScript('Benutzer:Fomafix/Gadget-HotCat.js'); // [[Benutzer:Fomafix/Gadget-HotCat.js]]
- Beide Probleme sind mit Benutzer:Fomafix/Gadget-HotCat.js behoben. Zum Testen
- Das Problem ist nicht exakt das selbe. Oben ging es darum, daß das Durchsuchen der vorhandenen Kategorien zu lange dauerte, so daß beim schnellen Weitertippen Buchstaben verschluckt wurden. Hier geht es darum, daß die gefundenen Kategorien so angezeigt werden, daß sie beim Weitertippen nicht überschrieben werden. --TETRIS L 10:55, 4. Feb. 2010 (CET)
- Das ist genau der Bug, der oben geschrieben ist. Ich weiß die Ursache nicht. Als Alternative habe ich mit der funktionierenden Version von den Commons eine neue Version erstellt. Bitte testen. --Fomafix 21:13, 5. Okt. 2009 (CEST)
Rumfummelei
BearbeitenWer hat an HotCat so rumgefummelt, dass nach dem Hinzufügen einer Kategorie sofort der Speichervorgang erfolgt? Das ist ja wohl dermaßen blödsinnig, dass mir die Worte fehlen. Wenn das hier jemand lesen sollte: bitte sofort rückgängig machen! --Scooter Sprich! 16:50, 27. Mai 2010 (CEST)
- Der Sofort-Speicher-Modus ist Standard auf Commons und en:. Vor kurzem wurde er deutlich verbessert: Einfach vorher den (++)-Knopf ganz links drücken, dann wird der "Multi-Kategorien-Modus" aktiviert und man kann manuell speichern wie bisher. --TETRIS L 23:03, 27. Mai 2010 (CEST)
- Oder man benutzt Ctrl-Click (oder Cmd-Click bei Mac, dort scheint Ctrl-Click schon anderweitig belegt zu sein) auf den "(−)"-Links bzw. dem "OK"-Knopf. Oder man ändert die Konfiguration hier auf de-WP, so dass HotCat halt gar nie automatisch speichert. Oder man fügt "var hotcat_no_autocommit = true;" in seinem monobook.js oder vector.js oder was auch immer ein. Lupo 19:48, 7. Jun. 2010 (CEST)
Bug bei Änderung einer Kategorie in eine ihrer Unterkategorien
BearbeitenWenn man eine Kategorie in eine ihrer Unterkategorien ändert (im Multi-K.-Modus mit Hilfe des senkrechten Pfeils), wird diese anschließend rot angezeigt, obwohl sie vorhanden ist. Verhält sich so bei mir sowohl mit Opera als auch mit Firefox. Nicht weiter schwerwiegend, aber leicht irritierend.-- EWriter 18:36, 31. Mai 2010 (CEST)
- Immer noch? Kann ich nicht reproduzieren. Lupo 19:49, 7. Jun. 2010 (CEST)
- Ist anscheinend geändert worden; statt in roter Schrift erscheinen die geänderten Kategorien jetzt mit rotem Hintergrund - ist anscheinend so vorgesehen.-- EWriter 01:39, 8. Jun. 2010 (CEST)
- Das ist so vorgesehen, ja, damit man auf einen Blick sieht, bei welchen Kategorien man schon etwas geändert hat. Wem das nicht gefällt, der kann's für sich ausschalten oder auch nur die Farbe ändern. Wie das geht, ist auf commons:Help:Gadget-HotCat beschrieben (in Englisch). Lupo 15:20, 8. Jun. 2010 (CEST)
- Ist anscheinend geändert worden; statt in roter Schrift erscheinen die geänderten Kategorien jetzt mit rotem Hintergrund - ist anscheinend so vorgesehen.-- EWriter 01:39, 8. Jun. 2010 (CEST)
Weitere Bugs/Features
Bearbeitennebenbei: Die neuen Funktionen gefallen mir noch besser. Aber da wären noch:
- die
engine_names
sind noch Englisch - und im Multi-Modus fehlt mir ein Button fürs Abbrechen.
- eine Uservariable, die nur den Multimodus aktiviert :-) ? Das heißt, es gibt nur einen Speichern-Button für alles, und nach einer Aktion (zum Beispiel Entfernen) sind immer noch weitere möglich. Den ++-Link brauchts dann auch nicht.
meint -- ✓ Bergi 18:42, 5. Jun. 2010 (CEST)
- Das erste ist muss in der hiesigen Konfiguration angepasst werden.
- Wozu soll das Zweite gut sein? Einfach nicht speichern tut's doch auch, oder die Seite im Browser neu laden ebenso. Das Problem mit so einem "globalen Undo" ist, dass so ein Knopf ziemlich gefährlich wäre. Was ist, wenn er aus versehen gedrückt wird? Also muss da der Benutzer gefragt werden, ob er/sie wirklich alle vorbereiteten Kategoerienänderungen (wenn's denn welche hat) wegschmeissen will. Ich wette, viele Benutzer fänden so eine Zusatzabfrage aber wiederum störend. Also muss auch noch eine Einstellungsmöglichkeit gegeben werden, mit der ein Benutzer diese Abfrage unterbinden kann. Oder man hat so einen Knopf, aber er ändert nur die Anzeige, ohne die Änderungen wirklich wegzuwerfen, so dass der Benutzer sie durch erneutes Klicken auf (++) wieder holen kann. Was dann aber wohl auch wieder nicht recht wäre; ich sehe schon die Anfragen, weshalb "globales Zurücksetzen" die Änderungen gar nicht zurücksetzt... Alles in allem viel Aufwand und wenig Ertrag. Ein Reload im Browser dagegen erfordert gar keinen Programmieraufwand, wird wohl kaum aus Versehen gemacht, und erfüllt die gleiche Funktion.
- Das Dritte wäre zu überlegen. Aber nur—wie vorgeschlagen—als Benutzer-Einstellung, nicht als default. Sonst beklagen sich die Leute nur, wieso da ein deaktivierter "Speichern"-Knopf ist... Wer diesen Modus hingegen explizit einschaltet, weiss wohl auch, was der Knopf da soll. Na ja... oder der Knopf wird erst eingefügt, wenn mindestens eine Änderung erfolgt. Ist aber auch nicht so doll, da dann initial kein visueller Indikator da ist, der einem sagt, in welchem Modus man denn ist. Lupo 20:01, 7. Jun. 2010 (CEST)
- Ich habe mir den Code noch nicht angeschaut. Wozu gibt es denn überhaupt mehrere Modi? Mit sofort speichern komme ich sowieso nicht zurecht. Einmal daneben geklickt und schon schon hat man eine Kategorie aus dem Artikel gekickt. Ich habe auch schon einige andere Benutzer gesehen ist, denen das so ergangen ist. Wie wäre es, wenn standardmäßig immer erst das Bearbeitungsfester geöffnet wird, es sei denn man betätigt die Eingabe mit der Strg+Klick. Klick und Strg+Klick wären damit vertauscht. --Fomafix 20:57, 7. Jun. 2010 (CEST)
- Diesbezüglich siehe zwei Abschnitte weiter oben. Ändert doch einfach die Konfiguration, wenn ihr kein defaultmässiges automatisches Speichern haben wollt. Lupo 14:01, 8. Jun. 2010 (CEST)
- Ich vermute allerdings, dass es mehr Nutzer gibt (vor allem solche die sich damit weniger auskennen), die nichtautomatisches Speichern bevorzugen würden als solche die es haben wollen. Von denen würde sich imho ein größerer Anteil die Mühe machen, die für einige wohl komplizierte Konfiguration vorzunehmen. Mir ist's ja egal, ich weiß wie's geht
meint -- ✓ Bergi 14:14, 8. Jun. 2010 (CEST)- Ich meinte "ändert doch einfach die globale Konfiguration" (im Script MediaWiki:Gadget-HotCat.js, nicht in den user scripts). Damit hätte man dann das von Dir gewünschte Verhalten. Lupo 15:18, 8. Jun. 2010 (CEST)
- Würde ich ja gerne, darf ich aber nicht :-( -- ✓ Bergi 15:56, 8. Jun. 2010 (CEST)
- Ich auch nicht... Lupo 16:06, 8. Jun. 2010 (CEST)
- Hä? Auch bist laut Benutzerverzeichnis Sichter, laut Log aber nicht. gib dich zu erkennen! :-) -- ✓ Bergi 18:42, 8. Jun. 2010 (CEST)
- Merlissimo hat hiermit die Version von Lupo von den Commons importiert. --Fomafix 23:11, 8. Jun. 2010 (CEST)
- Genau. Der Eintrag in der Versionsgeschichte, bei dem ich als Autor angegeben bin, stammt von einem Versionsimport von Commons. Sichter-Status hat nichts damit zu tun; das Bearbeiten von gesperrten Seiten und des MediaWiki-Namensraums ist Administratoren vorbehalten. Da ich hier kein Admin bin und somit hier die "editinterface"-Berechtigung nicht habe, kann ich hier auf de-WP auch keine Änderungen an diesem Skript vornehmen. Für die Konfiguration und Wartung von HotCat hier auf de-WP müsst ihr euch also an Benutzer:Merlissimo oder einen anderen lokalen Admin, der etwas von JavaScript versteht, wenden. Lupo 08:55, 9. Jun. 2010 (CEST)
- P.S.: Den Log-Eintrag bezüglich meines Sichter-Status gibt es sehr wohl. Lupo 09:00, 9. Jun. 2010 (CEST)
- Genau. Der Eintrag in der Versionsgeschichte, bei dem ich als Autor angegeben bin, stammt von einem Versionsimport von Commons. Sichter-Status hat nichts damit zu tun; das Bearbeiten von gesperrten Seiten und des MediaWiki-Namensraums ist Administratoren vorbehalten. Da ich hier kein Admin bin und somit hier die "editinterface"-Berechtigung nicht habe, kann ich hier auf de-WP auch keine Änderungen an diesem Skript vornehmen. Für die Konfiguration und Wartung von HotCat hier auf de-WP müsst ihr euch also an Benutzer:Merlissimo oder einen anderen lokalen Admin, der etwas von JavaScript versteht, wenden. Lupo 08:55, 9. Jun. 2010 (CEST)
- Merlissimo hat hiermit die Version von Lupo von den Commons importiert. --Fomafix 23:11, 8. Jun. 2010 (CEST)
- Hä? Auch bist laut Benutzerverzeichnis Sichter, laut Log aber nicht. gib dich zu erkennen! :-) -- ✓ Bergi 18:42, 8. Jun. 2010 (CEST)
- Ich auch nicht... Lupo 16:06, 8. Jun. 2010 (CEST)
- Würde ich ja gerne, darf ich aber nicht :-( -- ✓ Bergi 15:56, 8. Jun. 2010 (CEST)
- Ich meinte "ändert doch einfach die globale Konfiguration" (im Script MediaWiki:Gadget-HotCat.js, nicht in den user scripts). Damit hätte man dann das von Dir gewünschte Verhalten. Lupo 15:18, 8. Jun. 2010 (CEST)
- Ich vermute allerdings, dass es mehr Nutzer gibt (vor allem solche die sich damit weniger auskennen), die nichtautomatisches Speichern bevorzugen würden als solche die es haben wollen. Von denen würde sich imho ein größerer Anteil die Mühe machen, die für einige wohl komplizierte Konfiguration vorzunehmen. Mir ist's ja egal, ich weiß wie's geht
- Diesbezüglich siehe zwei Abschnitte weiter oben. Ändert doch einfach die Konfiguration, wenn ihr kein defaultmässiges automatisches Speichern haben wollt. Lupo 14:01, 8. Jun. 2010 (CEST)
- Ich habe oben vorallem ein Tausch von Klick und Strg+Klick gemeint. Ich wünsche mir als Standard den Multibearbeitungsmodus ohne automatisches Speichern. Der ++-Knopf kann dann auch entfallen. Das sofortige Speichern sollte dann über Strg+Klick durchgeführt werden. Ist es möglich, dass beim Drücken bzw. Loslassen der Strg-Taste bereits die Beschriftung des Knopfes geändert wird? --Fomafix 13:37, 9. Jun. 2010 (CEST)
- Ich habe mir den Code noch nicht angeschaut. Wozu gibt es denn überhaupt mehrere Modi? Mit sofort speichern komme ich sowieso nicht zurecht. Einmal daneben geklickt und schon schon hat man eine Kategorie aus dem Artikel gekickt. Ich habe auch schon einige andere Benutzer gesehen ist, denen das so ergangen ist. Wie wäre es, wenn standardmäßig immer erst das Bearbeitungsfester geöffnet wird, es sei denn man betätigt die Eingabe mit der Strg+Klick. Klick und Strg+Klick wären damit vertauscht. --Fomafix 20:57, 7. Jun. 2010 (CEST)
Leerzeile
BearbeitenBeim Einfügen der ersten Kategorie wird keine Leerzeile eingefügt (Beispiel). --Leyo 14:01, 17. Jun. 2010 (CEST)
Bug: Hotcat legt Artikel wieder an, der inzwischen gelöscht wurde.
BearbeitenWenn man in einem Browsertab einen Artikel oder Kategorie offen hat, die in der Zwischenzeit gelöscht wurde, legt Hotcat die Seite ohne Rückfrage wieder an, wenn die mit Hotcat eine Kategorie hinzugefügt werden sollte. --Matthiasb (CallMeCenter) 16:46, 30. Sep. 2010 (CEST)
- Auf Commons lege ich oft neue Kategorien mittels HotCat an. --Leyo 16:59, 30. Sep. 2010 (CEST)
- Ein zwischenzeitliches Löschen durch einen anderen Benutzer sollte trotzdem abgefangen werden. Andere Tools wie SLA machen auch. --Fomafix 17:08, 30. Sep. 2010 (CEST)
- Leyo, ich weiß nicht, ob wir über dasselbe Thema schreiben. Ich erkläre nochmal, was ich gemacht habe:
- Ich hatte in einem Browserfenster die Seite offen, in dem Fall eine Kat, aber mir ist das auch schon bei einem Artikel passiert. In der Kat stand mein SLA. In eine andere, neue Seite hatte ich eine Oberkategorie eingetragen. Dann war ich wo ganz anders (in einer weiteren vermeintlichen Oberkategorie) und habe festgestellt, daß die neue Kategorie fehlte. Also zurück. Dabei habe ich das falsche Browsertab erwischt und habe in der alten Kategorie die fehlende Kategorie durch Hotcat eingetragen. Für diese wurde inzwischen der SLA ausgeführt – was auch in den ein oder zwei Sekunden, in denen die Seite angezeigt wird, bevor das Skript speichern klickt, angezeigt wurde. Danach war die Kategorie wieder angelegt, natürlich nur mit der hinzugefügten Kategorie und ohne weiteren Inhalt.
- Wie du mit HotCat eine Kategorie anlegen willst, kann ich mir nicht vorstellen, mir ist nur klar, daß man "rote" Kategorien eintragen kann. --Matthiasb (CallMeCenter) 17:17, 30. Sep. 2010 (CEST)
- Das war nur als Kommentar gedacht und nicht um zu zeigen, dass dein Anliegen keine Berechtigung hätte.
- Diejenigen Kategorien, die ich mit HotCat eintrage, existieren natürlich. Die Kategorieseite, wo ich dies tue, wird dadurch angelegt (Beispiel). --Leyo 17:47, 30. Sep. 2010 (CEST)
- Diese Benutzung dürfte in der de:WP durch die Zeile
wgCurRevisionId === 0
(in disable) unterbunden sein. -- ✓ Bergi 21:36, 30. Sep. 2010 (CEST)
- Diese Benutzung dürfte in der de:WP durch die Zeile
Reihenfolge
Bearbeitenoffensichtlich (alle Änderungen von Benutzer:Cú Faoil bei Hunderassen am 29./30.10.) fügt HotCat neue Kats nach den Interwikis ein (manchmal? oft? immer?). Die gehören aber immer vor die Interwikis. Gruß --RonMeier 22:00, 30. Sep. 2010 (CEST)
- Problem besteht weiterhin. Gilt offenbar nur für neue, nicht für geänderte Kategorien. --TETRIS L 13:36, 18. Okt. 2010 (CEST)
- Es existiert zwar dieser Hinweis, aber den kennt wohl niemand, es geschieht immer wieder, dass ein Edit nur wegen der Umsortierung vor die Interwikis gemacht wird. Daher wäre es wirklich schön, wenn der Schönheitsfehler von HotCat behoben würde. Wo müsste man das beantragen? --Die Schwäbin 20:58, 6. Jan. 2011 (CET)
HotCat-Konflikt mit InUse-Baustein
BearbeitenBei Verwendung der Vorlage:inuse setzt HotCat neu hinzugefügte Kategorien in den Baustein am Artikel-Anfang. Das macht natürlich so keinen Sinn: z.B. [1]. Viele Grüße --Wkpd 22:16, 28. Dez. 2010 (CET)
- Hallo Wkpd, das eigentliche Problem ist, dass du den {{Inuse}}-Baustein gesubstet (
subst:
) hast, was eigentlich so nicht vorgesehen ist. Gruß, --Revo Echo der Stille 00:57, 29. Dez. 2010 (CET)- Ah - ok, danke. Ich hab schon längst den Überblick verloren, welcher Baustein jetzt gesubstet werden sollte und welcher nicht. Trotzdem danke. Grüße --Wkpd 02:30, 29. Dez. 2010 (CET) Nachtrag: Eigentlich ist schon klar, warum hier ein subst nicht wirklich weiterhilft. --Wkpd 02:39, 29. Dez. 2010 (CET)
Problem mit Interwikis
BearbeitenHallo,
seit einiger Zeit werden die Interwiki-Links offenbar ganz unten im Artikel angezeigt, nach den Kategorien. In diesem Fall funktioniert HC dann leider nicht mehr, die Kategorien werden wie ohne HotCat angezeigt. Ist das Problem schon bekannt? --Gamba 09:24, 27. Sep. 2011 (CEST)
- Das betrifft nur die Diff-Ansicht, oder? --Leyo 10:10, 27. Sep. 2011 (CEST)
- Ja, das ist nur, wenn man einen Versionsvergleich anschaut. Ruft man den Artikel normal auf, sind die Interwikis wie gehabt links. --Schwäbin 10:16, 27. Sep. 2011 (CEST)
- Stimmt, das ist mir noch nicht aufgefallen. Meistens arbeite ich in dieser Ansicht, weil ich die Änderungen in der Beobachtsliste durchgehe. Welchen Sinn hat es, dass in der Diff-Ansicht die Interwikis anders angezeigt werden als in der Standardansicht? --Gamba 10:17, 27. Sep. 2011 (CEST)
- Keine Ahnung. Das fragst du wohl besser unter WP:?. --Leyo 10:21, 27. Sep. 2011 (CEST)
- Stimmt, das ist mir noch nicht aufgefallen. Meistens arbeite ich in dieser Ansicht, weil ich die Änderungen in der Beobachtsliste durchgehe. Welchen Sinn hat es, dass in der Diff-Ansicht die Interwikis anders angezeigt werden als in der Standardansicht? --Gamba 10:17, 27. Sep. 2011 (CEST)
- Damit Du Änderungen daran auch sehen kannst. Dass HotCat da nicht funktioniert, ist Absicht. Du solltest ja nicht irgendeine (womöglich alte) Version ändern, sondern immer nur die jeweils aktuelle Fassung. --Schwäbin 10:22, 27. Sep. 2011 (CEST)
- Also hat das Nichtfunktionieren von HotCat in der Änderungsansicht gar nichts damit zu tun, dass die Interwikis dort unten angezeigt werden? --Gamba 13:41, 27. Sep. 2011 (CEST)
- Hotcat funktioniert, wenn Du eine Artikelversion bearbeitest; es kann auch eine alte sein (solltest Du aber nicht tun). Um sie aufzurufen, musst Du dann im Versionsvergleich oben auf "Version vom xx.xxxxxxx.xxxx" klicken.
- Es funktioniert nicht, wenn Du in der Diff-Ansicht (das ist hier Jargon für Versionsvergleich mit Artikelvorschau) bist.
- Interwikis kannst Du mit Hotcat sowieso nicht bearbeiten, das ist, wie der Name schon sagt, für Kategorien. --Schwäbin 13:58, 27. Sep. 2011 (CEST)
- Also hat das Nichtfunktionieren von HotCat in der Änderungsansicht gar nichts damit zu tun, dass die Interwikis dort unten angezeigt werden? --Gamba 13:41, 27. Sep. 2011 (CEST)
- Das ist mir schon klar, ich dachte nur, es würde sich um einen Bug handeln, der durch die Interwikis unterhalb des Artikels verursacht wird. Was ich mit "Diff-Ansicht" oder "Änderungsansicht" meine ist das hier: [2] Ich bekomme da keine Artikelvorschau angezeigt, sondern die aktuellere der beiden Versionen, die verglichen werden. Warum da anders gearbeitet werden soll als bei der normalen Ansicht oder der Betrachtung einer alten Version ohne Vergleich verstehe ich nicht. Wie gesagt: Bei meiner Arbeitsweise behindert mich das, weil ich extra rumklicken muss. --Gamba 14:59, 27. Sep. 2011 (CEST)
- Da musst Du mit leben. Was Du verlinkt hast ist ein Versionsvergleich, steht auch oben links: (Unterschied zwischen Versionen). Und in einem Versionsvergleich kann man halt nichts bearbeiten. Auch keine Kategorien ändern. Nur Versionen kann man bearbeiten. --Schwäbin 15:36, 27. Sep. 2011 (CEST)
- Ein zusätzlicher Klick (auf aktuelle Version vom .... oben rechts), schon kannst Du HotCat einsetzen. Und anschließend per seitlichem Mausklick (falls Du so eine Maus hast, die eine Zurückblättern-Taste hat) zurück zu Deiner Beobachtungsliste springen. --Schwäbin 15:39, 27. Sep. 2011 (CEST)
- Ich habe da durchaus Links zum Bearbeiten einzelner Abschnitte, so wie in der normalen Leseansicht. Ich finde es ja nicht unbedingt schlimm, dass ich darin nicht mit HC arbeiten kann, aber eben etwas schade, weil das Geklicke lästig ist und ich keinen logischen Grund dafür sehe. Wenn es technisch begründet wäre, dann wäre das ja in Ordnung. Aber was solls... Danke für die Antworten, zumindest weiß ich jetzt, dass es an dem Versionsvergleich liegt. --Gamba 17:35, 27. Sep. 2011 (CEST)
- Das ist mir schon klar, ich dachte nur, es würde sich um einen Bug handeln, der durch die Interwikis unterhalb des Artikels verursacht wird. Was ich mit "Diff-Ansicht" oder "Änderungsansicht" meine ist das hier: [2] Ich bekomme da keine Artikelvorschau angezeigt, sondern die aktuellere der beiden Versionen, die verglichen werden. Warum da anders gearbeitet werden soll als bei der normalen Ansicht oder der Betrachtung einer alten Version ohne Vergleich verstehe ich nicht. Wie gesagt: Bei meiner Arbeitsweise behindert mich das, weil ich extra rumklicken muss. --Gamba 14:59, 27. Sep. 2011 (CEST)
Neues Problem, mit MW 1.18?
BearbeitenSeit kurzem verdeckt die DropDown-Auswahl von HotCat das Eingabefeld. Manuelle Eingaben können nicht im Feld verfolgt werden. Ist sehr behinderlich. Monoboox-Skin. --Atamari Datei:WhitePaperbag.jpg 13:42, 22. Okt. 2011 (CEST)
- Browser? Besteht das Problem auch noch, nachdem Du den Cache Deines Browsers neu geladen hast? Am 18. 10. versuchte ich, ein Layout-Problem in der Gegend zu beheben, machte aber einen Fehler. Mit der Version vom 19.10. sollte dieses Problem behoben sein; heute habe ich noch ein weiteres Layout-Problem in FF3.6 gelöst (hoffentlich!). Auf der Englischen Wikipedia hat jemand das gleiche Layout-Problem für IE9 gemeldet, konnte mir aber auch noch nicht sagen, ob das auch noch nach einem Cache-Refresh auftritt. Lupo 21:11, 22. Okt. 2011 (CEST)
- IE 8 (Firefox funktioniert, Feld ist höher). Cache löschen brachte nichts (glaube ich, habe es probiert). Problem besteht schon ein paar Tage. Das Feld "Kombinierte Suche" klappt/verdeckt sich über das Eingabefeld.
- Ok, konnte das auf IE8 nun auch reproduzieren. Ursache ist ein Fehler in IE8 (und anscheinend auch IE9), der die Höhe für das Eingabefeld (bzw. für das dieses Eingabefeld umgebende HTML-Element) fälschlicherweise auf Null (zero) setzt. Das ist kompletter Blödsinn und bringt natürlich das ganze Layout durcheinander. Ich habe jedoch einen Weg gefunden, diesen Fehler zu umgehen, indem ich einfach nach dem Eingabefeld ein eingefügt habe. Kannst Du bitte nochmals den Cache Deines Browsers neu laden, schauen, ob das Problem auch bei Dir dadurch gelöst ist, und hier 'ne Rückmeldung geben? Danke! Lupo 22:28, 22. Okt. 2011 (CEST)
- Habe getestet. Ja, nun ist die Auswahl hoch genug, damit man das Eingabefeld auch lesen kann. DANKE. --Atamari Datei:WhitePaperbag.jpg 22:31, 22. Okt. 2011 (CEST)
- Unter bestimmten Bedingungen scheint das Feld dennoch über das Eingabefeld. Beobachtet: Sichote-Alin Letztes "+" bei einer Auflösung von 1024x768. --Atamari 22:15, 28. Okt. 2011 (CEST)
- Schon nachvollziehen können? --Atamari 11:38, 1. Nov. 2011 (CET)
- Nö, sorry. Ich hatte Deinen Kommentar hier gar nicht bemerkt. Ich schau's mir heute Abend 'mal an. Lupo 12:36, 1. Nov. 2011 (CET)
- Hab's gesehen. Auch das scheint eine Spezialität von IE zu sein. Jedenfalls kommen IE8/9 auch dann wieder durcheinenander, wenn ein Zeilenumbruch gleich nach dem Eingabefeld gemacht wird. Aber auch dagegen ist mir etwas eingefallen. Sollte behoben sein. Bitte nochmals den Cache Deines Browsers neu laden... für eine Rückmeldung hier wäre ich dankbar. Lupo 21:30, 1. Nov. 2011 (CET)
- In dem konkreten Beispiel verhält sich der Browser nun besser. ok. --Atamari 23:00, 1. Nov. 2011 (CET)
- Hab's gesehen. Auch das scheint eine Spezialität von IE zu sein. Jedenfalls kommen IE8/9 auch dann wieder durcheinenander, wenn ein Zeilenumbruch gleich nach dem Eingabefeld gemacht wird. Aber auch dagegen ist mir etwas eingefallen. Sollte behoben sein. Bitte nochmals den Cache Deines Browsers neu laden... für eine Rückmeldung hier wäre ich dankbar. Lupo 21:30, 1. Nov. 2011 (CET)
- Nö, sorry. Ich hatte Deinen Kommentar hier gar nicht bemerkt. Ich schau's mir heute Abend 'mal an. Lupo 12:36, 1. Nov. 2011 (CET)
- Habe getestet. Ja, nun ist die Auswahl hoch genug, damit man das Eingabefeld auch lesen kann. DANKE. --Atamari Datei:WhitePaperbag.jpg 22:31, 22. Okt. 2011 (CEST)
- Ok, konnte das auf IE8 nun auch reproduzieren. Ursache ist ein Fehler in IE8 (und anscheinend auch IE9), der die Höhe für das Eingabefeld (bzw. für das dieses Eingabefeld umgebende HTML-Element) fälschlicherweise auf Null (zero) setzt. Das ist kompletter Blödsinn und bringt natürlich das ganze Layout durcheinander. Ich habe jedoch einen Weg gefunden, diesen Fehler zu umgehen, indem ich einfach nach dem Eingabefeld ein eingefügt habe. Kannst Du bitte nochmals den Cache Deines Browsers neu laden, schauen, ob das Problem auch bei Dir dadurch gelöst ist, und hier 'ne Rückmeldung geben? Danke! Lupo 22:28, 22. Okt. 2011 (CEST)
- IE 8 (Firefox funktioniert, Feld ist höher). Cache löschen brachte nichts (glaube ich, habe es probiert). Problem besteht schon ein paar Tage. Das Feld "Kombinierte Suche" klappt/verdeckt sich über das Eingabefeld.
Bearbeitungskonflikt
BearbeitenWas ich schon länger beobachte ist, dass HotCat sehr sehr häufig einen Bearbeitungskonflikt erzeugt (Konflikt mit mir selber). Das Tool speichert zwar ab, wenn ich eine Seite zurück gehe - aber lästig ist es. Ist mein Rechner bzw. DSL-Leitung zu schnell? --Atamari Datei:WhitePaperbag transparent.png 19:15, 26. Okt. 2011 (CEST)
- Zum gleichen Thema, aber aus automatisierter Perspektive übrigens: Wikipedia:WikiProjekt Dateikategorisierung/Werkzeug/x #HotCat
- Viele Grüße --PerfektesChaos 20:20, 26. Okt. 2011 (CEST) (Whitebag-Babel)
- Keine Ahnung, wovon Ihr redet bzw. schreibt. "Eine Seite zurück"? Verstehe ich nicht. Und was mit der "automatisierten Perspektive" ist, kapiere ich gar nicht. Was genau ist das Problem? Was genau macht Ihr? Lupo 21:56, 26. Okt. 2011 (CEST)
- Mit "Eine Seite zurück" meine ich im Browser bei den zuletzt besuchten Seiten. Irgendwie ist das Problem, das HotCat versucht die Änderung ganz kurz hintereinander zu speichern - nur, dass er sich dabei regelmäßig verheddert. --Atamari Datei:WhitePaperbag transparent.png 22:02, 26. Okt. 2011 (CEST)
- Kannst Du 'mal ganz genau beschreiben, was Du machst. Du kommst auf eine Seite, z.B. User:Lupo. Du möchtest eine Kategorie mittels HotCat hinzufügen. Was machst Du nun? Schritt um Schritt, bitte, bis zum Bearbeitungskonflikt mit Dir selbst. Sorry, aber ich kapier's echt nicht. Lupo 22:14, 26. Okt. 2011 (CEST)
- Oder noch besser: mach' doch einen Screencast und lade den irgendwo hoch, wo ich ihn mir ansehen kann. Lupo 22:16, 26. Okt. 2011 (CEST)
- Kannst Du 'mal ganz genau beschreiben, was Du machst. Du kommst auf eine Seite, z.B. User:Lupo. Du möchtest eine Kategorie mittels HotCat hinzufügen. Was machst Du nun? Schritt um Schritt, bitte, bis zum Bearbeitungskonflikt mit Dir selbst. Sorry, aber ich kapier's echt nicht. Lupo 22:14, 26. Okt. 2011 (CEST)
- Mit "Eine Seite zurück" meine ich im Browser bei den zuletzt besuchten Seiten. Irgendwie ist das Problem, das HotCat versucht die Änderung ganz kurz hintereinander zu speichern - nur, dass er sich dabei regelmäßig verheddert. --Atamari Datei:WhitePaperbag transparent.png 22:02, 26. Okt. 2011 (CEST)
- Keine Ahnung, wovon Ihr redet bzw. schreibt. "Eine Seite zurück"? Verstehe ich nicht. Und was mit der "automatisierten Perspektive" ist, kapiere ich gar nicht. Was genau ist das Problem? Was genau macht Ihr? Lupo 21:56, 26. Okt. 2011 (CEST)
- IE8:
- Ich drücke das kleine "Plus-Symbol" um in HotCat ein Eingabe zu machen.
- Ich mache die Eingabe im Text-Feld
- Ich schließe die Eingabe des Text-Feldes mit der Return-Taste
- Ich bekomme den BK (also Bearbeitungskonflikt): „Jemand anders hat diese Seite geändert, nachdem du angefangen hast sie zu bearbeiten. Das obere Textfeld enthält den aktuellen Bearbeitungsstand der Seite. Das untere Textfeld enthält deine Änderungen. Bitte füge deine Änderungen in das obere Textfeld ein. Nur der Inhalt des oberen Textfeldes wird gespeichert, wenn du auf „Seite speichern“ klickst.“
- Ich gehe im Verlauf des Browsers ein Schritt zurück
- Die Seite erscheint und die (neue) Kategorie ist trotz BK drinnen
- Der zweite Test (eine Kategorie schnell zu entfernen), war erfolgreich - also in dem Sinn ohne einen BK.
- Hat vielleicht etwas mit dem abschließen der Texteingabe zu tun?
- Ein Test mit dem Firefox war gerade erfolgreich - also in dem Sinn ohne einen BK. Ob es dort immer so ist weis ich nicht, ist nicht mein Standardbrowser. --Atamari Datei:WhitePaperbag transparent.png 22:29, 26. Okt. 2011 (CEST)
- Das sieht mir eher nach einer IE8-Spezialität aus. Ich probier's 'mal aus und schau' 'mal. Lupo 22:35, 26. Okt. 2011 (CEST)
- Tatsächlich, das kann ich auf IE8 reproduzieren. Jetzt geht die Arbeit erst richtig los... Lupo 22:38, 26. Okt. 2011 (CEST)
- (nach BK) Es könnte. Ich arbeite nur gelegentlich mit dem Firefox. Beim IE ist es sehr häufig (in letzter Zeit - ab wann weis ich nicht), aber auch nicht immer. --Atamari Datei:WhitePaperbag transparent.png 22:40, 26. Okt. 2011 (CEST)
- Sollte behoben sein. Die Bearbeitung wurde, wenn eine einzelne Kategorie geändert wurde und die Bearbeitung mir der Return-Taste (statt Klick auf den OK-Knopf) beendet wurde, in IE aus Versehen doppelt abgesetzt. MediaWiki 1.18 erzeugt dann korrekterweise einen Bearbeitungskonflikt; frühere MediaWiki-Versionen soweit ich weiss nicht. Deshalb konnte dieser Fehler so lange unentdeckt bleiben. Könntest Du bitte Deinen Browser-Cache in IE8 neu laden, es nochmals versuchen, und hier bitte Bescheid geben, ob das Problem auch bei Dir in IE8 gelöst ist? Danke! Lupo 22:58, 26. Okt. 2011 (CEST)
- Ich weis nicht ob es erst seit 1.18 ist - vom Gefühl würde ich sagen, dass es schon länger gab. Ich werde das mal beobachten - wenn ich mal wieder mehrere Kategorien ändern will. Bericht kommt dann hier... --Atamari Datei:WhitePaperbag transparent.png 23:02, 26. Okt. 2011 (CEST)
- ca. 10 Kategorien verändert - ohne Probleme jetzt. DANKE --Atamari Datei:WhitePaperbag transparent.png 01:00, 27. Okt. 2011 (CEST)
- läuft gut --Atamari 22:14, 28. Okt. 2011 (CEST)
- Ich weis nicht ob es erst seit 1.18 ist - vom Gefühl würde ich sagen, dass es schon länger gab. Ich werde das mal beobachten - wenn ich mal wieder mehrere Kategorien ändern will. Bericht kommt dann hier... --Atamari Datei:WhitePaperbag transparent.png 23:02, 26. Okt. 2011 (CEST)
- Sollte behoben sein. Die Bearbeitung wurde, wenn eine einzelne Kategorie geändert wurde und die Bearbeitung mir der Return-Taste (statt Klick auf den OK-Knopf) beendet wurde, in IE aus Versehen doppelt abgesetzt. MediaWiki 1.18 erzeugt dann korrekterweise einen Bearbeitungskonflikt; frühere MediaWiki-Versionen soweit ich weiss nicht. Deshalb konnte dieser Fehler so lange unentdeckt bleiben. Könntest Du bitte Deinen Browser-Cache in IE8 neu laden, es nochmals versuchen, und hier bitte Bescheid geben, ob das Problem auch bei Dir in IE8 gelöst ist? Danke! Lupo 22:58, 26. Okt. 2011 (CEST)
- Das sieht mir eher nach einer IE8-Spezialität aus. Ich probier's 'mal aus und schau' 'mal. Lupo 22:35, 26. Okt. 2011 (CEST)
HotCat-Ausfall
BearbeitenWelchen Grund kann es dafür geben, dass HotCat mir gerade den Dienst versagt, während ein anderer Nutzer nach meiner Anfrage auf FzW sagt, es funktioniere bei ihm einwandfrei? Um Fragen vorzubeugen: Ich hatte HotCat natürlich nicht ausgeschaltet, habe jetzt dann mal den Haken entfernt und wieder neu gesetzt und dann den Cache gelöscht - nix passiert. Wie kann das sein? --Scooter Backstage 18:04, 8. Feb. 2012 (CET)
- Dafür gibt's nahezu unbeschränkt viele mögliche Gründe, angefangen bei browser-spezifischen Add-Ons wie noscript oder AdBlock Plus, die das Skript evtl. blockieren, über Greasemonkey-Scripts, die evtl. lokal bei Dir aktiv sind und die irgendetwas kaputt machen, oder irgendwelche komischen Netzwerkprobleme, bis hin zu profanen Programmierfehlern in HotCat selbst, die sich evtl. nur in ganz bestimmten Fällen bemerkbar machen.
- Welchen Browser (und welche Version) auf welchem OS (Windows/Linux/Mac OS, bitte Version angeben) und welche Skin (vector/monobook/...) verwendest Du? Zeigt Dein Browser in seinem Fehler-Logbuch irgendwelche Fehler (nicht Warnungen) an, und wenn ja, welche? (Das Fehler-Logbuch kann auch "Error Console", "Fehlerkonsole" oder so ähnlich heissen. Ist je nach Browser unterschiedlich, ebenso, wie man es überhaupt öffnet.)
- Und ganz wichtig: was heisst eigentlich "versagt mir den Dienst" genau? Welche Symptome beobachtest Du? Lupo 20:19, 8. Feb. 2012 (CET)
- Da Du seither einige Bearbeitungen mit Kommentaren gemacht hast, die darauf hindeuten, dass sie via HotCat erfolgten, gehe ich davon aus, dass Dein Problem mittlerweile nicht mehr besteht. Lupo 08:53, 10. Feb. 2012 (CET)
"{{"-Bug?
BearbeitenKann es sein, dass das Helferlein die Vorlage "{{DEFAULTSORT..." durch "{{{{SORTIERUNG..." ersetzt? (Beispiel: hier.) --Charlottenburger witwer (Diskussion) 04:05, 25. Aug. 2012 (CEST)
- Das war wohl eher ein Benutzerfehler. --Leyo 13:00, 25. Aug. 2012 (CEST)
Apropos: Kann es sein, dass jetzt SORTIERUNG, Datei, miniatur, hochkant durch DEFAULTSORT, File, thumb, upright ersetzt wird ([3], [4])? Das mag zwar ebenso korrekt sein, aber dieses Hin und Her zwischen verschiedenen korrekten Versionen ohne erkennbare Einigung auf eine bevorzugte Version ist überflüssig und störend. --84.130.249.192 14:03, 4. Sep. 2012 (CEST)
- Frag mal den Benutzer. --Leyo 14:12, 4. Sep. 2012 (CEST)
- Also ich ändere die englischen Begriffe immer nach deutsch, allerdings manuell und selbstverständlich nur dann, wenn ich grade „echte“ Änderungen im Artikel mache. Sollte jemand ein automatisches Skript für diese Änderungen (deutsch nach englisch) verwenden, sollte man das tatsächlich stoppen. HotCat ist's aber wohl nicht. --Schwäbin 14:18, 4. Sep. 2012 (CEST)
- Wenn jemand sich mit einem Artikel inhaltlich auseinandersetzt und dann dies nach seinem Geschmack ändert, stört es mich nicht. Auch sind die deutschen Bezeichnungen wohl am ehesten als Ziel einer Vereinheitlichung geeignet (und jedenfalls zur Zeit bevorzugt in Hilfe:Kategorien und Hilfe:Bilder). --84.130.249.192 20:12, 4. Sep. 2012 (CEST)
- Wer sagt das? - -- WeWeEsEsEins - talk with me Bewertung 20:36, 4. Sep. 2012 (CEST)
- Weg mit diesen bescheuerten deutschtümelnden Kunstbegriffen, die Benutzern aus anderen Sprachen die Mitarbeit hier erschweren. Ich ändere den Quatsch wo's geht (i.e.: im Rahmen anderer Bearbeitungen) zurück nach EN. --Matthiasb – Vandale am Werk™ (CallMyCenter) 20:59, 4. Sep. 2012 (CEST)
- Wie sinnlos. Jeder fremdsprachige Nutzer kann hier bspw. Bilder oder Commons-Vorlagen mit englischer Syntax einpflegen. Ansonsten gehört zur Mitarbeit in der deutschsprachigen Wikipedia grundlegende Kenntnis der deutschen Sprache. Das ist übrigens in allen Sprachversionen mit der jeweiligen Sprache so. Dass upright, defaultsort, thumb … für deutschsprachige Nutzer ein Hindernis darstellen können – warum kommt dir das nicht in den Sinn? Die Auswirkungen dürften gravierender sein als jene eines fremdsprachigen Benutzers, der so weit vorangeschritten ist, dass er den Willen hat, andere Sprachversionen zu bearbeiten. --Polarlys (Diskussion) 21:01, 4. Sep. 2012 (CEST)
- Wenn hiesige Artikel in anderssprachige Projekte importiert werden, sind englischsprachige Schlüsselwörter von Vorteil. --Leyo 21:22, 4. Sep. 2012 (CEST)
- Wenn jemand hier Bilder einbilden will, muß er die Syntax sowieso auswendig lernen – und aus anderen Softwarepaketen ist ihm solcher Käse wie hochkant-miniatur-Sortierung eh unbekannt. Da ist es besser, er lernt es einmal auswendig und kann es in allen Wikipediasprachversionen nutzen, einschließlich der chinesischen. --Matthiasb – Vandale am Werk™ (CallMyCenter) 21:28, 4. Sep. 2012 (CEST)
- Das wird ihm durch Lokalisierung nicht verwehrt. --Polarlys (Diskussion) 22:42, 4. Sep. 2012 (CEST)
- Ach schon mal "SORIERUNG" Datei: miniatur und Co. nach EN kopiert? Früher mußte ein Benutzer nur wissen, wie die Syntax in einer Sprache lautet, inzwischen muß er sie in über 300 verstehen. Geht's noch? --Matthiasb – Vandale am Werk™ (CallMyCenter) 07:06, 5. Sep. 2012 (CEST)
- Für jemanden, der 300 Sprachen beherrscht, ist das ganz sicher kein Problem. --84.130.159.199 09:36, 5. Sep. 2012 (CEST)
- Die Anzahl derer, die MediaWiki-Syntax zwischen Projekten verschieben ist klein, verglichen mit der Anzahl jener, die diesen Kauderwelsch hier gerne verstehen möchten. --Polarlys (Diskussion) 18:03, 5. Sep. 2012 (CEST)
- Ach schon mal "SORIERUNG" Datei: miniatur und Co. nach EN kopiert? Früher mußte ein Benutzer nur wissen, wie die Syntax in einer Sprache lautet, inzwischen muß er sie in über 300 verstehen. Geht's noch? --Matthiasb – Vandale am Werk™ (CallMyCenter) 07:06, 5. Sep. 2012 (CEST)
- Das wird ihm durch Lokalisierung nicht verwehrt. --Polarlys (Diskussion) 22:42, 4. Sep. 2012 (CEST)
- Wenn jemand hier Bilder einbilden will, muß er die Syntax sowieso auswendig lernen – und aus anderen Softwarepaketen ist ihm solcher Käse wie hochkant-miniatur-Sortierung eh unbekannt. Da ist es besser, er lernt es einmal auswendig und kann es in allen Wikipediasprachversionen nutzen, einschließlich der chinesischen. --Matthiasb – Vandale am Werk™ (CallMyCenter) 21:28, 4. Sep. 2012 (CEST)
- Wenn hiesige Artikel in anderssprachige Projekte importiert werden, sind englischsprachige Schlüsselwörter von Vorteil. --Leyo 21:22, 4. Sep. 2012 (CEST)
- Wie sinnlos. Jeder fremdsprachige Nutzer kann hier bspw. Bilder oder Commons-Vorlagen mit englischer Syntax einpflegen. Ansonsten gehört zur Mitarbeit in der deutschsprachigen Wikipedia grundlegende Kenntnis der deutschen Sprache. Das ist übrigens in allen Sprachversionen mit der jeweiligen Sprache so. Dass upright, defaultsort, thumb … für deutschsprachige Nutzer ein Hindernis darstellen können – warum kommt dir das nicht in den Sinn? Die Auswirkungen dürften gravierender sein als jene eines fremdsprachigen Benutzers, der so weit vorangeschritten ist, dass er den Willen hat, andere Sprachversionen zu bearbeiten. --Polarlys (Diskussion) 21:01, 4. Sep. 2012 (CEST)
- Weg mit diesen bescheuerten deutschtümelnden Kunstbegriffen, die Benutzern aus anderen Sprachen die Mitarbeit hier erschweren. Ich ändere den Quatsch wo's geht (i.e.: im Rahmen anderer Bearbeitungen) zurück nach EN. --Matthiasb – Vandale am Werk™ (CallMyCenter) 20:59, 4. Sep. 2012 (CEST)
- Wer sagt das? - -- WeWeEsEsEins - talk with me Bewertung 20:36, 4. Sep. 2012 (CEST)
- Wenn jemand sich mit einem Artikel inhaltlich auseinandersetzt und dann dies nach seinem Geschmack ändert, stört es mich nicht. Auch sind die deutschen Bezeichnungen wohl am ehesten als Ziel einer Vereinheitlichung geeignet (und jedenfalls zur Zeit bevorzugt in Hilfe:Kategorien und Hilfe:Bilder). --84.130.249.192 20:12, 4. Sep. 2012 (CEST)
*** Führende Leerzeilen entfernt ***
BearbeitenGerade löscht RKBot aus tausenden Kategorien die wohl durch HC verursachte führende Leerzeile. Dies erfolgt auf Wunsch eines einsamen Benutzers. -- Gödeke ☠ 18:26, 19. Mär. 2013 (CET)
- Dann ist wohl HotCat fehlerhaft, denn eine Leerzeile hat am Anfang einer Seite (egal was für einer) nichts zu suchen. Steak 18:50, 19. Mär. 2013 (CET)
- Tatsächlich. Wenn die allererste Zeile einer Seite eine Kategorie enthielt, die dann mit HotCat entfernt wurde, blieb der Zeilenumbruch stehen. Das ist in HotCat V2.22 nun behoben. Lupo 21:49, 21. Mär. 2013 (CET)
Multiple Änderungen
BearbeitenHat jemand Einwände, in der Beschreibung die Erklärung zu (++)
a) ganz nach oben zu rücken (++ ist ja auch der erste "Button" in Hotcat) und
b) für Mehrfach-Änderungen/Ergänzungen die Verwendung eindeutig zu empfehlen? Ich sehe immer wieder mal aufeinanderfolgende Einzelbearbeitungen an Artikeln, die auch in einem Edit erledigt werden könnten. --IvlaDisk. 15:24, 17. Apr. 2013 (CEST)
- WP:SM… --Leyo 16:27, 17. Apr. 2013 (CEST)
- Na ja, über Empfehlungen entscheide eigentlich nicht ich… Dürfte aber halbwegs Konsens sein, sonst wird sich schon jemand beschweren. hotcat_no_autocommit finde ich ebenfalls empfehlenswert, um die ganz unten angefügten Kats. richtig einzusortieren. Zumindestens in Personenartikeln sollen als letztes ja Nationalität, Geburts- u. Sterbejahr, Geschlecht kommen. --IvlaDisk. 12:07, 18. Apr. 2013 (CEST)
Doppelte Kategorien und includeonly/htmlcomment
Bearbeiten- Übertrag WP:FzW:
Ich habe hier nur einen Sortierschlüssel „Cotton“ eingefügt. Der wurde bei der oberen Kategorie eingefügt, die in Includeonly-Tags steht. Die untere gleiche Kategorie ohne Sortierschlüssel wurde entfernt. Dadurch fiel hier die Seite aus der Kategorie heraus (auf der Kategorieseite auch nicht mehr sichtbar, nicht nur auf der Benutzerseite). Die Kategorie musste also wieder doppelt eingefügt werden. Wenn das Einfügen eines Sortierschlüssels bewirkt, dass eine Seite aus einer Kategorie herausfällt, ist etwas falsch. Der Bug sollte gefixt werden. --Typokorrektör (Diskussion) 01:36, 17. Aug. 2013 (CEST)
- Da hat es HotCat wohl schwierig, da normalerweise doppelte Kategorisierungen nichts bringen. HotCat die includeonly-Tags beizubringen ist wohl etwas schwierig. Der eigentliche Fehler ist, das der Quelltext des Babel-Bausteins {{Benutzer:Nicolas Rück (WMDE)/Vorlage Team Communitys}} kopiert wurde und nicht eingebunden wurde. Daher steht die Benutzerseite auch zusätzlichen in einer ungünstigen Kategeorie (Kategorie:Vorlage:Babel-Wikipedia). Der Umherirrende 08:05, 17. Aug. 2013 (CEST)
- Stimmt, das habe ich nun gefixt. Aber dass HotCat ungefragt Seiten aus Kategorien herausnimmt, ohne darüber überhaupt zu informieren, kann nicht richtig sein. Wenn HotCat so etwas nicht unterscheiden kann, sollten besser gar keine doppelten Kategorien entfernt werden. Ich habe das auch nur rein zufällig Stunden später erst in meiner Beitragsliste gesehen, weil bei dem Edit nicht in Grün „+…“, sondern in Rot „−…“ stand und ich gar nichts entfernt hatte. Ansonsten wäre die Seite dauerhaft aus der Seite entfernt gewesen. Ich hatte mir den Seiteninhalt gar nicht angesehen (doppelte Kategorien, Include-Tags, usw.). --Typokorrektör (Diskussion) 10:37, 17. Aug. 2013 (CEST)
- Wer kann den Bug denn nun fixen? Es müsste vermieden werden, dass HotCat Kategorien entfernt, wenn man nur einen Sortierschlüssel hinzufügt oder ändert. Mindestens muss der Bearbeiter aber über das zusätzliche Entfernen von solchen Kategoriendopplungen direkt nach dem Edit informiert werden, damit Seiten nicht mehr unbeabsichtigt aus Kategorien fallen können. Wikipedia:Helferlein/HotCat, vielleicht muss etwas diesbezüglich in MediaWiki:Gadget-HotCat.js geändert werden.
- Was passiert, wenn eine „doppelte Kategorie“ oben in einem Kommentar steht? Wird dann auch die richtige Kategorie unten entfernt und die doppelte weiter oben im Kommentar stehen gelassen so wie bei Includeonly-Tags? --Typokorrektör (Diskussion) 23:42, 17. Aug. 2013 (CEST)
- Ich habe gerade Commons:Help:Gadget-HotCat durchgesehen. Auf der ganzen Seite wird nicht darüber informiert, dass HotCat beim Hinzufügen eines Sortierschlüssels eigenständig und ungewollt Kategorien entfernt, die es als doppelt erkennt, ohne darüber beim Edit zu informieren. Nirgends steht so was. Warum wird das überhaupt gemacht und wie kann man das wieder abstellen? Kann man wenigstens selbst dem Tool verbieten, so etwas zu tun? --Typokorrektör (Diskussion) 00:04, 18. Aug. 2013 (CEST)
- Sonst muss man jedes Mal nachprüfen, was HotCat gemacht hat. Oder man müsste immer ein Diff vorher ansehen. Aber wird im Diff überhaupt angezeigt, was HotCat selbstständig zusätzlich entfernt? Oder muss man sich jedes Mal das Ergebnis des Edits ansehen ähnlich wie beim VisualEditor, wo man auch nie wissen kann, was am Ende herauskommt? Dann könnte man das Tool auch gleich gar nicht mehr verwenden, dann wäre es ohne das Tool einfacher. Wenn man eine Kategorie entfernt, wird dann eventuell auch eine ganz andere Kategorie zusätzlich entfernt, die als doppelt angesehen wird? Dann würde man es nicht mal mehr an +… und −… in der Beitragsliste erkennen können. --Typokorrektör (Diskussion) 00:10, 18. Aug. 2013 (CEST)
Ich habe auf MediaWiki Diskussion:Gadget-HotCat.js#Bug fixen auf FZW und nun hierher verwiesen und bin von dort nach Commons weitergeschickt worden, wo Lupo inzwischen geantwortet hat. Vielleicht lässt sich dort eine Lösung finden. Die Include-Tags zu beachten, scheint aber für das Tool nicht möglich zu sein. --Typokorrektör (Diskussion) 10:29, 19. Aug. 2013 (CEST)
- Ich würde sagen die Diskussion ist erledigt. Das war ein extremer Ausnahmefall, der Code auf der Benutzerseite war auch zu umständlich. Normal ist, dass man nur den Sortierschlüssel in die include-Tags setzt und nicht die Kat doppelt (was ebenfalls relativ selten ist). Ansonsten ist doppelte Kats entf. selbstverständlich, daher ist die Frage "Warum wird das überhaupt gemacht" schon recht amüsant (Typokorrektör hat genau bei 1234 Edits seine Mitarbeit beendet). -- User: Perhelion 09:07, 5. Jul. 2018 (CEST)
Möglichkeit der Umsortierung?
BearbeitenIch fände es super, wenn ich mit HotCat nicht nur ändern, löschen und ergänzen, sondern auch umsortieren bzw. beim Ergänzen die Position in der Reihenfolge festlegen könnte. Es gibt Konventionen über die Reihenfolge der Kategorien, und wenn ich die einhalten will, muss ich es bisher dann doch ohne HotCat machen. --Magipulus (Diskussion) 16:47, 17. Apr. 2018 (CEST)
- Hallo Magipulus, könnte man machen, falls die Konventionen nicht zu umständlich sind, die da wären? -- User: Perhelion 09:09, 5. Jul. 2018 (CEST)
- @Perhelion: Da wäre… die Möglichkeit, hinter jeder angezeigten Kategorie den „(+)“-Menüpunkt zu wiederholen, damit sich eine Kategorie an einer gewünschen Sortierstelle einfügen lässt. Klingt das machbar? Das Wikiprojekt:Kategorien empfiehlt bzgl. Sortierung: „Es wird empfohlen, die Kategorien vom Besonderen hin zum Allgemeinen anzuordnen, vgl. etwa Wikipedia:Formatvorlage Biografie.“ Darauf bezieht sich übrigens der 1.Disk.beitrag auf dieser Seite von 2009 ;-) Interessant auch darunter die Frage zu
noincludes
… - Ich hätte gerne die Anzeige in der Zusammenfassung als „HotCat“ statt wie bisher als Kürzel „HC“: sagt Unerfahrenen rein gar nichts, während "HotCat" zumindest Andeutungen macht. Dann hätte ich gerne, dass der längere Bisstrich „−“ statt des kurzen Gedankenstrichs „-“ beim Entfernen angezeigt wird –, möglichst auch mit einem Leerzeichen dazwischen, auch nach einem „+“ = macht es leichter erfassbar. Die beiden Angaben „Entferne …; Ergänze …“ sollten kleingeschrieben sein – ich fände die Ergänzung mit +/– sinnvoll. Meine Wunschzeile (inkl. Schlusspunkt):
- HotCat: − entferne Kategorie:Wikipedia; + ergänze Kategorie:Wikipedia; ± ändere Kategorie:Wikipedia → Kategorie:Wikipedia.
- Grüße -- Chiananda (Disk | Edits | Portal:Ethnologie) 02:16, 16. Jul. 2018 (CEST)
- @Magipulus, das finde ich eine gute Idee, schade, dass sich fünf Jahre nichts getan hat. --ChickSR (Diskussion) 07:46, 22. Jul. 2023 (CEST)
- @Perhelion: Da wäre… die Möglichkeit, hinter jeder angezeigten Kategorie den „(+)“-Menüpunkt zu wiederholen, damit sich eine Kategorie an einer gewünschen Sortierstelle einfügen lässt. Klingt das machbar? Das Wikiprojekt:Kategorien empfiehlt bzgl. Sortierung: „Es wird empfohlen, die Kategorien vom Besonderen hin zum Allgemeinen anzuordnen, vgl. etwa Wikipedia:Formatvorlage Biografie.“ Darauf bezieht sich übrigens der 1.Disk.beitrag auf dieser Seite von 2009 ;-) Interessant auch darunter die Frage zu
Diesen Wunsch gab es schon 2009, siehe allerersten Abschnitt auf dieser Seite.
- Das Gadget hat bei uns keinen aktiven Maintainer.
- Die wesentliche Arbeit wird jedoch von der globalen Version auf Commons geleistet.
- Bei uns bindet MediaWiki:Gadget-HotCat.js eigentlich nur die globale Version ein.
- Wobei da noch relativ viel am HTML rumgebastelt wird, was mir nicht so ganz klar ist. Eigentlich wäre sowas nicht notwendig, wenn die globale Programmierung ihren Job korrekt machen würde. In Frage kämen allenfalls Konfigurationsoptionen des Projekts.
Weil die eigentliche Programmierung auf Commons liegt, müsste deinem Wunsch dort nachgegangen werden.
- Weil das globale Software für alle Wikis ist, wird man sich dort kaum um unsere Sonderwünsche betreffend Geboren oder Frau/Mann kümmern können.
- Eine individuelle, manuelle Änderung der Reihenfolge [↑] [↓] oder ein Hinweis auf die gewünschte Einfügungsstelle [←] müsste auf Commons programmiert werden.
VG --PerfektesChaos 12:52, 25. Jul. 2023 (CEST)
- Danke für die Antwort! Hier liegt offensichtlich ein Systemkonflikt zwischen den Richtlinien der Kategoriensortierung und dem Tool vor. Gibt es keine Möglichkeit, ihn auf anderem Weg zu lösen? Bot geht nicht: Wikipedia:Bots/Anfragen#Automatische_Umsortierung_nach_HotCat. --ChickSR (Diskussion) 15:45, 25. Jul. 2023 (CEST)