From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#12898: 24.2.50.1; Completion is not passed further on in emacs-lisp, org-mode etc. Date: Tue, 20 Nov 2012 13:22:29 -0500 Message-ID: References: <87a9ui7pqh.fsf@gmail.com> <87txska27y.fsf@gmail.com> <87zk2cz5z1.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1353435781 25491 80.91.229.3 (20 Nov 2012 18:23:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Nov 2012 18:23:01 +0000 (UTC) Cc: 12898@debbugs.gnu.org To: Vitalie Spinu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 20 19:23:11 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TasTV-0006ZL-4Q for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Nov 2012 19:23:09 +0100 Original-Received: from localhost ([::1]:40488 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TasTK-0001Mu-DX for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Nov 2012 13:22:58 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:56183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TasTE-0001MP-ME for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 13:22:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TasTD-0002iP-Kh for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 13:22:52 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46993) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TasTD-0002iI-HI for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 13:22:51 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TasUL-0008AA-JE for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2012 13:24:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Nov 2012 18:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12898 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12898-submit@debbugs.gnu.org id=B12898.135343582431351 (code B ref 12898); Tue, 20 Nov 2012 18:24:01 +0000 Original-Received: (at 12898) by debbugs.gnu.org; 20 Nov 2012 18:23:44 +0000 Original-Received: from localhost ([127.0.0.1]:57244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TasU4-00089b-0e for submit@debbugs.gnu.org; Tue, 20 Nov 2012 13:23:44 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:36905) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TasU2-00089T-3G for 12898@debbugs.gnu.org; Tue, 20 Nov 2012 13:23:42 -0500 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id qAKIMTcc010382; Tue, 20 Nov 2012 13:22:30 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id D50B3B4278; Tue, 20 Nov 2012 13:22:29 -0500 (EST) In-Reply-To: <87zk2cz5z1.fsf@gmail.com> (Vitalie Spinu's message of "Tue, 20 Nov 2012 15:47:30 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4408=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4408> : streams <862299> : uri <1272920> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:67225 Archived-At: > Are you suggesting that every single xxx-mode-completion-function should > do that? Depends what you mean by "do that". If you mean "be careful to only return non-nil when you positively know that point is in a place where this completion-table is a good choice", then yes. > That is, check for all possible combination that a symbol at > point might represent? No, indeed, this is a rare need. > Why the final completion is done in completion-at-point and not in > completion--capf-wrapper? Because the completion data returned by completion-at-point-functions might not even be used to perform completion. E.g. it might be used to decide whether we're leaving the current completion field (and hence can hide the *Completions* buffer). Stefan