Completely unfair comparison of JavaScript syntax highlighters
softwaremaniacs.org
Completely unfair comparison of JavaScript syntax highlighters
1–6 of 6 posts
Re: Completely unfair comparison of JavaScript syntax highlighters
#2Re: Completely unfair comparison of JavaScript syntax highlighters
#3See more info at http://ace.ajax.org/
Re: Completely unfair comparison of JavaScript syntax highlighters
#4Last time I tried, it mishandled xml elements containing hyphen. Only the part before the first hyphen was highlighted, the rest was just left as it was.
Re: Completely unfair comparison of JavaScript syntax highlighters
#5My advice is to use Emacs or Vim to do your syntax highlighting. They highlight well enough to please people actually doing work, and when people get annoyed with the rules, they fix them.
http://search.cpan.org/~geoffr/Text-VimColor-0.11/lib/Text/V...
http://search.cpan.org/~jrockway/Text-EmacsColor-0.03/lib/Te...
Re: Completely unfair comparison of JavaScript syntax highlighters
#6I hate Javascript syntax highlighting. I have never seen a library that doesn't degrade horribly in cases like naming a variable x' ("x prime") in Haskell (or when merely quoting a symbol in Lisp). They also tend not to support Perl at all, and definitely don't highlight q{Foo} as a string. My advice is to use Emacs or Vim to do your syntax highlighting. They highlight well enough to please people actually doing work…
You're probably talking about a hoard of simplistic regexp parsers. Highlight.js is not one of them, it's a proper context-aware parser.