It would be nice if we could tint or make greyscale widgets some apps have widgets that stand out a mile away eg.


V12.9b2
Edit: V12.9b3: with more fixes.
This second beta is on its way with a set of random bug fixes and minor improvements. I believe it should fix most crashes found in b1 and run reasonably stable.
Full ChangeLog: http://www.lightninglauncher.com/wordpress/change-log/
]]>Metadata script for any player. Requires android.permission.MEDIA_CONTENT_CONTROL !
Albumart works too, but is currently saved as an Image object in the global variable globalAA, because bindings can’t hold images.
This should work with any player on any device with Lollipop or higher.
]]>Pierre Hébert would it be possible for a variable to hold a Bitmap/Image?
About the lag with panels and zooming.
About the lag with panels and zooming.
I’ve been searching for an explanation of the lag that some panels have when you zoom out. I couldn’t never replicate it consistently, but probably because I was trying with complicated setups.
The steps are so simple!
Empty desktop, add panel, edit panel, zoom out.
That’s all. I think the issue is with the drawing of the layout lines. The more you zoom out the more laggy it becomes until a specific point, when it returns to normal. That point seems to be when the ‘inners lines’ are not drawn. When they disappear the lag disappears too. Until of course you keep zooming out and the ‘main lines’ increase and the lag returns.
I couldn’t replicate this on a folder, no lines are drawn. And strangely I couldn’t in a desktop too. No matter how much I zoom out and no matter how many lines are drawn (side note: if you zoom out a lot the lines disappear).
I’m in the beta, but I’m almost sure it works in the stable release. Can someone test it?
]]>About 12.9b1
I played a bit about the new beta, and I found those little issues so far. Still no crashes 🙂
Bug: Long tap inside panel and move, moves parent instead of item
When you long tap and move an item inside a panel (or even inside another panel recursively) the parent panel (the one directly in the desktop) is moved instead of the item. If the ‘auto edit mode’ is selected, the desktop is set into edit mode too.
Behaviour: Long tap item in edit mode
With multi selection enabled, long tapping a deselected item selects it and shows the menu. Ok
With multi selection enabled, long tapping a selected item deselects it and doesn’t show the menu. Not sure if this is intended, specially when you long tap the item with handlers, it gets deselected and then no item have handlers.
With multi selection disabled, long tapping a selected item shows the menu. I found this ok.
With multi selection disabled, long tapping a deselected item, selects it keeping the previous one selected too. Is this intended?
Suggestion: Remove lock icon
Now that we have another item in the bottom tool bar, it starts to become crowded. What about removing the lock button? Personally I think it shouldn’t be there, because it is a ‘click and close’ one, instead of a toggle (or a settings activity one) and need to long click to access it is ok. Also I personally have clicked it by accident. Maybe we should do a poll, in case it is more useful than I thought.
Side suggestion: what about showing one of those ‘tutorial popups’ when locking first time? With “The container is locked and can’t be edited now. Long tap and click unlock to enable editing again” for example.
]]>









D5 Creation