On Sa, 16 Sep 2017, Ken Takata wrote:
> Seeing Benji's repository, the latest commit was 6 months ago:
> https://github.com/benjifisher/matchit.zip
>
> I'm not sure he actually abandoned it.
> Isn't it better to ask him before taking over?
Oh it looks still maintained, I did not know. I asked fo
Hi,
2017/9/17 Sun 3:32:14 UTC+9 Christian Brabandt wrote:
> On Sa, 16 Sep 2017, Bram Moolenaar wrote:
>
> > It looks like Benji abandoned this. Perhaps someone can take over
> > maintenance?
>
> I can do it.
Seeing Benji's repository, the latest commit was 6 months ago:
https://github.com/benj
On Sa, 16 Sep 2017, Bram Moolenaar wrote:
> It looks like Benji abandoned this. Perhaps someone can take over
> maintenance?
I can do it.
Best,
Christian
--
Im Leben kommt es darauf an zu lernen, ohne die anderen merken zu lassen,
daß man lernt.
--
--
You received this message from the "vi
Christian Brabandt wrote:
> On Fr, 15 Sep 2017, Bram Moolenaar wrote:
>
> > Thanks. I'll include it.
> >
> > Hmm, there is quite a bit of half finished and commented-out code.
> > I'll remove a few lines, but some more cleanup should be done.
>
> Well, there is still #955 laying around, that
On Fr, 15 Sep 2017, Bram Moolenaar wrote:
> Thanks. I'll include it.
>
> Hmm, there is quite a bit of half finished and commented-out code.
> I'll remove a few lines, but some more cleanup should be done.
Well, there is still #955 laying around, that cleans up quite some of
those normal mode
Christian Brabandt wrote:
> Bram,
> there is a bug in the matchit plugin. It makes use of the v:count1
> variable in the function s:MultiMatch(). However when it accesses the
> variable, it might be reset from the previous normal mode commands for
> restoring the cursor position. So save it a
Bram,
there is a bug in the matchit plugin. It makes use of the v:count1
variable in the function s:MultiMatch(). However when it accesses the
variable, it might be reset from the previous normal mode commands for
restoring the cursor position. So save it a little bit earlier:
diff --git a/ru
There's a little bug in the matchit plugin which might affect some
scripts relying on vim's behaviour. Consider jumping between the
start and end of a C comment, ie /* blah */.
Without matchit, vim moves the cursor between the two slashes, but
with matchit, the cursor moves to the * at the end-c
vim
:set ft=php
i
<&
%
Illegal backreference.
The patch below fixes it. The problem is that & in a substitution stands for
the
original match, but here we want to insert it literally into the string. There
may
be other places where the same mistake is made, I guess, but I didn't look; I
ju
