* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too [not found] ` <<83bmtei6wc.fsf@gnu.org> @ 2017-03-06 18:46 ` Drew Adams 0 siblings, 0 replies; 11+ messages in thread From: Drew Adams @ 2017-03-06 18:46 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 25978 > > > 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. ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <<<c07ec6f7-675b-4a92-8c74-c2fe9417335c@default>]
[parent not found: <<<838tojk77w.fsf@gnu.org>]
[parent not found: <<7850719f-e07b-4aef-821d-df289d2ff6ed@default>]
[parent not found: <<83h936id2w.fsf@gnu.org>]
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too [not found] ` <<83h936id2w.fsf@gnu.org> @ 2017-03-06 16:52 ` Drew Adams 2017-03-06 18:42 ` Eli Zaretskii 0 siblings, 1 reply; 11+ messages in thread From: Drew Adams @ 2017-03-06 16:52 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 25978 > > > > 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. ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too 2017-03-06 16:52 ` Drew Adams @ 2017-03-06 18:42 ` Eli Zaretskii 2020-08-20 16:31 ` Lars Ingebrigtsen 0 siblings, 1 reply; 11+ messages in thread From: Eli Zaretskii @ 2017-03-06 18:42 UTC (permalink / raw) To: Drew Adams; +Cc: 25978 > Date: Mon, 6 Mar 2017 08:52:42 -0800 (PST) > From: Drew Adams <drew.adams@oracle.com> > Cc: 25978@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. ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too 2017-03-06 18:42 ` Eli Zaretskii @ 2020-08-20 16:31 ` Lars Ingebrigtsen 2020-08-20 16:43 ` Eli Zaretskii 0 siblings, 1 reply; 11+ messages in thread From: Lars Ingebrigtsen @ 2020-08-20 16:31 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 25978 Eli Zaretskii <eliz@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 ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too 2020-08-20 16:31 ` Lars Ingebrigtsen @ 2020-08-20 16:43 ` Eli Zaretskii 2022-02-08 6:34 ` Lars Ingebrigtsen 0 siblings, 1 reply; 11+ messages in thread From: Eli Zaretskii @ 2020-08-20 16:43 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: 25978 > From: Lars Ingebrigtsen <larsi@gnus.org> > Cc: Drew Adams <drew.adams@oracle.com>, 25978@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. ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too 2020-08-20 16:43 ` Eli Zaretskii @ 2022-02-08 6:34 ` Lars Ingebrigtsen 0 siblings, 0 replies; 11+ messages in thread From: Lars Ingebrigtsen @ 2022-02-08 6:34 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 25978 Eli Zaretskii <eliz@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 ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <<c07ec6f7-675b-4a92-8c74-c2fe9417335c@default>]
[parent not found: <<838tojk77w.fsf@gnu.org>]
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too @ 2017-03-05 16:13 ` Drew Adams 2017-03-05 16:40 ` Eli Zaretskii 2017-03-05 16:56 ` Drew Adams 0 siblings, 2 replies; 11+ messages in thread From: Drew Adams @ 2017-03-05 16:13 UTC (permalink / raw) To: 25978 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'' ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too 2017-03-05 16:13 ` Drew Adams @ 2017-03-05 16:40 ` Eli Zaretskii 2017-03-05 16:56 ` Drew Adams 1 sibling, 0 replies; 11+ messages in thread From: Eli Zaretskii @ 2017-03-05 16:40 UTC (permalink / raw) To: Drew Adams; +Cc: 25978 > Date: Sun, 5 Mar 2017 08:13:01 -0800 (PST) > From: Drew Adams <drew.adams@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 -". ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too 2017-03-05 16:13 ` Drew Adams 2017-03-05 16:40 ` Eli Zaretskii @ 2017-03-05 16:56 ` Drew Adams 2017-03-06 16:28 ` Eli Zaretskii 1 sibling, 1 reply; 11+ messages in thread From: Drew Adams @ 2017-03-05 16:56 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 25978 > > 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. ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too 2017-03-05 16:56 ` Drew Adams @ 2017-03-06 16:28 ` Eli Zaretskii 0 siblings, 0 replies; 11+ messages in thread From: Eli Zaretskii @ 2017-03-06 16:28 UTC (permalink / raw) To: Drew Adams; +Cc: 25978 > Date: Sun, 5 Mar 2017 08:56:41 -0800 (PST) > From: Drew Adams <drew.adams@oracle.com> > Cc: 25978@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. ^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too [not found] ` <<838tojk77w.fsf@gnu.org> 2017-03-05 16:13 ` Drew Adams @ 2017-03-05 16:51 ` Drew Adams 1 sibling, 0 replies; 11+ messages in thread From: Drew Adams @ 2017-03-05 16:51 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 25978 > > 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. ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2022-02-08 6:34 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <<<<c07ec6f7-675b-4a92-8c74-c2fe9417335c@default> [not found] ` <<<<838tojk77w.fsf@gnu.org> [not found] ` <<<7850719f-e07b-4aef-821d-df289d2ff6ed@default> [not found] ` <<<83h936id2w.fsf@gnu.org> [not found] ` <<b6ee4368-ccff-43bc-9709-29f7da6ebe3f@default> [not found] ` <<83bmtei6wc.fsf@gnu.org> 2017-03-06 18:46 ` bug#25978: 25.1; Message from `text-scale-adjust' is shown in other frames too Drew Adams [not found] <<<c07ec6f7-675b-4a92-8c74-c2fe9417335c@default> [not found] ` <<<838tojk77w.fsf@gnu.org> [not found] ` <<7850719f-e07b-4aef-821d-df289d2ff6ed@default> [not found] ` <<83h936id2w.fsf@gnu.org> 2017-03-06 16:52 ` Drew Adams 2017-03-06 18:42 ` Eli Zaretskii 2020-08-20 16:31 ` Lars Ingebrigtsen 2020-08-20 16:43 ` Eli Zaretskii 2022-02-08 6:34 ` Lars Ingebrigtsen [not found] <<c07ec6f7-675b-4a92-8c74-c2fe9417335c@default> [not found] ` <<838tojk77w.fsf@gnu.org> 2017-03-05 16:13 ` Drew Adams 2017-03-05 16:40 ` Eli Zaretskii 2017-03-05 16:56 ` Drew Adams 2017-03-06 16:28 ` Eli Zaretskii 2017-03-05 16:51 ` Drew Adams
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).