TrianguloY
now browsing by tag
Not sure if this is supposed to be this way.
Not sure if this is supposed to be this way.
When I have the nav bar with content overlap, the bottom editor bar is placed above the nav bar (which is ok) but as you can see in the screenshot the size is computed using the nav bar space, so the editor bar is placed above the desktop.
Android 5.0 nexus 4
]]>Question to Pierre Hébert:
There is an extra flag to scripts ‘FLAG_DISABLED’ that is set when clicking the ‘disable’ button in an alert made with that script (mainly when an error occurs) and is cleared when you open that script in the editor.
It is possible to set/clear it from script, however setting it doesn’t work, while clearing it does.
Is it a bug or there is a reason?
I made a script to enable/disable others scripts easily.
It is useful when you know that a script is crashing/making slower the launcher but you don’t know which one. Disabling script execution doesn’t let you know which one is the problem, and the only way now is to write ‘return’ before each one. (This is the reason I want this flag to be able to be set from script)
]]>Another round of bugs/suggestions/questions
I think I asked this once Pierre Hébert, but I don’t remember: do you prefer a single post with a list like this one, or each bug/suggestion in a different post?
Small suggestion to fix a little bug:
Show the pop-up menu above the editor bars, now it is placed behind them, and sometimes you can’t click the first or the last item (also, did you changed something so the pop-up is not placed behind the device bars? I think so, thanks! )
Suggestion:
In the app drawer, instead of two ‘add item’ menus (folder and indicator) what about the same ‘add item’ pop-up window from the desktop bit with only those two items? I know it can be a bit big for only two elements, but will help to keep consistency.
Strange bug:
When you are moving an item, if the finger goes outside the item, the movement is cancelled. This happens if you move the finger very fast, or when you long click an item while not in edit mode and the desktop shifts (so the item box is moved, specially with small items).
{See Danbar’s next post for a video about this}
Bug:
Pinned page indicators in the app drawer are always ‘honored’ no matter that setting (I mean, if you zoom in edit mode they are not zoomed)
]]>Two bugs, two suggestions and a question from the latest beta version.
Two bugs, two suggestions and a question from the latest beta version.
B1) [this one wasn’t in the snapshot] the specific settings from a container (panel/folder) doesn’t go to the settings of that container. Instead it goes to the settings of the latest container that was edited (if no container was edited yet, it goes to a blank one; in my tablet it goes to the first desktop) {see video}
B2) I have content overlap, and the editor bars are drawn over the desktop, with a small gap. This is device specific I think. {See video}
S3) Now there are eight handlers in the scaling mode, what about put also eight in the resize one?
S4) With small items it is hard to move them because you click the handlers instead. What about another ‘mode’ to only move the item, without handlers? Then you can also leave the resize one to resize only, (or leave it as it is). Will be: -tap> move, -tap> resize, {free mode: -tap> scale, -tap> rotate, } -tap> deselect
Maybe also draw a semi transparent background on the handlers to know where to click?
Q5) Previously there were three different snapping options: sides, center, both. Now I can’t see any way to choose, it is always both. Is the setting moved somewhere?
If not, what about change it clicking the snaping button on the editor bars repeatedly?
(Oh, and I love the new version! I couldn’t test the snapshot a lot, but I’ll do with this version 😀 )
]]>This is a script made for scripters.
This is a script made for scripters.
It is useless for the rest of users, sorry.
So, if you are going to use this script, you should know how scripts works. Seeing the video will tell you all you need. (And also, if you improve it to your needs, share it here 🙂
Basic instructions:
Run the script from a container: adds the editor
Run the script from the editor item: change the edited script
Internally:
When it is run from the creation script, it creates the custom view
When it is run from the resumed event, it updates it’s text
Any change you make in the editor will be immediately changed in the script.
Keep a copy of the original script, just in case 🙂
Oh, and also you may want to place the editor at the top of the desktop, otherwise the keyboard will shift the whole desktop up (go to another app/activity, and then go back to fix it)
]]>Question about an unexpected behaviour.
Why the ‘image’ of an item (the setImage()) is always displayed with a size of 100×100?
If I run this script:
var i=LL.getEvent().getItem();
var im=LL.createImage(400,400);
var p=new Paint();
p.setColor(Color.RED);
im.draw().drawRect(50,50,350,350,p);
i.setImage(im);
What I expected is to display the image of the item with a red box in the middle.
But instead it shows part of the red box on the bottom left corner (concretely, the 100×100 top left part of the full image)
It happens the same with a smaller picture, in this case it is showed at the top left part.
Is this a bug? An unexpected behaviour? (A problem of my device/layout? )
It is easy to apply a scale before drawing, but I wanted to ask.
Also, is it always 100×100?
]]>The Spanish translation has been updated!
Now it is translated all (previously it was around 50%, and I even need to rewrite some texts)
If there is another Spaniard here it will be good to test the language pack (once it gets updated or checking directly on the translation page) and discuss some translations if necessary. Gracias 🙂
]]>Questions about the custom view.
I have a script that returns a custom view, but I would like to use the same script in the paused and resumed events (to avoid multiple scripts)
How can I detect that? I know some ways, but which is the best and most reliable one?
Second: when you use item.getRootView() the returned view is the ‘launcher’ one, (with the box and such). I know it can be useful, but if you want to get the custom view, you need to run getChildAt(0) three times when attached to grid!
So, what about another function item.getView() which will return the custom view? (In case of other lightning item it will return the corresponding child view)
]]>This is something I had since long time ago (almost 3 months now)
This is something I had since long time ago (almost 3 months now)
I never published it because I didn’t like how it is done (the code is a bit messy) but with some little changes I made recently I think it’s time to do so.
This script moves the items of the desktop based on Lagrange interpolation.
You specify data of an item in some pages and it will move smoothly from one to another.
It is made as efficient as possible. No saved data is not counted, and even with so much pages saved it should be unnoticeable. (Of course this depends on the device)
To use it only set it in the position change event of the desired container. Then save the data of each item (one by one, sorry) as seen in the video.
]]>
D5 Creation