e4beadba70aecabbd7f6677943ab7c0b94809b8a |
|
10-Nov-2015 |
Chris Banes <chrisbanes@google.com> |
AppCompat + VectorDrawableCompat AppCompat now depends on VectorDrawableCompat and makes use of it for certain drawables (radio button, checkmark, back, etc). We make use of the few extension points in the Drawable loading system to make this possible. Most drawable loading happens in Resources.loadDrawable() which can't be overriden. On API 19 and below though, most DrawableContainers load their child drawables through Resources.getDrawable(), which we can hook into. This means that a <vector> resource file can be loaded as long as it is wrapped in a seperate DrawableContainer (Inset, StateList, etc). For the times that wrapping the drawable isn't an option, we now also have a app:srcCompat attribution on ImageView and ImageButton. AppCompat statically compiles in VDC into the Make build artifacts. This is to aid migration. Gradle is unaffected. Change-Id: If2ab63e561354fe290e5df47e7560533725175fc
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
|
66698bb15ba0f873aa1c2290cc50d6bb839a474a |
|
26-Oct-2015 |
Chris Banes <chrisbanes@google.com> |
Flatten AppCompat class hierarchy This allows us to do two things: 1) Move away from using public @hidden classes everywhere. 2) Workaround silly OEM bugs. BUG: 18218511 Change-Id: I7582e242c7564c32feeb044fc9eff6bfb5c56536
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
|
7e4e8b664820f773bc96e37ee1d2bbf500d64e69 |
|
12-Oct-2015 |
Chris Banes <chrisbanes@google.com> |
Add AppCompatDrawableManager Refactored from TintManager, AppCompatDrawableManager is now architectured differently. It is now a singleton which keeps multi-map of cached tints. This is to enable the new InflateDelegate extension point, which will allows libraries (and eventually apps) to hook into the compat drawable inflation. While this CL looks large, it's mostly just updating method calls to match the new parameters. BUG: 24852773 Change-Id: Ic9f5ecc6fd0208d2f7a8a686f077f16588020516
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
|
091b0f935e68ce9bfecc2422e60eada33fa3b09c |
|
06-May-2015 |
Chris Banes <chrisbanes@google.com> |
AppCompatWidgets, now with added pixie dust. This CL moves a lot of the internal code for apply background tints to a central helper class. This allows us to have one place to add/fix things. This has enabled an easier implementation of reading the backgroundTint and backgroundTintMode attributes. With that, our CompoundButton implementations have followed in the same vain with a new helper class, reading of the new buttonTint and buttonTintMode attributes, with a v4 shim to allow dynamic setting. Also tidied up the javadoc on each class too so that developers know what they're getting from each class, and fixed an NPE in the AutoCompleteTextView classes. BUG: 19037149 BUG: 21102590 Change-Id: Ice097ed44e1253e5799bbe9ab30285912617b4dc
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
|
2cccf609662389d6a23dbc0711d5fb2e826e8c63 |
|
18-Feb-2015 |
Chris Banes <chrisbanes@google.com> |
Rename and move all of the tint widgets They're public so shouldn't live in the internal package. I've also stopped setting the setting the platform widget styles (e.g. android:editTextStyle) and instead provide our own versions. On Lollipop, we set these the default framework styles. This fixes the times where the framework widgets are used but with the untinted material style (e.g. Preferences). BUG: 19407610 BUG: 19300319 Change-Id: I5dbdee240cbf28d4dc9b05f5c56b386d83b18df3
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
|