[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bug in minibuf ^N/^P for finding buffers
- To: Jonathan Payne <http://www.marimba.com/~jpayne>
- Subject: Re: Bug in minibuf ^N/^P for finding buffers
- From: http://dummy.us.eu.org/robert (robert)
- Date: Tue, 29 Oct 1996 09:48:33 -0800
- In-Reply-To: <199610282301.http://www.marimba.com/~PAA15142>
- XX-from: http://dummy.us.eu.org/robert (Robert)
> From: Jonathan Payne <http://www.marimba.com/~jpayne>
> Date: Mon Oct 28, 6:01pm
>
> > Having fast access to a next/previous buffer mechanism can be very handy
> > when editing multiple files, but I suspect it's one of those things that
> > may not seem all that useful until you've had it for a while and
> > discovered your own uses. I find sometimes that using jove to mass edit
> > a bunch of files is more convenient than writing a sed/awk or perl
> > script to do the same thing. As an example, I once used jove to modify a
> > whole pile of dns db files that had a bunch of changes that needed to be
> > made. By recording a macro and playing it while flipping through the
> > buffers, I got the job done quite quickly, and was able to hand edit the
> > few instances of problems that weren't matched by the macro.
>
> I agree. I admittedly use Emacs most of the times these days, but if
> I have to edit a whole pile of files and do the same thing to them
> all, I always fire up Jove on all of them and define a keyboard macro
> just as you described.
>
> It's a huge feature.
>
> JP
But I think Emacs _is_ better for query-replace across a series of buffers --
I use tags-query-replace. Unfortunately, this feature doesn't work so well
on Windows where a etags program doesn't seem to be supplied...