History log of /frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatButton.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
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/AppCompatButton.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/AppCompatButton.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/AppCompatButton.java
f7b73431b366b76bcf58536b7b1086489e4683b2 06-Sep-2015 Chris Banes <chrisbanes@google.com> Fix AlertDialog item direction

Since we're now using drawableStart for the
icon, we've had to add tinting support for compound
drawables in the various TextView implementations.

BUG: 22963990

Change-Id: I6bc2f2777e1242b81983439bbda79420aa6ac32a
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatButton.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/AppCompatButton.java
684dbfaf7105761b5a19a82e8273ed79d3b0641e 27-Apr-2015 Chris Banes <chrisbanes@google.com> Ensure we wipe out our internal tinting if the background changes

BUG: 20642147

Change-Id: I843d2aa3b73d460c7b6a3c3d980b9984489e9e8e
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatButton.java
351428cd6e15e6d19fe48ce698c994ad3e6f0501 02-Mar-2015 Chris Banes <chrisbanes@google.com> Fix crash in AppCompat's background tinting

BUG: 19561949
Change-Id: Ib348b66d39f0c9723bb034d13876e0c56e65926f
/frameworks/support/v7/appcompat/src/android/support/v7/widget/AppCompatButton.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/AppCompatButton.java