summaryrefslogtreecommitdiff
path: root/core/java/android/view/WindowlessViewRoot.java
Commit message (Collapse)AuthorAgeFilesLines
* Rename WindowlessViewRoot to SurfaceControlViewHost and rework APIRobert Carr2019-12-301-74/+0
| | | | | | | | | | | | | | Should be a little more clear. The internal IWindowSession implementation keeps the WindowlessWindowManager name, but the API section definitely needs a more usable name. Instead of passing in a root Surface we want it to be owned by the SurfaceControlViewHost itself. This way we can ensure we only return a SurfacePackage. In follow up CLs we will add an accessibility ID to the SurfacePackage so we can ensure the Control is passed around with the accessibility ID. Test: Builds Bug: 134365580 Change-Id: I30520e8b169d3744a66ccedf61cc4515cfef4dee
* Add some lifecycle functionality to WindowlessWMEvan Rosky2019-11-251-0/+16
| | | | | | | | | | | | | | | | | | | This adds other parts of the window lifecycle (eg. ViewRoot death, window removal, layout update). Some of the lifecycle controls are just utilities, but are needed so that they can be performed out-of-package. It also shows/hides the surface based on underlying view visibility. In actual WM, the surface is actually created/ destroyed based on visibility, but this breaks continuity in WWM because the WWM user should have full control over it. Also made this public so it can be subclassed. Bug: 133381284 Test: manual test in later CLs Change-Id: Ibd7792c3f52c216089d9b498e3770e100ff24642
* Update input policy to handle embedded windowsVishnu Nair2019-11-071-9/+15
| | | | | | | | | | | | | | | ANR - If embedded windows are slow in handling inputs the system should blame the embedded app. PointerDownOutsideFocus - if a user taps outside the currently focused window onto an embedded window, treat it as if the host window was tapped. Rename blessInputSurface -> grantInputChannel and add a name to embedded windows. Bug: 134365580 Test: b WindowlessWmTest Test: atest CtsWindowManagerDeviceTestCases:WindowlessWmTests Change-Id: If88970cf6ce17669b41fec995535151a492fab12
* Add relayout support to WindowlessWindowManagerRobert Carr2019-09-301-0/+8
| | | | | | | | | We add support for resizing, and also add test API so we can get some end-to-end tests going Bug: 134365580 Test: WindowlessWmTests Change-Id: I2f61fa15962523b9736f796c60ce799e4f9c9c18
* Fix WindowlessWm null checkRobert Carr2019-09-191-0/+3
| | | | | | | | Fix careless mistake and also add end-to-end tests so that it doesn't happen again. Bug: 134365580 Test: WindowlessWmTests Change-Id: I4b22498faeb19d28f9f40daa8777f69efe6899ba
* Enable views to be placed in windowless surfaces.Robert Carr2019-06-271-0/+41
For purposes of parcelling SurfaceControl to embed view hierarchies across processes. We also want these Surfaces to receive input, but we can't let the clients call setInputWindowInfo directly (or we could have issues with clients stealing focus, etc...) and so we provide a method blessInputSurface which has the WM configure a surface for input with a minimal and safe set of parameters. Test: WindowlessWmTests Bug: 111373437 Bug: 134365580 Change-Id: I45fde62ba9b810e783d62c4dd5442abd038734d5