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#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Date: Fri, 19 Sep 2014 10:49:11 -0400 Message-ID: References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> <53EEAD9D.5010500@yandex.ru> <541BA95C.30400@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1411139957 31065 80.91.229.3 (19 Sep 2014 15:19:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Sep 2014 15:19:17 +0000 (UTC) Cc: 18265-done@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 19 17:19:11 2014 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 1XUzxn-0005bU-CZ for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Sep 2014 17:19:11 +0200 Original-Received: from localhost ([::1]:58973 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUzxm-00011A-Uy for geb-bug-gnu-emacs@m.gmane.org; Fri, 19 Sep 2014 11:19:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50135) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUzpt-0004ca-Nl for bug-gnu-emacs@gnu.org; Fri, 19 Sep 2014 11:11:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XUzpl-0005nc-DA for bug-gnu-emacs@gnu.org; Fri, 19 Sep 2014 11:11:01 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54393) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XUzpl-0005mi-5a for bug-gnu-emacs@gnu.org; Fri, 19 Sep 2014 11:10:53 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XUzVa-000870-If for bug-gnu-emacs@gnu.org; Fri, 19 Sep 2014 10:50:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Sep 2014 14:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18265 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18265-done@debbugs.gnu.org id=D18265.141113815631100 (code D ref 18265); Fri, 19 Sep 2014 14:50:02 +0000 Original-Received: (at 18265-done) by debbugs.gnu.org; 19 Sep 2014 14:49:16 +0000 Original-Received: from localhost ([127.0.0.1]:45950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XUzUq-00085Y-0w for submit@debbugs.gnu.org; Fri, 19 Sep 2014 10:49:16 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:9550) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XUzUo-00085Q-1Y for 18265-done@debbugs.gnu.org; Fri, 19 Sep 2014 10:49:14 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNFpZEG/2dsb2JhbABZgwY7gw/APYEXF3SCJQEBAQECAVYjBQsLDiYSFBgNJC6HVggN0gwTBI56B4Q4BKkZgWqBcYFbIQ X-IPAS-Result: ArYGAIDvNVNFpZEG/2dsb2JhbABZgwY7gw/APYEXF3SCJQEBAQECAVYjBQsLDiYSFBgNJC6HVggN0gwTBI56B4Q4BKkZgWqBcYFbIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="90288933" Original-Received: from 69-165-145-6.dsl.teksavvy.com (HELO pastel.home) ([69.165.145.6]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Sep 2014 10:49:12 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id D8799642C6; Fri, 19 Sep 2014 10:49:11 -0400 (EDT) In-Reply-To: <541BA95C.30400@yandex.ru> (Dmitry Gutov's message of "Fri, 19 Sep 2014 07:56:12 +0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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:93524 Archived-At: >> 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