From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Dmitry Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Aug 2014 12:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18265 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18265@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140801919516973 (code B ref -1); Thu, 14 Aug 2014 12:27:01 +0000 Received: (at submit) by debbugs.gnu.org; 14 Aug 2014 12:26:35 +0000 Received: from localhost ([127.0.0.1]:42961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XHu71-0004Pc-0R for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:35 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39422) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XHu6y-0004PQ-TI for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XHu6i-0005In-KR for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40789) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHu6i-0005GU-IO for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHtsP-0004XB-0z for bug-gnu-emacs@gnu.org; Thu, 14 Aug 2014 08:11:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XHtsH-0000nr-Ek for bug-gnu-emacs@gnu.org; Thu, 14 Aug 2014 08:11:28 -0400 Received: from mail-la0-x22e.google.com ([2a00:1450:4010:c03::22e]:52832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHtsH-0000nk-6l for bug-gnu-emacs@gnu.org; Thu, 14 Aug 2014 08:11:21 -0400 Received: by mail-la0-f46.google.com with SMTP id b8so920823lan.19 for ; Thu, 14 Aug 2014 05:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=3qzSzOhW4SfAKdlxI6ZKRcB2/7Y9RPSDOJscIJU0Gpk=; b=AiCT/hCkeJkHNb04G0MU2BEj4NM9Lfpesqc8nZd/irCX4LzTRPXOW+QrD1m/ZEM/fl g1PVI7PLSXyHViwV+0SQLIT7Nc6TVXVsuAmp2X6GTmAg7Gy+6h1t1S/d2Lk7GZ4V7QcC lG1ejUtr2DcyMsco6B34remm09aSncHfG52ng6ILn+tQ2xTt+DohOGYoS0XQIZtzep42 Yoe2JcYI0hq9bmR9OFAmyhFW0j7hsmEkmbofy3K8y0TN+1EGlu1eHorySPijZIqVDQZL p5TT3Xq1S6K9YKPU4i+iXLo/eoUnZ+nq79caH+9pT48IiNOTv0i2pBfElP3/i4/hBE99 xa8w== X-Received: by 10.112.163.103 with SMTP id yh7mr4506019lbb.73.1408018280021; Thu, 14 Aug 2014 05:11:20 -0700 (PDT) Received: from axl ([178.252.98.87]) by mx.google.com with ESMTPSA id v8sm3016875lae.4.2014.08.14.05.11.18 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 14 Aug 2014 05:11:19 -0700 (PDT) From: Dmitry Date: Thu, 14 Aug 2014 16:11:17 +0400 Message-ID: <86egwjgtju.fsf@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) https://github.com/company-mode/company-mode/issues/167 `company-elisp' does that, by the way. In GNU Emacs 24.3.92.4 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8) of 2014-08-06 on axl Repository revision: 117425 eliz@gnu.org-20140805133406-w7477hyd1gl9h1d7 Windowing system distributor `The X.Org Foundation', version 11.0.11501000 System Description: Ubuntu 14.04.1 LTS From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Aug 2014 03:05: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: To: Dmitry Cc: 18265@debbugs.gnu.org Received: via spool by 18265-submit@debbugs.gnu.org id=B18265.14080718715902 (code B ref 18265); Fri, 15 Aug 2014 03:05:02 +0000 Received: (at 18265) by debbugs.gnu.org; 15 Aug 2014 03:04:31 +0000 Received: from localhost ([127.0.0.1]:43786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XI7oc-0001X7-QZ for submit@debbugs.gnu.org; Thu, 14 Aug 2014 23:04:31 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:49203) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XI7oa-0001Wt-Dy for 18265@debbugs.gnu.org; Thu, 14 Aug 2014 23:04:29 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVPAqyKr/2dsb2JhbABZgwY7gw/APYEXF3SCJQEBAQECAVYjBQsLNBIUGA0kiAQIDdIMEwSOegeEOASrA4FxgVsh X-IPAS-Result: ArYGAIDvNVPAqyKr/2dsb2JhbABZgwY7gw/APYEXF3SCJQEBAQECAVYjBQsLNBIUGA0kiAQIDdIMEwSOegeEOASrA4FxgVsh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="86824619" Received: from 192-171-34-171.cpe.pppoe.ca (HELO ceviche.home) ([192.171.34.171]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Aug 2014 23:04:22 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 23E65660C4; Thu, 14 Aug 2014 23:04:22 -0400 (EDT) From: Stefan Monnier Message-ID: References: <86egwjgtju.fsf@yandex.ru> Date: Thu, 14 Aug 2014 23:04:22 -0400 In-Reply-To: <86egwjgtju.fsf@yandex.ru> (Dmitry's message of "Thu, 14 Aug 2014 16:11:17 +0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > https://github.com/company-mode/company-mode/issues/167 > `company-elisp' does that, by the way. Good point. Makes me wonder how to extend completion-at-point-functions such that a function like lisp-completion-at-point could behave differently for something like Company (which calls it without the user making an explicit completion request) than for an explicit M-TAB. Stefan From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Aug 2014 03:14:01 +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: To: Stefan Monnier Cc: 18265@debbugs.gnu.org Received: via spool by 18265-submit@debbugs.gnu.org id=B18265.14080723956761 (code B ref 18265); Fri, 15 Aug 2014 03:14:01 +0000 Received: (at 18265) by debbugs.gnu.org; 15 Aug 2014 03:13:15 +0000 Received: from localhost ([127.0.0.1]:43791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XI7x4-0001kz-VQ for submit@debbugs.gnu.org; Thu, 14 Aug 2014 23:13:15 -0400 Received: from mail-lb0-f172.google.com ([209.85.217.172]:52235) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XI7x2-0001kl-V1 for 18265@debbugs.gnu.org; Thu, 14 Aug 2014 23:13:13 -0400 Received: by mail-lb0-f172.google.com with SMTP id z11so1564650lbi.3 for <18265@debbugs.gnu.org>; Thu, 14 Aug 2014 20:13:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=fXodjqazbP82ZtpYBIMnJwGrIiqt5jV/AXsheVmdcR0=; b=X56CJMYyvzfFZ6f0PHjFoeV83zP5KfmrAlPmgI2VFb3yxlbgLAKRbmh7Uv9vUtYqRe QIIDLMjzDx6FfQC94/DhkGZjkGFT6Fr5lt6rm+xjC+yrq01mgBwA+mSBqNBiD231ZuuH +aZkF19Wtynp6BLQne99vXi92q3a+fLkw3TePfVPoEk9/VHD94a22HhJlhtmjo7FtaQH dNBiDUHyOD+KJhXwlcMiZ5+iu4LshoCmqHk16AhcHOiuXXz3tgkAj13fuxjP3YrVWupE EKTQr0g1/Rrdm3un5y++zm1N3sKx0jAubr8eHaYPPCSM825WjcMFwPTaLsF2oaxg4Z9h Ty9Q== X-Received: by 10.152.4.97 with SMTP id j1mr9548198laj.10.1408072386844; Thu, 14 Aug 2014 20:13:06 -0700 (PDT) Received: from [192.168.1.3] ([178.252.98.87]) by mx.google.com with ESMTPSA id s1sm4172895las.49.2014.08.14.20.13.05 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Aug 2014 20:13:05 -0700 (PDT) Message-ID: <53ED7AC0.1050607@yandex.ru> Date: Fri, 15 Aug 2014 07:13:04 +0400 From: Dmitry Gutov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 References: <86egwjgtju.fsf@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 08/15/2014 07:04 AM, Stefan Monnier wrote: > Good point. Makes me wonder how to extend completion-at-point-functions > such that a function like lisp-completion-at-point could behave > differently for something like Company (which calls it without the user > making an explicit completion request) than for an explicit M-TAB. Sometimes the user makes an explicit request, though. So it's "idle mode vs manual mode", not "Company vs complete-symbol". Still, the fact that user called `M-x company-complete' inside a comment doesn't tell me that they actually want to see completions from `company-capf' and not some other backend like `company-dabbrev'. Likewise, user pressing C-M-i inside a comment might prefer not to talk `lisp-completion-at-point', but some other completion function that goes after it that's more suited for completion in comments. If we really want to use `lisp-completion-at-point' in comments in more cases, I'd try to detect whether we're probably in a code sample (by the extra indentation, maybe), and otherwise return nil. From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Aug 2014 12:35:01 +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: To: Dmitry Gutov Cc: 18265@debbugs.gnu.org Received: via spool by 18265-submit@debbugs.gnu.org id=B18265.14081060519002 (code B ref 18265); Fri, 15 Aug 2014 12:35:01 +0000 Received: (at 18265) by debbugs.gnu.org; 15 Aug 2014 12:34:11 +0000 Received: from localhost ([127.0.0.1]:43889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XIGhu-0002L4-Fm for submit@debbugs.gnu.org; Fri, 15 Aug 2014 08:34:10 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:38618) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XIGhq-0002KJ-Sp for 18265@debbugs.gnu.org; Fri, 15 Aug 2014 08:34:08 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVPAqyKr/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCw4JHRIUGA0WDogECNIZF456B4Q4BKsDgXGBWyE X-IPAS-Result: ArYGAIDvNVPAqyKr/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCw4JHRIUGA0WDogECNIZF456B4Q4BKsDgXGBWyE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="86855046" Received: from 192-171-34-171.cpe.pppoe.ca (HELO pastel.home) ([192.171.34.171]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Aug 2014 08:34:00 -0400 Received: by pastel.home (Postfix, from userid 20848) id E28F9610A6; Fri, 15 Aug 2014 08:33:59 -0400 (EDT) From: Stefan Monnier Message-ID: References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> Date: Fri, 15 Aug 2014 08:33:59 -0400 In-Reply-To: <53ED7AC0.1050607@yandex.ru> (Dmitry Gutov's message of "Fri, 15 Aug 2014 07:13:04 +0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Sometimes the user makes an explicit request, though. So it's "idle mode vs > manual mode", not "Company vs complete-symbol". That's right. > Still, the fact that user called `M-x company-complete' inside a comment > doesn't tell me that they actually want to see completions from > `company-capf' and not some other backend like `company-dabbrev'. Indeed, but it does say that it's better to return some completion table than none. We'd want the lisp-completion-at-point to use something like the ":exclusive no" property (or maybe a new ":merge-with-rest") in this case. > Likewise, user pressing C-M-i inside a comment might prefer not to talk > `lisp-completion-at-point', but some other completion function that goes > after it that's more suited for completion in comments. As it currently stands, there's no question that your original request is right (the one stated in the "Subject:"), so feel free to fix it. I'm just thinking of how we could also satisfy those who might want to complete code-like things in comments, without having to resort to customization. Stefan From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Aug 2014 01:03: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: To: Stefan Monnier Cc: 18265@debbugs.gnu.org Received: via spool by 18265-submit@debbugs.gnu.org id=B18265.14081509542496 (code B ref 18265); Sat, 16 Aug 2014 01:03:02 +0000 Received: (at 18265) by debbugs.gnu.org; 16 Aug 2014 01:02:34 +0000 Received: from localhost ([127.0.0.1]:44219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XISO9-0000eB-SO for submit@debbugs.gnu.org; Fri, 15 Aug 2014 21:02:34 -0400 Received: from mail-lb0-f169.google.com ([209.85.217.169]:37908) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XISO7-0000ds-6r for 18265@debbugs.gnu.org; Fri, 15 Aug 2014 21:02:31 -0400 Received: by mail-lb0-f169.google.com with SMTP id s7so2493996lbd.0 for <18265@debbugs.gnu.org>; Fri, 15 Aug 2014 18:02:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=tK7ZDOQeGBRrPhP4wzc4wrwCnl19FKIiAfKGDVAh5sQ=; b=fAkc3HFf4wni0x0i8lBClFAFi5Vy4vOF8WaqshFwFdeFuqqhyuZ55uxVkspkI+uJim YYN/tCkBNB0zMnO+W0XCNm1xH6xXZvC1hzYHfTddpTJByM0UVtfEq8n0GfxUnPivOtl3 yrkL5176tzQIUxY6AOfLEDvfN0wPw1pi0b25XqCYcstEcb5TbuM0eaj5WSegDZWQwRWY dRfFeM+30/x7yYCWKdJgABQlZ1IDr7+VwHikH13+bz2bxPypCsuTsI+T7YyzmcTphdG/ C8OYy1KGtj4yEdWHp2xLOhHcwh4I4XTHd3oJINvgQBgTL453SJSE/fiVnpuHir90akVu X/cg== X-Received: by 10.112.118.141 with SMTP id km13mr11742465lbb.37.1408150944803; Fri, 15 Aug 2014 18:02:24 -0700 (PDT) Received: from [192.168.1.3] ([178.252.98.87]) by mx.google.com with ESMTPSA id k1sm5891294lah.26.2014.08.15.18.02.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Aug 2014 18:02:23 -0700 (PDT) Message-ID: <53EEAD9D.5010500@yandex.ru> Date: Sat, 16 Aug 2014 05:02:21 +0400 From: Dmitry Gutov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 08/15/2014 04:33 PM, Stefan Monnier wrote: > As it currently stands, there's no question that your original request > is right (the one stated in the "Subject:"), so feel free to fix it. Ok thanks, I will. I've been holding off on committing to trunk until I start using it again, but maybe it's time. > I'm just thinking of how we could also satisfy those who might want to > complete code-like things in comments, without having to resort > to customization. I've suggested one approach (in addition to seeing if there's a backquote before the current prefix): look if the current text is specially indented and separated with empty lines (though this is a very imprecise heurystic). And for the cases when it's not, we can add a new completion function at the end of the default c-a-p-f value, which would work like `company-dabbrev' does. Or like `company-dabbrev-code', in `prog-mode' descendants. `company-capf' would ignore it, for the time being, like it does with `tags-completion-at-point-function' currently. 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. 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? Won't the other completion functions get a choice in the matter? What if one of them is smart enough to provide all completions for the current context, by itself? And anyway, it doesn't seem to help with the distinction between manual and idle completion, unless you'd prefer to only activate the :merge-with-rest logic in the case of manual invocation. Which seems orthogonal to the property's purpose. From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Aug 2014 18:01: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: To: Dmitry Gutov Cc: 18265@debbugs.gnu.org Received: via spool by 18265-submit@debbugs.gnu.org id=B18265.140821205122780 (code B ref 18265); Sat, 16 Aug 2014 18:01:02 +0000 Received: (at 18265) by debbugs.gnu.org; 16 Aug 2014 18:00:51 +0000 Received: from localhost ([127.0.0.1]:44796 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XIiHa-0005uY-IN for submit@debbugs.gnu.org; Sat, 16 Aug 2014 14:00:51 -0400 Received: from mercure.iro.umontreal.ca ([132.204.24.67]:41379) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XIiHX-0005r9-Qe for 18265@debbugs.gnu.org; Sat, 16 Aug 2014 14:00:48 -0400 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 4621E84F2B; Sat, 16 Aug 2014 14:00:47 -0400 (EDT) Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id EEB6D1E5B8A; Sat, 16 Aug 2014 14:00:22 -0400 (EDT) Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id D4610B40CD; Sat, 16 Aug 2014 14:00:22 -0400 (EDT) From: Stefan Monnier Message-ID: References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> <53EEAD9D.5010500@yandex.ru> Date: Sat, 16 Aug 2014 14:00:22 -0400 In-Reply-To: <53EEAD9D.5010500@yandex.ru> (Dmitry Gutov's message of "Sat, 16 Aug 2014 05:02:21 +0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-Spam-Status: No X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) > 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 From unknown Tue Jun 17 01:48:40 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Dmitry Subject: bug#18265: closed (Re: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after `) Message-ID: References: <541BA95C.30400@yandex.ru> <86egwjgtju.fsf@yandex.ru> X-Gnu-PR-Message: they-closed 18265 X-Gnu-PR-Package: emacs Reply-To: 18265@debbugs.gnu.org Date: Fri, 19 Sep 2014 03:57:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1411099022-23517-1" This is a multi-part message in MIME format... ------------=_1411099022-23517-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #18265: 24.3.92; lisp-completion-at-point should return nil in comments, un= less after ` which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 18265@debbugs.gnu.org. --=20 18265: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18265 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1411099022-23517-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 18265-done) by debbugs.gnu.org; 19 Sep 2014 03:56:24 +0000 Received: from localhost ([127.0.0.1]:45042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XUpJ2-00065w-6o for submit@debbugs.gnu.org; Thu, 18 Sep 2014 23:56:24 -0400 Received: from mail-la0-f48.google.com ([209.85.215.48]:50336) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XUpIz-00065a-Uy for 18265-done@debbugs.gnu.org; Thu, 18 Sep 2014 23:56:22 -0400 Received: by mail-la0-f48.google.com with SMTP id ty20so2353380lab.21 for <18265-done@debbugs.gnu.org>; Thu, 18 Sep 2014 20:56:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=hkyCQO4l0EjN6KS0RPnpw6XRjbeASbzhPkoV/qD2pqk=; b=I2h+XoL3L8cYlpCeyHfV0hgL1CClh97SQuMeHuXEBp0bp5yTOy6LrNY7S8n6WmW/t5 s8xRgXHV+AIJOov9GhzGvWTqeohsy8k5MAFRRahnauAFHwHlfNjHSpfDr55D5xE46xtL fgfI/oZ+GcGPhmtqMgta/IoevXazpNS1ctbdWU8ByORlUGYeppHwB8LAbevHh5UQbxFg GUlQjSCluZseDWNCPiiwIhwVf4wfJPBrArhGXUQ7BSMYCFLKcfH/kqVVJsuRtETEndHS ScH9tWKBxNo1JPrChytaL0kuhgcANbU2NeZwxrHvVtq1FVlza9TGtzWzf/IjkTyQfxrW 07fA== X-Received: by 10.112.54.135 with SMTP id j7mr3503087lbp.51.1411098975613; Thu, 18 Sep 2014 20:56:15 -0700 (PDT) Received: from [192.168.1.3] ([178.252.98.87]) by mx.google.com with ESMTPSA id k3sm175920lam.41.2014.09.18.20.56.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Sep 2014 20:56:14 -0700 (PDT) Message-ID: <541BA95C.30400@yandex.ru> Date: Fri, 19 Sep 2014 07:56:12 +0400 From: Dmitry Gutov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: Stefan Monnier Subject: Re: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> <53EEAD9D.5010500@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 18265-done Cc: 18265-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Version: 24.5 On 08/16/2014 10:00 PM, Stefan Monnier wrote: > 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. >> And anyway, it doesn't seem to help with the distinction between manual and >> idle completion, > > Indeed, it's a largely orthogonal issue. I've installed the in-string-or-comment piece of logic that's been missing compared to company-elisp, so this bug should be settled. The distinction between manual and idle completion doesn't seem to be very useful here, so let's leave that until there's a definite demand for it. ------------=_1411099022-23517-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 14 Aug 2014 12:26:35 +0000 Received: from localhost ([127.0.0.1]:42961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XHu71-0004Pc-0R for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:35 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39422) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XHu6y-0004PQ-TI for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XHu6i-0005In-KR for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40789) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHu6i-0005GU-IO for submit@debbugs.gnu.org; Thu, 14 Aug 2014 08:26:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHtsP-0004XB-0z for bug-gnu-emacs@gnu.org; Thu, 14 Aug 2014 08:11:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XHtsH-0000nr-Ek for bug-gnu-emacs@gnu.org; Thu, 14 Aug 2014 08:11:28 -0400 Received: from mail-la0-x22e.google.com ([2a00:1450:4010:c03::22e]:52832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHtsH-0000nk-6l for bug-gnu-emacs@gnu.org; Thu, 14 Aug 2014 08:11:21 -0400 Received: by mail-la0-f46.google.com with SMTP id b8so920823lan.19 for ; Thu, 14 Aug 2014 05:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=3qzSzOhW4SfAKdlxI6ZKRcB2/7Y9RPSDOJscIJU0Gpk=; b=AiCT/hCkeJkHNb04G0MU2BEj4NM9Lfpesqc8nZd/irCX4LzTRPXOW+QrD1m/ZEM/fl g1PVI7PLSXyHViwV+0SQLIT7Nc6TVXVsuAmp2X6GTmAg7Gy+6h1t1S/d2Lk7GZ4V7QcC lG1ejUtr2DcyMsco6B34remm09aSncHfG52ng6ILn+tQ2xTt+DohOGYoS0XQIZtzep42 Yoe2JcYI0hq9bmR9OFAmyhFW0j7hsmEkmbofy3K8y0TN+1EGlu1eHorySPijZIqVDQZL p5TT3Xq1S6K9YKPU4i+iXLo/eoUnZ+nq79caH+9pT48IiNOTv0i2pBfElP3/i4/hBE99 xa8w== X-Received: by 10.112.163.103 with SMTP id yh7mr4506019lbb.73.1408018280021; Thu, 14 Aug 2014 05:11:20 -0700 (PDT) Received: from axl ([178.252.98.87]) by mx.google.com with ESMTPSA id v8sm3016875lae.4.2014.08.14.05.11.18 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 14 Aug 2014 05:11:19 -0700 (PDT) From: Dmitry To: bug-gnu-emacs@gnu.org Subject: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Date: Thu, 14 Aug 2014 16:11:17 +0400 Message-ID: <86egwjgtju.fsf@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) https://github.com/company-mode/company-mode/issues/167 `company-elisp' does that, by the way. In GNU Emacs 24.3.92.4 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8) of 2014-08-06 on axl Repository revision: 117425 eliz@gnu.org-20140805133406-w7477hyd1gl9h1d7 Windowing system distributor `The X.Org Foundation', version 11.0.11501000 System Description: Ubuntu 14.04.1 LTS ------------=_1411099022-23517-1-- From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` 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: To: Dmitry Gutov Cc: 18265-done@debbugs.gnu.org Received: via spool by 18265-done@debbugs.gnu.org id=D18265.141113815631100 (code D ref 18265); Fri, 19 Sep 2014 14:50:02 +0000 Received: (at 18265-done) by debbugs.gnu.org; 19 Sep 2014 14:49:16 +0000 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 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" 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 Received: by pastel.home (Postfix, from userid 20848) id D8799642C6; Fri, 19 Sep 2014 10:49:11 -0400 (EDT) From: Stefan Monnier Message-ID: References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> <53EEAD9D.5010500@yandex.ru> <541BA95C.30400@yandex.ru> Date: Fri, 19 Sep 2014 10:49:11 -0400 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) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> 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 From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Sep 2014 17:46:01 +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: To: Stefan Monnier Cc: 18265-done@debbugs.gnu.org Received: via spool by 18265-done@debbugs.gnu.org id=D18265.141114876119567 (code D ref 18265); Fri, 19 Sep 2014 17:46:01 +0000 Received: (at 18265-done) by debbugs.gnu.org; 19 Sep 2014 17:46:01 +0000 Received: from localhost ([127.0.0.1]:46011 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XV2Fs-00055W-It for submit@debbugs.gnu.org; Fri, 19 Sep 2014 13:46:00 -0400 Received: from mail-la0-f47.google.com ([209.85.215.47]:40976) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XV2Fp-00055N-W3 for 18265-done@debbugs.gnu.org; Fri, 19 Sep 2014 13:45:59 -0400 Received: by mail-la0-f47.google.com with SMTP id mc6so3653504lab.34 for <18265-done@debbugs.gnu.org>; Fri, 19 Sep 2014 10:45:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=den+2tc9AyeITP+Men1iUQIWMaQU0z4V6UWATZNIAuk=; b=tmy23TVy/liKfZYJersC4Ds0AE8GTAPDQpk7mgz7YAE7XXxVCjaIDKB5LlLQ8uqAfq D561MFJxMYy3mfUYy9Xmvql8IPCfHnJkIVQ6ws/rp6uointQCC8AsBsUW8ve1VOeis5y ZMvJA/ZYVAra8u5clCLc3P3leSzXsSGgevnyLVbqHK57Le7XhR2pTdJSu9+rUZ+SsuXX QD5u8JPpFUSAeHB7gZmAKFJNjiJADO1kwz5/Vy3V2TVFrPstVIJbf340P5RcJJRN5B8V sfYpwJnv3J9YqzQEMTbOTGQgoV4CsZUBeLvNOc7clHno0GpmobhMDZDws8ntqybUaTMG bsQQ== X-Received: by 10.112.135.230 with SMTP id pv6mr4610948lbb.105.1411148756965; Fri, 19 Sep 2014 10:45:56 -0700 (PDT) Received: from [192.168.1.3] ([178.252.98.87]) by mx.google.com with ESMTPSA id l13sm845021lbh.32.2014.09.19.10.45.55 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Sep 2014 10:45:55 -0700 (PDT) Message-ID: <541C6BD0.6000100@yandex.ru> Date: Fri, 19 Sep 2014 21:45:52 +0400 From: Dmitry Gutov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> <53EEAD9D.5010500@yandex.ru> <541BA95C.30400@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 09/19/2014 06:49 PM, Stefan Monnier wrote: >> 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) The users might find it harder to modify these new c-a-p-f values if some packages add them during initialization, but otherwise this direction is quite in line with what we already do in Company. And it's different from the `:merge-with-rest' property which you suggested earlier (a good thing, IMO). From unknown Tue Jun 17 01:48:40 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18265: 24.3.92; lisp-completion-at-point should return nil in comments, unless after ` Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Sep 2014 01:56: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: To: Dmitry Gutov Cc: 18265-done@debbugs.gnu.org Received: via spool by 18265-done@debbugs.gnu.org id=D18265.1411178115624 (code D ref 18265); Sat, 20 Sep 2014 01:56:02 +0000 Received: (at 18265-done) by debbugs.gnu.org; 20 Sep 2014 01:55:15 +0000 Received: from localhost ([127.0.0.1]:46188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XV9tK-00009z-8a for submit@debbugs.gnu.org; Fri, 19 Sep 2014 21:55:14 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:12776) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XV9tH-00009q-DR for 18265-done@debbugs.gnu.org; Fri, 19 Sep 2014 21:55:12 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNFpZEG/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCw4mEhQYDSSIBAjSGReOegeEOASpGYFqgXGBWyE X-IPAS-Result: ArYGAIDvNVNFpZEG/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCw4mEhQYDSSIBAjSGReOegeEOASpGYFqgXGBWyE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="90338285" 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 21:55:10 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8BBB3642C6; Fri, 19 Sep 2014 21:55:10 -0400 (EDT) From: Stefan Monnier Message-ID: References: <86egwjgtju.fsf@yandex.ru> <53ED7AC0.1050607@yandex.ru> <53EEAD9D.5010500@yandex.ru> <541BA95C.30400@yandex.ru> <541C6BD0.6000100@yandex.ru> Date: Fri, 19 Sep 2014 21:55:10 -0400 In-Reply-To: <541C6BD0.6000100@yandex.ru> (Dmitry Gutov's message of "Fri, 19 Sep 2014 21:45:52 +0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > The users might find it harder to modify these new c-a-p-f values if some > packages add them during initialization, Indeed. But I think there's no very serious obstacle. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 04 12:32:22 2014 Received: (at control) by debbugs.gnu.org; 4 Oct 2014 16:32:22 +0000 Received: from localhost ([127.0.0.1]:33179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XaSFp-0002hC-Jn for submit@debbugs.gnu.org; Sat, 04 Oct 2014 12:32:21 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:59991) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XaSFm-0002h3-Hj for control@debbugs.gnu.org; Sat, 04 Oct 2014 12:32:19 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XaSFj-0005By-Pf; Sat, 04 Oct 2014 12:32:15 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21552.8463.712517.884718@gnu.org> Date: Sat, 4 Oct 2014 12:32:15 -0400 From: Glenn Morris To: GNU bug tracker automated control server Subject: update fixed Emacs bugs for version number change X-Debbugs-No-Ack: yes X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) fixed 18502 25.1 notfixed 18502 24.5 fixed 16204 25.1 notfixed 16204 24.5 fixed 18557 25.1 notfixed 18557 24.5 fixed 18562 25.1 notfixed 18562 24.5 fixed 18265 25.1 notfixed 18265 24.5 fixed 16567 25.1 notfixed 16567 24.5