* Eric Arnold <[EMAIL PROTECTED]> [060512 07:52]:
> I was wondering if anybody has thought about having an unsupported
> version of Vim which has various enhancements and patches that aren't
> yet approved for the official version of Vim?
> 
> I was thinking this would be a way of getting stability and testing
> feedback within the Vim-dev community or whoever wants to deal with
> research-n-development version.
> 
> Once an enhancement has had some time to solidify, it would be easier
> for Bram to decide whether to include it in an official release.
> Bram?
> 
> I'm writing this with the GetChar Event patch in mind.  I'd like to be
> doing several things with it, but it seems like a waste not to be able
> to share and test with anybody.
> 
> Comments?

I think this would be a good idea.  With the new subversion repository,
it would be easy to keep one or more separate research branches separate
from the current stable and official release trunk.  I am not sure if
sourceforge is set up to allow different access to different branches of
the svn repo, but if so, and Bram is willing to allow commit access to a
few others to specific branches, it would greatly simplify both keeping
the research branches up-to-date with current official changes and
merging specific research features into the official release when and if
the features are deemed ready for prime time.

It appears that the current svn repo does not follow the recommended
trunk/branches/tags layout.  I would be willing to help both set that up
and move all of the CVS history to the svn repo if Bram and Edward would
allow me to do so.  If sourceforge allows setting different permissions
on different directories of the svn repo, we could allow "research"
developers access to specific subdirectories of branch, while the main
work continues in trunk.

Perhaps the first order of business (if Bram is not opposed to this
idea) is to find out from sourceforge if we can set up different
permissions on different subdirectories.

Of course, if sourceforge does not allow this, or if Bram would rather
keep these unofficial features completely out of the official svn repo,
we could always set up a separate repo.

...Marvin

Reply via email to