Repository navigation
Add a thumbnail/grid view to the Files app #6
Description
Activity
I absolutely agree with you 😉
Reacted by Mathias ConradtI'm not sure if I understand exactly what @maprambo is requesting, but what I do know is that I'm constantly wishing that we had an app that displayed photos visually like the gallery app, but let us do file operations like delete, copy, raname, share etc as the file app does. Not sure if this is related...
@Bugsbane Not really. @maprambo is requesting a symbol view as an option beside the classical file grid. He (and some other users) are confused about the icon he mentioned above which redirects to the gallery - but looks like it would redirect to an symbol view of the files 😉 In such an view, you could also do copy, delete and all other file operations. ...and you would see the pictures better (however: this would be independent from the gallery)
Ok. I guess I just don't understand what a "symbol view" is, possibly because I use KDE+Linux rather than Macos (and possibly Gnome). I'm assuming this is equivalent of Dolphin's Icon view?
Yeah, we should definitely have a grid view in the Files app. More and more this actually becomes the standard over a bland list view, and Google Drive for example uses it normally.
cc @oparoz because we talked about this in the past. :)
So @MorrisJobke @schiessle @BernhardPosselt @Henni how difficult do you think is it to pull this off?
This would make a lot of users happy.
All I had to say was listed in the thread I started.I'll summarize:
- I'm sure the JS magicians can get a PoC running really quickly. Instead of rendering rows, render boxes and make the icons smaller
- There were some interesting discussions at the end of the thread regarding turning the view into a system which accepts plugins, in case apps want to introduce different views
- changed the title
[-]Symbol view[/-][+]Add a thumbnail/grid view to the Files app[/+]on Jun 6, 2016 Possibly this should be in a separate ticket (if so, let me know and I'll create it), but personally, when I go browsing a folder full of pictures, I would rather have a view similar to that in the Gallery app, where picture previews aren't cropped arbitrarily into squares, but it's still possible to carry out file operations.
Of course, there's always the possibility of having both view modes. Personally though, I suspect that both cater to basically the same use case (let the user easily see the image files to choose which file operations to apply to which files).
Would be nice if Gallery and a Media Player just got merged into the file app (HTML5 Videoplayer + Audioplayer), as it is such a common functionality that everybody wants to use it / uses it.
So the whole gallery and mediaplayer thing just becomes core functionality.Possibly this should be in a separate ticket (if so, let me know and I'll create it), but personally, when I go browsing a folder full of pictures, I would rather have a view similar to that in the Gallery app, where picture previews aren't cropped arbitrarily into squares, but it's still possible to carry out file operations.
Maybe this could be solved by letting you chose the size of the thumbnails in files, like via a slider. Windows has a few different presets per example.
But one day, the file operation menu may be available in Gallery since it has a less distracting interface.
Would be nice if Gallery and a Media Player just got merged into the file app (HTML5 Videoplayer + Audioplayer), as it is such a common functionality that everybody wants to use it / uses it.
So the whole gallery and mediaplayer thing just becomes core functionality.The viewers could be extracted to different apps, which could be added to core, yes. The problem is that you can be certain that some people will want to disable them and if you need to ship them disabled, then you may as well just keep the viewers in the original apps.
Maybe this could be solved by letting you chose the size of the thumbnails
To me, what I love about the Gallery view isn't so much about the size of the preview, it's that a) It shows a preview of the whole image rather than arbitrarily cropping the previews to become a square and b) it shows a large number of image previews with minimal wastage of screenspace. To me at least, the Gallery view is far more useful and beautiful than the scalable preview size view in Windows (or KDE's Dolphin for that matter)
But one day, the file operation menu may be available in Gallery since it has a less distracting interface.
Glad to hear it! I already previously opened a feature request on owncloud/gallery requesting exactly that. 😉
Just one important comment on things which have been said above:
Maybe this could be solved by letting you chose the size of the thumbnails in files, like via a slider. Windows has a few different presets per example.
and
Would be nice if Gallery and a Media Player just got merged into the file app (HTML5 Videoplayer + Audioplayer), as it is such a common functionality that everybody wants to use it / uses it.
So the whole gallery and mediaplayer thing just becomes core functionality.Please please please keep in mind that every added thing will
- Need to be developed in the first place
- Introduce added complexity to the interface
- Take resources to be maintained
And that is not to be underestimated. Video playing and image viewing already works in files so there’s not really a reason to formally merge them into core, it just increases code complexity.
Also, adding more and more configuration options for thumbnail sizing that we think are needed is a bad approach to handle this.We should do it like any normal startup: Start small, with an MVP (minimum viable product) and stay agile that way, not developing things which end up not being used. In this case that’s a simple grid view for the files app which makes a lot of sense as I said above. Anything else is for future discussions.
Reacted by Marius Blüm, Morris Jobke, maprambo and DJCrashdummyIn fact, more than likely, whatever solution was found optimal for grid view, would likely be the same ideal option for a gallery view.
In terms of design, for things like where to put the menu, its colour, etc., yes
In fact, it could even be argued that a grid view may take more coding and maintenance, as it isn't using code that's already in use to display the images.
Not if you don't go with a plugin system. It's purely a job for UI architects. Kind of what's happening with a responsive design.
Code sharing with Gallery app
That's actually more work since that piece of code in Files is not designed to be shared. It' was quite problematic to implement uploading for the same reason. The core team doesn't want to create such components and prefers it if each app comes with everything it needs.
I certainly don't think that both grid and gallery view options being available at the same time helps anyone at the end of the day.
It's a good thing that Gallery is an app which can be disabled then ;)
From my pov, Gallery is just an app, with its own goals, views, features. It shouldn't be a crutch for Files.
A files manager needs a thumbnails view. If the team wants to design it so that it shows images like in Gallery, then it's only slightly more difficult than building a grid, but I think it might confuse users.
Also, switching view in Files is much faster than loading Gallery.Reacted by GLLM15 remaining items
Added the breakdown of steps in the original post above: #6 (comment)
Please check @nextcloud/designers :)
- added 2 commits that reference this issue
on Jan 24, 2019 - added a commit that references this issue
on Sep 5, 2022 - added a commit that references this issue
on Dec 16, 2025
EDIT by @jancborchardt, todo for grid view:
Breakdown of steps for grid view
Essential
Non-essential
The essential parts we have to do for Nextcloud 15, and considering the short time-frame we should really focus on that before doing the non-essentials.
(Original post by @maprambo)
When pressing that button, the gallery opens. It would make much more sense to show all the files and folders as symbols, like native file browsers do:
Don't get me wrong - I love the gallery and also that button. But it leads to confusion, so a real symbol view should be opened. The gallery button could just get the gallery's app icon.