delorie.com/archives/browse.cgi | search |
From: | "Tim Van Holder" <tim DOT van DOT holder AT pandora DOT be> |
To: | <djgpp-workers AT delorie DOT com> |
Subject: | RE: GNU_grep-2.5c_beta |
Date: | Sun, 18 Feb 2001 11:04:38 +0100 |
Message-ID: | <CAEGKOHJKAAFPKOCLHDIKEKNCAAA.tim.van.holder@pandora.be> |
MIME-Version: | 1.0 |
X-Priority: | 3 (Normal) |
X-MSMail-Priority: | Normal |
X-Mailer: | Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) |
In-Reply-To: | <Pine.SUN.3.91.1010218105550.5826C-100000@is> |
Importance: | Normal |
X-MimeOLE: | Produced By Microsoft MimeOLE V5.50.4133.2400 |
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 |
> In other words, I'm asking for Grep to define special functions to print > text to the screen and use them instead of fwrite/printf/fprintf it used > until now. Each non-Posix port will then have a chance to define its own > implementation of those functions. 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. Would be nice if the next diff also has color coding (like the new diff mode in emacs 21), but again, that would need a color-capable less to be of any use.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |