GNU bug report logs - #11513
24.1.50; raise-frame never raise the foreground window on Windows

Previous Next

Package: emacs;

Reported by: Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>

Date: Fri, 18 May 2012 21:08:02 UTC

Severity: normal

Found in version 24.1.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 11513 <at> debbugs.gnu.org
Subject: Re: bug#11513: 24.1.50; raise-frame never raise the foreground window
	on Windows
Date: Thu, 24 May 2012 18:01:41 +0200

On Thu, May 24, 2012 at 8:04 AM, Kazuhiro Ito <kzhr <at> d1.dion.ne.jp> wrote:
>> > raise-frame always make the unexpected result when Emacs frame is
>> > the foreground window (I mean Emacs frame is colored as active window)
>> > and behind of other application window(s).  And, as I described
>> > previously, If Emacs frame is not the foreground window raise-frame
>> > correctly works.
>>
>> But the default behavior on Windows is that a window that is lowered
>> loses its focus.  You need to click into it to get focus there.  So
>> how come a lowered window still has focus for you?
>
> When I run lower-frame function in Emacs frame interactively, Emacs
> frame is brought behind of other application window(s) but has focus.
> Key inputs are passed to lowered frame.  I tested 4 Windows PC, and
> all PCs show the same behavior.

The same happens for me. On the other hand the doc string for
lower-frame does not say that the frame should loose focus.
This bug report was last modified 13 years and 79 days ago.

Previous Next

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