Details
-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
6.5.2, 6.5.3
Description
My application consists of several rectangles which are all draggable and may be dropped on empty spaces as well as on one another.
These rectangles in turn contain various contents. You may see them as sort of sub-windows which may be dragged around and placed in one of the application windows as well as stacked on one another. For this there are DropArea instances covering the contents.
The first rectangle content I'm working on is a WebEngineView. And the DropArea covering it does not work.
I've attached a minimal implementation which reproduces the problem along with two log files I've created with it on Linux. (On Windows the behavior is even worse.)
When you start this application then a Window opens containing two blue rectangles. The one on the left side contains a WebEngineView as well.
The right rectangle accepts drops from the left one.
The left rectangle does not accept any drops (the DropArea sets drag.accepted to false).
Now try the following:
- Drag the right rectangle into the WebEngineView
Expected behavior: The drop is not permitted because my DropArea rejects the enter event -> the right rectangle's color is set to red.
Or expected alternatively: The drop is accepted by the WebEngineView and Drop.target tells a difference between my DropArea and the WebEngineView so that I have a chance to indicate an invalid drop (e.g. color = red).
Observed behavior: dropArea.onEntered is called every mouse move event. Drop is accepted with action 2 (MoveAction). Drop.target is always null. - Click on the upper visible (colored) part of the left left rectangle and drag it into its own child WebEngineView.
Expected behavior: The drop is not permitted because my DropArea rejects drops on the same rectangle -> the left rectangle's color is set to red.
Or expected alternatively: The drop is accepted by the WebEngineView and Drop.target tells a difference between my DropArea and the WebEngineView so that I have a chance to indicate an invalid drop (e.g. color = red).
Observed behavior: DropArea.onEntereed is never called but the Drop is accepted with action 2 (MoveAction). Drop.target is always null.
I see two main problems here:
- DropArea behaves weird when placed upon a WebEngineView.
- There is no chance to distinguish a wanted from an unwanted drop in Drag.onDragFinished() because Drag.target is always null.
Attachments
Issue Links
- relates to
-
QTBUG-74496 Performance issue: rejected drag re-triggers drag enter event every frame while mouse moves
- Closed
-
QTBUG-30305 DropAreas work weirdly when they are intersectant
- Closed
-
QTBUG-19747 Allow Drag and Drop between QSGItem
- Closed
- resulted from
-
QTBUG-43008 HTML5 Drag'n'Drop not working
- Closed
Gerrit Reviews
For Gerrit Dashboard: QTBUG-120341 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
601160,1 | WIP debug QTBUG-120341 | dev | qt/qtdeclarative | Status: NEW | -2 | 0 |