From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1S6V6p-0005Pi-08 for mharc-grub-devel@gnu.org; Sat, 10 Mar 2012 17:49:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33826) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6V6m-0005PS-9k for grub-devel@gnu.org; Sat, 10 Mar 2012 17:49:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S6V6k-0001OL-Dh for grub-devel@gnu.org; Sat, 10 Mar 2012 17:49:51 -0500 Received: from mail-we0-f169.google.com ([74.125.82.169]:33059) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6V6k-0001LG-4g for grub-devel@gnu.org; Sat, 10 Mar 2012 17:49:50 -0500 Received: by mail-we0-f169.google.com with SMTP id j55so2649598wer.0 for ; Sat, 10 Mar 2012 14:49:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; bh=5eZmIISIXqVltbdthOMIZyr3nO21vMsFiW9+xDPkSqY=; b=jibxxXCd1kWZrfJMVyZIRhzZzspHTibD1I5ohCT561YJMcpNTdUSr9qX0tThKw5MjX 3J/jf9ptsWpYgFuybsTRob9bj0zfTwC0G6g9oGCDIe/HI+RJ7bY9ZW+jqMGWzrYRIROE h/CHhZiSqHVJgtQ2j/7f4ccH0qVtntYZL9Letc1XkFtK5AgNUR+Ug0n5w8Hp9DutCsIr U9YBe0FeFm85NokDqQpwM/T1HUbRMlQ0G5Vwl9M4Oh3Jqc1myS4dJE1P7TU7511+71Kk V0F7kBU6rAQQUB7bO20/A6DsZbUdZxUiU6rjS7qlGYA4xtwbjph2iyghOdgFMeztWmp5 8nlA== Received: by 10.216.134.30 with SMTP id r30mr3878936wei.42.1331419789133; Sat, 10 Mar 2012 14:49:49 -0800 (PST) Received: from fedora.x201.phnet (207-116.62-81.cust.bluewin.ch. [81.62.116.207]) by mx.google.com with ESMTPS id p10sm19739717wic.0.2012.03.10.14.49.47 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Mar 2012 14:49:48 -0800 (PST) Message-ID: <4F5BDA89.4030500@gmail.com> Date: Sat, 10 Mar 2012 23:49:45 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120131 Thunderbird/10.0 MIME-Version: 1.0 To: The development of GRUB 2 Subject: ngettext X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig917EE7516C650032DB1243CB" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.169 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Mar 2012 22:49:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig917EE7516C650032DB1243CB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, all. Full gettext has an important feature of ngettext. In GRUB we don't have this feature. There was a proposal patch however it lacked the most important part: formula parser. In GRUB codebase there are 4 strings which would normally require ngettext. Already gettextized: " - Total size %llu sectors", "Mirror with %d children\n" Can be gettextized in future (after 2.00 is out): "%d files couldn't be read and hash of %d files mismatches", "%d files couldn't be read." Possible solutions are 1) Do as if there wasn't any problem. The strings already gettextised don't have a big problem with languages that use the same construct for n >=3D 2 (English, French, Italian, Spanish, ...). However it makes it slightly awkward for the languages like Russian. 2) Reformulate the strings in question to avoid requiring ngettext. Does anyone have any propositions? Solution 1 or 2 is adopted for 2.00 3) Have a list of possible plural forms. This can easily work as long as we have access to all translations but it would imply that some languages need new GRUB version and can't be simply installed in (without getting awkward plural form) 4) Have a reasonably complete formula parser. It has an advantage of simple and natural use but its maintenance cost is high independently of whether we use hand-written parser, our bison parser or import the parser from full gettext (which uses bison). It seems an overkill for 4 strings. Any other ideas? --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig917EE7516C650032DB1243CB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk9b2okACgkQNak7dOguQgnC7QEAu3LXR0ArsOM8S/HnPQ4ATofm IbFWEKjTwdCj3xVkyqkA/2iwa4bH7bbPe46Q6IWuIPBfGMmJ6smaZcRUKNh6m9u0 =nQHu -----END PGP SIGNATURE----- --------------enig917EE7516C650032DB1243CB--