Re-arrange settings and captions for dreams. Activation on sleep
and activation on dock now independent. Sleep activation defaults to off,
dock activation defaults to on (replacing dock mode).
Also use dream manager service for testing dream preference, and properly
disable preferences if both dream activations are disabled.
Change-Id: I76f5ba115c7678826a09077dd393acc55c2bca26
Bug: 6921930
Show "auto-rotate screen" option in Display only if the Rotation Lock
feature is not available on the device.
When the "auto-rotate screen" option is disabled in Accessibility or
Display settings, hide the Rotation Lock feature.
Use new RotationPolicy class to adjust rotation settings.
Bug: 6523269
Change-Id: Ifa89ff055e5ad0a00888e10720dd76b0054fe290
Enabling "Rotation lock" when in landscape will stay in landscape
instead of forcing to portrait.
Bug: 6481542
Change-Id: Ide6171437a207f97a8fc3123ad8b2fe27323336f
Additionally, hide all Dreams settings if the feature is
disabled (R.bool.config_enableDreams).
(Depends on change Idfe9d430)
Change-Id: Ifa05f125e411ca58605c33481de26cd29a926807
Bug: 5371750
Changing the system setting directly results in inconsistent
behavior among the three different places where "auto-rotate"
settings appear in the UI. Use the WM APIs instead.
Change-Id: I1a8239af66b1cc3aeec8310383e72fc96c878d73
Negative value will show no summary.
Zero is no longer a special case. It will display the first summary, like any
value below it.
Change-Id: I88d49cac844fb2dc347bef94ac033df9255d748f
Depends on change Ied691856 for
Settings.Secure.DREAM_TIMEOUT and
Settings.Secure.DREAM_COMPONENT.
Change-Id: Ib6f74b74036e12637efb891b97e459a4e33444e7
Bug: 3491814
Bug: 3482859
Bug: 3497535
Since the system bar can now change brightness and orientation lock, Settings needs to listen
to changes to those settings and reflect in the UI.
Also fix a problem with restoring state on cancel when the brightness dialog is invoked a
second time.
Change-Id: I3ada6e77df9a6b013a16061877fcb6b55c94a903
This changes the setting "Display" to "Screen" and updates
the timeout summary to reflect the current setting.
Change-Id: Id8209d445f65a0908ae8093a8f5f7f951f333053
Added a base class SettingsPreferenceFragment from which the settings activities should
be derived so that they can behave like fragments. It contains some commonly called
utility methods and dialog conversion to DialogFragment.
Some of the top-level activities can be launched directly without the left pane.
Settings.java acts as a proxy activity that contains just that settings fragment without
the left pane.
There are still a lot of second and third level activities that need to be fragmentized.
This is just the first pass to test the 2-pane layout.
When the user adds a DPM, Settings removes all display
timeout options with t > maxTimeout. It was incorrectly
setting the preference to maxTimeout.
The corrected code picks the user's preference if less
than maxTimeout or nothing otherwise.
Change-Id: I5a47fdce89f4cf216fd76bb585c3c0120b39db92
This fix removes unusable display timeouts from Settings when
a device policy is enabled.
Patch 3 catches the case where not having any active policies clears the list.
Change-Id: I5b08d420c73b1c2e6fe2bb4e65656790290574cd
Bug:2362077 Bug:2312836 Bug:2166486
Split Sound and Display into separate top-level settings.
All volume settings (including Alarm volume) now in one Volume dialog.
Remove some sub-texts to reduce clutter.
