October, 2016
now browsing by month
Option to disable autorotate or follow the system orientation setting.
More options for the desktop wallpaper cropping tool eg. reset cropping rectangle to its default,Flip Image,rotate image, center crop and Zoom.
]]>runScript doesn’t work well (if at all?) with script paths.
This bug is ages old, but I’m reporting it again as I came across it again:
items in script-created containers will not keep assigned on-grid positions if interacted with (e.g. when edit mode is entered on the container, or a script edits properties of the item).
Simplest reproducing script I found:
var c = getActiveScreen().getCurrentDesktop().addPanel(0,0,100,100).getContainer();
var s = c.addShortcut(“test”,new Intent(),0,0);
s.setCell(1,1,2,2);
Note that
– whether or not save() is called has no impact on this bug
– off-grid positions are kept
– I don’t know if only editing specific properties causes the “jump” back to 0/0, but going into edit mode does it for sure
]]>[Sorry for the long post. When I wrote the list I didn’t know it will grow so much]
—
I’ve been playing around with the menu event and I have some suggestions and bugs (some unrelated to the menu event, but interesting specially #4 about frozen widgets)
Bugs:
1)With the sample script (the ‘hello goodbye’ one) occurs a bug that I think could happen in other places too: when clicking a menu (and the alert is shown) if an item in the container with a binding updates at the same time more or less, the alert will have as title the name of the binding script, instead of the menu one. I can repeatedly trigger this using the binding animate(“$ll_second”,1000)
2) In the script editor, while editing the name/path of a script from the dialog, clicking accept or cancel doesn’t hide the keyboard, it is still shown and active on the script code, that is possibly hidden by the side menu (the keyboard should close).
3) If you are on the script editor and you multitask to other apps, a script editor app is shown on the recent list. However clicking it shows the desktop instead of the editor.
4) I found a reliable way to freeze widgets, but first two related bugs:
4a) On general settings there is an ‘auto edit mode’ option that says ‘enter edit mode when adding an item’. I do remember that previously it said ‘when moving’, but now I’m not sure. Anyway that’s exactly what the setting does, not what it says. To be more clear: no matter what you choose, edit mode will be entered always after adding an item (except when adding a widget that opens an activity to configure).
4b) Add a panel, and then a widget. From 4a), if the widget doesn’t open an activity to configure, the panel will be in edit mode with the widget correctly displayed, but when you exit edit mode the widget is instead a ‘zombie widget’ (not sure how to call it). They will appear as if its internal ‘initialize event’ never run. Some I tried were shown as opaque rectangles, other even invisible. Best to try a few and check. To fix it restart the launcher.
4c) If you followed the steps in 4b) (add a panel, add a widget, restart launcher) now the widget works correctly…until you edit that panel. When doing so it will appear as normal while in edit mode, but from now on it won’t never update in normal mode (you can even interact, but it won’t update, and you can see the result of your clicking in edit mode). I’m highly sure the edit mode of a panel is a duplicated of the original panel, and the widget is a copy. There seem to be an issue with this, the widget on the original panel becomes a zombie and the one in the edit panel gets the updating events (or whatever).
Wow, so long. Now they come the suggestions:
5)Add a menu event in general settings. It will be nice to have an extra button in all menus of the launcher for example, or to change them to dark. Note that if you set a custom menu event of an item it will need to run both scripts (first the general one, then the custom). Not sure how difficult this is to implement, so don’t worry if you leave it on the todo list.
6) The menu event is only for scripts, and even choosing another action does nothing. So why not directly open the run a script dialog?
7) Talking about the run script dialog, now that they can be in folders what about the same ‘folder/name chooser with the ‘include sub directories’ checkbox?
Again sorry for the long post 😛
]]>Most of widgets doesn’t work for me: click does nothing, only frame is drawn, options are not saved or applied.
Unexpected behaviour: When the last script in the currently open folder gets deleted a new script in this folder is…
Expected behaviour: Active folder should switch to the first non-empty folder in the hierarchy. Only on the top level a new script schould be created.
]]>Hi all, is there a way to add upday (the news app S7) to the desktop? Thanks.
Hi all, is there a way to add upday (the news app S7) to the desktop? Thanks.