Re: improving Vim - Kickstarter - brainstorming - goals - who wants to join?

Excerpts from Nikolay Pavlov's message of Mon Dec 02 15:56:25 +0100 2013:
> Currently such interfaces are pretty much useless without using vim.eval or
> vim.command (or equivalents in your language of choice). I started creating
> wrappers around various C structures (like that vim.options thingie
> wrapping functions that manipulate options array) that strip out
> requirement for vim.eval/vim.command.
=> TODO: would gobjectIntrospection system help? AFAIK it can generate
beindings to gobject like interfaces automatically for most scripting
languages

> > > - Unicode support in regular expressions.
> > Can you also provide a simple use case, here ?
> How do you match a Russian word? This will be /\b\p{Cyrillic}+\b/ in Perl.
So what you're aksing for is [a-zA-Z] but include language specific
characters such as ß in German or whatever is used in Russia?
Something smarter than [^ \t.;:!"'] (trying to match non word chars ..
but that's not going to work well)

> PCRE:
In fact that was what I proposed to Bram, I even wrote to the PCRE
mailinglist to understand how to use it (feed data in incrementally).
Bram disliked the idea ..
I'm in favour of "reusing code" if possible. I'm not in favour of
maintaining everything myself.

Also they were refactoring the interface.

Well "just improve" is not enough. We have one use case {Cyrillic}, but
which additional ones to support?

> > > - Non-string funcrefs (i.e. inclusion of my patch (without lambda
> part)).
Oh by the way: I introduced kind of, see vim-addon-mw-utils
funcref#Function or such. It allows storing a function to be called and
some args to be passed first. It also allows to evaluate strings.

Its not perfect, but quite useful.

> system("frobnicate ".shellescape(@%)) vs system(['frobnicate', @%])
Have a look at VAM's shell dsl. it comes very close.

> again very easy and common to forget about escaping or do it wrong
I agree. Also system vs :! requires different quoting etc.

> Also using pipes and not temporary files is faster and sometimes more
> reliable.
r! ...
:cbuffer
:-)

Added this to the sucks page

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.