Comment 4 for bug 1241028

Hi Gunnar

I think the other patch had some merit by reducing the number of strings a bit, but given that here we work with fixed number values, this solution should not pose much problem from translation POV.

I have been thinking on the ngettext problem, and my best guess is that this happened because the a-l-m code runs inside the g-c-c process, but uses its own translation domain. This is when ngettext does not work, as it uses the default translation domain of the main process - g-c-c here.
So you would need dngettext() to explicitly set the translation domain: http://www.valadoc.org/#!api=glib-2.0/GLib.dngettext