Page MenuHomePhabricator

Allow more/fewer than 200 pages to be viewed at once in a category
Open, LowPublicFeature

Description

Author: matthew.britton

Description:
It would be nice if the contents of categories could be viewed X pages at a time, for some X other than 200.

Implementation of this would probably best be done in such a way that it matches what is already available for certain special pages (such as [[Special:Contributions]]) - a "limit" parameter in the URL, and a series of links next to the "previous 200" and "next 200" links to change the number of items per page.

If the 5,000-item limit applicable to those special pages is feasible here, great; if not, use whatever is acceptable. I certainly don't think that the limit needs to be more than 5,000 items.


Version: unspecified
Severity: enhancement

Details

Reference
bz11281

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 9:55 PM
bzimport set Reference to bz11281.
bzimport added a subscriber: Unknown Object (MLST).

Note, $wgCategoryPagingLimit can be set in LocalSettings.php for something other then 200, but it sounds like you're looking for a non-hard coded limit.

https://www.mediawiki.org/wiki/Manual:$wgCategoryPagingLimit

I've also found the hardcoded maximum of 200 items per page when viewing a large category to be less than ideal.

Raising $wgCategoryPagingLimit seems like an easy option. But I'd like to brainstorm other possible approaches here.

Something like on special:log and the like where it shows the first <blah> by default but you have options to change the blah to another number as well as go to the previous/next blah?

I'd like that.

Something like on special:log and the like where it shows the first <blah> by default but you have options to change the blah to another number as well as go to the previous/next blah?

I'd like that.

+1

MB-one raised the priority of this task from Low to Medium.Nov 23 2018, 9:59 PM

Copying part of a comment from @TheDJ on the community wishlist survey 2021:

There is a performance aspect to this. Hitting the thumbnail server with potentially hundreds of requests (some which might be rendered already, others needing to be generated) is simply a very expensive operation, compared to text. As such with the current structure, it is unlikely that over 250 images on a page is desirable.

This is one way in which category pages differ from other lists that already have user-configurable limits (recent changes, log, etc.).

And for the purpose of cross-linking: apart from 2021 (linked above), this issue was also discussed 2019 and 2017.

This is one way in which category pages differ from other lists that already have user-configurable limits (recent changes, log, etc.).

New files also has thumbnails and can be set to up to 500 items per page

This is one way in which category pages differ from other lists that already have user-configurable limits (recent changes, log, etc.).

New files also has thumbnails and can be set to up to 500 items per page

Which is how we know that this is a problem :)

@TheDJ So remove it from there? I don't like inconsistencies 😩

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 11:01 AM
Aklapper removed a subscriber: wikibugs-l-list.