Dear all, There's been a submission for a management interface at https://github.com/jech/galene/pull/82 The main issue right now is whether this should be merged into the Galène repository. My personal opinion right now (but I might still change my mind) is that I'd like to see it in a separate repository (and Go module) that depends on Galène. I've already started exporting some Galène internals in order to avoid code duplication. There are good reasons to keep the interface separate: 1. Galène is intended to be easy to integrate into an existing website (imagine adding videoconferencing functionality to a cat video forum or an e-learning platform). For embedding, it would probably be better to provide the right hooks for an external interface rather than a complete management interface. 2. People's opinions on management interfaces are likly to be variable, and therefore it would be good to not bind too closely Galène with a single management interface. There are also some reasons to merge the two: I. Having a single repository will make it easier to install both at the same time. II. Having a canonical management interface integrated with Galène will reduce user confusion. I'd like to hear people's opinions on the subject. -- Juliusz
On 23.04.21 18:31, Juliusz Chroboczek wrote: > There are good reasons to keep the interface separate: [...] > There are also some reasons to merge the two: [...] > I'd like to hear people's opinions on the subject. Dear Juliusz, first big thanks for creating this software! Please take my 2ct as a non-institutional, privacy-concerned newcomer. I'd opt for modularity (separate interface), because in the long run I plan to do account provisioning from within another application; I might write a simple webAPI (in my favourite language) which manages the group files, and gets called from that other application. So I don't need a built-in management UI or AuthBackend, just stability of the configuration file interface (or an equivalent webAPI). BR, ibu
Juliusz Chroboczek <jch@irif.fr> writes:
> Dear all,
>
> There's been a submission for a management interface at
>
> https://github.com/jech/galene/pull/82
>
> The main issue right now is whether this should be merged into the Galène
> repository. My personal opinion right now (but I might still change my
> mind) is that I'd like to see it in a separate repository (and Go module)
> that depends on Galène. I've already started exporting some Galène
> internals in order to avoid code duplication.
>
> There are good reasons to keep the interface separate:
>
> 1. Galène is intended to be easy to integrate into an existing website
> (imagine adding videoconferencing functionality to a cat video forum or
> an e-learning platform). For embedding, it would probably be better to
> provide the right hooks for an external interface rather than
> a complete management interface.
>
> 2. People's opinions on management interfaces are likly to be variable,
> and therefore it would be good to not bind too closely Galène with
> a single management interface.
>
> There are also some reasons to merge the two:
>
> I. Having a single repository will make it easier to install both at the
> same time.
>
> II. Having a canonical management interface integrated with Galène will
> reduce user confusion.
>
> I'd like to hear people's opinions on the subject.
I have no strong opinion about where the management interface should
live, as long as it's possible to turn it off and configure Galene
without it :)
-Toke
[-- Attachment #1: Type: text/plain, Size: 2756 bytes --] Hi Juliusz In terms of usage, having a sophisticated administration interface allows to delegate many tasks to privileged users and is thus an added value when using the software collectively. For a more personal use or if the number of privileged users stays low, the current situation looks fine since it is light. I guess that Galene is a fantastic software for a « personal » use (teaching, conferences with a low number of webcams ) and thus it does not seem to be a problem in that case to have a rudimentary interface. So one then compare 1 privileged user = 1 galene server with rudimentary administration interface vs 1 unique server with a sophisticated administration interface. The first situation lead to some other problems such as having different ports opened for different servers . What would be the additional effort in having both (for example a choice à compile time) ? Cheers, Fabrice ------------------------- Fabrice Rouillier fabrice@rouillier.fr Bureau virtuel : https://www.rouillier <https://www.rouillier/>.fr/visio/fabrice > Le 23 avr. 2021 à 18:31, Juliusz Chroboczek <jch@irif.fr> a écrit : > > Dear all, > > There's been a submission for a management interface at > > https://github.com/jech/galene/pull/82 > > The main issue right now is whether this should be merged into the Galène > repository. My personal opinion right now (but I might still change my > mind) is that I'd like to see it in a separate repository (and Go module) > that depends on Galène. I've already started exporting some Galène > internals in order to avoid code duplication. > > There are good reasons to keep the interface separate: > > 1. Galène is intended to be easy to integrate into an existing website > (imagine adding videoconferencing functionality to a cat video forum or > an e-learning platform). For embedding, it would probably be better to > provide the right hooks for an external interface rather than > a complete management interface. > > 2. People's opinions on management interfaces are likly to be variable, > and therefore it would be good to not bind too closely Galène with > a single management interface. > > There are also some reasons to merge the two: > > I. Having a single repository will make it easier to install both at the > same time. > > II. Having a canonical management interface integrated with Galène will > reduce user confusion. > > I'd like to hear people's opinions on the subject. > > -- Juliusz > _______________________________________________ > Galene mailing list -- galene@lists.galene.org > To unsubscribe send an email to galene-leave@lists.galene.org [-- Attachment #2: Type: text/html, Size: 6908 bytes --]
[-- Attachment #1: Type: text/plain, Size: 3339 bytes --] Hi, I agree with Fabrice. Considering the second option (having the admin interface embedded with galene), it would ensure code compatibility between admin webui and the core of galene itself, even between upgrades. If it is maintained as a plugin *compatible* system, that is also fine to me. It just needs to be compatible even after an upgrade. Thanks, Best regards, Le 24 avril 2021 07:49:15 GMT+02:00, Fabrice Rouillier <fabrice@rouillier.fr> a écrit : >Hi Juliusz > >In terms of usage, having a sophisticated administration interface >allows to delegate many tasks to privileged users and is thus an added >value when using the software collectively. > >For a more personal use or if the number of privileged users stays low, >the current situation looks fine since it is light. > >I guess that Galene is a fantastic software for a « personal » use >(teaching, conferences with a low number of webcams ) and thus it does >not seem to be a problem in that case to have a rudimentary interface. > >So one then compare 1 privileged user = 1 galene server with >rudimentary administration interface vs 1 unique server with a >sophisticated administration interface. > >The first situation lead to some other problems such as having >different ports opened for different servers . > >What would be the additional effort in having both (for example a >choice à compile time) ? > >Cheers, > > >Fabrice > >------------------------- >Fabrice Rouillier >fabrice@rouillier.fr > >Bureau virtuel : https://www.rouillier ><https://www.rouillier/>.fr/visio/fabrice > > > > > >> Le 23 avr. 2021 à 18:31, Juliusz Chroboczek <jch@irif.fr> a écrit : >> >> Dear all, >> >> There's been a submission for a management interface at >> >> https://github.com/jech/galene/pull/82 >> >> The main issue right now is whether this should be merged into the >Galène >> repository. My personal opinion right now (but I might still change >my >> mind) is that I'd like to see it in a separate repository (and Go >module) >> that depends on Galène. I've already started exporting some Galène >> internals in order to avoid code duplication. >> >> There are good reasons to keep the interface separate: >> >> 1. Galène is intended to be easy to integrate into an existing >website >> (imagine adding videoconferencing functionality to a cat video >forum or >> an e-learning platform). For embedding, it would probably be >better to >> provide the right hooks for an external interface rather than >> a complete management interface. >> >> 2. People's opinions on management interfaces are likly to be >variable, >> and therefore it would be good to not bind too closely Galène with >> a single management interface. >> >> There are also some reasons to merge the two: >> >> I. Having a single repository will make it easier to install both at >the >> same time. >> >> II. Having a canonical management interface integrated with Galène >will >> reduce user confusion. >> >> I'd like to hear people's opinions on the subject. >> >> -- Juliusz >> _______________________________________________ >> Galene mailing list -- galene@lists.galene.org >> To unsubscribe send an email to galene-leave@lists.galene.org [-- Attachment #2: Type: text/html, Size: 7589 bytes --]