From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#31597: 27.0.50; Annoying ' to =?UTF-8?Q?=E2=80=99?= translation Date: 27 May 2018 09:32:15 -0000 Organization: muc.de e.V. Message-ID: <20180527093215.6039.qmail@mail.muc.de> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1527413469 17966 195.159.176.226 (27 May 2018 09:31:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 27 May 2018 09:31:09 +0000 (UTC) User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (FreeBSD/11.1-RELEASE-p10 (amd64)) Cc: 31597@debbugs.gnu.org To: Helmut Eller Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun May 27 11:31:05 2018 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 1fMs13-0004al-B5 for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 May 2018 11:31:05 +0200 Original-Received: from localhost ([::1]:51456 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fMs3A-0000kc-DD for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 May 2018 05:33:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55808) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fMs30-0000kL-Q3 for bug-gnu-emacs@gnu.org; Sun, 27 May 2018 05:33:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fMs2w-00055u-AN for bug-gnu-emacs@gnu.org; Sun, 27 May 2018 05:33:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42262) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fMs2w-00055o-64 for bug-gnu-emacs@gnu.org; Sun, 27 May 2018 05:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fMs2v-0004wA-Vx for bug-gnu-emacs@gnu.org; Sun, 27 May 2018 05:33:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 May 2018 09:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31597 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31597-submit@debbugs.gnu.org id=B31597.152741353818912 (code B ref 31597); Sun, 27 May 2018 09:33:01 +0000 Original-Received: (at 31597) by debbugs.gnu.org; 27 May 2018 09:32:18 +0000 Original-Received: from localhost ([127.0.0.1]:50159 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fMs2E-0004uy-0j for submit@debbugs.gnu.org; Sun, 27 May 2018 05:32:18 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:27045 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1fMs2C-0004uq-KB for 31597@debbugs.gnu.org; Sun, 27 May 2018 05:32:17 -0400 Original-Received: (qmail 6041 invoked by uid 3782); 27 May 2018 09:32:15 -0000 In-Reply-To: X-Newsgroups: gnu.emacs.bug 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:146587 Archived-At: Hello, Helmut. In article you wrote: > Executing this command: > emacs -Q -batch -eval "(error \"can't parse input\")" > prints > can=E2=80=99t parse input > I would expect to see "can't parse input" instead. > Had I wanted to see a "can=E2=80=99t parse input" in the output, I woul= d have > written "can=E2=80=99t parse input" in the source. Emacs should not do= this > translation by default; this new behavior is a misfeature. Yes. It's a misfeature indeed. It's already caused a lot of bad feeling amongst Emacs developers. The person behind the change, Paul Eggert, simply pushed it through without first securing agreement from Emacs as a whole, and had the political skills to prevent a consensus on the matter prevailing. I think he regards it as "modern and desirable" to display what he thinks the programmer wanted, rather than what the programmer actually wrote. As for actually polling users, such as yourself, first? Hmmm. > It's extremely annoying that the behavior of such basic functions as > error and message has changed so drastically from previous Emacs > versions. People who like this automagic translation should be forced > to customize text-quoting-style not the people who want the traditional > and much more predictable behavior. Yes. But no, such a strategem would be "incompatible" with the way things were when rushed through for Emacs 25. I did my best to make the nil value of text-quoting-style mean "do nothing", but was overruled, again on grounds of "compatibility". So, you're not the first to suffer from this misfeature, and you'll certainly not be the last. I think it vanishingly unlikely that it will be fixed. Sorry. > In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.1= 1) > of 2018-05-07 built on caladan > Repository revision: 6e362a32bc9d21f73a0f29ca6f45481edeea6f29 > Windowing system distributor 'The X.Org Foundation', version 11.0.11902= 000 > System Description: Debian GNU/Linux 9 (stretch) > Configured using: > 'configure --with-xpm=3Dno --with-gif=3Dno --with-tiff=3Dno --with-jpe= g=3Dno > --without-pop' > Configured features: > PNG SOUND DBUS GSETTINGS NOTIFY GNUTLS LIBXML2 FREETYPE XFT ZLIB > TOOLKIT_SCROLL_BARS GTK3 X11 THREADS LIBSYSTEMD > Important settings: > value of $LANG: C.UTF-8 > locale-coding-system: utf-8-unix --=20 Alan Mackenzie (Nuremberg, Germany).