[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.]
From: |
Lars Hansen |
Subject: |
Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.] |
Date: |
Tue, 15 Nov 2005 18:06:56 +0100 |
User-agent: |
Debian Thunderbird 1.0.2 (X11/20051002) |
Robert J. Chassell wrote:
>I do not understand you.
>
>
Ok, I try harder.
Assuming /usr/local exists on your system but contains no file named foo, do
emacs -Q /usr/local/foo
Then do C-x C-f, and the minibuffer will contain the value "/usr/local/".
1. You can use the minibuffer contents as a default value: Hit RTN, and
you get a dired buffer listing /usr/local. That's fine.
2. You can use the minibuffer contents as a template: If you want a
listing of /usr/bin, you can edit the string "/usr/local/" so it becomes
"/usr/bin" and then hit RTN. That's fine too.
3. But if you want a listing of /etc, then you don't want to use the
minibuffer contents "/usr/local/" at all. To avoid forcing the user to
delete the minibuffer contents, Emacs allows you to just type "/etc".
This gives the string "/usr/local//etc". When you hit RTN, by magic, you
get a listing of /etc.
IMHO it is not intuitive and neither elegant that Emacs interprets
"/usr/local//etc" as "/etc". I think it would be better if the
minibuffer initial contents of "/usr/local/" had been deleted
automatically when the user starts to type.
One more thing: The approach of interpreting "/usr/local//etc" as "/etc"
works for file names because Emacs knows about file name syntax. But for
other commands with so special syntax, you can't do that. What I am
suggesting is something that works in all cases. Just as an option.
- Re: Start value in minibuffer, (continued)
- Re: Start value in minibuffer, Stefan Monnier, 2005/11/13
- Re: Start value in minibuffer, Kim F. Storm, 2005/11/13
- Re: Start value in minibuffer, Juri Linkov, 2005/11/13
- RE: Start value in minibuffer, Drew Adams, 2005/11/13
- Re: Start value in minibuffer, Lars Hansen, 2005/11/14
- RE: Start value in minibuffer, Drew Adams, 2005/11/14
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Lars Hansen, 2005/11/14
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Robert J. Chassell, 2005/11/14
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Lars Hansen, 2005/11/14
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Robert J. Chassell, 2005/11/14
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.],
Lars Hansen <=
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Miles Bader, 2005/11/15
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Lars Hansen, 2005/11/15
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Kevin Rodgers, 2005/11/15
- Re: Start value in minibuffer [Was: opening /tmp//foo doesn't work.], Richard M. Stallman, 2005/11/15
Re: opening /tmp//foo doesn't work., Randal L. Schwartz, 2005/11/12
Turning on file-name-shadow-mode by default (was: opening /tmp//foo doesn't work.), Reiner Steib, 2005/11/12