From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too Date: Mon, 6 Mar 2017 08:52:42 -0800 (PST) Message-ID: References: <<>> <<<838tojk77w.fsf@gnu.org>>> <<7850719f-e07b-4aef-821d-df289d2ff6ed@default>> <<83h936id2w.fsf@gnu.org>> 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 1488819193 24373 195.159.176.226 (6 Mar 2017 16:53:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 6 Mar 2017 16:53:13 +0000 (UTC) Cc: 25978@debbugs.gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 06 17:53:10 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 1ckvsi-0005hw-11 for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 17:53:08 +0100 Original-Received: from localhost ([::1]:44962 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckvso-0006JM-8O for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Mar 2017 11:53:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ckvsd-0006HJ-Ff for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 11:53:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ckvsc-0002p2-GH for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 11:53:03 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44818) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ckvsc-0002ox-DB for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 11:53:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ckvsc-00008W-5r for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2017 11:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Mar 2017 16:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25978 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25978-submit@debbugs.gnu.org id=B25978.1488819175502 (code B ref 25978); Mon, 06 Mar 2017 16:53:02 +0000 Original-Received: (at 25978) by debbugs.gnu.org; 6 Mar 2017 16:52:55 +0000 Original-Received: from localhost ([127.0.0.1]:43017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckvsU-000082-W9 for submit@debbugs.gnu.org; Mon, 06 Mar 2017 11:52:55 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:50448) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckvsT-00007p-3T for 25978@debbugs.gnu.org; Mon, 06 Mar 2017 11:52:53 -0500 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v26Gqj68014454 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 6 Mar 2017 16:52:46 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v26GqjiZ013950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 6 Mar 2017 16:52:45 GMT Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v26Gqh0w016791; Mon, 6 Mar 2017 16:52:44 GMT In-Reply-To: <<83h936id2w.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] 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:130266 Archived-At: > > > > Here I see it only in the frame where I invoked "C-x -". > > > > > > After you see it there, click the title bar of the other frame, > > > to select it. The message is moved to that (selected) frame's > > > echo area. But using +, 0, or - in that frame does not have > > > the effect of the message. That frame shows a different buffer, > > > so +, 0, or - there is governed by the keymap of that buffer's > > > frame. > > > > Not sure what should happen instead (i.e., the proper fix). >=20 > As long as "C-x C--" uses 'message' to display these instructions, > nothing can be done, because what you see is the usual behavior of > messages displayed in the echo area: they follow the selected frame. >=20 > Perhaps the frame-switch event should simply empty the echo area. > Patches to that effect are welcome. Frame-switch should not systematically empty the echo area, IMO. Perhaps there is no easy way to fix the problem for this scenario or similar (anytime the message makes no sense with a different frame selected). Dunno. But note that the problem does not occur when a different window (not frame) is selected. For example, with a single frame with two windows showing two buffers, `C-x C--' in one window shows the message, but as soon as you select the other window (e.g. clicking in it) the message goes away and the scaling command is quit (e.g. selecting the window with the scaled text again does not redisplay the message). Feel free to close this bug, if you don't see a solution. (I don't have a patch to fix it.) Or perhaps leave it open, in case it can be fixed in the future. Ideally, selecting a different frame should be handled, I think, similarly to=20 selecting a different window.