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
Vim Colors
91–100 of 110 posts
Re: Vim Colors
#92Earlier quoted context omitted.
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.
Usually because the text editor is limited to regular expression and region matching, while the IDE parses the language into an AST so it knows what each bit actually means.
Re: Vim Colors
#93Earlier 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
Re: Vim Colors
#94Re: Vim Colors
#95Earlier quoted context omitted.
Usually because the text editor is limited to regular expression and region matching, while the IDE parses the language into an AST so it knows what each bit actually means.
Except a text editor can also generate the AST.
Re: Vim Colors
#96This is great.
Re: Vim Colors
#97I'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
#98Personally 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.
Re: Vim Colors
#99I'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/
> nmap :if exists("syntax_on") \| syntax off \| else \| syntax enable \| endif \|
that makes F11 a toggle-highlighting button. Sometimes, highlighting helps spotting syntax errors.
Other than that, setting the "xterm*termName" X resource property to "xterm-256color" makes colors in vim much less distracting.
Re: Vim Colors
#100I 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.