Upstream ncurses has introduced terminfo capabilities to specify RGB
authornicm <nicm@openbsd.org>
Sun, 4 Feb 2018 10:10:39 +0000 (10:10 +0000)
committernicm <nicm@openbsd.org>
Sun, 4 Feb 2018 10:10:39 +0000 (10:10 +0000)
commit2b41aa935542c6e8602c5a1361dcf63bb98831ff
treef60bf7d43d38969d607e356478436576807a5022
parent4b4b80d44e504f605d8f1f0ec83941c95d2db789
Upstream ncurses has introduced terminfo capabilities to specify RGB
colour ("true" or "direct" colour). These consist of new entries (such
as "xterm-direct") which have a different setaf/setab implementation,
colors and pairs set to 0x1000000 and 0x10000, and a new RGB flag.

The setaf/setab definitions seem to be geared towards what ncurses (or
emacs maybe) needs, in that the new versions do only ANSI and RGB
colours (they can't be used for the 256 colour palette); they rely on
the silly ISO colon-separated version of SGR; and they use a weird
multiplication scheme so they still only need one argument. The higher
values of colors and pairs require a recent ncurses to parse.

tmux can use the RGB flag to detect RGB colour support (keeping the old
Tc extension for backwards compatibility for now). However, as we still
want to send 256 colour information unchanged when possible, the new
setaf/setab are awkward. So when RGB is present, reserve setaf/setab
only for ANSI colours and use the escape sequences directly for 256 and
RGB colours. (To my knowledge no recent terminal uses unusual escape
sequences for these in any case.)
usr.bin/tmux/tmux.h
usr.bin/tmux/tty-term.c
usr.bin/tmux/tty.c