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

Search: which infos should be shown #12964

Closed
tobiasKaminsky opened this issue Dec 10, 2018 · 8 comments
Closed

Search: which infos should be shown #12964

tobiasKaminsky opened this issue Dec 10, 2018 · 8 comments
Labels
1. to develop Accepted and waiting to be taken care of client: 🤖🍏 mobile design Design, UI, UX, etc. enhancement

Comments

@tobiasKaminsky
Copy link
Member

From nextcloud/android#3331 we should discuss this for all clients.

Android / web ui
2018-12-10-113827 image image

Android / ios

  • size
  • date
  • no path

web ui

  • no size
  • no date
  • path

I think that on mobile client also the size should be shown as it matters if you download 5mb or 50mb.
Date should also be shown always as for similar named files it is a good indicator.

--> show all 3 params on all platforms?

@nextcloud/designers
@marinofaggiana

@skjnldsv
Copy link
Member

Be careful about this screenshot because this is not the proper search. This is the results from the global search.
See #9917

@tobiasKaminsky
Copy link
Member Author

Hm, it is the only thing I have ;-)
What would change if we have a file "only" search?

@skjnldsv
Copy link
Member

skjnldsv commented Dec 10, 2018

No idea, we have to discuss what kind of output we want when searching files.
Only the current folder (all my files browsers do that), full recursive search (windows?)
Put the unified search in the header like #9917 says? And then what do we do on mobiles, recursive? just the view?

I have no idea, I did not thought about this yet :)
@jancborchardt

@tobiasKaminsky
Copy link
Member Author

So currently it is a filtering of current folder + with a bit of delay a sever wide search.
I think this is also what we should do on mobile. In most of the times you are already in the correct folder, but you are too lazy to manually find the correct file.

My idea:

  • filtering in current folder
  • with a bit of delay a server wide file search with
    • file name
    • file size
    • modification date
    • location / remote path

@marinofaggiana
Copy link
Member

yes, I am agree, the search view should be revisited

@jancborchardt
Copy link
Member

Showing all 3 things is a bit much.

For results from the local folder, we can show the entries just like they appear in the normal view. That means:

  • Server: Filename on the left, modified date and size on right (or not at all on small screens)
  • Mobile apps: Filename in first row, and modified date + size in second row

For results from other folders, we should show the path. Most probably in place of the metadata like size and path. We could think about prepending the size on the left since it generally stays short.

@skjnldsv skjnldsv added the 1. to develop Accepted and waiting to be taken care of label Jun 12, 2019
@skjnldsv
Copy link
Member

skjnldsv commented Nov 8, 2020

Closing?

@tobiasKaminsky
Copy link
Member Author

Yes, we get all info now via unified search and UI should follow server.

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 client: 🤖🍏 mobile design Design, UI, UX, etc. enhancement
Projects
None yet
Development

No branches or pull requests

4 participants