From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Liu Newsgroups: gmane.emacs.bugs Subject: bug#18643: 25.0.50; elisp--expect-function-p Date: Fri, 10 Oct 2014 07:43:19 +0800 Message-ID: References: <86oatmq7lc.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1412898268 14506 80.91.229.3 (9 Oct 2014 23:44:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Oct 2014 23:44:28 +0000 (UTC) Cc: Dmitry Gutov , 18643@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 10 01:44:20 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 1XcNNc-0002xn-6X for geb-bug-gnu-emacs@m.gmane.org; Fri, 10 Oct 2014 01:44:20 +0200 Original-Received: from localhost ([::1]:45452 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcNNb-0004X3-Q9 for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Oct 2014 19:44:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcNNS-0004Wm-MP for bug-gnu-emacs@gnu.org; Thu, 09 Oct 2014 19:44:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XcNNL-0002Dm-4F for bug-gnu-emacs@gnu.org; Thu, 09 Oct 2014 19:44:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47991) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XcNNL-0002Dg-1q for bug-gnu-emacs@gnu.org; Thu, 09 Oct 2014 19:44:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XcNNK-0002vG-ED for bug-gnu-emacs@gnu.org; Thu, 09 Oct 2014 19:44:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Leo Liu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Oct 2014 23:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18643 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18643-submit@debbugs.gnu.org id=B18643.141289821011177 (code B ref 18643); Thu, 09 Oct 2014 23:44:02 +0000 Original-Received: (at 18643) by debbugs.gnu.org; 9 Oct 2014 23:43:30 +0000 Original-Received: from localhost ([127.0.0.1]:39555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XcNMn-0002uC-Ni for submit@debbugs.gnu.org; Thu, 09 Oct 2014 19:43:30 -0400 Original-Received: from mail-pa0-f41.google.com ([209.85.220.41]:44023) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XcNMl-0002u4-Al for 18643@debbugs.gnu.org; Thu, 09 Oct 2014 19:43:27 -0400 Original-Received: by mail-pa0-f41.google.com with SMTP id eu11so604513pac.14 for <18643@debbugs.gnu.org>; Thu, 09 Oct 2014 16:43:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:face:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=Ntn7Gy2OU0nRmysvVE7jLna/OnrVjHMHT8dN4gNqn+U=; b=SU4neyp3ucotWzBkNBxb4SaZuqd/cN3/B/0m8iS1g0rWcAJNcDc1v1Sbaj5bOV5Sby 1ML7Z5jXB6Vz+Jnx/9WHvvNNVOmbhH46jvgE3dxF2gwZY2ruKfKNfxpvnYE8iBgILxgY 0bk/UZobHKkwK1BcBWck/4bBC0+h0bGiLvgAIEg70DzNzix6NU24qa8HDpjPf1OkXhQt FCz8/f5kgqqPeV0Wblh3bDnBxZ4dH3XjeqMlpA9G9g4mIcUPv5ML7BxzEe9LtbU1wURH veVhZkY3ohsfiOyh3hf32Q45fp0TfMFsJG4K8diVjHS00IK4IJGUs5BHzL6HuM6AyTnO o0gg== X-Received: by 10.70.37.165 with SMTP id z5mr1242669pdj.13.1412898206152; Thu, 09 Oct 2014 16:43:26 -0700 (PDT) Original-Received: from fortuna ([221.222.150.213]) by mx.google.com with ESMTPSA id ip3sm1566591pbc.58.2014.10.09.16.43.23 for (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Thu, 09 Oct 2014 16:43:25 -0700 (PDT) Face: iVBORw0KGgoAAAANSUhEUgAAACgAAAAoBAMAAAB+0KVeAAAAMFBMVEUaFRZLMy1dTENxVzKQ WiCrXQ97cmO/dSqSh3akjGTApXy5sJ7Sxo/Sz8Xo6eP9//xJbkruAAAAAWJLR0QAiAUdSAAAAAlw SFlzAAACxQAAAsUBidZ/7wAAAAd0SU1FB9cBBwMJOwHXewoAAAIBSURBVCjPVdNBiNNAFADQ6J4F x3hThHZBBC+WCFI8SS0iezRDcMHLHkLAg6gJH/fgYQ9xYlj2sLK4KHgqCgXFhda2Idmr4kkQPZQ0 nkQMbTypbMmMM2m7ZgYSmMef/5OZPwo7HFnx3uKPcmj0Dht1LWZJ+Hvr7dIFZXRUwl9VRTuuKDJ+ U44gjscknK4hhJaCkYRsWjmBtLqXlJAG2wipNe18OZJu1BBq1E8xafl4s6Jq2mUZGftU1y7CCxnp FVUDWJXx4C66BKBnErbuoaYNtoRTu6EZBsCbMn7W+5qOAR6WvxNOby9jHWC9hAf3n304CdiAByXs 3Nh9roLDkyb/sWV712vYwaLSAn8CPMHIAAzOPDKP2COAFm4Y4ODVWc6xG7KXsN7UeUJjjimx2uwd gCgNhr0i8C/xyCD5CiCKAMY3Bf5oDzx//w/fimscdcAZU2jv9sedx6+nYPPFIoWI/GK6QZ+EFGOR ErAjCnV3vPZ7XqlTIMbOLY7fLcvvmT7rXNWaGDexIY44N12TG2PDp7vqyl57dnCeuWwyNpnEURxk fTbDYeBnKRn4oejPYI4sH6WviBumEZ/GxX4X/x6EcURFZ7E071bjQGAxpcOAEOJuTiroDEea5Szv rVWLYfl7ZiQwSUToxrkux7OLixAWGz22+HIyWTRYcVfomOwvzusfjtVIGgLHf3MAAAAASUVORK5C YII= In-Reply-To: (Stefan Monnier's message of "Thu, 09 Oct 2014 11:27:44 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (CentOS 6.5) 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:94357 On 2014-10-09 11:27 -0400, Stefan Monnier wrote: > BTW, to improve on these behaviors, one approach is to take the > macro-expansion code used in elisp--local-variables and use it > "everywhere". I.e. expand elisp--local-variables so it doesn't just > return the list of local vars, but also returns whether we're inside > a quote, or we're expecting a function, or we're expecting an expression. Is it possible to use weight or priority i.e. the context decided doesn't cut completion space to a subset but instead prioritise those fit into the context by putting them at the front. Or find a way to allow other completions to show up when the input matches none of the subset. Also could we not force users to insert ` before any completion in strings or comments. BTW, this is what happens when false negative hits: 1. If I remember the completion and it is short I type it output but often I double check with C-h f or C-h v to make sure it is correct. 2. When it is long or I don't remember I have to use C-h f or C-h v and copy it over from the *Help* buffer. The cost is high and painful. Thanks, Leo