Last modified: 2014-03-26 19:17:38 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 T45424, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 43424 - In category display, optionally also include subcategories in alphabetic listing
In category display, optionally also include subcategories in alphabetic listing
Status: NEW
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
unspecified
All All
: Low enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-26 12:31 UTC by brian.bj.parker99
Modified: 2014-03-26 19:17 UTC (History)
3 users (show)

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


Attachments

Description brian.bj.parker99 2012-12-26 12:31:02 UTC
When displaying a category an alphabetical list of topics at the top-level of that category is shown, as well as a list of subcategories above. Typically, however, I want a complete alphabetical list of the articles in that category *and all subcategories*. Currently, to get that information requires manually descending into every subcategory! I suggest an optional link on each category page for "alphabetical display of articles in category and all subcategories". Technically I imagine this would be straightforward and I think would substantially improve the use of the category system for browsing.
Comment 1 Bawolff (Brian Wolff) 2012-12-26 12:43:42 UTC
>Technically I imagine this would be straightforward

You would be surprised ;) This is actually kind of hard to do (efficiently) given the way categories are currently stored.

----

The additional problem with this is to what extent does one recurse into subcategories. Do you want all the articles in the subcategories of the subcategory as well? and so on.
Comment 2 brian.bj.parker99 2012-12-27 07:33:43 UTC
(In reply to comment #1)

> ----
> 
> The additional problem with this is to what extent does one recurse into
> subcategories. Do you want all the articles in the subcategories of the
> subcategory as well? and so on.

Yes, it should list all the articles in all the subcategories, recursively. The use-case is when I, for example, want to look at *all* computing articles in alphabetical order, so I go to category "computing" and select this suggested option. 
(I should have made that clear in my original suggestion.)

> >Technically I imagine this would be straightforward
> 
> You would be surprised ;) This is actually kind of hard to do (efficiently)
> given the way categories are currently stored.

Given the above answer, could the recursively collapsed one-level view not be precomputed (say nightly) and then quickly displayed?
(it wouldn't matter if it could be slightly out of date, although the kess the better of course).

I think it would be worth investigating, as the use case I give above is actually the most common usage of categories for me, and I do think if this option was available then the category system would be more useful, and be used more.

Thanks for you comments.
Comment 3 brian.bj.parker99 2012-12-27 07:51:40 UTC
(In reply to comment #1)
> >Technically I imagine this would be straightforward
> 
> You would be surprised ;) This is actually kind of hard to do (efficiently)
> given the way categories are currently stored.
> 
> ----
> 
> The additional problem with this is to what extent does one recurse into
> subcategories. Do you want all the articles in the subcategories of the
> subcategory as well? and so on.

One further point to extend my suggestion above- it would also be good if there was some form of url that could go to a specified category with this suggested recursive option enabled. If this was so then hand-constructed indexes, such as [[http://en.wikipedia.org/wiki/Portal:Contents/Indexes]] could be largely replaced by such links to the appropriate category. Also, portals could include such a link   to give an (automatically generated) exhaustive index to their respective articles. So even for readers who do not use the category system, this enhancement  could allow enhanced browsing for them.
Comment 4 sju-w 2013-12-29 22:27:18 UTC
The requiered feature would be very useful for images at Wikimedia Commons. 

An example: we have a category of a town which contains 150 photographs (and none subcategories). It is very pleasant and easy to see all images from the town - but difficult to find a photo of any certain place. As soon as somebody creates a structure of subcategories by street, by building, by subject, by event etc., it become very easy to find any place but very difficult and protracted to see and compare all photos. We need a feature which will keep (enable) advantages of the simple category even when the content is still precisely structured. 

See also the discussion https://commons.wikimedia.org/wiki/Commons:Categories_for_discussion/2013/03/Category:Trams_in_Prague . What is better: to sort images of vehicles by fleet number (some categories can include only 1 or 2 images, some include tens of images) - or to sort images of trams only by type (by model) - so some categories will contain hundreds images, a certain vehicle would be unfoundable and a non-expert uploader would be not able to categorize by type (while the fleet number can read whatever)? The required feature would enable to view all images of certain model without destroying the categorization substructure unreversibly. 

If the new feature will be considered, 
- view switch (simple view/deep view) should be at the category page
- a depth should be choosable (number of levels of subcategories)
- the feature can be arranged similarly as filter functions (display all content/display featured articles-images only/displays stubs only etc.).
Comment 5 sju-w 2013-12-29 23:31:17 UTC
See also Bug 59108 - Display filters and settings on category pages.
Comment 6 sju-w 2014-02-02 10:12:06 UTC
The tool FastCCI - https://commons.wikimedia.org/wiki/Help:FastCCI - use a function displaying images from the category and its subcategories together. For now, this function displays only images filtered by 3 predefined filters (images tagged as the best).
Comment 7 Andreas Praefcke 2014-03-26 16:34:17 UTC
This is _the_ one main failure of MediaWiki that prevents Wikimedia Commons from being useful for users that are not hardcore Wikipedians. It should be top priority, since it is way more important to finally tackle this than all the crap that Wikimedia Foundation has been founding over the last couple of years.
Comment 8 Andre Klapper 2014-03-26 19:17:38 UTC
Expressing disagreement is fine, but please watch your language.

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


Navigation
Links