On 4/11/07, Jake Nelson <duskwave(a)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:
1) 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.
2) 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
3) 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