History log of /packages/apps/Settings/src/com/android/settings/ButtonBarHandler.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
263bcc8b732dbb47d3ce63904e0e05191fabbad6 18-Jan-2014 Fabrice Di Meglio <fdimeglio@google.com> Use Drawer in Settings app

- get rid of PreferenceActivity as much as we can and use fragments instead
- add Drawer widget
- add Dashboard high level entry into the Drawer (but this is work in progress and would be done in another CL)
- add bypass of fragment's Header validation when launched from the Drawer but *force* validation if external
call thru an Intent

Be aware that WifiPickerActivity should remain for now a PreferenceActivity. It is used by SetupWizard and should
not trigger running the SettingsActivity's header building code. SetupWizard is a Home during the provisionnig process
and then deactivate itself as a Home but would make the Home header to appear in the Drawer (because momentarily we
would have two Home).

Also, verified that:

- the WiFi settings still work when called from SetupWizard
- when you have multiple Launchers, the Home header will appear in the list of Headers in the Drawer

Change-Id: I407a5e0fdd843ad7615d3d511c416a44e3d97c90
/packages/apps/Settings/src/com/android/settings/ButtonBarHandler.java
79c5fd971e71fe7a7f3037474285c1812e3c2c5b 15-Jan-2011 Daisuke Miyakawa <dmiyakawa@google.com> Add WifiPickerActivity for PICK_WIFI_NETWORK

- We disable left pane when PICK_WIFI_NETWORK intent is used.
- Add ButtonBarHandler interface and let SettingsPreferenceFragment
use it instead of Settings. Note that
PreferenceActivity#hasNextButton() and
PreferenceActivity#getNextButton() are currently protected methods,
while Settings' relevants are public.

Bug: 3355247
Change-Id: Ie0fae8a1dbce9c7ce37375dff8395dc09b1cc74e
/packages/apps/Settings/src/com/android/settings/ButtonBarHandler.java