emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re: SPC no longer completes when minibuffer-completing-file-name is


From: Bill Wohler
Subject: Re: Re: SPC no longer completes when minibuffer-completing-file-name is t
Date: Thu, 08 Dec 2005 15:17:20 -0800

Stefan Monnier <address@hidden> wrote:

> > Emacs now inserts a space when trying to complete an MH-E folder (for
> > example, when visiting a folder or refiling a message).
> 
> Not when trying to complete: when hitting SPC.
> It used to be that SPC tried to complete, but now (when entering file
> names), it doesn't complete any more.
> Use TAB.

Thanks. At first I was incredulous to hear it but then I found this in
NEWS which explains the rationale.

  ** When Emacs prompts for file names, SPC no longer completes the file name.
  This is so filenames with embedded spaces could be input without the
  need to quote the space with a C-q.  The underlying changes in the
  keymaps that are active in the minibuffer are described below under
  "New keymaps for typing file names".

In your opinion, should we be setting minibuffer-completing-file-name to
t when calling completing-read to complete mail folders? I suspect that
we do since folders are essentially files and can also contain spaces (I
just checked--MH doesn't appear to barf if you create a folder with
spaces).

If not, what would we need to do to get the proper character to
highlight? If minibuffer-completing-file-name is nil, then the
highlighting is one character to the right of where it should be.

-- 
Bill Wohler <address@hidden>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]