From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: [friedman@splode.com: some other observations on pcomplete] Date: Tue, 12 Mar 2002 12:44:21 -0700 Sender: emacs-devel-admin@gnu.org Message-ID: <87sn75o9ka.fsf@alice.dynodns.net> References: <200203102132.g2ALWfr04155@wijiji.santafe.edu> <87it8339co.fsf@alice.dynodns.net> <200203111906.g2BJ67a04582@wijiji.santafe.edu> <871yeq3nk7.fsf@alice.dynodns.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1015962331 1874 80.91.224.249 (12 Mar 2002 19:45:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 12 Mar 2002 19:45:31 +0000 (UTC) Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16ksDD-0000U7-00 for ; Tue, 12 Mar 2002 20:45:31 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16ksFV-0006tf-00 for ; Tue, 12 Mar 2002 20:47:53 +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 16ksCw-0000Ox-00; Tue, 12 Mar 2002 14:45:14 -0500 Original-Received: from mail.gci-net.com ([216.183.68.100] helo=gci-net.com) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16ksCC-0000Kr-00 for ; Tue, 12 Mar 2002 14:44:28 -0500 Original-Received: from [216.183.69.152] (HELO aris) by gci-net.com (CommuniGate Pro SMTP 3.5b8) with ESMTP-TLS id 59647 for emacs-devel@gnu.org; Tue, 12 Mar 2002 12:31:34 -0700 Original-Received: from johnw by aris with local (Exim 3.35 #1 (Debian)) id 16ksC5-0001ve-00 for ; Tue, 12 Mar 2002 12:44:21 -0700 Original-To: emacs-devel@gnu.org X-Home-Page: http://www.gci-net.com/users/j/johnw/ X-Public-Key: http://pgp5.ai.mit.edu:11371/pks/lookup?op=get&search=0xF40524D0 In-Reply-To: (Kai.Grossjohann@CS.Uni-Dortmund.DE's message of "Tue, 12 Mar 2002 11:01:04 +0100") Original-Lines: 22 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (i386-debian-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:1888 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1888 >>>>> On Tue Mar 12, Kai writes: > Maybe it would also be a good idea to configure pcomplete in the > same way everywhere (by default), to get uniform behavior. This is not a bad idea. Although, with the minibuffer prompting recommended earlier, would that be enough to allow cycling to be the default? Cycling is so much easier to use once you get used to it. > Also, I gather that with pcomplete it's possible to complete on > command arguments, as well. That's tres cool. The old completion > doesn't offer that. Yes, pcomplete search for a plain Lisp function, pcomplete/NAME, for every command. This function's responsibility is to return a list of possible completions for the current argument index (with full access to all previous arguments, and the text before point). If more people start using pcomplete, I would hope to see more customized completion written for Emacs. Already it is very smart with regard to GNU make, tar and cvs. John _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel