GNU bug report logs - #18265
24.3.92; lisp-completion-at-point should return nil in comments, unless after `

Previous Next

Package: emacs;

Reported by: Dmitry <dgutov <at> yandex.ru>

Date: Thu, 14 Aug 2014 12:27:01 UTC

Severity: minor

Found in version 24.3.92

Fixed in version 25.1

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 18265 <at> debbugs.gnu.org
Subject: Re: bug#18265: 24.3.92;
 lisp-completion-at-point should return nil in comments, unless after `
Date: Sat, 16 Aug 2014 14:00:22 -0400
> You've called ":exclusive no" a hack yourself before, and :merge-with-rest
> looks not much different to me, going counter to the c-a-p-f interface.

While it's "counter to the c-a-p-f interface", the need to combine
several backends is sufficiently common that we need to support it somehow.

I hope a "merge" solution can use a less hackish solution than the
current ":exclusive no".

> It raises questions, like if `lisp-completion-at-point' would like to be
> merged with the rest, will it be merged with all of them?

That'd be my choice, so far, yes.

> Won't the other completion functions get a choice in the matter?

Not sure if/when this would be needed.  I'd rather avoid it if I can.

> What if one of them is smart enough to provide all completions for the
> current context, by itself?

Then it should come earlier.

> And anyway, it doesn't seem to help with the distinction between manual and
> idle completion,

Indeed, it's a largely orthogonal issue.


        Stefan




This bug report was last modified 10 years and 229 days ago.

Previous Next


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