| f42a0a27e3b67602f63ab138e78fdefde81a40b6 |
|
11-Aug-2014 |
PauloftheWest <paulofthewest@google.com> |
Refreshing Bluetooth devices will clear all available devices.
Bug: 16851309
Change-Id: I9ffb1ddaeb8e785be145ea79467fc361a022d8d7
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 1a0297c544cb15ed4b56e70575b169b3889543b7 |
|
18-Jun-2014 |
Julia Reynolds <juliacr@google.com> |
Use restrictionsprovider framework in Settings.
Bug: 15305103
Change-Id: Ib0147e366fe90de3512d0cc06e2a47ee16012dff
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 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/bluetooth/DeviceListPreferenceFragment.java
|
| fe21d9aaa8a8c7f8a759805ba021b59dd821e4fe |
|
03-Aug-2013 |
Geoffrey Borggaard <geoffreyb@google.com> |
Pin protect more screens.
When these screens are locked down with user restrictions,
it should prompt the user for the restrictions pin before allowing
access to the settings screen.
Change-Id: Iadbb087da2d9470b855ea0bea89f2da1ffb9e854
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| a17a5b814f1c578df28cd5d444bd8abc3adbbba0 |
|
25-Sep-2012 |
Jeff Brown <jeffbrown@google.com> |
Fix regression in Bluetooth settings.
Bug: 7207090
Change-Id: Ie14a1d36a61b571766d2025ed7d8079712727690
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 5fb53f36cb77c3d924b3fe5c305ce7d082ecdfb8 |
|
28-Feb-2012 |
Amith Yamasani <yamasani@google.com> |
Don't crash if there's no bluetooth functionality (such as in an emulator)
Bug: 6079494
Change-Id: I12f729134407eaa719dc6a25e89a3b48476985e2
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 79be0b3e6b5639c4cbe2bbcd9adb0ec4c28716ed |
|
02-Aug-2011 |
Jake Hamby <jhamby@google.com> |
Fix multiple BT settings bugs.
- Change Bluetooth profiles screen to match ICS wireframes
- Remove BluetoothProfilePreference.java (no longer used)
- Remove "Pair with this device" summary below every unpaired device
- Remove "Paired but not connected" summary below unconnected paired devices
- Fix auto connection after pairing (reuse existing CachedBluetoothDevice)
- Add "Connected (no phone/media)" summaries based on ICS wireframes
- Fix visibility timeout strings.
- Fix crash when starting Bluetooth from Settings shortcut widget.
Bug: 5064139
Bug: 5064324
Bug: 5080404
Bug: 5093513
Bug: 5104485
Change-Id: Ie87103e183ce414c86cb1831a38ef0178b1b1292
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 49cfe8a3c8a15c5ec747cbeecacb50908da8e09b |
|
20-Jul-2011 |
Jake Hamby <jhamby@google.com> |
Fix some Bluetooth settings bugs.
- Remove BluetoothFindNearby.java (no longer used)
- Show message when Bluetooth is turning off
- Fix case where device name sometimes didn't show when turning BT on
- Disable "Rename device" and "Visibility timeout" menus when BT is off
- Remove "Got onDeviceAdded, but cachedDevice already exists" log message
- Never show "Rename device" in action menu (bug 5064378)
- Show discovery time remaining as "m:ss", not "mm:ss" (bug 5064104)
Bug: 5064378
Bug: 5064104
Change-Id: I79609dfdad61993a28cff64c9e082870ff74d180
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 4346cda76c6faa69d7341eb5e4e5bf21c2210e7f |
|
28-Jun-2011 |
Gilles Debunne <debunne@google.com> |
Double list in Bluetooth Settings
Paired devices are listed first (from cache), followed by unpaired ones.
A scan is only started on user request or when there is no paired device
(should it be when there is no paired *connected* device?).
Wrench icon only displayed for paired devices.
Wrench click listener no longer uses mDeviceSettings which is unreliable
with ListView view recycling.
Fixed blinking ProgressCategory when the category was first in the list.
Change-Id: Ie749883426c12bd354da64733bd04b00304bc1f5
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| e78c1879058571c00879f0d3e756951302adf513 |
|
21-Jun-2011 |
Gilles Debunne <debunne@google.com> |
Settings refactoring
Wifi and bluetooth pane refactored, main toggles moved to left pane.
Change-Id: I42ea4cf3bdf24158f3c67e0dea311258206cd78a
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 436b29e68e6608bed9e8e7d54385b8f62d89208e |
|
08-Feb-2011 |
Jake Hamby <jhamby@google.com> |
Refactor Bluetooth settings for readability and performance.
Major refactoring of Bluetooth settings classes.
- Moved all functionality from LocalBluetoothManager into new
LocalBluetoothAdapter and LocalBluetoothPreferences, and into
existing classes.
- Refactored functionality from BluetoothEventRedirector into new
BluetoothEventManager class, deleting the original version. New
version uses a HashMap from action Strings to implementers of the
BluetoothEventManager.Handler interface.
- Created new BluetoothDiscoveryReceiver to update shared preferences
timestamp for Bluetooth discovery start/finish. This is the only event
handling we need to do when the settings app is not visible, so it has
its own receiver entry in AndroidManifest.xml. Edits are written using
QueuedWork.singleThreadExecutor(), which BroadcastReceiver knows about
and will wait for completion, eliminating the need for PendingResult.
- Miscellaneous cleanups to code style and logic for readability.
- Pulled some large switch statement code blocks into new methods.
- Changed all Bluetooth state references to the new BluetoothProfile
constants.
- Changed use of deprecated Notification constructor in
BluetoothPairingRequest to use Notification.Builder.
- Moved Utf8ByteLengthFilter helper function from BluetoothNamePreference
into its own class, and moved test cases into the same package.
- Moved all LocalBluetoothProfileManager functionality related to
specific profiles into new top-level classes (A2dpProfile, etc.), all
implementing the LocalBluetoothProfile interface.
- Moved all UI-related methods from CachedBluetoothDevice into the class
that uses the method, or into the static Utils class for shared methods.
Change-Id: I6d49b7f4ae0c7d7dcf62551ee40b51ecb5fe4f47
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|
| 2748fc24cfeef9a79fc5e29c02a71737def35e6a |
|
13-Jan-2011 |
Jake Hamby <jhamby@google.com> |
Close scan screen when pairing and remove device when unpairing.
Close the scan screen after successful pairing, and remove a
device from the list of paired devices after unpairing.
As part of the fix, BluetoothSettings was refactored into a parent
class, DeviceListPreferenceFragment, and three subclasses for each
variant type: BluetoothSettings, BluetoothFindNearby, and
DevicePickerFragment, replacing the checks against mScreenType with
custom logic in the child classes.
Bug: 3325848
Change-Id: If64fddc3ba5b4f1136451491c7d5a1139b696e47
/packages/apps/Settings/src/com/android/settings/bluetooth/DeviceListPreferenceFragment.java
|