Live data from Hacker News

Vim Colors

vimcolors.com

101–110 of 110 posts

Re: Vim Colors

#101

Very cool. I'd love to see the ability to tag and filter 256-color schemes, for `TERM="xterm-256color"`. And some ranking metric (e.g. stars on the GitHub repo) would help surface the good ones that a lot of people use. Personally I use a slightly tweaked version of http://vimcolors.com/1/jellybeans/dark … the id of 1 in the URL suggests the author might too.

Heh, you're on the money, jellybeans is my favourite dark colorscheme.

Re: Vim Colors

#102

I find myself often switching between dark/light colorschemes when I'm working inside/outside. However, this is a quite annoying task, I have to change the colorscheme of my terminal, and of Vim. Besides, I have multiple Vim sessions running in various tmux/terminal tabs, so when I switch to a different tab, I have to change the colorscheme of Vim again. Then when I go inside/outside again I have to switch it all bac…

I’m just inverting the screen (built-in accessibility feature in OS X, there probably are alternatives on other platforms). Vim and the terminal are set to a light scheme, one of the standard ones. When I switch to terminal screen and it’s low light, I hit a key combo and it inverts everything. Does the job for me.

Re: Vim Colors

#103

Earlier quoted context omitted.

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

I would really like to read the rest of the source of whatever that application is. Are you using Reagent?

I am using reagent and re-frame. Sadly the codebase is closed source. :(

Re: Vim Colors

#104

Earlier quoted context omitted.

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

OMG! How do I do that? Mind sharing your configuration?

Sure, I use emacs prelude. I think you can get the same results here if you just use prelude + the amazing theme called moe. My emacs config (which is to be used inside/ontop of prelude) is at https://github.com/escherize/prelude-dotemacs

Re: Vim Colors

#105
unlike most of the people, I prefer light background instead of dark (black) background. anyone else feel the same? and most of the themes are with black background

Re: Vim Colors

#107

I find myself often switching between dark/light colorschemes when I'm working inside/outside. However, this is a quite annoying task, I have to change the colorscheme of my terminal, and of Vim. Besides, I have multiple Vim sessions running in various tmux/terminal tabs, so when I switch to a different tab, I have to change the colorscheme of Vim again. Then when I go inside/outside again I have to switch it all bac…

I’m just inverting the screen (built-in accessibility feature in OS X, there probably are alternatives on other platforms). Vim and the terminal are set to a light scheme, one of the standard ones. When I switch to terminal screen and it’s low light, I hit a key combo and it inverts everything. Does the job for me.

I do this, too, and it works very well. Specifically, almost everything on my screen is very light-colored (exception: when I am recreating rather than working) and then when I am working at night I use OS X to "invert" all the colors on the screen, with the result that the color 0x000000 becomes 0xFFFFFF, 0x000001 becomes 0xFFFFFE, etc.

If you have access to an OS X environment, you can try out "invert colors" at System Preferences > Accessibility > Display. iOS has it, too.

Re: Vim Colors

#108

Earlier quoted context omitted.

Except a text editor can also generate the AST.

What I meant was that the limitation in highlighting is usually due to the limitation in pattern matching. Of course, IDEs usually contain text editors, and they often do highlight using an AST. But that's expensive, both to develop and to run, and especially if you're not going to use the AST for any other IDE-like activity. Pattern-matching is cheap and usually good enough.

Okay, you are not talking about a problem in principle but how it practically is in reality. I don't know if text editors like Sublime/Atom also have that problem but when it comes to vim I can agree with that. Wouldn't wonder if there are some better external highlighters that can be integrated with vim. I heard that people use a vim plugin for using external linters for static analysis of code and spell checking.

And just to make sure, we agree that adding a feature like AST based highlighting wouldn't make an editor an IDE, right?

Re: Vim Colors

#109

Earlier quoted context omitted.

I’m just inverting the screen (built-in accessibility feature in OS X, there probably are alternatives on other platforms). Vim and the terminal are set to a light scheme, one of the standard ones. When I switch to terminal screen and it’s low light, I hit a key combo and it inverts everything. Does the job for me.

I do this, too, and it works very well. Specifically, almost everything on my screen is very light-colored (exception: when I am recreating rather than working) and then when I am working at night I use OS X to "invert" all the colors on the screen, with the result that the color 0x000000 becomes 0xFFFFFF, 0x000001 becomes 0xFFFFFE, etc. If you have access to an OS X environment, you can try out "invert colors" at Sy…

Yep! Also when I don’t want colored output (e.g. when working on familiar codebases or often in the shell), I turn on the Grayscale option in addition to inverted colors. That gives the screen cool retro-futuristic feel, and IMO makes it more aesthetically pleasing. Too bad a shortcut can’t be assigned to this one, but typing "pref access" in Spotlight gets the relevant settings page.

As a related tip, on iOS you can have a home button triple-press shortcut which you can assign inverted colors or grayscale, or both. Was stoked when discovered that.

Re: Vim Colors

#110
post #108

Earlier quoted context omitted.

What I meant was that the limitation in highlighting is usually due to the limitation in pattern matching. Of course, IDEs usually contain text editors, and they often do highlight using an AST. But that's expensive, both to develop and to run, and especially if you're not going to use the AST for any other IDE-like activity. Pattern-matching is cheap and usually good enough.

Okay, you are not talking about a problem in principle but how it practically is in reality. I don't know if text editors like Sublime/Atom also have that problem but when it comes to vim I can agree with that. Wouldn't wonder if there are some better external highlighters that can be integrated with vim. I heard that people use a vim plugin for using external linters for static analysis of code and spell checking. A…

Agreed.
Post reply on HN