GNU bug report logs -
#8936
24.0.50; Incompatible change in the meaning of "other window"
Previous Next
Reported by: Bob Rogers <rogers-emacs <at> rgrjr.dyndns.org>
Date: Sat, 25 Jun 2011 22:28:02 UTC
Severity: normal
Tags: unreproducible
Found in version 24.0.50
Done: Glenn Morris <rgm <at> gnu.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 8936 in the body.
You can then email your comments to 8936 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8936
; Package
emacs
.
(Sat, 25 Jun 2011 22:28:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Bob Rogers <rogers-emacs <at> rgrjr.dyndns.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 25 Jun 2011 22:28:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
The problem is that C-x 4 b now creates a new frame to display the
buffer, instead of creating or reusing a window in the current frame.
This can be reproduced by typing "C-x 4 b" as the first thing in a fresh
"emacs -Q"; you will see the *Messages* buffer opened in a new frame.
This is in emacs trunk via git last updated today at 21:59:08 UTC.
-- Bob Rogers
http://www.rgrjr.com/
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8936
; Package
emacs
.
(Sun, 26 Jun 2011 09:30:04 GMT)
Full text and
rfc822 format available.
Message #8 received at 8936 <at> debbugs.gnu.org (full text, mbox):
> The problem is that C-x 4 b now creates a new frame to display the
> buffer, instead of creating or reusing a window in the current frame.
> This can be reproduced by typing "C-x 4 b" as the first thing in a fresh
> "emacs -Q"; you will see the *Messages* buffer opened in a new frame.
>
> This is in emacs trunk via git last updated today at 21:59:08 UTC.
Here a new window pops up. Could you please step through the functions
`display-buffer-pop-up-window', `display-buffer-split-window' and
`display-buffer-split-window-1' to find out why splitting a window fails
on your system?
If Emacs can't split a window I currently make a new frame because the
doc-string of `switch-to-buffer-other-window' explicitly says that "The
selected window will be used only if there is no other choice" and
making a new frame _is_ another choice. If people think that reusing
the selected window is a better choice I can easily do that.
Thanks, martin
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8936
; Package
emacs
.
(Sun, 26 Jun 2011 10:55:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 8936 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 26 Jun 2011 11:29:14 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> Cc: 8936 <at> debbugs.gnu.org
>
> If Emacs can't split a window I currently make a new frame because the
> doc-string of `switch-to-buffer-other-window' explicitly says that "The
> selected window will be used only if there is no other choice" and
> making a new frame _is_ another choice. If people think that reusing
> the selected window is a better choice I can easily do that.
What could possibly prevent Emacs from splitting the current window in
two? Only dimensions, or are there other reasons?
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8936
; Package
emacs
.
(Sun, 26 Jun 2011 12:13:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 8936 <at> debbugs.gnu.org (full text, mbox):
> What could possibly prevent Emacs from splitting the current window in
> two? Only dimensions, or are there other reasons?
With emacs -Q it's only the dimensions.
martin
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8936
; Package
emacs
.
(Sun, 26 Jun 2011 12:43:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 8936 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 26 Jun 2011 14:12:12 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: rogers-emacs <at> rgrjr.dyndns.org, 8936 <at> debbugs.gnu.org
>
> > What could possibly prevent Emacs from splitting the current window in
> > two? Only dimensions, or are there other reasons?
>
> With emacs -Q it's only the dimensions.
I would consider making the another-frame behavior an option, then.
I think I would be more surprised to see a new frame than to have the
same window reused, if my current frame is so tiny. YMMV, of course
(and I do see the rationale behind your design decision).
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8936
; Package
emacs
.
(Sun, 26 Jun 2011 12:48:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 8936 <at> debbugs.gnu.org (full text, mbox):
> I would consider making the another-frame behavior an option, then.
> I think I would be more surprised to see a new frame than to have the
> same window reused, if my current frame is so tiny. YMMV, of course
> (and I do see the rationale behind your design decision).
OK. But I first have to understand why Bob's Emacs doesn't pop up a new
window in the first place.
martin
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8936
; Package
emacs
.
(Wed, 06 Jul 2011 00:34:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 8936 <at> debbugs.gnu.org (full text, mbox):
From: martin rudalics <rudalics <at> gmx.at>
Date: Sun, 26 Jun 2011 11:29:14 +0200
> The problem is that C-x 4 b now creates a new frame to display the
> buffer, instead of creating or reusing a window in the current frame.
> This can be reproduced by typing "C-x 4 b" as the first thing in a fresh
> "emacs -Q"; you will see the *Messages* buffer opened in a new frame.
>
> This is in emacs trunk via git last updated today at 21:59:08 UTC.
Here a new window pops up . . .
I updated again via git at 5-Jul-11 23:51 UTC, and can no longer
reproduce this behavior; C-x 4 b seems to work as it always has. Thanks
for investigating.
If Emacs can't split a window I currently make a new frame because the
doc-string of `switch-to-buffer-other-window' explicitly says that "The
selected window will be used only if there is no other choice" and
making a new frame _is_ another choice. If people think that reusing
the selected window is a better choice I can easily do that.
Thanks, martin
I have no opinion; I rarely use more than two windows per frame, so
there's plenty of room.
Thanks again,
-- Bob Rogers
bug closed, send any further explanations to
8936 <at> debbugs.gnu.org and Bob Rogers <rogers-emacs <at> rgrjr.dyndns.org>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 22 Jul 2011 20:09:01 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
.
(Sat, 20 Aug 2011 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 21 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.