Closed samjwill closed 2 years ago
I agree, we shouldn't be relying on terminal emulators to display text in bold font for bright colors. This is a dated and hacky practice, and we should use proper bright shades of the Gruvbox Material palette instead for ANSI colors 8 to 15.
@sainnhe maybe it would be simple enough to apply a shade to terminal emulators' bright colors without having to extend the core palette?
No. My opinion is that the shade is not really necessary, it's more important to keep darker and brighter colors the same.
Consider this example, there's a terminal app A that decided to use blue to display the text, while a terminal app B decided to use brighterBlue to display text.
So do you want to modify blue or brighterBlue? Current colors are carefully chosen, modified version won't look better.
I agree that the shade is sometimes useful, but considering the previous example we need to make a compromise, and I think keeping the colors the same is more important.
Btw, it's not just this color scheme that does it, another very popular color scheme nord also choose to not use shade.
A potential shortcoming of this design choice is that, if an application deliberately prints something in "bright blue", it usually signals "I want to put emphasis on that text".
Nowadays modern terminal emulators do not default to "Use bold for bright colors" (related discussion), so part of the users will not see the difference which could be a loss of accessibility.
@samjwill if you fall into the category of users who needs to distinguish between Bright and non-Bright, I would suggest overriding just the options you need in your vimrc/init.lua using an autocmd
, and apply a shade to base colors as I proposed above. You can see an example of setting up an autocmd
here: https://github.com/sainnhe/gruvbox-material/issues/139#issuecomment-1239121715
Closing with the following concrete suggestion to apply to your own Neovim config, based on my above comment(s):
Before
After
I have done the following steps before reporting this issue:
Operating system/version
Kubuntu 22.04
Terminal emulator/version
Konsole 21.12.3
$TERM environment variable
xterm-256color
Tmux version
N/A
Feature matrix
Minimal vimrc that can reproduce this bug.
I included the Packer bootstrapping boilerplate for convenience. Only the "use" statements and the last 4 lines of the below are important.
Steps to reproduce this bug using minimal vimrc
:ter
and press enter.apt install neofetch
.neofetch
.Expected behavior
Colors are displayed. There are no duplicates between colors which are meant to be different shades.
With https://github.com/ellisonleao/gruvbox.nvim installed and swapping the comments for the lines:
from the provided vimrc, with the regular "gruvbox" colorscheme it looks like this:
Actual behavior
Colors that are supposed to be different shades, are instead, the same exact color.