Implement basic textDocument/documentSymbol

[kubukoz]

Issue #, if available:

Closes #87.

Description of changes:

Implements a basic documentSymbolProvider.

Some limitations of this implementation that may be expanded further in future changes:

• flat structure: things like operations could have child symbols, but currently everything is on the top level
• some SymbolKind translations may be made more precise with e.g. member target lookup

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Demo:

[srchase]

Could you fix up the checkstyle issues (star import, etc) so we can confirm the rest of CI is successful?

[kubukoz]

done! I can't imagine how you folks can work like this, without an automated rewrite that fixes these issues ;)

[kubukoz]

let's see if the file-based way works on Windows...

[kubukoz]

Apparently not. Sadly I have no access to a Windows machine so won't be able to play with it. @srchase any hints for resolving this?

[srchase]

Apparently not. Sadly I have no access to a Windows machine so won't be able to play with it. @srchase any hints for resolving this?

This change fixed the Windows path issue: 0555cfa

The issue is that on Windows, documentUri looked like this: file:/C:/..., whereas loc.getUri() is file:C:\..., so the fix normalizes the slashes and then only compares the last segment when split on the colon.

[kubukoz]

awesome! let me see if it still works as expected on my machine and I'll pull that in.

[kubukoz]

looks alright :)