GNU bug report logs - #12898
24.2.50.1; Completion is not passed further on in emacs-lisp, org-mode etc.

Previous Next

Full log

Message #14 received at 12898 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Vitalie Spinu <spinuvit <at> gmail.com>
Cc: 12898 <at> debbugs.gnu.org
Subject: Re: bug#12898: 24.2.50.1;
	Completion is not passed further on in emacs-lisp, org-mode etc.
Date: Tue, 20 Nov 2012 08:42:56 -0500

>>> In elisp mode completion-at-point-functions is set to
>>> (lisp-completion-at-point t).  If I set it to (t), filename completion
>>> works as expected.  So, it's the lisp-completion-at-point that is not
>>> handing the completion over.
SM> Indeed, lisp-completion-at-point should return nil when it determines
SM> that it cannot provide completion information for the text around point.
SM> Problem is: how should it determine that?
> There is an inbuilt facility (:exclusive 'no).  Why is that not the default?

Because it only works for prefix-completion, so it's a crutch.
The right way to do it is for lisp-completion-at-point function to
determine whether the data at point should/can be a Lisp name or a file
name or both (if it's both, it could use the :exclusive crutch, or it
could combine the completion tables with completion-table-in-turn).


        Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.