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

Copy file name of files in read-only shared folder → deactivate drag & drop for read-only shares #10749

Open
kaysond opened this issue Aug 19, 2018 · 7 comments
Labels
1. to develop Accepted and waiting to be taken care of enhancement feature: files feature: sharing good first issue Small tasks with clear documentation about how and in which place you need to fix things in.

Comments

@kaysond
Copy link

kaysond commented Aug 19, 2018

If a directory is shared read-only with a link, there is no easy way to copy the file name. The text cannot be selected because dragging is enabled for the whole entry. It would be nice if the context (···) menu had an option for copying the filename.

@nextcloud-bot
Copy link
Member

GitMate.io thinks possibly related issues are #7616 (Feature request: Sync existing), #5201 (Feature Request: Show Shared Folder Name), #2392 (Feature request: file activity export on demand), #7494 (Feature Request: TOTP sharing of files and folders), and #167 (Feature request: Select multiple files in one go).

@MorrisJobke
Copy link
Member

If a directory is shared read-only with a link, there is no easy way to copy the file name. The text cannot be selected because dragging is enabled for the whole entry. It would be nice if the context (···) menu had an option for copying the filename.

I don't like an separate entry for such a trivial thing. On macOS finder there is for example also no easy way to do this except choosing "rename" and then copy.

cc @nextcloud/designers

@MorrisJobke MorrisJobke changed the title [Feature Request] Copy File Name context menu option Copy File Name context menu option Aug 20, 2018
@MorrisJobke MorrisJobke added 0. Needs triage Pending check for reproducibility or if it fits our roadmap feature: files and removed feature: occ labels Aug 20, 2018
@kaysond
Copy link
Author

kaysond commented Aug 20, 2018

I don't like an separate entry for such a trivial thing. On macOS finder there is for example also no easy way to do this except choosing "rename" and then copy.

True. Windows is similar. But its not trivial because it's not possible to highlight the entry. When you're logged in, you can select rename and copy the file name. But if you're not logged in, the rename option doesn't exist. I think having an entry in that case (where the only other context menu option is "Download") would be fine.

@MorrisJobke
Copy link
Member

True. Windows is similar. But its not trivial because it's not possible to highlight the entry. When you're logged in, you can select rename and copy the file name. But if you're not logged in, the rename option doesn't exist. I think having an entry in that case (where the only other context menu option is "Download") would be fine.

Good point 👍

@jancborchardt jancborchardt changed the title Copy File Name context menu option Copy file name of files in read-only shared folder Dec 21, 2018
@jancborchardt
Copy link
Member

The text cannot be selected because dragging is enabled for the whole entry.

If the share is read-only, then drag & drop is useless anyway. It should be deactivated and then copying would be possible.

We should not add a specific entry for this in the menu. This is how it starts and then we end up with a list of dozens of useless entries. ;)

@kaysond
Copy link
Author

kaysond commented Dec 21, 2018

That's a much better solution!

@jancborchardt jancborchardt added 1. to develop Accepted and waiting to be taken care of and removed 0. Needs triage Pending check for reproducibility or if it fits our roadmap labels Dec 21, 2018
@jancborchardt jancborchardt changed the title Copy file name of files in read-only shared folder Copy file name of files in read-only shared folder → deactivate drag & drop for read-only shares Dec 21, 2018
@jancborchardt jancborchardt added the good first issue Small tasks with clear documentation about how and in which place you need to fix things in. label Dec 21, 2018
@szaimen

This comment has been minimized.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1. to develop Accepted and waiting to be taken care of enhancement feature: files feature: sharing good first issue Small tasks with clear documentation about how and in which place you need to fix things in.
Projects
None yet
Development

No branches or pull requests

6 participants