Plans for Vim 7.4

#1

Post by davekt » Thu, May 09, 2013, 11:13 AM UTC

Plans for Vim 7.4
groups.google.com

Re: Plans for Vim 7.4

#2

Post by coolwanglu » Thu, May 09, 2013, 12:37 PM UTC

Hmm, the signature looks interesting.

Re: Plans for Vim 7.4

#3

Post by GhotiFish » Thu, May 09, 2013, 12:40 PM UTC

coolwanglu wrote: post #2

Hmm, the signature looks interesting.

  E  M  A  C  S
  s  e  l  o  h
  c  t  t  n  i
  a  a     t  f
  p        r  t
  e        o
           l

Re: Plans for Vim 7.4

#4

Post by oinksoft » Thu, May 09, 2013, 1:00 PM UTC

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, are unusably slow for my purposes).

* Built-in support for some filesystem operations. NERD_tree/:! can be clunky, and dropping into the shell isn't always ideal.

* Real shell buffer .. I know I'll get my head cut off for this because it is quite emacs-y, but it would be nice to be able to run my shell in a buffer. At the very least, it would be nice to have :sh be a somewhat capable terminal that could handle colors and generally feel like a normal terminal.

I'm excited to see 7.4 because it looks like some real new direction for the project, for better or worse. I'm sad to see VimScript de-emphasized, having invested a good bit of time in getting good with it, but VimScript is pretty slow, so this is good news.

Re: Plans for Vim 7.4

#5

Post by coldpie » Thu, May 09, 2013, 1:02 PM UTC

Version numbers are infuriating. Dates don't overflow, people! If you're doing incremental development that doesn't have a concept of a "stable release", just use dates. This applies to projects like Firefox and the Linux kernel. I was pretty annoyed when Linus went with 3.x. Eventually, it's going to run into the same problem 2.6.x did. Date-based versioning would have lasted forever!

Re: Plans for Vim 7.4

#6

Post by bti » Thu, May 09, 2013, 1:04 PM UTC

Anyone know how long it would take for the 7.4 update to reach MacVim?

Re: Plans for Vim 7.4

#7

Post by jaredmcateer » Thu, May 09, 2013, 1:08 PM UTC

oinksoft wrote: 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…

The vim voting page describes the IDE features as a built in debugger and shell window.

Re: Plans for Vim 7.4

#8

Post by oinksoft » Thu, May 09, 2013, 1:10 PM UTC

coldpie wrote: post #5

Version numbers are infuriating. Dates don't overflow, people! If you're doing incremental development that doesn't have a concept of a "stable release", just use dates. This applies to projects like Firefox and the Linux kernel. I was pretty annoyed when Linus went with 3.x. Eventually, it's going to run into the same problem 2.6.x did. Date-based versioning would have lasted forever!

For internal purposes, you're probably right. For distribution and documentation purposes, I think it's much easier to understand "this plugin works on 7.3 or later" than "this plugin works on 2010-08-25 or later."

Re: Plans for Vim 7.4

#9

Post by chjj » Thu, May 09, 2013, 1:22 PM UTC

I'm not sure about IDE features. The whole reason I use vim in the first place is precisely because it's not an IDE. I don't want integration, I want unix instead. It's the same reason I use dwm for my desktop setup and configure everything by hand as opposed to using a desktop environment. I want technically simple software. Right now I could already easily configure/integrate vim to use gdb, gcc, git, jshint, etc. using vimscript. I prefer that over hardcoded integration. I'm just curious what's meant by IDE features. Maybe I'm misinterpreting it. At the end of the day, I trust Bram. He's created an amazing text editor and maintained it for more than 20 years.

Re: Plans for Vim 7.4

#10

Post by sepeth » Thu, May 09, 2013, 1:23 PM UTC

oinksoft wrote: post #8

coldpie wrote: post #5

Version numbers are infuriating. Dates don't overflow, people! If you're doing incremental development that doesn't have a concept of a "stable release", just use dates. This applies to projects like Firefox and the Linux kernel. I was pretty annoyed when Linus went with 3.x. Eventually, it's going to run into the same problem 2.6.x did. Date-based versioning would have lasted forever!

For internal purposes, you're probably right. For distribution and documentation purposes, I think it's much easier to understand "this plugin works on 7.3 or later" than "this plugin works on 2010-08-25 or later."

I think it doesn't have to include fully qualified date. For example, Ubuntu uses date-based versioning, e.g. 13.04