229f1aadf95069c7369c153e107fe98050c17719 |
|
10-Apr-2013 |
Dianne Hackborn <hackbod@google.com> |
am abe0aa78: am 8f980e1a: Merge "Reduce duration of rotation xfade animation." into jb-mr2-dev * commit 'abe0aa78caf81b24af0b45700801fc1f867cfa0e': Reduce duration of rotation xfade animation.
|
a57c695bf2c0f917517ecac8251043716b34f72d |
|
29-Mar-2013 |
Dianne Hackborn <hackbod@google.com> |
Reduce duration of rotation xfade animation. Also add code for tracking how long a rotation takes, and who is causing it to take that time. Change-Id: Ie3352ddfddd247f5a5c08f7da6bfe6b4da607ba2
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
c00204b4d14d49a0417b44ca21aee4f0d4c466e0 |
|
06-Mar-2013 |
Craig Mautner <cmautner@google.com> |
Start moving Tasks from DisplayContent to TaskStack - Create new classes for Stacks on WindowManager. - Stop using DisplayContent methods and members: addAppToken(), removeAppToken(), setAppTaskId(), removeTask(), mTaskIdToDisplayContents, mTaskIdToTask. - Start using WindowManagerService.createTask(). - Establish hierarchy of references: AppWindowToken=>Task=> TaskStack=>StackBox=>DisplayContent. - Clean up StackBox, TaskStack, and Task. Change-Id: I798990aa7966784d22f4a43822087d8bb0404dd6
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
3866f0d581ceaa165710feeee9f37fe1b0d7067d |
|
12-Feb-2013 |
Mathias Agopian <mathias@google.com> |
split Surface in two classes: SurfaceControl and Surface SurfaceControl is the window manager side; it can control the attributes of a surface but cannot push buffers to it. Surface on the other hand is the application (producer) side and is used to push buffers to the surface. Change-Id: Ib6754c968924e87e8dd02a2073c7a447f729f4dd
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
72669d18016446d874e4fa1005464e36375124e4 |
|
19-Dec-2012 |
Craig Mautner <cmautner@google.com> |
Fixes to clean up icon launching during animations. Several problems were causing animations to jump to the end when launching an app while a previous app was animating away. - Keep the two app token lists in tighter synch. These were separated when we hoped to completely separate layout form animation. This is not as critical a goal any more. - Use new test criteria for starting and stopping animations. Bug 7885350 fixed. Change-Id: Ib679117f627d0957cda17cc6ffca2bc2cdd6ecdd
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
968683335e17c06504a11bc2e38a2580f613ea16 |
|
04-Dec-2012 |
Craig Mautner <cmautner@google.com> |
Recouple layout and animation a bit. Share state between layout and animation and stop copying redundant data between the two. Change-Id: If07d3fc3ddfd33e3d46bf45d24d7aca58067ee66
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
9339c401cf1a056a3a1caddc648334069e6bd267 |
|
30-Nov-2012 |
Craig Mautner <cmautner@google.com> |
Further decouple layout and animation. Load animation parameters dynamically and synchronously rather than asynchronously. Eliminates storing parameters and cross-barrier method calls. Change-Id: Ia9162f0cb3fe60da35fd9fb5f24f31f88891b950
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
164d4bb4c3eeba1488d9b4994980d24c1f6ec961 |
|
26-Nov-2012 |
Craig Mautner <cmautner@google.com> |
Extract AppTransition from WindowManager Refactor of WindowManagerService to move app transitions out. Change-Id: Id3e377526a69f95a3ee4c0d97ca6fd84005beb6a
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
7636dfbc3331dec0cea374a9540a1f31fb7dbf77 |
|
17-Nov-2012 |
Craig Mautner <cmautner@google.com> |
Do not clear AppWindowToken.allDrawn while animating. Creating new surfaces for applications clears the allDrawn flag in the AppWindowToken. If the app windows were animating when this happened the animation would complete immediately resulting in jank. This fix defers clearing allDrawn until the animation completes. Bug 7326635 fixed. Change-Id: I5abe3b9ecfbefb476de6a6c8acc394373cc11751
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
529e744d3131b9ebeb6b33c8030230c29a44ad12 |
|
01-Nov-2012 |
Dianne Hackborn <hackbod@google.com> |
More debugging for issue #7343200 Fails to show wallpaper in the... ...background for lockscreen sometimes and remains black / blank There was a bunch of state not being put into the dumpsys output. In particular, the current wallpaper target of the WindowAnimator was not being included. I think the problem is that these targets are not being updated from the main window manager state at some point where they need to be. Change-Id: Ic795047f6aea9b6f72d5550bccc9f8d76c6ecb67
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
a91f9e2959ee905f97977a88fe45bde6ffb874b0 |
|
15-Sep-2012 |
Craig Mautner <cmautner@google.com> |
Make more items per-Display. Moving DimSurfaces, DimBackgrounds and Rotation surfaces into per-display class. Fixes bug 7167028. Change-Id: I7408b3a27b5a7a8d0d59e9d6109c002fc627e536
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
76a7165719dc3ccce902953f6244e2c2668aa753 |
|
04-Sep-2012 |
Craig Mautner <cmautner@google.com> |
Change layout inner loop order for multi display. The inner loop that ran over each display had a few problems: - The Surface transaction was starting and stopping between each display. - The layout change bits were being applied globally so all displays were layed out when only individual displays needed to be. - Wallpaper and input actions were being applied each time through the display loop rather than once only for the default display. Change-Id: I924252bab28c426222a4bb73693accc4b21cecbe
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
bea12bdc2e6d2b1158c1faa58a8197d5e971a817 |
|
20-Aug-2012 |
Craig Mautner <cmautner@google.com> |
Ensure that mAllAppWinAnimators is not null. The method showAllWindowsLocked can be called from the layout side of the WindowManagerService. Previously the AppWindowAnimator member mAllAppWinAnimators was created on the animation side. If showAllWindowsLocked was called before the first animation of the activity an NPE would occur. This fix creates mAllAppWinAnimators when the AppWindowAnimator is created and also updates it with current values before calling showAllWindowsLocked. Fixes bug 6917136. Change-Id: If3ace22022b65c6888bbb9d0575efe9a45d86475
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
322e40315609acd5a608440bc469d873e09559ca |
|
13-Jul-2012 |
Craig Mautner <cmautner@google.com> |
Further isolate layout side from animation side. - Use local AppWindowAnimators in WindowAnimator rather than using shared WindowManagerService objects. - Use local WindowStateAnimators in AppWindowAnimator rather than use AppToken's WindowState objects. - Remove redundant WindowManagerService parameter passed to AppWindowAnimator ctor. - Keep from copying parameters from performLayout if the parameters haven't changed since the last copy. - Link WindowStateAnimator to AppWindowAnimator to keep from going through WindowStateAnimator.mWin, WindowState.mAppToken and AppWindowToken.mAppAnimator. - Converted attached WindowState in WindowStateAnimator to WindowStateAnimator to eliminate multiple conversions. Change-Id: I5e35af88d8fdc1a7454984eaea91a1bc4f926978
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
918b53bc531f5bd1ea102e8b827d693bd4d0555b |
|
09-Jul-2012 |
Craig Mautner <cmautner@google.com> |
Isolate layout and animation wallpaper objects. Provide separate copies of mWallpaperTarget, mWallpaperTokens, and mLower/UpperWallpaperTarget in the layout and animation sides of Window Manager. Simplify constructors of WindowAnimator and WindowStateAnimator. Change-Id: I7e35794a432c25c4194c046e9e27150d1c905403
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
6fbda63e68513ece4409dac845588711ab25c39d |
|
03-Jul-2012 |
Craig Mautner <cmautner@google.com> |
Merge CL 202423/3 App launching has random pauses. Change-Id: Iba5616182c02e51f4d9063d0a01b30b9f558549a
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
9e809448761878b72b47c0a0e703de95a3cf9815 |
|
23-Jun-2012 |
Craig Mautner <cmautner@google.com> |
Step 1 in consolidating wallpaper animation. - Merge testWallpaperAndBackgroundLocked into updateWindowsAndWallpaperLocked. Eliminates mDetachedWallpaper, mWindowAnimationBackground, and mWindowAnimationBackgroundColor. - Merge multiple calls to perform layout into one. - Cleaned up debug output. Change-Id: I5dc2d8330dc092ee2b165867cddb7d16b431fa0b
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
1d961d46d68eb3134e4bd6c3751f9730e9d32f17 |
|
27-May-2012 |
Craig Mautner <cmautner@google.com> |
Better handle changing app transitions. When we are in the middle of an app transition and need to change to a new one we were not ending the old one in a clean state. Also, wallpapers were defaulting to the wrong animation in certain situations. Remove ':' style iterators. Fixes bug 6486708. Change-Id: Ied17e8410486020295db380ff68df5dad08bc5cc
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
94ef9df22c5960b74359e1a98e5c210787d382f2 |
|
03-May-2012 |
Craig Mautner <cmautner@google.com> |
Fix flashy transition in QuickContacts Calls to relayout were forcing outgoing app reported visibility to false. Because there was a DummyAnimation in the outgoing app the stepAnimation was forcing the app Transformation alpha value to 0 based on the most recent reportedVisibile value. This was causing the outgoing app to disappear for an instant. Moving the visibility test to the time at which the DummyAnimation is set fixes this problem. Fixes bug 5908102. Change-Id: Ib574728a007a0af759990816db42e23ba315b468
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
8a197a4e0887000241dfd183d1e83e6e0f9b2268 |
|
25-Apr-2012 |
Craig Mautner <cmautner@google.com> |
Fix dark flash when transition ends. The DimSurface layer was momentarily being placed above the entering app animtion. This lets the layering be set after the animations have been evaluated. Plus debug enhancements. Change-Id: Icc034bc5264ae9bc6c57c593534683b56588b59a
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
69c1a571acefc59d7260e6c805801656923b1330 |
|
24-Apr-2012 |
Craig Mautner <cmautner@google.com> |
Merge "Various debugging enhancements."
|
fbf378c736a973b8edaf1fc4c187d11dc0f5e291 |
|
24-Apr-2012 |
Craig Mautner <cmautner@google.com> |
Various debugging enhancements. Also moved DummyAnimation into AppWindowAnimator where it belongs. Change-Id: I7da254a8b99030b898e2ff8d983500d7ce0b2b65
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
9cd75d46b0a9683a573953822633b610bafa5771 |
|
24-Apr-2012 |
Craig Mautner <cmautner@google.com> |
Fix visual glitch in app transition. When dummy animation is being used, set the alpha to 0 or 1 depending on whether the app was previously hidden or visible. Change-Id: I1a4e3cdb4b9ca4a6aef58e47bf26e5adbef66a7f
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
3de422fe4fe903b1370f3f7ee9c7086966e15b28 |
|
07-Apr-2012 |
Craig Mautner <cmautner@google.com> |
Fix endless looping in layout. An odd alignment of the stars can end up with all of mAppToken.allDrawn animating and mAppToken.startingDisplayed all false, and animation not null. In such a case we can continue returning false but still pass the test in WindowAnimator.updateWindowsAndRotation setting wasAnimating to true. The combination continually sets the FINISH_LAYOUT_REDO_WALLPAPER bit in mPendingLayoutChanges. Fixes bug 6304838. Change-Id: Ie7a7b39ea218213f51dc3df3eefe4ff03f1d885d
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
bec53f7066852c1c5877c51fcd8c55840891d866 |
|
05-Apr-2012 |
Craig Mautner <cmautner@google.com> |
Animate from local list of WindowStateAnimators. Stop animate() from using the mWindows maintained by WindowManagerService. Animating WindowStateAnimators are now drawn from a HashSet maintained by WindowAnimator and containing just those WindowStateAnimators that have Surfaces. When starting a move animation do not place parameters directly into the WindowStateAnimator, instead pass them through the Handler. Also removed synchronization points from mWindows/mAppTokens add/remove.
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|
594316361d38d88b53c85bd5c8d58a92345e8187 |
|
04-Apr-2012 |
Craig Mautner <cmautner@google.com> |
First separation of animation from AppWindowToken. New class AppWindowAnimator pulls animation out of AppWindowToken. Change-Id: Ic1ccb6ec2bf091f1f901fe3c20cbeb242376ae6b
/frameworks/base/services/java/com/android/server/wm/AppWindowAnimator.java
|