On Nov 25, 2013 10:20 PM, "Marc Weber" <[email protected]> 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 [email protected]. > 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 [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
