Rather than just for the labels...
Also update bg mem to be converted to the same memory scale for
the bars. Also undo some bad average calculations that only made
things worse.
Bug: 20694769
Change-Id: I676803bf76d336355441891e768ba3c228dbfbca
- Update memory states to be Good performance, Ok performance, etc.
- Update header info to be based on history rather than
instantaneous
- Color memory bar differently based on state
- Fix run frequency bucketing to be correct
- Show dialog for selecting duration, and fix duration selection
- Update process naming to:
- If process name is "anything:xxxx" then show "Xxxx"
- If process name is "com.app.package.interface" then show "Interface"
- If process name is the package name then show the app name
- Otherwise fallback to the process name string
Bug: 20694769
Change-Id: Ic1fab28bfd2422bde84dd10bd305a4cc34be98cf
Use SettingsPreferenceFragment's method for pinned headers where
possible, and add a frame within the fragment for them to live in
otherwise so that this view doesn't end up on the activity.
Bug: 20886475
Change-Id: I985eb1497744ea50bfabed862e5088eb89df5b61
- Strings not final!
- New UX for power usage details (more preferency)
- Add high power apps list shows on/off and screen to
change (when possible)
- Link from power usage summary to high power list
- Link from advanced apps to high power list
Bug: 19991702
Change-Id: I97c927ed82d3b89041e4429b427508545763d66c
- show full list of Browsers
This change depends on a Framework change which adds a new MATCH_ALL
constant flag in PackageManager for getting the full list.
See bug #20144393
Change-Id: I6ed29cbac28aaf1a955541db0615a1d20d267fd5
The previous code worked with ComponentNames because it was
based off existing code for the default SMS application.
We only really need the package name however, so simplify the
code by storing and retrieving the package name directly.
Bug: 20304458
Change-Id: Icabd3a9f0f8166c105360494b601160d13767fad
- Move process stats from developer options to top level
settings item.
- Some minor UI changes to the top of the page
- Major UI updates to detail page, now shows info with processes
as pref categories and services as prefs, with a way to kill
them (taken from Running Services page).
- Some major refactorings in code, in attempt to make it more
usable
- Added color bar on per app basis to visualize the avg/max
relationship
- Updated the way avg is calculated across multiple entries in
ProcStatsPackageEntry to be more accurate
- Change the way max memory is calculated in
ProcStatsPackageEntry to be less accurate but more useful
Bug: 19443802
Change-Id: Ia6aaabe42c415c50997a09bfb814a6f6e5731772
We now kick off the move immediately, and pass along the "ID" of the
move in progress. This allows the progress activity to be completely
destroyed and recreated without kicking off a second conflicting move
operation.
Also uses new cleaner movement API that accepts direct VolumeInfo.
Bug: 19993667
Change-Id: I28bc268fcb42dfc9152020b16ef7058d63157597
Entries in the app list should not be disabled, instead we should
be filtering for only items the user can modify.
Bug: 20210219
Change-Id: Ida298a9ba16c1201ac238b85f299bdc7b0ae7a1d
Now uses ManageApplications base, and has a details screen which has
a switch and a link to optional app settings.
Bug: 20290386
Change-Id: If32ce8d82e55f3908644c575925b3f6506a68e6e
We now allow moving packages between all possible candidate volumes,
as determined by the framework. Moving now jumps through wizard to
help user understand what's going on.
Bug: 19993667
Change-Id: I5416ed2865f400b1d718c68a3f0e033080fefa0e
Allow help uris to be either an intent uri or as uri (as they were
before). Also add a default help uri, and specific helps for several
screens.
Bug: 15475009
Change-Id: Iff982892973f01d32ff61ea88d4844e9a7153500
- Move emergency and SMS app preferences to default apps
- Fix search on default apps
- Make all default app prefs use AppListPreference
- Some approximate UI work on AppListPreference
Bug: 20210110
Change-Id: Id04086163c7e87c92a03af421a27018fb380b45d
Instead move the functionality back into overflow menu as show/hide
system apps. Also move the reset app preferences from advanced to
the overflow menu.
Bug: 20210160
Change-Id: Ied573e1f7dfc438b06642ee2af8f11868130ba3b
Also add loading screen to manage permissions as this can take a
long time to load in some circumstances. Build loading screens into
Utils and SettingsPreferenceFragment so that it can be easily used
other places in the future.
Change-Id: I7febd06695487e02ced793a9fd418051b5f0eab8
- add Default Apps section in Apps / Advanced
- follow UX spec
This change depends on a Framework change which adds new APIs in PackageMaager
for setting and getting the default Browser App package name.
See bug #20144393
Change-Id: I2ff456eeaced9f740f4dd6fb6bccea6de6ea1308
UX fixes
- make the ManageApplications list to be able to handle some disable items
- add domain list for App that are not verified
Change-Id: Ib37c6f3f3dd1d1cdc17db434967f583cc89e068c
