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: Sun, 10 Mar 2002 23:29:59 -0700 Sender: emacs-devel-admin@gnu.org Message-ID: <87it8339co.fsf@alice.dynodns.net> References: <200203102132.g2ALWfr04155@wijiji.santafe.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1015828415 21767 80.91.224.249 (11 Mar 2002 06:33:35 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 11 Mar 2002 06:33:35 +0000 (UTC) Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16kJNH-0005ey-00 for ; Mon, 11 Mar 2002 07:33:35 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16kJOs-0006oZ-00 for ; Mon, 11 Mar 2002 07:35:14 +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 16kJMn-0007bi-00; Mon, 11 Mar 2002 01:33:05 -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 16kJK3-00069V-00 for ; Mon, 11 Mar 2002 01:30:16 -0500 Original-Received: from [216.183.69.152] (HELO aris) by gci-net.com (CommuniGate Pro SMTP 3.5b8) with ESMTP-TLS id 1827335 for emacs-devel@gnu.org; Sun, 10 Mar 2002 23:17:21 -0700 Original-Received: from johnw by aris with local (Exim 3.33 #1 (Debian)) id 16kJJn-0001fq-00 for ; Sun, 10 Mar 2002 23:29:59 -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: <200203102132.g2ALWfr04155@wijiji.santafe.edu> (Richard Stallman's message of "Sun, 10 Mar 2002 14:32:41 -0700 (MST)") Original-Lines: 31 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:1844 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1844 >>>>> On Sun Mar 10, RMS writes: > * It's inconsistent with the rest of emacs. Instead of doing > partial completion and then showing me a list of completing > matches, it sometimes does a full completion of just one > alternative, which may lead me to believe that is the only match. > * It's not even consistent with itself. Sometimes it does a full > completion (if there are only a small number of possible > completions) but other times it displays a completion buffer. > That goes even further to reinforce my expectation that when a > full completion is made, that's the only available completion! > * Sometimes I want to cd into a directory so I type some prefix of > the directory name. Because of the two points above, I don't know > if that's the only match or not so I hit tab twice. Now, since > that is the only match, I get a list of completions in the > subdirectory. > So completion on a directory name sometimes replaces a directory > name with another complete match, and sometimes it descends into > the directory and produces a completion list on files below. > Behavior is surprising. These behaviors are all configurable. Perhaps we should simple tell shell.el to configure pcomplete so that it behaves like Emacs' standard (and dumb yet straightforward) completion. Noah, just set `pcomplete-cycle-completions' to nil. John _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel