Open Corepex opened 7 months ago
Yes a tree management interface would be useful, however I would rather tend to make that standalone, and not part of the Gramps Web main interface, because site administrators might not even have their own tree (tree ID is not mandatory), and even if they have one, the management of other trees is unrelated to their genealogy.
@DavidMStraub, thanks for your quick answer. :100: For me, that would be a typical management task for an administrator or an owner. If I already created an instance for gramps-web, I don't want to go back to the command line to create a simple tree. IMHO, that would be a task for the web UI.
Besides that, an administrator role is there to manage the instance. It doesn't matter whether the admin has a corresponding tree. In any case, he should be able to restrict and manage other users (also based on the tree -> so grant or remove access to a tree)
WDYT?
Right, I was not argueing against a web UI, just argueing against making it part of the SPA; this would be a tool that could also be used by people not even using the Gramps Web UI but only Gramps Web API as backend to something else. So in practice it would just be a separate, lean SPA.
Right, I was not argueing against a web UI, just argueing against making it part of the SPA; this would be a tool that could also be used by people not even using the Gramps Web UI but only Gramps Web API as backend to something else. So in practice it would just be a separate, lean SPA.
Ah now I get it. Maybe i could take care of a "small" SPA (written in React). Would it than be possible to implement a tree switch mechanism that let a user switch between different trees? (im the gramps-web SPA)
I take care of the tree CRUD itself.
It would be nice to manage (create / rename) multiple trees in the UI. Letting the administrator assign a tree to a user would also make sense.
WDYT?