V14a8 alpha
V14a8 alpha
Plenty of bug fixes! I believe this version works quite correctly now. If all goes well I’ll migrate it to beta.
Most remaining issues (but not all) are linked with scripts, in particular background scripts. Don’t hesitate to let me know if you encounter strange behaviors, my goal is to keep full compatibility with the stable version 12.9.1. (minus bugs and performance improvements…)
Full ChangeLog: http://www.lightninglauncher.com/wordpress/change-log/
]]>
D5 Creation
< 
]]>
< ![CDATA[
Yes I had a look at it : I can display it but now there is work to do to let scripts configure it. Also there’s work to do so that it plays nicely with the overlap option, and replaces the custom one in the app drawer. At the moment the focus is on bugs but technically it can work.
]]>
< 
]]>
< ![CDATA[
]]>
< ![CDATA[
Have you checked the Load event for running an app just after boot ?
]]>
< ![CDATA[
Pierre Hébert thanks again for your hard work and devotion.
But..
V12.9 : LL.getContext()
Became
V14a7 : getScreen().getContext()
But
V14a8:???
Or am I goofing again?
]]>
< ![CDATA[
This is getEvent().getScreen(), or possibly getActiveScreen() (and I am going to add more APIs to directly access screens by name). But don’t worry too much about deprecation. New APIs are more flexible and more powerful, but deprecated APIs are not going to disappear anytime soon.
]]>
< ![CDATA[
No event but ActiveScreen works!
Just trying to help.
]]>
< 
Jappie Toutenhoofd Where were you trying to use getEvent ?
]]>
< ![CDATA[
Pierre Hébert sent it last week
to pierrox@lightninglauncher.com
]]>
< 
Could you send it again please ?
]]>
< ![CDATA[
Pierre Hébert ok I’ll do tomorrow
]]>
< ![CDATA[
crashed (already send email) when try to edit app drawer (fresh install on new phone, no backup files no script etc)
]]>
< ![CDATA[
Pierre Hébert I created a folder on desktop a and a shortcut to open same folder a on desktop b. When defining desktop b as floating desktop and using shortcut to open folder on floating state lightning crashes. Seems to be a recursion issue.
]]>
< ![CDATA[
With the latest alpha I get a lot of nullpointer exceptions when trying to retrieve items of containers (either getItems, or getAllItems, getContainer is also involved, some issues with panels?)
Not sure what the underlying problem is, hard to give more details.
It worked more stable in v14a7
]]>
< ![CDATA[
Seems appdrawer is showing quickly the first page before displaying current page. It was fine on 14a7
]]>
< ![CDATA[
Mirko Kohler I see what the problem is. This isn’t recursion but at the moment the floating desktop is just not prepared to deal with desktops other than the displayed one, and as a consequence with folders inside. Fortunately I should be able to fix this for the next update.
Karsten Franke I fixed two bugs recently that could explain at last some of your issues, but I can’t be sure that they all are related. These fixes will be in the next update too.
Bruno-Isa LAMOUR-ARNOULD I don’t know yet what is causing this effect. Does it happen in both “my drawer” and “alphabetical” mode, and does it happen all the time or maybe once after the launcher is restarted?
]]>
< ![CDATA[
Pierre Hébert I’m only using Alphabetical mode. it’s every time I’m calling the drawer
]]>