Skip to content
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

Bump to monaco-editor 0.20.0 #207

Merged
merged 7 commits into from
Jun 2, 2020
Merged

Conversation

CGNonofr
Copy link
Collaborator

@CGNonofr CGNonofr commented Apr 9, 2020

No description provided.

@gitpod-io-legacy-app
Copy link

Open in Gitpod - starts a development workspace for this pull request in code review mode and opens it in a browser IDE.

@dkattan
Copy link

dkattan commented May 14, 2020

I'd like to see this merged in, is there something I can do to help?

@@ -105,6 +107,11 @@ export class MonacoLanguageClient extends BaseLanguageClient {
}
}

public registerProposedFeatures() {
this.registerFeature(new CallHierarchyFeature(this));
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should CallHierarchyFeature be registered? I don't think Monaco supports this feature, does it?

Copy link
Collaborator Author

@CGNonofr CGNonofr May 19, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Indeed, an additional component will be needed to make it work I guess.

But the SemanticTokensFeature also requires some tweaks to work so... and it seems pretty harmless to register an unsupported feature (especially this one).

What do you suggest? Having a method per proposed feature?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@CGNonofr I was more asking to make sure I hadn't missed it while looking at the code.

I don't think it's the end of the world to register it. It just needs to be made clear that this is unsupported given that Monaco does not support it.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Using a comment? or by renaming the method? or just by updating the documentation?

@akosyakov
Copy link
Contributor

@CGNonofr Would it be all right if @RomanNikitenko pushes to this PR to address outstanding comments and merge it? Could you make sure that the PR is opened for collaborations with maintainers: https://help.github.com/en/github/collaborating-with-issues-and-pull-requests/allowing-changes-to-a-pull-request-branch-created-from-a-fork#enabling-repository-maintainer-permissions-on-existing-pull-requests

@CGNonofr
Copy link
Collaborator Author

@akosyakov No problem for me, it's already "opened for collaborations with maintainers"!

Feel free to do whatever is needed to get it merged

@RomanNikitenko
Copy link
Collaborator

RomanNikitenko commented May 28, 2020

@CGNonofr @akosyakov
My thoughts were the following:

  • I see here and here that 6.1.0 version of vscode-languageclient is used for 0.20.x version of VS Code.
  • 6.1.0 version of vscode-languageclient is based on 1.41.0 vscode
  • so we should use the corresponding objects, for example for Diagnostic the difference is: this code vs this one

Is it correct from your point of view?
Please let me know if I'm wrong and should revert my last commit.

@akosyakov
Copy link
Contributor

@RomanNikitenko I think it is fine to catch up with LSP. It could be also necessary for the semantic highlighting support. One has to check which minimal version vscode-languageclient is required to support it.

@RomanNikitenko
Copy link
Collaborator

RomanNikitenko commented May 28, 2020

@akosyakov
Do you mean that we can use:

  • vscode-languageclient: 6.1.3
  • @types/vscode: 1.43.0

for 0.20.x of Monaco?

@akosyakov
Copy link
Contributor

I think it should be fine.

Signed-off-by: Roman Nikitenko <rnikiten@redhat.com>
@RomanNikitenko
Copy link
Collaborator

I think it should be fine.

OK, thanks, changed to 6.1.3 and 1.43.0 respectively.

@akosyakov
Copy link
Contributor

@RomanNikitenko You can merge it to produce next version for testing.

@RomanNikitenko RomanNikitenko merged commit fb587b3 into TypeFox:master Jun 2, 2020
@RomanNikitenko
Copy link
Collaborator

@CGNonofr
thank you for your efforts related to the upgrade!

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.

5 participants