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)
]]>
< ![CDATA[
Relative to your first suggestion:
I see some (most?) pop up boxes that scroll if needed, but the item list will still extend behind nav bar.
]]>
< ![CDATA[
Chris Chastain for some reason now it doesn’t extend behind nav bar (and status bar) for me, and I have the content overlap enabled 😮
]]>
< ![CDATA[
Item hierarchy list? Does it scroll?
I have content overlap enabled also.
]]>
< ![CDATA[
Yes, it scrolls
]]>
< ![CDATA[
Well Damn, I just looked again and the list DOESN’T overlap now. It did yesterday and I had a hell of a time trying to select the last item.
I’ll have to watch this carefully now and try to reproduce it.
]]>
< ![CDATA[
A single post is fine.
I thought at replacing the two Add items in the app drawer with the same add item box, but was concerned about it to be full of items mostly grayed 🙁 Anyway these two add menu items looks awkward too…
]]>
< ![CDATA[
Also for the canceled movement, I think it happens because events may not be grabbed correctly by the item. Grabbing ensure events are always redirected to the view even if touch events are outside of it. When tracking item moves the app moves the item depending on position changes, but if the delta between two positions is large, it may go out of the items view before the app moves it.
]]>
< ![CDATA[
This is funny to see how things are focusing sometimes: since I am reworking the menu and I plan to add a “+” icon to add item, I have no other choice than removing the two “Add…” entries and gray items that can’t be added to the drawer, lol.
]]>
< ![CDATA[
Pierre Hébert and why not just leave the two items alone?
When you are not in expert mode the others are not shown, so you can do the same in the app drawer (remember to remove blank groups)
]]>
< ![CDATA[
I don’t really like having one item in each category, it looks weird (also all items are now displayed even in normal mode). I just tried with grayed items and it’s not bad, I think I will keep it this way. When you are used to some items position this makes things smoother after all.
]]>