From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: Completion: display of candidates Date: Mon, 18 Feb 2019 15:48:36 -0500 Message-ID: References: <877edx8rbh.fsf@gnu.org> <87mumtno2f.fsf@gnu.org> <877edwsxw1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="235136"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: help-gnu-emacs@gnu.org To: Tassilo Horn Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Feb 18 21:49:28 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gvpqy-000yyV-58 for geh-help-gnu-emacs@m.gmane.org; Mon, 18 Feb 2019 21:49:28 +0100 Original-Received: from localhost ([127.0.0.1]:36459 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gvpqx-00023u-4o for geh-help-gnu-emacs@m.gmane.org; Mon, 18 Feb 2019 15:49:27 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gvpqX-00021y-MF for help-gnu-emacs@gnu.org; Mon, 18 Feb 2019 15:49:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gvpqV-0000HL-HC for help-gnu-emacs@gnu.org; Mon, 18 Feb 2019 15:49:01 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:53016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gvpqF-0008Vy-Sl; Mon, 18 Feb 2019 15:48:46 -0500 Original-Received: from milanesa.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x1IKmaDt001930; Mon, 18 Feb 2019 15:48:36 -0500 Original-Received: by milanesa.home (Postfix, from userid 20848) id 1627B66112; Mon, 18 Feb 2019 15:48:36 -0500 (EST) In-Reply-To: <877edwsxw1.fsf@gnu.org> (Tassilo Horn's message of "Mon, 18 Feb 2019 20:24:30 +0100") X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6485=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6485> : inlines <7018> : streams <1813425> : uri <2798429> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.help:119448 Archived-At: > Right, and here comes the next problem: concretely I get my completions > from `locate --basename `. So the user (me) might enter a > wildcard pattern like "foo*bar.*". But the completions/matches > obviously have no * in it, so no completion matches the candidates. That completely depends on the completion style. For example `partial-completion` (which is included in the default `completion-styles`) does accept * so you can do `M-x r*v*uf TAB` to find revert-buffer. > How to handle that? Use the PREDICATE argument in completing-read so The PREDICATE argument can only rule out matches, not add new ones. Stefan