Etherpad-lite: Permintaan fitur: Saluran audio

(Harap dicatat saya bukan pengembang Etherpad - hanya pihak ketiga yang tertarik)

Secara pribadi, saya pikir mengintegrasikan obrolan audio ke dalam inti Etherpad adalah ide yang buruk.

Sementara saya sadar bahwa Etherpad adalah lintas platform, saya sangat percaya pada filosofi Unix "lakukan satu hal dan lakukan dengan baik" .

Menurut saya, dukungan obrolan audio adalah fungsionalitas non-inti (yaitu fitur creep) untuk Etherpad dan oleh karena itu tidak boleh menjadi bagian dari perangkat lunak inti.

Karena itu, saya pasti bisa melihat bagaimana semacam integrasi obrolan audio bisa bagus untuk beberapa pengguna. IMO sebuah plugin untuk mendukung integrasi dengan satu (atau lebih) dari segudang platform obrolan audio yang ada akan menjadi cara terbaik untuk mendekati ini.

Hanya 2c saya ...

Ada pekerjaan yang sedang berlangsung untuk mengintegrasikan Etherpad dengan BigBlueButton, yang merupakan sistem konferensi web open source, sehingga tidak hanya menyediakan saluran audio tetapi juga saluran video, jajak pendapat, rekaman, di antara fitur kolaborasi lainnya. Lihat: https://github.com/bigbluebutton/bigbluebutton/pull/6510

@fcecagno wow, itu akan luar biasa!!

Mengenai permintaan fitur, saya setuju dengan @JedMeister , mungkin terlalu banyak yang harus dilakukan Etherpad. Tetapi karena ini mungkin berguna untuk pengguna lain, saya sarankan untuk mengimplementasikannya sebagai plugin, bukan fitur inti, jadi ini hanya akan tersedia untuk instance yang benar-benar ingin menyediakan fitur itu untuk penggunanya.

Cara CoCalc melakukannya adalah file obrolan dan obrolan samping
dari file apa pun memiliki tombol untuk memulai obrolan video atau audio (sebelumnya menggunakan
muncul-in, saat ini menggunakan jit-si).

nama "etherpad/lite" (bagian kedua) harus mewakili sesuatu.
bergumam ada dan hidup berdampingan. Dan sudah ada banyak sekali Solusi WebRTS yang tersedia.
Hanya platform lain (dengan pendaftaran, kredensial, dll.) akan membuat begitu banyak masalah dan bahkan menakuti pengguna.
(sampai sekarang, pad benar-benar pendekatan lowtech. Jika orang menginginkan hal-hal bergaya dengan login, sudah ada platform lain. Tapi di sana Anda terjebak dalam diskusi alat antara kompatibilitas, kemudahan penggunaan, paket data seluler, login 2FA, dll. .)

nama "etherpad/lite" (bagian kedua) harus mewakili sesuatu.

Seperti "mari kita temukan bersama-sama terlibat?"

sudah ada banyak Solusi WebRTS yang tersedia.

Mengizinkan salah satu dari itu untuk diintegrasikan dengan mudah adalah solusi target di sini.

Hanya platform lain (dengan pendaftaran, kredensial, dll.) akan membuat begitu banyak masalah dan bahkan menakuti pengguna. (sampai sekarang, pad benar-benar pendekatan lowtech. Jika orang menginginkan hal-hal bergaya dengan login, sudah ada platform lain. Tapi di sana Anda terjebak dalam diskusi alat antara kompatibilitas, kemudahan penggunaan, paket data seluler, login 2FA, dll. .)

Mengapa Anda berasumsi bahwa menambahkan saluran audio harus memerlukan login, registrasi, 2FA, dll.?
Kontrol otentikasi untuk kolaborasi Etherpad adalah atau setidaknya harus menjadi pertanyaan yang sepenuhnya independen.

Sayangnya, dengan tidak memiliki saluran audio langsung di Etherpad, orang yang ingin berkolaborasi bersama _do_ harus menemukan _another_ platform dan melalui proses pendaftaran/auth secara terpisah dan selain yang mungkin berlaku untuk EtherPad yang sedang mereka kerjakan, sehingga mereka mungkin kurang berpartisipasi dalam upaya kolaboratif yang dapat mengambil manfaat dari kontribusi mereka. Jika Etherpad mendukung saluran audio yang mudah di antara kolaborator saat ini yang ingin menggunakannya, mungkin lebih sedikit orang yang "takut" dengan teknologi yang dipilih oleh host kolaborasi mereka.

https://github.com/bit/ep_webrtc/ adalah solusi untuk ini.