GNU bug report logs - #17375
24.4.50; minibuffer completion by SPC

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17375 in the body.
You can then email your comments to 17375 AT debbugs.gnu.org in the normal way.

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

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

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4.50; minibuffer completion by SPC
Date: Wed, 30 Apr 2014 16:50:20 +0900

Hi,

When I visit a hidden buffer (i.e., the name begins with SPC),
now I need to type:

C-x b C-q SPC bla bla...

But IIRC, C-q was not necessary till recently.  Even so, SPC for
the second or later did the completion.  Is there a way to get
the old behavior?

Thanks.

In GNU Emacs 24.4.50.1 (i686-pc-cygwin, GTK+ Version 3.10.7)
 of 2014-04-30 on localhost
Repository revision: 117031 monnier <at> iro.umontreal.ca-20140429151607-qnkgbymwfaj5ut08
Windowing system distributor `The Cygwin/X Project', version 11.0.11501000
Configured using:
 `configure --verbose --with-x-toolkit=gtk3'

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 17375 <at> debbugs.gnu.org
Subject: Re: bug#17375: 24.4.50; minibuffer completion by SPC
Date: Wed, 30 Apr 2014 08:44:37 -0400

> When I visit a hidden buffer (i.e., the name begins with SPC),
> now I need to type:
> C-x b C-q SPC bla bla...

Why?  What happens when you hit C-x b SPC?


        Stefan

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

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 17375 <at> debbugs.gnu.org
Subject: Re: bug#17375: 24.4.50; minibuffer completion by SPC
Date: Wed, 30 Apr 2014 22:30:09 +0900

Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
>> When I visit a hidden buffer (i.e., the name begins with SPC),
>> now I need to type:
>> C-x b C-q SPC bla bla...

> Why?  What happens when you hit C-x b SPC?

It showed, as the candidates, all buffers of which the names don't
begin with SPC.  (I'll verify it again on Cygwin nine hours after.)

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

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 17375 <at> debbugs.gnu.org
Subject: Re: bug#17375: 24.4.50; minibuffer completion by SPC
Date: Wed, 30 Apr 2014 22:50:27 +0900

Katsumi Yamaoka <yamaoka <at> jpl.org> wrote:
> Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
>>> When I visit a hidden buffer (i.e., the name begins with SPC),
>>> now I need to type:
>>> C-x b C-q SPC bla bla...

>> Why?  What happens when you hit C-x b SPC?

> It showed, as the candidates, all buffers of which the names don't
> begin with SPC.  (I'll verify it again on Cygwin nine hours after.)

I verified that it doesn't happen on the most fresh Emacs built
on Linux.

In GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2014-04-30 on localhost.localdomain
Repository revision: 117034 yamaoka <at> jpl.org-20140430092109-eivcc464i01u0ogk
Windowing system distributor `Fedora Project', version 11.0.11303000
Configured using:
 `configure --verbose --with-x-toolkit=lucid --without-xim
 --without-selinux'

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 17375 <at> debbugs.gnu.org
Subject: Re: bug#17375: 24.4.50; minibuffer completion by SPC
Date: Wed, 30 Apr 2014 14:07:00 -0400

> I verified that it doesn't happen on the most fresh Emacs built
> on Linux.

It probably depends on some particular configuration or situation.
If you bump into it again, try to see if you can reproduce it, or if it
depends on, I don't know, some particular buffer names or something.


        Stefan

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

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 17375 <at> debbugs.gnu.org
Subject: Re: bug#17375: 24.4.50; minibuffer completion by SPC
Date: Thu, 01 May 2014 09:18:41 +0900

On Wed, 30 Apr 2014 14:07:00 -0400, Stefan Monnier wrote:
>> I verified that it doesn't happen on the most fresh Emacs built
>> on Linux.

> It probably depends on some particular configuration or situation.
> If you bump into it again, try to see if you can reproduce it, or if it
> depends on, I don't know, some particular buffer names or something.

I haven't tested it with `emacs -Q', sorry.  In not only that case
but also the case I launch emacs with no argument, I confirmed it
doesn't happen.  But at last I found a recipe to reproduce this:

(get-buffer-create "foo-bar")

That's all!

Could you try this on `emacs -Q'?  And you will see that the first
SPC for `C-x b' doesn't insert a space (I'm not quite sure if it
happens on every platform, though).
Maybe a buffer-name containing a hyphen triggers this problem.

Thanks.

In GNU Emacs 24.4.50.1 (i686-pc-cygwin, GTK+ Version 3.10.7)
 of 2014-05-01 on localhost
Repository revision: 117036 rrt <at> sc3d.org-20140430213957-ilgmnyhte50ipdt2
Windowing system distributor `The Cygwin/X Project', version 11.0.11501000
Configured using:
 `configure --verbose --with-x-toolkit=gtk3'

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 17375 <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#17375: 24.4.50; minibuffer completion by SPC
Date: Wed, 30 Apr 2014 21:53:30 -0400

> (get-buffer-create "foo-bar")
> That's all!
> Could you try this on `emacs -Q'?  And you will see that the first
> SPC for `C-x b' doesn't insert a space (I'm not quite sure if it
> happens on every platform, though).
> Maybe a buffer-name containing a hyphen triggers this problem.

Indeed, that's it.
It's due to the fix for http://debbugs.gnu.org/15980.

I.e. if we have buffer names " toto" and "foo-bar", then both " " and
"-" have valid completions (remember: C-x b uses substring completion),
so bug#15980 says that instead of choosing arbitrarily between " " and
"-", we should just leave the input unchanged.

I must say I dislike "word completion".  Both because its behavior is
largely ill-defined (e.g. what does it mean to "complete at most
a single word" when the completion table completes "a-b-$FOO-a" to
"a-b-c-a-d-a"?), and because I'd rather leave SPC as a self-insert key.

So in this case, I'd tend to prefer reverting the fix for bug#15980, so
that " " is preferred over "-" on the premise that it makes SPC behave
a bit more like self-insert-command.


        Stefan

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 17375-done <at> debbugs.gnu.org, Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#17375: 24.4.50; minibuffer completion by SPC
Date: Tue, 06 May 2014 08:48:49 -0400

> So in this case, I'd tend to prefer reverting the fix for bug#15980, so
> that " " is preferred over "-" on the premise that it makes SPC behave
> a bit more like self-insert-command.

I've just done that, thank you,


        Stefan

Previous Next

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