Live data from Hacker News

VsVim

visualstudiogallery.msdn.microsoft.com

21–30 of 54 posts

Re: VsVim

#21
post #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…

Hopefully stuff like this will get fixed now that the project is accepting contributions from other developers. There was a point where his employment agreement prevented such from happening.

Re: VsVim

#22
post #12

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

I've used ViEmu for 5 years. I'm very satisfied with it. Don't have any reason to try VsVim, but it's nice to know there's more than one option now.

Re: VsVim

#23
post #8

It looks like a non-trivial portion of this is F#, so if you're interested in that, it might be worth poking around the github repo.

Funny, I actually cloned this repo last night to contribute. I really want to contribute because it's so useful and @jaredpar seems to be doing a shit ton of work all by himself. But the whole F# part is going to be a hurdle.

Re: VsVim

#24
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…

I had a coworker who tried to show me the value of VIM by asking me to program in Word. Interesting approach, but the lesson fell short on me.

Re: VsVim

#25
post #10
post #3

there was a similiar plugin for eclipse around, called eclim.

Isn't Eclim the other way around? I thought it would include features from Eclipse in Vim rather than bringing key Vim keybindings to Eclipse. There are several plugins for the latter though, like Vrapper[0] or ViPlugin[1]. There were also attempts to integrate a whole native Vim instance into eclipse[2]. [0] http://vrapper.sourceforge.net/home/ [1] http://www.viplugin.com/viplugin/ [2] http://sourceforge.net/project…

check their page; what I meant specifically was the ability to run vim inside of eclipse.

Re: VsVim

#26
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…

You can already setup Eclipse to be an external service to vim using eclim. I tried that for a while and it works, but then I realized that all the disadvantages of using a heavy IDE (project setup, project switching, startup/shutdown, inconsistent experience across languages and machines) were weighing me down too much.

Re: VsVim

#27
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…

I'm still having trouble seeing the value of an IDE.

When programming, all I'm doing is editing text and occasionally running an external program. what does an IDE have that makes it so valuable?

(Honest question! I've used IDEs in the past - MSVC, Eclipse, NetBeans, Anjuta, Code::Blocks, and several others - and found that the generally poor editors made it more difficult to program.)

Re: VsVim

#28
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…

I'm still having trouble seeing the value of an IDE. When programming, all I'm doing is editing text and occasionally running an external program. what does an IDE have that makes it so valuable? (Honest question! I've used IDEs in the past - MSVC, Eclipse, NetBeans, Anjuta, Code::Blocks, and several others - and found that the generally poor editors made it more difficult to program.)

For one, they provide a way to stay immersed in all aspects of your project continually while switching around between tasks (seeing your files/class tree + code + warnings/errors + status simultaneously on one screen). Even if you're savvy enough to achieve some of this through a careful terminal splitting/tiling setup, you're just halfway-implementing a graphical interface.

Like most GUIs, you're also provided with organized menu-based access to tools and features you might otherwise have to spend time remembering or learning how to do from a terminal.

Finally, IDE-centric features like in-editor static analysis / error highlighting can come in handy from time to time (Oops! Forgot a paren. Glad I didn't have to waste 15 seconds attempting to build, reading/understanding the error output, and coming back to this file/line).

(I agree that a lot of IDEs I've tried such as MSVC and Eclipse can be burdensome to use. I like using Geany, since it's foremost an editor, with useful panes and functionality added in.)

Re: VsVim

#29
This is very off-topic, but I am turned off by the URL. Is Microsoft obsessed with UUID? First, they have you use UUID to reference COM components. And now in URL? Next you will see them ask their own employees to use UUID as email addresses.

Re: VsVim

#30
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…

I don't know about other text editors, but Emacs is actually a pretty good IDE for all the languages I use (JavaScript, Haskell, Scheme and a bit of Python). It's not very good for Java, but it is apparently solid for Scala and supports C/C++ fairly well with CEDET, although I haven't tried that.

So the external service approach works well (Haskell, Python and Scala) as does a native Emacs approach (lisp, CEDET, JavaScript). Either way though, Emacs can make a killer IDE without giving up its text editing prowess or other assorted magic (TRAMP, shell-mode...etc).

Post reply on HN