From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.bugs Subject: bug#30405: 26.0.91; Incorrect apostrophe translation in ImageMagick error message Date: Mon, 12 Feb 2018 11:34:13 -0800 Organization: UCLA Computer Science Department Message-ID: <9c0033de-9afc-13f9-57cd-7970eb3cb07c@cs.ucla.edu> References: <874lmpzx1t.fsf@runbox.com> <87po5dczl1.fsf@users.sourceforge.net> <83tvup2q7u.fsf@gnu.org> <2061ef0c-de4d-d8c1-aea8-786223e59c7e@cs.ucla.edu> <83wozk1qsy.fsf@gnu.org> <8337271jz0.fsf@gnu.org> <83zi4fz91t.fsf@gnu.org> <3db2fa4f-fe6b-a5db-599e-b0bcd0b8511b@cs.ucla.edu> <83a7weyspq.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1518464023 15458 195.159.176.226 (12 Feb 2018 19:33:43 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 12 Feb 2018 19:33:43 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 Cc: gazally@runbox.com, 30405@debbugs.gnu.org, npostavs@users.sourceforge.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 12 20:33:38 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 1elJqn-0002SZ-JN for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Feb 2018 20:33:17 +0100 Original-Received: from localhost ([::1]:43402 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elJsp-0006w4-CV for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Feb 2018 14:35:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50806) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elJsX-0006ra-Tn for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 14:35:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1elJsU-0001W7-AS for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 14:35:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60378) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1elJsU-0001Uw-0S for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 14:35:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1elJsT-00074S-K4 for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 14:35:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Feb 2018 19:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30405 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30405-submit@debbugs.gnu.org id=B30405.151846406227131 (code B ref 30405); Mon, 12 Feb 2018 19:35:01 +0000 Original-Received: (at 30405) by debbugs.gnu.org; 12 Feb 2018 19:34:22 +0000 Original-Received: from localhost ([127.0.0.1]:40042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elJrq-00073X-7e for submit@debbugs.gnu.org; Mon, 12 Feb 2018 14:34:22 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:49312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elJro-00073L-Q3 for 30405@debbugs.gnu.org; Mon, 12 Feb 2018 14:34:21 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id AC6E3161063; Mon, 12 Feb 2018 11:34:14 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 15GFiv7QpFBu; Mon, 12 Feb 2018 11:34:13 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 85093161248; Mon, 12 Feb 2018 11:34:13 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id tg3Zq7bIxFyE; Mon, 12 Feb 2018 11:34:13 -0800 (PST) Original-Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 6ADD8161063; Mon, 12 Feb 2018 11:34:13 -0800 (PST) In-Reply-To: <83a7weyspq.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:143218 Archived-At: On 02/12/2018 10:21 AM, Eli Zaretskii wrote: >> Getting rid of it sounds good, but why do we need to worry about=20 >> unibyte-display-via-language-environment?=20 > Because with your patch the following doesn't work as it did before:=20 > emacs -Q M-x set-variable RET unibyte-display-via-language-environment=20 > RET t RET M-: (set-buffer-multibyte nil) RET (defun foo ()=20 > (interactive) (message "cannot =C2=A2")) C-j M-x foo RET (To insert =C2= =A2, type=20 > "C-q 0242".) And the same if you replace 'message' with 'error'. With=20 > your patch, I see an octal escape, not =C2=A2, i.e. the effect of=20 > unibyte-display-via-language-environment is lost.=20 That's OK, as the effect is intended for unibyte buffers and strings=20 which are intended for binary data, whereas the echo area is intended to=20 be text. That is, you're correct that there is a change in behavior=20 here; the change is an improvement. The example that you gave is more clearly formulated as follows: =C2=A0 emacs -Q =C2=A0 M-x set-variable RET unibyte-display-via-language-environment RET= t RET =C2=A0 (defun foo () =C2=A0=C2=A0=C2=A0 (interactive) =C2=A0=C2=A0=C2=A0 (message "cannot \242")) C-j =C2=A0 M-x foo RET because the message deliberately contains the binary byte with octal=20 value 242. It's more appropriate for this example to display "\242" in=20 the echo area than to display "=C2=A2", because the echo area is text, no= t=20 binary data.