Skip to:
Content

BuddyPress.org

Opened 10 years ago

Closed 10 years ago

Last modified 10 years ago

#5587 closed enhancement (no action required)

Configurable list pagination - PC and mobile

Reported by: sooskriszta's profile sooskriszta Owned by:
Milestone: Priority: normal
Severity: normal Version:
Component: Appearance - Template Pack Keywords:
Cc: hnla, karmatosed, vivek@…

Description

It seems that at the moment, BuddyPress arbitrarily decides to show 20 items on a groups list page or a members list page.

This is not ideal as:

  • Depending on the needs of the community, the admin might want to display more or fewer, and
  • Depending on the screen size and layout (e.g. say if admin uses CSS to show list in a 3-column layout), it might be optimal to display more or fewer

Hence, I suggest that admin should be able to define:

  • Number of items to show on a list page on PC screens
  • Number of items to show on a list page on mobile screens

This configuration could take the form of an admin setting the same way WordPress asks in the Reading settings how many posts to show on blog. Or, this could just be a filter that is configured in the wp-config file.

Change History (3)

#1 @sooskriszta
10 years ago

  • Cc vivek@… added

#2 @DJPaul
10 years ago

  • Milestone Awaiting Review deleted
  • Resolution set to invalid
  • Status changed from new to closed

While it can be a problem depending on the theme currently, adding options for this doesn't seem to be a good idea. All our template parts should and will become more responsive and have better design and UI, and I think work on all of those areas will end up resolving this naturally.

#3 @sooskriszta
10 years ago

I'm not re-opening this ticket, but disagree with the assessment that it is invalid.

Responsive has multiple aspects.

Just fitting into small screens is not responsive. So we talk about #5566 responsive layout.

But that's not enough either. If we are querying and downloading to items irrespective of screen size, that's not responsive either. That's where this ticket comes in. So far I haven't seen anything in design and UI that can or attempts to address this. In any case, there doesn't seem to be much merit in hardcoding the pagination.

Note: See TracTickets for help on using tickets.