Date: Sat, 3 Jun 2000 04:01:26 -0700 From: "Andrey A. Chernov" <ache@freebsd.org> To: "Matthew N. Dodd" <winter@jurai.net> Cc: Josef Karthauser <joe@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/bin/ls extern.h ls.1 ls.c ls.h print.c Message-ID: <20000603040126.A12162@freebsd.org> In-Reply-To: <Pine.BSF.4.21.0006021440450.19627-100000@sasami.jurai.net>; from winter@jurai.net on Fri, Jun 02, 2000 at 02:42:49PM -0400 References: <200006021453.HAA57857@freefall.freebsd.org> <Pine.BSF.4.21.0006021440450.19627-100000@sasami.jurai.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 02, 2000 at 02:42:49PM -0400, Matthew N. Dodd wrote: > On Fri, 2 Jun 2000, Josef Karthauser wrote: > > It is not switched on by default and must be enabled with the -G > > flag. When using ls -G the output behaviour is modified with ANSI > > colour sequences wrapped around filenames to help distinguish file > > types. (Colours can be redefined in the LSCOLORS environment > > variable as described in the manual page.) > > The only problem is that users may expect color to work on non-ANSI > terminals. Using the termcap database to issue color sequences might be a > better way to approach this but it would require the colorized version of > 'ls' to be linked with the termcap library. :/ Or we could have > /usr/bin/ls as a more 'featurefull' version of /bin/ls. I agree. If anybody wants colors he MUST use termcap database or curses and NOT some hardcoded values. This extension should be backed out not because it is a feature but because of bad implementation of this feature. -- Andrey A. Chernov <ache@nagual.pp.ru> http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000603040126.A12162>