On Dec 15, 2013 4:30 AM, "Hayaki Saito" <[email protected]> wrote:
>
> ZyX,
>
> I respect to your huge efforts for this works.
>
> I saw the default value of KS_8F/KS_8B in built-in caps for xterm is
"Konsole-style".
>
> > +# ifdef FEAT_TERMTRUECOLOR
> > + {(int)KS_8F, IF_EB("\033[38;2;%lu;%lu;%lum", ESC_STR
"[38;2;%lu;%lu;%lum")},
> > + {(int)KS_8B, IF_EB("\033[48;2;%lu;%lu;%lum", ESC_STR
"[48;2;%lu;%lu;%lum")},
> > +# endif
>
> Please consider that Konsole-style 3-byte color mode extension(separated
by semi-colon) is not ISO-8613-3 compatible.
> Konsole just followed in past Xterm's wrong footsteps(semi-colon
separated 256 color sequence).
> Now I fear that this sequence brings us confusion because it breaks
backward and forward compatibility.
> The detailed reasons of this is explained here.
http://code.google.com/p/iterm2/issues/detail?id=218#c16
>
> These days, xterm seems to trying amending past mistakes.
> For example, the bogus mouse reporting sequence can be replaced by "SGR
style”,
> the bogus OSC title sequence (it can include C1 control character) can be
replaced with "title mode”.
> And now, Xterm accepts colon separators with 256color/3-byte-color
sequence.
> I approve of this efforts for that improvements of xterm. At least we
shouldn't make things worse any more.
> Please take attention for above‐mentioned issues.
You meant there that sequence should be ESC [ 48 : 2 : R : G : B? At least,
this seems to work in xterm.
If I am not mistaking this sequence is supported by xterm and iterm2, while
current one is supported by xterm, iterm2, st, konsole, conemu (though you
will probably have trouble setting vim to work here even in 8-bit mode).
Xterm is to be ignored for no real support for true color (it uses nearest
color from 8-bit palette), leaving us with 0+1 vs 3+1 terminals supporting
each variant (+1 indicates that these terminals support both variants).
In any case you will have to set t_8f/t_8b by hand if $TERM is not xterm.
Replacing all semicolons with colons works fine in xterm.
>
> One more question,
> Why do you use direct 3-byte color sequence, instead of
> doing dynamic palette operation using initc("\e ] 4 ; r ; g ; b \e \”)
which already defined by terminfo.
> I think most of color schemas don't require more than 256 colors at once.
Powerline uses 100 colors per each gradient. Given the fact that there is
more then one gradient 256 colors is completely not enough. Also what
colors will one see once he does :susp/CTRL-Z?
> Best regards,
>
> — Hayaki Saito
>
> --
> --
> 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/groups/opt_out.
--
--
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/groups/opt_out.
