z-order weirdness when dragging ListItems
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-ui-toolkit (Ubuntu) |
Confirmed
|
Medium
|
Zsombor Egri |
Bug Description
ListItems in a ListView start off with a z of 1. When you start dragging them, they get a z of 2. This causes two bits of weirdness:
1) Section headers in the ListView also have a z of 2. (See http://
2) The z index of items is not reset when the drag ends. I haven't noticed any problems caused by this in my testing, but this is the sort of unexpected behavior that is almost guaranteed to cause confusion down the line.
This is seen the the current stable image (r1 on flo).
tags: | added: listitem |
1) Indeed, we should set the z-order to be MAXINT while dragged so they go over any element in the view.
2) you don't see the z-order going back to 1 as the dragged item is duplicated, the original one is hidden for the entire time of dragging and the duplicate is set to be z-ordered 2. This duplicate is then deleted when dropped event animations are completed.
So the only bug we have is the z-order of the dragged element.