History log of /frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
321357b6066a34cc12a0528b7b835c7664db2e08 17-May-2012 Michael Jurka <mikejurka@google.com> Fix issue where static wallpaper was offset on boot

Bug: 6447391

Change-Id: Ie89bfdfd81dbf80ad7d109717f83c4bc7b42acf1
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
35be7560300a97fc3675bdd325910f28827d9508 19-Apr-2012 Jeff Sharkey <jsharkey@android.com> Move SystemUI out of system UID.

Add permissions for various things it pokes. Create new permission
to control launching non-exported activities from recents. Hidden
API to relax WallpaperService checks.

Change-Id: I547fdcd7c213dd153ae101533ce7c56cd8f86a0d
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
a8e5a2bcd6a0d35893187c6df42425c03be005da 28-Oct-2011 Chet Haase <chet@google.com> Optimize handling of scrolled wallpapers

Swiping the home screen causes the WindowManagerService to do
a bunch of work to keep the wallpapers in sync. First, it lays out
and places all windows. Also, it notifies the SystemUI process that
the wallpaper position has changed.

The layout/place operation is too much work - we only need to set
the position values for the wallpaper, not relayout the whole system.

The notification mechanism must exist, but should be optional. Most
wallpapers don't care (especially static ImageWallpapers). So we'll
give them a new API (WallpaperService.Engine.setWantsOffsets()) to
allow wallpapers to opt out of this process and avoid the performance
overhead.

Change-Id: I66c38375438937f14f6f5550565b28eb204b1e06
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
043a6b1e5709c46cb8094766c792ec57d3fd97df 28-Sep-2011 Romain Guy <romainguy@google.com> Don't use OpenGL ES 2.0 to render the wallpaper on the emulator.
Bug #5352896

The emulator doesn't support OpenGL ES 2.0.

Change-Id: I7f647d78d4d8ad87d12a5f009d5d37f6aeaecf72
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
f929629e74fe84b986f76db448b9c95d72b2903e 26-Aug-2011 Romain Guy <romainguy@google.com> Fix crash with OpenGL wallpaper
Bug #5216751

Change-Id: Ieb2c0e3b29a0673a5127692c9740ba59c879a3c2
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
881fb2092b41f4447e708da2f341d2ca5602c0d4 25-Aug-2011 Erik Gilling <konkers@android.com> systemui: enable GL rendering of launch background

Only affect high end devices

Change-Id: I5fa2b646c2c4d4350fb4fc1042741c981ebb30bb
Signed-off-by: Erik Gilling <konkers@android.com>
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
407ec78b828173257b0c5dae221649a4ccd8b058 25-Aug-2011 Romain Guy <romainguy@google.com> Add OpenGL backend to ImageWallpaper
Bug #5204874

Currently disabled.

Change-Id: I5e7b35dce2981b0691f107e39c6394b260466543
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
9ea31639738e8d2c90dc3a4fcd535d09a0b7209a 05-Aug-2011 Dianne Hackborn <hackbod@google.com> Fix issue #5108980 Wallpaper is not restored after upgrade from IRK32B to IRK33B

Take care of updating from old component name, and don't let this happen
again.

Also tweak how we switch between static wallpapers to avoid introducing
a 4MB allocation in the system UI process when this happens -- we now
stop the current wallpaper service and start a new one, so we get a
brand new surface that we can draw only one time in to.

Change-Id: I6fc8a42b8a46bba79759bd68fb7d0684b5d897b7
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.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/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java