You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
HTML structure: Current table structure makes it difficult to change the CSS. We need to change to a div-based layout. Only changing table elements to divs, not changing any look or functionality!
CSS: Introduce grid view style and hook the switch on the top right to switch between the views
Non-essential
HTML: Simplify structure as there are probably a few elements to cut. Keep in mind what we need for Vue.js, and for standardization across apps
Vue.js: Switch Files app to Vue.js part by part. (Is becoming standard for apps, more maintainable, enables us to use animations easier, etc.)
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.
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.
I'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. :)
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
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 DJCrashdummy
In 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.
Activity
MariusBluem commentedon Jun 4, 2016
I absolutely agree with you 😉
cc @jancborchardt
Bugsbane commentedon Jun 5, 2016
I'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...
MariusBluem commentedon Jun 5, 2016
@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)
Bugsbane commentedon Jun 5, 2016
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?
jancborchardt commentedon Jun 6, 2016
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?
oparoz commentedon Jun 6, 2016
This would make a lot of users happy.
All I had to say was listed in the thread I started.
I'll summarize:
[-]Symbol view[/-][+]Add a thumbnail/grid view to the Files app[/+]Bugsbane commentedon Jun 7, 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).
Spacefish commentedon Jun 7, 2016
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.
oparoz commentedon Jun 7, 2016
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.
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.
Bugsbane commentedon Jun 8, 2016
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)
Glad to hear it! I already previously opened a feature request on owncloud/gallery requesting exactly that. 😉
jancborchardt commentedon Jun 8, 2016
Just one important comment on things which have been said above:
and
Please please please keep in mind that every added thing will
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.
oparoz commentedon Jun 8, 2016
In terms of design, for things like where to put the menu, its colour, etc., yes
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.
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.
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.
15 remaining items
jancborchardt commentedon Sep 4, 2018
Added the breakdown of steps in the original post above: #6 (comment)
Please check @nextcloud/designers :)
Fix for crashing occ files:scan
Fix for crashing occ files:scan
# This is a combination of 9 commits.
Update User_LDAP.php
# This is a combination of 16 commits.