Obligatory Emacs version: https://github.com/syohex/emacs-git-gutter
Ok, as a challenge, I'm gonna try make a Conception version, brb.
Edit: Found it – it’s https://github.com/shurcooL/Conception, a research project IDE that you’re working on.
91–100 of 119 posts
Obligatory Emacs version: https://github.com/syohex/emacs-git-gutter
Ok, as a challenge, I'm gonna try make a Conception version, brb.
Edit: Found it – it’s https://github.com/shurcooL/Conception, a research project IDE that you’re working on.
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,…
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/...
Obligatory Emacs version: https://github.com/syohex/emacs-git-gutter
Ok, as a challenge, I'm gonna try make a Conception version, brb.
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++?
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.
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)
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.
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).
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.
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.