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

[cyberduck]

Albert Lombarte created the issue

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

[cyberduck]

@dkocher commented

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.

[cyberduck]

@dkocher commented

#1326 marked as a duplicate.

[cyberduck]

f3579a0 commented

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.

[cyberduck]

@dkocher commented

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

[cyberduck]

f3579a0 commented

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. :)

[cyberduck]

@dkocher commented

In cb02569.

[cyberduck]

ea900e9 commented

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. :-)

[cyberduck]

@dkocher commented

Replying to [comment:10 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 cb02569.

[cyberduck]

anonymous commented

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.

[cyberduck]

@dkocher commented

In 8daca1c, 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.

[cyberduck]

FrankD commented

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.