GitLab

Change-Id: Ic7c15d86672ccba3b77dc5e1c1a28127ee418ec3
Auto-generated-cl: translation import

Bug:17390765
Change-Id: I5e9329224ba0107f773403118466caa7ebaf4ed3

Previously, all apps view could be bound first, but when
a managed profile was added this led to the call to refresh
the view being nobbled by the workspace refresh and certain
applications not being displayed.

Always loading the all apps view last is a safe workaround and
mirrors the change made to Launcher3. See bug for more details.

Bug: 17336902
Change-Id: I7c4ab1e21e45d397f98583709ebb09e069fa2be9

Change-Id: Ieb3890517d1a9649d56d4376b7162a988647be96

bug:17390424

Change-Id: I36e420b8a71058373e9fa00d0376784594a4c5be

Change-Id: I2e7a1b9bfad83948cd1199f213686cc6c8c13c04
Auto-generated-cl: translation import

Most of these are pretty old, but more importantly they make
it tricky to create a tidy Launcher2 overlay that includes a
different set of wallpaper resources (rather than simply
changes to these specific files). By removing all the base
wallpapers it's easier to create purely additive overlays.

One more benefit: Since platform builds strip assets based on
density alone, all the -nodpi images appear in every build.
So this change removes ~11MB of unnecessary artwork from every
system.img that contains Launcher2.apk.

Bug: 16347278
Bug: 17017748
Bug: 17130118
Change-Id: I0d29fc211dd2ca293cdae0ed963bcf37814b129a

This way we don't have to have a duplicate copy in Launcher2
at all (kind of like what we do in Launcher3, but in that
case we use a nice public API).

Bug: 17130118
Change-Id: I0dd0970c0d4fb4c3fdff654ec4d05cd7f7ea820c

Helpful if you're using tiny color swatches as wallpapers.

Bug: 17017748
Change-Id: I3ed518996c7d58470c5a194ce064f90d73454448