Date: Mon, 21 Oct 2002 09:44:15 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: ache@nagual.pp.ru Cc: ru@FreeBSD.ORG, tlambert2@mindspring.com, arch@FreeBSD.ORG Subject: Re: color, again, in grotty Message-ID: <20021021.094415.49434942.imp@bsdimp.com> In-Reply-To: <20021021144816.GB24582@nagual.pp.ru> References: <20021021105047.GA22255@nagual.pp.ru> <20021021114758.GB66084@sunbay.com> <20021021144816.GB24582@nagual.pp.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <20021021144816.GB24582@nagual.pp.ru>
"Andrey A. Chernov" <ache@nagual.pp.ru> writes:
: On Mon, Oct 21, 2002 at 14:47:58 +0300, Ruslan Ermilov wrote:
: > OTOH, ANSI SGR sequences allow one to manipulate both attributes and
: > colors. One day soon, less(1) will be "fixed" to map the ANSI SGR
: > escapes back to the terminal's native, like it currently does for
: > backspace sequences. It actually already semi-supports them through
: > the -R option (in that sense that they are accounted for properly).
: >
: > Would you tell me the same if both less(1) and ul(1) were capable of
: > handling ANSI SGR sequences by default using the terminal's hardware
: > capabilities?
:
: In theory - I have nothing against SGR default if all less(1), ul(1),
: col(1), colcrt(1) (I hope I not forget something) will be able treat it
: properly. Moreover, upper level utilities like man(1) should be fixed to
: use new options for that case too.
:
: In practice - in its current form less -R can cause keyboard lock or other
: unpleasant effects for terminals which not understand SGR, so can't be
: used for man(1) manpage displaying.
My big problem with SGR is that all the other utilities in the chain
don't grok it. When they do, and if they do the right thing, then
maybe we can revisit this. Right now more does the wrong thing, for
example, out of the box.
Also, we need to be careful not to break other people's uses of it.
So I think that we're all in agreement: don't generate the SGR
sequences at this time unless specifically commanded to (either by an
option on the command line, or a different command).
Warner
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021021.094415.49434942.imp>