all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Reinhard Kotucha <reinhard.kotucha@web.de>
Cc: Juri Linkov <juri@jurta.org>, emacs-devel@gnu.org
Subject: Re: dired-view-command-alist
Date: Tue, 5 Oct 2004 02:31:21 +0200	[thread overview]
Message-ID: <16737.60249.17785.412605@zarniwoop.ms25.local> (raw)
In-Reply-To: <E1CEUaf-0003LJ-A4@fencepost.gnu.org>

>>>>> "Richard" == Richard Stallman <rms@gnu.org> writes:

    > It sounds like a good idea to merge this code into Dired.  Would
    > you like to prepare a patch and show it to me?  It needs to
    > include etc/NEWS and the manual.

I tried it and it looks good.  I'd like to suggest a small change,
though.

When more then one file is marked, it displays something like

! on * [3 files]: {3 guesses} [ghostview]

in the minibuffer.  The string "[3 files]" can be omitted because at
the same time the names of the marked files are displayed in a
separate window.  Thus "! on *:" is sufficient.  

It's very important to know whether you marked several files or none.
Suppose you marked some files.  In a large directory the marked files
might be outside the visible part of the buffer.  If you now type "!"
and you do not remember that some files are marked, you expect that
you run the command on the file under the cursor.  So it's useful to
be warned that "!" will act on more than one file but the number of
files is absolutely irrelevant.

It is not necessary to display the number of guesses because if the
first guess is not what you want, you'll intuitively look for a better
guess in the history.

Some commands have a lot of options and it would be nice if
unnecessary stuff can be omitted from the minibuffer.

Furthermore, I think that "[ghostcript]" should be displayed only
after you pressed "!" and should disappear as soon as you press the
<up> key.

For instance, I get this:

keystroke: !
minibuffer: ! on * [3 files]: {3 guesses} [ghostview]
keystroke: <up>
minibuffer: ! on * [3 files]: {3 guesses} [ghostview] ghostview
keystroke: <up>
minibuffer: ! on * [3 files]: {3 guesses} [ghostview] xloadimage
keystroke: <up>
minibuffer: ! on * [3 files]: {3 guesses} [ghostview] lpr
keystroke: <down>
minibuffer: ! on * [3 files]: {3 guesses} [ghostview] xloadimage
keystroke: <down>
minibuffer: ! on * [3 files]: {3 guesses} [ghostview] ghostview
keystroke: <down>
minibuffer: ! on * [3 files]: {3 guesses} [ghostview]

The string "[ghostview]" is quite misleading except where it occurs
the first time (where you just has to press the RET key if you want).

I prefer that:

keystroke: !                        ;; line 1
minibuffer: ! on *: [ghostview]:    ;; line 2
keystroke: <up>                     ;; line 3
minibuffer: ! on *: ghostview       ;; line 4
keystroke: <up>                     ;; line 5
minibuffer: ! on *: xloadimage      ;; line 6
keystroke: <up>                     ;; line 7
minibuffer: ! on *: lpr             ;; line 8
keystroke: <down>                   ;; line 9
minibuffer: ! on *: xloadimage      ;; line 10
keystroke: <down>                   ;; line 11
minibuffer: ! on *: ghostview       ;; line 12
keystroke: <down>                   ;; line 13
minibuffer: ! on *:                 ;; line 14

In line 2 and 14 the last colon means that you can enter a command.
And "[ghostview]" in line 2 means that you can press <RET> instead.

If you move into the history (lines 3...12) you can still execute any
command but you have to remove the command provided by the history
before.  So I think that it's useful to provide an empty line if you
come back from the history (line 14).  

Well, if you need something different from the defaults, progname
completion would be quite useful.  Since shell-mode already has this
feature I suppose that it's not too difficult to make use of it in
dired-do-shell-command.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha			              Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover	                      mailto:reinhard.kotucha@web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------

  reply	other threads:[~2004-10-05  0:31 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-27  2:00 dired-view-command-alist Reinhard Kotucha
2004-09-27  3:44 ` dired-view-command-alist Miles Bader
2004-09-27 14:54 ` dired-view-command-alist Richard Stallman
2004-10-02 20:33   ` dired-view-command-alist Juri Linkov
2004-10-04 15:17     ` dired-view-command-alist Richard Stallman
2004-10-05  0:31       ` Reinhard Kotucha [this message]
2004-10-05  7:43         ` dired-view-command-alist Miles Bader
2004-10-05  8:05           ` dired-view-command-alist David Kastrup
2004-10-05  8:42             ` dired-view-command-alist Miles Bader
2004-10-05 21:14             ` dired-view-command-alist Reinhard Kotucha
2004-10-06 17:10             ` dired-view-command-alist Richard Stallman
2004-10-05 13:38           ` dired-view-command-alist Robert J. Chassell
2004-10-05 21:41           ` dired-view-command-alist Reinhard Kotucha
2004-10-06  1:31             ` dired-view-command-alist Miles Bader
2004-10-06  5:29         ` dired-view-command-alist Richard Stallman
2004-10-06 19:17           ` dired-view-command-alist Reinhard Kotucha
2004-10-07 16:45             ` dired-view-command-alist Richard Stallman
2004-10-07  6:00         ` dired-view-command-alist Juri Linkov
2004-10-08 15:51         ` dired-view-command-alist Kai Grossjohann
2004-10-08 18:48           ` dired-view-command-alist Juri Linkov
  -- strict thread matches above, loose matches on Subject: below --
2005-01-03 19:27 dired-view-command-alist Sam Steingold
2005-01-04  3:38 ` dired-view-command-alist Richard Stallman
2005-01-04  9:03   ` dired-view-command-alist Juri Linkov
2005-01-05  3:30     ` dired-view-command-alist Richard Stallman
2005-01-04 14:38   ` dired-view-command-alist Sam Steingold
2005-01-04 19:54     ` dired-view-command-alist Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=16737.60249.17785.412605@zarniwoop.ms25.local \
    --to=reinhard.kotucha@web.de \
    --cc=emacs-devel@gnu.org \
    --cc=juri@jurta.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.