pause occlusion tracking during tablet mode change |
||
Issue descriptionpause occlusion tracking during tablet mode change
,
Nov 8
Before we start the CrossFadeAnimation, we call SetBoundsDirect (https://cs.chromium.org/chromium/src/ash/wm/window_state.cc?rcl=85f78938e304061d5dea7a5455ffaab5d7881adb&l=733) to set the bounds of the window. In CrossFadeAnimation what we do for animation is the transform change. Feel it might not doable to mark animation as finished based on the bounds change. Since before animation finished, the window bounds has been set to the expected bounds.
,
Nov 9
I think we may need to re-think about the tablet mode transition effect. I think too many things are going and it'd be nice if we can simplify the transition. How about implement something simliar to overview animation, like we only animate top visible window. If it was in home screen, home screen fade outs while resumed windows are fade in.
,
Nov 13
uploaded cl: https://chromium-review.googlesource.com/c/chromium/src/+/1332291 to pause the occlusion tracker for 500ms first. Uploaded two recorded videos with or without the cl above. I feel I didn't see obvious change after the change. Oshima, what do you think about this? Thanks.
,
Nov 13
videos were recorded on nocturne with Celeron processor. |
||
►
Sign in to add a comment |
||
Comment 1 by minch@chromium.org
, Nov 8