| d837ef307ff53290159c0d7c8cf9e3e0dc2fa410 |
|
11-Oct-2014 |
Chris Banes <chrisbanes@google.com> |
Sort out the internal Menu wrappers
They were originally designed to be used in reverse:
wrapping a framework object as a support equivalent.
Now we only use for action modes where we need the opposite
behavior.
BUG: 17689154
Change-Id: Ic5ecd2e5a8d2b95f67a72244a8136c5647bc241d
/frameworks/support/v7/appcompat/src/android/support/v7/internal/view/menu/BaseMenuWrapper.java
|
| 6e6abe6eb358db4c3932752249c8ac61dd3dab21 |
|
08-May-2013 |
Jeff Brown <jeffbrown@google.com> |
Fix several issues with menu wrappers.
The menu wrappers were being created for the wrong version due to
an upside-down if tree in the menu wrapper factory.
The action provider wrapper code was duplicated and failed to
propagate the visibility changed event correctly. The new JB
API bits were also mixed into the ICS bits.
Added @Override in a few places where it was absent.
Renamed MenuWrapper to MenuWrapperFactory to avoid confusion
in the subtype relation between it and the actual wrapper types.
Simplified the wrapper hierarchy by moving construction of
support wrapper types into this factory instead of having to
override individual createXXX methods on each wrapper type.
This means we can get rid of several types, a possible diamond
inheritance hierarchy involving MenuWrapperHC and SubMenuWrapperHC
and their subtypes and the maintenance hassle of having to update
four places whenever a new version specific subtype needs to
be added.
Added a SupportSubMenu interface type to complete the set
of defined interface types.
Fixed handling of null listeners in a few places.
Bug: 8175766
Change-Id: I8c164893a6025308751a8c05671945874fe047c4
/frameworks/support/v7/appcompat/src/android/support/v7/internal/view/menu/BaseMenuWrapper.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/internal/view/menu/BaseMenuWrapper.java
|
| da10fdd1400ecfd8d7f2e55651dd528d0614dfc5 |
|
19-Mar-2013 |
Jeff Brown <jeffbrown@google.com> |
Move appcompat library to v7 package.
Moved most of the options menu related functionality out of v4
support lib into appcompat where it belongs. These two libraries
have very different design philosophies and it is important that
they remain untangled.
The support action bar options menu is broken by this change but
will be fixed in later patches after some refactoring to more
fully express the facade-like nature of the appcompat library.
Collapsed the appcompat eclair, honeycomb and ics folders into
one src folder because the layering did not make any sense.
All of these folders were providing portions of the API.
The layering will be reconstructed and improved in later patches.
Moved implementation types into an internal package within appcompat
to prevent them from leaking into the API.
Changed the base package name to android.support.v7, similar
to the gridlayout support lib.
Bug: 8175766
Change-Id: I538cbe08310e63e96a2a9fed0b8636eeda530f2c
/frameworks/support/v7/appcompat/src/android/support/v7/internal/view/menu/BaseMenuWrapper.java
|