Add support for true color

[pickfire]

I hope dvtm can implement truecolor support.

https://gist.github.com/XVilka/8346728

[XVilka]

Providing an update - so far, only dvtm doesn't have support for True Colors among terminal multiplexers:

• tmux - starting from version 2.2 (support since 427b820...)
• screen - has support in 'master' branch, need to be enabled (see 'truecolor' option)
• pymux - tmux clone in pure Python (to enable truecolour run pymux with --truecolor option)

And now - most of the terminals supporting it as well, except a few only - Terminology, PuTTY, GTK2Term, sjterm and xfce terminal (on it's way in 4.14, because of GTK+3 migration, thus higher libvte version, thus true color support).

[pickfire]

@XVilka Wow, thanks a lot for the info.

[paride]

As far as I know, this is a known ncurses limitation and there no easy way around it, see:

http://invisible-island.net/ncurses/ncurses.faq.html#xterm_16MegaColors

Here is what urxvt does (http://lists.schmorp.de/pipermail/rxvt-unicode/2016q2/002261.html):

Support directly setting RGB fg/bg colors via ISO-8613-3 24-bit ANSI color escapes
[...]
To avoid memory overheads and keep the patch non-intrusive, it takes the
approach to adapt the nearest color in an hidden 6x6x4 (88-color mode)
or 7x7x5 (256-color mode) color cube to the new 24-bit RGB color.

I wonder if dvtm could do something similar.

[vvug]

Any news on this? It's a pity that your editor Vis outputs truecolors, but dvtm does not support them...

[vvug]

Any possibility to fix this as you did in martanne/vis#356?

[whitelynx]

As far as I know, this is a known ncurses limitation and there no easy way around it

As of version 6.1, ncurses has direct-color support; see https://www.gnu.org/software/ncurses/

Would simply upgrading ncurses be sufficient to fix this?