From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Reinhard Kotucha Newsgroups: gmane.emacs.devel Subject: Re: dired-view-command-alist Date: Tue, 5 Oct 2004 02:31:21 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <16737.60249.17785.412605@zarniwoop.ms25.local> References: <16727.29760.450838.453550@zarniwoop.ms25.local> <874qlclupk.fsf@mail.jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1096936330 9179 80.91.229.6 (5 Oct 2004 00:32:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 5 Oct 2004 00:32:10 +0000 (UTC) Cc: Juri Linkov , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 05 02:31:59 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CEdFH-00046K-00 for ; Tue, 05 Oct 2004 02:31:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEdLt-0008Bh-GX for ged-emacs-devel@m.gmane.org; Mon, 04 Oct 2004 20:38:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CEdLm-0008Bb-Oq for emacs-devel@gnu.org; Mon, 04 Oct 2004 20:38:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CEdLm-0008BP-9b for emacs-devel@gnu.org; Mon, 04 Oct 2004 20:38:42 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CEdLm-0008BM-5R for emacs-devel@gnu.org; Mon, 04 Oct 2004 20:38:42 -0400 Original-Received: from [217.72.192.209] (helo=smtp05.web.de) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CEdEl-0001e0-6J; Mon, 04 Oct 2004 20:31:27 -0400 Original-Received: from [213.23.238.84] (helo=zarniwoop.ms25.local) by smtp05.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.101 #44) id 1CEdEj-00086I-00; Tue, 05 Oct 2004 02:31:25 +0200 Original-Received: from zarniwoop.ms25.local (reinhard@localhost [127.0.0.1]) by zarniwoop.ms25.local (8.12.9/8.12.9) with ESMTP id i950VMIT003298; Tue, 5 Oct 2004 02:31:22 +0200 Original-To: rms@gnu.org In-Reply-To: X-Mailer: VM 7.18 under Emacs 21.3.50.2 X-Sender: reinhard.kotucha@web.de X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27912 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27912 >>>>> "Richard" == Richard Stallman 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 key. For instance, I get this: keystroke: ! minibuffer: ! on * [3 files]: {3 guesses} [ghostview] keystroke: minibuffer: ! on * [3 files]: {3 guesses} [ghostview] ghostview keystroke: minibuffer: ! on * [3 files]: {3 guesses} [ghostview] xloadimage keystroke: minibuffer: ! on * [3 files]: {3 guesses} [ghostview] lpr keystroke: minibuffer: ! on * [3 files]: {3 guesses} [ghostview] xloadimage keystroke: minibuffer: ! on * [3 files]: {3 guesses} [ghostview] ghostview keystroke: 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: ;; line 3 minibuffer: ! on *: ghostview ;; line 4 keystroke: ;; line 5 minibuffer: ! on *: xloadimage ;; line 6 keystroke: ;; line 7 minibuffer: ! on *: lpr ;; line 8 keystroke: ;; line 9 minibuffer: ! on *: xloadimage ;; line 10 keystroke: ;; line 11 minibuffer: ! on *: ghostview ;; line 12 keystroke: ;; 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 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. ----------------------------------------------------------------------------