Skip to content

Move PowerShellEditorServices over to Omnisharp-lsp #995

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged

Conversation

TylerLeonhardt
Copy link
Member

In theory, this will delete:

PowerShellEditorServices
PowerShellEditorServices.Host
PowerShellEditorServices.Protocol

And move to a single PowerShellEditorServices.Engine project that leverages the Omnisharp csharp-language-server-protocol package that abstracts away all the message handling of the language server protocol and debug adapter protocol.

Not all messages are handled yet, as this is a huge refactor... but progress on this can be seen here on my Notion board.

I'm trying to fill out the Pester tests as a go along as a form of smoke tests. If anyone has any interest in helping with this effort please let me know and we can coordinate.

I'm very pleased with this project (the csharp-language-server-protocol) - we can write "Services" and "Handlers" in their own files that we can more easily write tests for (tests would be an awesome way to help me in getting this in).

It's still going to take time, but I'm looking forward to getting this in.

Robert Holt and others added 23 commits May 30, 2019 18:03
…bolshandler

add dummy workspace symbols handler
…esymbolshandler

A working WorkspaceSymbolsHandler
* Added Diagnostics

* didChangeConfiguration message and general settings support

* Apply suggestions from code review

Co-Authored-By: Robert Holt <rjmholt@gmail.com>
* Added Diagnostics

* didChangeConfiguration message and general settings support

* initial folding support

* log level trace

* folding works with latest omnisharp version

* comment typo

* added test for folding
@TylerLeonhardt TylerLeonhardt changed the base branch from master to omnisharp-lsp July 29, 2019 19:00
@TylerLeonhardt
Copy link
Member Author

On second thought, I think I'm going to merge this into an omnisharp-lsp branch and work out of that. Let me know if anything jumps out at you in this implementation but do keep in mind it's WIP state.

@TylerLeonhardt TylerLeonhardt marked this pull request as ready for review July 29, 2019 19:01
@TylerLeonhardt TylerLeonhardt requested a review from rjmholt as a code owner July 29, 2019 19:01
@TylerLeonhardt
Copy link
Member Author

So far I've found a big issue with our current formatting implementation - for some reason, our formatter is registered in vscode-powershell when it should be done in PowerShellEditorServices... csharp-lsp gives this to us for free but it means we'll have to delete this file when we get this in

@TylerLeonhardt
Copy link
Member Author

The reason OnType Formatting is sooooo bad is because of this code which performs multiple round trips from PSES to vscode-powershell with EVERY OnType request...

@TylerLeonhardt
Copy link
Member Author

Also, my goal is to use the PowerShellContext as little as possible...

@TylerLeonhardt TylerLeonhardt merged commit afc0c19 into PowerShell:omnisharp-lsp Jul 29, 2019
@TylerLeonhardt TylerLeonhardt deleted the formatting-support branch July 29, 2019 20:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants