[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: display-buffer
From: |
Drew Adams |
Subject: |
RE: display-buffer |
Date: |
Thu, 3 Nov 2005 08:09:13 -0800 |
The doc string for display-buffer says: "Make buffer appear
in some window but don't select it...."
If I force a new frame by setting pop-up-frames to t or using
special-display-regexps then this window *is* selected.
Is that a bug? Can I do something so the selected window is unchanged?
Are you on Windows? That's what I see too, on Windows. See the thread "Q
on frame focus with MS Windows" from 10/25-26.
It seems that the Windows window-manager automatically focusses a new frame
when it is created. However, display-buffer also seems to focus an
_existing_ frame to display its buffer. I don't know if the latter part is
an Emacs bug or, again, a Windows window-manager problem. As I said on
10/25:
It seems that the problem is not just with newly created
frames (which is why I do the select-frame-set-input-focus
even when no new frame is created). In spite of the doc string
for display-buffer, on MS Windows display-buffer always sends
the focus to the displayed buffer.
As far as a workaround is concerned, I haven't found a good solution. I do
hacks like save the existing frame, display the buffer, then call
select-frame-set-input-focus on the original frame.
It would be great if Emacs itself could deal with this, so users didn't have
to.
- display-buffer, Nick Roberts, 2005/11/02
- RE: display-buffer,
Drew Adams <=
- Re: display-buffer, Stefan Monnier, 2005/11/03
- RE: display-buffer, Drew Adams, 2005/11/03
- Re: display-buffer, Nick Roberts, 2005/11/03
- Re: display-buffer, Stefan Monnier, 2005/11/03
- Re: display-buffer, Nick Roberts, 2005/11/05
- Re: display-buffer, Luc Teirlinck, 2005/11/05
- Re: display-buffer, Nick Roberts, 2005/11/05
Re: display-buffer, Richard M. Stallman, 2005/11/03