https://bugzilla.wikimedia.org/show_bug.cgi?id=29680
Aryeh Gregor <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] | |om --- Comment #2 from Aryeh Gregor <[email protected]> 2011-07-03 17:28:48 UTC --- I don't understand the problem. Can you give an example of a specific category that exhibits the issue, point out what you don't like about it, and explain why you don't like it? Was some wiki using custom namespaces as a hack to get certain pages to sort after all other pages? If so, what were the exact circumstances? What wiki, what pages did it want to sort after all other pages, why did it want them to sort after all other pages, and what namespace name did it pick to allow it? Why isn't {{#defaultsort:{{FULLPAGENAME}}}} a good enough solution? It's to be expected that some category-related hacks will break when the category system is reformed. We also had people who got annoyed when sorting became case-insensitive, because that messed up their use of Greek lowercase letters to prefix certain sortkeys on English wikis. The answer here isn't that we can't ever change the category system, it's that people who are controlling sort order by relying on hacks will have to update the hacks once in a blue moon when we change the system. We're not going to compromise quality of the default behavior to accommodate a small quantity of existing content that could be ported to work with the new system with a little effort. -- 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 [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
