| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
At the root_window.cc level we defer mouse events triggering a resize while a draw is pending. We are careful to keep the sequence of different event types the same. But we aggregate synthetic mouse moves and mouse drags wwhere possible.
In RWHVA, we ask the root window to throttle the resize if we are waiting on the GPU process for a new image. The net result is that UI can only be one frame ahead of the tab contents that are being resized.
BUG=58782
TEST=goto google.com with --force-compositing-mode; resize the window by stretching to the right; see very little gap between tab contents and window frame
Review URL: https://chromiumcodereview.appspot.com/9662020
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@126132 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
At the root_window.cc level we defer mouse events triggering a resize while a draw is pending. We are careful to keep the sequence of different event types the same. But we aggregate synthetic mouse moves and mouse drags wwhere possible.
In RWHVA, we ask the root window to throttle the resize if we are waiting on the GPU process for a new image. The net result is that UI can only be one frame ahead of the tab contents that are being resized.
BUG=58782
TEST=goto google.com with --force-compositing-mode; resize the window by stretching to the right; see very little gap between tab contents and window frame
Review URL: http://codereview.chromium.org/9583018
TBR=backer@chromium.org
Review URL: https://chromiumcodereview.appspot.com/9665006
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@125854 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
At the root_window.cc level we defer mouse events triggering a resize while a draw is pending. We are careful to keep the sequence of different event types the same. But we aggregate synthetic mouse moves and mouse drags wwhere possible.
In RWHVA, we ask the root window to throttle the resize if we are waiting on the GPU process for a new image. The net result is that UI can only be one frame ahead of the tab contents that are being resized.
BUG=58782
TEST=goto google.com with --force-compositing-mode; resize the window by stretching to the right; see very little gap between tab contents and window frame
Review URL: http://codereview.chromium.org/9583018
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@125850 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
This is useful e.g. when running the system chrome logged in as guest, and a
secondary development chrome binary mounted via sshfs.
Review URL: https://chromiumcodereview.appspot.com/9416021
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@122317 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
Aura client window properties->client namespace.
Move WindowType to client.
BUG=none
TEST=existing automation
TBR=sky
Review URL: http://codereview.chromium.org/8968022
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115182 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
--aura-window-mode is a multi-valued switch, currently with a single value "compact". Users can set it in about:flags.
BUG=106898
TEST=manual, change switch in about:flags, verify status area appears in top-right
Review URL: http://codereview.chromium.org/8953002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114861 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the first of several CLs to add a "laptop mode" to Aura that works like the traditional ChromeOS browser view. In particular:
* Keep the browser maximized.
* Hide window caption buttons.
* Suppress the launcher and related shelf items.
* Suppress background image.
* Add the switch to about:flags.
These things don't work yet:
* Status area is wedged in upper-left corner.
* Popup browser windows are maximized and they shouldn't be.
BUG=106898
TEST=manual, run ChromeOS Aura build and turn the flag on and off
Review URL: http://codereview.chromium.org/8895003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114527 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Split --aura-windows into --aura-workspace-manager and --aura-translucent-frames.
Also fixed a bug where the window frame was still opaque despite the latter flag.
BUG=106890
TEST=manual, run with all combinations of above flags
Review URL: http://codereview.chromium.org/8890036
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113921 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is largely a port of the existing X window manager's
code for drawing shadows around windows. It adds an
ImageGrid class for drawing a scaled 3x3 grid of gfx::Images
and a Shadow class (managed by aura_shell::ShadowController)
that uses ImageGrid to draw a shadow. Shadows can be
disabled via --aura-no-shadows.
BUG=101977
TEST=added unit tests; also manually checked that shadows get drawn
Review URL: http://codereview.chromium.org/8555025
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@111009 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added --aura-windows to trigger new-style transparent window frames.
Fixed window frame art for top border.
BUG=102499
TEST=none
Review URL: http://codereview.chromium.org/8423021
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@108239 0039d316-1c4b-4281-b951-d872f2087c98
|
|
This adds a --aura-host-window-size switch (taking an
argument of the form "1024x768") that can be used to set the
initial size for the host window.
It also makes the Linux implementation automatically size
the window to cover the entire screen if an X window manager
isn't present (i.e. we're running on a Chrome OS device).
BUG=100979
TEST=tried it on a chrome os device
Review URL: http://codereview.chromium.org/8362002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@106639 0039d316-1c4b-4281-b951-d872f2087c98
|