GNU bug report logs - #1681
23.0.60; list-processes - please reset focus to original frame when done

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1681 in the body.
You can then email your comments to 1681 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <emacs-pretest-bug <at> gnu.org>
Subject: 23.0.60; list-processes - please reset focus to original frame when done
Date: Tue, 23 Dec 2008 08:48:06 -0800

On MS Windows, a new frame is selected when it is created. I use a
standalone minibuffer frame and have non-nil `pop-up-frames'. This
causes `list-processes' to create a new frame the first time it
displays buffer *Process List*.
 
Typically, I don't call `list-processes' manually, so there is no
frame with buffer *Process List* when I quit Emacs.
 
When I do `C-x C-c', I cannot simply type `yes' or `no', because
creation of the new frame for *Process List* switches focus to that
frame. I must first manually select the minibuffer frame, to move
focus to it; then I can type `yes' or `no'. This is annoying.
 
Please change `list-processes' so that it calls
`select-frame-set-input-focus' at the end to move focus back to the
frame that previously had the focus.
 
This is a general problem. Perhaps a general fix could be found.
 
It is at least a problem for functions that might display a buffer for
the first time, and especially those that then ask for user input
(e.g. `yes-or-no-p'). `list-processes' is a poster child for this kind
of function, and it has the added annoyance of being called
automatically by `C-x C-c'.
 

In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-12-19 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
-fno-crossjumping'
 

Message #10 received at 1681 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: 1681 <at> debbugs.gnu.org
Cc: Drew Adams <drew.adams <at> oracle.com>
Subject: Re: 23.0.60; list-processes - please reset focus to original frame
 when done
Date: Sun, 04 Jan 2009 20:35:22 +0100

> Please change `list-processes' so that it calls
> `select-frame-set-input-focus' at the end to move focus back to the
> frame that previously had the focus.
>
> This is a general problem. Perhaps a general fix could be found.
>
> It is at least a problem for functions that might display a buffer for
> the first time, and especially those that then ask for user input
> (e.g. `yes-or-no-p'). `list-processes' is a poster child for this kind
> of function, and it has the added annoyance of being called
> automatically by `C-x C-c'.

We might be able to make such behavior customizable for the case where
Emacs asks for user input.  Meanwhile you could try using a workaround
like

(defvar my-selected-frame nil)

(add-hook 'temp-buffer-setup-hook
	  (lambda ()
	    (setq my-selected-frame (selected-frame))))

(add-hook 'post-command-hook
	  (lambda ()
	    (when my-selected-frame
	      (select-frame-set-input-focus my-selected-frame)
	      (setq my-selected-frame nil))))

martin

Message #13 received at 1681 <at> debbugs.gnu.org (full text, mbox):

From: Juanma Barranquero <lekktu <at> gmail.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 1681 <at> debbugs.gnu.org
Subject: Re: bug#1681: 23.0.60; list-processes - please reset focus to
	original frame when done
Date: Fri, 8 Jul 2011 00:45:57 +0200

[Now with the right debbugs address, hopefully]

> We might be able to make such behavior customizable for the case where
> Emacs asks for user input.

The problem reported by Drew is still there.

     Juanma

Message #16 received at 1681 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 1681 <at> debbugs.gnu.org
Subject: Re: 23.0.60; list-processes - please reset focus to original frame
	when done
Date: Thu, 04 Oct 2012 20:52:33 +0200

> On MS Windows, a new frame is selected when it is created. I use a
> standalone minibuffer frame and have non-nil `pop-up-frames'. This
> causes `list-processes' to create a new frame the first time it
> displays buffer *Process List*.
>
> Typically, I don't call `list-processes' manually, so there is no
> frame with buffer *Process List* when I quit Emacs.
>
> When I do `C-x C-c', I cannot simply type `yes' or `no', because
> creation of the new frame for *Process List* switches focus to that
> frame. I must first manually select the minibuffer frame, to move
> focus to it; then I can type `yes' or `no'. This is annoying.
>
> Please change `list-processes' so that it calls
> `select-frame-set-input-focus' at the end to move focus back to the
> frame that previously had the focus.
>
> This is a general problem. Perhaps a general fix could be found.
>
> It is at least a problem for functions that might display a buffer for
> the first time, and especially those that then ask for user input
> (e.g. `yes-or-no-p'). `list-processes' is a poster child for this kind
> of function, and it has the added annoyance of being called
> automatically by `C-x C-c'.
>
>
> In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
>  of 2008-12-19 on LENNART-69DE564
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include
> -fno-crossjumping'

Is this still a problem?

martin

Message #19 received at 1681 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'martin rudalics'" <rudalics <at> gmx.at>
Cc: 1681 <at> debbugs.gnu.org
Subject: RE: 23.0.60;
	list-processes - please reset focus to original frame when done
Date: Thu, 4 Oct 2012 13:18:41 -0700

> Is this still a problem?

I think this was the same as #11939, which was fixed.  I will close this one
too.  Thx.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.