feat: % support

[tris203]

early days implementation

needs:

tests
docs
consideration about support when not directly over the bracket
only supports brackets at the moment
middlebracket support for if/else/end
comment support

will close #3
and part of #5

[willothy]

This looks good to me - do you think it's worth adding a test now or good to wait until more dev has been done on the feature?

[tris203]

This looks good to me - do you think it's worth adding a test now or good to wait until more dev has been done on the feature?

I am planning to add a test shortly, but i am just waiting until I finish a couple of minor type def/API changes which are in the other open PR

[baodrate]

still checking this out. looks good so far.

re: "only supports brackets at the moment", the % motion is mostly done by the matchit plugin included in [neo]vim (you've probably already looked at this, just mentioning for anyone else reading this PR). Unfortunately, all the logic is contained inside one big function, so we can't call into it directly, but useful as a reference.

[tris203]

still checking this out. looks good so far.

re: "only supports brackets at the moment", the % motion is mostly done by the matchit plugin included in [neo]vim (you've probably already looked at this, just mentioning for anyone else reading this PR). Unfortunately, all the logic is contained inside one big function, so we can't call into it directly, but useful as a reference.

Thanks. I'm not sure how much more of the implementation I want to recreate at this stage.

I have decided that I want to where possible avoid using the vim functions and use lua implementations of their behaviour.

As a % user what else do you think is MVP for the % matching @baod-rate

[tris203]

I think that I am happy with this level of implementation
% as a motion when not on a bracket is a bit weird, especially with nested brackets
Sometimes it takes you to the end, sometimes it does nothing

I will give it some time to mull over, but then i think this can get merged