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

GraphQL LanguageService 3.0.0 Roadmap #1447

Open
5 of 12 tasks
acao opened this issue Apr 1, 2020 · 1 comment
Open
5 of 12 tasks

GraphQL LanguageService 3.0.0 Roadmap #1447

acao opened this issue Apr 1, 2020 · 1 comment

Comments

@acao
Copy link
Member

acao commented Apr 1, 2020

With monaco, we can start working more directly with our complete Language Server Protocol library (GraphQLLanguageService in interface), which can be consumed by everyone on the web and in their IDE.

Introducing monaco will require some underlying changes to the languageservice, as well as introducing LSP spec language features.

Package Re-organization

  • graphql-languageservice (new) - a glue package for interface and types. meant to re-create the pattern of other vscode LS packages. More details
  • graphql-language-service-interface
  • graphql-language-service-parser

TODO

  • convert to TS
  • Symbols
  • interfaces implementing interfaces
  • Go To Definition (single document)
  • Go To Definition (full workspace)
  • Find References
  • Go To Reference
  • Plugins in the interface?
  • Adopt upcoming 15.0.x features
  • Replace @babel/parser with a language agnostic parser for gql template tags and other configurable patterns.
  • Universal file system
  • Universal config, graphql-config?
@divyenduz
Copy link
Contributor

Go To Definition (full workspace)

This already works for a file that you open in the editor once. Maybe this is just about building the catch at first launch once.

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

No branches or pull requests

2 participants