6 ms·
By framing this is a matter of patches getting merged, you imply that there is nothing else in the way. In fact, there is no proper terminfo support for true co
by atdt 10y ago
By framing this is a matter of patches getting merged, you imply that there is nothing else in the way. In fact, there is no proper terminfo support for true color[1], nor even a standard, canonical way to detect true color support. All that exists now is an encoding convention which has promising adoption but which is by no means uncontroversial[2]. When you couple the portability issue with the increased memory footprint and the lack of a clear and compelling use-case, it is not surprising that this is not a priority for emacs developers.
[1] https://lists.gnu.org/archive/html/bug-ncurses/2013-10/msg00007.html https://lists.gnu.org/archive/html/bug-ncurses/2013-10/msg00...
[2] http://lists.schmorp.de/pipermail/rxvt-unicode/2013q3/001834.html http://lists.schmorp.de/pipermail/rxvt-unicode/2013q3/001834...
- xvilka 10y agoI wish it could be suppported by terminfo, but as long as its developer reject to do any work to extent terminfo to support truecolor, I'll promote this standard without dependency from terminfo. Also, speaking about 'modern' mechanism he means to use 'ncurses', but as you can see, a lot of console programs prefer not to use this library.