diff options
| author | Chet Haase <chet@google.com> | 2012-11-21 11:17:39 -0800 |
|---|---|---|
| committer | Chet Haase <chet@google.com> | 2012-11-21 11:21:13 -0800 |
| commit | 813680780f365648b39873fa26dfae0123d51aed (patch) | |
| tree | 75b33b47d843c4af1c9cdb6cc2c39ce1852d80eb /tools/aapt2/java/JavaClassGenerator_test.cpp | |
| parent | 3f64edec6c6b2e53b42cfd8c6a6765ecee084fc2 (diff) | |
Use correct alpha value when a color is not set on a GradientDrawable.
A previous fix ensured that color filters would have a default (black) color to
interact with if no color was set on the GradientDrawable object. However, that fix
assumed an opaque alpha value, which is not always the case. Specifically, calling
setImageAlpha() on an ImageView with a shape drawable source (as in the bug here)
caused the alpha to be set to a translucent value, which was then ignored in the fix
above.
The fix is to account for the current alpha value of the GradientDrawable object
when setting the color used by the paint object.
Issue #7592193 ImageView.setImageAlpha() broken when colorFilter is in use
Change-Id: Ie622ffca776fdd8731ced78ce1f683ca6a51dec8
Diffstat (limited to 'tools/aapt2/java/JavaClassGenerator_test.cpp')
0 files changed, 0 insertions, 0 deletions