Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Closed
cyberduck opened this issue Dec 21, 2005 · 11 comments
Closed

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

cyberduck opened this issue Dec 21, 2005 · 11 comments

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Dec 21, 2005

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
Copy link
Collaborator Author

@cyberduck cyberduck commented Sep 7, 2007

@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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 6, 2007

@dkocher commented

#1326 marked as a duplicate.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 6, 2007

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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Dec 3, 2007

@dkocher commented

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

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Dec 12, 2007

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

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Dec 29, 2007

@dkocher commented

In cb02569.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Apr 12, 2008

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

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Apr 12, 2008

@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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Apr 12, 2008

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.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Apr 12, 2008

@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.

Loading

@cyberduck cyberduck closed this Apr 12, 2008
@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Jun 24, 2009

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.

Loading

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants