Improved C syntax highlighting for Vim

bern4444 2021-08-17 02:00:38 +0000 UTC [ - ]

I highly recommend looking into Treesitter for anyone who wants to improve syntax highlighting.

I know its supported today natively in neovim. Not sure about regular vim or other editors/ides.

But its a massive improvement on the otherwise regex approach to syntax highlighting every editor takes.

jpe90 2021-08-17 09:35:12 +0000 UTC [ - ]

I'm on neovim nightly and recently turned off treesitter. The highlighting is nice but it consistently was giving me segfaults while autocompleting, adds substantially to my startup time, and renders the editor completely unresponsive when opening large files. I think it's worth mentioning it's still early in development before highly recommending it, but it's cool to tinker with if you're in the mood for it.

phreeza 2021-08-17 09:57:58 +0000 UTC [ - ]

> renders the editor completely unresponsive

I thought one of the points of neovim was to support true async stuff. So in theory, it should be possible to just open the file without syntax highlights but still be able to edit?

OJFord 2021-08-17 10:34:08 +0000 UTC [ - ]

I'm not disagreeing with you (because I don't know the original 'points' of neovim and I've never used it) but plain vim now (as of v8 I think) supports 'async stuff'. I'm sure neovim has other benefits to some, but that alone at least I think is no longer one.

bern4444 2021-08-17 15:04:12 +0000 UTC [ - ]

Vim only supports async stuff because vim had to keep up with neovim which first introduced async support.

I think vim's time is nearly over. Just as it replaced vi, neovim will replace vim.

It may not get to the ubiquity of being installed everywhere by default, but certainly as the go to cli editor on devs' work and personal machines

divbzero 2021-08-17 08:00:51 +0000 UTC [ - ]

This might be the push I need to finally make the switch to Neovim.

OJFord 2021-08-17 10:38:15 +0000 UTC [ - ]

'All' of the (three or so?) neovim plugins I've come across wanting to use, and found Ah damn, 'neovim' in the name, work just fine in vanilla vim, FYI.

I don't know how much (or if anything) a plugin has to do to support it, but there's some kind of python RPC thing that allows it. IME it's been install that once, and neovim plugins 'just work'. (But I have only found/tried ones that explicitly mention it.)

