From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.devel Subject: Re: [friedman@splode.com: some other observations on pcomplete] Date: Wed, 13 Mar 2002 13:38:09 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200203102132.g2ALWfr04155@wijiji.santafe.edu> <200203121812.g2CIC2E15076@rum.cs.yale.edu> <200203131058.g2DAwSX05431@wijiji.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1016023169 22935 127.0.0.1 (13 Mar 2002 12:39:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 13 Mar 2002 12:39:29 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org, johnw@gnu.org, friedman@splode.com Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16l82S-0005xp-00 for ; Wed, 13 Mar 2002 13:39:28 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16l855-00063F-00 for ; Wed, 13 Mar 2002 13:42:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16l828-0000iS-00; Wed, 13 Mar 2002 07:39:08 -0500 Original-Received: from waldorf.cs.uni-dortmund.de ([129.217.4.42]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16l81P-0000ep-00; Wed, 13 Mar 2002 07:38:24 -0500 Original-Received: from lothlorien.cs.uni-dortmund.de (lothlorien [129.217.19.67]) by waldorf.cs.uni-dortmund.de with ESMTP id g2DCcFb02387; Wed, 13 Mar 2002 13:38:15 +0100 (MET) Original-Received: from lucy.cs.uni-dortmund.de (lucy [129.217.19.80]) by lothlorien.cs.uni-dortmund.de id NAA01200; Wed, 13 Mar 2002 13:38:10 +0100 (MET) Original-Received: by lucy.cs.uni-dortmund.de (Postfix, from userid 6104) id AF75A3AE80; Wed, 13 Mar 2002 13:38:09 +0100 (CET) Original-To: rms@gnu.org In-Reply-To: <200203131058.g2DAwSX05431@wijiji.santafe.edu> (Richard Stallman's message of "Wed, 13 Mar 2002 03:58:28 -0700 (MST)") Original-Lines: 26 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2.50 (i686-pc-linux-gnu) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:1908 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1908 Richard Stallman writes: > The use of pcomplete.el has several advantages, even if you make > it behave "almost as the old code", so I think it would be an error > to revert the change. > > Could someone tell me what they are? I'm not an expert on this, but two things at least come to my mind: * pcomplete can offer context-sensitive completion, depending on the shell command. For instance, "make a" reads the Makefile and offers all make targets starting with "a". Filename completion after the "xdvi" command could be restricted to *.dvi files. (Not sure if this is in pcomplete already, but it could be added easily.) * After hitting TAB to pop up a *Completions* buffer, typing makes the buffer (window, actually) go away. Additionally, if everything uses pcomplete, then the user just needs to frob one option to get the cycling behavior, everywhere. Same for the other options that pcomplete allows. kai -- Silence is foo! _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel