IDEs With VIM Text Editing Capability?
An anonymous reader writes "I am currently looking to move from text editing with vim to a full fledged IDE with gdb integration, integrated command line, etc. Extending VIM with these capabilities is a mortal sin, so I am looking for a linux based GUI IDE. I do not want to give up the efficient text editing capabilities of VIM though. How do I have my cake and eat it too?"
Netbeans with the Vi Vim for netbeans plugin.
Netbeans is FOSS, runs on Windows, Linux and OS X. It handles Java, C/C++, PHP, Python, Ruby, Groovy and does a bunch of other stuff.
There is the viPlugin for Eclipse as well - I just happen to like Netbeans better.
The ActiveState folks list VI key bindings as a feature for their Komodo and Komodo Edit products. These are closed source though Komodo Edit is free as in beer. It is cross platform - covering the win/lin/mac world.
I'm sure there are other options but those are the largest projects I know of that do what you want.
It's hard to believe that's how Micronians are made. Why don't we see it right now by having you both kiss one another?
Is there anything Emacs can't do? :-)
Carousel is a lie!
I know it's not out yet, but the katepart (the editor widget) already has a VI mode that supports most of the original commands and modal editing. Worth giving a try: the betas are getting better and better...
Umm vim supports plugins, and there is of course a GDB one.
Also there is an integrated command line called :! :%!whatever to replace it with output
or if you want to get more fancy you can open multiple buffers and
Vim easily integrates with the shell. You just have to know how to use both.
Try Emacs.
Seriously. The integration with gdb, gcc, etc is where Emacs really shines. Yes, the Control-Meta-cokebottle commands are a bit annoying, but there's worthwhile tradeoffs there.
The first post was also quite useful. And to be fair, I like vim too.
I am officially gone from
Gvim is pretty good, it might still be too lean for what you are asking for, I would say it's more an intermediary step between vim and a big gui ide.
Because, if you allow vim to be extended, it may accidentally become an operating system.
That is all.
The poster probably doesn't want to have to learn keybindings for a new editor. He may even already know them but just prefers vim keybindings. What he really probably wants is the luxuries of of a full IDE without having to give up the editing flexibility and familiarity he has with vim.
Mortal sin? First, get over your ridiculous predisposition against extending vim. Vim is built to be extended, and extending it can make it much more useful as a tool and not just an editor. If you're good enough in Vim to prefer it as a text editor, then make it comfortable as an environment. There are some amazing extensions for vim, that for me at least, make me much more productive than using an "IDE". Fuzzy file finder, exuberant ctags with taglist, minibufexplorer...
Qt Creator's Vim bindings are not complete yet. For example keystrokes like yiw or diw don't work. Recording macro's (which for me is Vim's killer feature) also doesn't work. That aside it's a great piece of software. Actually, it is the only IDE that I find usable on Linux.
http://www.gnu.org/fun/jokes/ed.msg.html
if I want to change all of the X to - in an amino acid sequence line I type :s/X/\-/g
yea.. I'm sure that emacs can do it too.. But once all that brainpower is invested, theres no way I'd bother with emacs.. It's like a secretary changing to dvorak after she's hit 200wpm
vim is fast, powerful, user friendly, and quite picky about it's friends.
Storm