GNU bug report logs - #9350
23.3; [usability] File menu should contain "split window horizontally C-x 3"

Previous Next

Full log

Message #31 received at 9350 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 9350 <at> debbugs.gnu.org
Subject: Re: bug#9350: 23.3;
	File menu should contain "split window horizontally C-x 3"
Date: Fri, 21 Oct 2011 09:36:42 -0400

>> PS: One thing that annoys me in the current working of split-window: it
>> doesn't let you say which window (the top or the bottom) is the new one.
> The new one is that returned by `split-window', as before.

No, that's not the issue.  It's not about "which window (the
selected-window or the returned window) is the new one" it's "which
window (the top one or the bottom one)".

And the issue is not "tell me which it is" but "I want to control which
one it should be".

>> This was fine back when windows had very little state of their own, but
>> now it is important when it matters because of window-parameters,
>> window-dedicated-p, ...
>> So if we want to improve split-window, I think we should consider this
>> issue as well.
> Do you mean you need the identity of the new window when `split-window'
> is called indirectly by another function?  Maybe you could provide a use
> case?

No, here's the scenario: you have a dedicated window, and you want to
create a new window above that one: split-window won't work because it
will always create the new window below.


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.