Missing plural form

[pavelevap]

Show on Screen settings:

10 Plugins (you can choose number).

String "Plugins" is only for one plural form, but for example in Czech there are two forms for 2 - 4 items and for 5 and more items...

Not only Plugins, but also Posts, etc.

[nacin]

We wouldn't customize this based on the number the user has entered. It should be whatever the maximum plural form is, if I had to guess.

[pavelevap]

Yes, it can be maximum plural form, but this string is used several times and there is problem with inflection.

In Czech there are "Příspěvky" as string (plural form) for post type general name, but we also need for example "10 Příspěvků". And there is only one string :-(

[nacin]

So perhaps _x( 'Plugins', 'plural for screen options' ) ?

[westi]

Replying to nacin:

So perhaps _x( 'Plugins', 'plural for screen options' ) ?

That could be good enough.

__('Plugins') appears in 7 places:

• Screen Options
• Menu for Plugins page
• Page Title for Plugins page
• about plugins for TinyMCE
• Dashboard widget for installing plugins
• Multisite enable of Plugins menu
• Plugin updater

Are there any more of these that need context?

[pavelevap]

Sorry for delaying, yes, it could be enough.

There are some of them: Posts, Pages, Categories, Tags, Comments, etc. Everything what can be set (with number) in Screen Options.

[nacin]

Is it just screen options, or the various other areas as westi points out? This is hardly a new issue. I strongly suggest 3.1 at this point instead of changing a bunch of strings.

[pavelevap]

I noticed this problem only in Screen Options. Problem is hidden in fact that where "Plugins" (and other strings) is the first word of context then it is OK. But when there are something (like number in Screen Options) before "Plugins" then for many languages inflection makes problem (Pluginy x 10 Pluginů). And for Czech language it is great nonsense...

[pavelevap]

P.S. These strings are very easy for translators. Some changed words is easier then one sentence in many context help strings which were added some days ago :-)

[westi]

@pavelevap: Are there a lot of these that need context - is it every one of the screen options where we have a free-text number and then a string?

[pavelevap]

Yes, every string where it begins with number.
I found Posts, Pages, Categories, Tags, Comments and Plugins but maybe missed something.

Except Media items (seems that there is unique string for Screen Options).

Better solution was in 2.9.2 for translators, there were following strings:

Posts per page:
Pages per page:
Comments per page:
Media items per page:
Categories per page:
Tags per page:
Plugins per page:

[zeo]

Use x per page:

[ocean90]

Related #12872 and [14157]

[zeo]

use _nx in wp-admin/includes/template.php

[nacin]

We wouldn't want to use _nx() here as it is a value the user can enter.

I believe we just need to add context, or a translator's string here, and leave it at that. That way they know that they need to expect a user-inputted value and thus they should use whichever plural form is customary for that.

[nacin]

I accidentally committed this in ​http://core.trac.wordpress.org/changeset/15199/trunk/wp-admin/includes/template.php. I rolled it back in [15200] but that is my current patch as it stands.

Needs i18n review.

[nacin]

[15201]

[pavelevap]

Some comments above I mentioned also some more important strings with the same problem: Posts, Pages, Categories and Tags.

[ocean90]

pavelevap, I think we have them already, see ​get_taxonomy_labels() and ​get_post_type_labels().

[nacin]

Yeah, unless we start offering more than one type of plural form as part of the post type/taxonomy registration process, this is as far as we're going to go at this point.

Nikolay reviewed those processes, so I'm going to consider this fixed for 3.0 and we can review at a later point. Try the wp-polyglots list?

[SergeyBiryukov]

Related: #15576