--- Begin Message ---
Subject: |
24.0.94; Window incorrectly getting selected |
Date: |
Sun, 18 Mar 2012 21:52:34 +0800 |
With latest trunk,
1. emacs -Q --maximized
2. C-x 3
3. C-x o
4. C-x 2
5. C-x o C-x o
This puts a full-height window on the left, which is selected; and two
half-height windows on the right.
6. C-h k m
The topmost half-height window on the right now shows the *Help* buffer.
But that window is selected---this is the bug. The help commands should
not switch windows.
The bug does not occur if there are just two side-by-side windows.
In GNU Emacs 24.0.94.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0)
of 2012-03-18 on ulysses
Windowing system distributor `The X.Org Foundation', version 11.0.11004000
Configured using:
`configure '--with-x-toolkit=gtk3' 'CFLAGS=-g''
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#12943: 24.2.50; switch to help buffer with > 3-window-split |
Date: |
Thu, 25 Dec 2014 11:54:28 +0100 |
> >> If I have only one window in a frame. C-h v ... RET opens a help
buffer, but
> >> does not switch to it. Same with 2 windows in a frame.
> >>
> >> If I have a 3-window-split, C-h v ... RET pops to the help buffer. This
> >> is a bit annoying and might be indicative of some more severe underlying
> >> problem.
> >>
> >> I hope this is not an intended behavior.
>
> > See bug#11039.
>
> Hm, the default 'other of help-window-select is inconsistent and aims a
> very specific user pattern.
>
> From http://debbugs.gnu.org/db/11/11039.html:
>
> martin rudalics <rudalics <at> gmx.at> writes:
>
> > When the help window is one out of three windows on a frame and you do
> > _not_ select it, it's quite difficult to restore the state of the frame
> > before showing help. You would have to (1) manually switch to the help
> > window, (2) type "q" in it, and maybe (3) switch back to the previously
> > selected window. If, however, you _do_ select the help window, you can
> > simply type "q" in it and get back the old state of affairs.
>
>
> I might want to keep the help window open for long and keep working on
> my code while referencing the help. This is my 99% usage pattern.
>
> Now, when I open the help buffer I have to switch back to my working
> window all the way back through 3 other windows. Awful.
The default value of `help-window-select' is now nil on master/trunk.
Closing this bug.
Thanks, martin
--- End Message ---