On Tuesday 15 February 2005 21:09, Mathieu Roy wrote: > Tobias Toedter <[EMAIL PROTECTED]> tapota : > > 1. (*) text/plain ( ) text/html > > > > Commit from toddy (2005-02-15 18:10 CET) > > ----------------- > > > > * Switched to the default sorting of the pot file > > * Use --language=C, because xgettext won't recognize plural forms > > otherwise > > Are you 100% sure that's no a matter of gettext version and that wont > change anything in the end (no lost strings)?
Good point. In fact, it *is* a matter of the xgettext version -- the plural forms in PHP are supported from version 0.13.0 onwards. I've changed it back to use --language=PHP. Sorry for the confusion. > Also, by plural forms, it's not about using ngettext, is it? Yes, it is. See below. > We cant do that for now, ngettext not being included not so old PHP > version (unless we provide alternative function, like we did in the past > when Savane was supporting PHP3 - do we provide such function?) I know that it's not possible right now; I've read the bug log (#1986, <https://gna.org/bugs/?func=detailitem&item_id=1986>). So don't worry, I won't start modifying the code to include ngettext() function calls. However, I very much like the idea of circumventing the problem by providing a custom ngettext() function for installations that don't have PHP >= 4.2. Would it be alright to provide a function similar to the one suggested by Paul Pogonyshev, meaning that there would be only one (plural) form if the original ngettext() is not available? As Paul mentioned, it would be a little regression. If you don't accept this regression, I would start looking into writing a function that provides the same functionality like the native function. One last comment: maybe we should move this discussion to the bug #1986, so that it is archived in an appropriate place. Cheers, -- Tobias Never trust a man who can count to 1023 on his fingers.
pgpXL9iKZ05D8.pgp
Description: PGP signature
