MediaWiki talk:Gadget-HotCat.js/Archive03

Return to "Gadget-HotCat.js/Archive03" page.
Archive This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.

Left-to-right mark

When a left-to-right mark is inserted before the closing ]], HotCat seems to ignore the category, even though the mark should be considered a whitespace and ignored completely, IMHO. (Example: Try to copy&paste [[Category:Tests‎]] (note the LRM between s and ]) to a page and then visiting the page with HotCat enabled.) --Mormegil (talk) 20:10, 26 November 2011 (UTC)

It appears that LRM and RLM are not whitespace characters: The JavaScript regular expresion "\s" doesn't match them,[1], and FileInfo also says they were punctuation characters: [2], [3]. Hmmm. It appears that the MediaWiki software strips U+200E, U+200F, U+202A to U+202E, and treats U+00A0 ( ), U+1680, U+180E, U+2000 to U+200A, U+2028, U+2029, U+202F, U+205F, and U+3000 as whitespace. So we'd probably need special case handling for U+1680, U+180E, U+200E, U+200F, U+202A to U+202F, and U+205F. (The others are covered by "\s"...). Not nice. Lupo 08:20, 28 November 2011 (UTC)
P.S.: note to self: above statement based on the code at Title::secureAndSplit. Lupo 08:25, 28 November 2011 (UTC)

You are obviously right, they are not whitespace (and should not be, it’s quite obvious when one thinks about it…), I got confused by MediaWiki’s handling of them. I guess an imitation of MediaWiki’s behavior is really what needs to be done… --Mormegil (talk) 12:42, 28 November 2011 (UTC)

Agree. But what's the right thing to do here?
  1. User enters a category name with any of these: replace; also before getting suggestions.
  2. For some reason, the MediaWiki software seems to not strip out the zero-width space (U+200B): it's neither stripped nor replaced by a normal blank.
  3. Wikitext to be replaced on the page contains such markers: shall we keep LRM/RLM markers that are adjacent (and inside) to "[[" and "]]", or remove them?
  4. What if the wikitext contains stripped characters inside the category name? We'd have to account for that possibility, which would considerably complicate things. Instead of just looking for e.g. "Category:" followed by "Foobar", we'd need to look for "Category:", followed by something like /[Ff][\x200E\x200F\x202A-\x202E]*o[\x200E\x200F\x202A-\x202E]*o[\x200E\x200F\x202A-\x202E]*b[\x200E\x200F\x202A-\x202E]*a[\x200E\x200F\x202A-\x202E]*r/. We'd also have to normalize the wikitext to also map all "strange spaces" to simple blanks before searching.
  5. Do we have to account for stripped characters inside "Category" (or its localized equivalents), too?
That's all pretty hairy and frankly said, quite a bit of work. (Especially testing that it doesn't break anything!) Did you come across this case by chance, or does this occur frequently somewhere? Maybe on RTL wikis? If it's rare, I'd rather leave the code as it is, and make people either remove such spurious things manually or have them replace such categories manually. If it occurs frequently, it certainly would warrant proper handling in the code. If it occurs mainly on RTL wikis, I would need help with testing; I can't speak or read these languages, and I find even editing them highly confusing, so it's rather hard (viz: next to impossible) for me to tell whether or not HotCat would do the replacement right when I see a RTL diff. Lupo 14:37, 28 November 2011 (UTC)
Actually, I did not experience this myself at all. This was reported to me by another user asking for help. I agree the whole behavior of MediaWiki is ugly and complicated. I would say that generally, MediaWiki’s behavior in respect with some Unicode characters is… (or used to be, at least) imperfect. I tested it, and indeed, lrm is obviously completely ignored anywhere inside the brackets. A little bit unexpected.
To be honest, I do not care too much about this, as I did not come across this problem at all. Maybe it would be nice to know how much of raw lrm/rlm characters are there in the database? Or possibly create a piece of JS to remove them from the edit window prior to save? (Or an abuse filter to warn you/mark the edit?) I am not sure.
--Mormegil (talk) 10:51, 29 November 2011 (UTC)
Not sure that removing them altogether would be a good idea; I think they do have a raison d'être. Consider individual western words (such as proper names) in an otherwise RTL text, for instance the words "C++", "Java", or "Simula" at w:he:C++. They seem to use LRMs, and even ‎... However, I'm completely puzzled as to why User:ŠJů would have had LRMs at File:Masarykovo nábřeží, opravy, pracovní plavidlo.jpg. After all, Czech is a LTR language... If this is only an issue in a few isolated pages here at the Commons, then I'd really opt for not fixing this. There are other edge cases that HotCat doesn't handle properly; see /Archive02#Problem. (Though I might really one day fix the "more than one consecutive whitespace" thing. Forgot about that one. That at least shouldn't be too difficult...) Lupo 20:18, 29 November 2011 (UTC)

←It turned out that handling this in an "almost correct" way wasn't too difficult. HotCat now should handle correctly cases where Unicode BiDi override characters occur adjacent to and inside of the "[[" and "]]", or adjacent to the colon between the namespace name and the category name. It now also handles Unicode whitespaces the way the MediaWiki software does, including sequences of multiple whitespaces. The only thing missing now is replacing categories that have Unicode bidi override characters inside the wikitext of the category name or the category namespace name. It's unlikely that I'll ever implement that bit.

If you need the new functionality right now, refresh your browser's cache; otherwise, you'll get it when your browser automatically refreshes its cache sometime within the next 30 days. Lupo 16:44, 2 December 2011 (UTC)

Great. I’ll report that to the user, let’s see if it helps. Thanks. --Mormegil (talk) 11:19, 7 December 2011 (UTC)

Zero

On a slow connection, using the multi-cat mode, after the categories have been OKayed, clicking on Save multiple times (since the connection is slow, one is unsure as to whether it worked the first time and ends up clicking multiple times just to make sure it's working) results in Javascript alerts saying 0. For example: If I click Save 5 times, I get four 0 alerts before the edit page loads with the changed categories. The rest of it works fine, the categories are changed, the localized summary is present etc.

Not really a functionality problem, just a bit annoying :)

PS:Problem seen in Windows 7 home basic X64 using chrome 16.0.912.75 m. Haven't tried checking the "Prevent this page from opening any more alerts" option in the alert box.--Siddhartha Ghai (talk) 11:45, 10 January 2012 (UTC)

Form ID

Is it possible to add an ID to the form used to submit the changes? I would like to do some post-processing on the form without installing HotCat locally. Thanks.--Strainu (talk) 16:17, 19 January 2012 (UTC)

