Community
Participate
Working Groups
build 20020821 Bug 22566 reports that cutting a file in the Explorer and pasting it into Eclipse actually copies the file. It remains in the Explorer. There are two options to fix this: 1. Cutting from Windows Explorer and pasting in Eclipse does nothing. 2. Fully support moving files from the file system into Eclipse, removing them in the source location. This includes drag and drop. Bug 21372 suggests that the Navigator should copy files by default when they are (move) dragged from the Explorer. This is what the package view does for drag and drop. It copies independent of whether the copy modifier key is pressed and indicates this in the drag feedback icon. If we decide that option 1. is correct a drag move from Eclipse to the file system should force to default to a drag copy. This operation currently works as a move and the behavior would thus be different depending on the direction of the transfer which is confusing. Going for option 2 is the fact that drag moving already works in the direction of Eclipse->Windows Explorer. Kevin, do we want to support move transfers between Eclipse and Windows Explorer or do we restrict to copy transfers?
Talked to Nick and Lynne. The prevailing opinion is that drag into Eclipse should default to copy/import. This means that we should also default to copy when dragging from Eclipse to Windows. Having different defaults, depending on direction seems counter intuitive. However, we don't necessarily have to remove the DND move behavior. We could still support move when the move modifier (shift on Windows) is held down. Move behavior would have to be added for Navigator and Package Explorer drop targets. Adding Erich to cc to comment on JDT part. Package view already mostly behaves as suggested, it defaults to copy when dragging from Windows to Eclipse but defaults to move when dragging from Eclipse to Windows. This would need to be changed to keep it consistent with itself and with Navigator. It should also add move drop support.
Note, to emphasize, instead of adding move support for Windows->Eclipse we could also drop move support for Eclipse->Windows direction. Whatever we do, it should be consistent.
*** Bug 32258 has been marked as a duplicate of this bug. ***
Reassigning to Nick since he is taking ownership of Navigator
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. -- The automated Eclipse Genie.
This bug was marked as stalebug a while ago. Marking as worksforme. If this report is still relevant for the current release, please reopen and remove the stalebug whiteboard tag.
This bug has been marked as stalebug a while ago without any further interaction. If this report is still relevant for the current release, please reopen and remove the stalebug whiteboard flag.
