Michel Albert <[email protected]>:
> Partial refactoring is harder (depending on the case, a *lot* harder)
> and will take longer but is not risking as much. And not to forget,
> has a chance to get merged into the mainline code.
The problem with this approach is that everything would still have to go
through Bram, which is one of the major hold-ups for many patches that
already exist and that arguably improve things. Bram is certainly doing
a great job with the time he has available, but he's still a bottleneck
as he is only one person. That has led to the todo list getting longer
instead of shorter and many patches, including three different
approaches for asynchronous processes, just languishing there. So in
addition to the refactoring I think that a more flexible development
model that is not dependent on just one person and an antiquated
'patches' system could definitely improve things.
Jan
--
-[ OpenPGP key ID: 00A0FD5F ]-
Great minds have purposes, others have wishes. Little minds are tamed and
subdued by misfortune; but great minds rise above them.
-- Washington Irving
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.
