Skip to content

Latest commit

 

History

History
65 lines (33 loc) · 4.8 KB

CHANGELOG.md

File metadata and controls

65 lines (33 loc) · 4.8 KB

vscode-graphql-syntax

1.2.2

Patch Changes

1.2.1

Patch Changes

1.2.1-alpha.0

Patch Changes

1.2.0

Minor Changes

Patch Changes

1.1.0

Minor Changes

  • #3019 ae43add6 Thanks @mjmahone! - Adds syntax highlighting for arguments on fragment spreads as well as variable definitions on fragments.

1.0.6

Patch Changes

1.0.5

Patch Changes

  • #2849 9b98c1b6 Thanks @acao! - docs typo bug - /* GraphQL */ (not /* GraphiQL */) is the delimiter for vscode-graphql-syntax & vscode-graphql language support

1.0.4

Patch Changes

  • #2573 a358ac1d Thanks @acao! - ## Enhancement

    Here we move vscode grammars and basic language support to a new GraphQL.vscode-graphql-syntax extension. GraphQL.vscode-graphql now depends on this new syntax extension. This constitutes no breaking change for vscode-graphql users, as this extension will be installed automatically as an extensionDependency for vscode-graphql. Both extensions will now have independent release lifecycles, but vscode will keep them both up to date for you :)

    Firstly, this allows users to only install the syntax highlighting extension if they don't need LSP server features.

    Secondly, this subtle but important change allows alternative LSP servers and non-LSP graphql extensions to use (and contribute!) to our shared, graphql community syntax highlighting. In some ways, it acts as a shared tooling & annotation spec, though it is intended just for vscode, it perhaps can be used as a point of reference for others implementing (embedded) graphql syntax highlighting elsewhere!

    If your language and/or library and/or framework would like vscode highlighting, come join the party!

    If you use relay, we would highly reccomend using the relay-compiler lsp extension for vscode Relay Graphql (meta.relay). They will be using the new standalone syntax extension very soon!

    Even non-relay users may want to try this extension as an alternative to our reference implementation, as relay's configuration has relative similarity with graphql-config's format, and doesn't necessitate the use of relay client afaik. We are working hard to optimize and improve graphql-language-service-server as a typescript reference implementation, and have some exciting features coming soon, however it's hard to offer more than a brand new & highly performant graphql LSP server written in Rust based on the latest graphql spec with a (mostly) paid team and dedicated open source ecosystem community of co-maintainers! And their implementation appears to allow you to opt out of any relay-specific conventions if you need more flexibility.