diff options
| author | skuhne@chromium.org <skuhne@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-10-26 18:29:32 +0000 |
|---|---|---|
| committer | skuhne@chromium.org <skuhne@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-10-26 18:29:32 +0000 |
| commit | 33ec5ce564b64c0c6e468e8e3444af52e7e84777 (patch) | |
| tree | 151e802acfd948011b5a8ceb64353389420b014a /ash/ash.gyp | |
| parent | 5686a42652a8fdc0eab2d25f8eb5d9035a21bbda (diff) | |
| download | chromium_src-33ec5ce564b64c0c6e468e8e3444af52e7e84777.zip chromium_src-33ec5ce564b64c0c6e468e8e3444af52e7e84777.tar.gz chromium_src-33ec5ce564b64c0c6e468e8e3444af52e7e84777.tar.bz2 | |
Re-vamped the entire window auto positioning logic
As long as the user did not move / resize the window:
A single visible window (browser / app) on the screen will always be centered.
When a second visible (browser / app) window joins in, both will be pushed into opposite corners.
When more windows get piled up, they go every time into the opposite side of the currently active window.
When the user has resized / moved a window, it will be treated as a visible (browser / app) window, but it will not get moved - the others will however.
Addressing bug: Moving last remaining tabbed window back into screen center
BUG=153431, 150879, 153302
TEST=unit-tests & visual
Review URL: https://chromiumcodereview.appspot.com/11085053
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@164352 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'ash/ash.gyp')
| -rw-r--r-- | ash/ash.gyp | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/ash/ash.gyp b/ash/ash.gyp index 866ff28..e8f97b0 100644 --- a/ash/ash.gyp +++ b/ash/ash.gyp @@ -383,6 +383,8 @@ 'wm/window_util.h', 'wm/workspace_controller.cc', 'wm/workspace_controller.h', + 'wm/workspace/auto_window_management.cc', + 'wm/workspace/auto_window_management.h', 'wm/workspace/colored_window_controller.cc', 'wm/workspace/colored_window_controller.h', 'wm/workspace/desktop_background_fade_controller.cc', |