#4202 closed bug (fixed)
Using pop-up navigation always moves files
Reported by: | humdinger | Owned by: | anevilyak |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Applications/Tracker | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
This is hrev32189.
I have a second partition.
If I take a file from there and drag it over my home folder on the boot partition, pop-up navigation let's me drill down through various subfolders. If I now release the mousebutton, the file is put into that subfolder.
So far, all is OK. _But_: The file came from another partition and should therefore been copied, _not_ moved.
If possible, a right-drag-and-drill-down could end with the usual context menu "Create Link/Move/Copy Here". If so, the context menu has to appear before the pop-up navi panels have collapsed again. We want to keep seeing where exactly a file was dropped.
Also, is there a long time-out before the pop-up navigation starts, or is that due to running in VirtualBox? It fells very long...
Change History (3)
comment:1 by , 15 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
follow-up: 3 comment:2 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:3 by , 15 years ago
Thanks for the quik fix!
Also, is there a long time-out before the pop-up navigation starts, or is that due to running in VirtualBox? It fells very long...
It's around 2-3 seconds or so. In any case, I believe you can override the timeout by holding down shift while dragging.
OK, but why?! :)
I don't see a reason for this long a delay. You don't want to spring up pop-navs all over the place while dragging a file around, but sitting on top of a folder for max. 0.5 seconds without wiggling more than +/-2 pixels around should be really enough. (Dunno about the wiggling-part, but a shortened timeout would be very appreciated.)
Replying to humdinger:
That part is somewhat nontrivial to handle. For the time being I've fixed it in hrev32210 to use the same copy vs move logic that's used elsewhere.
It's around 2-3 seconds or so. In any case, I believe you can override the timeout by holding down shift while dragging.