[Mono-bugs] [Bug 78032][Wis] Changed - Mono.Unix.Catalog handling of plurals insufficient

[bugzilla-daemon at bugzilla.ximian.com]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by rcasha at waldonet.net.mt.

http://bugzilla.ximian.com/show_bug.cgi?id=78032

--- shadow/78032	2006-04-10 07:21:44.000000000 -0400
+++ shadow/78032.tmp.17213	2006-04-11 01:23:44.000000000 -0400
@@ -1,12 +1,12 @@
 Bug#: 78032
 Product: Mono: Class Libraries
 Version: unspecified
 OS: All
 OS Details: 
-Status: NEEDINFO   
+Status: REOPENED   
 Resolution: 
 Severity: Unknown
 Priority: Wishlist
 Component: Mono.POSIX
 AssignedTo: miguel at ximian.com                            
 ReportedBy: rcasha at waldonet.net.mt               
@@ -37,6 +37,33 @@
 So it's not possible to do this while sticking with ngettext(3), and
 the use of gettext (and gettext message catalogs) is the major point
 to Catalog.
 
 How does KDE handle this?  Does it handle things internally, or does
 it use some gettext extension functions which I'm not aware of?
+
+------- Additional Comments From rcasha at waldonet.net.mt  2006-04-11 01:23 -------
+In KDE, each gettext string with a number-dependent variation places
+each variation on a different line within the same string, so in
+English a string might be:
+
+"_n: %n replacement made.\n
+%n replacements made."
+
+The _n: at the beginning indicates that this gettext string has plural
+forms. Then, each language has a predefined number of plural forms
+along with a bit of code which selects the right line for that string.
+ Thus for the Maltese language, the number of plurals is set to 4, and
+the translation for the above string is:
+
+"saret tibdila %n\n
+saru %n tibdiliet\n
+saru %n-il tibdila\n
+saru %n tibdila"
+
+A special gettext string in one of the .po files allows each language
+to select its "type" of plural from a prefedined list.
+
+Any idea whether this is handled for products like Gnome etc? I've
+only done KDE so far, but languages like Croatian, Czech, Latvian,
+Polish, Russian, Slovak, Slovenian and Ukrainian all need some kind of
+special handling so I'm sure it's been tackled somehow.