> So many years of usage experience went into vim. This means the existing code > addresses a vast number of corner cases which crept up during the years.
that's why Bram wants a test for every patch ;) I don't have the expertise to say which path would be the best for neovim, but at least tests should make refactoring a lot easier. I'm more worried about refactoring the code and, at the same time, change / add stuff (like the new plugin system) -- -- 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 vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
