GNU bug report logs - #28714
Shouldn't minibuffer-complete add a space after sole completions?

Previous Next

Package: emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Thu, 5 Oct 2017 17:43:02 UTC

Severity: wishlist

Merged with 51650

Full log


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

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 28714 <at> debbugs.gnu.org
Subject: Re: bug#28714: Shouldn't minibuffer-complete add a space after sole
 completions?
Date: Sat, 07 Oct 2017 05:54:44 +0800
$ touch /tmp/abbbbb /tmp/abbbbbbbbbbbbbb
Find file or URL:
 / [self-insert-command]
 t [self-insert-command]
 m [self-insert-command]
 p [self-insert-command]
 / [self-insert-command]
 a [self-insert-command]
 b [self-insert-command]
 <tab> [minibuffer-complete]
 <tab> [minibuffer-complete]
 b b [self-insert-command]
 <tab> [minibuffer-complete]
 <tab> [minibuffer-complete]

Now try the same thing in bash outside of emacs.

The user at every moment is aware how many completions there are, and it
only takes a total of two tabs vs. four in emacs.

>>>>> "SM" == Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

SM> Depends in which context: for example when completing for `M-x` or `C-x
SM> C-f`, adding a space at the end would be an error since with the space
SM> it would not correspond to an existing command or file name any more.

How about perhaps just adding the space for the user's visual pleasure,
but not using it when processing the command / filename?

Another idea might be not requiring a second TAB before telling the user
[Sole completion] etc. but that would seem too chatty.

Anyway if he really wants a space he could use "\ ".




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

Previous Next


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