From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: Assignment of misc packages for emacs Date: Thu, 16 May 2002 18:49:21 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200205162249.g4GMnLH03933@rum.cs.yale.edu> References: <200205050534.g455YfF01634@aztec.santafe.edu> <5xbsbumexh.fsf@kfs2.cua.dk> <200205141941.g4EJfud15293@aztec.santafe.edu> <5xvg9qmgzt.fsf@kfs2.cua.dk> <200205151927.g4FJRRW26103@rum.cs.yale.edu> <5x3cwr4q7m.fsf@kfs2.cua.dk> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1021589462 1499 127.0.0.1 (16 May 2002 22:51:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 16 May 2002 22:51:02 +0000 (UTC) Cc: "Stefan Monnier" , rms@gnu.org, assign@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 178U5O-0000O4-00 for ; Fri, 17 May 2002 00:51:02 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 178UHb-0007lb-00 for ; Fri, 17 May 2002 01:03:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 178U5X-0006sK-00; Thu, 16 May 2002 18:51:11 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 178U3n-0006lw-00; Thu, 16 May 2002 18:49:23 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g4GMnLH03933; Thu, 16 May 2002 18:49:21 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: storm@cua.dk (Kim F. Storm) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4038 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4038 > I've never liked M-x grep for the very reason that I have to edit the command. I like it precisely because I can write any command I want ;-) For example, I can use grep, egrep, fgrep, with/without case sensitivity, with/without context lines, ... > > > > I am not sure it is worth reading the directory rather than just using > > > > the current directory. > > > This is VERY useful (I use it very often), and to use the current > > > directory, just hit RET. > > > > I must say that I generally prefer the C-u M-x grep approach which does > > not force you into a series of questions, but just presents you with > > the "complete default" and lets you edit it to your liking. > > One additional trick is that M-x match prompts you for the directory > using ido-read-directory, meaning that it is very easy to navigate to > a completely different base directory. Hopefully we can merge some of that functionality into eshell's command completion and use eshell's completion for M-x grep (and M-! and M-| and M-x compile and ...). > Right. I'll look at the new grep code (I wasn't aware that grep had been > rewritten) as well as my own code again to see whether I can enhance the > standard code rather than add a separate package. It hasn't been rewritten at all. I've just slightly improved the default command offered when you hit C-u M-x grep. A couple one-liners at most. > BTW, M-x match uses jit-lock to fontify the matches in the *Match* > buffer. It would be great to use jit-lock for *compilation* buffers as well, but a lot more work than for the specific case you're dealing with :-( > And when you visit a match, it is temporarily highlighted in > the target buffer (using an overlay). That might be a good feature as well. I have a similar feature for sml-mode where the compiler's output includes a start and end point for errors (the type-inference algorithm used by the language means that some type errors are difficult for the compiler to locate). But it's an ugly hack. We should make such support more widespread for all compilation buffers. > I wasn't aware of the HierarKey feature (it's a very well hidden "fact"). > It compares almost 1:1 ... except I don't like HierarKey menus > to show the full key bindings, e.g. > > Set face: default (M-g d), bold (M-g b), italic (M-g i), l = bold-italic (M-g l), undeline (M-g u), Other ... (M-g o) I tend to agre. Maybe we should just change it. Or move the M-g prefix to the beginning of the line (so it appears only once). Stefan