summaryrefslogtreecommitdiff
path: root/core/java/android/app/SharedElementCallback.java
Commit message (Collapse)AuthorAgeFilesLines
* Switch to SharedElementCallback to HardwareBufferLeon Scroggins III2020-02-191-8/+6
| | | | | | | | | | | Bug: 148155907 Bug: 135299581 Test: Covered by CTS We plan to remove Bitmap#createGraphicBufferHandle. Call the new Bitmap#getHardwareBuffer instead. Change-Id: I0b3ada9636fcc00df82472ea9479eb0bfbcda9eb
* Pass ColorSpace along with HardwareBuffersLeon Scroggins III2019-04-251-1/+12
| | | | | | | | | | | | | | | | | Bug: 130148101 Bug: 120904891 Test: I3bdb6a7edbab4b9b8f13d4597e5987e6db6fe928 Bitmap#wrapHardwareBuffer defaults to using the SRGB ColorSpace (i.e. if null is supplied), but it's possible that where the HardwareBuffer was originally used, it was associated with a different ColorSpace. Update clients of this API to pass that ColorSpace. Pass the ColorSpace's ID. This results in only supporting Named ColorSpaces, which matches some of our other ColorSpace support, and should be enough for most use cases. Change-Id: I02460f079ed467199f368b4a4fd7708d6fa5433a
* Replace createHardwareBitmap with wrapHardwareBuffer.Peiyong Lin2019-01-301-1/+3
| | | | | | | | | | | | | The bitmap.createHardwareBitmap doesn't take a ColorSpace as input, as a result the returned bitmap is always in SRGB color space. Given that we want to remove the assumption of SRGB color space, we replace the usage of createHardwareBitmap with wrapHardwareBuffer which takes an extra argument ColorSpace. As a result, we will be able to also fix SurfaceControl and various other places that use screenshot in follow up patches. BUG: 120904891 Test: CtsUiRenderingTestCases Change-Id: I57fc0c85d68df43b0e69f9a1ebac00d2ba39554d
* Fix Transition test failure.George Mount2017-09-291-1/+3
| | | | | | | | | | | | Bug: 67049319 TransitionUtils was returning null when the View wasn't attached, but Visibility transitions can do that intentionally. This CL temporarily adds detached views to the view hierarchy as part of an overlay while creating the hardware bitmap representation. Test: ran transition CTS tests Change-Id: Ie335619953653dce0224514f0d5c9c8eb00ee1a9
* Associate RenderNodes created for hw bitmap w/ viewsDoris Liu2017-09-271-1/+1
| | | | | | | | | | | | | | | | | | | | In transition animations, in order to capture the content of a view or a drawable in a hw bitmap, a RenderNode needs to be created. The RenderNode was previously setup with no owning view. As a result, in cases where RenderNode animations are triggered by the draw calls in displaylist recording, these animations would fail for lack of a view to animate on. This CL ensures that when RenderNodes are created for the purpose of populating content in a hw bitmap in transitions, there's always a view associated with each RenderNode. BUG: 65160121 Test: Force to repro crash by changing press state during hw bitmap creation, which triggers a ripple animation that led to the otherwise timing dependent and hard to repro crash. Change-Id: I2b4ba95cad25a94d50b3904e775606f737e960e3
* Use hardware bitmap for shared element snapshots.George Mount2017-08-231-3/+15
| | | | | | | | | | | | | | | Bug: 64851247 Drawing to software bitmaps does not support many features, most especially hardware bitmaps. This changes the implementation to using hardware bitmaps for View snapshots. Also fixed broken TransitionTest discovered while testing. Test: I4ede02db67e578ea4a25069b683f1989c611e06c Change-Id: I185bbfe1f789055c9efdba5297a74e481607afaf
* Merge "Improve javadoc on SharedElementCallback."George Mount2015-04-131-13/+33
|\
| * Improve javadoc on SharedElementCallback.George Mount2015-04-101-13/+33
| | | | | | | | | | | | Bug 19709650 Change-Id: I52e2164168d17f3c1f3a3235868077f1730c5f3b
* | Revert "Revert "Allow delay of showing/hiding shared element when ↵George Mount2015-04-091-0/+38
|/ | | | | | | | | | transferring."" This reverts commit 44d15f1c2e8f07ae9a88d79721547cf8e5935b6c. Fix doc comment errors. Change-Id: Ieeb07b907f0c66a133ef57136c45c504bcc04694
* Revert "Allow delay of showing/hiding shared element when transferring."George Mount2015-04-091-38/+0
| | | | | | This reverts commit bd93e69c8e0b06fc0b0bbba4bdd9e426b37f98e1. Change-Id: I38daa39e8560f4901b242acc6394dfa37f3d084a
* Allow delay of showing/hiding shared element when transferring.George Mount2015-04-081-0/+38
| | | | | | Bug 18932344 Change-Id: Ic967551a4dd27967d2312a6c6c8a83b34c220031
* ActivityTransition: Encode scaleType and matrix in snapshot viewDake Gu2014-09-301-2/+46
| | | | | | | | So that SharedElementCallback can setup initial imageView scale type properly to run transition against. b/17703309 Change-Id: I0ab212e0413fd666de605bc51ef64c8d66e4d09d
* Fixed OOM due to visibility transitions.George Mount2014-09-151-13/+5
| | | | | | | | | | | | | Have maximum size for Visibility transition bitmaps. Also changed Visibility to avoid transitioning out child views while transitioning out their parents. Also moved view-to-bitmap code to common utility. Bug 17469198 Change-Id: I05f069a267539b479da1b39cdad2cc9270c5c381
* Changed method name to match Activity's method name.George Mount2014-09-121-2/+2
| | | | | | Bug 17488968 Change-Id: I3f00561d96ff33e8eaf7234934c69e3b8e2681e8
* API Review: Change SharedElementListener to SharedElementCallback.George Mount2014-09-041-0/+188
Bug 15863001 Bug 17289526 Changed SharedElementListener to SharedElementCallback Renamed methods to use "on" prefix. Adjusted javadoc to reflect usage in Fragments. Change-Id: I7cc517c269a8e417cb5c3a0948bdd3b654d42472
generated by cgit v1.2.3 (git 2.25.1) at 2025-12-22 10:38:45 +0000