On 12-Jul-2011 00:33, Marc Weber wrote:
> [...] the long running future of Vim should not be VimL anymore
> because people have to learn it. Most people can already write some JS
> .. And JS won't die cause its standard in webbrowsers. Its as simple
> as that.
IMO most of the complexity is due to
Excerpts from Ingo Karkat's message of Tue Jul 12 09:36:52 +0200 2011:
> IMO most of the complexity is due to the Vim API, not VimL itself. So, unless
> you completely redesign the API (and that probably means changing much of the
> core Vim implementation as well), you won't gain that much.
>From
Christian Brabandt wrote:
> On Mo, 11 Jul 2011, Bram Moolenaar wrote:
>
> > Thanks for the fix. Can you also update the test so that it fails
> > without this patch?
>
> Sure.
Thanks!
--
There is a fine line between courage and foolishness.
Unfortunately, it's not a fence.
/// Bram Moolen
On 12-Jul-2011 11:17, Marc Weber wrote:
> Excerpts from Ingo Karkat's message of Tue Jul 12 09:36:52 +0200 2011:
>> IMO most of the complexity is due to the Vim API, not VimL itself. So, unless
>> you completely redesign the API (and that probably means changing much of the
>> core Vim implementat
> Also think about whether you only want VimL or VimL and Vim's api (:h
> functions). If you want all of them .. good luck. I don't think this
> makes much sense except functions like getline or getcursor.
Yeah... the latter is *sort-of* what I have in mind. I figured the various
functions coul
Reply to message «Re: Vim Script grammer»,
sent 13:17:46 12 July 2011, Tuesday
by Marc Weber:
I think the solution is a modal editor with plugin architecture and a VimL
interpreter as one of the plugins so that you can move VimL scripts there. I am
choosing LLVM for it because it is the only pr
On 12 Jul 2011, at 17:48 , ZyX wrote:
> I think the solution is a modal editor with plugin architecture and a VimL
> interpreter as one of the plugins so that you can move VimL scripts there.
Or maybe a modular modal editor :), with separation of the presenter and the
text manipulator (like sa
Am 11.07.2011 21:05, schrieb ZyX:
Reply to message «Re: Vim Script grammer»,
sent 22:38:50 11 July 2011, Monday
by Peter Odding:
- Vim script commands determine how their arguments are parsed so there
doesn't seem to be a universal way to parse Vim script code -- it
depends on the commands in
Am 11.07.2011 21:05, schrieb ZyX:
Reply to message «Re: Vim Script grammer»,
sent 22:38:50 11 July 2011, Monday
by Peter Odding:
- Vim script commands determine how their arguments are parsed so there
doesn't seem to be a universal way to parse Vim script code -- it
depends on the commands in
Reply to message «Re: Vim Script grammer»,
sent 22:51:15 13 July 2011, Wednesday
by Andy Wokula:
At least five ways and three of them are only for built-ins. Great.
By the way, in your example wincmd will also consume «"» in place of bar
without
error though it does not make sense.
Original m
Am 13.07.2011 05:56, schrieb ZyX:
Reply to message «Re: Vim Script grammer»,
sent 22:51:15 13 July 2011, Wednesday
by Andy Wokula:
At least five ways and three of them are only for built-ins. Great.
By the way, in your example wincmd will also consume «"» in place of bar without
error though it
11 matches
Mail list logo