(Edit, this: https://github.com/roxma/vim-hug-neovim-rpc)

nathias 2021-08-17 09:13:57 +0000 UTC [ - ]

make sure you use versions above 0.5

bArray 2021-08-17 01:42:33 +0000 UTC [ - ]

Unfortunately doesn't work for me, it complains about not having definitions for cppType and cppStatement. Looking in the file it undefined them [1] [2], putting them back just messes with the formatting (as the code comments suggest). It looks like this was something that was changed from the original code [3].

[1] https://github.com/pulkomandy/c.vim/blob/main/cpp.vim#L2

[2] https://github.com/pulkomandy/c.vim/blob/main/cpp.vim#L6

[3] https://github.com/pulkomandy/c.vim/commit/4159fe507815f897f...

app4soft 2021-08-17 06:27:58 +0000 UTC [ - ]

Please, report issue.[0,1]

[0] https://twitter.com/pulkomandy/status/1426547182228971521

[1] https://github.com/pulkomandy/c.vim/issues

shakna 2021-08-17 09:25:31 +0000 UTC [ - ]

https://github.com/pulkomandy/c.vim/issues/1

david2ndaccount 2021-08-17 02:46:57 +0000 UTC [ - ]

It’s kind of janky, but my current strategy is to parse my code base with libclang and dump a vim script file that adds all of the types, enums, function declarations etc. as literal syntax keywords. I also generate a tag file at the same time.

antoinealb 2021-08-17 08:37:01 +0000 UTC [ - ]

Do you have the code for this or a writeup somewhere? I'd be interested in trying out this approach.

david2ndaccount 2021-08-17 16:49:15 +0000 UTC [ - ]

I extracted it out of one of my projects and put it into its own git repo here: https://github.com/DaveP1776/clangtags

There’s still some project-specific stuff baked in, but that’ll show the idea.

throwaway47292 2021-08-17 12:29:13 +0000 UTC [ - ]

I havent used syntax highlighting in 8 years or so (global-font-lock-mode 0)

highly recommend it, if you could try.

for example this code[1]:

    // the code will run twice
    bool panic  = true
    while (true) {
        panic = !panic;
        if (panic) break;
    }

I can argue is easier to read without highlighting.

I think colors break the flow of code in unintended ways, and mistreat comments (either overvalue with some pink color or undervalue with some toned down gray), and almost all themes make keywords extremely important.

[1] https://github.com/jackdoe/programming-for-kids/issues/3#iss...

maccard 2021-08-17 13:09:54 +0000 UTC [ - ]

That code is even easier to read with semantic highlighting than "basic" syntax highlighting. That said, syntax highlighting definitely helps when handling embedded strings, differentiating between value types, figuring out if something is a macro, function or global variable (which is important, as in a language like C++, the behaviour of `foo(x++)` depends on which of the above it is)

Highlighting doesn't tell you what's important, it tells you what's different. You should find a scheme that roughly weighs what's important to you;

packetlost 2021-08-17 13:14:07 +0000 UTC [ - ]

I've tried the no highlighting approach. It doesn't work for me. Glad it works for you, but I'll take my candy colors over nothing any day.

LAC-Tech 2021-08-17 08:49:18 +0000 UTC [ - ]

The default syntax highlighting for most of the languages I've used in vim is pretty bad. Usually people will download plugins to resolve it. The syntax highlighter for HTML also loads in the syntax highlighter for visual basic for reasons I don't really understand.

tfigment 2021-08-17 09:15:46 +0000 UTC [ - ]

Probably legacy that 20 years ago VBscript could be used instead of JavaScript in IE.

dspillett 2021-08-17 09:29:05 +0000 UTC [ - ]

More likely due to ASP, VBScript mixed into HTML server-side much like PHP.

VBScript could, and occasionally was, used client-side, but it was very rare in my experience. Outside of articles pushed by MS the “same language on server and client” angle didn't hold enough water to override the “only supported by IE” issue even when IE had ~90% market share in the early 2000s.

CalChris 2021-08-16 20:26:07 +0000 UTC [ - ]

This looks very good. Does it work with neovim?

Maybe in ~/.config/nvim/after/syntax/

_bohm 2021-08-16 20:41:25 +0000 UTC [ - ]

AFAIK vimscript after/syntax/ files still work fine with neovim. But if you're on neovim 0.5+ I would recommend using the tree-sitter highlighting integration instead :)

CalChris 2021-08-16 20:45:22 +0000 UTC [ - ]

Is tree-sitter highlighting enabled by default?

_bohm 2021-08-16 21:14:11 +0000 UTC [ - ]

It is not, but there's an installation and configuration guide here [0] that I found pretty easy to follow

[0] https://github.com/nvim-treesitter/nvim-treesitter

nathias 2021-08-17 09:13:11 +0000 UTC [ - ]

use neovim above 0.5 that has native LSP support and use treesitter

Shadonototro 2021-08-16 21:42:50 +0000 UTC [ - ]

the blue parenthesis are very hard to read in his screenshot

other than that, looks very nice, good job!

pulkomandy 2021-08-17 10:20:41 +0000 UTC [ - ]

The parentheses color are not caused by this script, but by my usage of rainbow parentheses (some variant of https://github.com/luochen1990/rainbow) which I have configured for my usual light background vim theme.

I did not spend time to set up a more empty vim configuration to take the screenshots.

The script does not introduce any new colors, it just changes what is highlighted as cType.

It does change the color of parentheses for "if" statements to be the same color as the keyword. I am undecided if I should keep that or not. Opinions from people not using rainbow or similar plugins are welcome.

anthk 2021-08-17 15:01:37 +0000 UTC [ - ]

Ok, but GL acceleration for HaikuOS when?

JK, good luck for the author.

aaccount 2021-08-18 05:16:04 +0000 UTC [ - ]

Cool, thanks

sramsay 2021-08-17 00:22:55 +0000 UTC [ - ]

Really, really cool!