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

5.x Working Roadmap #626

Open
acao opened this issue Dec 15, 2020 · 4 comments
Open

5.x Working Roadmap #626

acao opened this issue Dec 15, 2020 · 4 comments

Comments

@acao
Copy link
Contributor

acao commented Dec 15, 2020

Hey so!

What does the roadmap for the rest of 3.x look like?

I have some ideas for the programattic API and other feature improvements. Do you all mind if i start turning this issue into a legit roadmap?

@kamilkisiela
Copy link
Owner

Feel free :)

@dimaMachina
Copy link
Collaborator

I propose for GraphQL Config v5 the followings

  • drop Node 12 support
  • remove the legacy structure of config and legacy config names
    image
    image
  • bundle to ESM only
  • support graphql.config.mjs config

@dimaMachina dimaMachina changed the title 3.x Working Roadmap 5.x Working Roadmap Mar 30, 2022
@dimaMachina dimaMachina pinned this issue Mar 30, 2022
@acao
Copy link
Contributor Author

acao commented Apr 22, 2022

@B2o5T we still have many users who need the legacy mode because intellij‘s graphql config is still entirely based on 1.0 config.

For example at my company we use the legacy graphql config format because a majority of developers use intellij IDEs.

we still regularly get support issues like this where people find they have to toggle on legacy support

@acao
Copy link
Contributor Author

acao commented Apr 22, 2022

A few features that would be nice for the LSP server, and allow us to rely on this library‘s internals rather than our own DIY normalization of the raw config:

  • I would like getDocuments() to have an option for CodeFileLoader to continue after parse failures, but perhaps we can use loadDocuments() and pass an option for this?
  • It would be great to have a project.getEndpoints() that normalizes and returns endpoints and config. If no extensions.endpoints are configured, it attempts to retrieve this information from the schema config
  • project.getSchemaFiles() would return a normalized list of all the files with SDL in the schema config

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

3 participants