diff options
| author | tapted <tapted@chromium.org> | 2015-09-27 17:14:40 -0700 |
|---|---|---|
| committer | Commit bot <commit-bot@chromium.org> | 2015-09-28 00:15:40 +0000 |
| commit | 8ffc5c5a955fa1395f6476927b5fdbc59ee8b767 (patch) | |
| tree | d99593664935b64ae2e78de6cd6543001471df3c /build/config/android/config.gni | |
| parent | 67ce00b8655fc75238c673154b5b100cf40740fd (diff) | |
| download | chromium_src-8ffc5c5a955fa1395f6476927b5fdbc59ee8b767.zip chromium_src-8ffc5c5a955fa1395f6476927b5fdbc59ee8b767.tar.gz chromium_src-8ffc5c5a955fa1395f6476927b5fdbc59ee8b767.tar.bz2 | |
MacViews: Synchronize liveResize operations with the GPU process
Currently composited UI frames during a live-resize arrive out of sync,
and get queued up, resulting in wasted work and odd behavior where the
window contents lag behind the window size.
To fix, use ui::WindowResizeHelperMac to watch messages coming in from
the GPU process and block the UI thread until it's ready to display a
composited frame that matches the window.
For now, just fix resize, which hooks in via -[NSWindowDelegate
windowDidResize:]. In future, we may want to block for other cases (E.g.
showing a window-modal sheet should wait before starting the animation.)
BUG=531831
Review URL: https://codereview.chromium.org/1352743002
Cr-Commit-Position: refs/heads/master@{#351012}
Diffstat (limited to 'build/config/android/config.gni')
0 files changed, 0 insertions, 0 deletions