From: Eli Zaretskii <eliz@gnu.org>
To: devi8@null.net
Cc: 23174@debbugs.gnu.org
Subject: bug#23174: Windows : Emacs frame stays on top after Alt-Tab
Date: Fri, 01 Apr 2016 10:02:09 +0300 [thread overview]
Message-ID: <83r3epu80e.fsf@gnu.org> (raw)
In-Reply-To: <56FCEB26.9070607@null.net> (devi8@null.net)
> From: devi8@null.net
> Date: Thu, 31 Mar 2016 11:17:26 +0200
>
> GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570
>
> On Windows (7 Professional), after (?) switching from a Aero Desktop Theme back to a non-Aero Desktop Theme,
> pressing Alt-Tab will switch application windows, but the Emacs Window ("Frame"?) will stay on the foreground, which is wrong behaviour.
> Only after exiting and restarting Emacs is the correct behaviour restored again, and Alt-Tab works as expected.
>
> I saw some discussions on the use of SetForegroundWindow and some bug reports that might relate to this.
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=6468
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=13954
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=11513
>
> In general I despise applications that use SetForegroundWindow, because almost all of them fail to do what the user wants, because of lack of knowledge of other active applications and the user's intentions.
> This bug report is also an example of such behaviour.
>
> Why not totally remove the use of SetForegroundWindow (except maybe for sys_kill and some places that try to fix "bugs"), or at least make it customizable so that I can disable it?
You may be right, but please explain how are the calls to
SetForegroundWindow related to the problem you describe. IOW, please
tell the details of how Alt-TAB winds up calling that API, or how the
call to that API interferes with Alt-TAB.
Emacs calls SetForegroundWindow in only 2 specific situations: when it
was requested to direct a focus to a frame, and when it was requested
to raise a frame. I don't necessarily see how is that related to the
issue at hand.
I also couldn't reproduce the problem, on Windows 8.1 and Emacs 24.5.
Maybe I don't quite understand what you did, so please describe the
recipe for reproducing the problem step by step, preferably starting
with "emacs -Q".
next prev parent reply other threads:[~2016-04-01 7:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-31 9:17 bug#23174: Windows : Emacs frame stays on top after Alt-Tab devi8
2016-04-01 7:02 ` Eli Zaretskii [this message]
2019-09-29 5:36 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83r3epu80e.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=23174@debbugs.gnu.org \
--cc=devi8@null.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.