Wikipedia talk:HotCat

From Wikipedia, the free encyclopedia
Jump to: navigation, search

Please leave your comments and suggestions for HotCat.

Layout in relation to stub tags[edit]

Would there be a practical way to make HotCat place categories before stub tags rather than after, as prescribed at WP:STUB? This may only be a problem for uncategorized pages. I came across it when placing a category on an uncategorized stub, and I had to manually put the category tag in the right place. Perhaps this wouldn't be practical, however, such as if HC couldn't distinguish between a stub tag and a navbox. --BDD (talk) 21:48, 3 April 2014 (UTC)

Not practical. First, I don't have the time to do larger code modifications, and second, it would need to be configurable because HotCat is used on many wikis, and they all may have different guidelines. Lupo 20:57, 23 June 2014 (UTC)

Prevent adding certain categories?[edit]

Is there any way to tell HotCat that particular maintenance categories should not be added to pages directly, because it is preferred to use a template that includes the category link? For example, if you read the description page for Category:Disambiguation pages, one of the first things you see is a big bold notice asking you not to add it manually to any pages, but to use {{Disambiguation}} instead. However, HotCat users generally don't look at the category description pages and don't see this notice. So, is there any way within HotCat to prevent users from adding this category and similar maintenance categories? --R'n'B (call me Russ) 21:37, 20 May 2014 (UTC)

Yes, HotCat has a blacklist. See the help page. It could be configured here at the English Wikipedia to exclude such categories. Currently, only stub categories are excluded. Lupo 15:42, 23 June 2014 (UTC)
Thanks. I take it the relevant line is HotCat.blacklist = /\b[Ss]tubs?$|^[Ss]tubs?\b/;. Would there be any objection to changing it to HotCat.blacklist = /\b[Ss]tubs?$|^[Ss]tubs?\b|\b[Dd]isambiguation pages$/;? --R'n'B (call me Russ) 15:52, 23 June 2014 (UTC)
Not from me. That's fine. Lupo 18:48, 23 June 2014 (UTC)
BTW: what about Category:Airport disambiguation? Maybe you have to include that, too. But make sure you don't blacklist Category:Disambiguation categories: that one is already handeld by HotCat. Lupo 18:57, 23 June 2014 (UTC)
I think I'll just start with "... disambiguation pages" for now and see. I haven't seen the airport category causing any problems (yet). --R'n'B (call me Russ) 19:05, 23 June 2014 (UTC)
That's fine. Actually, I think Category:Disambiguation categories could be blocked, too. HotCat uses that one differently, but we don't want users to add it explicitly. But that'd be low-priority; it's just one category. Lupo 20:55, 23 June 2014 (UTC)
Since there are several disambiguation categories, how about excluding any category with "disambiguation" in it? GoingBatty (talk) 13:13, 5 July 2014 (UTC)
For that matter, every category in Category:Wikipedia maintenance categories sorted by month and Category:Wikipedia categories sorted by month (and most of the direct subcategories of those categories) shouldn't be added by HotCat. Anomie 11:29, 8 September 2014 (UTC)
Not easily doable, especially since those are whole category trees. Lupo 15:37, 8 September 2014 (UTC)

Check/X icons for existence when adding a cat not distinct[edit]

The P no.svg/P yes.svg icon next to the input box is an important indicator. When working quickly, it's easy not to notice that it's an X (and therefore to add a redlink due to typos or autocomplete not having caught up) rather than the checkmark. One quick improvement would be to make these more visually different from each other: maybe red vs blue background instead of both purplish? A functional improvement would be a confirmation dialog if one is adding a cat that doesn't exist, and to offer to open it in the wikipedia editor so one can create it. DMacks (talk) 15:31, 23 June 2014 (UTC)

For example, P no red.svg/P yes green.svg are more obviously different. I think red/green are not accessible as a difference, so P no red.svg/P yes.svg would meet that UI guideline. These icons are the only indication of a status, so it's important to keep them as accessible as possible. The current ones are also a problem for low-visibility users) and also don't use alt-text to indicate what they mean. DMacks (talk) 16:13, 23 June 2014 (UTC)
That can be configured. Just set in Mediawiki:Gadget-HotCat.js/local_defaults HotCat.existsNo = '//';, and then HotCat should use the red icon. Lupo 18:52, 23 June 2014 (UTC)
Thanks! Done. DMacks (talk) 19:19, 23 June 2014 (UTC)

Unicode control characters[edit]

Hi, sometimes, a category is added with an extra invisible Unicode Control character (like Left-to-Right mark) at the end of the category name. Would it be possible to automatically remove it in HotCat ? Example: Joseph Brodsky (fix). --NicoV (Talk on frwiki) 12:41, 5 July 2014 (UTC)

That might be difficult to do correctly, and might need to be configurable per wiki. While page titles (and thus link targets) as stored in the database cannot contain BiDi overrides and strange Unicode spaces, links as written in the wikitext may contain such characters. Consider the following examples:

‫ لغة C++ هي لغة برمجة تستخدم...

‫ لغة C++‎ هي لغة برمجة تستخدم...

(Examples taken from Left-to-right mark and modified to use links.) Both links go tho the article C++, but the second does contain an LRM at the end. So, in general I think it would not be a good idea if HotCat tried to remove any of these invisible characters in the wikitext. It already does handle those characters when looking for categories in the wikitext, but for insertion, I fear that removing such things might lead to unexpected display issues. Lupo 12:20, 7 September 2014 (UTC)
Hi. I forgot to add this page to my watchlist, so I didn't see your answer earlier. I understand your explanation, I wonder if it applies to categories or not. Apparently (according to this discussion), it often happens that unnecessary LRM are added when copy/pasting category names with HotCats. --NicoV (Talk on frwiki) 15:41, 2 October 2014 (UTC)

Not working in Firefox[edit]

A few days ago HotCat stopped working for me in Firefox; it still does so in Chrome so it's not account-specific. I am still using F28, and I haven't upgraded my plugins, through some like NoScript do autoupdate a lot. Any idea what may be responsible? Should I start testing plugins one by one? --Piotr Konieczny aka Prokonsul Piotrus| reply here 14:35, 7 July 2014 (UTC)

Works for me with Windows 7 and Firefox 30. GoingBatty (talk) 17:36, 7 July 2014 (UTC)
Not working for me now: Win 7, FF32.--ukexpat (talk) 03:19, 7 September 2014 (UTC)
What does "not working" mean? Maybe try with your /common.js and /vector.js blanked... If it then works, you know that the problem is somewhere in that code. Any error message in the error console of FF? It works for me on FF32, OS X 10.7.5, monobook. Lupo 12:33, 7 September 2014 (UTC)
There seems to be a compatibility issue with delsort.js (or maybe the importScript() functionality). That's the only thing I have in my common.js, and as long as that's the case, HotCat will behave as if it just wasn't there (FF 43.0 on XP). --Latebird (talk) 14:54, 22 December 2014 (UTC)
Your User:Latebird/common.js is broken. importScript() is asynchronous, so the call to defineLink() in the second line runs before the script is loaded and that function exists. If there are errors in your /common.js, gadgets may not work. Lupo 17:57, 23 December 2014 (UTC)
In that case the instructions on User:Fox Wilson/delsort#Customization would be incorrect. Does MediaWiki really stop loading gadgets after anything went wrong in common.js? --Latebird (talk) 12:26, 24 December 2014 (UTC)