From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#9598: 24.0.50; completion goes too far Date: Mon, 10 Oct 2011 22:52:50 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1318301636 30612 80.91.229.12 (11 Oct 2011 02:53:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 11 Oct 2011 02:53:56 +0000 (UTC) Cc: 9598@debbugs.gnu.org To: rms@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 11 04:53:52 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RDSTY-0001XL-Jn for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Oct 2011 04:53:52 +0200 Original-Received: from localhost ([::1]:57583 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDSTY-0006Yn-2f for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Oct 2011 22:53:52 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:45687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDSTV-0006Yh-50 for bug-gnu-emacs@gnu.org; Mon, 10 Oct 2011 22:53:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RDSTU-0006By-6Q for bug-gnu-emacs@gnu.org; Mon, 10 Oct 2011 22:53:49 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49258) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDSTU-0006Bt-1r for bug-gnu-emacs@gnu.org; Mon, 10 Oct 2011 22:53:48 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RDSTi-0006sq-53 for bug-gnu-emacs@gnu.org; Mon, 10 Oct 2011 22:54:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Oct 2011 02:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9598 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9598-submit@debbugs.gnu.org id=B9598.131830160026409 (code B ref 9598); Tue, 11 Oct 2011 02:54:02 +0000 Original-Received: (at 9598) by debbugs.gnu.org; 11 Oct 2011 02:53:20 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDST1-0006rt-DX for submit@debbugs.gnu.org; Mon, 10 Oct 2011 22:53:19 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RDSSy-0006rb-NJ for 9598@debbugs.gnu.org; Mon, 10 Oct 2011 22:53:18 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIHAFevk05FxJoX/2dsb2JhbABDmTqOYIEGgVMBAQQBViMFCws0EhQYDYg1uXOHTAShHYRF X-IronPort-AV: E=Sophos;i="4.68,521,1312171200"; d="scan'208";a="141058947" Original-Received: from 69-196-154-23.dsl.teksavvy.com (HELO ceviche.home) ([69.196.154.23]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 10 Oct 2011 22:52:50 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 077EE660B6; Mon, 10 Oct 2011 22:52:50 -0400 (EDT) In-Reply-To: (Richard Stallman's message of "Tue, 27 Sep 2011 12:34:48 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 10 Oct 2011 22:54:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:52494 Archived-At: > It's somewhat difficult to distinguish the "all-completions for display" > case from the "all-completions for completion" in the existing > completion framework. > But I'll see how we can get that behavior. > I thought the distinction is between `try-completions' and > `all-completions'. What am I missing? Completion styles other than plain prefix completion (e.g. partial-completion, substring completion, ...) can't just use try-completion, so they use all-completions and then merge the resulting entries to construct the result of completion. So `all-completions' is sometimes used to build a *Completions* buffer, but it's also used internally in various cases to perform completion. So removing the current buffer from completion means it needs to be removed from `all-completions's output, whereas displaying it in *Completions* means it should be included in `all-completions's output. This said, I can't think of any reason why it's important to show the current buffer in *Completions* for C-x b since C-x b is about switching to another buffer. Stefan