-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Add Files Action to Search #12209
Add Files Action to Search #12209
Conversation
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
When opening the "Files Action" from search for files in a folder, the top bar indicates / shows folder name as if it would be in this folder but is actually still in root / location where searching started. I think this is a relatively common issue, so could be not related to this PR... Maybe would still be nice to switch to the right folder? On the other hand it could also be good to not switch folders to make handling faster?... |
Signed-off-by: alperozturk <[email protected]>
Top Bar title cleared when user tap to files action. You can check it. Regarding other alternative which is showing files action directly inside the search fragment it's not easy because current search functionality in our project. When a user performs a search within a list, the app redirects them to a different fragment. Additionally, each search initiates a network call, and selecting a specific file requires users to navigate back to the previous screen, disrupting the user experience and obscuring the visual feedback provided by the application. If you agree with this evaluation, please give your approval for the Pull Request so that we can proceed with bug fixes and further refinements. |
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
For me it does not work. EDIT: after reviewing above video, it is the same. |
It's same for selecting file. If user tap wrong file needs to search again. So the question has to be asked here are we going to change all search functionality with better selection and showing files action or do we leave the selection process as it is. Given the current structure of the project, this solution seems appropriate. |
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
/rebase |
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
940b700
to
5404a07
Compare
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
/rebase |
2 similar comments
/rebase |
/rebase |
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
…ode' into feature/files-action-in-search-mode # Conflicts: # app/src/main/java/com/owncloud/android/ui/activity/FileDisplayActivity.java
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
Signed-off-by: alperozturk <[email protected]>
APK file: https://www.kaminsky.me/nc-dev/android-artifacts/12209.apk |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works for me :)
Behaviour:
https://github.com/nextcloud/android/assets/67455295/d09e263c-4311-4391-8f99-57ed8e46e42f
This feature needed for this bugfix