WordPress.org

Make WordPress Core

Opened 10 years ago

Closed 7 years ago

#2004 closed defect (bug) (fixed)

Pages page should page

Reported by: matt Owned by: hailin
Milestone: 2.6 Priority: normal
Severity: normal Version: 2.0
Component: Administration Keywords: needs-patch
Focuses: Cc:

Description

For people that have > 100 pages listing them all doesn't make much sense. We should improve this by offering paging for more than 50 and also search.

Attachments (1)

pages page should page proof.patch (13.1 KB) - added by Jairus 7 years ago.
dirty proof-of-concept for paging on wp 2.3

Download all attachments as: .zip

Change History (17)

comment:1 @markjaquith9 years ago

  • Keywords bg|needs-patch added

comment:2 @robmiller9 years ago

This would be pretty complex in terms of the hierarchy - wouldn't you end up having to generate the full hierarchy then chop the list down to the first X entries?

If the consideration is screen space, then perhaps some kind of tree view might be better?

comment:3 @matt9 years ago

  • Milestone changed from 2.1 to 2.2

comment:4 @foolswisdom8 years ago

  • Keywords needs-patch added; bg|needs-patch removed
  • Milestone changed from 2.2 to 2.4

comment:5 @leonid8 years ago

There is a Search Pages plugin which seems to work just fine for searching, not paging though.
http://www.internetofficer.com/wordpress/search-pages/

comment:6 @thee177 years ago

  • Keywords old-inactive-9mos-ticket added

comment:7 @pishmishy7 years ago

  • Milestone changed from 2.5 to 2.6

Bumping milestone for feature freeze.

comment:8 @Nazgul7 years ago

  • Milestone 2.6 deleted
  • Resolution set to wontfix
  • Status changed from new to closed

No traction in almost 2 years, so closing as wontfix.

Feel free to re-open if you have additional information/patches/suggestions/...

comment:9 @lloydbudd7 years ago

  • Keywords old-inactive-9mos-ticket removed
  • Milestone set to 2.6
  • Resolution wontfix deleted
  • Status changed from closed to reopened

Re-opening, this is a bad experience issue for people with a large number of pages, because the page can take a long time to load.

As more people adopt WP as a general purpose CMS, it will likely soon become more urgent.

I understand that pages having children pages makes this a potentially challenging problem.

comment:10 follow-up: @Denis-de-Bernardy7 years ago

+1 to the tree view idea

comment:11 in reply to: ↑ 10 @Jairus7 years ago

A collapsible tree view (like pageMash) doesn't necessarily address the scaling issue, even if it addresses usability concerns. (You could theoretically use something like an AJAX tree which only requests data about branches as they're opened, but that won't solve problems for installs with large numbers of pages at the root level.)

From a UI point of view, page hierarchy complicates things for the user, if they have a large number of pages paginated, and they're trying to find a specific item. I think the ideal solution would allow for both a flattened view (ie: sortable title/id/date columns) and a nested view that displays parent/child relationships (kind of like the current interface).

comment:12 @lloydbudd7 years ago

Relates to #6561

@Jairus7 years ago

dirty proof-of-concept for paging on wp 2.3

comment:13 @Jairus7 years ago

A student here wrote up a quick-and-dirty proof of concept for paging the 'manage pages' page on 2.3. It's very rough around the edges and needs a lot of work (it doesn't display parent/child information), but it'll display 'manage pages' in 5-10 seconds with 4000 pages in the db, instead of it taking 5-10 minutes.

comment:14 @ryan7 years ago

  • Owner changed from anonymous to hailin
  • Status changed from reopened to new

comment:15 @hailin7 years ago

  • Status changed from new to assigned

It appears that the idea "demand load the category list to manage thousands of categories" can be applied here.

However, currently that needs some improvement (see #6677)
Once we have some test mileages on that idea and like it, we will design a good, long-term solution for this issue.

comment:16 @ryan7 years ago

  • Resolution set to fixed
  • Status changed from assigned to closed
Note: See TracTickets for help on using tickets.