From: "Tim Van Holder" To: Subject: RE: GNU_grep-2.5c_beta Date: Sun, 18 Feb 2001 15:39:38 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > > This is all very well and nice - but we'd also need a 'less' that supports > > color sequences, otherwise the color coding would be a waste for any grep > > output that is more than a screenful. > > ??? How is this different from piping the output of `ls' through Less? It's not. But with grep/diff, the color support offers a great advantage in readability, and that advantage would be lost for output > 60 lines at most, and both grep and diff will often have output that larger. > In other words, when stdout is redirected to a disk file, the DJGPP > implementation of the color support should turn off its special color > code and use stdio functions instead. That's what the ported `ls' does. Yes - 'ls --color=yes |less' emits ANSI color sequences instead of using screen writes. What I'm suggesting is that an option is added to less or to its DJGPP port) that will support and translate ANSI color sequences. > > Would be nice if the next diff also has color coding (like the new diff > > mode in emacs 21) > If you use Emacs, why do you need Diff (or Grep, for that matter) to > produce colors? Emacs does it better anyway. I still may want to use grep/diff from the command line (and often do). If having colors will then enhance the readability of their output, I want colors too - even for large output.