From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: use of minibuffer in interactive spec code Date: Tue, 18 May 2010 23:27:10 -0400 Message-ID: References: <3E79AA18AD2A4001A33DE551781D3CB1@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1274239645 13194 80.91.229.12 (19 May 2010 03:27:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 19 May 2010 03:27:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 19 05:27:24 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OEZwJ-0007qn-UY for ged-emacs-devel@m.gmane.org; Wed, 19 May 2010 05:27:24 +0200 Original-Received: from localhost ([127.0.0.1]:43315 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OEZwJ-0006pn-5D for ged-emacs-devel@m.gmane.org; Tue, 18 May 2010 23:27:23 -0400 Original-Received: from [140.186.70.92] (port=53040 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OEZw9-0006o5-Ts for emacs-devel@gnu.org; Tue, 18 May 2010 23:27:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OEZw8-0007vU-QF for emacs-devel@gnu.org; Tue, 18 May 2010 23:27:14 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:38613 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OEZw8-0007vJ-Nq for emacs-devel@gnu.org; Tue, 18 May 2010 23:27:12 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPj28ktMCpz0/2dsb2JhbACeB3K9PYUQBIwv X-IronPort-AV: E=Sophos;i="4.53,259,1272859200"; d="scan'208";a="64538642" Original-Received: from 76-10-156-244.dsl.teksavvy.com (HELO alfajor.home) ([76.10.156.244]) by ironport2-out.pppoe.ca with ESMTP; 18 May 2010 23:27:11 -0400 Original-Received: by alfajor.home (Postfix, from userid 20848) id 0530CAED5D; Tue, 18 May 2010 23:27:11 -0400 (EDT) In-Reply-To: <3E79AA18AD2A4001A33DE551781D3CB1@us.oracle.com> (Drew Adams's message of "Tue, 18 May 2010 10:11:14 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:124919 Archived-At: > It turns out that I now need to bind `minibuffer-completion-predicate' in the > interactive spec. Otherwise, it has the value that is used for > `read-directory-name', which is `file-directory-p'. I cannot reproduce this problem on the trunk. Can you? Maybe the problem is that I didn't do quite the same as you did. I did: emacs -Q (defun sm-foo (dir) (interactive (list (read-directory-name "Dir: " nil nil (and (member cd-path '(nil ("./"))) (null (getenv "CDPATH")))))) (message "m-c-p=%s" minibuffer-completion-predicate)) (define-key minibuffer-local-completion-map [?\C-s ?\C-m] 'sm-foo) (setq enable-recursive-minibuffers t) M-x C-s C-m RET and I see that minibuffer-completion-predicate was properly reset to commandp. Can you give another recipe, maybe? Stefan