summaryrefslogtreecommitdiff
path: root/core/java/android/view/GhostView.java
Commit message (Collapse)AuthorAgeFilesLines
* Switch Java calls to enableZ and disableZ; remove isRecordingForLeon Scroggins III2020-05-061-2/+2
| | | | | | | | | | | | | | | | | | | | | | | Bug: 155422223 Test: make insertInOrderBarrier and insertReorderBarrier are @hide and deprecated. Remove them and update all callers to enableZ and disableZ, which are already public. Update native code to refer to enableZ instead of insertReorderBarrier. In addition, remove @hide Canvas#isRecordingFor. This method was originally used to prevent a single RenderNode from being in two display lists. This is now supported, so there's no reason to avoid it. The one caller used it to determine whether to reorder drawing its child Views (which, as the comment says, makes sense to determine based on whether the Canvas isHardwareAccelerated) and whether to call insertReorderBarrier/insertInOrderBarrier (now enableZ/disableZ). In the latter case, there is no need for a conditional, since enableZ/disableZ only work on a hardware Canvas. Change-Id: Ib216a19d6aeff40b2e23532bacd62d1795c2ab27
* Use new UnsupportedAppUsage annotation.Artur Satayev2019-12-181-1/+1
| | | | | | | | Existing annotations in libcore/ and frameworks/ will deleted after the migration. This also means that any java library that compiles @UnsupportedAppUsage requires a direct dependency on "unsupportedappusage" java_library. Bug: 145132366 Test: m && diff unsupportedappusage_index.csv Change-Id: I5be7335b23a92b8ac80d2fd890198273b66ad644
* Restrict platform's GhostView and unhide a method needed for a backportAndrey Kulikov2019-02-121-2/+3
| | | | | | | Bug: 117521193 Bug: 123768642 Test: added a cts test for the new method Change-Id: If933dbe16e756bf4e32d1cf43d9d3ecc67e37174
* Update some docs & tweak some method namesJohn Reck2018-10-261-1/+1
| | | | | Test: builds Change-Id: Id0e5cf6fdb3a391136a1d314498f75e0b954ceeb
* Rename & package shuffleJohn Reck2018-10-041-2/+4
| | | | | | | | | | Rename DisplayListCanvas -> RecordingCanvas Move RecordingCanvas to android.graphics Move RenderNode to android.graphics Bug: 112709971 Test: make & boot Change-Id: Iddeb6a89f8923ea81a1f37bbee4e9b1db8ede238
* Add @UnsupportedAppUsage annotationsMathew Inwood2018-08-201-0/+4
| | | | | | | | | | | | | | | | | | | | | | For packages: android.view.textservice android.view.textclassifier.logging android.view.textclassifier android.view.inputmethod android.view.autofill android.view.accessibility android.view This is an automatically generated CL. See go/UnsupportedAppUsage for more details. Exempted-From-Owner-Approval: Mechanical changes to the codebase which have been approved by Android API council and announced on android-eng@ Bug: 110868826 Test: m Change-Id: I4147b038ed7adf0311ee9918b44766f82a057eaf
* Don't cause requestLayout when transition changes Visibility.George Mount2015-06-051-7/+3
| | | | | | | | | | | | Bug 21400515 When a Visibility transition temporarily changes a View's visibility, it should not cause a requestLayout or any other action, such as focus change. This adds a hidden method to View to allow it to tweak the visibility without causing other side-effects. Change-Id: I5a06149983051319080130e5b5e7cc7edda8dd3e
* Merge "Don't call updateDisplayListIfDirty outside draw." into mnc-devGeorge Mount2015-05-081-2/+1
|\
| * Don't call updateDisplayListIfDirty outside draw.George Mount2015-05-081-2/+1
| | | | | | | | | | | | Bug 20909826 Change-Id: If332319ba192606cc30fc8d0de00086fc5135deb
* | Fix crash during Activity Transition with TextureView.George Mount2015-05-061-2/+1
|/ | | | | | | | | | | | Bug 20675857 GhostView was synchronously forcing the View's parent to get the display list when it was created. TextureView's cannot create a display list until a surface is available and will crash if it is attempted. This change moves the request to an invalidate to get it to execute at a later time. Change-Id: I12afebdfd57eb29c1a35b23a63d045e319547faf
* Revert "Revert "Merge getDisplayList and updateDisplayListIfDirty""Chris Craik2015-05-011-3/+3
| | | | | | | | Fixes breakage from HwAccelerationTest This reverts commit b2847afde24aac22c8fb804cdce0c24b8a7c40c4. Change-Id: I762b3c9020fc1d06bac61ffa8b956049147515b1
* Fix build.Chris Craik2015-05-011-3/+3
| | | | | | | | Revert "Merge getDisplayList and updateDisplayListIfDirty" This reverts commit f85d064b536d9b2028a83e21d98eac9b40b74e95. Change-Id: I8b1566aba67c385d72759ea2aea16edcd8477813
* Merge getDisplayList and updateDisplayListIfDirtyChris Craik2015-04-301-3/+3
| | | | | | bug:17767704 Change-Id: I5dffc0fa343d5d67d5fe59c78eca77bb8645ce0e
* Remove HardwareCanvasChris Craik2015-03-101-5/+5
| | | | Change-Id: I239646a7f00f09d3f76fe6b6162eed86bc0d6e77
* Clear preordered list after use.George Mount2014-09-291-5/+13
| | | | | | | Bug 17671834 Bug 17697944 Change-Id: I0ba46f32661869db0c925b00342211ea543e2f88
* Order GhostViews so that they display in their ghosted view's order.George Mount2014-09-281-7/+190
| | | | | | | | | | | | Bug 17671834 GhostViews can be added in arbitrary order since they are added depending on how they are insterted into the TransitionValues maps. This CL does two things: it ensures that GhostViews are always pulled to the top of the Overlay and inserts GhostViews into the Overlay in the order that their ghosted views are drawn. Change-Id: I9f68105126834cc8f30a6cfe5d58fc3c51465afd
* Enable shadow for GhostViewChris Craik2014-09-141-0/+2
| | | | | bug:17331776 Change-Id: Ia5819422e8cb53d2a4da110f819823b4e90e2fee
* fix ghost clipBounds problemDake Gu2014-08-121-13/+34
| | | | | | | | | | | | | | | OverlayViewGroup clipChildren=true, so that RenderNode of GhostView will be forced clip its content to its bounds. Because GhostView is transformed to a different location other than (0,0), the content left/up to the bounds is clipped out. Introduce another clipChildren=false view between OverlayViewGroup and GhostView. b/16982904 Change-Id: Ia11926c78e19bffe80c3d4584a59b83b2fbee6df
* Move shared elements to overlay when in a transition group.George Mount2014-08-081-15/+26
| | | | | | Bug 15744995 Change-Id: Icf1ee603de23c7bb3bce3723cb24009e36f153d7
* Allow a "ghost view" that paint a different view from the overlay.George Mount2014-07-291-0/+125
Bug 15744995 The ghost view doesn't route touch events, but hides another view in its normal parent, and paints it as a child of another ViewGroup or ViewGroupOverlay. Change-Id: I352e14c366ccfb7303cee1dbff8563c673fd12ff