Kazunobu Kuriyama <[email protected]> wrote: > 2016-09-01 16:57 GMT+09:00 Christian Brabandt <[email protected]>: >> >> Am 2016-08-31 23:54, schrieb Dominique Pellé: >>> >>> Hi >>> >>> I've seen several times users being confused about >>> how to set up t_8f and t_8b, needed for some terminals >>> to get 'termguicolors' feature to work. Copy/pasting the >>> following 2 lines from :help xterm-true-color does >>> not work, since ^[ needs to be typed as a single Escape >>> char: >>> >>> set t_8f=^[[38:2:%lu:%lu:%lum >>> set t_8b=^[[48:2:%lu:%lu:%lum >>> >>> Attached patch attempts to clarify how to set t_8f and t_8b. >>> >>> I've also been confused myself with getting 'termguicolors' >>> to work, as it works for some terminals but not others. >>> How about listing in help files terminals where 'termguicolors' >>> is known to work and terminal where it known to not work? >>> I've only tried 'termguicolors' on xubuntu-14.04 and xubuntu-15.10: >>> >>> 'termguicolors' did not work with: >>> - xfce4-terminal 0.6.3 (xubuntu-14.04, xubuntu-15.10) >>> - gnome-terminal 3.6.2 (xubuntu-14.04) >>> - MATE Terminal 1.10.1 (xubuntu-15.10) >>> >>> 'termguicolors' worked with: >>> - XTerm (297, xubuntu-14.04) >>> - gnome-terminal (3.16.2, xubuntu-15.10) >>> >>> I'm hoping that support for 'termguicolors' is better >>> in more recent distributions. >> >> >> Yeah, I hope that to. I think a link to >> https://gist.github.com/XVilka/8346728 >> might also be helpful, as this seems to be the ressource that documents, >> which terminals work with true color support (and gets updated regularly). > > > Oh, what a nice followup! That is just what I was going to write :)
Nice link. We should add https://gist.github.com/XVilka/8346728 to :help xterm-true-color. Knowing about this link earlier would have saved me time. > Let me add something. > > It is true that xterm and Terminal.app (default VT on OS X) work with > 'termguicolors', > > But they don't support true colors actually, as is described as "Parsing > ANSI colour sequences, but approximating them to 256 palette" in the > document Christian refers to. > > It appears that really makes some of people confused. > > So, it might be better to mention the approximation somewhere with the fact > that we often need, nonetheless, to set TERM=xterm-256color to get > 'termguicolors' to work. > > In addition, while the latest release version of urxvt (rxvt-unicode) > doesn't support true colors, the CVS version already does it. IIRC, a patch > for that was included three months ago. (FWIW, it is said that that was > due to Vim's true color support :) > > It is handy to have our own list of true color support terminals, but that > seemingly requires frequent updates. So I think relying on XVilka for > reference is a good idea. > > Best regards, > Kazunobu I did not know xterm was doing an approximation to 256 colors when using 'termguicolors'. But in the case of Vim, 256 colors is enough anyway to make it look good. 256 colors would certainly make a visible difference for rendering images with smooth gradients, but that's not the case for Vim in a terminal. Since 'termguicolors' does not yet work on many terminals, I wonder whether we should make Vim work automatically in a degraded way on those terminals were truecolor is not yet supported, i.e. fallback to 256 colors. 256 colors are now supported by most terminals. At least the terminals that I listed (xfce4-terminal, gnome-terminal) and where 'termguicolors' did not work, happen to support 256 colors. I could successfully use the CSApprox plugin on those terminals to get Vim gui colors in the terminal (CSApprox plugin does the approximation to the 256 RGB color cube) whereas builtin 'termguicolors' only works on a few terminals. Regards Dominique -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
