On Nov 25, 2013 10:20 PM, "Marc Weber" <marco-oweber@gmx.de> wrote:
>
> Excerpts from Nikolay Pavlov's message of Mon Nov 25 18:55:56 +0100 2013:
> > I do if there is and *may be no* python? Not all interpreters work on the
> > same OS+arch combination vim does.
> Then there will be no support - why bother?
> Then Vim will be "an editor only" on those platforms. But honestly I
> think moste people do use Vim on systems where most interpreters (like
> python) are available, too.
>
> Also pay attention that Vim already is a set of compromises.
>
> Example 1:
> if_ implementations seem to support therading (scheme), others
> don't or don't do that well such as python. It works, but never call
> back into Vim from a background Vim thread ..
Do not know about mzscheme (racket), but if_py does not actually support threading: it is cpython that supports it: you are forced to bother with GIL. Though releasing it temporary to work with some vim C functions is not required I can hardly call these bits support.
> Example 2: Mappings. In gvim some mappings are available which are not
> in vim <m-*>
>
> Yet nobody asked "what about console? Some mappings will not be
> available".
>
> If something is not implemented (such as rm -fr), you have to worry
> about it in VimL- and VimL might be bad at it.
There is a big difference between one mapping disabled and missing support for the whole language with a day-to-day use. If one has to know VimL because it is the only option he will survive such situation. If one has not and thus do not know VimL a tiny bit...
And you still have not addressed another part: how will you spell things like :?abc?,/def/s/a/b/i or :g/ghi/norm A$ with python considering it is the default? I do not know a good solution. VimL is good unless you want to write a script with this. Python is very good for scripts, but never try to write a one-liner with it. Perl is good for one-liners as well as the scripts, but it is good for one-liners working with *streams* (e.g. pipes or files) (though there are interesting things like if(/abc/../def/), they are not much helpful if there are multiple lines matching /abc/ above the cursor and you only need the closest one).
>
> > Bram is creating some language which may or may not fit, do not remember
> > the details right now though.
> http://www.zimbu.org/
>
> zimbu is about "everything is an object" and everything "has an
> interface". While that's nice it prevents some kind of optimizations.
> Some existing systems tend to either "allow optimizing everything" or
> "nothing". The perfect system does not "write code", it describes code
> which can than be transformed into whatever you need.
> For the OO part I agree much with zimbu, however I'd also like to see a
> functional/haskell/ocaml like part: everything is data, and at compile
> time the compiler chooses the right code to operate on it using type
> classes. If you don't have inheritance the difference should not be that
> big.
>
> 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.
--
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.
No comments:
Post a Comment