GNU bug report logs -
#9350
23.3; [usability] File menu should contain "split window horizontally C-x 3"
Previous Next
Reported by: arne_bab <at> web.de
Date: Tue, 23 Aug 2011 13:58:02 UTC
Severity: minor
Found in version 23.3
Done: martin rudalics <rudalics <at> gmx.at>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>> 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
This bug report was last modified 13 years and 275 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.