From owner-cvs-all Sat Jun 3 4: 1:29 2000 Delivered-To: cvs-all@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id EB60037BB60; Sat, 3 Jun 2000 04:01:26 -0700 (PDT) Date: Sat, 3 Jun 2000 04:01:26 -0700 From: "Andrey A. Chernov" To: "Matthew N. Dodd" Cc: Josef Karthauser , 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> References: <200006021453.HAA57857@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from winter@jurai.net on Fri, Jun 02, 2000 at 02:42:49PM -0400 Organization: Biomechanoid Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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 http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message