From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Proposal for an improved `help-for-help' Date: Thu, 08 Apr 2021 18:51:03 +0300 Message-ID: <83r1jk93mg.fsf@gnu.org> References: <838s7hxqkr.fsf@gnu.org> <83mtua9isw.fsf@gnu.org> <83tuog95a6.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36937"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, stefan@marxist.se, dgutov@yandex.ru To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Apr 08 17:52:08 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lUWwx-0009UD-RS for ged-emacs-devel@m.gmane-mx.org; Thu, 08 Apr 2021 17:52:07 +0200 Original-Received: from localhost ([::1]:55546 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUWww-0006V5-Tm for ged-emacs-devel@m.gmane-mx.org; Thu, 08 Apr 2021 11:52:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38912) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lUWwK-0005y3-C0 for emacs-devel@gnu.org; Thu, 08 Apr 2021 11:51:28 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44288) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUWwJ-00020k-1t; Thu, 08 Apr 2021 11:51:27 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3209 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lUWwF-0003fa-VW; Thu, 08 Apr 2021 11:51:25 -0400 In-Reply-To: (message from Alan Mackenzie on Thu, 8 Apr 2021 15:45:51 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:267627 Archived-At: > Date: Thu, 8 Apr 2021 15:45:51 +0000 > Cc: dgutov@yandex.ru, stefan@marxist.se, emacs-devel@gnu.org > From: Alan Mackenzie > > > Really? I though i18n, l10n, and the like are established terminology > > nowadays. > > Yes, they are correct usage. "Internationalisation" means "make > something usable in lots of nations". So where's the problem with using it in this case? > For example: > > > https://docs.microsoft.com/en-us/windows/win32/intl/international-support > > That usage means "foreign", i.e. "non-USA". It is not intended to > support people who work in two or more nations, for example. > > Surely we can do better than Microsoft, here. Reality check: MS-Windows had i18n features and Unicode support long before any other OS did. > > There's also "multilingual" and m17n, but I thought it was less known. > > However, maybe we should consider something like "Multilingual Help"? > > Why? Nobody wants "multilingual help" - at least not usually. We each > seek help in, if possible, our own language. That's too close to casuistics for my palate, sorry. So I will bow out of this part of the thread. I still stand by my recommendations.