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: L10N & LC variables Date: Fri, 26 May 2017 17:53:33 +0300 Message-ID: <83a85zk6tu.fsf@gnu.org> References: <2F438BC0-4073-4D29-8504-1909EE1762DD@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1495810478 27608 195.159.176.226 (26 May 2017 14:54:38 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 26 May 2017 14:54:38 +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 Fri May 26 16:54:33 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 1dEGdK-0006xz-SY for ged-emacs-devel@m.gmane.org; Fri, 26 May 2017 16:54:30 +0200 Original-Received: from localhost ([::1]:37143 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dEGdQ-0002NC-3q for ged-emacs-devel@m.gmane.org; Fri, 26 May 2017 10:54:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dEGci-0002MI-Az for emacs-devel@gnu.org; Fri, 26 May 2017 10:53:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dEGcf-000755-91 for emacs-devel@gnu.org; Fri, 26 May 2017 10:53:52 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dEGcf-00074z-5Z; Fri, 26 May 2017 10:53:49 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1165 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dEGcc-0001nu-GZ; Fri, 26 May 2017 10:53:48 -0400 In-reply-to: (message from Jean-Christophe Helary on Fri, 26 May 2017 23:41:17 +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:215220 Archived-At: > From: Jean-Christophe Helary > Date: Fri, 26 May 2017 23:41:17 +0900 > > The first think we need for l10n, is have emacs be aware of the linguistic environment in which it is running (or eventually the language environment that it uses internally, which is much easier). I am not using gnu/linux so I am not sure how to do that there (although it does look relatively straightforward). > > On Mac, the locale variables don't seem to be defined the way they are on gnu/linux. Here I only have "LC_CTYPE=UTF-8" and no other LC variable. I've checked that yesterday and it looks like there is a system "AppleLocale" variable that supersedes the LC variables and that returns the language selected in the global system preferences. There is also an "AppleLanguages" that returns *all* the languages added by the user in that same global system preference. > > Here is what I get for my system: > > > env | grep LC_ > LC_CTYPE=UTF-8 > > > defaults read -g AppleLocale > en_JP > > > defaults read -g AppleLanguages > ( > "en-JP", > "fr-JP", > "ja-JP" > ) > > > I've checked whether that variable was used in Emacs and I found reference to it in Changelog.12. > > > 2005-04-14 YAMAMOTO Mitsuharu > > > > * international/mule-cmds.el (set-locale-environment): On Mac OS, > > use preferences AppleLocale and AppleLanguages, and variable > > mac-system-locale for default locale. On Mac OS Classic, use > > mac-system-coding-system for default coding systems. > > But there is no further references to mac-system-locale in the other changelogs and it looks like mule-cmds.el does not define it and there does not seem to be any place in the Emacs code that refers to AppleLocale or AppleLanguages anymore. > > So, is that something that's been removed? I don't know, but doesn't current-language-environment work on macOS and give you what you want? If not, why not?