| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Depends-On: I5b1dccb5d103ece3112acf38889bae16273b092f
Change-Id: I116aed2bb805f723a5bf2ec9eb94257de0b4a7b5
|
|
|
|
| |
Change-Id: If7112bc4a41007bd3dbcb2b4d2c9ff9e44f7cf0c
|
|
|
|
|
| |
Bug:16509819
Change-Id: Ibc0afd234eaa13c1862c8e8dd60d68940aa559f5
|
|
|
|
|
|
|
|
|
| |
If intent contains a specific extra the picker will be
retricted to launchers that support managed profiles
no matter whether there are managed profiles present.
Bug:15099904
Change-Id: I31ab74afee7b5a790cb7aa621fff72f640fcedaf
|
|
|
|
|
|
|
|
|
|
|
| |
User won't be able to switch to launchers that do not support
managed profiles.
Additional explanation is shown in text under the name of the
launcher.
Bug:15099904
Change-Id: I12470bf396d41ef47d463ef42835964aacda9719
|
|
|
|
|
|
|
| |
- remove the Intent.CATEGORY_HOME as it is not useful and
cannot be used into an Intent filter
Change-Id: I516188ea1c662c3277c64194c229a2e1c03a4e6a
|
|
|
|
|
|
| |
- remove those non usefull Intent.CATEGORY_LAUNCHER
Change-Id: Ib6e5f4a5265633da85423307fac26a104814f05f
|
|
|
|
|
|
|
|
|
| |
- remove that HomePackageReceiver from the AndroidManifest
that could force Settings to run
- use a HomePackageReceiver into HomeSettings and DashboardSummary
- fix also the BatteryInfoReceiver for refreshing the Dashboard
Change-Id: Id3891529fc176e7e4c450f2ce723f8ac2af66c58
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- add a BaseSearchIndexProvider to HomeSettings
- use a BroadcastReceiver for tracking add or remove of
Home / Launcher apps
- add "launcher" synonym for "home" too
- also code cleaning for DynamicIndexableContentMonitor
See bug: #16484927 Add "launcher" as a synonym for "home" in settings search
Change-Id: I819f4e5f7bd5e9a7882609206b2733ea1912fc69
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
|
|
|
|
|
|
|
|
| |
Principle of Least Surprise FTW.
Bug 11131794
Change-Id: I1df720fa86fb870aa74a5d0074ca966843317f12
|
|
|
|
|
|
|
|
|
|
|
| |
When the user deletes the last-but-one, there's nothing more that
they can do in Home settings (and we'll be suppressing it from the
top level of the Settings UI as well), so we now back out with
a dialog explaining the situation.
Bug 10918801
Change-Id: Id03169dace976f7de639e3b3ab3d50ed161258d8
|
|
|
|
|
|
|
|
|
| |
So a bundled home app can proxy install/uninstall to a non-bundled
package cleanly.
Bug 10749961
Change-Id: Ia35663fc46c068fe17eafa9116b6dda34c124b04
|
|
Bug 9958444
Change-Id: I868f5b7aa6ae9273b725cb96e80821a82569e7e0
|