Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
GUI Programming

IDEs With VIM Text Editing Capability? 193

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?"
This discussion has been archived. No new comments can be posted.

IDEs With VIM Text Editing Capability?

Comments Filter:
  • Comment removed (Score:3, Interesting)

    by account_deleted ( 4530225 ) on Wednesday December 30, 2009 @03:36PM (#30598330)
    Comment removed based on user account deletion
  • Re:Qt Creator (Score:1, Interesting)

    by Anonymous Coward on Wednesday December 30, 2009 @03:39PM (#30598404)

    Not only bindings, but Qt Creator has a built-in vi emulation mode.

    I really like Qt Creator, I just wish it wasn't so tuned for only creating Qt applications. It can be used for other apps but they don't make it easy because it assumes you're using Qt.

  • by omar.sahal ( 687649 ) on Wednesday December 30, 2009 @03:42PM (#30598462) Homepage Journal
    Will this [pida.co.uk] do.
    I'm not entirely sure of not extending vim but "not wanting to give up the efficient text editing capabilities of VIM" could mean.

    PIDA is an IDE (integrated development environment). PIDA is different from other IDEs in that it will use the tools you already have available rather than attempting to reinvent each one. PIDA is written in Python with the PyGTK toolkit, and although is designed to be used to program in any language, PIDA has fancy Python IDE features.

    Its, a IDE and will allow you to use vim as well.

  • by fred fleenblat ( 463628 ) on Wednesday December 30, 2009 @04:02PM (#30598716) Homepage

    when i get tired of typing i'll do a command line like

        vi +100 program.c ; make; ./program arg1 arg2 etc

    and then use command history (up arrow+return) to repeat it

    it ends up being as fast as an IDE and it's much more flexible.
    most importantly to me it works inside an ssh or telnet session with any old unix box.

  • Switching TO Vim (Score:2, Interesting)

    by apharmdq ( 219181 ) on Wednesday December 30, 2009 @04:03PM (#30598746)

    I'm currently working on switching away from my IDE to vim. There are plenty of plugins to put it on par with most IDEs, and honestly, a lot of the stuff in modern IDEs is just fluff. As for loading down Vim with all the extra stuff, I don't have the plugins autoload, but rather load after I run a script to transition it to my own "IDE Mode." This keeps Vim small and fast when I'm doing ordinary editing. I'm still in the transition phase, so I may not have seen all the disadvantages yet, but as far as I can see, the advantages outweigh them.

    I'm also aware that Emacs does it quite well, but I'm more of a Vim user, so I'll stick with that unless I run into a wall and have to use Emacs in Viper Mode instead.

  • by TheCarp ( 96830 ) <sjc.carpanet@net> on Wednesday December 30, 2009 @04:19PM (#30598924) Homepage

    I tried eclim and found, pretty quickly, that I reverted to the eclipse built in editor.

    The problem that I had was that well, it didn't add the capabilities to vim, as much as add vim to the IDE.

    I love vim, but, the ability to highlight individual lines and give me specific errors, especially as I am new to java and tend to make silly errors still. More than that, just the ability to have it cleanly (mostly, I have issues with eclipse's built in editor too) pop up a list of what methods are available on an object as I go serves both to help me refer to docs less, but also to remind me of what I am doing.

    Overall, I do prefer vim because I am so used to it. The ability to switch modes, and run a quick regex over a whole document, or do it from here to the end of file, or just do it on the next 10 lines... so handy! I really wish I could get the best of both worlds, but, for now... I need the other features more.

  • Re:Qt Creator (Score:3, Interesting)

    by StackedCrooked ( 1204878 ) on Wednesday December 30, 2009 @04:36PM (#30599178)
    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.
  • by Abcd1234 ( 188840 ) on Wednesday December 30, 2009 @05:23PM (#30599734) Homepage

    Umm vim supports plugins, and there is of course a GDB one.

    Sorry, no. I absolutely adore Vim and use it as my primary editor, but when it comes to debugger integration, Vim sucks. Hard. Decent GDB integration with Vim requires patching Vim. Why? Because Vim has *terrible* support for multiplexing interaction between the user and external processes (well, unless you're willing to settle with gvim, in which case clewn can use the NetBeans interface). ie, Vim is simply not architected to properly handle the idea of managing an on-going, externally running application, instead only really supporting the idea of a command starting, then completing (:! works exactly that way).

    No, if there's one thing I desperately miss from Emacs, it's the more solid approach to handling external processes (and the better extension language... vimscript works, but, ugh, who wants to learn a new, special extension language when so many perfectly find embeddable languages are available?). Which is why you'll never see, say, embedded shell support in Vim: It's just not designed to be able to do that sort of thing.

  • Real programmers... (Score:2, Interesting)

    by meuhlavache ( 1101089 ) on Wednesday December 30, 2009 @07:30PM (#30600914) Homepage
    ... use butterflies ! http://xkcd.com/378/ [xkcd.com]

"If it ain't broke, don't fix it." - Bert Lantz

Working...