[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#36745: 27.0.50; completing-read with require-match nil does not acce
bug#36745: 27.0.50; completing-read with require-match nil does not accept spaces
Sat, 20 Jul 2019 21:52:37 +0000 (UTC)
> > FWIW: By default, both `?' and `SPC' are
> > self-inserting for completion in Icicles
> > (and have been since 2004).
(I should have said 2005.)
> > But this is configurable, with option
> > `icicle-completion-key-bindings'.
> That is interesting. Thank you.
> I have found that various completion libraries are
> re-using the completing-read when necessary, so I
> have to stick with completing-read for now, to
> keep it minimal, and later customizable.
(When global minor mode `icy-mode' is on, ordinary
`completing-read' automatically gives you Icicles
completion. When the mode is off, it gives you
the vanilla Emacs behavior.)
But the point was not that you should use Icicles
to get this behavior. The point was that vanilla
Emacs should offer it also.
I suggested this long ago. After some time, at
least file-name completion was changed to let
One can hope that at some point users will get
similar behavior, by default, for other completion
keymaps, not just for file names.
While waiting, you can bind `SPC' yourself to
`self-insert-command' or whatever else you want,
in any of the minibuffer keymaps. For example,
bind it in `minibuffer-local-completion-map' and
Some old mails about letting `SPC', `?', and `C-j'
self-insert by default during completion:
bug#36745: 27.0.50; completing-read with require-match nil does not accept spaces, Michael Heerdegen, 2019/07/20
bug#36745: 27.0.50; completing-read with require-match nil does not accept spaces, Basil L. Contovounesios, 2019/07/21