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
|