Re: Ido and Wanderlust

[Greg Bognar]

I don't see how C-j is a solution.  C-j won't insert by default the attachment's
file name, so you end up having to type it after the directory (or type a
different file name).  That's very inconvenient.

Dropping back to the default prompt with C-f solves this problem -- it
"remembers" the attachment's file name so you can save it to the directory of
your choice.

But shouldn't this be considered a bug with ido, especially if it has the same
problem in other prompts?  After all, the default read-file-name *can* handle
the situation, while ido cannot.  Given that ido is advertised as a "drop-in
replacement" for read-file-name, it should provide the same functionality, one
would think.

On Thu  6 Dec 2018 at 03:54 Óscar Fuentes wrote:
> Greg Bognar <greg.bognar@startmail.com> writes:
> 
> > I use Wanderlust (https://github.com/wanderlust/wanderlust) for email.  It
> > depends on SEMI (https://github.com/wanderlust/semi) to provide MIME 
> > features,
> > one of which is the mime-save-content function to save attachments (defined 
> > in
> > mime-play.el, line 263,
> > https://github.com/wanderlust/semi/blob/semi-1_14-wl/mime-play.el).
> >
> > I also use ido.  But when I enable ido.el with
> >
> > (ido-everywhere) 
> >
> > mime-save-content stops working.  It wants to save the attachment with the 
> > file
> > name that's on top of the completion list (prompting to overwrite it) and 
> > the
> > default name (ie, the name of the attached file) does not get inserted.
> 
> I see this behavior in other prompts. The solution is to use C-j, which
> tells Ido to accept wathever is written on the prompt instead of the
> proposed completion.