GNU bug report logs - #9598
C-x b completion should also display current buffer.

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Sun, 25 Sep 2011 17:36:02 UTC

Severity: normal

Merged with 12916

Found in versions 23.0, 24.0.50, 24.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #47 received at 9598 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: rms <at> gnu.org
Cc: 9598 <at> debbugs.gnu.org
Subject: Re: bug#9598: 24.0.50; completion goes too far
Date: Mon, 10 Oct 2011 22:52:50 -0400
>        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




This bug report was last modified 3 years and 107 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.