From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: [mange@freemail.hu: grep-tree doesn't shell-quote-argument] Date: Wed, 19 Apr 2006 17:03:46 +0200 Message-ID: <85zmihfvzh.fsf@lola.goethe.zz> References: <874q0qudex.fsf@blarg.net> <4445033A.2030002@student.lu.se> <85u08phhzb.fsf@lola.goethe.zz> <874q0pk8xm.fsf-monnier+emacs@gnu.org> <85d5fdhey2.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1145459080 14710 80.91.229.2 (19 Apr 2006 15:04:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Apr 2006 15:04:40 +0000 (UTC) Cc: offby1@blarg.net, lennart.borgman.073@student.lu.se, Eli Zaretskii , Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 19 17:04:36 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FWEDz-0002z0-Rs for ged-emacs-devel@m.gmane.org; Wed, 19 Apr 2006 17:04:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FWEDz-0002vo-CT for ged-emacs-devel@m.gmane.org; Wed, 19 Apr 2006 11:04:11 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FWEDn-0002vZ-1Z for emacs-devel@gnu.org; Wed, 19 Apr 2006 11:03:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FWEDl-0002vM-Vp for emacs-devel@gnu.org; Wed, 19 Apr 2006 11:03:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FWEDl-0002vJ-Sg for emacs-devel@gnu.org; Wed, 19 Apr 2006 11:03:57 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FWEEt-0008Cu-Js for emacs-devel@gnu.org; Wed, 19 Apr 2006 11:05:07 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1FWEDk-00037v-Ha; Wed, 19 Apr 2006 11:03:56 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 5B9C81C3DB49; Wed, 19 Apr 2006 17:03:46 +0200 (CEST) Original-To: storm@cua.dk (Kim F. Storm) In-Reply-To: (Kim F. Storm's message of "Wed, 19 Apr 2006 16:52:28 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:53077 Archived-At: storm@cua.dk (Kim F. Storm) writes: > David Kastrup writes: > >> Strike the complexity. Use of a prefix arg to make it possible to >> post-edit the command is, IMO, a good idea. > > It is a _nice_ idea, but I'm not sure it is a _good_ idea. > > Using the prefix arg for this purpose takes away the simple way to > select the "old behaviour" shortcut (which Eli suggested as the way > to go). Well, you'd have to press RET a few more times then: filling in empty arguments will more or less land you with the old behavior. > One thing we could (should?) do is to enter the final command from > non-C-u usage into the grep-find-history, so it would be easily > accessible (for tweaking) on a subsequent use of C-u M-x grep-find > in case the first run didn't give the desired results. But if you _know_ in advance that the first run is not going to give you the desired results, having to start it nevertheless for the sake of being able to edit it afterwards seems pretty backward. I think the idea of entering the final command into the history is dandy in itself, but having to execute the command as a precursor of being allowed to edit it... Well... >> Quite often one wants to start a command that is almost, but not >> quite, like the default recipe. > > So tweak the grep-find-command-template instead... I don't find that having to redefine an Elisp command for a one-shot application is the most convenient user interface. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum