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 #28 received at 18265-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 18265-done <at> debbugs.gnu.org
Subject: Re: bug#18265: 24.3.92;
 lisp-completion-at-point should return nil in comments, unless after `
Date: Fri, 19 Sep 2014 10:49:11 -0400
>> 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".

> I'm not convinced with this approach. At least, AFAICS, different users
> prefer to merge different backends together. For instance, some
> https://github.com/iquiw/company-ghc users like to merge its results with
> the plain company-dabbrev-code. Some, I believe, don't.

> If the completion function gets to decide that, it would be harder for users
> to customize.

It might be textually a bit more verbose, but other than that it
shouldn't be harder.  I'm thinking of something like

  (add-hook 'completion-at-point-functions
            (completion-table-merge
             ghc-completion-table dabbrev-completion-table)
            nil t)


-- Stefan




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

Previous Next


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