I've been using vim for almost a year now, and I really like it. I'm currently using it like a full IDE and I supplement it with the coreutils and other GNU/Linux tools. However, I've never used other IDEs and I want to know if there's anything I'm missing out. How many editors have you used before learning vim?
Posted Jul 24, 2014, 6:54 PM UTC
coda, eclipse, nano (i learned my first programming language using only nano), aptana(bassed on eclipse but it changes enough that it's worth mentioning), dr. java, code blocks, arduino (recently was able to ditch this entirely do to a nice github project), robotc, expresso, notepad++, atom, text wrangler, mono, microsoft visual studio, and a handle full of other ones that i was required to use as proprietary software.
Thats the short list. i've only learned vim in the last 6 months and where as before i was using a different ide for every language, vim let's me just code. at the end of the day vim without any plugins is one of the best ide's i've ever used, i'm thinking about grabbing eclim to get the very few functions of eclipse i miss in vim.
Good to know that vim is doing such a good job for you.
Is the any feature you haven't mentioned in any of numerous software you've tried before not available in vim? Hopefully something that might be good to try out at least once? I'd like to know those kinds of things exist instead of just stubbornly sticking to one editor.
honestly no, theres a plugin for every thing i use. it was a little hard finding a way to upload to arduino from vim but i found a way. i will say though compared to what i've used in the passed i love having an editor that can actually run on low end machines as well as it dues on the high end.
I was going to say the breakindent patch, but when I went looking for it to link, I found out that it has been merged one month ago.
Life is good, my friends.
emacs Magit https://vimeo.com/2871241
emacs Compilation-Mode. A live updating quickfix that doesn't block. I think you can qfreplace too.
Solutions like AsyncCommand's AsyncMake or vim-dispatch aren't good enough. I want the output in a vim buffer as it's being populated so I can search and jump before it's done.
I found Quickfix Reflector easier in user than qfreplace, in my humble opinion.
I actually haven't really used qfreplace because I hit this issue before it was fixed and haven't given it another try. I might try out QF Reflector. Thanks.
Are you using it on Linux or Windows. I tried it on Windows and it gives an error for all changes.
I use it in Cygwin.
Thanks.
I should give emacs a go, too, for sure. ^(lynch me)
Have you seen the Emacs as My <Leader> posts?
I've considered it too, but haven't had the time to mess around. Also, I feel a bit like using evil-mode in emacs is like remapping hjkl to wasd in vim. I don't want to deal with various minor modes that don't support evil, but I'm not about to give up modal editing. Regardless, I should give it a try... someday.
I have evil mode and a few other vim plugin replacements setup with great success. I fire it up from time to time, but I have to admit. Vim in Tmux from Terminal.app is my day to day workflow. It would be really hard to go back to launching an app for text editing.
If you don't mind me asking, how do you get your colors right? I've tried a whole host of vim and Terminal configurations, and I can't get vim colors to look right in Terminal, much less tmux.
Shougo/vimproc.vim is one of the best async plugins I have ever seen, I am sure something like Compilation-Mode already exists with Unite.vim, if not it might not be very hard.
The problem isn't async plugins, it's vim's window model. Only one window can have focus at a time, so a plugin needs to tiptoe around the user (i.e., cursorwait) to update another buffer.
This video does look like unite could do what I want, although I'm not sure it could load the quickfix (especially since vim blocks while processing the quickfix). Regardless, I really need to invest some time into trying unite out.
You can set the quickfix list with
setqflist(), it shouldn't be very hard to build this asynchronously using theaaction (which means it appends to the existing list)True, but with setqflist you have to re-implement the efm log parsing functionality don't you? I guess you could start up another vim process to do it...