Vim Colors • Hacker News Board

Re: Vim Colors

#41

Post by JupiterMoon » Tue, Jun 30, 2015, 10:15 AM UTC

adamors wrote: post #30

seren wrote: post #20

Earlier quoted context omitted.

This is unrelated, but in the first screenshot, how do you get a terminal windows inside vim ? ( git in the top right). I guess it is a neovim feature.

Yes, neovim has an integrated terminal.

Running a terminal inside an editor inside a terminal...

What is the use case for this that tmux/screen does not solve?

Re: Vim Colors

#42

Post by JupiterMoon » Tue, Jun 30, 2015, 10:15 AM UTC

gitaarik wrote: post #39

pablasso wrote: post #36

Earlier quoted context omitted.

Don't set the colorscheme on Vim, set it on your terminal and Vim will honor it. I do that with iTerm2.

But you'll have to restart the terminal for that, right?

Use a modern terminal?

Re: Vim Colors

#43

Post by kagamine » Tue, Jun 30, 2015, 10:39 AM UTC

escherize wrote: post #37

derefr wrote: post #15

Earlier quoted context omitted.

It occurs to me that the fewer lexical types a language has, the less possible it is to highlight it in a pleasant way. Lisps and Forths (and most assembly languages) must look unpleasantly spare; and an encoding like Urbit's Nock would be literally monochrome.

Unpleasantly spare? http://take.ms/k83XH

loved the rainbow brackets on that, it must be so useful to see where they match up with colour.

Re: Vim Colors

#44

Post by Dowwie » Tue, Jun 30, 2015, 10:43 AM UTC

WYSIWYG editors like Vivify (http://bytefluent.com/vivify/) are helpful too. The greatest challenge for me with making vim look nice is in harmonizing the vim color scheme with that of my guake terminal emulator. I wasted too much time trying to synchronize terminal colors with vim colors, eventually giving up.

Whoever solves that problem earns a raise

Re: Vim Colors

#45

Post by Hates_ » Tue, Jun 30, 2015, 10:47 AM UTC

JupiterMoon wrote: post #41

adamors wrote: post #30

Earlier quoted context omitted.

Yes, neovim has an integrated terminal.

Running a terminal inside an editor inside a terminal... What is the use case for this that tmux/screen does not solve?

Some more info here which might shed some light: https://news.ycombinator.com/item?id=9132352

Re: Vim Colors

#46

Post by nazri1 » Tue, Jun 30, 2015, 10:50 AM UTC

gitaarik wrote: post #39

pablasso wrote: post #36

Earlier quoted context omitted.

Don't set the colorscheme on Vim, set it on your terminal and Vim will honor it. I do that with iTerm2.

But you'll have to restart the terminal for that, right?

Yup! I'm in the same boat as you - need to switch between light and dark theme due to the switch between outdoor/indoor. I run xterm in openbox, with specific placements (geometry setting) for a specific xterm window session. I ended up writing a script to place the xterm windows exactly where I want them so that I don't have to worry about restarting xterm windows and losing the spatial context. It's a hairy perl script that started life about 8 years ago I think. I have two openbox menu configured to start my xterm windows - one for black and one for white background. It also sets an environment variable there so that vim knows what colorscheme to use when it starts. So everytime I switch between indoor/outdoor I do a ":mksession!|quit", followed by alt+f4 to close the xterm window and then hit the openbox menu to reopen the just closed xterm window with the new background color, and resume my vim session with the color scheme adapted to the current background color. I bet using a modern IDE you can get this done with just one or two keystroke heh.

Re: Vim Colors

#47

Post by userbinator » Tue, Jun 30, 2015, 10:52 AM UTC

I'm probably in the minority, but I've always found that anything other than constant-coloured text on a constant-coloured background with a high contrast to be more distracting than helpful.

It appears I'm not the only one:

http://www.linusakesson.net/programming/syntaxhighlighting/

Re: Vim Colors

#48

Post by gitaarik » Tue, Jun 30, 2015, 10:55 AM UTC

JupiterMoon wrote: post #42

gitaarik wrote: post #39

Earlier quoted context omitted.

But you'll have to restart the terminal for that, right?

Use a modern terminal?

Using a more modern terminal won't make vim magically change it's color scheme.

Re: Vim Colors

#49

Post by erikb » Tue, Jun 30, 2015, 10:57 AM UTC

synthmeat wrote: post #8

andrewguenther wrote: post #5

I wish I could choose a language to preview the schemes with. My biggest gripe with many of these themes is that is looks great in some languages and terrible for everything else.

Slightly related, I don't like (mostly in OOP langs) when I have something like: import lang.native.api.Something; import third.party.api.Else; ...and syntax file goes to colorize Something , but Else is perceived as common text. I'm aware of limitations of vim, being text editor and not an IDE, but I'd rather syntax file to ignore the native API then to have me draw visual distinction between native and third-party…

Why is something limited in highlighting because it's a text editor and not an IDE? Highlighting is about text so it's quite a core feature of an editor.

Re: Vim Colors

#50

Post by gitaarik » Tue, Jun 30, 2015, 10:58 AM UTC

nazri1 wrote: post #46

gitaarik wrote: post #39

Earlier quoted context omitted.

But you'll have to restart the terminal for that, right?

Yup! I'm in the same boat as you - need to switch between light and dark theme due to the switch between outdoor/indoor. I run xterm in openbox, with specific placements (geometry setting) for a specific xterm window session. I ended up writing a script to place the xterm windows exactly where I want them so that I don't have to worry about restarting xterm windows and losing the spatial context. It's a hairy perl sc…

Nice to hear someone is having the same problem as me :). Your solution sounds nice, you still have to restart things but you kind of automated that part. Maybe I'll end up doing the same, for now I'll try to explore more possibilities. For example, `help remote.txt` could help.