From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#18643: 25.0.50; elisp--expect-function-p Date: Tue, 26 Apr 2022 15:44:48 +0200 Message-ID: <87h76gez73.fsf@gnus.org> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2555"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 18643@debbugs.gnu.org To: Leo Liu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Apr 26 15:45:45 2022 Return-path: Envelope-to: geb-bug-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 1njLVc-0000Fz-VR for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 26 Apr 2022 15:45:40 +0200 Original-Received: from localhost ([::1]:60744 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1njLVb-0007bH-F0 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 26 Apr 2022 09:45:39 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57696) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1njLV1-0007b5-3Y for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2022 09:45:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43801) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1njLV0-000092-R3 for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2022 09:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1njLV0-0004nF-Lb for bug-gnu-emacs@gnu.org; Tue, 26 Apr 2022 09:45:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Apr 2022 13:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18643 X-GNU-PR-Package: emacs Original-Received: via spool by 18643-submit@debbugs.gnu.org id=B18643.165098070018406 (code B ref 18643); Tue, 26 Apr 2022 13:45:02 +0000 Original-Received: (at 18643) by debbugs.gnu.org; 26 Apr 2022 13:45:00 +0000 Original-Received: from localhost ([127.0.0.1]:37697 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njLUy-0004mn-Bo for submit@debbugs.gnu.org; Tue, 26 Apr 2022 09:45:00 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:60764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njLUw-0004mY-CW for 18643@debbugs.gnu.org; Tue, 26 Apr 2022 09:44:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gU1N2ZcZpRbPIdpMfHeX8dqqo+RNqkXCziaK47eJSlI=; b=rzCRw4jjU1bWH6mzhJ61lOs4Tl CRTQNiyAR3VZ6Qw8P1XHuyUo1Q9/PXdnJKT/CUtZ06ACf7W3JuizhHnSuBf0wmiRXJgmFKiiCsakk fRuqQ7P5QaoyC8PgAkcjFhwfucwESVC9/5D4CnlVthvnW0A3Zj6VpPgYdQlzOzShX7O0=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njLUo-00011S-0I; Tue, 26 Apr 2022 15:44:52 +0200 X-Now-Playing: Coffins's _Defilements_: "I Hate You (Grief cover)" In-Reply-To: (Leo Liu's message of "Mon, 06 Oct 2014 13:13:05 +0800") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:230723 Archived-At: Leo Liu writes: > emacs should only constrain itself to function completion when > absolutely sure. > > It is not a big deal if function names creep into variable completion or > vice versa. Often it is handy to complete to an existing symbol and then > edit it into something else. For example, one might need to create a > variable name based on a function name. > > There are a few places where I expect to have a completion based on my > past experience but fail now. For example, in (pred ...) pattern of > pcase. Other failures, (let (|)) and (let ((|))) where | is point. > > I have experienced annoyances here and there and I think the fundamental > solution is not to second guess but complete liberally as we did before. (I'm going through old bug reports that unfortunately weren't resolved at the time.) Skimming this bug report, it's not exactly clear what it's all about, but perhaps things have changed since this was reported seven years ago. That is, if you have (defun lalabar ()) (defvar lalavar nil) (let ((lala| )) and hit `C-M-i', it'll expand to lalavar, and not lalabar. But perhaps you had something other in mind? Or does this work as you wanted it to in recent Emacs versions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no