From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Nic Ferrier Newsgroups: gmane.emacs.devel Subject: Re: a suggested solution for better external' completion in certain emacs modes Date: Thu, 11 Nov 2004 11:14:46 +0000 Message-ID: <87r7n0ab89.fsf@tapsellferrier.co.uk> References: <87smal64nc.fsf@orebokech.com> <87wtx45rag.fsf_-_@tapsellferrier.co.uk> <87k6svzzp5.fsf_-_@tapsellferrier.co.uk> <867josmzif.fsf@ketchup.de.uu.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1100171773 26714 80.91.229.6 (11 Nov 2004 11:16:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 11 Nov 2004 11:16:13 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 11 12:16:03 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CSCvr-0001SX-00 for ; Thu, 11 Nov 2004 12:16:03 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CSD4I-00069y-Tm for ged-emacs-devel@m.gmane.org; Thu, 11 Nov 2004 06:24:46 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CSD4A-00068O-2F for emacs-devel@gnu.org; Thu, 11 Nov 2004 06:24:38 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CSD48-00067g-5o for emacs-devel@gnu.org; Thu, 11 Nov 2004 06:24:36 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CSD48-00067b-1F for emacs-devel@gnu.org; Thu, 11 Nov 2004 06:24:36 -0500 Original-Received: from [80.168.156.78] (helo=owls-tree.tapsellferrier.co.uk) by monty-python.gnu.org with esmtp (TLSv1:RC4-SHA:128) (Exim 4.34) id 1CSCvZ-00078x-FH for emacs-devel@gnu.org; Thu, 11 Nov 2004 06:15:45 -0500 Original-Received: from [217.207.145.34] (helo=kanga) by owls-tree.tapsellferrier.co.uk with esmtp (Exim 4.30 #1 (Debian)) id 1CSCrP-0006GL-Mc; Thu, 11 Nov 2004 11:11:27 +0000 Original-Received: from nferrier by kanga with local (Exim 4.30 #1 (Debian)) id 1CSCud-0000TA-0f; Thu, 11 Nov 2004 11:14:47 +0000 Original-To: Kai Grossjohann In-Reply-To: <867josmzif.fsf@ketchup.de.uu.net> (Kai Grossjohann's message of "Thu, 11 Nov 2004 11:49:28 +0100") X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29736 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29736 Kai Grossjohann writes: > Nic Ferrier writes: > >> So I was proposing a completly new way of communicating with >> Readline. > > You mean, a way where readline doesn't read from stdin or from the > terminal? Readline could open a Unix domain socket, I guess. The communication channel doesn't matter. It's what Readline does with it that counts. I was proposing having a new mode where Readline reads *commands* from a stream, instead of keydata. Right now what Readline does is this: - read a character (or a keypress) from the input - lookup the command the key is bound to - execute the command I was proposing an alternative communication system which would go like this: - read a command name and some arguments from the input - execute the command What rms is saying is that one could adapt the current Readline communication channel to break out of the normal reading and switch into the new mode. Maybe he's right. I'm not sure if it wouldn't be more complicated to manage the state of the current line once commands were being sent. -- Nic Ferrier http://www.tapsellferrier.co.uk