I could give it an ID, say "hotcatCommitForm", but how would you inject your post-processing? HotCat creates the form dynamically just before submitting, hence $('#hotcatCommitForm') won't find it. Doing $('body).delegate('#hotcatCommitForm', 'submit' function (evt) { /* Your code here */ }); won't work since submit events don't bubble up to the body. Hmmm. I would have to change HotCat to create the form up front, then you could do in a runWhenReady hook $('#hotcatCommitForm).submit(function (evt) { /* Your code here */ });. I'll take care of that later. Lupo 15:35, 20 January 2012 (UTC)
You could add another HotCat option - a callback to be executed when the form is submitted. On that note, you could add a whole bunch of callbacks to work with the form. However, creating the form upfront sounds like a simpler idea.--Strainu (talk) 16:31, 20 January 2012 (UTC)

✓ Done. See Help:Gadget-HotCat#Intercepting the page edit HotCat will make. (BTW, I was wrong about onsubmit not bubbling. My problem was that HotCat used form.submit(), and that doesn't trigger the onsubmit event.) Lupo 22:57, 20 January 2012 (UTC)

Thank you so much Lupo! In case you wanna see what I needed this for: [4]. I process any form to convert the old diacritics in the new ones. HotCat was one of the ways old diacritics could get in the page.--Strainu (talk) 15:11, 21 January 2012 (UTC)
Good to see it helped. BTW, you could use this in ro:MediaWiki:Diacritice.js inside the onsubmit handler. jQuery guarantees that it is set to the element defined by the selector.
//HotCat form
$('body').delegate( '#hotcatCommitForm', 'submit', function (evt) {
  sanitizePage(this);    
  return true;
});
Cheers, Lupo 16:22, 21 January 2012 (UTC)

Tool doesn't work when creating a category

I tried to use the tool to create category:Oiled birds but I had to create the category manually. Neither the simple category tool's "OK" button nor the multiple category's "save" button were functional. Teofilo (talk) 00:26, 23 January 2012 (UTC)

It's always been that way - it doesn't work on categories which don't exist yet. It would be useful if it did... Rd232 (talk) 01:01, 23 January 2012 (UTC)
No, that's a regression. It used to work on non-existing pages (except non-existing file description pages). Sorry about that. It's fixed now; should work again. Don't forget to reload your browser's cache. Lupo 06:57, 23 January 2012 (UTC)
Ha, well I've never seen it work :). Thanks. Rd232 (talk) 08:09, 23 January 2012 (UTC)
I will try it the next time I want to create a new category. Thanks. Teofilo (talk) 13:26, 23 January 2012 (UTC)

Default sort

Would it be possible to have HotCat able to edit the {{DEFAULTSORT:}} template (if it exists) on a page, as well as the categories? It's a pain to have to edit the page to alter or enter a default sort when you can so easy do the categories. Thanks for consideration, Inductiveload (talk) 13:12, 19 January 2012 (UTC)

I'll take a look at this. Lupo 23:24, 5 February 2012 (UTC)
Notes to self: seems HotCat would need to get all the possible aliases for the "defaultsort" magic word as it can be localized: German Wikipedia, Japanese Wikipedia. HotCat would need to know how to deal with {{SORTIERUNG:}}, too. And as of MW 1.19, there can be additional arguments after the sort key, too; see mw:Help:Magic words#Technical metadata. Hmmm. What if the sort key contains already "|"? Lupo 23:24, 5 February 2012 (UTC)

Hotcat and Category:Media needing category review

Commons:Village_pump#Hotcat_and_Category:Media_needing_category_review Bulwersator (talk) 14:07, 1 February 2012 (UTC)

And what does that have to do with HotCat? Lupo 20:21, 1 February 2012 (UTC)
Sorry, I forgot about essential part of my idea. I hope that I fixed my comment Bulwersator (talk) 21:17, 1 February 2012 (UTC)
And added additional explanation Bulwersator (talk) 21:34, 1 February 2012 (UTC)


On videos

HotCat doesn't seem to work on the following pages:

Maybe it's just my config or the server being slow today. --  Docu  at 09:31, 5 February 2012 (UTC)

  • I cannot reproduce this. Works fine for me. What browser/skin are you using? And what exactly doesn't work? Lupo 15:15, 5 February 2012 (UTC)

Request for it-wikipedia (Italian Wikipedia)

Can anyone modify that page MediaWiki:Gadget-HotCat.js/it in the right way that hotcat should remove automatically the it:template:categorizzare like does here in commons with the template:Uncategorized. Please. Thanks--Pierpao.lo (listening) 12:21, 1 March 2012 (UTC)

No, you should configure that at it:MediaWiki:Gadget-HotCat.js/local defaults. Lupo 12:31, 1 March 2012 (UTC)
uncat_regexp : /\{\{\s*([Uu]ncat(egori[sz]ed( image)?)?|[Cc]ategorizzare|[Nn]ocat|[Nn]eedscategory)[^}]*\}\}\s*(<\!--.*?--\>)?/g -- RE rillke questions? 12:37, 1 March 2012 (UTC)
Thanks a lot--Pierpao.lo (listening) 12:39, 1 March 2012 (UTC)

Not working?

Someone reported HotCat is not working. See bug 34857. Helder 17:54, 1 March 2012 (UTC)

I've replied there. Lupo 18:21, 1 March 2012 (UTC)
In short: the bug reporter uses some other "hotcats" (with "s"), not our HotCat here. Lupo 20:50, 1 March 2012 (UTC)

Complex plurals

Guys, why not to implement mw.language.convertPlural() in messages? Why not to select the suitable message with convertPlural and then substitute $1 with a number? Wizardist (talk) 11:20, 13 February 2012 (UTC)

Because HotCat is supposed to run also on any MediaWiki installation >= MW 1.15. It is being used (and maybe even hotlinked) from non-WMF installations. Older MediaWiki installations do not have mw.language.convertPlural. Besides, which messages are you talking about? Lupo 12:07, 13 February 2012 (UTC)
But couldn't it use the new features of recent versions of MediaWiki when available, and fallback to old behavior when necessary? Helder 15:35, 13 February 2012 (UTC)
It could, but it's overkill in this case. The message in question is apparently HotCat.messages.multi_change (see MediaWiki_talk:Gadget-HotCat.js/be-tarask#Cross-wiki gadget experience), which is always in plural. In a few other cases, HotCat does make use of new features and gracefully falls back if it isn't available, but if an old feature works, I see no reason whatsoever to program umpteen old-vs-new-mediawiki branches into HotCat. Lupo 16:17, 13 February 2012 (UTC)

←Wait... I think I see it now. If a language has more than one plural form (for instance a special form if the quantity is 2; c.f. dual), then using mw.language.convertPlural() makes sense, and that's indeed something HotCat can't deal with yet. So yeah, I guess Wizardist is right and I should add support for that. Sorry I didn't get it right away; my mother tongue doesn't have that grammatical form. Update is coming soon... Lupo 20:11, 13 February 2012 (UTC)

Ok, done. I see be-tarask has three different plural forms; one for last digit of quantity 1, one for last digit of quantity 2 to 4, and one for all other quantities. I don't know be-tarask at all, so I'll make something up: digit 1 shall be "categorA", digits 2 to 4 shall be "categorI", and anything else shall be "categorU". Then you'd define
  HotCat.messages.multi_change = ['$1 categorA', '$1 categorI', '$1 categorU'];
