On 4/11/07, Jake Nelson duskwave@gmail.com wrote:
The thing about articles being sorted out of their main categories is that for categories like People, American people, Writers, etc., they're ludicrously huge. If articles were in all relevant categories with the current software, it'd be unworkable.
The only thing that is "unworkable" is attempting to browse the complete list. We do already have some massive categories, such as Category:Living people.
What I'd like to see technically is:
- subcategories not being pushed to later pages by articles in the
category. If a category contains two subcategories: "A" and "Z" and 200 articles starting with letters A-Y, Z appears on the second page. This makes article-full categories unnavigable. All the subcategories should come before any of the articles.
I hadn't noticed that. If true, that's crappy behaviour.
- By default, categories only display articles which are not in any
of their subcategories, but have a "show all articles in this category" link (which'd probably amount to a "&show=all" link). Using this would require a little better "hierarchy hygiene", though... whether subcategories are really /sub/categories... but we need that anyway.
Yeah. Now that I think about it, this should be a property on the category link:
[[Category:Parentcat||Include]] maybe
- If 2 were implemented, a "would be nice" option, that I fear might
be more work on the server, would be to have a button/link next to each subcategory (like the tree [+]/[-] there now) that would add the articles in that subcategory to the displayed list of articles in the category.
It would be much more than "nice", it's pretty much necessary. I wouldn't worry about the workload. We have flat categories with thousands of articles, and we have hierarchical categories with 5 subcats and a total of 30 articles. Spewing out an entire hierarchical category of tens of thousands of articles on one page would be "work", but not very useful either.
Steve