unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* SPC in completing minibuffers?
@ 2014-04-18 12:47 Mario Lang
  2014-04-18 14:12 ` Drew Adams
  0 siblings, 1 reply; 2+ messages in thread
From: Mario Lang @ 2014-04-18 12:47 UTC (permalink / raw)
  To: emacs-devel

Hi.

I have hit two different instances where I needed to use C-q SPC
to insert a blank in the minibuffer recently.
One is with `insert-char', if you try to complete a unicode name
with spaces (almost all have one).  The other is with `ert'
when prompted for the selector.  When I try
to give a tag based selector like (tag :foo) I need to use
C-q SPC to insert the space.  If I type a normal space,
I get [No match].  As a long time Emacs user I know how to
work around these issues, but I was thinking: Aren't they really bugs?
Is it expected in some situations that the user needs to escape SPC in
the minibuffer, or do we consider these as bugs?

Or is there perhaps a setting that I am missing which would
make SPC self-inserting, and only TAB attempt completion?

-- 
CYa,
  ⡍⠁⠗⠊⠕



^ permalink raw reply	[flat|nested] 2+ messages in thread

* RE: SPC in completing minibuffers?
  2014-04-18 12:47 SPC in completing minibuffers? Mario Lang
@ 2014-04-18 14:12 ` Drew Adams
  0 siblings, 0 replies; 2+ messages in thread
From: Drew Adams @ 2014-04-18 14:12 UTC (permalink / raw)
  To: Mario Lang, emacs-devel

> I have hit two different instances where I needed to use C-q SPC
> to insert a blank in the minibuffer recently.
>
> One is with `insert-char', if you try to complete a unicode name
> with spaces (almost all have one).  The other is with `ert'
> when prompted for the selector.  When I try to give a tag based
> selector like (tag :foo) I need to use C-q SPC to insert the space.
> If I type a normal space, I get [No match].
>
> As a long time Emacs user I know how to work around these issues,
> but I was thinking: Aren't they really bugs?  Is it expected in
> some situations that the user needs to escape SPC in the minibuffer,
> or do we consider these as bugs?

FWIW, yes, `SPC' should self-insert in the minibuffer - as should
`?' and `C-j' (newline).  This should be a no-brainer, IMHO.

Minibuffer input with completion can be used for *all kinds*
of things.  Thinking that in most cases such input cannot contain
`SPC' etc. is overly narrow.

I proposed such self-insertion many moon ago (Icicles has had it
for a decade), but it was rejected.  I have never seen a good
argument for not self-inserting such chars.

After a long while, `SPC' was finally allowed to self-insert for
file/dir-name completion (only), though IIRC some felt that
supporting this amounts to caving in to MS Windows users.

Let's hope that your reviving the suggestion will have more luck
this time around.

As a longtime user, you know that you can easily overcome this
limitation for own use by binding `SPC' etc. in minibuffer keymaps
to whatever commands you like.  But yes, it would be better to
make Emacs behave nicely for everyone, out of the box.



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-04-18 14:12 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-18 12:47 SPC in completing minibuffers? Mario Lang
2014-04-18 14:12 ` Drew Adams

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).