From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "James K. Lowden" Newsgroups: gmane.emacs.help Subject: Re: A femtolisp based emacs clone Date: Tue, 23 Aug 2016 23:52:49 -0400 Organization: http://www.NewsDemon.com Message-ID: <20160823235249.b49733686b125af962883642@speakeasy.net> References: <6ea295ed-010d-476d-b832-9e850a98a609@googlegroups.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1472010935 30191 195.159.176.226 (24 Aug 2016 03:55:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 24 Aug 2016 03:55:35 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Aug 24 05:55:31 2016 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bcPHm-0007Ye-Rb for geh-help-gnu-emacs@m.gmane.org; Wed, 24 Aug 2016 05:55:30 +0200 Original-Received: from localhost ([::1]:49475 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bcPHj-0001l8-VL for geh-help-gnu-emacs@m.gmane.org; Tue, 23 Aug 2016 23:55:27 -0400 Original-Path: usenet.stanford.edu!news.glorb.com!peer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!fx29.iad.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help X-Newsreader: Sylpheed 3.4.3 (GTK+ 2.24.28; x86_64--netbsd) Original-Lines: 37 Original-X-Complaints-To: abuse@newsdemon.com Original-NNTP-Posting-Date: Wed, 24 Aug 2016 03:52:50 UTC X-Received-Bytes: 2717 X-Received-Body-CRC: 4186630552 Original-Xref: usenet.stanford.edu gnu.emacs.help:218750 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:111188 Archived-At: On Mon, 22 Aug 2016 14:32:35 -0700 (PDT) edu500ac@gmail.com wrote: > In many situations, I need a small editor for a mobile computer or > for a cloud computer. It would be great if I had emacs in such a > situations, but emacs is large big and difficult to install for this > kind of applications. To your point, my biggest disappointment with emacs is its client-server model. We have tramp. We have remote-X. For high-latency connections, though, I always revert to terminal emuiation. For some reason, it's the most responsive. Hurrah for 1982. What we don't have is something like HTTP (or RDP), where the UI agent is local and the "editing" is executed on the remote, minimizing the communication between the two. It's funny to think that the interaction between the GUI and the daemon should need high bandwidth, given that the data rate is limited by the ability of the human to type and read. Why should transmitting a page to the GUI be more expensive than transmitting a page to an xterm? Imagine if "emacs --daemon" opened a TCP port instead of a unix domain socket. You start emacsclient on whatever gadget you have. Maybe it's a Windows box; maybe it's an iPad. Maybe there's a javascript implementation, and it runs in the browser. You connect to your editor daemon, deal with your document. Save, exit, disconnect. If Amtrak finds a dead spot, you're summarily disconnected, but when you resume, the client -- just like HTTP -- learns from the server what the current display looks like, rebuilds it, and you start again. If you want to build something new and light, I'd suggest separating the concern of editing a document from interacting with a user. It's not a new idea: arguably screen, sed, and ed do it. But there's no editor I know designed for unreliable, slow connections, which often as not is what the Internet still is . --jkl