Make WordPress Core

Opened 10 years ago

Closed 9 years ago

#32610 closed enhancement (wontfix)

Pagination counts should use specific terminology, not "items"

Reported by: mikeselander's profile mikeselander Owned by:
Milestone: Priority: normal
Severity: normal Version: 4.3
Component: Administration Keywords:
Focuses: ui, administration Cc:

Description

The pagination counts on every admin list page in the backend use a very ambiguous "item/items" for the counts above and below the list. This works for some types of content, but when you're viewing content such as users the term "items" is very disconnected from the type of data that is shown. It ends up being very out of line with the specific nature of each of the listing screens

I propose that we look for the kind of content that is shown on the particular page and use the plural label instead of the ambiguous "item". Finding the proper label could be achieved using get_post_type_labels, get_taxonomy_labels, and even the already existing _argsplural? on applicable screens. The data needed for this looks to already exist in the class for every page except for plugins.

The specific line that prints "item" is currently on line 694 of wp-admin->includes->class-wp-list-table.php in trunk within the pagination() function.

Change History (2)

#1 @afercia
9 years ago

@mikeselander thanks for the ticket :) asked the same question a while ago and learned that sometimes translations and i18n issues make a generic term the best option. A translatable string with just two placeholders wouldn't allow translators to understand the context. Also, in some languages there are different form of plural depending on the nature of the related term.

Some references:
https://core.trac.wordpress.org/ticket/19099#comment:1
https://core.trac.wordpress.org/ticket/17609#comment:3
https://irclogs.wordpress.org/chanlog.php?channel=wordpress-dev&day=2010-05-25&sort=asc#m136782

Would propose wontfix, cc @ocean90

#2 @ocean90
9 years ago

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

Agreed.

Note: See TracTickets for help on using tickets.