GNU bug report logs - #19012
25.0.50; `help-window-select'

Previous Next

Package: emacs;

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

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>, 19012 <at> debbugs.gnu.org
Subject: Re: bug#19012: 25.0.50; `help-window-select'
Date: Fri, 14 Nov 2014 17:38:37 +0100
> 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.