-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Vim theme should avoid 256-color version #65
Comments
I have tried an approach based on what lifepillar did for solarized8 (see lifepillar/vim-solarized8#71 and lifepillar/vim-solarized8@de124fa) but the results were crazy: most of the colors worked except for bright yellow, which was still using 256-color palette. |
See also discussion in #59 starting from this comment. |
I think I figured out the bright yellow bit after a lot of struggling and digging while attempting to switch to We end up with (Bright variations are capitalized):
To be perfectly honest I have no idea what's up with But anyway, if vim thinks you are running with 256 colors, then So it seems like, if we want consistent behavior with terminal color palette overrides, we should never use any of the IDK, I've been staring at this for too many hours. Hopefully gonna come back and attempt some sort of PR next week. |
This is not directly relevant to the issue; feel free not to read this! If anyone's curious, I figured out why the 16 color mapping is like that... at various points windows terminals were BGR rather than RGB: So Whereas neovim just always forces the ANSI (RGB) mapping: |
Selenized theme for vim is meant to be used with exact selenized color palette (this requires either truecolor-enabled terminal or configuring ANSI color palette of one's terminal). 256-color version is only an inferior approximation.
Unfortunately, when a terminal advertises itself as supporting 256 colors (e.g. when
TERM=xterm-256color
), Vim will try to use 256-color selenized. It is possible to work around this by settingt_Co=16
, butSo, the goal is to find a way of making selenized use either true color capabilities of the terminal or ANSI color codes, avoiding 256-color version unless explicitly overridden with some option.
The text was updated successfully, but these errors were encountered: