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#11906: 24.1; completion-at-point failures Date: Sat, 07 Dec 2013 10:40:33 +0800 Message-ID: References: <87li776gym.fsf@yandex.ru> <87pppcasli.fsf@yandex.ru> <52A1221D.90501@yandex.ru> <52A1534D.3000902@yandex.ru> <52A1CDDD.1050808@yandex.ru> <52A281AF.5030008@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1386384077 32548 80.91.229.3 (7 Dec 2013 02:41:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Dec 2013 02:41:17 +0000 (UTC) Cc: 11906@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 07 03:41:21 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 1Vp7pZ-00048V-7X for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Dec 2013 03:41:21 +0100 Original-Received: from localhost ([::1]:34329 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7pY-0006zU-Na for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Dec 2013 21:41:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40239) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7pO-0006zL-6C for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:41:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vp7pG-0002zh-T4 for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:41:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49437) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp7pG-0002zd-PG for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:41:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Vp7pG-0008Ey-DO for bug-gnu-emacs@gnu.org; Fri, 06 Dec 2013 21:41:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Leo Liu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Dec 2013 02:41: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.138638404531651 (code B ref 11906); Sat, 07 Dec 2013 02:41:02 +0000 Original-Received: (at 11906) by debbugs.gnu.org; 7 Dec 2013 02:40:45 +0000 Original-Received: from localhost ([127.0.0.1]:35223 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vp7oy-0008EQ-RP for submit@debbugs.gnu.org; Fri, 06 Dec 2013 21:40:45 -0500 Original-Received: from mail-pb0-f45.google.com ([209.85.160.45]:49641) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vp7ov-0008EH-FV for 11906@debbugs.gnu.org; Fri, 06 Dec 2013 21:40:41 -0500 Original-Received: by mail-pb0-f45.google.com with SMTP id rp16so2104646pbb.18 for <11906@debbugs.gnu.org>; Fri, 06 Dec 2013 18:40:40 -0800 (PST) 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=Myj9FXFw1PzyLmj+7axdvm2IMwqD+rZa0I0ivVqJDmU=; b=KuAuNiJeMXjqqlNgKycxmQdEQKIqSOQnvi2xePZp4TUA31G2FOSowf7W9j5DsXRIas x4emuOHDTPCz/L+HltfhmO/8KwMl00YEG+0l2cf/opEvfg/keasdsHLSuhKVd7gBTXEO 1f8K7l6uASed8SLwGw6cF4p1SKZxR1FWVVodOi4a9kxBBdsond/tQm0d9bSwtYl93hI4 XIZ0hiZpk6pLfawkVGic4hnGqYbnjkFWcoPxudxO7QqSEFcu9Aq0WjUqoQ6qQRc12UVm K66ZUOyxlQRqAk5LM6rjfvqV74AX8SPiX36HlwhKtZuo2mn3IG/7zIzpexLuIhrJ0vel ZUWQ== X-Received: by 10.68.143.231 with SMTP id sh7mr7793450pbb.7.1386384040617; Fri, 06 Dec 2013 18:40:40 -0800 (PST) Original-Received: from localhost ([123.119.93.169]) by mx.google.com with ESMTPSA id lh13sm1356045pab.4.2013.12.06.18.40.38 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Dec 2013 18:40:40 -0800 (PST) Face: iVBORw0KGgoAAAANSUhEUgAAACgAAAAoBAMAAAB+0KVeAAAAElBMVEUAAAAAAP+LRRP0pGC+ vr7///+7mT1iAAAAAWJLR0QAiAUdSAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9cBBwMO DhglKe4AAAEsSURBVCjPbZNBboQwDEV/Cd4X9QJRThApmn0XYW+Jyf2v0m+HhqDBgiAe9rcTG7QH w/1Vn2Ar8gBb/ocywSN3qK9T3z4eFDB4eApocBpeBs1RSykoJd8gQcm8pGmHXFso3ajnmsqV0TnY DQkOfXUfN5NwaI7AWTVOyEhcu1aHmdWItHddUVUcUgUBCkitu8V6ditHVOVdqzl2EQ1ZVGTbdK0V 7cqn8vWzoU5Q/bF9Y/Y0cRU1xwkys5dJ+Dt6pBDWifcNQml8Gh2JVmPSoQzo7en0grswkxrUGYJ7 0hSxxAGr7ZMwYcHIzprpi7TENEE1xtiYxixRlCfPBsUUrwHD7uGIwATrbnODJcVrPpVn3hxiGloe m/S+z3CtuzUSMo83N4DPH+F0evwR3P4A2k+75838OKQAAAAASUVORK5CYII= In-Reply-To: <52A281AF.5030008@yandex.ru> (Dmitry Gutov's message of "Sat, 07 Dec 2013 04:02:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (OS X 10.9) 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:81573 Archived-At: On 2013-12-07 10:02 +0800, Dmitry Gutov wrote: > 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? > [snipped 9 lines] > 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. These are good points. I think we need a new way for completion. Thanks for your work and feel free to close this bug. Leo