Cyberduck Mountain Duck CLI

Opened 13 years ago

Closed 11 years ago

Last modified 9 years ago

#60 closed defect (fixed)

Can't drag files to working directory when there is no space left

Reported by: Albert Lombarte Owned by: dkocher
Priority: normal Milestone: 3.0
Component: interface Version: 2.8.2
Severity: normal Keywords:
Cc: Architecture:
Platform:

Description

When you have a server listing full of folders and there is no blank space left to drag and drop a new file, the only option is to drop it over an undesired folder.

Possible workarounds:

Leave always a blank row at the end of the listing if there is no blank space left.

Add the . and .. system folders (also very convenient for navigation. If not as a solution for this problem, as an enhancement)

Do not treat the whole row as link to the folder

Change History (14)

comment:1 Changed 13 years ago by dkocher

  • Component changed from core to interface
  • Priority changed from normal to high
  • Status changed from new to assigned
  • Summary changed from Can't add files to current folder when there is no space left to Can't drag files to working directory when there is no space left

comment:2 Changed 12 years ago by dkocher

  • Priority changed from high to normal

comment:3 Changed 11 years ago by dkocher

As mentioned at http://forums.cocoaforge.com/viewtopic.php?t=14622, you can drag the files to the Cyberduck application icon in the dock to upload to the current working directory.

comment:4 Changed 11 years ago by dkocher

#1326 marked as a duplicate.

comment:5 Changed 11 years ago by henrrrik

Another problem with the current approach is that it makes the spring-loaded folders option much less useful since sometimes there's no place to "rest" the cursor in the window while you look for the folder you want without accidentally starting to burrow into the directory tree.

I would love to see Cyberduck going the Finder route and not treating the whole row as a link to the folder. Transmit, Yummy FTP, Fetch and Interarchy all do it that way so I think it would conform nicely with user expectations.

comment:6 Changed 11 years ago by dkocher

  • Milestone changed from 2.9 to 2.8.3
  • Resolution set to fixed
  • Status changed from reopened to closed

Fixed as of r3316. Only the filename column listens for drags.

comment:7 Changed 11 years ago by dkocher

  • Milestone changed from 2.8.3 to 2.8.2

comment:8 Changed 11 years ago by henrrrik

  • Milestone 2.8.2 deleted
  • Resolution fixed deleted
  • Status changed from closed to reopened
  • Type changed from enhancement to defect
  • Version changed from 2.5.2 to 2.8.2

The size and modified columns only work as drop zones for the current working directory if the row in question is a file. If it is a folder the dragged item(s) can't be dropped. This means that if the current working directory contains only a large number of folders there's no area at all that targets the current directory (as before the change, but more confusing now since it behaves as if the directory isn't writable). If the current working directory contains a mix of folders and files dragging becomes very inconsistent and confusing sinces some rows are listening for drags and some aren't.

I also think it would be really nice if only the icon and name of the folder listened for drags (like in the Finder), not the whole column, but that's nitpicking. :)

comment:9 Changed 11 years ago by dkocher

  • Milestone set to 2.8.3
  • Resolution set to fixed
  • Status changed from reopened to closed

In r3385.

comment:10 follow-up: Changed 11 years ago by mail@…

  • Resolution fixed deleted
  • Status changed from closed to reopened

henrrrik says:

"I also think it would be really nice if only the icon and name of the folder listened for drags (like in the Finder), not the whole column, but that's nitpicking."

I don't think that's nitpicking. Personally, I find myself being disappointed that Cyberduck doesn't behave that way all the time, because IMHO, an FTP browser should behave as similarly to the Finder as possible. This should be fairly easy to implement by checking for the name column cell's actual size via cellSize. I would be eternally grateful if you could that. :-)

comment:11 in reply to: ↑ 10 Changed 11 years ago by dkocher

Replying to mail@petermaurer.de:

henrrrik says:

"I also think it would be really nice if only the icon and name of the folder listened for drags (like in the Finder), not the whole column, but that's nitpicking."

I don't think that's nitpicking. Personally, I find myself being disappointed that Cyberduck doesn't behave that way all the time, because IMHO, an FTP browser should behave as similarly to the Finder as possible. This should be fairly easy to implement by checking for the name column cell's actual size via cellSize. I would be eternally grateful if you could that. :-)

Is this not working for you? This issue is expected to be fixed already since r3385.

comment:12 Changed 11 years ago by anonymous

I end up dropping things inside the folder I'm hovering over even if the mouse is miles away from the folder's icon or name (screenshot). In fact, it doesn't even work when I'm hovering over the size column (screenshot).

That's Cyberduck 3611 on Mac OS X 10.5.2 and a current MacBook.

comment:13 Changed 11 years ago by dkocher

  • Milestone changed from 2.8.3 to 3.0
  • Resolution set to fixed
  • Status changed from reopened to closed

In r3750, this also works in list view. As noted by Peter, this only worked in outline view before. For now, the whole width of the filename and icon column is considered a valid drop target.

comment:14 Changed 9 years ago by FrankD

I would also love to see Cyberduck pushing the Finder route and no treating the entire argument as a link to the source. Transmit, Yummy FTP, Fetch and Interarchy all do it that way so I think it would wow gold conform nicely with user expectations.

Note: See TracTickets for help on using tickets.
swiss made software