| d6e47228c44aaadb0d4518da6db5c3f5dffda1ab |
|
21-Apr-2016 |
Chris Banes <chrisbanes@google.com> |
Backport framework changes to AppCompat
Changes includes:
- Menu popup updates
- SwitchCompat tinting APIs
- Various bug fixes from the framework
BUG: 28262702
Change-Id: Id263334df8f921b6379366f4b383d35468dcde41
/frameworks/support/v7/appcompat/src/android/support/v7/widget/ToolbarWidgetWrapper.java
|
| eb648620b291eabbb5523f649baef5abb2e4687b |
|
11-Mar-2016 |
Alan Viverette <alanv@google.com> |
Revert "Revert AppCompat's use of VDC" for v24 preview #2
This reverts commit 000c3b61b4f8a8e96060aeef662eb728101b83b9.
Change-Id: I1d60345b68b1ef76a92523865124d85bf29ac654
/frameworks/support/v7/appcompat/src/android/support/v7/widget/ToolbarWidgetWrapper.java
|
| 000c3b61b4f8a8e96060aeef662eb728101b83b9 |
|
02-Mar-2016 |
Chris Banes <chrisbanes@google.com> |
Revert AppCompat's use of VDC
It causes too many problems from a build perspective
for now. External developers can still use <vector>
drawables through AppCompat, it's just that the library
does not use them itself, and therefore force developers
to update their build config.
BUG: 27453786
Change-Id: Ie4ed9d213d9dcbcce622fe82c92808da19a78ed0
/frameworks/support/v7/appcompat/src/android/support/v7/widget/ToolbarWidgetWrapper.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/ToolbarWidgetWrapper.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/ToolbarWidgetWrapper.java
|