Cross Viewer Drag & Drop [message #1806957] |
Sun, 19 May 2019 13:55  |
Eclipse User |
|
|
|
Hi there,
I'm working on an E4 RCP application (still based on Oxygen), that uses GEF Zest Viewers to display and edit Graphs (similar to signal flow charts). All Graphs of a project form a hierarchy, but are not hosted by a single viewer. (In case it helps, a bit context information: the viewers themselves are hosted by E4 (editor) parts. The application is a SWT / Java FX hybrid, where all but the GEF Zest Viewers is SWT based.)
Given this configuration, the question whether GEF supports cross viewer drag & drop arises... The desired semantics of the D&D is like Copy&Paste or Cut&Paste respectively.
Does GEF support this out of the box? Has anyone done this already?
Thanks in advance!
Gerhard
|
|
|
|
Re: Cross Viewer Drag & Drop [message #1853175 is a reply to message #1808672] |
Tue, 21 June 2022 15:45  |
Eclipse User |
|
|
|
Hi Matthias,
I'm late, but I think it's never too late to say THANX!
Your answer put me on the right path, but there is a little subtlety that bothers me. Before I start, a small premise: due to internal restrictions (related to Java 8) we are currently bound to Eclipse 4.16 and GEF 5.3.0 and I have not checked, if my concern has vanished in the current version.
What does bother me, is the fact, that my drag/drop handler does not receive DRAG_ENTERED or DRAG_EXITED calls. I think this is due to bug in the DragDropGesture class, There, the event filters for the cited events are hooked with the scene, but the calls to the policies require, that the event target is an FX node. According to my observation, the ENTERED and EXITED events are delivered to the scene but not to nodes. Therefore I think, that not the ENTERED / EXITED events should be monitored in DragDropGesture, but DRAG_ENTERED_TARGET and DRAG_EXITED_TARGET.
Do you agree? Is this problem still existing in the current version and should I file a bug?
Regards Gerhard
|
|
|
Powered by
FUDForum. Page generated in 0.05783 seconds