Live data from Hacker News

Vim Git Gutter

github.com

91–100 of 119 posts

Re: Vim Git Gutter

#91
post #8

Obligatory Emacs version: https://github.com/syohex/emacs-git-gutter

Ok, as a challenge, I'm gonna try make a Conception version, brb.

What is Conception? I searched for “conception text editor” and didn’t find anything.

Edit: Found it – it’s https://github.com/shurcooL/Conception, a research project IDE that you’re working on.

Re: Vim Git Gutter

#92
post #39

Earlier quoted context omitted.

Or you could, e.g., use the Lua scripting extension, load one of the native threading libraries for Lua (Lua Lanes, for example) and fire away a few background tasks. Whatever actions the background tasks need to perform with the buffers you'd have to serialize, but that shouldn't be all that difficult.

So long as any plugin script is running, vim will block waiting for it. And if you fire off a background process and exit from your main script, any reference to the vim environment within your child process becomes useless, so you can't modify anything in vim from within there anymore. I'm not entirely familiar with the lua scripting extension, but this was my experience attempting the same thing in python. I mean,…

For the second part, your plugin is written in Python, so you could use Python instead of Lua.

Re: Vim Git Gutter

#93

Earlier quoted context omitted.

Ok, as a challenge, I'm gonna try make a Conception version, brb.

All right, I think I'll stop here. Parsing the -U0 ranges in raw C++ is gonna be too much wasted effort. I'll finish this another time, likely after switching to Go. But I was able to get a rough prototype running. Screenshot: https://dl.dropbox.com/u/8554242/dmitri/projects/Conception/...

Why are you using C++?

Re: Vim Git Gutter

#94
post #8

Obligatory Emacs version: https://github.com/syohex/emacs-git-gutter

Ok, as a challenge, I'm gonna try make a Conception version, brb.

Relatedly, noble cause with your IDE project, here's hoping you run into wonderful things (alas, I can't code C++ and VimL serves me fine for my current extension needs)

Re: Vim Git Gutter

#95
post #93

Earlier quoted context omitted.

All right, I think I'll stop here. Parsing the -U0 ranges in raw C++ is gonna be too much wasted effort. I'll finish this another time, likely after switching to Go. But I was able to get a rough prototype running. Screenshot: https://dl.dropbox.com/u/8554242/dmitri/projects/Conception/...

Why are you using C++?

For historical reasons, mainly. If I were starting from scratch today, I wouldn't pick it. I'm in the process of making a change to golang, but I want to use the existing project to develop the next-gen version. There's only a few more things I need to add to make it viable for working on a large-scale project.

I started the project a year ago. I wanted to have the power and flexibility to achieve anything, and use OpenGL for graphics so there'd be no restrictions as to what can be put on screen. Plus I've been using C++ for many years before for making indie games.

Back then, I was even more motivated to work on it because I felt C++ itself badly needed a more efficient way or writing it. I really dislike the manual duplication it forces you to create and maintain as you change things (e.g. cpp and header files). But even with a more script-like high level language like Go, I feel there is a lot of potential to innovate past a basic text editor. I'm gonna find out.

Re: Vim Git Gutter

#97

Earlier quoted context omitted.

Ok, as a challenge, I'm gonna try make a Conception version, brb.

Relatedly, noble cause with your IDE project, here's hoping you run into wonderful things (alas, I can't code C++ and VimL serves me fine for my current extension needs)

Thanks a lot, I'll do my best! :)

Re: Vim Git Gutter

#98
post #3

Earlier quoted context omitted.

You can achieve that manually with `highlight clear SignColumn` in your colour scheme or ~/.vimrc. I'll (I'm the author) probably make this the default because it seems quite a common wish.

Alternatively, using `hi! link SignColumn LineNr` will ensure that styling the user has applied to the more commonly used line numbering column will match the sign column used by vim-gitgutter.

I hate it when plugins try to override my colorscheme, so I would highly discourage adding this to the plugin. To account for colorschemes that don't add colors for SignColumn without angering users, use the `default` keyword without the bang.

Some other things to consider: The sign column and line numbers are separated by the fold column. The default colorscheme has SignColumn and FoldColumn the same (Cyan or DarkBlue on Grey) and different from LineNr (Yellow or Brown).

Re: Vim Git Gutter

#99

Earlier quoted context omitted.

Not to take away from the post, anyone else feeling a bit of Vim overload in the past few days? I'm pretty much Vim'ed out with all the Vim related postings.

I don't really understand what you mean. People submit vim-related content, which then gets upvoted and brought to everyone's attention on Hacker News. It might just be that it actually reflects people's interests. Given how established vim and emacs are, I have to say I'm not surprised, they remain extremely versatile and complete developing environments to this day.

I actually use Vim. I don't have any issues with it. I do agree with you that it's a great tool.

Just pointing out that lately there has been a lot of Vim related posts that are being up-voted. Maybe that's been the case for a while, and I am just noticing it.

Anyway, my comment was meant more as a light humour rather than critical.

Post reply on HN