Placing item under collapsed item uncollapses the parent item

šŸ›Bugs
#1

Steps to reproduce

Make an item with children. Collapse the item. Add a new item underneath it (at the same height). Using tab (or other shortcut/command) move the item underneath the collapsed item above.

Expected result

The collapsed item stays collapsed, and the item below just moves into the parent item. This is the behavior if you were to manually drag and then hold below and to the right of the parent item, placing it underneath the parent item (i.e. thereā€™s UX precedence for this behavior).

Actual result

The item is moved under the parent, but the parent item now becomes uncollapsed.

Environment

Chrome, ChromeOS. Probably all platforms but havenā€™t had the time to test.

#2

Sorry I canā€™t agree itā€™s a bug. As you can probably guess, we made sure (i.e. added extra code) it behaves this way.

Itā€™s mostly more visual feedback, otherwise youā€™ll wonder where the item went and whether it was successful.

If your parent list is long and expanding is disruptive, use the Move feature might be better.

Thanks for understanding!

#3

It seems thereā€™s a UX mismatch between when you drag an item underneath another (holding to the right under it) and when you ā€œtabā€ it under. To me it seems like they should behave the same, is there a reason they are different in respect to a collapsed parent item?

#4

My argument would be dragging an item under a parent is more deliberate. Itā€™s more unlikely to be an accident than hitting Tab.

Also, when youā€™re Tabbing, your focus is on there; we want to preserve it so you can continue typing. Compare this to drag nā€™ drop, where the focus is already lost and you wouldnā€™t expect to continue editing.

#5

Makes sense, thanks for your response!

1 Like