You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Based on the X-term color codes shown here, and based off the usage of colors in Vim, the color codes associated with the colors in the light mode demo palette shown on gruvbox's README/main project page are inverted:
There are two inversions that occurred:
For every column in the first two rows, the positions and 16-bit numbers need to be swapped. For example, currently "red #cc241d" is marked as Xterm color 1 and "red #9d0006" is marked as Xterm color 9. However, in Vim, "red #9d0006" is actually used as the "normal" red (which is Xterm color 1), and "red #cc241d" is used as the "bright" red (Xterm color 9). To fix this, swap the colors of the first two rows but, keep the 16-bit numbers in place.
The first column (bg #fbf1c7 and gray #928374) last columns (gray #7c6f64 and fg #3c3836) are also inverted. 0 and 8 are for black and dark gray, respectively, while 7 and 15 are for light gray and white, respectively. To fix this, swap the first two rows of the first and last columns, keeping the 16-bit numbers in place.
Additionally, the 0* needs to be updated to be 15*, instead.
The text was updated successfully, but these errors were encountered:
Nope, sorry. That was intended behaviour to balance light mode since X-term colors are based on black bg
As far as light mode means light bg it needs to be inverted
Based on the X-term color codes shown here, and based off the usage of colors in Vim, the color codes associated with the colors in the light mode demo palette shown on gruvbox's README/main project page are inverted:
There are two inversions that occurred:
Additionally, the
0*
needs to be updated to be15*
, instead.The text was updated successfully, but these errors were encountered: