https://bugzilla.wikimedia.org/show_bug.cgi?id=450

Aryeh Gregor <simetrical+wikib...@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX

--- Comment #12 from Aryeh Gregor <simetrical+wikib...@gmail.com> 2010-07-21 
21:06:00 UTC ---
See my discussion of this bug on wikitech-l:

http://lists.wikimedia.org/pipermail/wikitech-l/2010-July/048399.html

I believe it should be WONTFIX, per my rationale there:

"""
I think the goal for (2) should be to allow efficient separate
retrieval of subcategories, files, and other pages, but not to
distinguish between namespaces otherwise.  The major motivation is
that to do this efficiently, we'll need to add namespace info to the
categorylinks table, and we want this to stay consistent with the info
in the page table.  Categories, files, and other types of pages cannot
be moved to one another, as far as I know (it would hardly make
sense), so it automatically stays consistent this way.  This is a big
plus, because there are inevitably bugs that cause denormalized data
to fall out of sync (look at cat_pages).

Furthermore, I don't think it's obvious that we want separate
namespaces to display separately at all on category pages.  What's a
case where that would be desired?  It would break up the display a
lot, with a bunch of separate headers for different namespaces, when
each namespace might only have a few items.  Most categories whose
sort appearance you'd care about (i.e., excepting maintenance
categories) will have nearly everything in one namespace anyway.  You
could always split the category into separate ones per namespace if
you want them separate.
"""

If anyone has objections, reopen the bug, and explain them (preferably on
wikitech-l rather than here).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to