Commit 2c4f5143 authored by pkasting@chromium.org's avatar pkasting@chromium.org

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
parent ae047d1b
......@@ -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>
\ No newline at end of file
Kyle Nahrgang <kpn24@drexel.edu>
Kim Christensen <kimworking@gmail.com>
\ No newline at end of file
......@@ -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 {
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment