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

Previous Next

To reply to this bug, email your comments to 28714 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

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

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <at> gnu.org
Subject: Shouldn't minibuffer-complete add a space after sole completions?
Date: Fri, 06 Oct 2017 00:57:51 +0800

X-Debbugs-Cc: monnier <at> iro.umontreal.ca

Shouldn't minibuffer-complete add a space after sole completions?

That is how bash does it.

Then the user wouldn't be worrying that there is more than one
completion and need to press TAB again to finally see "[Sole completion]".

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 28714 <at> debbugs.gnu.org
Subject: Re: bug#28714: Shouldn't minibuffer-complete add a space after sole
 completions?
Date: Fri, 06 Oct 2017 07:53:26 -0400

> Shouldn't minibuffer-complete add a space after sole completions?

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

> That is how bash does it.

So does Emacs too during completion of shell commands, AFAIK.


        Stefan

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 "\ ".

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 28714 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#28714: Shouldn't minibuffer-complete add a space after sole
 completions?
Date: Sat, 07 Oct 2017 10:28:11 +0300

> From: 積丹尼 Dan Jacobson
> 	<jidanni <at> jidanni.org>
> Date: Sat, 07 Oct 2017 05:54:44 +0800
> Cc: 28714 <at> debbugs.gnu.org
> 
> $ 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.

"M-x icomplete-mode RET", then repeat your experiment.  Which is
better now, Emacs or Bash?

And if icomplete is still not good enough, there's a plethora of
fancier completion packages out there, both bundled and unbundled.

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
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 11:11:56 -0400

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

I'd welcome a patch which adds that to minibuffer.el (optionnally, as
usual in Emacs).


        Stefan

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

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 28714 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#28714: Shouldn't minibuffer-complete add a space after sole
 completions?
Date: Sun, 08 Oct 2017 08:49:22 +0800

>>>>> "EZ" == Eli Zaretskii <eliz <at> gnu.org> writes:

EZ> "M-x icomplete-mode RET", then repeat your experiment.  Which is
EZ> better now, Emacs or Bash?

Waaa... icomplete-mode is way too chatty.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 28714 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#28714: Shouldn't minibuffer-complete add a space after sole
 completions?
Date: Tue, 30 Nov 2021 16:02:57 +0100

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

> $ 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.

So you basically want it to say "Sole completion" (or something) after
the next-to-last TAB?  I guess that would make sense (as an option), and
is basically the same thing that's requested in bug#51650 (but there
it's about things that do have several completions).

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 28714 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#28714: Shouldn't minibuffer-complete add a space after sole
 completions?
Date: Wed, 01 Dec 2021 04:42:34 +0800

>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

>> $ 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.

LI> So you basically want it to say "Sole completion" (or something) after
LI> the next-to-last TAB?  I guess that would make sense (as an option), and
LI> is basically the same thing that's requested in bug#51650 (but there
LI> it's about things that do have several completions).

Yeah. Currently it takes two tabs for it to finally cough up "Sole
completion". What sense is that? It should do that with just one tab.

Previous Next

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