From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#27505: acknowledged by developer (Re: bug#27505: LC_CTYPE affects tutorial language) Date: Sat, 05 Aug 2017 12:17:58 +0300 Message-ID: <837eyiweyh.fsf@gnu.org> References: <871soq7pyr.fsf@users.sourceforge.net> <44eb186d-db67-3e93-31cd-8260f5df7781@lausen.nl> <83k22iwl13.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1501924756 9909 195.159.176.226 (5 Aug 2017 09:19:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 5 Aug 2017 09:19:16 +0000 (UTC) Cc: 27505@debbugs.gnu.org To: Leonard Lausen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 05 11:19:06 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ddvEg-00021u-9p for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Aug 2017 11:19:06 +0200 Original-Received: from localhost ([::1]:55977 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ddvEm-0005lo-1p for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Aug 2017 05:19:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ddvEg-0005lY-6P for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:19:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ddvEc-0008E8-RT for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:19:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39803) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ddvEc-0008Dw-OE for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ddvEc-0005VN-Eb for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Aug 2017 09:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27505 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27505-submit@debbugs.gnu.org id=B27505.150192469921106 (code B ref 27505); Sat, 05 Aug 2017 09:19:02 +0000 Original-Received: (at 27505) by debbugs.gnu.org; 5 Aug 2017 09:18:19 +0000 Original-Received: from localhost ([127.0.0.1]:42480 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ddvDu-0005UM-PN for submit@debbugs.gnu.org; Sat, 05 Aug 2017 05:18:18 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:51582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ddvDs-0005U7-HE for 27505@debbugs.gnu.org; Sat, 05 Aug 2017 05:18:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ddvDk-0007Hp-4w for 27505@debbugs.gnu.org; Sat, 05 Aug 2017 05:18:11 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43707) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ddvDk-0007HP-2O; Sat, 05 Aug 2017 05:18:08 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1410 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ddvDi-0002Ez-5N; Sat, 05 Aug 2017 05:18:06 -0400 In-reply-to: (message from Leonard Lausen on Sat, 5 Aug 2017 17:17:47 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:135401 Archived-At: > Cc: 27505@debbugs.gnu.org > From: Leonard Lausen > Date: Sat, 5 Aug 2017 17:17:47 +0900 > > I would be more than happy to not set LC_CTYPE to Chinese, if #10867 > gets fixed. Until then it seems the only way to get XIM working. If I > remember correctly though, #10867 is intended behavior and won't be > fixed (which is not sensible IMO). > > My problem is, that just because I would like to use XIM doesn't mean > that I would like to see any of the emacs interface in the LC_CTYPE > language. So given that #10867 seems to be intended behavior at least > emacs shouldn't rely on LC_CTYPE to change the > interface language in any user-visible way. From my perspective it would > make more sense to fix #10867 though. I don't see any experts we have who could fix that, unfortunately. But I don't see why that would be a problem for you: if you don't want that Emacs language environment be Chinese when you use XIM, you should be able to invoke set-language-environment inside Emacs after starting it, to set the language environment to something other than Chinese. Does that work for you? > As far as I understand the current behavior of emacs to change the > interface language based on LC_CTYPE is application defined behavior > that is not part of Posix. Posix only says: > > > This variable determines the locale category for character handling > > functions, such as tolower(), toupper() and isalpha(). This > > environment variable determines the interpretation of sequences of > > bytes of text data as characters (for example, single- as opposed to > > multi-byte characters), the classification of characters (for > > example, alpha, digit, graph) and the behaviour of character classes. > > Additional semantics of this variable, if any, are > > implementation-dependent. See the "interpretation of sequences of bytes of text data as characters" parts: that's what causes Emacs to use LC_CTYPE to setup the language environment. So we do follow Posix, AFAIU.