GNU bug report logs - #745
pop-to-buffer, frames, and input focus

Previous Next

Package: emacs;

Reported by: Helmut Eller <eller.helmut <at> gmail.com>

Date: Wed, 20 Aug 2008 07:40:04 UTC

Severity: normal

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: martin rudalics <rudalics <at> gmx.at>
Subject: bug#745: marked as done (pop-to-buffer, frames, and input focus)
[Message part 1 (text/plain, inline)]
Your message dated Thu, 11 Sep 2008 08:52:54 +0200
with message-id <48C8C046.50203 <at> gmx.at>
and subject line Re: bug#745: pop-to-buffer, frames, and input focus
has caused the Emacs bug report #745,
regarding pop-to-buffer, frames, and input focus
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)


-- 
745: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=745
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Helmut Eller <eller.helmut <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: pop-to-buffer, frames, and input focus
Date: Wed, 20 Aug 2008 09:35:31 +0200
Hi,

The behavior of pop-to-buffer in combination with multiple frames is
rather unpredictable or at least not what I expected.

For example:

  shell$ cat pop-to-buffer-test.el
  
  (let ((frame (selected-frame))
        (pop-up-frames t))
    (display-buffer (get-buffer-create "foo"))
    (select-frame-set-input-focus frame))
  
  (let ((display-buffer-reuse-frames t))
    (pop-to-buffer "foo"))
  
  shell$ emacs -Q -l pop-to-buffer-test.el

Pops up two frames, one frame displays the "foo" buffer and the other
the "*scratch*" buffer (so far so good).  But the "foo" frame has not
the input focus.  Isn't pop-to-buffer supposed to switch input focus
too?

Also note that I had to save and restore the selected frame
around display-buffer.  If I try

  emacs -Q --eval '(let ((pop-up-frames t)) 
                     (display-buffer (get-buffer-create "foo")))' 

the "foo" buffer is selected, even though display-buffer should not
switch the selected window.

Not even save-window-excursion stops display-buffer from switching the
frame:

  emacs -Q --eval '(save-window-excursion 
                     (let ((pop-up-frames t)) 
                        (display-buffer (get-buffer-create "foo"))))'


This is with:
 GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2008-08-15 on xaital
Windowing system distributor `The X.Org Foundation', version 11.0.70101000
configured using `configure  '--without-sound' '--without-pop' '--without-gif' '--without-tiff''

My window manager is Sawfish 1.3.

Helmut.



[Message part 3 (message/rfc822, inline)]
From: martin rudalics <rudalics <at> gmx.at>
To: 745-done <at> debbugs.gnu.org
Cc: Helmut Eller <eller.helmut <at> gmail.com>
Subject: Re: bug#745: pop-to-buffer, frames, and input focus
Date: Thu, 11 Sep 2008 08:52:54 +0200
Fixed as

2008-09-11  Martin Rudalics  <rudalics <at> gmx.at>

	* window.el (pop-to-buffer): If the window for buffer-or-name is
	not on the selected frame, raise that window's frame and give it
	input focus.  (Bug#745)


This bug report was last modified 16 years and 307 days ago.

Previous Next


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