less5 - 2 fixes and an enhancement...

[Alexander Dupuy]

In article <12247 at steinmetz.ge.com>, davidsen at steinmetz.ge.com writes:
> Also, as useful as the ability to read some compressed file formats is,
> I would rather keep less small and use the appropriate utility piped
> into less when needed. (That's an opinion)

In article <198 at ispi.UUCP>, jbayer at ispi.UUCP agrees.

I have to differ on this.  While I agree with the philosophy of keeping the
functionality of less limited to displaying text files, if either of you had
looked closely at the posted code, you would see that it does exactly what you
would be doing manually, i.e. using the appropriate utility piped into less.

There is a pretty good tradition of having one unix utility forking off another
to do part of its work; find -cpio, Gilmore's pdtar -z (which uses uncompress
in exactly the way the less patches do), to name the first which come to mind.

The only argument against the patches which I would concede has any validity is
the law of least surprise - normally, piping the output of less (or more)
reduces its functionality to that of cat.  But I think the advantage of being
able to read compressed files directly, _regardless of compression format_,
outweighs the arguments against.

@alex

-- 
inet: dupuy at columbia.edu
uucp: ...!rutgers!columbia!dupuy