From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Before l10n, better practices for (message) ? Date: Tue, 23 May 2017 05:55:07 +0300 Message-ID: <831srgnuyc.fsf@gnu.org> References: <2623E5C5-4D40-4C9F-BFF6-181D2E69F984@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1495508131 22622 195.159.176.226 (23 May 2017 02:55:31 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 23 May 2017 02:55:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: Jean-Christophe Helary Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 23 04:55:27 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dCzyn-0005gk-G5 for ged-emacs-devel@m.gmane.org; Tue, 23 May 2017 04:55:25 +0200 Original-Received: from localhost ([::1]:45834 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dCzyp-00044e-Qs for ged-emacs-devel@m.gmane.org; Mon, 22 May 2017 22:55:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52806) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dCzyk-00044Z-6B for emacs-devel@gnu.org; Mon, 22 May 2017 22:55:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dCzyh-0000V6-4D for emacs-devel@gnu.org; Mon, 22 May 2017 22:55:22 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51771) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dCzyh-0000V1-1b; Mon, 22 May 2017 22:55:19 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4903 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dCzyg-0006JC-Aa; Mon, 22 May 2017 22:55:18 -0400 In-reply-to: (message from Jean-Christophe Helary on Tue, 23 May 2017 10:18:46 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:215115 Archived-At: > From: Jean-Christophe Helary > Date: Tue, 23 May 2017 10:18:46 +0900 > > > I proposed to add a simple function `string-plural-s' to standarize those > > plurarizations. > > Yes, but no. > > As a person who pays his bills doing translation and l10n, I would *never* recommend to create UI strings programatically based on *grammatical* assumptions. In fact I would forbid that if I could :) And I think that should be an Emacs policy for all UI strings... Right. > I'm currently going through package.el and the easiest solution I have for now is replace things like "%d package%s to install" (where %s is "s" depending on whether %d is greater than 1...) into "Number of packages to install: %d.". Just replace it with 2 different spellings dispatched by the number. Using the likes of package%s is frowned upon from the translations POV, exactly as replacing "ing" with "ed". > So, as I just wrote, I'm working on package.el right now and I'll submit a patch, and when I'm done, I'd like to see what kind of mechanisms we have (or we need to create) to extract strings and use localized ressources. We don't have any mechanisms that I know of, and won't have until the large part of the i10n issues is resolved by motivated individuals. So for now let's fix this bug in the most direct and "unclever" way we know of. Thanks.