History log of /frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
c39d9c75590eca86a5e7e32a8824ba04a0d42e9b 25-Aug-2016 Alan Viverette <alanv@google.com> Add @RestrictTo(GROUP_ID) annotations to match @hide docs annotations

Also removes some unnecessary @hide annotations on classes that wouldn't
have shown up in docs anyway due to package/private visibility or NO_DOCS.

Bug: 27937193
Change-Id: Iab127a5a3ce57a2d61965d3cef782621eb3859f5
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
4c99f0e29b0926d8e5de44b7e3980d47f052f04c 24-Jun-2016 Chris Banes <chrisbanes@google.com> Add AppCompatResources.getDrawable()

This CL adds the new public method, which just
proxies to AppCompatDrawableManager for now. Also
moved all internal calls of
AppCompatDrawableManager.getDrawable() to the new method.

Looks like a huge commit, but it's mostly just moving
things to use the new method.

BUG: 29564497
Change-Id: Ie1603cc83d58333d70b90aefcfaf21fd367081ae
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatRadioButton.java
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