May, 2016

now browsing by month

 

New Theme! I’m using a panel that’s been rotated for that light grey ribbon. I like the sunniness of it.

New Theme! I’m using a panel that’s been rotated for that light grey ribbon. I like the sunniness of it.

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?

]]>

My current desktop – no need to open the music player

My current desktop – no need to open the music player

]]>

About 12.9b1

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.

]]>

Finally, I had made it.

Finally, I had made it. I’ve divide 2 desktop (a),(b) then set up with TASKER with time interval. But I have a another problem. Once change from (a) to (b) based on time, If I press “back key” with several times on desktop, page(desktop) moves to (a) automatically(i don’t want to back before preset). How to I freeze (b):desktop under pressing back key.

]]>

I’m currently trying to set a background image from a binding (the variably contains the path to the image).

I’m currently trying to set a background image from a binding (the variably contains the path to the image). I created a dummy binding and wrote the following code:

if($albumart!=null && $albumart!=””) item.setBoxBackground(LL.createImage($albumart),”nsf”,true);

But the background was updated only once. It doesn’t change anymore if the variable changes. What am I doing wrong?

]]>

Which Music Player do you use?

Which Music Player do you use?

– If your player is not in the comments, write it down (one player per comment)

– if it is already there, give it +1

(I use this type of survey, because google plus only allows up to 5 fixed answers).

I will check the more popular players and try to add support for them to my Metadata script. If you know that some players already work, you can tell me too.

]]>

The new icon normalisation of 12.9b1 is nice.

The new icon normalisation of 12.9b1 is nice. It makes for a more even desktop. It took me a while to find it, because I assumed it was a setting, not a desktop property, but once I’d found it, it was simple to use.

However, it did cause me to run into an aspect of the LL inheritance hierarchy that I still don’t understand.

Editing the icon property of the desktop and choosing the icon style ‘normalised’ is enough to make this style propagate to all of the simple shortcut icons on the desktop. That’s as expected.

However, I have a panel at the bottom of the screen that I use as a dock, and the icons in the panel still had the icon style ‘standard’. No problem, I thought. I’ll just modify the icon property of the panel and all of the icons inside it will inherit from it in the same way that those on the desktop inherit from the desktop icon property. But of course, panels have no icon property of their own.

If I use multi-select to manually assign the normalised style to icons in the panel, it works, but then the ‘custom’ box is ticked for icon style, indicating that they are no longer inheriting from the parent container.

So my question is: What is the parent container of icons inside a panel? It’s not the panel itself, and it’s not the desktop that contains the panel. What’s left? 🙂

]]>

I’m getting a lot of crashes with the new beta (12.9b1), basically whenever I edit the desktop and then leave edit…

I’m getting a lot of crashes with the new beta (12.9b1), basically whenever I edit the desktop and then leave edit mode.

Here’s an example. I think they’re all array index out of bounds exceptions.

This is a bug report. Please include as many details regarding the crash, such as steps to reproduce it or when the bug appeared, every little hint helps a lot. Thank you!

Android 6.0.1 REL 23 / SM-G935F hero2ltexx

net.pierrox.lightning_launcher_extreme v12.9b1 (r2542) – 2281

java.lang.IndexOutOfBoundsException: Invalid index 8, size is 8

at java.util.ArrayList.throwIndexOutOfBoundsException(ArrayList.java:255)

at java.util.ArrayList.get(ArrayList.java:308)

at net.pierrox.lightning_launcher.prefs.o.a(LLPreferenceListView.java:400)

at net.pierrox.lightning_launcher.prefs.o.isEnabled(LLPreferenceListView.java:405)

at android.widget.ListView.dispatchDraw(ListView.java:3436)

at android.view.View.draw(View.java:17472)

at android.widget.AbsListView.draw(AbsListView.java:6240)

at android.view.View.updateDisplayListIfDirty(View.java:16464)

at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:3905)

at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:3885)

at android.view.View.updateDisplayListIfDirty(View.java:16424)

at android.view.ViewGroup.recreateChildDisplayList(ViewGroup.java:3905)

at android.view.ViewGroup.dispatchGetDisplayList(ViewGroup.java:3885)

at android.view.View.updateDisplayListIfDirty(View.java:16424)

at android.view.View.draw(View.java:17238)

at android.view.ViewGroup.drawChild(ViewGroup.java:3921)

at de.robv.android.xposed.XposedBridge.invokeOriginalMethodNative(Native Method)

at de.robv.android.xposed.XposedBridge.handleHookedMethod(XposedBridge.java:749)

at android.view.ViewGroup.drawChild()

at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3711)

