Last modified: 2012-04-15 11:18:32 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 6387 - Default sortkey should not contain the page namespace
Default sortkey should not contain the page namespace
Product: MediaWiki
Classification: Unclassified
Categories (Other open bugs)
All All
: Normal enhancement with 6 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 12351 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2006-06-20 23:04 UTC by Kellen
Modified: 2012-04-15 11:18 UTC (History)
4 users (show)

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


Description Kellen 2006-06-20 23:04:02 UTC
On wikibooks, we have categories for books. One of the issues with this is that
when categorizing either books in namespaces like "Cookbook:Recipe name" or
books with subpages like "Calculus/Vectors" users must add a sort key (or the
special blank one) to every single module in the entire book to get them to sort
properly . This is repetitive and error prone; consider that some cookbook pages
have 7 or more categories. 

There should be a way to mark the category page with a default sort key which
would be inherited by all the pages added to it provided they did not have an
overriding sort key. For example, a category could have __SORTPAGENAME__ added
to it and the namespace would be ignored when sorting ("Cookbook:Recipe name"
sorted as "Recipe name"), or it could have __SORTSUBPAGENAME__ and the prefix
would be ignored ("Calculus/Vectors" sorted as "Vectors").
Comment 1 David Hanak 2006-07-18 08:32:23 UTC
Many-many templates contain the "ugly" {{PAGENAME}} variable to avoid sorting by
the namespace name.  This is error prone (can be acidentally omitted very
easily) and ugly.
Comment 2 Maxim Gansert 2006-08-01 01:03:22 UTC
I also request this feature but need another sort-criteria "__SORTPAGEAGE__" to
sort pages by their age, when they where created. The german wikibooks uses a
special sortkey, to keep track of new wikibook-candidates. They will be listed
in a special category until a few month passed. They are sorted by date of
creation, Books listed first are oldest. After beeing a candidate, they will be
deleted or they aquire book state.

if not possible, i request a variable {{CREATIONTIMESTAMP}} which returns a
timestamp formatted like {{CURRENTTIMESTAMP}} containing the timestamp of the
creation of a page.
Comment 3 Andrew Whitworth 2006-08-03 17:34:58 UTC
I agree that this would be useful, time-saving, and it would make categories more useful. 
It would save every single page from having to resolve the {{PAGENAME}} variable, for 
every single category for which it is a member.
Comment 4 Eric Kow 2006-08-04 05:17:00 UTC
Note that English wikibooks now uses the Book/SubPage convention for indidivual
books, not Namespace-like things like Book:.

My proposal would be to have a syntax like
where the slash indicates that we should use the pagename as the sorting key,
(so S for SubPage, not B for Book)
Comment 5 Maxim Gansert 2006-08-04 12:16:03 UTC
Maybe the Sortcriteria should be optional too, a defaultvalue and a force value.

[[Category:Foo]] May indicate to use default sort, which is specified on
Category Page.
[[Category:Foo|A Sortvalue]] Forced to sort this Page equal to "A Sortvalue",
which will be found under "A".

This, would be easier for the migration process into an improved
Category-System. So the 
Namingconvention might not be a big problem. Is there a Syntax Proposal for this 
improved Category system ?
Comment 6 Kellen 2006-08-04 13:30:00 UTC
Both of the last comments have missed the point.

The point is to change the sort method ON THE CATEGORY PAGE ITSELF, so we don't
have to resort to silly tricks on every member of the category.

Also, the wikibooks Cookbook does have a namespace, so this is still an issue.
And Maxim's last idea is what is already implemented.
Comment 7 Maxim Gansert 2006-08-04 15:09:28 UTC
I mean, the system should support both styles. When the default mode 
is used, ([[Category:Foo]]) the Sortkey should be used from the 
Category page, but when a Sortvalue is given, this should be used 
instead. The Defaultkey - whether Subpage, Pagename, fullpagename, Pageage or
anythin else should only be applied, if no special Sortvalue is given.

I hope this comment is more precise.
Comment 8 Leon Weber 2008-08-09 11:19:46 UTC
Fixed in SVN trunk, r38992.
Set the switch $wgCategoryPrefixedDefaultSortkey to false to get a sane default sortkey. However, that switch is currently set to true on wikimedia wikis.
Comment 9 Thomas Bleher 2008-09-14 14:33:16 UTC
*** Bug 12351 has been marked as a duplicate of this bug. ***
Comment 10 MZMcBride 2012-04-15 11:18:32 UTC
This was reverted in r70416.

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