| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Bug: 22208997
Change-Id: I10a890d4f8f70c7c786940ffdb86cf4d21bdaf05
|
|
|
|
|
| |
Bug: 23354529
Change-Id: Iaa4fde6b37645492cf902f141f975bdef8e7e14e
|
|
|
|
|
| |
Bug: 22911708
Change-Id: Icdbe1f8a66d5e35eb25aa973c94f5870896cc1f8
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 22214367
Previous releases would let the getters on a recycle()'d bitmap to still
work despite being firmly in undefined behavior per the documentation
on Bitmap#recycle().
As there are apps relying on this, yell very loudly about this behavior
in the log and give them a bit of time to fix it
Change-Id: I857be7e74cb217877973d9c6f03eb761d12fd056
|
|
|
|
|
|
|
|
|
|
|
| |
Before, the VectorDrawable is behaving like BitmapDrawable inside a ImageView,
and it can be blurry due to scaling.
Now apply the scaling information to the cached bitmap, then the size of bitmap
will match the ImageView's screen size. Therefore, no blurry any more.
b/18185626
Change-Id: I979cef3b5178a9bd37ee6cc776df3361ca47c803
|
|
|
|
|
| |
Bug: 21448052
Change-Id: Id5db428a6faca4a905684088c47e070752ac2899
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 22289362
It's pretty common for ImageView#setBitmap to be called
repeatedly. Avoid re-creating the BitmapDrawable in this scenario
as that has high object churn of semi-expensive objects like
Paint.
Change-Id: Ib77719cd0366d02c1a42f774850bf3b9caa9c288
|
|\ |
|
| |
| |
| |
| |
| |
| | |
b/21928507
Change-Id: I9e596192a0fdf13fc91481f990a345c3b267f225
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Also clears DrawableContainer's futures list when it's no longer needed,
correctly sets deep copy of state set in StateListDrawable, makes some
private methods into package-protected to avoid thunk, and propagates
state to StateListDrawable's super class so that getState() has correct
information.
Bug: 21840003
Change-Id: I0d4232807f280d663c03b4a80e4aab8626806440
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | | |
Bug: 21031774
Change-Id: I2d06c7288e0c0a06bf6ff147dfbfdea5a46fd288
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Avoids many copies during IPC and duplicate Java heap consumption in
system_server, SystemUI, etc.
Bug: 18386420
Change-Id: Id5ac9406062d472f7848009d65f12131f5f4dac9
|
|/ / /
| | |
| | |
| | |
| | | |
Bug: 22013358
Change-Id: I37b11a94edc431a88522c6c056b76b045daa61d6
|
|\ \ \ |
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
bug:21342040
Change-Id: I6592bfa504516852967d82a7e7929b1aef6bff02
|
|\ \ \
| |/ /
|/| | |
|
| | |
| | |
| | |
| | |
| | | |
Bug: 20688645
Change-Id: I664f37d6dbb3e61b17206c82ebcc63f988cefc65
|
| | |
| | |
| | |
| | |
| | | |
Bug: 21955350
Change-Id: I2e610a5a0af39668b7e9447cfd7d48d35e11d299
|
| | |
| | |
| | |
| | | |
Change-Id: Ic168b250defb30512cb35a836118fe2bdf1b2e78
|
|\ \ \
| |_|/
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Notifications in which the icon resource ID is changed after
Builder.build() is called (even, and particularly, as the
last step in the current implementation of
setLatestEventInfo()) were not having their icons properly
parceled. In these cases we now attempt to catch this at
parcel time and construct the necessary Icon object.
But wait! Parceling does not require a Context. So we don't
actually know which package to load the resource from.
Therefore we now allow an Icon to be constructed with an
empty ("") package name, which allows us to complete this
parceling task despite the fact that a Notification does not
know its own package name. (In case you attempt to load a
drawable for such an Icon, loadDrawable will spot the ""
package and instead substitute the Context from its
parameters to try to load the resource.)
As it happens, even though the Notification does not know
its own package name, BaseStatusBar does, because it was
provided at NM.notify() time and is therefore included in
the StatusBarNotification structure. So we can actually
patch up the Icon (if it is TYPE_RESOURCE) and be sure to
get the icon loaded out of the correct package.
While we've got the hood open, this change fixes a couple of
related problems:
• Foreground service notifications synthetically
constructed for naughty icon==0 notifications (which we
are still allowing...FOR NOW) were losing the
FLAG_FOREGROUND_SERVICE flag (because we're
re-build()-ing them from scratch rather than rewriting
the provided Notification object). Now we set the flag
and hang onto the new notification for next time
setForeground() is called.
• We now allow media notifications to avoid getting bumped
to the top of the notification list if they're
PRIORITY_MIN. You might want to do that, I guess?
Bug: 21333763
Change-Id: Ia5d1f1acb594c7677bcc75ee3d624da4ffca671f
|
|\ \ \
| | | |
| | | |
| | | | |
mnc-dev
|
| |/ /
| | |
| | |
| | |
| | | |
Bug: 21849185
Change-Id: If9b392d863e808d83a5d90bcc32df6cb9194cbdf
|
|/ /
| |
| |
| |
| | |
Bug: 21342040
Change-Id: I801970c2a25289d670636ad5387ddf244fb48225
|
| |
| |
| |
| |
| |
| |
| |
| | |
Remove unnecessary lines setting target density on bitmap and nine patch,
since we'll do this later in inflate().
Bug: 21774853
Change-Id: I5ea316bee81f82192ce20f2f1bee0e62c6ec8ccb
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| | |
Issue #21825791 add isFilterBitmap() override to appropriate Drawable subclasses
Change-Id: I5cbd72c034be79b0aa53815c7a5a8ea499e6e02d
|
|/
|
|
|
|
|
|
|
|
|
| |
Docs for translucent-vs-transparent-vs-opaque were confusing, especially since
the definition for those constants in PixelFormat are not the same as how they're
actually used in Drawable. This fix simply adds clarifying text to the method
comment for getOpacity().
Issue #21158891 Better document Drawable#getOpacity
Change-Id: I94725592f85e5d7874e3a3ac1c5bab969163fbf0
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I01027ebb9133240cc1c750824a41dd9fca484c1f
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| | |
bug:21706035
Change-Id: Ia1cd4824c742b2d6fc0feb2861ccfde0b6ac2189
|
|/
|
|
|
| |
Bug: 21502154
Change-Id: Iedf4bd07f10ec13070a68870304ab651c1f15c68
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 21580708
Change-Id: Id64bebeb5c39906ed34775e8ccc39f666966bad9
|
|/
|
|
|
|
| |
b/21664621
Change-Id: Ie40c3723860e183c8e4fedd2a76b9debbdf64a2a
|
|\ |
|
| |
| |
| |
| |
| |
| | |
b/21341096
Change-Id: I84e20366db21ceaa4f044be3e322f9215bb06ad2
|
|/
|
|
|
| |
Bug: 21079749
Change-Id: If79dcef59aba616c0446efc623863f563cb16250
|
|
|
|
|
|
|
|
|
|
|
| |
DEPTH16: Use high 3 bits for confidence measurement, with
0 = 100% confidence, 1 = 0% confidence, 2 = 1/7 (14.3%) confidence, etc.
DEPTH_POINT_CLOUD: Add confidence as 4th entry to each point,
with a value in range 0.f - 1.f inclusive.
Bug: 20123879
Change-Id: I23317b922ac727751156fa418ed239a696a898e5
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 19638504
Change-Id: Ie7b639c543150e13aec30dfeca2b303d5b601cf3
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| | |
Adds optical inset support for VectorDrawable and GradientDrawable.
Bug: 19944181
Change-Id: I9df04d9fe17ad858413e7f93694bf37ee2c43c85
|
|\ \
| | |
| | |
| | | |
applyTheme()" into mnc-dev
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This CL works around Animator's lack of support for applying a theme
after inflation by postponing Animator inflation until a theme is
available, either in inflate() or applyTheme().
Includes a workaround for AVDs that don't reference any theme attrs
in their animators and this don't require a call to applyTheme().
Partial implementation of removing non-constant data from the AVD's
constant state. Moves the mutable AnimatorSet to a local variable and
treats the Animators as constant data.
We'll follow up with real support for applyTheme() in Animator or
AnimatorSet, at which point we can remove this workaround.
Bug: 20817800
Change-Id: I555c53c955219990ee376bee568bcc038532f9ed
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
1. ClipDrawable.getOpacity() now correctly respects the current level
2. DrawableWrapper checks the contained drawable's changing config even
if it doesn't have a constant state
3. DrawableWrapper gives priority to the last valid child drawable
rather than the drawable attribute
Bug: 21406104
Change-Id: I442fe90d0a3865bfdc6b2d14a7358178310dde02
|
| |
| |
| |
| |
| |
| |
| | |
Renames boolean getters to isZzz(), callback from onChange to onChanged.
Bug: 21342040
Change-Id: I9700d645453354b608fd97a832359211d828b52f
|