Etherpad-lite: Demande de fonctionnalité : canal audio

(Veuillez noter que je ne suis pas un développeur Etherpad - juste un tiers intéressé)

Personnellement, je pense qu'intégrer le chat audio au cœur d'Etherpad est une mauvaise idée.

Bien que je sois conscient qu'Etherpad est multiplateforme, je crois fermement à la philosophie Unix consistant à "faire une chose et la faire bien" .

Dans mon esprit, la prise en charge du chat audio est une fonctionnalité non essentielle (c'est-à-dire le glissement de fonctionnalités) pour Etherpad et ne devrait donc pas faire partie du logiciel de base.

Cela dit, je peux certainement voir à quel point une sorte d'intégration de chat audio pourrait être agréable pour certains utilisateurs. IMO, un plugin pour prendre en charge l'intégration avec une (ou plusieurs) de la myriade de plates-formes de chat audio existantes serait la meilleure façon d'aborder cela.

Juste mon 2c...

Il y a un travail en cours pour intégrer Etherpad avec BigBlueButton, qui est un système de conférence Web open source, il fournira donc non seulement un canal audio mais également des canaux vidéo, des sondages, des enregistrements, entre autres fonctionnalités de collaboration. Voir : https://github.com/bigbluebutton/bigbluebutton/pull/6510

@fcecagno wow, ce serait génial !!

En ce qui concerne la demande de fonctionnalité, je suis d'accord avec @JedMeister , c'est peut-être trop pour Etherpad à faire. Mais comme cela pourrait être utile pour d'autres utilisateurs, je suggérerais de l'implémenter en tant que plug-in, et non en tant que fonctionnalité principale, de sorte qu'il ne serait disponible que pour les instances qui souhaitent réellement fournir cette fonctionnalité à leurs utilisateurs.

La façon dont CoCalc le fait est que les fichiers de discussion et la discussion latérale
de n'importe quel fichier ont un bouton pour démarrer une conversation vidéo ou audio (anciennement en utilisant
apparaissent dans, utilisant actuellement jit-si).

le nom "etherpad/lite" (c'est la deuxième partie) devrait signifier quelque chose.
mumble existe et coexiste. Et il existe déjà une tonne de différentes solutions WebRTS disponibles.
Juste une autre plate-forme (avec inscription, informations d'identification, etc.) créera tellement de problèmes et effraiera même les utilisateurs.
(jusqu'à présent, le pad était vraiment l'approche lowtech. Si les gens veulent des trucs élégants avec connexion, il existe déjà d'autres plates-formes. .)

le nom "etherpad/lite" (c'est la deuxième partie) devrait signifier quelque chose.

Comme "inventons ensemble engagés ?"

il existe déjà une tonne de différentes solutions WebRTS disponibles.

Permettre à l'un de ceux-ci d'être facilement intégré est la solution cible ici.

Juste une autre plate-forme (avec inscription, informations d'identification, etc.) créera tellement de problèmes et effraiera même les utilisateurs. (jusqu'à présent, le pad était vraiment l'approche lowtech. Si les gens veulent des trucs élégants avec connexion, il existe déjà d'autres plates-formes. .)

Pourquoi supposez-vous que l'ajout d'un canal audio doit nécessairement nécessiter des connexions, un enregistrement, un 2FA, etc. ?
Le contrôle d'authentification pour la collaboration Etherpad est ou du moins devrait être une question totalement indépendante.

Malheureusement, en n'ayant pas de canal audio directement dans Etherpad, les personnes qui souhaitent collaborer ensemble _do_ doivent trouver _une_ autre plate-forme et suivre son processus d'enregistrement/d'autorisation séparément et en plus de tout ce qui peut s'appliquer à l'EtherPad sur lequel ils travaillent, ils pourraient donc être moins susceptibles de participer à un effort de collaboration qui pourrait bénéficier de leurs contributions. Si Etherpad prenait en charge un canal audio simple parmi les collaborateurs actuels qui souhaitent l'utiliser, peut-être que moins de personnes seraient "effrayées" par la technologie choisie par leurs hôtes de collaboration.

https://github.com/bit/ep_webrtc/ est la solution pour cela.