Last modified: 2011-01-25 01:32:04 UTC
Created attachment 6457 [details] screenshot of some issues with pagination on CentralNotice Tomasz mentioned that it might be a good idea to build in some type of pagination in CentralNotice. We're getting quite a few "notices" it seems we might be reached the limit (see the bottom, near strategy2 in the attached screenshot). We can delete "notices", because they're just settings for when "templates" will be shown -- but we'll probably run into a similar issue with "templates" (we have tons right now), and I'd rather not have us delete those.
Created attachment 7421 [details] Really long template listing Notice how small the scroll bar is.
Or you can take a look at http://meta.wikimedia.org/wiki/Special:NoticeTemplate and watch your CPU spin up.
(In reply to comment #2) > Or you can take a look at http://meta.wikimedia.org/wiki/Special:NoticeTemplate > and watch your CPU spin up. Or take a look at http://toolserver.org/~lifeguard/r/CN.png I was going to add it as an attachment, but: "The file you are trying to attach is 10211 kilobytes (KB) in size. Non-patch attachments cannot be more than 1000 KB."
I've added pagination for templates in revision 67371. By default it shows 20 templates at a time, newest ones first.
Perhaps some sort of pagination based on keyword might be better than this, so for example all the notices tagged with, for example, "Fund-rising_2008", all appear as one "set", and if we wanted we could add pagination to that.
I think keyword filtering and pagination are two different features, and we would ideally have both (rather than just one or the other). I would suggest opening a new bug request for keyword filtering so that we can work on that separately.
r67507 looks related as well.
That revision was mostly just cleaning up the code and moving away from the old instance variable naming convention. I did add an extra copy of the pagination links at the bottom of the page as well so you can paginate from either end of the page.