GNU bug report logs -
#25978
25.1; Message from `text-scale-adjust' is shown in other frames too
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sun, 5 Mar 2017 16:14:01 UTC
Severity: minor
Found in version 25.1
Fixed in version 29.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25978 in the body.
You can then email your comments to 25978 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Sun, 05 Mar 2017 16:14:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drew Adams <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 05 Mar 2017 16:14:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
With two buffers shown in two frames, do `C-x -' in one of them.
That shows the message:
"Use +, -, 0 for further adjustment" in the other frame also.
But selecting the other frame and using +, -, or 0 does not do that.
Instead, it just invokes whatever commands are bound to those keys in
that other buffer (or says that the key is not bound).
In GNU Emacs 25.1.1 (x86_64-w64-mingw32)
of 2016-11-15
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --without-dbus --without-compress-install 'CFLAGS=-O2
-static -g3''
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Sun, 05 Mar 2017 16:41:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 5 Mar 2017 08:13:01 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
>
> With two buffers shown in two frames, do `C-x -' in one of them.
> That shows the message:
>
> "Use +, -, 0 for further adjustment" in the other frame also.
Here I see it only in the frame where I invoked "C-x -".
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Sun, 05 Mar 2017 16:53:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> > With two buffers shown in two frames, do `C-x -' in one of them.
> > That shows the message:
> >
> > "Use +, -, 0 for further adjustment" in the other frame also.
>
> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Sun, 05 Mar 2017 16:57:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> > 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).
The simplest fix, and probably the least confusing for users,
would be to cancel the command as soon as another frame is
selected.
Alternatively, we might try to make it so that if/when you
select the original frame again the command resumes where
it left off, with the same message etc.
I think the latter, besides being more complicated to
implement, might confuse a user who did a bunch of other
stuff before coming back to the original frame (selecting
it again). IOW, it would probably be better for the
command not to be modal in that buffer (resuming when its
frame is reselected), but just to be canceled as soon as
you select another frame.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Mon, 06 Mar 2017 16:30:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 5 Mar 2017 08:56:41 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
> Cc: 25978 <at> debbugs.gnu.org
>
> > > 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).
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.
Perhaps the frame-switch event should simply empty the echo area.
Patches to that effect are welcome.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Mon, 06 Mar 2017 16:53:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> > > > 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).
>
> 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.
>
> 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
selecting a different window.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Mon, 06 Mar 2017 18:43:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 6 Mar 2017 08:52:42 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
> Cc: 25978 <at> debbugs.gnu.org
>
> > 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.
> >
> > 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.
Of course not. I meant only in this specific case. IOW, set things
up in text-scale-adjust so that the echo area is emptied when frame is
switched after displaying this particular message.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Mon, 06 Mar 2017 18:47:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> > > 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.
>
> Of course not. I meant only in this specific case. IOW, set things
> up in text-scale-adjust so that the echo area is emptied when frame is
> switched after displaying this particular message.
That sounds good to me.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Thu, 20 Aug 2020 16:32:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 25978 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> > 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.
>> >
>> > 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.
>
> Of course not. I meant only in this specific case. IOW, set things
> up in text-scale-adjust so that the echo area is emptied when frame is
> switched after displaying this particular message.
Do we have any machinery for setting up an action like that?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Thu, 20 Aug 2020 16:44:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 25978 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Drew Adams <drew.adams <at> oracle.com>, 25978 <at> debbugs.gnu.org
> Date: Thu, 20 Aug 2020 18:31:05 +0200
>
> >> Frame-switch should not systematically empty the echo area, IMO.
> >
> > Of course not. I meant only in this specific case. IOW, set things
> > up in text-scale-adjust so that the echo area is emptied when frame is
> > switched after displaying this particular message.
>
> Do we have any machinery for setting up an action like that?
Not that I know of, no. But I'm far from being an expert on all the
features related to echo-area messages.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25978
; Package
emacs
.
(Tue, 08 Feb 2022 06:35:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 25978 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Do we have any machinery for setting up an action like that?
>
> Not that I know of, no. But I'm far from being an expert on all the
> features related to echo-area messages.
I've now just make text-scale-adjust clear the echo area in Emacs 29,
which I think shouldn't have any adverse effects in general.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 29.1, send any further explanations to
25978 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 08 Feb 2022 06:35:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 08 Mar 2022 12:24:15 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 118 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.