From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: merging results from completion-at-point-functions Date: Fri, 29 Apr 2022 16:52:21 -0400 Message-ID: References: <87zgk4mbjp.fsf@ucl.ac.uk> <878rroylje.fsf@ericabrahamsen.net> <87r15flt0w.fsf@ucl.ac.uk> <87y1znyce2.fsf@ericabrahamsen.net> Reply-To: Stefan Monnier Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4028"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:AXIqqFgxCoxrf2YhUKd9JDyJuEk= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 29 22:53:16 2022 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nkXc3-0000vu-UJ for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 29 Apr 2022 22:53:15 +0200 Original-Received: from localhost ([::1]:39220 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nkXc2-0001uR-Iw for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 29 Apr 2022 16:53:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50436) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkXbK-0001uH-TJ for help-gnu-emacs@gnu.org; Fri, 29 Apr 2022 16:52:30 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:45786) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkXbJ-0004Cl-Hc for help-gnu-emacs@gnu.org; Fri, 29 Apr 2022 16:52:30 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1nkXbH-000ATW-M2 for help-gnu-emacs@gnu.org; Fri, 29 Apr 2022 22:52:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:137089 Archived-At: >> (setq-local completion-at-point-functions >> (list (cape-super-capf #'cape-dabbrev #'cape-dict #'cape-keyword))) Note that this sets up these CAPF functions only for the buffer that's current when the code is executed, so if you put it into your .emacs it's probably going to affect completions in *scratch* only. > (setq my-merged-table (completion-table-merge #'cap-dabbrev > #'cape-dict)) I don't think so: `cape-dabbrev` is a CAPF function, not a completion table. Stefan