From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Leonard Lausen Newsgroups: gmane.emacs.bugs Subject: bug#27505: acknowledged by developer (Re: bug#27505: LC_CTYPE affects tutorial language) Date: Sat, 5 Aug 2017 18:52:38 +0900 Message-ID: <7cdd7d3f-f704-1180-f95b-e243e4c2a658@lausen.nl> References: <871soq7pyr.fsf@users.sourceforge.net> <44eb186d-db67-3e93-31cd-8260f5df7781@lausen.nl> <83k22iwl13.fsf@gnu.org> <837eyiweyh.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1501926797 20462 195.159.176.226 (5 Aug 2017 09:53:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 5 Aug 2017 09:53:17 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 Cc: 27505@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 05 11:53:11 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 1ddvlc-0004u7-N1 for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Aug 2017 11:53:08 +0200 Original-Received: from localhost ([::1]:56050 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ddvli-0008Vf-MA for geb-bug-gnu-emacs@m.gmane.org; Sat, 05 Aug 2017 05:53:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58005) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ddvla-0008VF-MJ for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:53:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ddvlW-0005nQ-HI for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:53:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39827) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ddvlW-0005mu-Dp for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ddvlW-0006Jq-2p for bug-gnu-emacs@gnu.org; Sat, 05 Aug 2017 05:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Leonard Lausen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Aug 2017 09:53: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.150192677524277 (code B ref 27505); Sat, 05 Aug 2017 09:53:02 +0000 Original-Received: (at 27505) by debbugs.gnu.org; 5 Aug 2017 09:52:55 +0000 Original-Received: from localhost ([127.0.0.1]:42504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ddvlO-0006JV-NO for submit@debbugs.gnu.org; Sat, 05 Aug 2017 05:52:54 -0400 Original-Received: from hercules.uberspace.de ([95.143.172.224]:42942 ident=voC6uic19Fv) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ddvlM-0006JJ-AG for 27505@debbugs.gnu.org; Sat, 05 Aug 2017 05:52:52 -0400 Original-Received: (qmail 13892 invoked from network); 5 Aug 2017 09:52:46 -0000 Original-Received: from localhost (HELO ?192.168.0.14?) (127.0.0.1) by hercules.uberspace.de with SMTP; 5 Aug 2017 09:52:46 -0000 In-Reply-To: <837eyiweyh.fsf@gnu.org> Content-Language: en-US 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:135406 Archived-At: > 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? That is a good workaround. I created this bug report, as I would expect this as default behavior though. Unfortunately XIM currently does not work for me at all. So I can't confirm that changing set-language-environment won't stop XIM from working. (Though XIM worked for me before making a switch from Debian-based to Gentoo.. Bug https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27312 ). >> 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 Hm, as long as LANG and LC_CTYPE both are UTF-8 locales, the interpretation of bytes would be the same. In principle the interface language is independent from the interpretation of bytes right? One could just parse the first part of LANG (i.e. "en_EN") do decide the display language but follow LC_CTYPE for the interpretation of bytes. This seems also to be what the majority of applications are doing, given that I set LC_CTYPE to Chinese system wide, but only emacs (and Dropbox) are changing their interface language (more specifically the tutorial language).