GNU bug report logs -
#19012
25.0.50; `help-window-select'
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Mon, 10 Nov 2014 16:43:03 UTC
Severity: minor
Found in version 25.0.50
Done: martin rudalics <rudalics <at> gmx.at>
Bug is archived. No further changes may be made.
Full log
Message #74 received at 19012 <at> debbugs.gnu.org (full text, mbox):
> With the latest Emacs build I have (and with others) the recipe
> is 100% reproducible. I am using MS Windows 7 64-bit.
Maybe a Windows 7 issue.
> 1. emacs -Q
> 2. Evaluate the code shown below (after recipe #5).
> 3. C-h v pop-up-frames RET
> That correctly creates the *Help* frame. And because
> MS Windows alwayse focuses a new frame, it has the focus.
> OK so far.
> 4. Select the original frame (e.g. with the mouse), so that
> it, not *Help*, now has the focus.
> 5. C-h v help-window-select RET
> The *Help* window & frame are not selected/focused.
> They should be.
>
> The code to evaluate at step #2 above:
> (setq pop-up-frames t)
> (setq help-window-select t)
> (setq w32-grab-focus-on-raise nil)
> (add-to-list 'special-display-buffer-names
> '("*Help*" foo ((background-color . "Thistle"))))
> (defun foo (buf &optional args)
> (let (win)
> (setq win (funcall special-display-function buf args))
> (raise-frame)
> win))
Unreproducible here. After 5 the *Help* frame has focus again.
Sorry.
martin
This bug report was last modified 10 years and 155 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.