One/many plural rule for Russian/Belarusian/etc

One/many plural rule for Russian/Belarusian/etc

Russian/Belarusian and other Slavic languages also have special handling for one/many when number is not used explicitly (see MediaWiki implementation). Could you please update documentation and software if needed accordingly?

EugeneZelenko14:17, 12 April 2011

I don't understand what you are asking.

Nike17:29, 12 April 2011

See FreeCol:Model.goods.food.name/en and FreeCol:Model.unit.freeColonist.name/en as examples. Number is not mentioned in text, so plural rules for numbers could not be applied.

EugeneZelenko14:17, 13 April 2011

I still don't understand what you mean. Can you be more explicit?

Nike15:48, 13 April 2011

FreeCor currently PLURAL supports messages in N object(s) style. But it also contains messages in object(s) style. Probably PLURAL implementation or it documentation should cover other style too.

EugeneZelenko02:33, 15 April 2011

Isn't that what the default value is for?

Nike08:14, 15 April 2011

I don't know is it enough or not. But in any case rules for selecting proper form ar different in situations I described at least in several Slavic languages.

EugeneZelenko02:34, 16 April 2011

You have read Translation notes from Translating:FreeCol, have you?

Nike08:02, 16 April 2011

Yes, I read this document before asking question there. Documentation is not clear for case I asked you.

Since you collaborating with FreeCol developers and also familiar with MediaWiki code, could you please compare plural implementation for MediaWiki Russian/Belarusian with FreeCol one and make necessary changes to FreeCol code or documentation if needed.

EugeneZelenko14:03, 16 April 2011

I can, but I don't understand what changes you would like. The only difference between these two is that FreeCol does not support the two form shorthand, but uses default parameter instead.

Nike16:57, 16 April 2011

Rule to choose one form is different. In 3-form case it's 1, 21, 31, etc. In 2-form case - it's only 1.

EugeneZelenko13:59, 17 April 2011

There is no two-case form in FreeCol nor anywhere else but in Mediawiki.

Nike15:14, 17 April 2011

I provided examples above of FreeCol message where 2-form PLURAL should be used.

If such things are not supported by FreeCol now, so support should be added.

EugeneZelenko14:16, 18 April 2011

I'm not sure if only providing one= and other= would have the wanted behavior.

Nike14:44, 18 April 2011
 
 
 
 
 
 
 
 
 
 
 
 
Edited by 3 users.
Last edit: 11:51, 29 December 2011

I must take up this topic again.

Also for me it is unclear how the plural rules of FreeCol work. My translation language is a Slavic language as well, Upper Sorbian. The plural rules are dependent on a number. That is not new. But there is a different for the other rule: This rule says that nouns must be in genitive plural if the number is 5...100. But, if there is no number the nominative plural must be used.

FreeCol:Model.unit.masterWeaver.name/en

Is here a numerical variable contained in the result view? If yes,

{{plural:%number%|one=Master Weaver|other=Master Weavers|default=Master Weaver}}

would correspond to following MediaWiki plural:

{{PLURAL:$1|$1 Master Weaver|$1 Master Weavers}}

If not, it would correspond to MediaWiki plural:

{{PLURAL:$1|Master Weaver|Master Weavers}}

In Upper Sorbian the rules must look as follows:

In the first case,

{{PLURAL:$1|$1 Tkalči mišter|$1 Tkalčej mištraj|$1 Tkalči mištrojo|$1 Tkalčich mištrow}}

In the second case,

{{PLURAL:$1|Tkalči mišter|Tkalčej mištraj|Tkalči mištrojo|Tkalči mištrojo}}

In FreeCol this Upper Sorbian message would be used:

{{plural:%number%|one=tkalči mišter|two=tkalčej mištraj|few=tkalči mištrojo|other=tkalčich mištrow|default=Tkalči mišter}}

But this is valid only if numerical variable is expressed in result view. The result for the other rule would be

%number% tkalčich mištrow (genitive plural)

But if in the result view no numerical variable shall appear, the other rule would be

Tkalči mištrojo (nominative plural)

In my opinion, a message that shall contain the numerical variable %number% in the result view must have this numerical variable in front of the plural statement:

%number% {{plural:%number%|one=tkalči mišter|two=tkalčej mištraj|few=tkalči mištrojo|other=tkalčich mištrow|default=tkalči mišter}}

This results in: %number% tkalčich mištrow for the other rule.

But my example currently doesn't use a variable before the plural statement. What will be the result view for the other rule then? %number% Master Weavers or only Master Weavers?

Another issue is the use of a plural statement with collective nouns like food, grain etc. They are not countable. Here %amount% is the variable which is not before plural statement, either.

What will b the result for: {{plural:%amount%|one=Food|other=Food|default=Food}}?

%amount% Food or simply Food

In the first case I would expect the variable %amount% before the plural statement.

Thanks in advance.

Michawiki (talk)15:16, 27 December 2011
Edited by another user.
Last edit: 11:50, 29 December 2011

The plural selector variable within the expression {{...}} is not inserted into the resulting expression. If a numeric expression is required, the variable is used again outside of the expression. Thus {{plural:%number%|one=Horse|other=Horses|default=Horses}} is expanded to "Horse" if %number% is one, and to "Horses" otherwise. The "default" rule is used when no %number% is supplied at all. So, I think the distinction between "other" and "default" is exactly what you are looking for.

Burschik (talk) 11:41, 28 December 2011 (UTC)13:57, 28 December 2011

Hello Burschik, thank you for your reply.

Hm, but the result view that appears after translation uses the other rule. The result of the translation is other=tkalčich mištrow if I use other rule for numbers resp. other=tkalči mištrojo if I use the other rule for missing numbers. Until now I used the nominative singular for the default rule but in the result view after translation displays the other rule.

Michawiki (talk) 14:57, 28 dic 201111:50, 29 December 2011