GNU bug report logs - #51650
Autocomplete: first Tab should show *Completions* buffer

Previous Next

Package: emacs;

Reported by: Carlos Pita <carlosjosepita <at> gmail.com>

Date: Sun, 7 Nov 2021 04:29:01 UTC

Severity: wishlist

Merged with 28714

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Carlos Pita <carlosjosepita <at> gmail.com>
Cc: 51650 <at> debbugs.gnu.org
Subject: bug#51650: Autocomplete: first Tab should show *Completions* buffer
Date: Sun, 07 Nov 2021 12:28:55 +0200
> From: Carlos Pita <carlosjosepita <at> gmail.com>
> Date: Sun, 7 Nov 2021 05:39:40 -0300
> Cc: 51650 <at> debbugs.gnu.org
> 
> > > *Completions* buffer: one won't do it, exactly two won't always do
> > > it (both of them may complete something), so there must be a
> > > sequence of at least two Tabs and the last one must be unable to
> > > complete.
> >
> > The 2 TABs are necessary if the partial completion is not what you
> > want.  Emacs cannot know that, only you, the user, can.
> 
> But then, by the same token, why is this not true of step 5?

Because in Step 5 you typed something, whereas in Step 2 you didn't
type anything.

> Suppose I now abort the process and do `M-x cd ~/Desktop` and then
> enter the find-file completion again, I'm in the same situation, yet I
> press Tab and I get "not unique" and I have to press Tab again in
> order to get the list of candidates. Why should the behavior differ?

Because you haven't typed anything yet, so Emacs doesn't know what you
have in mind.  In the other case, it has some hint.




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

Previous Next


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