now browsing by tag
Is there a way to make folders auto-sort when new items are added to them?
I have a dummy binding on a shortcut in a folder that provides a dynamic calendar date icon for the associated app.
However, the last time this ran properly was on 5th October. There must have been an alpha release on either 5th or 6th October that broke it.
The problem seems to be that parseInt(n) on a number with a leading zero (such as that returned by $ll_day) now results in NaN. Adding a second parameter of the form parseInt(n, 10) fixes the problem.
Is this intended new behaviour or is it a bug?
]]>In the app drawer, why does the Currently Running screen only ever show one icon: All Apps?
This has been the case ever since I started using Lightning Launcher, but I keep forgetting to ask about it.
]]>I’m still a scripting novice with LL, so forgive me for the following question which probably has a simple answer.
I’m missing a basic feature in LL: When I add or remove an item from a folder, I want the folder to automatically rearrange its contents in alphabetical order.
It’s trivial to fetch the container holding the items in the folder, but what then?
I can’t find a built-in sort method, so do I need to write my own? If so, what do I do with my sorted array of items once I have it? How do I assign that back to the container?
I’m probably overthinking this. Maybe there’s a built-in method after all.
]]>I’m seeing an issue with the latest beta after some apps are updated.
Their desktop or folder icon is becoming detached from the actual app, so that when I tap the icon, I get the familar ‘App not found: Cancel, select a different app or search the Play Store’ dialogue.
The workaround to restore the binding is to remove the icon and add it again. Sometimes, an app drawer refresh is needed, too.
I had hoped to report this before the latest beta morphed into a new stable release, but it seems I have just missed that moment.
]]>The new icon normalisation of 12.9b1 is nice.
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…
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.
]]>Here’s a weird one:
I have a Direct Dial shortcut for my wife on my LL desktop, but when I tap it, LL says: “Item is not installed. Search Google Play, or pick another app?”
I tried removing the shortcut and readding it: same result.
I’m not sure when this stopped working, but it was probably when I upgraded from an S6 to an S7. Has anyone seen this strange behaviour before?
]]>I’ve been using LL for a couple of months now and am used to most of its features and quirks.
One detail, however, is still evading me. I assumed that if I just kept using LL, it would eventually dawn on me how the feature is supposed to work, but that hasn’t happened yet and I’m growing impatient.
Anyway, here’s the problem: Every time I create a new folder, it’s not styled the way I want it to be. I have to go to a previously created folder, copy its style to the clipboard, and then paste that style into the new folder.
Alternatively, I can save a named style from a previous folder and then load that style into the new folder.
However, all of this feels very awkward. Shouldn’t this just work without copying styles around?
How do I get my newly created folders to inherit globally defined folder properties? The Folder settings screen doesn’t contain settings for all of the folder properties that can be defined, so I’ve been wondering for a couple of months now how this is supposed to be done.
Thanks in advance for any help.
]]>
D5 Creation