From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: What is the most useful potential feature which Emacs lacks? Date: Mon, 01 Jun 2020 22:57:14 -0500 Message-ID: <87a71mm86d.fsf@red-bean.com> References: Reply-To: Karl Fogel Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="109789"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: excalamus@tutanota.com, van.ly+2020@sdf.org, emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jun 02 05:57:55 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 1jfy3m-000SQq-QO for ged-emacs-devel@m.gmane-mx.org; Tue, 02 Jun 2020 05:57:54 +0200 Original-Received: from localhost ([::1]:55596 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jfy3l-0004mM-Ta for ged-emacs-devel@m.gmane-mx.org; Mon, 01 Jun 2020 23:57:53 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51204) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jfy3I-0004Ln-Pu for emacs-devel@gnu.org; Mon, 01 Jun 2020 23:57:24 -0400 Original-Received: from newsp.red-bean.com ([45.79.25.59]:38906) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jfy3H-0006hk-FH; Mon, 01 Jun 2020 23:57:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=red-bean.com; s=202005newsp; h=Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:Reply-To:References:Subject:Cc:To:From:Sender: Content-Transfer-Encoding:Content-ID:Content-Description; bh=W2WTdghykM5FKc1I5Q7dGSeZnB/R/eFlP1Ig0BNf96Y=; t=1591070240; x=1592279840; b=KAMMs87NZiR7meGRS+FIVB7m2DdvsxWoRoMPzetcsaCP83yrYYxRfkYsO6Rh+XYmu8PJk4BCj0 a6qR54FxDl+7RFl88XQ8smzKUTUsSYNOtH2nibfe5hFfMjnvI4ThCkzX7Hq1FMmGaGKxjPjnCIDZW egc8fB8N4a5duf9MN4FcyugsXNvH59I3GITqcyBKtNc+gq8ZzFHB+QyFenKhKTaTcvP5wzX4K9o8j ASWZrF//kdWd4tT/Q4ljBhgr1F9/fj/wFFbIpmZ+KIsxrgtdgJYi7dxZ3GuvXQ4z8bKUwK7c+7TNa 92fsZn/sIGUeAOPApJFCA7An0SNygTO7EP6xA==; Original-Received: from 99-112-125-163.lightspeed.cicril.sbcglobal.net ([99.112.125.163]:43302 helo=floss) by newsp.red-bean.com with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jfy39-0002fi-HX; Tue, 02 Jun 2020 03:57:15 +0000 In-Reply-To: (Richard Stallman's message of "Sun, 31 May 2020 23:54:03 -0400") Received-SPF: pass client-ip=45.79.25.59; envelope-from=kfogel@red-bean.com; helo=newsp.red-bean.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/01 23:57:20 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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:251750 Archived-At: On 31 May 2020, Richard Stallman wrote: >It would be good to do that in a truly usable way. > >Emacs has had the feature of running multiple terminals at once for >over 20 years, but there are bad problems in it. To do it right, to >has to have a thread for each terminal, and they have to be able to >get in and out of the minibuffer separately. > >The other way to do this is to have separate Emacs processes that >communicate with each other. We would need to use modification hooks >to take note of changes and transmit them to the other Emacses. > >Or perhaps one Emacs could be the "server", and the others act as clients, >maintaining mirrors of the document. Having separate Emacs processes that communicate with each other is best, I think. As Yuri Khan pointed out, experienced users have customized their Emacsen in distinctive ways, such that having to edit inside someone else's Emacs setup would be annoying. Furthermore, there are privacy concerns with sharing an Emacs process. I might want to collaborate with people on one buffer while having private things in other buffers. It would be harder to reliably lock out access to those other buffers if the collaboration were happening in the same Emacs process. Meanwhile, this concern... >However, it then follows that each instance is going to have its own >supporting tools. So, a power user who has an elaborate setup with LSP, >flycheck, whatever, will not be able to share the advantages of his >setup with a newbie. ...is not a big deal IMHO. The primary goal of collaborative editing is the editing. Anyway, if the expert can see the newbie editing in real time, the expert can suggest usage or configuration improvements, which the newbie can install or learn to do in her own Emacs. That's how teaching normally happens anyway. It's not important for the newbie to have access to the expert's personal customizations, because it's rare that the most useful lesson for a newbie involves duplicating some expert's idiosyncratic personal configuraton rather than learning some built-in thing already available in Emacs. I mean, the newbie might be urged to set a few variables in her .emacs, or turn on some auto-mode associations or something, but that's normal customization (and the expert can share *her* .e macs via the same collaborative editing method, if she wants to do so). I wish I had time to work on any of the leads at https://www.emacswiki.org/emacs/CollaborativeEditing. That page lists a number of protocols and third-party free software libraries that could be used to make Emacs do inter-process collaborative editing. The client side of Floobits plugin listed there is free software and seems promising (it is apparently working -- I have no direct experience of this, as I haven't used it because the server-side is proprietary. I emailed them in early May to ask how much it would cost to get them to liberate the server side, and never received a response). 'git clone https://github.com/Floobits/floobits-emacs.git' will get you the client-side code, anyway. Best regards, -Karl