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
{{ message }}
This repository has been archived by the owner on Nov 1, 2020. It is now read-only.
Since the gallery app in bundled with the NC releases right now I see no problem that those are not part of the public API right now. Anyway it isn't that nice so we should probably also move them to the OCP namespace. Until now it seems the gallery app has copied the code that is required from files_sharing, but that doesn't seem to be a good solution to me as well. Any thoughts on that?
@oparoz How does gallery handle being dependent on files_sharing at the moment? It seems to be using just its config values. Would be using the classes from OCA\Files_Sharing in gallery an option?
I've always been told that apps should be completely independent from core, so for that reason, we always recreate all the JS files in Gallery.
This may change once we have some re-usable components in the core.
With nextcloud/server#8051 we have a common public page template for NC14+ that should be used by apps to render public pages.
The PR also introduced two custom classes for rendering the direct link and add to my nextcloud menu entries, like in the screenshot below:
The question is if we should just used those classes from the files_sharing app:
Since the gallery app in bundled with the NC releases right now I see no problem that those are not part of the public API right now. Anyway it isn't that nice so we should probably also move them to the OCP namespace. Until now it seems the gallery app has copied the code that is required from files_sharing, but that doesn't seem to be a good solution to me as well. Any thoughts on that?
WIP branch: https://github.com/nextcloud/gallery/tree/public-page-response
The text was updated successfully, but these errors were encountered: