GNU bug report logs - #8936
24.0.50; Incompatible change in the meaning of "other window"

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Bob Rogers <rogers-emacs <at> rgrjr.dyndns.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; Incompatible change in the meaning of "other window"
Date: Sat, 25 Jun 2011 18:27:37 -0400
   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):

From: martin rudalics <rudalics <at> gmx.at>
To: Bob Rogers <rogers-emacs <at> rgrjr.dyndns.org>
Cc: 8936 <at> debbugs.gnu.org
Subject: Re: bug#8936: 24.0.50;	Incompatible change in the meaning of "other
	window"
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.  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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 8936 <at> debbugs.gnu.org, rogers-emacs <at> rgrjr.dyndns.org
Subject: Re: bug#8936: 24.0.50;
	Incompatible change in the meaning of "other window"
Date: Sun, 26 Jun 2011 06:54:19 -0400
> 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):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 8936 <at> debbugs.gnu.org, rogers-emacs <at> rgrjr.dyndns.org
Subject: Re: bug#8936: 24.0.50;	Incompatible change in the meaning of "other
	window"
Date: Sun, 26 Jun 2011 14:12:12 +0200
> 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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 8936 <at> debbugs.gnu.org, rogers-emacs <at> rgrjr.dyndns.org
Subject: Re: bug#8936: 24.0.50;	Incompatible change in the meaning of "other
	window"
Date: Sun, 26 Jun 2011 08:42:06 -0400
> 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):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 8936 <at> debbugs.gnu.org
Subject: Re: bug#8936: 24.0.50;	Incompatible change in the meaning of "other
	window"
Date: Sun, 26 Jun 2011 14:47:39 +0200
> 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: Bob Rogers <rogers-emacs <at> rgrjr.dyndns.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 8936 <at> debbugs.gnu.org
Subject: Re: bug#8936: 24.0.50;	Incompatible change in the meaning of "other
	window"
Date: Tue, 5 Jul 2011 20:33:26 -0400
   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.