Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 125645

Summary:	[DnD] drag n drop in the navigator is very hard
Product:	[Eclipse Project] Platform	Reporter:	Jeff McAffer <jeffmcaffer>
Component:	UI	Assignee:	Platform UI Triaged <platform-ui-triaged>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	normal
Priority:	P3	CC:	wayne.beaton
Version:	3.2	Keywords:	helpwanted
Target Milestone:	---
Hardware:	PC
OS:	Windows XP
Whiteboard:	stalebug

Description Jeff McAffer

2006-01-29 10:38:54 EST

The autoexpansion timing is very sensitive.  so as I drag things around in the navigator if you hesitate for even a microsecond everything starts expanding and scrolling.  Of course, this causes confusion so you have to pause even more and then there is even more expansion and soon the whole tree is expanded.  (well you get the idea :-)

Even if you know exactly hwere you are draging too and are very careful to hit the target, it seems the target also expands.

Is there some way to dampen this behaviour?  I looked for a pref but didn't see anything that stood out as relevant.

Comment 1 Eric Moffatt

2006-02-06 10:31:20 EST

I just came directly across this when attempting to drag a couple of classes from a development project into the org.eclipse.ui.workbench.internal project...a simple hoer over an item at the bottom (in an attempt to get it to scrll) caused to to expand; exposing 50-odd classes and leading me to cancel and use Copy / Paste instead.

The timing doesn't seem to match the Windows explorer. There, the hover timeout seems quite a bit longer before the expand takes place (~2 secs). Also it seems that auto-expand is disabled when you're in the 'auto-scroll' location (the scroll timeout is less than the expand one so when the cursor is located near the bottom of the tree the scroll takes place first, changing the current element, before the auto-expand timer goes off). Perhaps that's one thing to try.

Comment 2 Eric Moffatt

2007-06-21 14:15:22 EDT

We should look into this one...

Comment 3 Eric Moffatt

2007-11-14 16:17:20 EST

This seems to be somewhat better now, at least the 'scroll' timer fires before the 'expand' timer does so that hovering at the bottom doesn't auto-expand everything anymore. Also, the actual hover time to expand is significant (~2 secs) so that you rally have to hover now in order to get an expand.

I think this has been cleaned up as part of Doung's ongoing SWT/DnD work.

Comment 4 Eclipse Webmaster

2019-09-06 16:15:27 EDT

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

Comment 5 Eclipse Genie

2021-11-09 19:59:59 EST

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.