TeamAmaze / TeamAmaze/AmazeFileManager
Search results UI only allows for opening files, and not common operations
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 6.4k
- Forks
- 1.7k
- Avg merge
- 3d 9h
- Merged PRs (30d)
- 1
Description
Is your feature request related to a problem? Please describe.
The current search results implementation does not provide any utility other than opening one of the found files.
Describe the solution you'd like
The search results should open in a normal file listing, allowing you to select, rename, delete files as any other file panel and should not go away after taking action on any result.
Describe alternatives you've considered
You can take a look on how search results are implemented in Solid File Explorer as an example.
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 by locating the current search-results implementation and reviewing how Solid File Explorer presents search results. Check the existing file-panel selection and action flows, then make search results support selection, rename, and delete operations without dismissing the results; verify that the behavior matches a normal file listing.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, kotlin
- Domain
- frontend, mobile
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100