0

Bringing the Task Manager to the front shouldn't cause it to lose topmost status.

Original patch by Kim Christensen (see http://codereview.chromium.org/28150 ), r=me,brettw, tweaked slightly.

BUG=7227

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10558 0039d316-1c4b-4281-b951-d872f2087c98
This commit is contained in:
pkasting@chromium.org
2009-02-27 01:12:49 +00:00
parent ae047d1b5b
commit 2c4f5143cf
2 changed files with 9 additions and 2 deletions

@ -28,4 +28,5 @@ Joshua Roesslein <jroesslein@gmail.com>
Yong Shin <sy3620@gmail.com>
Laszlo Radanyi <bekkra@gmail.com>
Raman Tenneti <raman.tenneti@gmail.com>
Kyle Nahrgang <kpn24@drexel.edu>
Kyle Nahrgang <kpn24@drexel.edu>
Kim Christensen <kimworking@gmail.com>

@ -241,7 +241,13 @@ void WidgetWin::MoveToFront(bool should_activate) {
if (!should_activate) {
flags |= SWP_NOACTIVATE;
}
SetWindowPos(HWND_NOTOPMOST, 0, 0, 0, 0, flags);
// Keep the window topmost if it was already topmost.
WINDOWINFO wi;
wi.cbSize = sizeof WINDOWINFO;
GetWindowInfo(GetHWND(), &wi);
SetWindowPos((wi.dwExStyle & WS_EX_TOPMOST) ? HWND_TOPMOST : HWND_NOTOPMOST,
0, 0, 0, 0, flags);
}
HWND WidgetWin::GetHWND() const {