-> Pulling out the parts of device profile which can (and need to be)
initialized and accessed without access to an Activity context,
ie. the invariant bits.
-> The invariant bits are stored in InvariantDeviceProfile which is
initialized statically from LauncherAppState.
-> The DeviceProfile contains the Activity context-dependent bits,
and we will create one of these for each Activity instance, and
this instance is accessed through the Launcher activity.
-> It's possible that we can continue to refactor this such that
all appropriate dimensions can be computed without an Activity
context (by only specifying orientation). This would be an
extension of this CL and allow us to know exactly how launcher
will look in both orientations from any context.
Sets the stage for some improvements around b/19514688
Change-Id: Ia7daccf14d8ca2b9cb340b8780b684769e9f1892
update docs and error messages
use png extension of files, since they are
don't create image files by default
use input filename for image files
Change-Id: I3e9c31a1de02976432d3f39cf82b5403055d620a
this was self-consistent on the device, but the host tool
treats lack of padding in a different way.
Bug:10778984
Change-Id: I47f653a98f23ff0ce54218d100e0c8e2f92b67fa
