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.
