That’s the way Lightning works, it places a view under the bars. At the moment Lightning only set the background of this views using a color but it could also put an image.
The reason why only a color is supported in the settings is because I initially implemented this using the Lollipop way: there is a specific API to set system bars colors. Then I discovered there were a few caveats with this API so I switched to a custom implementation, based on views under bars, but kept the same front facing color settings since the app was already deployed.
In order to allow an image and keep compatibility with existing setups, there are two possibilities:
– add an image setting and keep the color setting, both need to work together and as consequence the color tint the image, which is a bit superfluous, I don’t really like this
– remove the color setting and replace it with the image: it needs a proper migration path (the app would generate a 1×1 pixel image with the color), and also the image picker needs to allow the creation of solid color images to simplify things. This solution is not very good neither, the first one, albeit not perfect, is probably better.
< ![CDATA[
What about an item with the size of the bar placed under it?
]]>
< ![CDATA[
Not possible in the app drawer…
]]>
< ![CDATA[
True.
However android doesn’t implement any way to set the bars with images, only full colours.
The only way to the launcher to do so is to place a view in that position…some devices (Samsung) don’t allow this…let’s see what Pierre says
]]>
< ![CDATA[
That’s the way Lightning works, it places a view under the bars. At the moment Lightning only set the background of this views using a color but it could also put an image.
The reason why only a color is supported in the settings is because I initially implemented this using the Lollipop way: there is a specific API to set system bars colors. Then I discovered there were a few caveats with this API so I switched to a custom implementation, based on views under bars, but kept the same front facing color settings since the app was already deployed.
In order to allow an image and keep compatibility with existing setups, there are two possibilities:
– add an image setting and keep the color setting, both need to work together and as consequence the color tint the image, which is a bit superfluous, I don’t really like this
– remove the color setting and replace it with the image: it needs a proper migration path (the app would generate a 1×1 pixel image with the color), and also the image picker needs to allow the creation of solid color images to simplify things. This solution is not very good neither, the first one, albeit not perfect, is probably better.
]]>
< ![CDATA[
Personally I think the second suggestion is better.
If you add to the image picker the ability to create an image from a color, all the launcher will benefit from this improvement.
Migrate the current setting regarding the color bars is the worst part.
]]>