11620edf31ac03bef0e26d062d67ae731379dee8 |
|
28-Aug-2017 |
Christopher Tate <ctate@google.com> |
Note cross-user permission requirement for relevant wallpaper operations Documentary change only. Bug: 62343054 Test: N/A Change-Id: Ibf6617b2c25306852478089b60a019479f8d2bcd
/frameworks/base/core/java/android/app/WallpaperManager.java
|
eeb36bee98a80aa248168c7dfb7d87f31d3502e7 |
|
04-Aug-2017 |
Lucas Dupin <dupin@google.com> |
API Council feedback Change-Id: I35b1d2a8a32d2fdf1b698640030dc42c1e595904 Fixes: 64330915 Fixes: 64331343 Test: read the docs
/frameworks/base/core/java/android/app/WallpaperManager.java
|
50ba991655555dfde90149489f6485a0529ba0ac |
|
14-Jul-2017 |
Lucas Dupin <dupin@google.com> |
Multi-user and WallpaperColors Test: set different wallpapers for different users and switch between them. Test: re-ran cts tests at cts/tests/app/src/android/app/cts/WallpaperManagerTest.java Change-Id: Ic06d1dc6db26869a2948590863ca9b8ac81c630e Fixes: 63513694
/frameworks/base/core/java/android/app/WallpaperManager.java
|
93252de33e148448c1555012ff9203e0f550d33b |
|
15-Jun-2017 |
Christopher Tate <ctate@google.com> |
Require READ_EXTERNAL_STORAGE to read wallpaper imagery We now require the READ_EXTERNAL_STORAGE permission for an app to be allowed to read the system's wallpaper imagery. This is a logged-but-benign no-op failure for apps targeting API levels up through Android O, but a crashing failure (SecurityException) for apps that target API levels newer than O. Also, marked the permission-requiring parts of the formal API with appropriate @RequiresPermission annotations. Bug 30770233 Test: bit CtsPermissionTestCases:.NoWallpaperPermissionsTest Change-Id: Id75181f05d05e5ca32f5fefcbe15dc81de264dff
/frameworks/base/core/java/android/app/WallpaperManager.java
|
dbf4a9c27492d7b3a388fc8cafca13e56072948e |
|
27-Jun-2017 |
Christopher Tate <ctate@google.com> |
Don't synchronize inside getWallpaperColors() Reading the current wallpaper's palette doesn't involve any state inside the WallpaperManager instance, so there's no reason to apply synchronization in the first place. By doing so we were inducing a great deal of lock contention, since the system side of the operation can sometimes take a long time to execute. Bug 63065764 Test: manual Change-Id: I6f5f67a0819da23245a4ad5334f0942011467f7c
/frameworks/base/core/java/android/app/WallpaperManager.java
|
ec68b46bc85b2317053da7e2933876fc6e51ac2f |
|
06-Jun-2017 |
Jeff Sharkey <jsharkey@google.com> |
Merge "Annotate @SystemApi with required permissions." into oc-dev am: c1406978a4 am: 7a2e4a8486 Change-Id: Ib629e25dbf047c110feaf03e4ff744b5c6df9aeb
|
d86b8fea43ebb6e5c31691b44d8ceb0d8d3c9072 |
|
03-Jun-2017 |
Jeff Sharkey <jsharkey@android.com> |
Annotate @SystemApi with required permissions. Most @SystemApi methods should be protected with system (or higher) permissions, so annotate common methods with @RequiresPermission to make automatic verification easier. Verification is really only relevant when calling into system services (where permissions checking can happen on the other side of a Binder call), so annotate managers with the new @SystemService annotation, which is now automatically documented. This is purely a docs change; no logic changes are being made. Test: make -j32 update-api && make -j32 offline-sdk-docs Bug: 62263906 Change-Id: I2554227202d84465676aa4ab0dd336b5c45fc651
/frameworks/base/core/java/android/app/WallpaperManager.java
|
a851b5ae76a01b44711e45e03e8037c0cb348110 |
|
27-Apr-2017 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "DO NOT MERGE Revert "Wallpaper color extraction API stub"" into oc-dev
|
3fd72ff2e7a9d40dc3d295be6cbc712814fed0f6 |
|
26-Apr-2017 |
Lucas Dupin <dupin@google.com> |
DO NOT MERGE Revert "Wallpaper color extraction API stub" This reverts commit c40608c041b1eb8b8cb4b96347c7ca29f4f79169. Change-Id: Ia202f4b48b8ba22497db8aa97ba53d412f7b7bd5
/frameworks/base/core/java/android/app/WallpaperManager.java
|
ea1fb1e077e9fa8ce6a8a9e8caaf7423dc09cc9d |
|
06-Apr-2017 |
Lucas Dupin <dupin@google.com> |
Wallpaper color extraction Now it's possible to listen to changes on wallpaper colors by registering a listener on WallpaperManager. It's also possible to know the current wallpaper colors and if it's light or dark. Test: runtest --path cts/tests/app/src/android/app/cts/WallpaperColorsTest.java && \ runtest --path cts/tests/app/src/android/app/cts/WallpaperManagerTest.java Bug: 36856508 Change-Id: Ia6b317b710e721d26f0fe41c847b9426e61d8d8b
/frameworks/base/core/java/android/app/WallpaperManager.java
|
0f3f60b576aedc78524d50da3dadada2201e63c2 |
|
25-Apr-2017 |
Jeff Sharkey <jsharkey@android.com> |
Fix some issues found by new doclava linter. Add missing API annotations for permissions and SdkConstants, and invoke doclava with new "-android" flag. Test: make -j32 offline-sdk-docs Bug: 37526420 Change-Id: I970bb2655eb568fd25004636f134c794663a6c33
/frameworks/base/core/java/android/app/WallpaperManager.java
|
c40608c041b1eb8b8cb4b96347c7ca29f4f79169 |
|
15-Apr-2017 |
Lucas Dupin <dupin@google.com> |
Wallpaper color extraction API stub Now it's possible to listen to changes on wallpaper colors by registering a listener on WallpaperManager. It's also possible to get the current wallpaper text color hints. Bug: 36856508 Test: compilation Change-Id: I5102cb7be9a4af60b85fc8913154a79dfe5c21a0
/frameworks/base/core/java/android/app/WallpaperManager.java
|
a2bd512034f17ca2a6309ff80bc5ed0ba8660182 |
|
22-Sep-2016 |
Christopher Tate <ctate@google.com> |
Fix crash in clearWallpaper() The underlying clearWallpaper() service method demands that only a single kind of wallpaper be specified as the target; but a recent patch attempted to expand the client-side legacy method to apply to all kinds of wallpaper, incorrectly. This patch corrects that client- side code to do things properly. Bug 30456015 Change-Id: I0a881957b881206e5eb775c6879ba90f10f9ffb0
/frameworks/base/core/java/android/app/WallpaperManager.java
|
6009d9db886c4b9262bbfa716d6f39e234e5dc19 |
|
30-Aug-2016 |
Edward Savage-Jones <edward.savage-jones@sonymobile.com> |
Fix WallpaperManager APIs When support for lockscreen wallpapers was added in API level 24 the behaviour for earlier API versions changed. Calls to the old 'set' APIs no longer affect the overall device wallpaper, and can result in an end user not being able to change their lockscreen wallpaper. This upload restores the original API behaviour. Bug: 31204228 Bug: 30456015 Change-Id: Ia16d2e2e379c54d798eef8f5c653099c2c581d78
/frameworks/base/core/java/android/app/WallpaperManager.java
|
6c902d04532838f7549506b1c62349e321ac9485 |
|
18-Aug-2016 |
Jorim Jaggi <jjaggi@google.com> |
Change retail mode wallpaper (1/2) Change-Id: I7ce5711e57bc39edf10fc7151f26168c6183d71e Fixes: 30830249
/frameworks/base/core/java/android/app/WallpaperManager.java
|
6172266154e9071abba2c0aab9ffb31e0ec8c239 |
|
11-Aug-2016 |
Christopher Tate <ctate@google.com> |
Check system & lock wallpaper backup eligibility independently Bug 30751829 Change-Id: Ic94689dd63238449222d1aea07231d9fd29fc76d
/frameworks/base/core/java/android/app/WallpaperManager.java
|
3cec9d44b3ae914e05f631544a2012397f8c61fe |
|
18-Jul-2016 |
Chris Tate <ctate@android.com> |
Merge "Document that WallpaperManager.getDrawable() can return null" into nyc-mr1-dev
|
41dc83bd578c12a481a42357ca51a8cab82ce54c |
|
16-Jul-2016 |
Christopher Tate <ctate@google.com> |
Document that WallpaperManager.getDrawable() can return null Bug 30164766 Change-Id: Idc03a41ea3fab3772de4f24551765dff78eb6d7f
/frameworks/base/core/java/android/app/WallpaperManager.java
|
9a7c3bd577ba1d3ea43082814529ea3d6379d024 |
|
15-Jul-2016 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "Add way to set live wallpaper across users" into nyc-mr1-dev
|
40ea083b59c05beec2eb2c064927086aa55173f3 |
|
14-Jul-2016 |
Adrian Roos <roosa@google.com> |
Add way to set live wallpaper across users Also adds an entry point for vendor specific services to SystemUI. Bug: 30038484 Change-Id: I8f335c1f7de15d619f2c688a8ac95372f166595f
/frameworks/base/core/java/android/app/WallpaperManager.java
|
b6378cf4ae73e6c7e988f5316b0964698437d7a8 |
|
12-Jul-2016 |
Fyodor Kupolov <fkupolov@google.com> |
Don't hold a lock while loading default wallpaper It currently causes lock contention during user switch, when instance of WallpaperManager in SystemUI is accessed from multiple threads Bug: 29039588 Change-Id: I4b827d54d10fbd3b188fb94f47e78a2967ecb480
/frameworks/base/core/java/android/app/WallpaperManager.java
|
e31f6b8024d1a0cfa71894e9a8ce1b39a9f85b2f |
|
02-Jul-2016 |
Jorim Jaggi <jjaggi@google.com> |
Preparations for different scrim depending on wallpaper - Allow wallpaper info to be queried by user - Refactor ScrimController for extensibility Bug: 28936996 Change-Id: Ib019331a844110f1f24f35d225d2648626545233
/frameworks/base/core/java/android/app/WallpaperManager.java
|
36cb2a7a912a18b1d75151ca158664c1d88c6c23 |
|
09-Jun-2016 |
Christopher Tate <ctate@google.com> |
Turn down factory-default lock wallpaper support The infrastructure is here but not yet fully plumbed, so gracefully provide the historical behavior until the rest is in place. Bug 29220492 Change-Id: I36feaf68099d85e4ae11a5262002ee85346703ed
/frameworks/base/core/java/android/app/WallpaperManager.java
|
98d609ce3f98585a21f3be31a318bd4e1396a562 |
|
19-May-2016 |
Christopher Tate <ctate@google.com> |
Incorporate feedback on new wallpaper-related APIs - Documentation - Method naming - Throwing exceptions rather than returning zero/null/false on input failures Bug 28773334 Change-Id: Ia41c1e31c76b7114f3ffeb16033384cac5a1031d
/frameworks/base/core/java/android/app/WallpaperManager.java
|
5d99d47f39d741ebe4a1ede53affc8c6bd198b2f |
|
07-May-2016 |
Christopher Tate <ctate@google.com> |
Add default lock wallpaper capability and API If present, the system property "ro.config.lock_wallpaper" provides a filesystem path to a decodeable image file to use as the system's out-of-the-box lock wallpaper imagery. In the absence of this system property, or if the indicated file is absent or unreadable, then the new framework resource com.android.internal.R.drawable.default_lock_wallpaper is consulted to locate a usable asset. This mechanism parallels the existing one for the default system wallpaper. By default there is no specific lock wallpaper asset; the resource is defined to be @null in the standard config.xml file. A product that wants to define such a factory-default lock-only wallpaper image will provide the asset as part of its framework resource overlay. Bug 27828056 Change-Id: Iebf3706222370d0a0a4baf88d71a59ead07a25c7
/frameworks/base/core/java/android/app/WallpaperManager.java
|
d7faf53605838487cace9979e577005cc7c8cabc |
|
25-Feb-2016 |
Christopher Tate <ctate@google.com> |
Don't back up wallpapers that we've been told not to In addition, now that the full uncropped wallpaper image is being backed up, we now handle that via the full-data backup path instead of key/value. Restore still knows about legacy data that gets delivered via the older key/value mechanism. This change also has the effect of removing the size limitations around wallpaper restore acceptance. Any size source imagery is valid, as crop & scale are rerun in a device-appropriate way after the restore. Bug 25453848 Bug 25727875 Change-Id: Idc64a2eaab97a8ecc9d2b8ca5dc011f29cab324d
/frameworks/base/core/java/android/app/WallpaperManager.java
|
edf7d04003890d3b673ab804f5b739e143f4faca |
|
30-Mar-2016 |
Christopher Tate <ctate@google.com> |
API review: WallpaperManager - Rename FLAG_SET_* to simply FLAG_* - Improve documentation Bug 27365822 Change-Id: I10e85aeaa462a8ae092938c0ccd55d171f02c20a
/frameworks/base/core/java/android/app/WallpaperManager.java
|
e409f0e46243e943af2a223c00bc7098dc7e5c88 |
|
21-Mar-2016 |
Christopher Tate <ctate@google.com> |
Add API to read the current wallpaper's ID Also regularize cross-user call handling throughout. Bug 27743435 Change-Id: Ibc530d0576d657723a613888357a6ea71b482763
/frameworks/base/core/java/android/app/WallpaperManager.java
|
cea9f353f79d2c367a30fa84ceca524e5eacce08 |
|
14-Mar-2016 |
Oren Blasberg <orenb@google.com> |
Merge "Fix constant name in WallpaperManager javadoc." into nyc-dev
|
2eee8c6e0e005700e8a8e221237d5827e3393590 |
|
14-Mar-2016 |
Oren Blasberg <orenb@google.com> |
Fix constant name in WallpaperManager javadoc. It should be FLAG_SET_LOCK, not FLAG_SET_LOCK_WALLPAPER (same thing for SYSTEM). Change-Id: I1a7a91edb3e67103b5584affc7d46a98d9a735b2
/frameworks/base/core/java/android/app/WallpaperManager.java
|
93a914a77f5bee56da5a7462217bed856884b5d9 |
|
07-Mar-2016 |
Vadim Tryshev <vadimt@google.com> |
Fixing bugs with peeking a wallpaper. 1. Cached wallpaper from one user could be retrieved for another user. Fixed with adding a mCachedWallpaperUserId member. 2. mDefault wallpaper was returned too early. Moved down so that default wallpaper could be returned only after making sure that system wallpaper is unspecified. Bug: 25185253 Change-Id: Ie620621e5c4039d5d680211150aa5327f321f11a
/frameworks/base/core/java/android/app/WallpaperManager.java
|
79a2457e198cf40b2b80e7fb6bd1656a9d78f246 |
|
02-Mar-2016 |
Christopher Tate <ctate@google.com> |
Add API to clear a specific wallpaper There was previously no public API for clearing the keyguard wallpaper versus the system wallpaper, or both. Now there is. Bug 27400185 Change-Id: If1789dd430040acdf16d77413c0e4b46bf3789f3
/frameworks/base/core/java/android/app/WallpaperManager.java
|
c53962d4ede82a03b62f0c8bb86bd0da090a15eb |
|
02-Mar-2016 |
Jeff Sharkey <jsharkey@android.com> |
When system server goes down, crash apps more. Apps making calls into the system server may end up persisting internal state or making security decisions based on the perceived success or failure of a call, or the default values returned. The reality is that if the system process just died, init will be along shortly to kill all running apps, so we should have no problem rethrowing the RemoteException as a RuntimeException. Bug: 27364859 Change-Id: Ife0bcb079636c88d54c44d17eb580409fd79028b
/frameworks/base/core/java/android/app/WallpaperManager.java
|
60598ea0aafb297d0c7617410edded5c0f7d1c53 |
|
26-Feb-2016 |
Oren Blasberg <orenb@google.com> |
WallpaperManager: support custom default cropper. If the component name is specified by the OEM, that component is used as the default (fallback) cropper rather than com.android.wallpapercropper. Bug: 26084319 Change-Id: I5c79beb8e84721944e752bda637cdf0377b8d826
/frameworks/base/core/java/android/app/WallpaperManager.java
|
dcd93cc21a437ae86dc55622a66a948d6870af74 |
|
08-Jan-2016 |
Yorke Lee <yorkelee@google.com> |
Add Wallpaper.getBitmapAsUser() Add a new API to allow a wallpaper bitmap to be obtained for a specific user. Without this API, using only getWallpaperFile(..., userId), one can't get a default wallpaper bitmap if the wallpaper is not set. Bug: 25185253 Change-Id: Ibe1e9a49d22bee08fd4bed415573c1ee28526aea
/frameworks/base/core/java/android/app/WallpaperManager.java
|
be132e6ea494023d4b8c37658a34efa8b705dce9 |
|
10-Feb-2016 |
Christopher Tate <ctate@google.com> |
Keyguard wallpaper Clients can now set a lock-only wallpaper that Keyguard can observe and choose to draw as appropriate. Bug 25454162 Change-Id: I3fc30e02919e814b55dfded2a1a36ad9d2e55299
/frameworks/base/core/java/android/app/WallpaperManager.java
|
f2519814cc7136773a115b770d20cf4c92945952 |
|
26-Jan-2016 |
Oleksandr Peletskyi <peletskyi@google.com> |
Added restriction that disallows ability to set wallpaper. BUG: 24890474 Change-Id: I424aa80d914e3b6f3f9eba8ccb4802bad6f54907
/frameworks/base/core/java/android/app/WallpaperManager.java
|
1e1e2e013fbd2b77ecf3bb87f58ba9d4849d172a |
|
26-Jan-2016 |
Christopher Tate <ctate@google.com> |
Extract crop hint rect from source wallpaper image Setting the wallpaper is still synchronous: the caller blocks until any backend cropping/manipulation has completed. There is a timeout (currently 30 seconds) on that to avoid wedging the caller arbitrarily. Bug 25454501 Change-Id: Idca2fe1b10e4fa34d6d54865903d9a1b9e305e3c
/frameworks/base/core/java/android/app/WallpaperManager.java
|
ad3c2592a06be34c32f45a9c19429065f0107daa |
|
21-Jan-2016 |
Christopher Tate <ctate@google.com> |
Expanded wallpaper APIs for keyguard and change detection * There is a nonzero integer ID associated with the currently-set wallpaper image, and this changes every time any caller sets the wallpaper. This is to support external change detection. * The API now permits a caller to independently set imagery as the new general system wallpaper or keyguard-specific wallpaper. The backing implementation is not yet plumbed through, but the API is now in place for clients to safely write code against. Bug 25454501 Bug 25454162 Change-Id: I4934f102d5630485bf2870d83664145ae68a3695
/frameworks/base/core/java/android/app/WallpaperManager.java
|
ffa6a886586b581a69e21cf0d831e2e548a25148 |
|
12-Dec-2015 |
Christopher Tate <ctate@google.com> |
Add crop hint and backup-eligible info to wallpaper API The OS will not distinguish between the physical underlying wallpaper image and the target displayable subrect of that image. This will enable more pleasing conveyance of backed-up wallpaper imagery between dissimilar devices. The allow-backup hint is a way for wallpaper sources to ensure that the OS doesn't back up imagery that should not be propagated across devices. (NB: the backing implementation isn't in place yet; this is just to permit forward-looking work on client apps in the interim.) Bug 25454501 Bug 25453848 Change-Id: Id014d552ae509f659992d57b915ef95c5d4b8d1a
/frameworks/base/core/java/android/app/WallpaperManager.java
|
f3ece36535d4999cf2bfd2175a33da6c3cdf298e |
|
11-Feb-2015 |
Benjamin Franz <bfranz@google.com> |
Block setting wallpapers from managed profiles. Silently fail when a managed profile app tries to change the wallpaper and return default values for getters in that case. This is implemented through a new AppOp that is controlled by a new user restriction that will be set during provisioning. Bug: 18725052 Change-Id: I1601852617e738be86560f054daf3435dd9f5a9f
/frameworks/base/core/java/android/app/WallpaperManager.java
|
bd3bfc5285dcacff0a69fecf3baeeeb90d887a58 |
|
02-Mar-2015 |
Chris Craik <ccraik@google.com> |
Improve docs for drawable tint and color filters bug:19564477 Change-Id: I7e11baae2d4dd245965904c85b8855de71f6b6ac
/frameworks/base/core/java/android/app/WallpaperManager.java
|
7b9c912f536925ac6ec43935d6e97506851b33d6 |
|
31-May-2013 |
Tor Norbye <tnorbye@google.com> |
Add @ResourceInt annotations on APIs Change-Id: I119cc059c2f8bd98fd585fc84ac2b1b7d5892a08
/frameworks/base/core/java/android/app/WallpaperManager.java
|
9fedc72a0bd3bbdee0b1ed19357546dfe686e1a8 |
|
29-Jan-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Add wallpaper controlling system apis. Change-Id: Ibaa8009e9b9d2e58254a4d9107a316c7f1de2211
/frameworks/base/core/java/android/app/WallpaperManager.java
|
067e5f68b9216b233df1c6529db182ff9b2887ab |
|
08-Sep-2014 |
Dianne Hackborn <hackbod@google.com> |
Add new wallpaper features for insets and offsets. Issue #17394151: WallpaperService / Engines need to get notified of WindowInsets Issue #17394203 Wallpapers need a system API to be shifted in order to support burn in protection Adds a new API on WallpaperManager to set additional offsets to make wallpapers extend beyond the display size. Insets are now reported to wallpapers, to use as they may. This includes information about the above offsets, so they can place their content within the visible area. And to help with this, also expose the stable offsets APIs in WindowInsets which is also very useful information for the wallpaper. Another new API on WallpaperManager to set a raw offset to apply to the wallpaper window, forcing it to move on the screen regardless of what the wallpaper is drawing. Fix wallpapers when used with overscan enabled, so they still extend out across the entire screen. Conveniently, the above new window insets information is very useful for this case as well! And a new wallpaper test app for all this stuff. Change-Id: I287ee36581283dd34607609fcd3170d99d120d8e
/frameworks/base/core/java/android/app/WallpaperManager.java
|
e4ca30503cb428f030fe52f429dac0119acfa170 |
|
20-May-2014 |
Michael Wright <michaelwr@google.com> |
resolved conflicts for merge of b3ce4b1b to master Change-Id: I7f9abc0eb75f7c7042037e73c8fdb67025a2ee2a
|
b3ce4b1b7896fc22ac3fe1e06a61481f13f2d364 |
|
20-May-2014 |
Michael Wright <michaelwr@google.com> |
am 889814ce: resolved conflicts for merge of 32912e0a to stage-aosp-master * commit '889814cee0ebcf70069d04d3ae77c97c09efb5a1': wallpaper: limit wallpaper width to sys.max_texture_size
|
889814cee0ebcf70069d04d3ae77c97c09efb5a1 |
|
20-May-2014 |
Michael Wright <michaelwr@google.com> |
resolved conflicts for merge of 32912e0a to stage-aosp-master Change-Id: I140e2024bd0e6e81ab550718103d45220d8bde26
|
289c273ec49462c7bfdbf6238e9016936da7307c |
|
15-Nov-2011 |
Donghan Ryu <dryu@nvidia.com> |
wallpaper: limit wallpaper width to sys.max_texture_size Image wallpapers are created ~1.5x screen size. On some devices this may exceed the maximum supported texture size, which will either fail allocation or fail to composite. Bug 991597 Change-Id: I9948b09f6e00a724212e73d36901f2bbea42e2f4
/frameworks/base/core/java/android/app/WallpaperManager.java
|
a2dc6fab5eb134d6021a2c9e36961715797bab5c |
|
01-May-2014 |
Michael Wright <michaelwr@android.com> |
am 474b0749: am 809c3698: am 54c3529b: Merge "WallpaperManager: add NULL pointer check for getCropAndSetWallpaperIntent" * commit '474b07497bf1a33ccc889d21287269cd40dc0cf4': WallpaperManager: add NULL pointer check for getCropAndSetWallpaperIntent
|
474b07497bf1a33ccc889d21287269cd40dc0cf4 |
|
30-Apr-2014 |
Michael Wright <michaelwr@android.com> |
am 809c3698: am 54c3529b: Merge "WallpaperManager: add NULL pointer check for getCropAndSetWallpaperIntent" * commit '809c369892ddbae908dc47e6a1032a768e9004cb': WallpaperManager: add NULL pointer check for getCropAndSetWallpaperIntent
|
809c369892ddbae908dc47e6a1032a768e9004cb |
|
30-Apr-2014 |
Michael Wright <michaelwr@android.com> |
am 54c3529b: Merge "WallpaperManager: add NULL pointer check for getCropAndSetWallpaperIntent" * commit '54c3529b4d3f86488799caa0e62a1f3929a79a39': WallpaperManager: add NULL pointer check for getCropAndSetWallpaperIntent
|
1c0f21ea8475f9996dbd7400725969ec5ffdc005 |
|
29-Apr-2014 |
Allen Shen <ashen@nvidia.com> |
WallpaperManager: add NULL pointer check for getCropAndSetWallpaperIntent Originally the api 'getCropAndSetWallpaperIntent' does not check whether the parsed parameter is a NULL pointer, as leads to the whole app crash if it call this api with a null parameter accidentally. A null pointer check logic is added into its original parameter check logic, so that this API will throw an IllegalArgumentException if it is parsed with a null pointer Change-Id: Ib7de40e571419d09e1a744edc969eb7162766b75
/frameworks/base/core/java/android/app/WallpaperManager.java
|
e929bee9bbb418b52fea877f5fff1449aab247fb |
|
28-Apr-2014 |
Adam Lesinski <adamlesinski@google.com> |
Merge commit '734a78fb' into manualmerge Conflicts: core/java/android/app/WallpaperManager.java Change-Id: Id103f540329ea484ff2e0829a0fc8158621f3dd3
|
28f0877073e0ebc59f1eeeb6e0d54b614b9d3fa5 |
|
16-Apr-2014 |
Jeff Sharkey <jsharkey@android.com> |
Allow custom wallpaper and boot animation. Add new "ro.config.wallpaper" and "ro.config.wallpaper_component" properties which may be defined outside of the bundled framework resources. Falls back to bundled resources when properties are undefined. Also look for boot animation under OEM partition. Bug: 13340779 Change-Id: Ibdc9935dbdaae3319bf63b40573de0503d82ae67
/frameworks/base/core/java/android/app/WallpaperManager.java
|
2c8d67c9b0574f229809d99b3d55aa411fad0c84 |
|
23-Apr-2014 |
Adam Lesinski <adamlesinski@google.com> |
Various CTS fixes WallpaperManager should always do a null check on the service object. SystemServer should always bring up the DevicePolicyManagerService, and let the service do appropriate default no-ops if the feature is not supported. Change-Id: Iaaf12b60ed375fe2e341ec11faa10c9344d7d9da
/frameworks/base/core/java/android/app/WallpaperManager.java
|
3368a63c640c059b85b39c7def8f9c63ad921cb5 |
|
18-Dec-2013 |
Michael Jurka <mikejurka@google.com> |
Change wallpaper sizing Bug: 11997581 - ignore suggested dimensions - when orientation changes, scale up wallpaper if it doesn't fill the whole screen, or scale back to original size if not necessary Change-Id: I75b7519a105d4097bf7a35cd8af61fc40f45f8fb (cherry picked from commit 824a4b5ea4c58592b9b2ebe787f5fb6974e7cabe)
/frameworks/base/core/java/android/app/WallpaperManager.java
|
824a4b5ea4c58592b9b2ebe787f5fb6974e7cabe |
|
18-Dec-2013 |
Michael Jurka <mikejurka@google.com> |
Change wallpaper sizing - ignore suggested dimensions - when orientation changes, scale up wallpaper if it doesn't fill the whole screen, or scale back to original size if not necessary Change-Id: I75b7519a105d4097bf7a35cd8af61fc40f45f8fb
/frameworks/base/core/java/android/app/WallpaperManager.java
|
6090995951c6e2e4dcf38102f01793f8a94166e1 |
|
19-Nov-2013 |
John Spurlock <jspurlock@google.com> |
Remove unused imports from frameworks/base. Change-Id: Ia1f99bd2c1105b0b0f70aa614f1f4a67b2840906
/frameworks/base/core/java/android/app/WallpaperManager.java
|
6762a441ef9c764f3bfee4201742e80aa6621b89 |
|
15-Oct-2013 |
Michael Wright <michaelwr@google.com> |
Fix conditional for glClear call Previously the call to glClear was executed when there was no available space (i.e. space which the Bitmap would *not* be drawn in on the background of the launcher), rather than when there was. Inverting the checks fixes this problem. Also, remove unnecessary Handler since the call to updateWallpapers is done via one-way binder interface and wrapped in a synchronize block anyways. Putting it on the Handler just put it on the main looper of the context that created WallpaperManager, which isn't necessary. Change-Id: Ic7a323303ec6e354d1ef245eec3434ff7128432d
/frameworks/base/core/java/android/app/WallpaperManager.java
|
6bd7603a56cd671c4523d66c1e7378c27a6ac33c |
|
16-Oct-2013 |
Michael Wright <michaelwr@google.com> |
Merge "Force the wallpaper to reload when dimensions change" into klp-dev
|
b9fca9997100f209e98f0559c54c875b9e661e9f |
|
15-Oct-2013 |
Michael Wright <michaelwr@google.com> |
Force the wallpaper to reload when dimensions change Currently it's possible for the home application to suggest new wallpaper dimensions and the WallpaperService to request the bitmap between when the new dimensions have been propagated and the old bitmap has been forgotten. This leads to the WallpaperService drawing a Bitmap with the old dimensions into a Surface with the new dimensions. By forcing the WallpaperManager to forget the old Bitmap immediately before we reload it, we can ensure that we always have a Bitmap of the correct size. Bug: 10853302 Change-Id: I298ac5f3f8bcde54eeb1e45d21bf2ba3cbb618c9
/frameworks/base/core/java/android/app/WallpaperManager.java
|
a457211af55b2ad5bc58f4228ceb147ac22c92b0 |
|
15-Oct-2013 |
Michael Jurka <mikejurka@google.com> |
Merge "Fix getBuiltInWallpaper method" into klp-dev
|
0539153e771642096b3698dae5827f035040e2c8 |
|
15-Oct-2013 |
Michael Jurka <mikejurka@google.com> |
Fix getBuiltInWallpaper method
/frameworks/base/core/java/android/app/WallpaperManager.java
|
5d1893bafbca241d6ef55a6c610adcd79f039492 |
|
15-Oct-2013 |
Michael Jurka <mikejurka@google.com> |
Fix the build
/frameworks/base/core/java/android/app/WallpaperManager.java
|
bba72d13afb024453373077f4f8d21164b63c76d |
|
12-Oct-2013 |
Adam Lesinski <adamlesinski@google.com> |
Ensure URIs have content:// scheme in WPM getCropAndSetWallpaperIntent should only accept URIs with the content:// scheme, so that the receiving application doesn't crash opening a file it can't access. bug:11173560 Change-Id: I855496633b646373db757e9d8e6e425568103b8b
/frameworks/base/core/java/android/app/WallpaperManager.java
|
b668d0ba7e3c18dd0e9ee9654b4ffdc6c6a8a71f |
|
05-Oct-2013 |
Michael Jurka <mikejurka@google.com> |
Add API to get the built-in wallpaper Change-Id: I71cf4111fb4e36bd8e78eb47695861349dc1750b
/frameworks/base/core/java/android/app/WallpaperManager.java
|
930d4e52adcd4acf3d6a7ac224ab2142858d595e |
|
14-Sep-2013 |
Ying Wang <wangying@google.com> |
Fix docs build. Change-Id: I4a1608bfad809d67240db2070fda85df486179e6
/frameworks/base/core/java/android/app/WallpaperManager.java
|
e8d1bf7a439450b9979701909164a6baffbe8bae |
|
09-Sep-2013 |
Michael Jurka <mikejurka@google.com> |
Add new intent/method for cropping and setting wallpapers Also, create a system fallback WallpaperCropper Bug: 4225598 Change-Id: I6bc6d5a3bb3df1dc00f3db701978aa172020c568
/frameworks/base/core/java/android/app/WallpaperManager.java
|
f9e989d5f09e72f5c9a59d713521f37d3fdd93dd |
|
05-Apr-2013 |
Jeff Brown <jeffbrown@google.com> |
Queues, queues, queues and input. Redesigned how ViewRootImpl delivers input events to views, the IME and to native activities to fix several issues. The prior change to make IME input event delegation use InputChannels failed to take into account that InputMethodManager is a singleton attached to the main looper whereas UI may be attached to any looper. Consequently interactions with the InputChannel might occur on the wrong thread. Fixed this problem by checking the current thread and posting input events or callbacks to the correct looper when necessary. NativeActivity has also been broken for a while because the default event handling logic for joysticks and touch navigation was unable to dispatch events back into the native activity. In particular, this meant that DPad synthesis from touch navigation would not work in any native activity. The plan is to fix this problem by passing all events through ViewRootImpl as usual then forwarding them to native activity as needed. This should greatly simplify IME pre-dispatch and system key handling and make everything more robust overall. Fixed issues related to when input events are synthesized. In particular, added a more robust mechanism to ensure that synthetic events are canceled appropriately when we discover that events are no longer being resynthesized (because the application or IME is handling or dropping them). The new design is structured as a pipeline with a chain of responsibility consisting of InputStage objects. Each InputStage is responsible for some part of handling each input event such as dispatching to the view hierarchy or to the IME. As a stage processes an input event, it has the option of finishing the event, forwarding the event to the next stage or handling the event asynchronously. Some queueing logic takes care to ensure that events are forwarded downstream in the correct order even if they are handled out of order by a given stage. Cleaned up the InputMethodManager singleton initialization logic to make it clearer that it must be attached to the main looper. We don't actually need to pass this looper around. Deleted the LatencyTimer class since no one uses it and we have better ways of measuring latency these days using systrace. Added a hidden helper to Looper to determine whether the current thread is the indicated Looper thread. Note: NativeActivity's IME dispatch is broken by this patch. This will be fixed later in another patch. Bug: 8473020 Change-Id: Iac2a1277545195a7a0137bbbdf04514c29165c60
/frameworks/base/core/java/android/app/WallpaperManager.java
|
5dc5a00e7ebadc085ded7e29feacd17e53698486 |
|
16-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
More multi-user stuff. - New public APIs to find out when a user goes to the foreground, background, and is first initializing. - New activity manager callback to be involved in the user switch process, allowing other services to let it know when it is safe to stop freezing the screen. - Wallpaper service now implements this to handle its user switch, telling the activity manager when it is done. (Currently this is only handling the old wallpaper going away, we need a little more work to correctly wait for the new wallpaper to get added.) - Lock screen now implements the callback to do its user switch. It also now locks itself when this happens, instead of relying on some other entity making sure it is locked. - Pre-boot broadcasts now go to all users. - WallpaperManager now has an API to find out if a named wallpaper is in use by any users. Change-Id: I27877aef1d82126c0a1428c3d1861619ee5f8653
/frameworks/base/core/java/android/app/WallpaperManager.java
|
98365d7663cbd82979a5700faf0050220b01084d |
|
20-Aug-2012 |
Jeff Brown <jeffbrown@google.com> |
Refactor for multi-display support. Split WindowManagerImpl into two parts, the WindowManager interface implementation remains where it is but the global communications with the window manager are now handled by the WindowManagerGlobal class. This change greatly simplifies the challenge of having separate WindowManager instances for each Context. Removed WindowManagerImpl.getDefault(). This represents the bulk of this change. Most of the usages of this method were either to perform global functions (now handled by WindowManagerGlobal) or to obtain the default display (now handled by DisplayManager). Explicitly associate each new window with a display and make the Display object available to the View hierarchy. Add stubs for some new display manager API features. Start to split apart the concepts of display id and layer stack. since they operate at different layers of abstraction. While it's true that each logical display uniquely corresponds to a surface flinger layer stack, it is not necessarily the case that they must use the same ids. Added Display.getLayerStack() and started using it in places where it was relatively easy to do. Change-Id: I29ed909114dec86807c4d3a5059c3fa0358bea61
/frameworks/base/core/java/android/app/WallpaperManager.java
|
908aecc3a63c5520d5b11da14a9383f885b7d126 |
|
01-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Start moving away from DisplayMetrics.DENSITY_DEVICE. This puts in most of the infrastructure needed to allow us to switch between different densities at run time. The main remaining uses of the global are to initialize the Bitmap object (not sure what to do about that since it doesn't have anything passed in the constructor to get this information from), and being able to load drawables if we need a different density than what was preloaded by zygote. Change-Id: Ifdbfd6b7a5c59e6aa22e63b95b78d96af3d96848
/frameworks/base/core/java/android/app/WallpaperManager.java
|
9530e3a22d5ffa2019d1a5177b6a441d4d6d048b |
|
19-Jun-2012 |
Nicolas Falliere <nicof@google.com> |
Added or fixed doctrings for required permissions. Bug: 6591338 Change-Id: Ia2092f9994854701b5fa1425c371817367ae07ec
/frameworks/base/core/java/android/app/WallpaperManager.java
|
c5bf7584422adca286c1f27a073df925c06f068d |
|
26-Apr-2012 |
Dianne Hackborn <hackbod@google.com> |
Update process importance documentation. Also be more direct about some of the wallpaper APIs. Change-Id: I2112898c0cd4415d6c5fd47923de682d59b8291f
/frameworks/base/core/java/android/app/WallpaperManager.java
|
7df7d2022d9bebc21a13dcb7ddacaa61f9c2e38e |
|
20-Apr-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #4499996: LiveWallpaperPreview activity intent filter Change-Id: I5fc71503d2c59c907da954dbda3587394e6405bf
/frameworks/base/core/java/android/app/WallpaperManager.java
|
f0451db4224e2b6360efa39cd65c88cd391f14e0 |
|
10-Feb-2012 |
Amith Yamasani <yamasani@google.com> |
Merge "Multi-user - wallpaper service"
|
37ce3a8af6faab675319d0803b288ab1dddc76be |
|
06-Feb-2012 |
Amith Yamasani <yamasani@google.com> |
Multi-user - wallpaper service - Allow each user to have their own wallpaper (live or static). - Migrate old wallpaper on upgrade. - Update SystemBackupAgent to backup/restore from primary user's new wallpaper directory. Reduce dependency on Binder.getOrigCallingUser() by passing the userId for bindService. Change-Id: I19c8c3296d3d2efa7f28f951d4b84407489e2166
/frameworks/base/core/java/android/app/WallpaperManager.java
|
c067c9c373e673b2474e8dc2e5a00db274d5e13d |
|
31-Oct-2011 |
Mike Lockwood <lockwood@android.com> |
Add support for disabling wallpaper service Signed-off-by: Mike Lockwood <lockwood@android.com>
/frameworks/base/core/java/android/app/WallpaperManager.java
|
791a6331e3ca21e3b6cdbfee62348e45786ca3ea |
|
12-Jan-2012 |
Adam Cohen <adamcohen@google.com> |
Getting rid of hack where the wallpaper offset was being deferred -> This was a hack, and with all the work going into vsync etc, it really shouldn't be needed. Change-Id: I59005e2644e0ba08846a6c661e8c4e22640d8e02
/frameworks/base/core/java/android/app/WallpaperManager.java
|
8e2e5722242c2b5cc02d433105c668f47ab84785 |
|
14-Nov-2011 |
Adam Cohen <adamcohen@google.com> |
Fix uncaught exception in WindowManager#setWallpaperOffsets (issue 5613241) Change-Id: I4646095f4cde9514425be8ab2dbf805d9788aa5c
/frameworks/base/core/java/android/app/WallpaperManager.java
|
041a0baba7f075ab3aba9c075dd75695a51617e4 |
|
10-Nov-2011 |
Adam Cohen <adamcohen@google.com> |
Deferring wallpaper update to improve workspace scrolling (issue 5506959) -> On the Xoom, this change gets us back up to 60 fps. The change is really more of a workaround for the fact that we don't have vsync, and we ought to be able to change it back once we do. Change-Id: I80888f18887bf5f2fed72c19641ed430ef6dbfcf
/frameworks/base/core/java/android/app/WallpaperManager.java
|
407ec78b828173257b0c5dae221649a4ccd8b058 |
|
25-Aug-2011 |
Romain Guy <romainguy@google.com> |
Add OpenGL backend to ImageWallpaper Bug #5204874 Currently disabled. Change-Id: I5e7b35dce2981b0691f107e39c6394b260466543
/frameworks/base/core/java/android/app/WallpaperManager.java
|
ba39839444532af0ed3766f736582413f6d7a40b |
|
02-Aug-2011 |
Dianne Hackborn <hackbod@google.com> |
Move ImageWallpaper to SystemUI process. Nice to not load 4MB bitmaps in the system process. Also, hey, with how we are now scrolling the surface instead of the bitmap, there is no reason to keep that 4MB bitmap loaded in to memory. So don't. Unfortunately it looks like for some reason the VM is still holding on to the bitmap. I'll need to figure out why. Later. Change-Id: Ib3503756144502fc5c8d5e294248c2417c4fe8c8
/frameworks/base/core/java/android/app/WallpaperManager.java
|
6dd005b48138708762bfade0081d031a2a4a3822 |
|
18-Jul-2011 |
Dianne Hackborn <hackbod@google.com> |
I. Can. Not. Stand. ViewAncestor. It was done so we would have the name "ViewRoot" available for a public API. However, the name "ViewAncestor" just makes no sense. So instead, change it to ViewRootImpl. Change-Id: If9599ca67896f339f6fefa7d1dde121201171d97
/frameworks/base/core/java/android/app/WallpaperManager.java
|
038b737c7561e6a92edcd6267f1299d2602f1920 |
|
11-Jun-2011 |
Jeff Brown <jeffbrown@google.com> |
Fix regression handling negative sizes. Change-Id: Ib177af2fce9be4dabffa801f64580b1ea7adc673
/frameworks/base/core/java/android/app/WallpaperManager.java
|
24572375323dee79e3b456af07640ca194fd40bf |
|
10-Jun-2011 |
Jeff Brown <jeffbrown@google.com> |
Optimize orientation changes. Modified setRotation to allow it to restart a rotation in progress as long as the rotation animation has not yet started. This enables the system to recover more quickly from mispredicted orientation changes. Removed the call to System.gc() when freezing the display, which added 60-80ms before we even started the orientation change. We used to need this to make it less likely that an upcoming GC would cause a pause during the window animation, but this is not longer a concern with the concurrent GC in place. Changed the wallpaper surface to be 32bit. This accelerates drawing and improves the overall appearance slightly. Reduced code duplication in the WallpaperManager. Change-Id: Ic6e5e8bdce4b970b11badddd0355baaed40df88a
/frameworks/base/core/java/android/app/WallpaperManager.java
|
c6cc0f8c19d9eccf408a443fa2bf668af261dcd0 |
|
12-Apr-2011 |
Joe Onorato <joeo@google.com> |
Rename ViewRoot to ViewAncestor. ViewRoot is about to be a new public class for poking at ViewAncestor. Change-Id: Ie95d707c6d8bbb48f78d093d7b2667851812a7d5
/frameworks/base/core/java/android/app/WallpaperManager.java
|
5a242ec2cf54e1bda69c2451304181ef1bc3e872 |
|
08-Dec-2010 |
Adam Cohen <adamcohen@google.com> |
Added some pieces for Wallpaper previews Change-Id: I48cd80108e5a555a1ca6180e29f67a87e05e9683
/frameworks/base/core/java/android/app/WallpaperManager.java
|
9f3bdfe3eb04723efa07a2d0e6a7709da1191fa5 |
|
13-Oct-2010 |
Jeff Brown <jeffbrown@google.com> |
Add method for sending wallpaper commands directly to an engine. This enables the livewallpaper preview activity to send tap commands to the wallpaper so that the preview is more interactive. Also add a command for sending secondary pointer taps for multitouch enabled wallpapers. Change-Id: I9fa10cc47d92dfa9f1a1208aba44c66943eee3ec
/frameworks/base/core/java/android/app/WallpaperManager.java
|
2c4a56af4d56f87a1bbf14386f045bcf57602ef2 |
|
02-Sep-2010 |
Johan Alfven <johan.alfven@sonyericsson.com> |
Make sure OutOfMemoryError is handled by WallpaperManager Make sure exception OutOfMemoryError is handled when calling BitmapFactory.decodeFileDescriptor and BitmapFactory.decodeStream to avoid crash in the system server. Change-Id: I954a6388d1225dab86d2617ab0602154b2a7f493
/frameworks/base/core/java/android/app/WallpaperManager.java
|
23ef7b4836d66d31430fedee2aac36275bb30d4b |
|
19-Nov-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix most of issue #2271640: Fix wallpaper etc docs Only thing remaining is the live wallpaper feature. Change-Id: I8854c7978999d759bf618307f4f984c9c89d3fc8
/frameworks/base/core/java/android/app/WallpaperManager.java
|
c9dbbe28f7879bd377114587ed1f40235a2d37ca |
|
12-Nov-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #2239203: Setting large background causes OOME and soft-reboot spiral Try really really hard not to crash, for any reason. Change-Id: I32371166229825f13fc8d12d5cf3a6531cdb345e
/frameworks/base/core/java/android/app/WallpaperManager.java
|
bf6956b1d95442e9d9c483894d578fe6b7044cbb |
|
10-Nov-2009 |
Marco Nelissen <marcone@google.com> |
Add a way for wallpapers to know the delta between virtual screens.
/frameworks/base/core/java/android/app/WallpaperManager.java
|
274b120f3975c8db6daeeab51a5fe08d6dede479 |
|
06-Nov-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #2243096: Need to expose live wallpaper APIs in SDK Change-Id: I7e996bf549922c1bb8e8c00d051650ffe12d818c
/frameworks/base/core/java/android/app/WallpaperManager.java
|
7580493b014a2c7ea883cd291255798dc72ebbff |
|
21-Oct-2009 |
Dianne Hackborn <hackbod@google.com> |
Implement feature #2117336: Create event communication APIs for live wallpaper Note: currently only implements an async version (no result), and not yet actually tested. Change-Id: Id47ed045a4b0eb309ea8c58daf41a0e03eff1d3a
/frameworks/base/core/java/android/app/WallpaperManager.java
|
8b2e000c43f5a93209be269a0b9e08943fad8d3c |
|
30-Sep-2009 |
Scott Main <smain@google.com> |
add class description and revise descriptions for get*Drawable and peek*Drawable methods for clarity. also fix some links.
/frameworks/base/core/java/android/app/WallpaperManager.java
|
19382ac1a4e4e7c23a1346d299368763f149de9c |
|
12-Sep-2009 |
Dianne Hackborn <hackbod@google.com> |
Some optizations to wallpaper drawing/scrolling. First, fix some issues with the final wallpaper bitmap we use: ensure it is always 16bpp, and make sure dithering of its bitmap is turned off. We take of dithering when loading, to make sure we don't use it when drawing. Also add new APIs to return the wallpaper with the equivalent of Launcher's old FastBitmapDrawable. As doing this, also load the default wallpaper the same way as custom ones, taking care to resize it as needed at load time. Finally implement a mechanism for the window manager to wait for the wallpaper to redraw at its new position before returning from the application's call to change the offset. This ensures that the wallpaper better tracks the application. Note that there is a timeout in this wait that is relatively short, and if it expires we will run for a while without waiting. Change-Id: Ife449437746da85958bd447e0a6cf3d2223b398c
/frameworks/base/core/java/android/app/WallpaperManager.java
|
eb034652c2037a47ebfd99779e8383bb8bb528af |
|
07-Sep-2009 |
Dianne Hackborn <hackbod@google.com> |
Implement all of the infrastructure for configuring wallpapers. Actually being able to configure a wallpaper relies on additional work in the launcher and wallpapers that will be in another change. Also note that this breaks all existing wallpapers, since they now need to include a meta-data item about themselves. This also will be fixed in another change. Change-Id: I97d2c2bd07237abc32f92b9147c32530a2f73c71
/frameworks/base/core/java/android/app/WallpaperManager.java
|
85644d78894b66fa2903fb012b5122185767d1c5 |
|
03-Sep-2009 |
Dianne Hackborn <hackbod@google.com> |
Really fix issue #:2097189 can't set custom wallpaper Change-Id: Id0775b6c6716775c5da6f4fadf696571019279cc
/frameworks/base/core/java/android/app/WallpaperManager.java
|
5e802fbb895a0ff4d9be1a72390f51c134a5ba0f |
|
03-Sep-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #2097189: can't set custom wallpaper My deadlock fix was only half done. Change-Id: If9f286030894a60cd71851fb784bb61045f08185
/frameworks/base/core/java/android/app/WallpaperManager.java
|
840c3a2b7e29cd75c13418a90cce5e311415c843 |
|
03-Sep-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix deadlock in wallpaper. Change-Id: I9ab5681ebf325a9e33ca4b59a8581e535e4dde54
/frameworks/base/core/java/android/app/WallpaperManager.java
|
284ac93aa30642fda87d5c40263a1263677c21cd |
|
28-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
More work on wallpapers: animations, lifecycle, scaling, etc. Yet more work on improving the behavior of wallpapers. This fixes a few problems in their lifecycle (corresponding change in the picker also required for this), makes their animations better for hardware that supports alpha fades, adds animations for the wallpapers themselves, eliminates fixed size wallpapers, and adjusts the API for retrieving a wallpaper bitmap to take care of scaling the raw wallpaper image to match the current desired width and height. Change-Id: If1c0aaceba4ea4e175dcb7a8416ca7ddbb9bfa6f
/frameworks/base/core/java/android/app/WallpaperManager.java
|
7341d7a104b47996445d069a695e155a07184606 |
|
14-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
More work on wallpapers. - Do better about figuring out when to stop them and other related window management. - Fix problem where we were not redrawing the surface when the orientation changed. This was the cause of the device hang.
/frameworks/base/core/java/android/app/WallpaperManager.java
|
72c82ab9923025a91bbabb32e56bfea27bfd083b |
|
12-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
Report wallpaper offset to the wallpaper, use this in the image wallpaper. Wallpapers can now be just the size of the screen, and get told when their scroll position should change to do the updating on their own.
/frameworks/base/core/java/android/app/WallpaperManager.java
|
c8a0a75e1c61d1ab24bd46a8243041c107e738ac |
|
11-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
Implement support for scrolling a wallpaper. This currently only works for a wallpaper that is larger than the screen. Set the scroll position with the new wallpaper API. Right now only does jump scrolls.
/frameworks/base/core/java/android/app/WallpaperManager.java
|
4c62fc0e1e5ea9c69a12a7d1cf8b3ec8b2d114a3 |
|
09-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
Very primitive wallpapers in a surface. This is all of the basic pieces: - The WallpaperService now creates a surface with the window manager for its contents. - There is a simple service that displays a bitmap. - The wallpaper manager takes care of starting and stopping the service. - The window manager knows about wallpaper windows and how to layer them with the windows that want to be shown on top of wallpaper. Lots and lots of issues remain, but at this point you can actually write a wallpaper service, select it in the UI, and see it behind an activity.
/frameworks/base/core/java/android/app/WallpaperManager.java
|
73cf55d96372415e3ddedf23bd44cdb0dc641aea |
|
06-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix build.
/frameworks/base/core/java/android/app/WallpaperManager.java
|
8cc6a5026aeb5cf9cc36529426fe0cc66714f5fb |
|
06-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
First bit of wallpaper work. This is mostly refactoring, adding a new WallpaperManager class that takes care of the old wallpaper APIs on Context, so we don't need to pollute Context with various new wallpaper APIs as they are needed. Also adds the first little definition of a wallpaper service, which is not yet used or useful.
/frameworks/base/core/java/android/app/WallpaperManager.java
|