summaryrefslogtreecommitdiff
path: root/tools/aapt2/java/JavaClassGenerator_test.cpp
diff options
context:
space:
mode:
authorRiddle Hsu <riddlehsu@google.com>2021-07-23 19:22:27 -0600
committerRiddle Hsu <riddlehsu@google.com>2021-08-03 01:50:13 +0800
commitefe9df6ff20ba8d8aff0f12591bad0063e70a055 (patch)
treeda6844b18bd70c6f2ed5c2d880879162c0597111 /tools/aapt2/java/JavaClassGenerator_test.cpp
parentc3e670559ad2f899c29fff69ba4b17dcb40a06c3 (diff)
Associate starting window in task fragment with base task
The 2 cases when a fullscreen activity is launching with starting window (step a), and it launches embedded activity before it is drawn (step b): (assume X,Y are 2 different activities) 1. a. Task - X (Fullscreen) - starting window b. Task - TaskFragment - X (Left side) - TaskFragment - Y (Right side) - starting window 2. a. Task - X (Fullscreen) - starting window b. Task - TaskFragment X (Left side) - TaskFragment - Task - Y (Right side) - starting window The starting window will be transferred to the top activity (so it won't be covered by other embedded activity according to z-order) of the base task with keeping the configuration of base task. Another case is to bring the base task to front with snapshot starting window. That will find all visible activities and share the starting data to them. Then the starting window can be removed until all visible embedded activities are drawn. Bug: 189385912 Test: ActivityRecordTests#testStartingWindowInTaskFragment Change-Id: Ia4c0f4142d49f9e6ac9c39980b1157c35069ec4e
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions