Feature request: Non gvim compatibility

[dathinaios]

Hey :)

Thanks for this beautiful theme!! It would be great if I could use it in the Terminal as well ;)

best,

Dionysis

[krzkrzkrz]

Great theme. But yea, wish there was one for the terminal

[jojoyuji]

for terminal users I suggest the CSApprox plugin. Though it's not the same colors it's quite a solution for the majority of vim's colorschemes

[greduan]

@morhetz
Still no progress on this? CSApprox doesn't quite cut it, it gets some stuff really wrong:

Loving it on MacVim, but sadly I don't use MacVim 99% of the time. :/

[mukiwu]

same question for me, hope this color scheme can have non GUI version

[morhetz]

This should be fixed with the latest commit f2efaec. I'll provide updated documentation and term-autodetection a little bit later. If your term doesn't handle italic text then it's displayed inverted. In this case you should put this string to vimrc before setting colorsheme:
let g:gruvbox_italic=0

Also "let g:gruvbox_termcolors=16" will use base 16-color palette for most colors, which is handy if your term-theme uses gruvbox colors, and also it provides you more accurate result. This would be the recommended way to use gruvbox at term. See "Palette" section at colorscheme file for details. I think I'll keep this issue opened for a while.

[greduan]

@morhetz Awesome, thanks!

So for us to be able to use it on a terminal we would need to use a Gruvbox terminal theme correct?

[morhetz]

@greduan
Not quite right. By default it will act as usual 256-color theme. But colors wouldn't be that vivid due to 256-palette.
Otherwise you could set g:gruvbox_termcolors option to use your terminal colorscheme for most of base colors, specifically:
dark0 = black (# 0)
light4 = light-gray (# 7)
medium = gray (# 8)
red = bright-red (# 9)
green = bright-green (# 10)
yellow = bright-yellow (# 11)
blue = bright-blue (# 12)
purple = bright-magenta (# 13)
aqua = bright-cyan (# 14)
light1 = white (# 15)
In this case you could overload base-16 terminal palette to make colors more accurate.

There is a third way, i didn't mentioned. If you use urxvt-256-xresources you could overload 256-palette instead of switching to 16 colors. E.g.:
URxvt.color167: #fb4934
URxvt.color142: #b8bb26
URxvt.color214: #fabd2f
URxvt.color109: #83a598
URxvt.color175: #d3869b
URxvt.color108: #8ec07c
URxvt.color208: #fe8019
etc.

As I've already mentioned I'm going to update documentation soon. Do I recomend you to switch term colortheme to gruvbox and use g:gruvbox_termcolors=16 option? Sure. Do you have to? Nope, but colors wouldn't be that precise using default 256 palette.

[morhetz]

Default 256 colors

Using 16-color palette from gruvbox terminal colorscheme

P.S. Yep, as you can see I've failed at highlighting comment title; oughta fix this.

[greduan]

I don't know why but fold colors are weird in 256 color mode:

Comments have exactly the same problem. For some reason it isn't invisible (or doesn't use same background as everything else:

I'm using iTerm 2 on Mac OS X 10.7.

[greduan]

@morhetz Also damn you for being able to use Arch Linux. ;) Wish I could but this Mac makes it a royal pain in the ass.

[morhetz]

@greduan
That's probably because iTerm doesn't handle italic text and displays it inverted. Have you tried putting this string to disable italics to vimrc before setting colorsheme on?

let g:gruvbox_italic=0

I know, I know - I should put some term-detection and auto-disable italics if it's not rxvt.
BTW, I quit using Arch and moved to Debian sid (unstable) for about a half year and not going back :)

[greduan]

That can happen. Wow all right. Fixed that. I miss urxvt. :(

Also what made you quit Arch? It is still my favorite distro of Linux, only problem is that it's practically impossible to use it on a Mac. At least within a reasonable time frame.

[morhetz]

@greduan
First of all, I can't say better then Allan McRae. Second reason was moving to mobile development: while Ubuntu is the most popular distro, every dev-software is provided with at least deb-package (and it's not just about development, there are a tons of deb-packages, sue you AUR). And sid just feels right. It runs smooth on my Elitebook Folio, I had no hw-related problems except TrackPoint driver (Synaptics TrackPoint is common problem). I've got used to apt-get faster then I expected. Speaking briefly Debian unstable has all Arch advantages without having inconveniences.

As far as I can see you've decided to use 256-color palette. Would you mind testing this experimental script gist:6822769 in iTerm? It should overload 256-palette same way urxvt-256-xresources would do, but using ANSI-escape codes instead.

UPD.: Could you please try it inside tmux and w/o tmux? If it doesn't help you could try replacing every "\e" with "\x1B" as pointed here.

[greduan]

Well it doesn't give me any errors, whether I use \e or \x1B.

Should I see any visible changes or is it just minor changes in the Vim theme?