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.

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 😀 )

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)