Re: breaking with history ?

Hi Steve,

Please don't get me wrong. I'm trying to collect all ideas so that the
simplest way to move into the near future can be found.

I also depend on VimL. And I've also documented on that wiki page that
I think fixing is the way to go. However before getting started I'd like
to know whether there are other features people may want to have which I
should keep in mind.

> python
Its not only a problem that "python is not packaged" by default.
You cannot write multi threaded applications (reading stdin/out)
of foreign tools easily. This is very common today. Examples are
sbt, haskell yesod live reload mode etc.

If you know a sane way to implement such without depending on "on idle"
features.

I'm not talking about "turning Vim into a kitchen sink", but eventually
about moving into a direction so that APIs will happen which allow
plugins to do so.

That extension such as "netbeans" exist arleady show that Vim basically
failed that time (for whatever reasons).

I want to follow the linux philosophy: One tool should be good at one
task. But make it easy for other tools to use this one tool.

This is basically a "try to understand" before getting started request.

If not much replies happen, the better. That then means that everything
is fine, and that getting small features in will do it.

Marc Weber

--
--
You received this message from the "vim_use" 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_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.