GNU bug report logs -
#33929
26.1; Stop vertical window split from switching to horizontal
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Sun, 30 Dec 2018 19:10:02 UTC
Severity: wishlist
Tags: notabug, wontfix
Found in version 26.1
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 33929 in the body.
You can then email your comments to 33929 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33929
; Package
emacs
.
(Sun, 30 Dec 2018 19:10:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Drew Adams <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 30 Dec 2018 19:10:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I don't split windows often, but sometimes I do when I'm debugging
something from `emacs -Q'.
I was debugging something from `emacs -Q', with *scratch* in the top
window and `*Backtrace* in the bottom window (no other windows in the
frame).
I wanted to see more of the rightmost part of *Backtrace*, without
scrolling, so I enlarged the frame with the mouse, extending it to the
right. At some point the split changed to horizontal, putting the
*Backtrace* window at the right instead of the bottom. SURPRISE!?!
This of course made things even worse, as the *Backtrace* window was
then even narrower than it was before extending the frame to the right.
More importantly, I *didn't ask* Emacs to change the window-split
direction. This should not happen (by default), IMHO.
Sure, I can compensate, e.g. by using `C-x 5 2' or by scrolling. But a
user shouldn't have to compensate for Emacs planting obstacles in her
way suddenly, out of the blue.
Dunno just when this changed, or why, but it seems wrong, to me. Please
consider backtracking on such a "DWIM" surprise. I don't care about
this problem for myself, as I don't encounter it with my setup. But a
priori, and naively, I'd think that this would be bothersome for other
users - hence this bug report. If you disagree then just close the bug.
Thx.
In GNU Emacs 26.1 (build 1, x86_64-w64-mingw32)
of 2018-05-30
Repository revision: 07f8f9bc5a51f5aa94eb099f3e15fbe0c20ea1ea
Windowing system distributor `Microsoft Corp.', version 10.0.16299
Configured using:
`configure --without-dbus --host=x86_64-w64-mingw32
--without-compress-install 'CFLAGS=-O2 -static -g3''
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33929
; Package
emacs
.
(Sun, 30 Dec 2018 19:14:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 33929 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 30 Dec 2018 11:09:17 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
>
> I wanted to see more of the rightmost part of *Backtrace*, without
> scrolling, so I enlarged the frame with the mouse, extending it to the
> right. At some point the split changed to horizontal, putting the
> *Backtrace* window at the right instead of the bottom. SURPRISE!?!
>
> This of course made things even worse, as the *Backtrace* window was
> then even narrower than it was before extending the frame to the right.
>
> More importantly, I *didn't ask* Emacs to change the window-split
> direction. This should not happen (by default), IMHO.
>
> Sure, I can compensate, e.g. by using `C-x 5 2' or by scrolling. But a
> user shouldn't have to compensate for Emacs planting obstacles in her
> way suddenly, out of the blue.
You can control this with split-height-threshold.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33929
; Package
emacs
.
(Sun, 30 Dec 2018 19:14:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 33929 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 30 Dec 2018 11:09:17 -0800 (PST)
> From: Drew Adams <drew.adams <at> oracle.com>
>
> I wanted to see more of the rightmost part of *Backtrace*, without
> scrolling, so I enlarged the frame with the mouse, extending it to the
> right. At some point the split changed to horizontal, putting the
> *Backtrace* window at the right instead of the bottom. SURPRISE!?!
>
> This of course made things even worse, as the *Backtrace* window was
> then even narrower than it was before extending the frame to the right.
>
> More importantly, I *didn't ask* Emacs to change the window-split
> direction. This should not happen (by default), IMHO.
>
> Sure, I can compensate, e.g. by using `C-x 5 2' or by scrolling. But a
> user shouldn't have to compensate for Emacs planting obstacles in her
> way suddenly, out of the blue.
You can control this with split-height-threshold and
split-width-threshold.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#33929
; Package
emacs
.
(Sun, 30 Dec 2018 19:48:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 33929 <at> debbugs.gnu.org (full text, mbox):
> You can control this with split-height-threshold.
I see. If you think users are, or should be, satisfied
with that, and the default behavior is OK, please feel
free to close this bug.
This has apparently been in place since Emacs 23, so
I suppose many users are not shocked by it now.
As I say, this doesn't bother me, when I use my setup.
I'd be surprised if it doesn't bother some other users,
but I could be wrong. It surprised me completely -
seemed wildly intrusive and inappropriate. But then,
that can happen with DWIM: one person's WIM can be
another person's WTF?.
Added tag(s) notabug and wontfix.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 31 Dec 2018 22:09:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
33929 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 31 Dec 2018 22:09:02 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
.
(Tue, 29 Jan 2019 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 85 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.