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
|
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
|