With your language set to be-tarask, that should then give you 1 categorA, 2/3/4 categorI, 5 categorU. See also Help:Gadget-HotCat#Localization. Lupo 21:22, 13 February 2012 (UTC)
I wanted to propose to change HotCat.messages.multi_change from string to array so all forms can be stored here and it will be up to convertPlural to decide which form to select (the script should just pass multi_change to convertPlural). I think my proposal is better because Slovenian, for instance, has 4 forms and the current approach isn't flexible enough. Wizardist (talk) 22:15, 13 February 2012 (UTC)
And that's exactly what I implemented. See above and also at Help:Gadget-HotCat#Localization. For Slovenian, just use an array with four elements. Lupo 22:44, 13 February 2012 (UTC)
Oh, I'm sorry, it was late so I by some means misunderstood the code :) Wizardist (talk) 15:31, 14 February 2012 (UTC)
No problem. Now you just need to tell me what the values for be-tarask shall be, so that we can complete the be-tarask localization. (And some stuff needs to be copied to be-x-old:MediaWiki:Gadget-HotCat.js/local_defaults; see MediaWiki_talk:Gadget-HotCat.js/be-tarask#Cross-wiki gadget experience. I can't do that, as I'm not an Admin there.) Lupo 20:07, 14 February 2012 (UTC)
  HotCat.messages.multi_change = ['$1 катэгорыя', '$1 катэгорыі', '$1 катэгорыяў'];
Wizardist (talk) 15:40, 16 February 2012 (UTC)
Thanks. I just noticed that this is also one of the definitions that must go into be-x-old:MediaWiki:Gadget-HotCat.js/local_defaults. I've updated the list at MediaWiki_talk:Gadget-HotCat.js/be-tarask#Cross-wiki gadget experience. Could you get a be-x-old Admin to copy these lines over? Lupo 22:43, 16 February 2012 (UTC)
OK, I've made a request in be-x-old:. Thank you very much :) Wizardist (talk) 11:31, 17 February 2012 (UTC)

Oh world! Did developers get rid of mw.language in 1.19? Wizardist (talk) 13:49, 14 March 2012 (UTC)

Shee-it. Well, unless I'm mistaken, the worst that happens is that you get the wrong plural, right? I think you could fix this by adding module "mediawiki.language" to the dependencies of HotCat in be-x-old:MediaWiki:Gadgets-definition: "HotCat[ResourceLoader|dependencies=mediawiki.language]|HotCat.js". Lupo 14:53, 14 March 2012 (UTC)
P.S.: if that indeed works, please report back here so that I can update the help page. Lupo 15:01, 14 March 2012 (UTC)
OK, I'll play with it in the evening. As I understand, MediaWiki moves towards full ResourceLoader dependance? Wizardist (talk) 15:49, 14 March 2012 (UTC)
As a temporary solution I've added mw.loader.using(['mediawiki.language']) to Common.js, because in Gadget-definition the proposed changed made HotCat not working at all. :( Wizardist (talk) 16:08, 14 March 2012 (UTC)
Yes, it does work. I just tried it a de.wikiversity.org. However, I needed to purge the MediaWiki:Gadgets-definition page. Without the purge, it didn't work indeed. After the purge, everything went fine. Lupo 21:06, 14 March 2012 (UTC)
I'll take it for my consideration. But I hope I will use it in other places too so it will be loaded every time. Wizardist (talk) 10:12, 15 March 2012 (UTC)

Documentation for gadget authors

We're trying to start a library for gadget authors to use. Please check it out and post any questions or comments there. -- MarkAHershberger(talk) 01:58, 9 March 2012 (UTC)

Access key for save button

I was thinking that it could be useful to have access key 's' for the save button when changing multiple categories. Like the save button below the edit box when editting pages has. /Ö 09:29, 18 March 2012 (UTC)

Unnecesary check

The check if (typeof (window.HotCat) == 'undefined') window.HotCat = HotCat; in line 192 is unnecesary since it's already inside an if block that checks that (line 32). --Locos epraix ~ Beastepraix 03:21, 22 March 2012 (UTC)

Yeah, could be cleaned up. Just "window.HotCat = {...}; is good enough. It's a harmless leftover from a quick fix for ResourceLoader compatibility. Lupo 08:12, 22 March 2012 (UTC)

Using namespace aliases

Currently HotCat has a single variable category_canonical for the summary and the addition to the page. MW 1.16+ converts this automatically to the localized namespace name. However, for hi-wp, I find this to be a bit long for the editsummary where anything over 4-5 categories gets cut off. We have a namespace alias श्र for the category namespace (full name श्रेणी). I'd like to have the ability to use the full namespace name in the category added to the page, but the alias for the editsummary. Could a variable (something like category_summary) be added for this which would default to category_canonical if not defined? Thanks.--Siddhartha Ghai (talk) 11:15, 8 April 2012 (UTC)

Multiple cat tool is OK now

Just to say that I have tried it again here and it is OK (follow up of this earlier bug) Teofilo (talk) 16:46, 19 April 2012 (UTC)

(++) mode

Please, add another button to (++) mode which could submit changes without a user interaction. See User talk:Waldir#HotCat. Incnis Mrsi (talk) 19:14, 21 April 2012 (UTC)

I won't do so. Waldir should take a look at Help:Gadget-HotCat#Intercepting the page edit HotCat will make; he is free to enable such functionality for himself if he doesn't want to cross-check the script's modifications and have a way to back out before they're submitted. Lupo 16:18, 18 May 2012 (UTC)

Order

Would it be possible to implement a function to add (+) a category in between existing categories. Like here you can only add the category at the end, not in between. This means that the categories are getting less unorganized. Maybe a better organization + the new option would be:
Categories (++): (+) | Category 1 (−)(±)(↓)(↑) | (+) | Category 2 (−)(±)(↓)(↑) | (+)

Please respond,

-Kippenvlees1 (talk) 11:45, 18 May 2012 (UTC)
That would be a larger modification I don't have the time to do; the code handling the "(+)" currently assumes that this is always the last entry in the category list. Besides, the MediaWiki software sorts the display order of categories already; the order in which they appear in the wikitext source has no effect on the display order. Sorting them automatically in wikitext is not a good alternative either; Unicode sorting is complicated, and whatever the script did would have to work for all languages. Lupo 16:23, 18 May 2012 (UTC)
On the Dutch wikipedia categories aren't sorted automatically so that's a thing to implement on the Dutch wikipedia and not for HotCat. Thanks for your response. - Kippenvlees1 (talk) 15:55, 19 May 2012 (UTC)

Namespace aliases

Re: Using namespace aliases (User:Siddhartha Ghai, 2012-04-08): this is possible now in V2.19 by defining HotCat.messages.short_catchange = '[[श्र:$1]]';. Lupo 18:24, 21 May 2012 (UTC)

instructions

In Help:Gadget-HotCat#User_configuration the documentation appears to recommend using Special:Mypage/monobook.js - this doesn't appear to work (not the default) - shouldn't it be Special:Mypage/common.js..

I made some chages to the documentation as it is a little confusing to people not familiar with which skin is default. http://commons.wikimedia.org/w/index.php?title=Help%3AGadget-HotCat&diff=72116643&oldid=71438973

Please check this , thanks.Oranjblud (talk) 18:01, 4 June 2012 (UTC)

Thanks for doing this. The text was written before support for common.js existed (or at least when it was very new, don't remember exactly). I had intended to improve on this, but forgot. Lupo 05:51, 5 June 2012 (UTC)

Empty sortkey

I'm not sure, whether this edit shows a bug in HotCat or whether it's just a mistake done by the user. What seems to have happened is this:

The user removed one category and changed an other one using the gadget. For some reason, [[Kategorie:North Dakota nach Ort|]] was inserted (note the trailing pipe), which was expanded by MediaWiki on saving to [[Kategorie:North Dakota nach Ort|North Dakota nach Ort]], leading to a wrong sortkey. --Schnark (talk) 09:43, 25 August 2012 (UTC)

Commons:Administrators%27_noticeboard#HotCat_shortcuts

Hello, could you give your opinion on Commons:Administrators'_noticeboard#HotCat_shortcuts ? Thank you. --Foroa (talk) 08:34, 7 November 2012 (UTC)

HotCat shortcuts

It's been suggested to formalise some standard shortcuts for HotCat, to make categorisation with certain maintenance categories easier. This would mean creating certain redirect categories just for the purpose, so for example Category:tpp would redirect to Category:Template:painting possible. Please see Help:Gadget-HotCat/shortcuts and proposals at Help talk:Gadget-HotCat/shortcuts. PS background discussion is Commons:Administrators'_noticeboard#HotCat_shortcuts. Rd232 (talk) 12:40, 10 November 2012 (UTC)

I've seen the proposal. If I understood correctly, the point is not to create category redirects, but to list shortcuts (and replacements) and have HotCat handle them automatically as if they were redirects? Lupo 22:45, 10 November 2012 (UTC)
That's correct, it is to avoid even more category clashes and by preference based on a list per user as management of long global shortcut lists seems not realistic to me. --Foroa (talk) 19:11, 22 November 2012 (UTC)
I don't have the time to program something big and complicated, like parsing some wiki pages. So we'll have to keep this as simple as possible in terms of implementation effort. Also, you'd want to have that user-configurable.
The easiest would be to have the site-wide global default shortcuts in MediaWiki:Gadget-HotCat.js/local_defaults, as Javascript. Using Javascript for this is not complicated; it might look like this:
HotCat.shortcuts = {
  "bar" : "Category name that shall replace bar",
  "foo" : "Category name that shall replace foo",
  "foobar" : "Category name that shall replace foobar"
};
I think maintaining such a structure should be possible even for people with no Javascript knowledge.
Individual users could override and add to these entries in their own common.js files.
The devil is, as usual, in the details. Two thing off the top of my head:
  • What to do if there is a category (or a redirect) with the same name as one of the shortcuts? Even if that may be unlikely, the script would need to handle it.
  • What to do if the shortcut is a prefix of some category name. If there's the shortcut "Bar" with the replacement "Bavarian Alpine Resorts", and there is a category "Barbequeue", that mustn't become "Bavarian Alpine Resortsbequeue". So, prefix shortcuts are out. (That is, the following usage is not possible: shortcut "Ppl" : "People"; input "Ppl from Australia" cannot be replaced automatically by "People from Australia".)
Would a special replacement character be acceptable? I.e., mark shortcuts specially. Then we could allow such uses. The special marking character would need to be something normally not allowed in page titles, like "#". Then one could write "#ppl from Australia" and have that be replaced by "People from Australia". One could also write "#ppl from #ppl from #bar" to get "People from People from Bavarian Alpine Resorts". (Doesn't make much sense, but I hope you get the idea.) Using such a shortcut indicator character avoids both problems and simplifies handling in the script considerably. It boils down to a simple replacement, without having to worry about existing categories.
Shortcuts would be handled only for category names, not within sort keys. Input "#ppl|#bar" would be expanded to "People|#bar".
Additional syntax would be needed to have such variable substitution if no blank follows. For instance, If in addition to the "ppl" shortcut, you have "ppls" as a shortcut to "Privileged Policemen Living Solitarily", what does "#ppls" mean? Is it "Privileged Policemen Living Solitarily" or "Peoples"? For such cases, you'd need more syntax, for instance using [] (which also are not allowed in page titles). Then you can write "#[ppl]s" to get "Peoples", and "#ppls" or "#[ppls]" to get the privileged policemen.
Lupo 07:37, 23 November 2012 (UTC)
Great, that is about what I had in mind. Personally, I doubt very much that we need a global list upfront, only a user level one in the first place, as this avoids discussions and management, and unavoidably many conflicts. Moreover, it simplifies implementation as the possible collision with existing names is the responsibility of the user then. It would already allow for a quick first level implementation with or without special characters. A global list could be used only with special prefixes, such as #US for "United States" that might be replaceable in the middle of a cat name, but that seems less urgent. Lets first look at a local user list, a global list could be proposed as sample for the personal ones. --Foroa (talk) 08:20, 23 November 2012 (UTC)
Global and user list or only user lists doesn't really matter in terms of implementation effort. Ok then, I'll go for the replacement approach, using # and [], as outlined above. That'll cause the least surprises, and also the least possible conflicts with existing categories (namely none, since these characters cannot exist in category names). I'll ping you once I'll have a prototype ready. Lupo 09:38, 23 November 2012 (UTC)

"loadURI " is referred as "loadUR"

The function "loadURI " is mispelled in the call, please see the revision history where the mistake happened. http://commons.wikimedia.org/w/index.php?title=MediaWiki%3AGadget-HotCat.js&diff=85279306&oldid=83132026 anyone having edit permission please fix. Deepugn (talk) 08:36, 19 December 2012 (UTC)

  • Fixed. odder (talk) 09:17, 19 December 2012 (UTC)

Great, Thank You! Deepugn (talk) 11:29, 19 December 2012 (UTC)

Maybe put redirects in italics

I think people would make more of an effort in categorization if redirects in HotCat suggestions were in italics. Otherwise people often put stuff in categories that are too general, or not really correct. HotCat automatically resolves the redirect to the correct category name upon saving the category addition. But many people will not notice this. If people knew immediately from viewing the italics in suggestions they might search for a more apt category.

Redirects make categorization easier. When people use search or HotCat they see redirects too, and thus are able to categorize even if their English comprehension is not at the level of a native speaker. But people need to know right away that they are using a redirect, and may want to look further for a better category, subcategory, etc..

See also Bugzilla:5346 - "make category redirects appear as italics or different colored links." It seems that category redirect links at the bottom of file pages will now be in italics. Read the comments at the bottom of the bug thread. It talks about Gerrit change #40781. I don't know how long it will take for that to show up here on the Commons though. See this discussion too: Commons:Administrators' noticeboard#Category redirect links will be in italics. --Timeshifter (talk) 12:18, 28 December 2012 (UTC)

That discussion has been moved here:
Commons:Requests for comment/Hard category redirects REDIRECT --Timeshifter (talk) 12:33, 2 January 2013 (UTC)

Internationalization

Hello there,
I recognized, that sometimes edit-comments (sample) with HotCat are not in english, but (for example) in french. I'm not sure if this depends on HotCat (maybe its a config-option), or if the editor has changed his version of HC (so this might be the wrong place here). However, I think it's really... bad, due to that Commons is an absolutely international project. I don't want to guess whats written there or to take always the translator. Any opinions?
(And sorry for my bad english..) Best regards, --#Reaper (talk) 14:17, 20 January 2013 (UTC)

Indeed. Somebody was over-eager with the configuration. Undone. Lupo 14:44, 21 January 2013 (UTC)
Thank you very much! Best regards, --#Reaper (talk) 15:39, 21 January 2013 (UTC)

Idiot-proof way to make HotCat always auto-save?

Help:Gadget-HotCat#Intercepting the page edit HotCat will make provides some example code to make HotCat do this, but it doesn't seem to work for me. I have tried flushing my browser's cache (Firefox 18.0.1, Win7). Am I missing something obvious? --moogsi (blah) 15:08, 5 February 2013 (UTC)

on for all accounts?

Is HotCat automatically turned on for all accounts (or all new accounts?) If so, I'll rewrite the help text I just added. Thanks, -- Phoebe (talk) 01:21, 28 February 2013 (UTC)

Module namespace

{{editprotected}} Please, disable this gadget for new Module namespace. It should work as in Template namespace. I think it is enough adding a new line in disable function:

 ,disable            :

              || ns === 828 // Module

--V.Riullop (talk) 10:17, 23 March 2013 (UTC)

✓ Done. Jean-Fred (talk) 16:54, 24 March 2013 (UTC)

IIFE und geschützte Bereiche

Wäre bei

 ,disable            :
    function () { // Return true to disable HotCat. HotCat guarantees that the wg* globals exist here.

(in HotCat) ein IIFE nicht schöner? So wäre es gleich eine Variable und keine Funktion...

bei

wikitext.replace(/<\!--(\s|\S)*?--\>/g ...

fehlen noch <source> und <syntaxhighlight> und noch so manch andere Extension, denke ich. -- Rillke(q?) 17:35, 7 May 2013 (UTC)

Was disable angeht: vielleicht. Aus Gründen der Rückwärtskompatibilität wäre es aber keine gute Idee, dieses public API nun zu ändern. Existierende Konfigurationen verwenden das evtl. so wie's jetzt ist. Und da HotCat auf vielen anderen Projekten verwendet wird, gilt es hier zu vermeiden, dass Änderungen in all diesen anderen Projekten nötig werden.
Was <source> etc. angeht: das stimmt wohl, gab aber in der Praxis noch nie Probleme. Wohl weil dort kaum je Kategorien vorkommen, und diese Tags auch kaum auf Hauptnamensraum-Seiten oder Kategorienseiten vorkommen. Könnte bei Bedarf erweitert werden.
Lupo 20:40, 7 May 2013 (UTC)

Not working

HotCat doesn't seem to be working with anything other than the Default Skin. This to say Cologne Blue, Modern and MonoBook do not work. JIrate (talk) 19:34, 11 June 2013 (UTC)

Works fine for me in monobook & modern. Didn't test Cologne Blue. Also appears to be working fine for anybody else, otherwise there'd have been many more reports. So I suspect it's something on your computer. Did you try reloading your browser's script cache? Lupo 05:41, 12 June 2013 (UTC)
It only seems to be a problem on commons not on wikipedia? Yes I have purged multiple time. It not only happens on FF but I just tested IE and get the same. I tested it on a public computer yesterday with IE and got the same. I done all the purge several times. If the fault isn't universal then it is with the account, not the machine.Irate (talk) 11:38, 12 June 2013 (UTC)
Just checked with a second commons acc and got the same.Irate (talk) 11:44, 12 June 2013 (UTC)
Are there any JavaScript-related messages in the error console of Firefox? If so, what do they say? (I'm not interested in CSS-related messages. The error console can be opened using Command-Shift-J on a Mac, on a PC probably using Ctrl-Shift-J. Or via the "Tools→Web Developer" menu.) What other gadgets do you have enabled? Lupo 14:57, 12 June 2013 (UTC)
And could you please explain how exactly you "purged"? Lupo 15:01, 12 June 2013 (UTC)
Finally, is it not working on any page, or only on specific pages? And what exactly does "not work" mean? You don't get the "(+)"/"(–)" etc. links? Or do you get them, but they're non-functional? Or they appear and clicking "(+)" does open a category editor, but you don't get suggestions? Or can't save? Lupo 15:23, 12 June 2013 (UTC)
There are no JavaScript errors that I can see. I have done a shift reload, then a Ctrl-Shift-Del and selected to clear everything and finally gone to options->advanced and cleared the web content cache. By not working I mean there is no (+) etc. I did another test on a public machine with IE and it worked back home and neither IE or FF work. The on significant difference was that I'm using XP the public machine was Windows 7. So it is something about this machine, not the account.Irate (talk) 18:06, 12 June 2013 (UTC)
I just did a search for hotcar and found a message but when I try to upload it here I get a message saying my NetGear router had blocked it. I'be uploaded the message here https://docs.google.com/document/d/1GHJQdISZ_kD5JxUP_rb-M8lylLkqFSe3sWIlK2zoISk/edit?usp=sharing . Roter confirms it did the block but given no explanation and the firewall is off. Sorry for causing the trouble. Irate (talk) 18:35, 12 June 2013 (UTC)
Even puting the term "jquery*Msg" into this comment without the * freaks the router. Irate (talk) 19:56, 12 June 2013 (UTC)
The router msg claims it is tripped by trying to access "bits.esams.wikimedia.org" which when entered directly produces "Error 403 Requested target domain not allowed." from Varnish cache server. Can someone point me in the right direction? I'm going for a lie down. Irate (talk) 20:09, 12 June 2013 (UTC)
←So it seems clear that this is not a HotCat problem, and probably not even a script problem we could do anything about here. bits.esams.wikimedia.org are the cache servers in Amsterdam. Those are alive and well according to [5], and I also get a response when pinging that DNS name. I'm sorry, but I don't see how I could help you to sort out the troubles with your router. Lupo 21:12, 12 June 2013 (UTC)
That is the way it looks. Irate (talk) 21:48, 12 June 2013 (UTC)


Not work is someboy use "Nascidos em 19x0" in wiki-pt

Hi! In wiki-pt the hotcat do not work if somebody pot "Nascidos em 19x0" or "Mortos em 19x0" What happened there? Thaks in advanced! Vitor MazucoMsg 20:40, 22 June 2013 (UTC)

It's the configuration at w:pt:MediaWiki:Gadget-HotCat.js/local defaults: the line HotCat.blacklist = /^(Pessoas vivas|(Mortos|Nascidos) em [1-9][0-9]*( a\.C\.)?)$/; forbids these categories. Talk to w:pt:User:Opraco; he added this in January/February 2013: [6]. I have no idea why this blacklist entry was added, and whether it does what it should do. Lupo 09:12, 24 June 2013 (UTC)

Ok, thanks for your help. Vitor MazucoMsg 21:13, 24 June 2013 (UTC)

Edit page

When I use "change category" or "add category", after clicking "OK" button for few weeks I'm being transfered to straight edit page, earlier everything was made by the script. What's the problem? Opera 12.15, WinXP, (MonoBook and Vecotr) Mix321 15:44, 30 June 2013 (UTC)

Is that here at the Commons or at pl-Wiki? In multi-edit mode (i.e., after you clicked the (++) link), you normally are shown the edit/diff screen. When you only change a single category (i.e., click (+), enter category, click "OK"), then the edit should be made right away. At the Polish Wikipedia, HotCat is configured to always show you the diff screen. I see that you override this at w:pl:User:Mix321/common.js. I also see that w:pl:User:Mix321/monobook.js looks suspicious: document.write should not be used anymore to load scripts, and it should be "window.hotcat_no_autocommit = false", not "var". Note that with this setting, you still get the diff screen for multi-edits. See Help:Gadget-HotCat for how to suppress the diff screen for multi-edits, too. Lupo 06:13, 1 July 2013 (UTC)
I did what you said and just from curiosity I've opened Chrome. On Chrome everything is okay, on Opera still shows edit page. Mix321 (talk) 21:12, 1 July 2013 (UTC)

Gadget-HotCat.js is not working for me

Hi there,

I'm a bit confused. Until some hours ago I was able to change categories in a way like shown at Help:Gadget-HotCat#User interface. Now I can't, so I went to the Help:Gadget-HotCat and tried to find (as emntioned at the top end of the Help:Gadget-HotCat page) the "Gadgets" tab of Special:Preferences. But to my surprise there is no Gadgets-tap within my user-interface.

What am I doing wrong? --AKor4711 (talk) 11:26, 14 July 2013 (UTC)

Down for me for the last hour too and no sign of the gadgets tab. No idea what is going on. -- Mattinbgn (talk) 12:22, 14 July 2013 (UTC)
There are issues with the servers. Gadget-CSS and the API are affected.
RoanKattouw: We've blocked some IPs sending lots of requests to the API and RoanKattouw: The API should be mostly up now, with reduced capacity, as I understand it may be relevant. -- Rillke(q?) 12:56, 14 July 2013 (UTC)

HotCat is still not working. --ŠJů (talk) 14:03, 14 July 2013 (UTC)

Same problem here.M♦Zaplotnik my contributions 14:05, 14 July 2013 (UTC)
it's working again for me - both: the gadget itself and the Gadgets-tab within my user-interface ... thank you :-)

Autosaving problems

I have added

window.hotcat_no_autocommit = true;

in my common.js. But sometimes (not always) when adding a single category the change is still saved automatically. Is there anything I can do about this? /Ö 15:59, 1 August 2013 (UTC)

Can it be something about in which order different scripts are loaded? /Ö 14:45, 7 August 2013 (UTC)
Yes, now the jQuery's ready event happens before user's skin.js files are loaded. HotCat should check all of its setting when they're needed, not on ready. (Or you could try hooking to window's 'load' event instead.) Matma Rex (talk) 20:59, 8 August 2013 (UTC)
Or you add a dependency to user (and HotCat fails if the user breaks their js) or you store user options in user.options -- Rillke(q?) 23:55, 8 August 2013 (UTC)
Hm, good point. Rillke, are you volunteering to implement the second solution? ;) (I've actually got a pretty sweet framework to handle configuration in this way, with UI on separate config page, on pl.wp with a few gadgets using it – see pl:Wikipedia:Narzędzia/gConfig and pl:MediaWiki:Gadget-gConfig.js / .css – and I'd be happy to help migrate it here if you want it, please poke me on IRC.)
If not, could somebody please wrap window.jQuery(document).ready(run) near the end of the script with mw.loader.using('user', function(){}) – this should be a good enough solution. Matma Rex (talk) 17:03, 9 August 2013 (UTC)
This does not work on old versions of MW (without RL) and bugzilla:32537 may be also involved and must be considered. -- Rillke(q?) 14:51, 14 August 2013 (UTC)
Blergh. Well, then let's just hook to window.onload, maybe if mw && mw.loader && mw.loader.getState('user') !== 'ready'? Matma Rex (talk) 16:39, 14 August 2013 (UTC)

{{editprotected}}

Okay, here's the final version. Please replace:

  if (window.jQuery) {
    window.jQuery(document).ready(run);
  } else {
    addOnloadHook (run);
  }

With:

  // Run as soon as possible. This varies depending on MediaWiki version;
  // window's 'load' event is always safe, but usually we can do better than that.
  if (window.jQuery) {
    // Post-ResourceLoader. Check for version to avoid MediaWiki bug 32537.
    var mwVersion = (window.mediaWiki && mediaWiki.config) ? mediaWiki.config.get('wgVersion') : window.wgVersion;
    if (parseFloat(mwVersion) > 1.20) {
      // We can safely trigger just after user configuration is loaded.
      mw.loader.using('user', function(){ jQuery(document).ready(run); });
    } else {
      // mw.loader.using('user', ...) could have unintended side-effects. Fall back to DOMContentLoaded.
      jQuery(document.body).on('DOMContentLoaded', run);
      // And in case we're loaded after DOMContentLoaded fires or in a browser that doesn't support it,
      // fall back to addOnloadHook (which is definitely supported on MW 1.20 and lower).
      // The run function itself protects against double initialization, so it's okay.
      addOnloadHook(run);
    }
  } else {
    // Pre-ResourceLoader. 
    addOnloadHook(run);
  }

Matma Rex (talk) 17:33, 14 August 2013 (UTC)

It made sense to me so I applied it. Thank you! −ebraminiotalk 10:33, 17 August 2013 (UTC)

Thanks to everyone who helped fixing this. Now this i working fine for me. /Ö 12:15, 17 August 2013 (UTC)

Bug: The tool removes categories on its own without informing about this

See here: MediaWiki talk:Gadget-HotCat.js/Archive01#Duplicate categories. Please remove this code again. Look at w:de:MediaWiki Diskussion:Gadget-HotCat.js#Bug fixen and w:de:WP:FZW#Bug bei HotCat. The tool sometimes removes pages out of categories without even informing the editor about this, just because it means they would be duplicate. Adding a new sortkey to the category removes the category, the category was gone and the category didn’t list the page anymore, so it had to be added manually again. I didn’t realize this at all while editing (there was no notice at all about this category removal). I saw it hours later by chance in my contributions list, because I had removed nothing, but the edit showed –… bytes instead of +… bytes, so I began checking this edit. It’s because of the include tags around the first category. Perhaps it’s the same with categories in comments, so please don’t let the tool remove any categories on its own, especially not without informing about the removal, so that the editor at least has a chance to realize and check this. Otherwise the tool isn’t useable anymore for me with this bug, then it’s easier to do such category changes manually and be sure that there’s no such removal of categories. And I don’t find a description anywhere on the help pages that categories are being removed by the tool of its own. I’m asking myself, what else the tool might do which also isn’t wanted? It is like the VisualEditor, you have to check each edit after saving, because there might be unwanted removals. --Typokorrektör (talk) 01:03, 18 August 2013 (UTC)

HotCat cannot deal with these includeonly/noinclude things, which is why it's disabled in the template namespace, where these occur very frequently. I have no time to change HotCat's behavior in any way. A possible work-around is to disable HotCat on user pages, too. Or to set auto_commit to false, so that you always get shown the diff screen, and then fix these rare cases by hand before submitting the change. Lupo 07:41, 19 August 2013 (UTC)
Hint: The discussion on w:de:WP:FZW is now on w:de:Wikipedia Diskussion:Helferlein/HotCat#Doppelte Kategorien und includeonly/htmlcomment.
This issue may not only occur on user pages but also especially on Wikipedia pages (but maybe also in other namespaces), so it would be no benefit to disable the tool in even more namespaces. The benefit would be bigger to disallow the tool to remove any double categories (as long as it doesn't differ between these different cases) than to disable the tool on a few namespaces. I even don't see any benefit in removing double categories. They don't disrupt anything. But if a category which seems to be double, is been removed, and it wasn't double, then it's a mistake. So it would be better, if the tool stops removing categories on its own. This is not, what the tool is supposed to do. And there even is no description anywhere that the tool does such things. --Typokorrektör (talk) 09:03, 19 August 2013 (UTC)
The diff screen would be another solution, but it should only be shown, when the tool finds double categories which it wants to remove, not in any other normal case. Then the editor can check this before saving the edit. Then there should be an invitation to check, it the double category can be removed with a description that it shouldn't be removed, if one of the two occurrences of this category is in includeonly or onlyinclude or noinclude tags or in a html comment. There should be buttons "confirm removing double category" and "save edit, but do not remove double category" and a third button "discontinue/cancel edit", or something like that. So the editor can also cancel the whole edit, if he doesn't know what to do with it. If this is to difficult, then the tool shouldn't remove any double categories, because they don't disturb anything. --Typokorrektör (talk) 09:03, 19 August 2013 (UTC)
Another idea: Perhaps the tool can check, if there's any occurrence of an "includeonly", "onlyinclude" or "noinclude" tag or a html comment on the whole page. If the tool finds a double category, it could only remove it, if it doesn't find any of these tags and no html comment on the whole page. If it finds such a tag or html comment anywhere on the page, it could leave the double category, where it is, and just remove it in case it finds no such tag or comment. Then there's no need to ask the editor. And the double categories which are not in such tags, but on the same page as such a tag, don't disturb anyone. So this would be better than now. --Typokorrektör (talk) 09:12, 19 August 2013 (UTC)

Does not work

The gadget simply does not work form me now (it is maybe 1 week), i tried even mulitple browsers and computers. Works OK on another wikis (enwiki, cswiki). --Jklamo (talk) 14:53, 29 August 2013 (UTC)

ditto. Meclee (talk) 17:50, 3 September 2013 (UTC)

Mysteriuous disappearance

Well useful gadget hace disappeared from my upload form.... why ? Daniel Villafruela (talk) 14:44, 6 September 2013 (UTC)

Not displaying arrow when ther is not subcat

Hi,

I'm a big user of Hotcat and here's a little idea : is it possible to not display the "(↓)" link when there is no subcategories ?

Cdlt, VIGNERON (talk) 10:41, 10 September 2013 (UTC)

BotMoveToCommons

Why does the gadget not remove this template? -- Bojan  Talk  04:07, 9 September 2013 (UTC)

Why would it supposed to be? --Leyo 09:13, 9 September 2013 (UTC)
It should not be removed. Template:BotMoveToCommons is mainly about making sure that moved files have correct author, source and license information. This usually means that the file page needs to be edited to at least change "author=Original uploader was User:X at wikipedia" to "author=User:X at wikipedia". When changing categories with Hot-cat I think most users don't do other changes to the file page (and changing a single category doesn't even show the edit window). It is better that the BotMove template is removed manually in the edit that fixes author information. /Ö 16:00, 15 September 2013 (UTC)

Copying HotCat to another wiki

Section Copying HotCat, step 4 "Important: set isCommonsVersion to false (it's near the top of the file, first field in the HotCat object)". This doesn't appear in MediaWiki:Gadget-HotCat.js. Please can this section get updated? Rob Kam (talk) 13:16, 17 October 2013 (UTC)

No longer needed; statement on the help page removed. Lupo 13:49, 18 October 2013 (UTC)

jQuery

At the end of section Copying HotCat it states that as HotCat uses jQuery(document).ready() to start itself and if this is not provided the startup of HotCat will need to be changed as appropriate. Please could some info be added on how to do this - that is where to check whether the wiki provides jQuery(document).ready() and if not what changes to make? Rob Kam (talk) 14:02, 17 October 2013 (UTC)

It means that you should use window.onload directly as outlined on [7]. Ruslik (talk) 18:59, 17 October 2013 (UTC)
It says on the help page that HotCat uses jQuery if available and the old addOnloadHook otherwise. Only if your MediaWiki installation provides neither you'll have to find some other way to start HotCat. Lupo 13:50, 18 October 2013 (UTC)
JQuery has shipped with MediaWiki since the 1.16 release. Since 1.17 all resources should be loaded through ResourceLoader. Please can this section be updated, as it is now it's confusing. Rob Kam (talk) 17:33, 18 October 2013 (UTC)

HotCat disappeared

Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Rillke(q?) 10:25, 1 November 2013 (UTC)

{{editprotected}} Hello. I changed nothing and since about 1 month, my HotCat is not visible anymore. Though it is still active in my preferences, and Cat-a-lot as well. I still use personalised monobook. User:Coyau has changed his ToolbarMH.js. No problem when I import it. But when in my monobook.js I add one button to the toolbar, this new button works, but HotCat is not visible anymore, and in my console I get an error message: "mw.toolbar not defined" (strange, because the button is added and works). (I am not fluent in javascript). What happens ? Jack ma (talk) 08:42, 1 November 2013 (UTC)

I don't know what happens but this error message suggests that it is completely unrelated to HotCat. If you break your personal JavaScript file, HotCat may fail because it's waiting for your personal JavaScript file to be loaded for being able to respect your HotCat settings. -- Rillke(q?) 10:25, 1 November 2013 (UTC)
mw.loader.using('user', function(){ jQuery(document).ready(run); }); is where it actually stops then. 'user' is a "module" representing your user-defined JavaScript files (both, your common.js and your skin.js). -- Rillke(q?) 15:08, 1 November 2013 (UTC)
Might that be the reason for the numerous reports about HotCat not working anymore, which I never was able to reproduce? Perhaps it might be a good idea to start HotCat also if the user module fails to load. var startHotCat = function(){ jQuery(document).ready(run); }; mw.loader.using('user', startHotCat, startHotCat); Lupo 13:38, 2 November 2013 (UTC)
Yes, I think so, especially in regard to the upcoming JavaScrpipt deprecation-removals. -- Rillke(q?) 14:28, 2 November 2013 (UTC)
✓ Done. Lupo 16:00, 2 November 2013 (UTC)

No more HotCat when creating a category

Yes. Any possibility to fix? --A.Savin 21:40, 4 November 2013 (UTC)

That was caused by the [now active JavaScript deprecation-removals. Should be fixed now. If you reload your browser's cache, HotCat at least should function again on non-existing category pages. Lupo 22:45, 4 November 2013 (UTC)
If these deprecation-removals cause other problems, with HotCat or other scripts, I have no time to fix them. Unless somebody else takes over, this will mean end-of-life for some scripts. Lupo 22:45, 4 November 2013 (UTC)
Thanks. --A.Savin 23:10, 4 November 2013 (UTC)

HotCat problem

Checkmark This section is resolved and can be archived. If you disagree, replace this template with your comment. Rillke(q?) 11:45, 8 November 2013 (UTC)

When i set commons interface in serbian language (српски / srpski) HotCat doesnt work, when i add category to i file it uses serbian word for Category (Категорија) instead of english word example --Milićević (talk) 20:35, 7 November 2013 (UTC)

This is because MediaWiki:Gadget-HotCat.js/sr does override the defaults. It should check whether mw.config.get('wgContentLanguage') is sr and only in this case, it should touch the edit summaries. -- Rillke(q?) 21:33, 7 November 2013 (UTC)
Will this solve problem [8]? --Milićević (talk) 22:11, 7 November 2013 (UTC)
Replied there. -- Rillke(q?) 11:45, 8 November 2013 (UTC)
Left another comment there. Lupo 16:20, 8 November 2013 (UTC)

RTL

I want propose this diff to fix this RTL bug. −ebraminiotalk 08:56, 14 November 2013 (UTC)

✓ Done with a little twist, since I discovered that the scroll state of the browser window is reported differently in RTL than in LTR, and even differently in different browsers. Change. Lupo 22:41, 17 November 2013 (UTC)

HotCat Problem

I am having a problem, I have HotCat enabled in my Gadgets section of preferences, but for some reason it isn't showing up on any of the pages Either the + / -. I am currently using the Vector Skin, with Google Chrome version 31.0.1650.57 m with OS being Windows 7. --Clarkcj12 (talk) 19:13, 26 November 2013 (UTC)

Never mind, it works on here. I meant this to go on the English Wikipedia as such it isn't working on there.. --Clarkcj12 (talk) 19:46, 26 November 2013 (UTC)
I've seen several reports about HotCat not working at the English Wikipedia for some people, but I have no idea what might be causing it. It works for me over there, and seems to work for other people, too. Just for some people, it doesn't. Reports about that started appearing after this change, but I have not been able to reproduce any problem, nor do I see what might be wrong there. Perhaps somebody else can take a fresh look? Lupo 08:29, 27 November 2013 (UTC)
Usual advice, empty your vector.js and/or commons.js, switch off other gadgets and see if it starts working again. If it does, re-enable gadgets one by one and after that, reinstate your .js files gradually, till it breaks again, to find the conflicting code. Akoopal (talk) 12:33, 27 November 2013 (UTC)

HotCat doesn't understand a category with diacritics?

HotCat refused to move some files, perhaps the problem is with diacritics in the original category name? Images whee to be moved from Category:Osiedle Tysiąclecia (Katowice) to Category:Church of St. Mary of Piekary Śląskie in Katowice. Done! All pages are processed. Return to page The following pages were skipped, because the old category could not be found: File:Katowice July 2013 008.JPG File:Katowice July 2013 010.JPG File:Katowice July 2013 007.JPG File:Katowice July 2013 009.JPG File:Katowice July 2013 013.JPG File:Katowice July 2013 011.JPG

Similarly, image File:Katowice July 2013 017.JPG couldn't be moved to Category:Rondo Sławika w Katowicach‎.

Interestingly, HotCat was able to move images into the Category:Osiedle Tysiąclecia (Katowice) category yesterday so unless something was changed in the last 24h or so, the problem is with the part of the script that tries to find a category that needs to be moved from. Please ping me when this is fixed so I can move the listed images (or just tell me it was done). Cheers, --Piotr Konieczny aka Prokonsul Piotrus Talk 14:33, 3 January 2014 (UTC)

That's not HotCat, but some other tool. Perhaps Cat-a-lot? Lupo 16:48, 3 January 2014 (UTC)
Doh, my wrong, sorry. --Piotr Konieczny aka Prokonsul Piotrus Talk 15:20, 4 January 2014 (UTC)

Feature request 1: visual indication of loading

I'm not sure if this is the right place to make feature requests, but I have one anyway: HotCat should have a visual indication of when it is still waiting for search results, and when it has already made a request and just didn't find anything. For example, suppose I wanted to categorize a photo of the street "Millergasse" in my hometown, which has no category yet: if I type "Millerg" quickly, I can't easily tell if the absence of any suggestions means that there is no category that starts with what I entered, or the connection is slow and HotCat is still waiting for results. An icon like Throbber allbackgrounds circledots 32.gif while waiting for a server response would do the job. darkweasel94 20:44, 8 January 2014 (UTC)

Feature request 1: changing the order

Hi, I love this hot cat gadget! Thanks a lot for this Symbol thumbs upcolor.png !!! I would appreciate if it is possible to add 2 small arrows (←) (→) to each category so that I can change the order of the categories easily. For example to move the category 20xx deaths at the end of each category list of pages about persons. Or it would be very helpfull to harmonize the order of categories of various pages of the same category. Just an idea, Thanks a lot. --W like wiki (talk) 00:32, 6 February 2014 (UTC)

Conflict with hidden categories when not shown

I think HotCat doesn't work when there are hidden categories in the page and user has selected in his preferences not to show hidden categories - I just checked in Catalan Wikiquote that enabling hidden categories in preferences fixes the problem.

If I'm right, the advice to enable hidden categories in preferences should be added to Help:Gadget-HotCat#How_to_enable.--Pere prlpz (talk) 11:24, 8 March 2014 (UTC)

allow to remove sort key when replacing cats

When replacing a category, the sort key is kept, even if it was deleted in the input field for the new category. This means taking the ± control will show me X|key, which I replace all by Y alone, but the effect will be that still there is [[Category:Y|key]] created in the file. Of course there is a workaround to add the new and delete the old category, but this needs an extra save. regards --Herzi Pinki (talk) 11:06, 10 March 2014 (UTC)

Did you read the the manual? Lupo 15:14, 10 March 2014 (UTC)
now I did, thanks for the RTFM hint. Who the hell ever reads a manual upfront? :-) It took me about one year to unveil the feature of navigating up and down the category tree (of course without consulting the manual). --Herzi Pinki (talk) 19:28, 10 March 2014 (UTC)
Last modified on 20 April 2014, at 01:29