-
David Bienvenu authored
Also, change IsFullScreenWindowMode to not require the absence of WS_THICKFRAME when deciding if a window is full screen. This issue this fixes involves the glass_browser_frame_view when maximizing after going full screen - an extra 8 pixel bar gets drawn above a maximized window, and if there's another monitor above the one with chrome maximized, the bar gets drawn on the other monitor. Windows doc https://docs.microsoft.com/en-us/windows/win32/winmsg/window-styles claims that some styles can't be changed after the window is created, but also says that if you change frame styles, you need to call SetWindowPos with SWP_FRAMECHANGED, which we are doing. Not removing the WS_THICKFRAME style doesn't seem to have any visible effect on full screen windows. Bug: 1014720 Change-Id: Ibfbd480c603fd7c3aca74081201e99e59fbbbecc Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1972258Reviewed-by:
Peter Kasting <pkasting@chromium.org> Reviewed-by:
Nico Weber <thakis@chromium.org> Commit-Queue: David Bienvenu <davidbienvenu@chromium.org> Cr-Commit-Position: refs/heads/master@{#791237}
00952e6e