Redesign deleted files screen. - no way to known original path
Nobody has claimed this yet.
- Dominant language
- Swift
- Stars
- 2.5k
- Forks
- 1k
- Avg merge
- 2d 18h
- Merged PRs (30d)
- 13
Description
Expected behaviour
Currently there isn't a way to know original path of deleted files and folders. As such, if one has many and or some with the same names, one cannot tell what is what.
Reasoning or why should it be changed/implemented?
I suggest removing restore and delete icons in each row. This is not the web and one doesn't need to match web UX.
Files iOS app uses swipe actions to delete and restore. One can also long hold on a row to get a context menu with options such as a details label. Files iOS details panel doesn't show original path though i think with Nextcloud it would be helpful. Screenshots:
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start from the deleted files screen in the iOS app and compare its current behavior with the screenshots and suggestions in the issue. The work is done when deleted files and folders expose their original paths and the proposed restore, delete, swipe, or context-menu behavior is implemented consistently.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- swift
- Domain
- mobile
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100