Opened 17 years ago
Last modified 17 years ago
#3353 closed Bug report
drag'n'drop cursor same for move and copy
| Reported by: | eturfboer | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | FileZilla Client |
| Keywords: | Cc: | eturfboer, Alexander Schuch, Tim Kosse | |
| Component version: | Operating system type: | ||
| Operating system version: |
Description
On an internal copy of files, the copy cursor is shown. The exerted action is moving.
Change History (6)
comment:1 by , 17 years ago
comment:3 by , 17 years ago
Okay, so this is about FileZilla 3... what do you mean by "internal copy of files"? Do you mean drag'n'drop support between local and remote pane inside of FileZilla? As far as I know, this is supposed to be a copy (transfer) action, not a move (copy+delete).
Can you please be more verbose on what you mean? Thanks!
comment:4 by , 17 years ago
Yes, indeed correct. I am not talking about the copy between local and remote, but between remote and remote. It is in drag&drop action. Both within the remote window and to the remote folder pane.
comment:5 by , 17 years ago
Ah, I see. The drag'n'drop icon is the same for local<->remote and local<->local, where it means copy, and remote<->remote (between treeview and directory view), where it means move.
comment:6 by , 17 years ago
Unfortunately this cannot be fixed. Due to technical limitation in the Windows API, the drag source does not know anything about the drop target and vice versa until the operation has finished.
If the "move icon" would be allowed, the move icon could be used everywhere and not just inside the remote area.
Which version of FileZilla are you talking about?