| f3ad1351d8b40ec5defe35e79d3430ad3c384b6d |
|
27-Nov-2014 |
Chris Banes <chrisbanes@google.com> |
Refactor AppCompat's Activity structure
- The activity delegates now have a public abstract class
called AppCompatDelegate. Any Activity can create one,
but they must call through to the delegate at certain
lifecycle methods.
- Related, I've reduced the number of manual lifecycle
calls needed by using Window.Callback where possible.
- Activities can implement the the new AppCompatActivityCallback
interface to receive certain callbacks.
- AppCompatActivity does all of this automatically
- ActionBarActivity is now a deprecated alias for AppCompatActivity
- Removed support for the v4 Drawer Toggle
- Remove our internal callback in favor of using Window.Callback
directly
BUG: 18547959
Change-Id: I8ece4372fa2abbc5b5246544643fafe0e22874be
/frameworks/support/v7/appcompat/src/android/support/v7/view/ActionMode.java
|
| 13ab4aa8a1d337c414c887a81b9829f2286cdd37 |
|
08-Jul-2014 |
Chris Banes <chrisbanes@google.com> |
Start refactoring appcompat-v7 for Material DO NOT MERGE
* Anything pre-L now uses the compat unbundled action
bar implementation.
* Unbundled action bar is now Material-esque. More
to do here.
* Fix Base style naming convention
Change-Id: Ia4d6003e85dba16d24ce11c5e89ffcf6b8123692
(cherry picked from commit b60cbcc22f5f5f0ed64a4b8afe70877b52c115c2)
/frameworks/support/v7/appcompat/src/android/support/v7/view/ActionMode.java
|
| 9dcd2e58138ca4eb4b18f80b50e8979329e859d6 |
|
17-Jul-2013 |
Scott Main <smain@google.com> |
javadoc edits for support library
Change-Id: Ie8f228036dc9d33315430490a2e03e9c504ada71
/frameworks/support/v7/appcompat/src/android/support/v7/view/ActionMode.java
|
| 30837f1095c803f332f4a1c3f0917c8afdd50156 |
|
24-Apr-2013 |
Adam Powell <adamp@google.com> |
API changes for support action bar menus
Refactor support action bar to use standard framework menu interfaces
instead of additional interfaces. This simplifies the API and results
in fewer disjoint callbacks which could make life difficult for
library authors.
SupportMenu/SupportMenuItem are now private implementation details of
the support lib rather than interfaces used directly by app
developers. Developers must use standard support shim *Compat classes
to access new methods, and these shims are now aware of
SupportMenu/SupportMenuItem and will do the right thing.
Fix up a few other general issues and bugs.
Change-Id: I833dce76485741b680bef84c1c0ed8d81ea57616
/frameworks/support/v7/appcompat/src/android/support/v7/view/ActionMode.java
|
| d8222dedaacae30fa03bee346ebf42ee75b39928 |
|
26-Mar-2013 |
Chris Banes <chrisbanes@google.com> |
Expose support version of contextual Action Bar
This commit exposes the contextual Action Bar
to developers:
- More drawables imported (sigh).
- Using standard ActionButton style for Close button,
didn't see the point of adding yet more drawables
- Moved ActionMode.java out of internal
- Added ActionModeWrapper for HC+
- Added onBackPressed support
- Added relevant callbacks to ActionBarActivity
Change-Id: I02996621e810db6875c86cc5965ecac769459c16
Signed-off-by: Chris Banes <chrisbanes@google.com>
/frameworks/support/v7/appcompat/src/android/support/v7/view/ActionMode.java
|