From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: What is the most useful potential feature which Emacs lacks? Date: Sat, 06 Jun 2020 12:42:07 +0300 Message-ID: <83wo4k8r9s.fsf@gnu.org> References: <874krvup4i.fsf@gnu.org> <835zcag76g.fsf@gnu.org> <87ftbenz0p.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="113780"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bzg@gnu.org, excalamus@tutanota.com, van.ly+2020@sdf.org, rms@gnu.org, emacs-devel@gnu.org To: Jean-Christophe Helary Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 06 11:42:56 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jhVLr-000TU2-M2 for ged-emacs-devel@m.gmane-mx.org; Sat, 06 Jun 2020 11:42:55 +0200 Original-Received: from localhost ([::1]:43298 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jhVLq-0000zT-LE for ged-emacs-devel@m.gmane-mx.org; Sat, 06 Jun 2020 05:42:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49494) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jhVLO-0000Y8-8n for emacs-devel@gnu.org; Sat, 06 Jun 2020 05:42:26 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58434) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jhVLM-0005Zh-AM; Sat, 06 Jun 2020 05:42:24 -0400 Original-Received: from [176.228.60.248] (port=4395 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jhVLE-0004LI-Tz; Sat, 06 Jun 2020 05:42:17 -0400 In-Reply-To: (message from Jean-Christophe Helary on Tue, 2 Jun 2020 08:50:33 +0900) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:251938 Archived-At: > From: Jean-Christophe Helary > Date: Tue, 2 Jun 2020 08:50:33 +0900 > Cc: Eli Zaretskii , > excalamus@tutanota.com, > van.ly+2020@sdf.org, > Richard Stallman , > emacs-devel@gnu.org > > >> What is missing in Emacs to make this possible? > > > > I don't know for sure. > > > > In the past, I was able to collaborate with a friend using an Emacs > > extension called "Rudel", which lets two distant buffers communicate > > with each other over the Gobby protocol. > > > > https://www.emacswiki.org/emacs/Rudel indicates that the reference > > implementation for the Gobby protocol is broken. I have not tried. > > > > So perhaps the required work is not on the Emacs side, but on that > > of the protocol and its implementation. > > It looks like SubEthaEdit, the text editor that first provided solid collaborative editing features on macos is now released under the MIT license and its communication protocol is documented on emacswiki: > > https://www.emacswiki.org/emacs/SubEthaEditProtocol What I think is missing is not the description of a specific protocol, but a higher-level spec of basic capabilities needed for the collaborative editing support in Emacs. Is this available anywhere? If not, could someone please write it up? For example, one thing that strikes me is why "collaboration" via a dVCS is not a good solution, or at least the basis of a solution? Am I missing something?