KDeclarative: kill own drag and drop handling
Open, Needs TriagePublic

Description

We have our own DropArea and DragArea which we should remove in favor of Qt upstream DropArea and Drag attached property. The Drag attached property is somewhat awkward as it needs to be used in conjunction with MouseArea drag capability. Maybe this is something that can be improved upstream.

Also, there's a DragHandler C++ class for starting a QDrag in Folder View, Kickoff, Kicker, etc which should be analyzed to see what features are needed upstream in Qt so it can be removed as well.

In that also consider touch usecase when you have conflicting interaction, like scroll, context menu, drag. We probably want touch flick to scroll but then you need something like long-press for drag and drop, etc.

broulik created this task.Nov 15 2019, 1:21 PM
broulik updated the task description. (Show Details)Nov 15 2019, 1:26 PM

++++

(we should make a tag for all things that require Qt changes so we can prioritise them)

dfaure renamed this task from Kill own drag and drop handling to KDeclarative: kill own drag and drop handling.Nov 24 2019, 4:01 PM