From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: [friedman@splode.com: some other observations on pcomplete] Date: Sun, 10 Mar 2002 14:32:41 -0700 (MST) Sender: emacs-devel-admin@gnu.org Message-ID: <200203102132.g2ALWfr04155@wijiji.santafe.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1015874621 2445 80.91.224.249 (11 Mar 2002 19:23:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 11 Mar 2002 19:23:41 +0000 (UTC) Cc: 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 16kVOW-0000dK-00 for ; Mon, 11 Mar 2002 20:23:40 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16kVQN-0004Ar-00 for ; Mon, 11 Mar 2002 20:25:35 +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 16kV7x-0003hk-00; Mon, 11 Mar 2002 14:06:33 -0500 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16kV7H-0003Xb-00; Mon, 11 Mar 2002 14:05:51 -0500 Original-Received: from wijiji.santafe.edu (wijiji [192.12.12.5]) by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g2BJ63u00639; Mon, 11 Mar 2002 12:06:03 -0700 (MST) Original-Received: (from rms@localhost) by wijiji.santafe.edu (8.11.6+Sun/8.9.3) id g2BJ5nu04543; Mon, 11 Mar 2002 12:05:49 -0700 (MST) X-Authentication-Warning: wijiji.santafe.edu: rms set sender to rms@wijiji using -f Original-To: emacs-devel@gnu.org 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:1861 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1861 I think someone is fixing the first of these problems, but the rest seem severe enough that I think we should revert the change and put Shell mode completion back the way it was. Could someone please make that change? ------- Start of forwarded message ------- From: Noah Friedman To: johnw@gnu.org CC: rms@gnu.org Subject: some other observations on pcomplete Reply-To: Noah Friedman Date: Sat, 09 Mar 2002 16:31:22 -0800 (PST) Some other things I've observed about the new completion behavior: * It doesn't complete command names or variable names anymore, e.g. I cannot type "$HOME/ma" and have it complete to "$HOME/mail". As far as I can tell this is because the tab key has been rebound in the new version from comint-dynamic-complete to shell-pcomplete, but I don't know if shell-pcomplete was supposed to be using the old variable/command completion helpers. * 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. Overall I find the new behavior confusing and surprising. Perhaps this new mode emulates the completion behavior of some shell I've never used, but I think emacs should be more self-consistent. I would suggest changing the defaults to behave as much as possible in a manner consistent with completion in the rest of emacs. ------- End of forwarded message ------- _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel