GNU bug report logs - #33929
26.1; Stop vertical window split from switching to horizontal

Previous Next

Package: emacs;

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.

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


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

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1; Stop vertical window split from switching to horizontal
Date: Sun, 30 Dec 2018 11:09:17 -0800 (PST)
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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 33929 <at> debbugs.gnu.org
Subject: Re: bug#33929: 26.1;
 Stop vertical window split from switching to horizontal
Date: Sun, 30 Dec 2018 21:12:57 +0200
> 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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 33929 <at> debbugs.gnu.org
Subject: Re: bug#33929: 26.1;
 Stop vertical window split from switching to horizontal
Date: Sun, 30 Dec 2018 21:13:23 +0200
> 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):

From: Drew Adams <drew.adams <at> oracle.com>
To: Eli Zaretskii <eliz <at> gnu.org>, Drew Adams <drew.adams <at> oracle.com>
Cc: 33929 <at> debbugs.gnu.org
Subject: RE: bug#33929: 26.1;	Stop vertical window split from switching to
 horizontal
Date: Sun, 30 Dec 2018 11:47:29 -0800 (PST)
> 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.