-
Notifications
You must be signed in to change notification settings - Fork 54
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
Handling conflict with Gallery previewer, files_videoviewer etc #3
Comments
cc @nextcloud/javascript for that too. :) |
I'd say, deprecate the gallery and stop shipping in 3 versions? |
As mentioned, I was under the impression we want to keep the Gallery and extend its functionality? With stuff like EXIF info, proper sidebar, editing info etc. Every platform has an actual photo app. Files is Finder, but Gallery is iPhoto. What do you think @MorrisJobke @rullzer? |
In any case I think it’s a slightly different discussion. Right now already, the |
@jancborchardt Okay, let's focus on matching existing slideshow/viewer features of other apps and deprecate them.
|
It also takes care of displaying videos on public pages, so as long as the viewer doesn't take care of that we should make it possible to have both installed. Maybe we can for now just add some check to the gallery/files_videoplayer to not register a file handler if the viewer app is installed. |
I guess this is fixed since #408 |
No still missing single file view |
done with NC25 |
So eventually this viewer should be the default viewer for all sorts of formats. Right now the Gallery app is taking precedence still.
Should we:
Basically, when someone has Gallery and Videoviewer enabled but not Viewer, those apps should of course do the previews. But if you have Viewer enabled, this app should take over.
The text was updated successfully, but these errors were encountered: