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:
3
AUTHORS
3
AUTHORS
@ -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 {
|
||||
|
Reference in New Issue
Block a user