Community
Participate
Working Groups
There are still some remaining polish issues with the DnD: 1) The drop agents don't relinquish control when you drag over a DW (because they are using the cursor position only rather than the Control the cursor is over. 2) The feedback should be reversed so that the feedback we currently use for an 'outer' dock should be the regular split affordance and we use something else for the outer dock behavior. 3) The 'drag single visible element == drag whole stack' should only take place when you 'split' drop (i.e. dropping the view into an existing stack should *not* bring over the placeholders). 4) Sometimes we seem to lose the 'drop', I release the mouse button but still end up in the DnD loop.
Created attachment 198283 [details] Patch for item 3, move the logic for takign the whole stack into the SplitDropAgent
M2 is done...
Moving to M5.
*** Bug 375194 has been marked as a duplicate of this bug. ***
commit e40e48271284969e479f3318324e3c5abe57b8f6 This commit moves over to using the SWT 'MOD1' keystate rather than 'CTRL'. This means the modifier is 'Ctrl' on most systems but 'Command' on the Mac. It also does a somewhat better job of handling the 'inner' drop case (dragging an element into the shared area edge. There is still an issue in that the default when simply dragging a view into the shared area (not at an edge) still defaults to moving the view / stack into the shared area (which is what we're trying to avoid).
commit dfc69964ab6338aed1f02bfabf13a1aaaf00da62 Ooops! the previous commit left the 'outer drop' (at the edge of the perspective) move the view outside the perspective again...
*** This bug has been marked as a duplicate of bug 371785 ***
(In reply to comment #7) > > *** This bug has been marked as a duplicate of bug 371785 *** Eric, are you sure the duplicate is correct? They seem pretty unrelated to me... Did you mean Bug 367920 instead?
Re-opening as per Alex's comment
*** This bug has been marked as a duplicate of bug 367920 ***
Thanks Alex !