[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 256 colors

From: Alain Bench
Subject: Re: 256 colors
Date: Thu, 26 Apr 2007 17:44:35 +0200 (CEST)
User-agent: Mutt/1.5.13 (2006-11-28)

 On Wednesday, April 25, 2007 at 15:21:38 +0200, Nikolai Weibull wrote:

> the setaf/setab alternatives that are used now look very complex.

    Yes, they minimize bytes transmitted on the wire, but don't minimize
their own unreadability... ;-) The principle is to send the shorter old
color sequences when possible (for the 16 first colors). Example for
brightwhite ink color #15: We send ESC[97m (5 bytes), instead of
ESC[38;5;15m (10 bytes) in the 256 color scheme. Same visible color,
but 5 bytes less.

    That's not Screen specific: setaf/setab come from the building block
"xterm+256color" of the database, which is use=d by all 256 color
terminal entries.

Bye!    Alain.
« Be liberal in what you accept, and conservative in what you send. »
        Jon Postel / Robustness Principle / RFC 1122

reply via email to

[Prev in Thread] Current Thread [Next in Thread]