Last modified: 2008-10-12 18:35:40 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T17941, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 15941 - create magic word __NOCATEGORY__
create magic word __NOCATEGORY__
Status: RESOLVED DUPLICATE of bug 835
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
1.14.x
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/w/index.php?t...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-11 17:52 UTC by Cenarium
Modified: 2008-10-12 18:35 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Cenarium 2008-10-11 17:52:31 UTC
It would be helpful to have a magic word __NOCATEGORY__ removing all categories from a page. The content of pages like sandboxes or certain maintenance pages changes frequently and add unwanted categories from transcluded templates. There is no other possibility to fix this issue efficiently apart from removing or hiding somehow all categories on the page, see the discussion at http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#__NOCATEGORY__ .
Comment 1 Mike.lifeguard 2008-10-11 18:55:55 UTC
(In reply to comment #0)
> It would be helpful to have a magic word __NOCATEGORY__ removing all categories
> from a page. The content of pages like sandboxes or certain maintenance pages
> changes frequently and add unwanted categories from transcluded templates.
> There is no other possibility to fix this issue efficiently apart from removing
> or hiding somehow all categories on the page, see the discussion at
> http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#__NOCATEGORY__
> .
> 

Seems like a very limited use case; I don't think we need this.
Comment 2 Platonides 2008-10-11 20:15:30 UTC
You can use CSS to hide categories of a given page.
Comment 3 Cenarium 2008-10-11 20:32:19 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > It would be helpful to have a magic word __NOCATEGORY__ removing all categories
> > from a page. The content of pages like sandboxes or certain maintenance pages
> > changes frequently and add unwanted categories from transcluded templates.
> > There is no other possibility to fix this issue efficiently apart from removing
> > or hiding somehow all categories on the page, see the discussion at
> > http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#__NOCATEGORY__
> > .
> > 
> 
> Seems like a very limited use case; I don't think we need this.
> 

I don't think the use is limited. Personal sandboxes or temporary drafts (for example http://en.wikipedia.org/wiki/Talk:Sarah_Palin/Draft_article) are very common, and userfication (http://en.wikipedia.org/wiki/Wikipedia:Userfication) is also a common practice. Categories and templates transcluding categories have to be deactivated, which is sometimes cumbersome and affects editability. There are also new kind of maintenance pages for templates like http://en.wikipedia.org/wiki/Wikipedia:Main_Page/Protection or http://en.wikipedia.org/wiki/User:Cenarium/Protected_templates where templates are temporarily or permanently transcluded. There are certainly other possible uses. Some monobooks also are added to categories inappropriately.

(In reply to comment #2)

>You can use CSS to hide categories of a given page.
>

More precisely on the function, it should remove the page from all categories (so that readers see only articles, it's the point of "deactivating" all those categories). But whether the categories are shown at the bottom of the page is not very important. Actually, it would be better to let them for sandboxes.
Comment 4 Cenarium 2008-10-11 20:42:41 UTC
Reopen as it's the other way around: the page shouldn't show up in categories. However, the page can show categories. 

Is more community support needed for this ? The discussion is recent (5 hrs on VP/T).
Comment 5 Ilmari Karonen 2008-10-12 11:36:36 UTC
This has been on my personal wish/todo list for a long time.  However, I think it would be more appropriate to use a custom tag like <nocat></nocat> rather than a page-global magic word, so that one can wrap transcluded (or substed / cut-and-pasted) content in such tags without having to disable categorization for that page entirely.  That is, I'd like to be able to do this:

"To mark a page for speedy deletion, type <nowiki>{{deletebecause|Reason here}}</nowiki>, which produces <nocat>{{deletebecause|Reason here}}</nocat> and (if used without the &lt;nocat&gt; tags) adds the page to [[:Category:Candidates for speedy deletion]]."
Comment 6 Platonides 2008-10-12 15:57:19 UTC
I prefer the <nocat></nocat> approach. However, I'm unsure if the current tag 
functionality will be able to cope with the odd 
<noinclude><nocat></noinclude>[[Category:Foo]]<noinclude></nocat></noinclude>
Comment 7 Cenarium 2008-10-12 16:11:04 UTC
Agreed it would be even better, like David Göthberg suggested at VP/T, it could be used to add the page to appropriate categories and not to unwanted ones, like for various template messages pages, from http://en.wikipedia.org/wiki/Wikipedia:Template_messages.

Specifically, a tag <nocat> (or <nocategory>) such that when a category or a categorizing template is wrapped in them, then the page doesn't show up in those categories.

However, all categories should be shown at the bottom of the page as usual (so that new users see the categories when testing, essentially). Though having a possibility to hide them also would be handy on certain other pages, though it would require the creation of another tag. But this later point is not very important.
Comment 8 Rowan Collins [IMSoP] 2008-10-12 18:35:40 UTC
There's already much discussion (and also a lot of noise) about this under Bug 835

*** This bug has been marked as a duplicate of bug 835 ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links