Author: nickpj
Description:
When you tag a few articles as belonging to a brand new category, and then go to that category's page, the default behaviour could be nicer. Why should the user have to edit the category page, to supply a description for the category? Often the intention of a category is completely obvious from the name of the category. Editing the category should still be possible, but not editing the category should give pleasant behaviour.
- When opening the unedited category page (e.g. "index.php?title=Category:Test&action=view" ) the "There is currently no text in this page, you can search for this page title in other pages or edit this page." message could be hidden. For example, in includes/CategoryPage.php, if "Article::view();" were replaced with something like the code below, would it be better?
// If the article at this page exists, then show it, otherwise
// do not. This effectively allows empty categories, with the
// benefit that the user is not bothered by an "edit this page"
// link, but yet does get to see the wiki page content if it
// exists, plus they can still edit the page and add content.
if( $this->exists() ) {
Article::view();
} else {
global $wgOut;
$wgOut->setPageTitle( $this->mTitle->getPrefixedText() );
}- At the moment, clicking on the link to the category in the articles opens something like: "index.php?title=Category:Test&action=edit" (i.e. open category in edit mode). This presents an ugly edit box. Why should this happen? Why force the bewildered user to edit the category like this? Would it be better for example if in includes/Title.php the isAlwaysKnown() function were modified to add || NS_CATEGORY == $this->mNamespace; to the conditions? This would make the default action for clicking on a category link to view, rather than to edit.
Version: 1.10.x
Severity: enhancement