Live data from Hacker News

VsVim

visualstudiogallery.msdn.microsoft.com

11–20 of 54 posts

Re: VsVim

#13
post #12

Anyone tried this and can give some insight in comparison with ViEmu from http://www.viemu.com/ ?

I use this daily in VS2010, and have used ViEmu in previous VS versions.

Generally, I like it, but it can be a bit sluggish at times. The only plugin I have running is JSLint, so I suspect it's VSVim causing the problems (though it only generally bogs down when I leave VS2010 for a bit). The keybindings work as one would expect. As I mentioned in a different thread, I wish it could break out of the tabbed window convention of VS and use buffers.

ViEmu did feel a bit faster (and was less prone to crashing).

Re: VsVim

#14

Putting the standard key bindings for vi is one thing, but without being able to customize it like vim, it's almost worthless to me. The custom bindings I have set are there to do common operations, and they become an integral part of my vim.

Agreed, but if you are forced to use VS2010[1], it's nice to have the keybindings.

[1] Yes, you can survive without the IDE if you are doing .NET development.

Re: VsVim

#15
My development work is a polyglot split across Linux, Mac and Windows/.NET projects. I also use both Vim and Vim keyboard bindings (in other editors) on Unix.

Whilst I prefer *nix, when I have to use Visual Studio, I use the VsVim plugin, and it's a real pleasure to be able to seamlessly move between platforms and development environments, IDEs and text editors in this way.

Not only do I love VsVim, but it significantly reduces the friction of using Visual Studio, and even adds some enjoyment to coding on that platform. VsVim is F# under the hood too (which shouldn't matter to the user, but it _is_ kinda cool).

Thoroughly recommended!

Re: VsVim

#16
I use this plugin everyday.

It's got some serious bugs that make my heart stop.

The biggest one is Undo. Looks like the plugin keeps it's own list of modifications that were performed. So when sometimes I press "u" to undo the latest change - Visual Studio gets suspended for a minute or two, and all my changes that I did since I opened Visual Studio (could be a day or a week) are pretty much gone. The work around is to close the file without saving.

Re: VsVim

#17
post #12

Anyone tried this and can give some insight in comparison with ViEmu from http://www.viemu.com/ ?

I can chime in as I just purchased ViEmu. It's really wonderful to have all the Vim bindings present in studio (and the rest of Office!). I haven't noticed any speed issues and I haven't noticed bugs (yet), but I've only been using now daily for two weeks and I haven't installed any plugins for it.

Re: VsVim

#18
post #12

Anyone tried this and can give some insight in comparison with ViEmu from http://www.viemu.com/ ?

I haven't tried VsVim, but I can say that the guy who writes ViEmu is a really nice guy who is extremely responsive to suggestions.

Re: VsVim

#19
post #4

This seems to be a part of a nascent trend in IDEs. There's vrapper and eclim for eclipse, Vintage for Sublime Text, and now this as well. I've seen a lot of arguments about how people don't use IDEs because vim/emacs are better, and I always felt they were misguided. I see the feature sets of vim/emacs and your common IDE as nearly disjoint sets, and I couldn't be happier to see the good parts of the two editors bei…

IDEs are terrible text editors. Text editors are terrible IDEs. I can't wait until people figure out how to graft good text editors and good IDEs together.

One way to do that is to provide IDE functionality as an external service to the text editor. There's a Scala editing package for Emacs called Ensime that uses the Scala presentation compiler, a service that runs in the background. Every time Ensime is asked to colorize code, provide code completion, or jump to the definition of a symbol, it asks the presentation compiler, which gives it the right answers. No half-assed guessing; it actually runs the relevant compiler passes and provides correct information.

Another way to do it might be to embed a real text editor (not just a crappy emulation mode) into an IDE somehow. I think that's what I would prefer. Emulation modes in IDEs will always be playing catch-up, and power users of a Emacs or vim shouldn't have to maintain a mental catalog of which features have been emulated and which haven't. I don't know how it would work, though, and I don't know of anyone working on it.

Re: VsVim

#20
post #19
post #4

This seems to be a part of a nascent trend in IDEs. There's vrapper and eclim for eclipse, Vintage for Sublime Text, and now this as well. I've seen a lot of arguments about how people don't use IDEs because vim/emacs are better, and I always felt they were misguided. I see the feature sets of vim/emacs and your common IDE as nearly disjoint sets, and I couldn't be happier to see the good parts of the two editors bei…

IDEs are terrible text editors. Text editors are terrible IDEs. I can't wait until people figure out how to graft good text editors and good IDEs together. One way to do that is to provide IDE functionality as an external service to the text editor. There's a Scala editing package for Emacs called Ensime that uses the Scala presentation compiler, a service that runs in the background. Every time Ensime is asked to co…

To follow up on my earlier comment, the KDE platform includes a component model called KParts that, to use modern lingo, is used to perform various "application mashups", including embedding the Kate editor (comparable to TextMate/BBEdit or UltraEdit/Notepad+, including powerful plugin and scripting APIs) into KDevelop while preserving all of its functionality. KParts allow developers to control how the merguing of things like action and shortcut collections, menus, toolbars etc. is done.
Post reply on HN