Re: 256 colors

[Alain Bench]

 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