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#11906: 24.1; completion-at-point failures Date: Sat, 07 Dec 2013 04:02:23 +0200 Message-ID: <52A281AF.5030008@yandex.ru> References: <87li776gym.fsf@yandex.ru> <87pppcasli.fsf@yandex.ru> <52A1221D.90501@yandex.ru> <52A1534D.3000902@yandex.ru> <52A1CDDD.1050808@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 1386381798 11260 80.91.229.3 (7 Dec 2013 02:03:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Dec 2013 02:03:18 +0000 (UTC) Cc: 11906@debbugs.gnu.org To: Leo Liu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 07 03:03:23 2013 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 1Vp7Eo-00051e-H8 for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Dec 2013 03:03:22 +0100 Original-Received: from localhost ([::1]:34257 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7Eo-0005UQ-3R for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Dec 2013 21:03:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7Ed-0005U2-VM for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:03:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vp7EW-0001UW-Cd for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:03:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49402) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7EW-0001US-8Z for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:03:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Vp7EV-0007Ju-FZ for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:03:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Dec 2013 02:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11906 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11906-submit@debbugs.gnu.org id=B11906.138638175128093 (code B ref 11906); Sat, 07 Dec 2013 02:03:02 +0000 Original-Received: (at 11906) by debbugs.gnu.org; 7 Dec 2013 02:02:31 +0000 Original-Received: from localhost ([127.0.0.1]:35188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vp7Dy-0007J3-Q0 for submit@debbugs.gnu.org; Fri, 06 Dec 2013 21:02:31 -0500 Original-Received: from mail-ee0-f53.google.com ([74.125.83.53]:63638) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vp7Dw-0007Is-Lp for 11906@debbugs.gnu.org; Fri, 06 Dec 2013 21:02:29 -0500 Original-Received: by mail-ee0-f53.google.com with SMTP id b57so592841eek.12 for <11906@debbugs.gnu.org>; Fri, 06 Dec 2013 18:02:27 -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=rbQ+iyBjm5OElrYsXL6FOP81t2vxMnwVvzhtRWQbhqM=; b=z8mV7Z+sFu+LIdjVugBRzjKqnL2RBAZWG2bC76bodU1A3WZZNjI4BWtHmog/4zJ+kz WPB1Qm7V/8FTTtBoqrLjPjwKeIgfHanAsG2MRFfGjXsW8iWGSq0eWJAC5K9//izJYJEf rQQsLBDP639MZIBhjCXiJZopU3/Bmn0IzZXhKvnUHEYxWYtR+d/Q5TNfAEZJ3q/ESMZk bJXZu+qyzB4s/vMWYtCmNP8E5Z/kny/RXI4jmqycMCInalEkx4+mypK6T9lVRLrImGWK PAR43hULAixPnGhF5+6/InchalV7VmwsNnDWH3zCU053iuteB3rcjBHWuQErHq9Fa9Tm JMUg== X-Received: by 10.14.205.201 with SMTP id j49mr5256556eeo.85.1386381747714; Fri, 06 Dec 2013 18:02:27 -0800 (PST) Original-Received: from [192.168.10.2] ([62.228.136.233]) by mx.google.com with ESMTPSA id h48sm1515243eev.3.2013.12.06.18.02.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 06 Dec 2013 18:02:26 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 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:81571 Archived-At: On 06.12.2013 16:04, Leo Liu wrote: > Another issue as mentioned in the report is when you complete, for > example, 'abc' to 'aa bb cc' (or whatever strange chars are in the > completion candidate) and the completion function fails to go back to > the start. It seems to me that `completion-at-point' isn't a good facility to complete space-separated lists of words or symbols (unlike, say, hippie-expand). Suppose it works, and you have candidates: "aa bb cc", "aa bd ee", "aabbc ef". You type "aa", press C-M-i, it completes to the common prefix: "aa b". Even if `completion-at-point' still remembers where the candidate started, what if you exit `completion-in-region-mode' via, say, cursor, movement, and then go back to after "aa b". When you press C-M-i again, what completion candidates would you expect to see? Not "aa bb cc" and "aa bd ee", right? Note that this can be fixed in specific completion-at-point functions. For example, Objective-C completion can look at the context, or maybe just always treat semicolons as symbol constituents (I don't really know the syntax). > Also instead of calling completion function to check if start has > changed to decide to exit completion-in-region-mode, how about let any > char insertion or deletion exit the mode instead? Could be good for some cases and users, but this prohibits the user from looking at the completions buffer and typing one of the candidates, manually (maybe a part of it, until it's unique). Hiding the completions buffer right after one character is typed can make it less useful.