Etherpad-lite: Feature-Anfrage: Audiokanal

(Bitte beachten Sie, dass ich kein Etherpad-Entwickler bin - nur ein interessierter Dritter)

Ich persönlich halte die Integration von Audio-Chat in den Kern von Etherpad für eine schlechte Idee.

Ich bin mir zwar bewusst, dass Etherpad plattformübergreifend ist, aber ich glaube fest an die Unix-Philosophie

Meiner Meinung nach ist die Audio-Chat-Unterstützung keine Kernfunktionalität (dh Feature-Creep) für Etherpad und sollte daher nicht Teil der Kernsoftware sein.

Trotzdem kann ich sicherlich sehen, wie eine Art Audio-Chat-Integration für einige Benutzer schön sein könnte. IMO wäre ein Plugin zur Unterstützung der Integration mit einer (oder mehreren) der unzähligen vorhandenen Audio-Chat-Plattformen der beste Weg, dies zu erreichen.

Nur meine 2c...

Es wird daran gearbeitet, Etherpad mit BigBlueButton zu integrieren, einem Open-Source-Webkonferenzsystem, das nicht nur einen Audiokanal, sondern auch Videokanäle, Umfragen, Aufzeichnungen und andere Funktionen für die Zusammenarbeit bietet. Siehe: https://github.com/bigbluebutton/bigbluebutton/pull/6510

@fcecagno wow, das wäre

In Bezug auf die Funktionsanfrage stimme ich @JedMeister zu , es könnte zu viel für Etherpad sein. Da dies jedoch für andere Benutzer nützlich sein könnte, würde ich vorschlagen, es als Plugin und nicht als Kernfunktion zu implementieren, sodass es nur für die Instanzen verfügbar ist, die diese Funktion tatsächlich für ihre Benutzer bereitstellen möchten.

CoCalc macht es so, dass Chat-Dateien und der Side-Chat
einer Datei haben eine Schaltfläche zum Starten eines Video- oder Audio-Chats (früher mit
erscheinen-in, derzeit mit Jit-si).

der Name "etherpad/lite" (der zweite Teil) sollte für etwas stehen.
mumble existiert und koexistiert. Und es gibt bereits unzählige verschiedene WebRTS-Lösungen.
Nur eine andere Plattform (mit Registrierung, Anmeldeinformationen usw.) wird so viel Ärger verursachen und Benutzer sogar abschrecken.
(Bisher war das Pad wirklich der Lowtech-Ansatz. Wenn die Leute stylische Sachen mit Login wollen, gibt es schon andere Plattformen. Aber dort gerät man in eine Tooldiskussion zwischen Kompatibilität, Benutzerfreundlichkeit, mobilem Datentarif, 2FA-Logins etc. .)

der Name "etherpad/lite" (der zweite Teil) sollte für etwas stehen.

Wie "lass uns zusammen erfinden, engagiert?"

es gibt bereits unzählige verschiedene WebRTS-Lösungen.

Eines davon einfach integrieren zu lassen, ist hier die Ziellösung.

Nur eine andere Plattform (mit Registrierung, Anmeldeinformationen usw.) wird so viel Ärger verursachen und Benutzer sogar abschrecken. (Bisher war das Pad wirklich der Lowtech-Ansatz. Wenn die Leute stylische Sachen mit Login wollen, gibt es schon andere Plattformen. Aber dort gerät man in eine Tooldiskussion zwischen Kompatibilität, Benutzerfreundlichkeit, mobilem Datentarif, 2FA-Logins etc. .)

Warum gehen Sie davon aus, dass für das Hinzufügen eines Audiokanals unbedingt Logins, Registrierung, 2FA usw. erforderlich sind?
Die Authentifizierungskontrolle für die Etherpad-Kollaboration ist oder sollte zumindest eine völlig eigenständige Frage sein.

Da es keinen Audiokanal direkt in Etherpad gibt, müssen Leute, die zusammenarbeiten möchten, leider _eine_andere_ Plattform finden und deren Registrierungs-/Authentifizierungsprozess separat und zusätzlich zu allen, die für das EtherPad, an dem sie arbeiten, gelten, durchlaufen. Daher sind sie möglicherweise weniger wahrscheinlich an einer Zusammenarbeit beteiligt, die von ihren Beiträgen profitieren könnte. Wenn Etherpad einen einfachen Audiokanal unter aktuellen Mitarbeitern unterstützen würde, die ihn verwenden möchten, würden vielleicht weniger Leute von der von ihren Kollaborations-Hosts gewählten Technologie "abgeschreckt".

https://github.com/bit/ep_webrtc/ ist die Lösung dafür.