at android.view.View.updateDisplayListIfDirty(View.java:16459)

at android.view.View.draw(View.java:17238)

at android.view.ViewGroup.drawChild(ViewGroup.java:3921)

at de.robv.android.xposed.XposedBridge.invokeOriginalMethodNative(Native Method)

at de.robv.android.xposed.XposedBridge.handleHookedMethod(XposedBridge.java:749)

at android.view.ViewGroup.drawChild()

at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3711)

at android.view.View.draw(View.java:17472)

at android.view.View.updateDisplayListIfDirty(View.java:16464)

at android.view.View.draw(View.java:17238)

at android.view.ViewGroup.drawChild(ViewGroup.java:3921)

at de.robv.android.xposed.XposedBridge.invokeOriginalMethodNative(Native Method)

at de.robv.android.xposed.XposedBridge.handleHookedMethod(XposedBridge.java:749)

at android.view.ViewGroup.drawChild()

at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3711)

at android.view.View.updateDisplayListIfDirty(View.java:16459)

at android.view.View.draw(View.java:17238)

at android.view.ViewGroup.drawChild(ViewGroup.java:3921)

at de.robv.android.xposed.XposedBridge.invokeOriginalMethodNative(Native Method)

at de.robv.android.xposed.XposedBridge.handleHookedMethod(XposedBridge.java:749)

at android.view.ViewGroup.drawChild()

at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3711)

at android.view.View.updateDisplayListIfDirty(View.java:16459)

at android.view.View.draw(View.java:17238)

at android.view.ViewGroup.drawChild(ViewGroup.java:3921)

at de.robv.android.xposed.XposedBridge.invokeOriginalMethodNative(Native Method)

at de.robv.android.xposed.XposedBridge.handleHookedMethod(XposedBridge.java:749)

at android.view.ViewGroup.drawChild()

at android.view.ViewGroup.dispatchDraw(ViewGroup.java:3711)

at android.view.View.draw(View.java:17472)

at com.android.internal.policy.PhoneWindow$DecorView.draw(PhoneWindow.java:3205)

at de.robv.android.xposed.XposedBridge.invokeOriginalMethodNative(Native Method)

at de.robv.android.xposed.XposedBridge.handleHookedMethod(XposedBridge.java:749)

at com.android.internal.policy.PhoneWindow$DecorView.draw()

at android.view.View.updateDisplayListIfDirty(View.java:16464)

at android.view.ThreadedRenderer.updateViewTreeDisplayList(ThreadedRenderer.java:325)

at android.view.ThreadedRenderer.updateRootDisplayList(ThreadedRenderer.java:331)

at android.view.ThreadedRenderer.draw(ThreadedRenderer.java:366)

at android.view.ViewRootImpl.draw(ViewRootImpl.java:3140)

at android.view.ViewRootImpl.performDraw(ViewRootImpl.java:2939)

at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:2522)

at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1437)

at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:7403)

at android.view.Choreographer$CallbackRecord.run(Choreographer.java:920)

at android.view.Choreographer.doCallbacks(Choreographer.java:695)

at android.view.Choreographer.doFrame(Choreographer.java:631)

at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:906)

at android.os.Handler.handleCallback(Handler.java:739)

at android.os.Handler.dispatchMessage(Handler.java:95)

at android.os.Looper.loop(Looper.java:158)

at android.app.ActivityThread.main(ActivityThread.java:7229)

at java.lang.reflect.Method.invoke(Native Method)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1230)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1120)

at de.robv.android.xposed.XposedBridge.main(XposedBridge.java:134)

Statistics

4 page(s) loaded

page 0: 94 item(s)

85 shortcut(s) – icons: 4.30 MB, drawable: 16.00 B

8 widget(s): 19.29 MB

page 106: 18 item(s)

18 shortcut(s) – icons: 1.35 MB, drawable: 0.00 B

0 widget(s): 0.00 B

page -1: 0 item(s)

0 shortcut(s) – icons: 0.00 B, drawable: 0.00 B

0 widget(s): 0.00 B

page 132: 2 item(s)

0 shortcut(s) – icons: 0.00 B, drawable: 0.00 B

2 widget(s): 0.88 MB

total shortcuts: 103

total widgets: 10

total icon size: 5.65 MB

total drawable size: 16.00 B

total widget size: 20.17 MB

widgets drawable size: 20.17 MB

max: 256 MB

]]>

The new beta (12.9b1) gives me this error when I try to back up my working template.

The new beta (12.9b1) gives me this error when I try to back up my working template.

The desktop is subsequently unresponsive and I need to kill the launcher to get it to reload.

]]>