mirrors/zed
1
0
Fork 0
mirror of https://github.com/zed-industries/zed.git synced 2025-01-22 09:59:19 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions 12
zed/extensions/gleam/extension.toml

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

26 lines
676 B
TOML
Raw Normal View History

Add initial support for defining language server adapters in WebAssembly-based extensions (#8645) This PR adds **internal** ability to run arbitrary language servers via WebAssembly extensions. The functionality isn't exposed yet - we're just landing this in this early state because there have been a lot of changes to the `LspAdapter` trait, and other language server logic. ## Next steps * Currently, wasm extensions can only define how to *install* and run a language server, they can't yet implement the other LSP adapter methods, such as formatting completion labels and workspace symbols. * We don't have an automatic way to install or develop these types of extensions * We don't have a way to package these types of extensions in our extensions repo, to make them available via our extensions API. * The Rust extension API crate, `zed-extension-api` has not yet been published to crates.io, because we still consider the API a work in progress. Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev> Co-authored-by: Nathan <nathan@zed.dev> Co-authored-by: Marshall Bowers <elliott.codes@gmail.com>
2024-03-02 00:00:55 +00:00
id = "gleam"
name = "Gleam"
Update extension descriptions (#9939) This PR updates the descriptions of some of the extensions to match the others. Release Notes: - N/A
2024-03-28 21:14:55 +00:00
description = "Gleam support."
gleam: Bump to v0.2.0 (#16258) This PR bumps the Gleam extension to v0.2.0. Changes: - Added `/gleam-project` slash command - Added `gleam-hexdocs` provider for the `/docs` slash command - https://github.com/zed-industries/zed/pull/12221 - https://github.com/zed-industries/zed/pull/15659 Release Notes: - N/A
2024-08-14 22:14:19 +00:00
version = "0.2.0"
Add a schema to extensions, to prevent installing extensions on too old of a Zed version (#9599) Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev>
2024-03-20 21:33:26 +00:00
schema_version = 1
Add initial support for defining language server adapters in WebAssembly-based extensions (#8645) This PR adds **internal** ability to run arbitrary language servers via WebAssembly extensions. The functionality isn't exposed yet - we're just landing this in this early state because there have been a lot of changes to the `LspAdapter` trait, and other language server logic. ## Next steps * Currently, wasm extensions can only define how to *install* and run a language server, they can't yet implement the other LSP adapter methods, such as formatting completion labels and workspace symbols. * We don't have an automatic way to install or develop these types of extensions * We don't have a way to package these types of extensions in our extensions repo, to make them available via our extensions API. * The Rust extension API crate, `zed-extension-api` has not yet been published to crates.io, because we still consider the API a work in progress. Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev> Co-authored-by: Nathan <nathan@zed.dev> Co-authored-by: Marshall Bowers <elliott.codes@gmail.com>
2024-03-02 00:00:55 +00:00
authors = ["Marshall Bowers <elliott.codes@gmail.com>"]
Perform extension packaging in extension-cli (#9549) Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev>
2024-03-19 21:26:06 +00:00
repository = "https://github.com/zed-industries/zed"
Add initial support for defining language server adapters in WebAssembly-based extensions (#8645) This PR adds **internal** ability to run arbitrary language servers via WebAssembly extensions. The functionality isn't exposed yet - we're just landing this in this early state because there have been a lot of changes to the `LspAdapter` trait, and other language server logic. ## Next steps * Currently, wasm extensions can only define how to *install* and run a language server, they can't yet implement the other LSP adapter methods, such as formatting completion labels and workspace symbols. * We don't have an automatic way to install or develop these types of extensions * We don't have a way to package these types of extensions in our extensions repo, to make them available via our extensions API. * The Rust extension API crate, `zed-extension-api` has not yet been published to crates.io, because we still consider the API a work in progress. Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev> Co-authored-by: Nathan <nathan@zed.dev> Co-authored-by: Marshall Bowers <elliott.codes@gmail.com>
2024-03-02 00:00:55 +00:00
extension: Define capabilities in the extension manifest (#16953) This PR adds an initial notion of extension capabilities. Capabilities are used to express the operations an extension is capable of doing. This will provide further insights into what an extension can do, as well as provide the ability to grant or deny the set of capabilities. Capabilities are defined in the `capabilities` field in the extension manifest. This field contains an array of capabilities. Each capability has a `kind` to denote the known capability it corresponds to. Individual capabilities may have additional fields, based on the `kind`. Here's an example of some capabilities: ```toml capabilities = [ { kind = "download-file", host = "github.com", path_prefix = "owner/repo" }, { kind = "npm:install", package = "@vue/language-server" }, ] ``` In order to avoid a breaking change, the `capabilities` field is currently optional and defaults to an empty array. This will allow us to add support for extensions to define capabilities before we start enforcing them. Release Notes: - N/A
2024-08-27 15:10:58 +00:00
capabilities = [
{ kind = "download-file", host = "github.com", path_prefix = "gleam-lang/gleam" },
]
Add initial support for defining language server adapters in WebAssembly-based extensions (#8645) This PR adds **internal** ability to run arbitrary language servers via WebAssembly extensions. The functionality isn't exposed yet - we're just landing this in this early state because there have been a lot of changes to the `LspAdapter` trait, and other language server logic. ## Next steps * Currently, wasm extensions can only define how to *install* and run a language server, they can't yet implement the other LSP adapter methods, such as formatting completion labels and workspace symbols. * We don't have an automatic way to install or develop these types of extensions * We don't have a way to package these types of extensions in our extensions repo, to make them available via our extensions API. * The Rust extension API crate, `zed-extension-api` has not yet been published to crates.io, because we still consider the API a work in progress. Release Notes: - N/A --------- Co-authored-by: Marshall <marshall@zed.dev> Co-authored-by: Nathan <nathan@zed.dev> Co-authored-by: Marshall Bowers <elliott.codes@gmail.com>
2024-03-02 00:00:55 +00:00
[language_servers.gleam]
name = "Gleam LSP"
language = "Gleam"
[grammars.gleam]
repository = "https://github.com/gleam-lang/tree-sitter-gleam"
gleam: Update Tree-sitter grammar for label shorthand syntax (#15659) This PR updates the Gleam Tree-sitter grammar to support label shorthand syntax. Release Notes: - N/A
2024-08-01 21:46:23 +00:00
commit = "426e67087fd62be5f4533581b5916b2cf010fb5b"
Allow defining slash commands in extensions (#12255) This PR adds initial support for defining slash commands for the Assistant from extensions. Slash commands are defined in an extension's `extension.toml`: ```toml [slash_commands.gleam-project] description = "Returns information about the current Gleam project." requires_argument = false ``` and then executed via the `run_slash_command` method on the `Extension` trait: ```rs impl Extension for GleamExtension { // ... fn run_slash_command( &self, command: SlashCommand, _argument: Option<String>, worktree: &zed::Worktree, ) -> Result<Option<String>, String> { match command.name.as_str() { "gleam-project" => Ok(Some("Yayyy".to_string())), command => Err(format!("unknown slash command: \"{command}\"")), } } } ``` Release Notes: - N/A
2024-05-24 19:44:32 +00:00
[slash_commands.gleam-project]
description = "Returns information about the current Gleam project."
requires_argument = false
gleam: Add `/gleam-docs` (#13721) This PR adds a `/gleam-docs` slash command to the Gleam extension, which can be used to fetch docs from HexDocs. Release Notes: - N/A
2024-07-01 21:58:21 +00:00
Use a dedicated test extension in extension tests (#13781) This PR updates the `extension` crate's tests to use a dedicated test extension for its tests instead of the real Gleam extension. As the Gleam extension continues to evolve, it makes it less suitable to use as a test fixture: 1. For a while now, the test has failed locally due to me having `gleam` on my $PATH, which causes the extension's `get_language_server_command` to go down a separate codepath. 2. With the addition of the `indexed_docs_providers` the test was hanging indefinitely. While these problems are likely solvable, it seems reasonable to have a dedicated extension to use as a test fixture. That way we can do whatever we need to exercise our test criteria. The `test-extension` is a fork of the Gleam extension with some additional functionality removed. Release Notes: - N/A
2024-07-03 15:10:51 +00:00
[indexed_docs_providers.gleam-hexdocs]
Reference in a new issue Copy permalink