Bug 313476

Comment 1 Prakash Rangaraj 2010-05-19 03:52:39 EDT

First, navigator is deprecated in favour of Project Explorer.

I've encountered a DND issue with Subclipse earlier, and I've to replace the whole project from repo to restore things. But I don't think we should have a flag for disabling DnD in the entire workbench just because few plugins misbehave.

Leaving it to Eric to mark as won't fix, if appropriate.

Comment 2 w.pasman 2010-05-19 05:03:45 EDT

(In reply to comment #1)
> First, navigator is deprecated in favour of Project Explorer.
> 

> Leaving it to Eric to mark as won't fix, if appropriate.

There is no Project explorer here, neither in Window/open perspective nor Window/show view. I do have a "package explorer" though. 

I don't use Package Explorer because it messes up the hierarchy inside src/. Instead of a directory x with subdirectory y and subsubdirectory z I will see a fully unfolded list of x.y.z. This results in a huge, unreadably cluttered src directory. 

> I've encountered a DND issue with Subclipse earlier, and I've to replace the
> whole project from repo to restore things.

Yes I also have had to replace the whole project from repo a few times. This is very bad...

> But I don't think we should have a
> flag for disabling DnD in the entire workbench just because few plugins
> misbehave.

It's not just the plug-in. For me the interface is bad, these files should NEVER BE MOVED ACCIDENTALLY and that is just what is happening.

Comment 3 Remy Suen 2010-05-19 05:14:25 EDT

(In reply to comment #2)
> There is no Project explorer here, neither in Window/open perspective nor
> Window/show view. I do have a "package explorer" though.

Very odd. It should be available in 3.5.2.

Window > Show View > Other... > General > Project Explorer

But, if it's not there then there's not much for me to say.

> I don't use Package Explorer because it messes up the hierarchy inside src/.
> Instead of a directory x with subdirectory y and subsubdirectory z I will see a
> fully unfolded list of x.y.z. This results in a huge, unreadably cluttered src
> directory.

http://wiki.eclipse.org/Graphical_Eclipse_FAQs#How_do_I_alter_my_package_representation_so_that_parent_packages_are_housing_child_packages.3F

> It's not just the plug-in. For me the interface is bad, these files should
> NEVER BE MOVED ACCIDENTALLY and that is just what is happening.

We will need more accurate steps here. As Prakash mentioned, the 'Navigator' view has been deprecated so it's very unlikely for us to justify our time on that view unless it is a mission critical bug. Based on your feedback, it sounds counterintuitive and annoying but we will have to be able to reproduce it first.

Comment 4 w.pasman 2010-05-19 06:06:34 EDT

I did not know that the Navigator is outdated. I suppose that Navigator is the standard one being presented when you start working with Eclipse. Or maybe it was long ago when I started working with Eclipse and that this preference was still being used after updates?


> Very odd. It should be available in 3.5.2.
> 
> Window > Show View > Other... > General > Project Explorer

Aha, I missed that one. Yes it is there.

> http://wiki.eclipse.org/Graphical_Eclipse_FAQs#How_do_I_alter_my_package_representation_so_that_parent_packages_are_housing_child_packages.3F

Thanks!! Looks like it has almost the same look and behaviour as the Navigator now.

But, would this resolve the problematic drag&drop issue?

Comment 5 Remy Suen 2010-05-19 06:11:37 EDT

(In reply to comment #4)
> I did not know that the Navigator is outdated. I suppose that Navigator is the
> standard one being presented when you start working with Eclipse. Or maybe it
> was long ago when I started working with Eclipse and that this preference was
> still being used after updates?

W. Pasman, the state of your workbench is persisted when it is brought down and restarted. So, if you had views A, B, and C up, when you restart, you will see them again. While the 'Navigator' view had been deprecated, I think we can all agree it would've been odd if a user upgraded Eclipse and found that on restart the view had simply disappear while everything else seemed to be in its place.

It may be removed in the future, I can't say, but that is the behaviour of how the Eclipse platform works, we save where your views are and what you have opened and bring them back up when you restart Eclipse.

> But, would this resolve the problematic drag&drop issue?

Well, the DND behaviour in the 'Package Explorer' is "smarter" than the one in the 'Navigator'. I don't use Subversion though so I'm not sure how well it handles renames by DND.

Comment 6 w.pasman 2010-05-19 07:33:08 EDT

Thanks. I will use this Project Explorer for some time to see if this solves the issue.

Comment 7 Boris Bokowski 2010-05-27 15:57:06 EDT

(In reply to comment #0)
> It caused several times to hang up Eclipse. Particularly when the accidental
> drag&drop causes major code movements, I guess SVN also is playing a role here.

Maybe you should open a bug against the SVN plugin provider?

Closing as wontfix. Asking us to be able to turn off drag&drop from the standard Eclipse views is like asking Windows to be able to turn off drag&drop in the Windows Explorer, or asking Apple to be able to turn off drag&drop in the Finder. 

For Windows, the following information may help: http://blogs.msdn.com/b/oldnewthing/archive/2009/04/10/9541813.aspx

For Mac OS X, I have no idea if the drag sensitivity can be adjusted.