From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#16604: 24.3.50; False negatives in lisp-completion-at-point Date: Sun, 02 Feb 2014 05:00:09 +0200 Message-ID: <52EDB4B9.9000901@yandex.ru> References: <87d2j8yd12.fsf@yandex.ru> <52EDA4DE.8050904@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1391310075 21451 80.91.229.3 (2 Feb 2014 03:01:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Feb 2014 03:01:15 +0000 (UTC) Cc: 16604@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 02 04:01:21 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 1W9nJA-0001j4-Ss for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Feb 2014 04:01:21 +0100 Original-Received: from localhost ([::1]:40166 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9nJA-0005Ut-9w for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Feb 2014 22:01:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49417) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9nJ0-0005Ua-7G for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 22:01:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9nIs-0002Qt-On for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 22:01:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59787) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9nIs-0002Qp-Ke for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 22:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W9nIs-0002iF-0n for bug-gnu-emacs@gnu.org; Sat, 01 Feb 2014 22:01:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Feb 2014 03:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16604 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16604-submit@debbugs.gnu.org id=B16604.139131001710374 (code B ref 16604); Sun, 02 Feb 2014 03:01:01 +0000 Original-Received: (at 16604) by debbugs.gnu.org; 2 Feb 2014 03:00:17 +0000 Original-Received: from localhost ([127.0.0.1]:45573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9nI8-0002hG-OR for submit@debbugs.gnu.org; Sat, 01 Feb 2014 22:00:17 -0500 Original-Received: from mail-ee0-f51.google.com ([74.125.83.51]:57210) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W9nI6-0002h7-4n for 16604@debbugs.gnu.org; Sat, 01 Feb 2014 22:00:14 -0500 Original-Received: by mail-ee0-f51.google.com with SMTP id b57so2993702eek.38 for <16604@debbugs.gnu.org>; Sat, 01 Feb 2014 19:00:13 -0800 (PST) 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=iVvF9t91EnkcEuVoqolAzkmda24GrmpyhsRr/glUbwc=; b=aesNePbbMERxumI7YIuZdA2wETVS+yytwKGPKcoMm9trPgfQqfiABp5N7M4D5JZxlx 5bbSLEoVQ8PD0vPEtgSmY9pdQUYgSWKYPuKcLb+RCaqoTy0B4qb+LwZZ5n94vdNgNcuc O0+SBWBvbrEXdsipryLnl4QyHbK11znHZ4AGpO7YTjccZur+pDpXgkoz17X3Mm0HPdqn ndkR5OKlQ5ehaSJVsAypx3N2Kg+W2JzilnrVoTx9hdEj/7GBUGbHBRREHe37IgmmJCK5 bd5AsQjoe5ZUJ2pTU3Y6Bv23iNNiygPr3EQ8ZxpjKWEIKqHGXZ6KahgvjIADh+J47wMZ /b4w== X-Received: by 10.14.194.131 with SMTP id m3mr34925461een.2.1391310013109; Sat, 01 Feb 2014 19:00:13 -0800 (PST) Original-Received: from [192.168.10.2] (31-122-60.netrun.cytanet.com.cy. [31.153.122.60]) by mx.google.com with ESMTPSA id 46sm56458122ees.4.2014.02.01.19.00.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 01 Feb 2014 19:00:12 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: 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:84439 Archived-At: On 02.02.2014 04:39, Stefan Monnier wrote: > I think it should wait. Pity. It's a regression compared to company-elisp, as far as I'm concerned. > I also think it should be configurable (I > definitely prefer the current behavior; in my use cases your behavior > makes the lisp--local-variables-completion-table pretty much useless > because there's almost always some other global variable that starts > with a similar prefix). True, lisp--local-variables-completion-table is less useful this way, but it still plays a part when the binding form hasn't been evaluated yet, and so the local variable symbols aren't yet in obarray. If you were using Company, by the way, you could take advantage of the ordering of candidates based on their occurrences in the visible part of the buffer, which will be supported in the next version. Naturally, local vars will be at the top, as long as they're visible in the window.