Mail Archives: djgpp/1997/10/27/13:29:36
Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> wrote:
> On Mon, 27 Oct 1997, Salvador Eduardo Tropea (SET) wrote:
>
> > > So running a pipe of find and grep is complex, but launching an editor
> > > for the same task is not? Interesting logic...
> >
> > I think you are joking. Don't you work inside an editor when you write
> > programs, compile, etc? I think you develope from inside of EMACS, and no from
> > the bash prompt ... or not?
>
> I do both.
> It's really a matter of philosophy, but I think that editors should not
> invent new ways of doing things for which there already are tools to do
> them. So it is better to make an interface from the editor to run `grep'
> as an external program than to invent a command which will emulate
> `grep'.
I agree with you, for that reason I did a "grep shell", that's a friendly
interface to call grep. Additionally it adds the recursion. I call grep because
in this way enhancements in the Reg. Exp. of grep will be used by the editor.
> For example, Emacs has a command that runs `grep', then
> displays its output in a variety of ways (with color highlighting of
> hits, in a directory-like format, etc.). Reinventing the wheel is IMHO a
> waste of effort; it's better to build on work by others than to do it all
> from scratch. That's my opinion.
I think the same, but remmember that I can even replace grep because currently
libc have regular expression routines and I'm using that internally. But as I
think that is better to call grep, I call grep.
SET
------------------------------------ 0 --------------------------------
Visit my home page: http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-sot AT usa DOT net - ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013
- Raw text -