Date: Mon, 05 Jun 2000 10:26:23 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> To: Doug Barton <DougB@gorean.org> Cc: Warner Losh <imp@village.org>, "Matthew N. Dodd" <winter@jurai.net>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, Josef Karthauser <joe@pavilion.net> Subject: Re: cvs commit: src/bin/ls extern.h ls.1 ls.c ls.h print.c Message-ID: <393B01BF.E106AFD2@newsguy.com> References: <Pine.BSF.4.21.0006032357500.45538-100000@sasami.jurai.net> <200006042215.QAA53873@harmony.village.org> <393ADBA7.7A2B5BF9@gorean.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Doug Barton wrote: > > As far as I can see, the consensus at this point is as follows: > > 1. We can (sometimes grudgingly) live with color as an _option_ in > /bin/ls. > 2. The color options should be #ifdef'ed so that people who need a > slimmer ls can easily build one. (Thus anti-bloatists, picobsd, fixit > floppy people, etc.; can define "NOCOLORINLSNOWAYNOHOW" and be done with > it. :) > 3. First choice for 'ls -G' should be tgetstr(), with the ANSI codes > left in as a fallback if that returns NULL. (Thus handling the case of > no mounted /usr as well as possible.) Good summary, but there should be no ANSI fallback. Do not hardcode ANSI codes, period. I'll personally kill the first person who complains about not having colors on ls when booting single. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@yet.another.bsdconspiracy.org Hmmm - I have to go check this. My reality assumptions are shattered. 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?393B01BF.E106AFD2>