Live data from Hacker News

Plans for Vim 7.4

groups.google.com

31–40 of 86 posts

Re: Plans for Vim 7.4

#31
1. Expand the vim philosophy to be a whole OS UI experience, be able to control all apps on the screen using vim controls.

2. jokes aside, the most important need is probably better repl: eval result should pop up on screen.

Re: Plans for Vim 7.4

#32

With the development beeing rather slow as it is, wouldn't Vim benefit more from improving the whole community aspect as well as connectivity? I still use Vim, but it is a bit annoying to see well done solutions I've been using for years fall behind new projects (Hello Firebug) that accomplish more in a year than others in 20 years. If Sublime Text was Open Source and the vi mode better I'd switch in an instant. And…

> If Sublime Text was Open Source and the vi mode better I'd switch in an instant. And probably a lot of people too.

You might but the thing is, Vim has been around for over 20 years and hasn't really lost any steam (and vi for another 20 years on top of that). Sublime has only been around for 5 years and it's closed-source meaning if the development dried up or something, it's a dead project. Vim has a high bus factor since it's only developer is Bram, but at least it's open-source so it can be taken over by someone.

Re: Plans for Vim 7.4

#35

1. Expand the vim philosophy to be a whole OS UI experience, be able to control all apps on the screen using vim controls. 2. jokes aside, the most important need is probably better repl: eval result should pop up on screen.

Not quite sure what you mean - have you tried ScreenSend?

Re: Plans for Vim 7.4

#38

1. Expand the vim philosophy to be a whole OS UI experience, be able to control all apps on the screen using vim controls. 2. jokes aside, the most important need is probably better repl: eval result should pop up on screen.

Not quite sure what you mean - have you tried ScreenSend?

[deleted]

Re: Plans for Vim 7.4

#39
post #4

I am curious what "add IDE features" means. It seems like a wide-open feature request. A few things I can think of: * Better support for background tasks .. :mak, :grep, system(), :! without interrupting editing. * Fancier errorlist and locationlists. cexpr()/lexpr() really make you fit round pegs into square holes. * Better omni-completion performance (any completion dialogs other than , buffer keyword completion, a…

If you code C#, OmniSharp is quite awesome:

https://github.com/nosami/Omnisharp

Real intellisense, find usage, refactor, etc.

Re: Plans for Vim 7.4

#40

Just because people who follow the vim google group want more ide features and python integration doesn't mean thats what most vim users want. Why don't they fix the obvious flaw, mouse integration? (I know, because it would be hard)

Wait, what? Since when does being in the google group let you vote? I thought you had to be a paying customer/sponsor to vote.
Post reply on HN