GNU bug report logs -
#3949
23.1.50; C-x 0 should go to a sister window if possible
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 3949 in the body.
You can then email your comments to 3949 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3949
; Package
emacs
.
(Mon, 27 Jul 2009 16:50:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Lennart Borgman <lennart.borgman <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 27 Jul 2009 16:50:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
I can't think of any situation where I do not want that.
In GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
of 2009-06-30
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags
-Ic:/g/include -fno-crossjumping'
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3949
; Package
emacs
.
(Mon, 27 Jul 2009 18:10:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
martin rudalics <rudalics <at> gmx.at>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 27 Jul 2009 18:10:05 GMT)
Full text and
rfc822 format available.
Message #10 received at 3949 <at> emacsbugs.donarmstrong.com (full text, mbox):
> I can't think of any situation where I do not want that.
I suppose you refer to configurations like
-------
| 1 | 2 |
|-------|
| 3 |
-------
and you do C-x 0 in 1 ending up in 3 or in 3 ending up in 2.
It happens because `delete-window' selects the previous window of the
selected one which is usually also the one that gets enlarged. You'd
probably prefer C-x 0 in 1 end up in 2 and when in 3 end up in 1. This
could be done but I'm not sure whether this was a great annoyance over
the years in order to warrant such a change.
martin
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3949
; Package
emacs
.
(Mon, 27 Jul 2009 18:55:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Lennart Borgman <lennart.borgman <at> gmail.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 27 Jul 2009 18:55:05 GMT)
Full text and
rfc822 format available.
Message #15 received at 3949 <at> emacsbugs.donarmstrong.com (full text, mbox):
On Mon, Jul 27, 2009 at 8:05 PM, martin rudalics<rudalics <at> gmx.at> wrote:
>> I can't think of any situation where I do not want that.
>
> I suppose you refer to configurations like
>
> -------
> | 1 | 2 |
> |-------|
> | 3 |
> -------
>
> and you do C-x 0 in 1 ending up in 3
This is the case I that I find surprising. And I can't figure out what
the algorithm is - it does not go to the previous window. At least not
after
C-x 1
C-x 3
windmove-right
C-x 2
windmove-down
C-x 0
For me it stops in the left window, not the right as I expect.
> or in 3 ending up in 2.
In this case the current default (which I suppose is going to the
previous window ...) should be fine.
> It happens because `delete-window' selects the previous window of the
> selected one which is usually also the one that gets enlarged. You'd
> probably prefer C-x 0 in 1 end up in 2 and when in 3 end up in 1. This
> could be done but I'm not sure whether this was a great annoyance over
> the years in order to warrant such a change.
>
> martin
>
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3949
; Package
emacs
.
(Tue, 28 Jul 2009 07:45:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
martin rudalics <rudalics <at> gmx.at>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 28 Jul 2009 07:45:04 GMT)
Full text and
rfc822 format available.
Message #20 received at 3949 <at> emacsbugs.donarmstrong.com (full text, mbox):
> C-x 1
> C-x 3
> windmove-right
> C-x 2
> windmove-down
> C-x 0
>
> For me it stops in the left window, not the right as I expect.
Looks like a bug indeed. It behaves this way in the current trunk but
doesn't so in my Emacs. I'll have to look into this.
martin
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3949
; Package
emacs
.
(Sat, 01 Aug 2009 13:20:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
martin rudalics <rudalics <at> gmx.at>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sat, 01 Aug 2009 13:20:05 GMT)
Full text and
rfc822 format available.
Message #25 received at 3949 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
> > C-x 1
> > C-x 3
> > windmove-right
> > C-x 2
> > windmove-down
> > C-x 0
> >
> > For me it stops in the left window, not the right as I expect.
>
> Looks like a bug indeed. It behaves this way in the current trunk but
> doesn't so in my Emacs. I'll have to look into this.
OK the problem is with the following assignment in delete_window:
/* Otherwise, try another window for SWINDOW. */
swindow = Fnext_window (swindow, Qlambda, Qnil);
This will fail to pick a useful window when deleting the bottom-right
window of a frame. I use
/* Otherwise, try another window for SWINDOW. */
swindow = Fprevious_window (swindow, Qlambda, Qnil);
which is better for me but fails miserably when deleting the
top-left window of a frame. So maybe we need something like the
attached patch. Could you try it?
martin
[window.c.diff (text/plain, inline)]
*** window.c.~1.639.~ 2009-07-04 17:09:38.265625000 +0200
--- window.c 2009-08-01 15:06:48.906250000 +0200
***************
*** 1596,1602 ****
if (!EQ (window, pwindow))
break;
/* Otherwise, try another window for SWINDOW. */
! swindow = Fnext_window (swindow, Qlambda, Qnil);
/* If we get back to the frame's selected window,
it means there was no acceptable alternative,
--- 1596,1605 ----
if (!EQ (window, pwindow))
break;
/* Otherwise, try another window for SWINDOW. */
! if (NILP (XWINDOW (swindow)->prev))
! swindow = Fnext_window (swindow, Qlambda, Qnil);
! else
! swindow = Fprevious_window (swindow, Qlambda, Qnil);
/* If we get back to the frame's selected window,
it means there was no acceptable alternative,
Reply sent
to
martin rudalics <rudalics <at> gmx.at>
:
You have taken responsibility.
(Mon, 05 Sep 2011 08:43:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Lennart Borgman <lennart.borgman <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 05 Sep 2011 08:43:03 GMT)
Full text and
rfc822 format available.
Message #30 received at 3949-done <at> debbugs.gnu.org (full text, mbox):
> I can't think of any situation where I do not want that.
The window selected now is the most recently used one.
Closed, martin.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3949
; Package
emacs
.
(Mon, 05 Sep 2011 12:41:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 3949 <at> debbugs.gnu.org (full text, mbox):
On Mon, Sep 5, 2011 at 10:38, martin rudalics <rudalics <at> gmx.at> wrote:
>> I can't think of any situation where I do not want that.
>
> The window selected now is the most recently used one.
>
> Closed, martin.
Thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 04 Oct 2011 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 257 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.