From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Marius Hofert Newsgroups: gmane.emacs.help Subject: Re: Why is TAB-completion in shell not working for some commands? Date: Wed, 9 Nov 2011 09:34:20 +0100 Message-ID: References: <74F7A456-B7B9-4241-A11D-4EC5CF27DDAC@math.ethz.ch> <4EBA2101.9010603@easy-emacs.de> <40781343-DF59-4B4A-A4A6-6E50DEE3ADBB@math.ethz.ch> <4EBA2376.7050006@easy-emacs.de> <4EBA2713.2070301@easy-emacs.de> <4EBA2B13.9090709@easy-emacs.de> <4EBA39DE.6040903@easy-emacs.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1320827680 1944 80.91.229.12 (9 Nov 2011 08:34:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 9 Nov 2011 08:34:40 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: =?iso-8859-1?Q?Andreas_R=F6hler?= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Nov 09 09:34:36 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RO3cC-00018i-Hg for geh-help-gnu-emacs@m.gmane.org; Wed, 09 Nov 2011 09:34:36 +0100 Original-Received: from localhost ([::1]:40144 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RO3cC-0003wa-2P for geh-help-gnu-emacs@m.gmane.org; Wed, 09 Nov 2011 03:34:36 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:58763) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RO3c4-0003wT-8O for help-gnu-emacs@gnu.org; Wed, 09 Nov 2011 03:34:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RO3bz-0003mc-Q1 for help-gnu-emacs@gnu.org; Wed, 09 Nov 2011 03:34:28 -0500 Original-Received: from edge10.ethz.ch ([82.130.75.186]:16396) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RO3bz-0003jA-I3 for help-gnu-emacs@gnu.org; Wed, 09 Nov 2011 03:34:23 -0500 Original-Received: from CAS11.d.ethz.ch (172.31.38.211) by edge10.ethz.ch (82.130.75.186) with Microsoft SMTP Server (TLS) id 14.1.339.1; Wed, 9 Nov 2011 09:34:17 +0100 Original-Received: from [192.168.1.221] (129.132.146.66) by CAS11.d.ethz.ch (172.31.38.211) with Microsoft SMTP Server (TLS) id 14.1.339.1; Wed, 9 Nov 2011 09:34:21 +0100 In-Reply-To: <4EBA39DE.6040903@easy-emacs.de> X-Mailer: Apple Mail (2.1251.1) X-Originating-IP: [129.132.146.66] X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 82.130.75.186 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:82810 Archived-At: On 2011-11-09, at 09:29 , Andreas R=F6hler wrote: > Am 09.11.2011 08:54, schrieb Marius Hofert: >> I just figured out that if I start emacs from the Mac's terminal (via = "emacs" which starts /Applications/Emacs.app/Contents/MacOS/Emacs) and = open an emacs shell with M-x shell, I can tab-complete a2ps. >>=20 >> Hmmm... so the GUI version seems to act weird... >>=20 >=20 > If you do after shell prompt >=20 > M-x describe-variable RET completion-at-point-functions >=20 > what are the results, differ it in your environments? in the emacs shell (GUI emacs), I get: ### start #################################################### completion-at-point-functions is a variable defined in `minibuffer.el'. Its value is (comint-completion-at-point t) Local in buffer *shell*; global value is=20 (tags-completion-at-point-function) This variable is potentially risky when used as a file local variable. Documentation: Special hook to find the completion table for the thing at point. Each function on this hook is called in turns without any argument and = should return either nil to mean that it is not applicable at point, or a function of no argument to perform completion (discouraged), or a list of the form (START END COLLECTION &rest PROPS) where START and END delimit the entity to complete and should include point, COLLECTION is the completion table to use to complete it, and PROPS is a property list for additional information. Currently supported properties are all the properties that can appear in `completion-extra-properties' plus: `:predicate' a predicate that completion candidates need to satisfy. `:exclusive' If `no', means that if the completion data does not = match the text at point failure, then instead of reporting a completion = failure, the completion should try the next completion function. [back] ### end #################################################### If I start emacs shell from the emacs started in the terminal (where = TAB-completion works), I get: ### start #################################################### completion-at-point-functions is a variable defined in `minibuffer.el'. Its value is (comint-completion-at-point t) Local in buffer *shell*; global value is=20 (tags-completion-at-point-function) This variable is potentially risky when used as a file local variable. Documentation: Special hook to find the completion table for the thing at point. Each function on this hook is called in turns without any argument and = should return either nil to mean that it is not applicable at point, or a function of no argument to perform completion (discouraged), or a list of the form (START END COLLECTION &rest PROPS) where START and END delimit the entity to complete and should include point, COLLECTION is the completion table to use to complete it, and PROPS is a property list for additional information. Currently supported properties are all the properties that can appear in `completion-extra-properties' plus: `:predicate' a predicate that completion candidates need to satisfy. `:exclusive' If `no', means that if the completion data does not = match the text at point failure, then instead of reporting a completion = failure, the completion should try the next completion function. ### end #################################################### =3D> looks like the same output=