Drag still partly active on Home favourites view triggering odd palette behaviours

[garycmartin]

Testing on 13.1.0 build 5

Drag and drop events still partly active on Home favourites view triggering odd palette behaviours and leftover pressed grey feedback state.

Steps to reproduce:

1) On the Home Activities Spiral/Circle Favourite View
2) Drag an Activity icon with either the cursor or via touch

Results:

• Icons can be left in grey pressed style state
• The icons palette can appear some way away from the icon
• Can often lead to future single touch/click of an Activity icon to always raising it's palette instead of resuming by default.

sudo killall X to recover

Drag and drop Activity icon behaviours should be completely disabled for Home Favourites Spiral/Circle View

[manuq]

This happens in Home view, spiral layout. Drag is breaking the long-press behaviour.

The long-press, implemented in #3992, works wrong if the user press an icon and then release outside the icon. The palette appears in the release location, and is not dismissed if the user tap or open the frame. This is because there is drag and drop code in all favourites view, but we just want it in random view.

[manuq]

About my patch attached, I was in doubt with this: there are two callbacks connected to all children:

• motion-notify-event
• drag-begin

what should we do? I'm just returning at the beggining of the callback method if dragging is not wanted.

Another possibility could be, if possible, traverse the list of children when the layout changes and connect/disconnect them.

[erikos]

Replying to manuq:

About my patch attached, I was in doubt with this: there are two callbacks connected to all children:

• motion-notify-event
• drag-begin

what should we do? I'm just returning at the beggining of the callback method if dragging is not wanted.

That sounds good to me. The other options sounds to complex.

The patch works as expected. And the random view still works.

[dnarvaez]

Milestone 0.98 deleted