Expose bracket matching functionality to extensions

[johnfn]

I'm developing a Vim extension for Visual Studio Code and I could really use your guys' bracket matching logic.

Either exposing a function like getTextDecorations() or, better yet, a function like getMatchingBracket(position: Position) would be awesome.

Thanks!

[jrieken]

fyi @alexandrudima

[jrieken]

Sorry, but that won't happen in July

[johnfn]

How about December? 😉

[jrieken]

How about a PR?

[johnfn]

Alright, but if I make a PR on vscode you have to make a PR on vscodevim. It's only fair! 😉

[CoenraadS]

For your proposed API getMatchingBracket(position: Position), do you expect position to already be a bracket position, or make it such that someone can put any arbitrary position in and it will return the 2 surrounding brackets of that position.

getMatchingBracket(position: Position) : Bracket
getSurroundingBrackets(position: Position) : BracketPair

Thoughts on including it, or should I make a separate request/issue?

[CoenraadS]

@johnfn Is this being worked on? Else I might try it myself if its not too hard. (Not enough time)

@jrieken Should API be discussed here or in PR?

[jrieken]

@jrieken Should API be discussed here or in PR?

here

[johnfn]

No, I haven't worked on this.

Sorry I missed your question almost a month ago. getSurroundingBrackets would be ideal.

[CoenraadS]

getMatchingBracketPosition(position: Position) : Position?
getSurroundingBracketPositions(position: Position, type?: CharacterPair) : Position[]?
getBracketTypes() : CharacterPair[]

Using the above api it would be possible to expose getting the bracket types for a document, and then being able to search surrounding brackets based on the bracket type.

The reason for needing vscode to do this work rather then parse it extension side is because we can't tell if a bracket is in a comment or a string without having to implement language specific parsing, while we want a generic solution for all languages. I'm hoping that some of the logic in bracketMatching.ts might be able to be reused, but I'm not sure its possible to reach that code from an entry point such as ExtHostDocumentData

[jrieken]

cc @alexandrudima who knows more about this.
@CoenraadS today we have no token information in the extension host and for performance reasons have no plans yet to change that

[jrieken]

This feature request will not be considered in the next 6-12 months roadmap and as such will be closed to keep the number of issues we have to maintain actionable. Thanks for understanding and happy coding!