TypeScript and JavaScript support for Sublime's LSP plugin provided through TypeScript Language Server.
- Install
LSPandLSP-typescriptfrom Package Control. - For ST4: The TypeScript and React (TSX) syntaxes are built-in so no need to install anything else.
- For ST3: If you are working with TypeScript install TypeScript Syntax. If you are working with React install JSCustom.
- Restart Sublime.
Open the configuration file using the Command Palette Preferences: LSP-typescript Settings command or open it from the Sublime menu.
To sort or remove unused imports you can trigger the LSP-typescript: Organize Imports command from the Command Palette or create a key binding. For example:
{ "keys": ["ctrl+k"], "command": "lsp_execute",
"args": {
"session_name": "LSP-typescript",
"command_name": "_typescript.organizeImports",
"command_args": ["${file}"]
}
},The server supports the following code actions that can be specified in the global lsp_code_actions_on_save setting and run on saving files:
source.addMissingImports.ts- adds imports for used but not imported symbolssource.fixAll.ts- despite the name, fixes a couple of specific issues: unreachable code, await in non-async functions, incorrectly implemented interfacesource.organizeImports.ts- organizes and removes unused importssource.removeUnused.ts- removes declared but unused variablessource.removeUnusedImports.ts- removes unused importssource.sortImports.ts- sorts imports
TypeScript 4.7+ supports Go To Source Definition. It’s similar to Go To Definition, but it never returns results inside declaration files. Instead, it tries to find corresponding implementation files (like .js or .ts files), and find definitions there — even if those files are normally shadowed by .d.ts files.
This comes in handy most often when you need to peek at the implementation of a function you're importing from a library instead of its type declaration in a .d.ts file.
Run LSP-typescript: Goto Source Definition from the Command Palette to invoke this functionality or bind lsp_typescript_goto_source_definition to a custom key binding.
Inlay hints are short textual annotations that show parameter names, type hints.
To enable inlay hints:
- Open the command palette and select
Preferences: LSP Settings, then enableshow_inlay_hints:
{
"show_inlay_hints": true
}- Modify the following settings through
Preferences: LSP-typescript Settings:
{
"settings": {
// Javascript inlay hints options.
"javascript.inlayHints.includeInlayEnumMemberValueHints": false,
"javascript.inlayHints.includeInlayFunctionLikeReturnTypeHints": false,
"javascript.inlayHints.includeInlayFunctionParameterTypeHints": false,
"javascript.inlayHints.includeInlayParameterNameHints": "none",
"javascript.inlayHints.includeInlayParameterNameHintsWhenArgumentMatchesName": false,
"javascript.inlayHints.includeInlayPropertyDeclarationTypeHints": false,
"javascript.inlayHints.includeInlayVariableTypeHints": false,
// Typescript inlay hints options.
"typescript.inlayHints.includeInlayEnumMemberValueHints": false,
"typescript.inlayHints.includeInlayFunctionLikeReturnTypeHints": false,
"typescript.inlayHints.includeInlayFunctionParameterTypeHints": false,
"typescript.inlayHints.includeInlayParameterNameHints": "none",
"typescript.inlayHints.includeInlayParameterNameHintsWhenArgumentMatchesName": false,
"typescript.inlayHints.includeInlayPropertyDeclarationTypeHints": false,
"typescript.inlayHints.includeInlayVariableTypeHints": false,
}
}Note: Inlay hints require TypeScript 4.4+.
Other packages can contribute TypeScript plugins that LSP-typescript will automatically load on start. This is achieved by including a typescript-plugins.json file in the package with the following contents (example taken from LSP-vue):
[
{
"name": "@vue/typescript-plugin",
"languages": ["vue"],
"selector": "text.html.vue",
"location": "${storage_path}/LSP-vue/server/node_modules/"
}
]namespecifies name of the plugin. It typically is a directory name within thelocationpath.languages(optional) specifies which file extensions the plugin wants to extend TypeScript support with.selector(optional) specifies the view's root selector for whichLSP-typescriptshould be started in addition to its normal selector.locationspecifies a directory path that is accessible on the file system. Warning: It won't be possible to access the path if it points to a plugin within the shipped package if package ships in a compressed form. It must be either shipped with a.no-sublime-packagefile or extract/copy the plugin file into some location on the system.
TypeScript can check vanilla JavaScript, but may break on JavaScript with Flow types in it. To keep LSP-typescript enabled for TS and vanilla JS, while ignoring Flow-typed files, you must install JSCustom and configure it like so:
{
"configurations": {
"Flow": {
"scope": "source.js.flow",
"flow_types": true,
"jsx": true
}
}
}Also install ApplySyntax and configure it like so:
{
"syntaxes": [
{
"syntax": "User/JS Custom/Syntaxes/Flow",
"match": "all",
"rules": [
{ "file_path": ".*\\.jsx?$" },
{ "first_line": "^/[/\\*] *@flow" }
]
}
]
}And then configure LSP-typescript like so:
{
"selector": "source.js - source.js.flow, source.jsx, source.ts, source.tsx"
}This works only on Sublime Text 4, and your project must have a // @flow or /* @flow */ in each Flow-typed file. For more information, see this issue.
