@effect/language-service 0.35.2 → 0.37.0

package/README.md

@@ -22,6 +22,13 @@ This package implements a TypeScript language service plugin that allows additio
 3. Ensure that you have installed TypeScript locally in your project and set your editor to use your workspace TypeScript version.
 
    - In VSCode you can do this by pressing "F1" and typing "TypeScript: Select TypeScript version". Then select "Use workspace version". If that option does not appear, TypeScript is not installed locally in your node_modules.
+       - Not required, but to remember the user to do so, you can update your `.vscode/settings.json`
+         ```jsonc
+         {
+           "typescript.tsdk": "./node_modules/typescript/lib",
+           "typescript.enablePromptUseWorkspaceTsdk": true
+         }
+         ```
    - In JetBrains you may have to disable the Vue language service, and choose the workspace version of TypeScript in the settings from the dropdown.
    - In NVim with nvim-vtsls you should refer to [how to enable TypeScript plugins in vtsls](https://github.com/yioneko/vtsls?tab=readme-ov-file#typescript-plugin-not-activated)
    - In Emacs, additional steps are required to enable LSPs, [step by step instructions can be found here](https://gosha.net/2025/effect-ls-emacs/)
@@ -81,6 +88,7 @@ And you're done! You'll now be able to use a set of refactors and diagnostics th
 - Toggle between pipe styles `X.pipe(Y)` and `pipe(X, Y)`
 
 ### Miscellaneous
+- Renaming a class name, will rename the identifier as well for TaggedError, TaggedClass, etc...
 - "Go to definition" for RpcClient will resolve to the Rpc definition
 
 ## Options
@@ -106,7 +114,8 @@ Few options can be provided alongside the initialization of the Language Service
         "allowedDuplicatedPackages": [], // list of package names that have effect in peer dependencies and are allowed to be duplicated (default: [])
         "barrelImportPackages": [], // package names that should be preferred as imported from the top level barrel file (default: [])
         "namespaceImportPackages": [], // package names that should be preferred as imported with namespace imports e.g. ["effect", "@effect/*"] (default: [])
-        "topLevelNamedReexports": "ignore" // for namespaceImportPackages, how should top level named re-exports (e.g. {pipe} from "effect") be treated? "ignore" will leave them as is, "follow" will rewrite them to the re-exported module (e.g. {pipe} from "effect/Function")
+        "topLevelNamedReexports": "ignore", // for namespaceImportPackages, how should top level named re-exports (e.g. {pipe} from "effect") be treated? "ignore" will leave them as is, "follow" will rewrite them to the re-exported module (e.g. {pipe} from "effect/Function")
+        "importAliases": { "Array": "Arr" } // allows to chose some different names for import name aliases (only when not chosing to import the whole module) (default: {})
       }
     ]
   }
@@ -121,7 +130,40 @@ The full list can be found in the [diagnostics](https://github.com/Effect-TS/lan
 
 TypeScript LSPs are loaded only while editing your files. That means that if you run `tsc` in your project, the plugin won't be loaded and you'll miss out on the Effect diagnostics.
 
-HOWEVER, if you use `ts-patch` you can enable the transform as well to get the diagnostics also at compile time.
+We provide two approaches to solve this scenario.
+
+### Option A - Effect LSP Cli Patch (experimental recommended)
+
+This option works by modifing directly the source code of the tsc compiler and the typescript library in your project node_modules. This allows to get effect's diagnostics even when noEmit is enabled, for composite and incremental projects as well.
+
+After having installed and configured the LSP for editor usage, you can run the following command inside the folder that contains your local project typescript installation:
+
+`effect-language-service patch`
+
+If everything goes smoothly, something along these lines should be printed out:
+
+```
+/node_modules/typescript/lib/typescript.js patched successfully.
+/node_modules/typescript/lib/_tsc.js patched successfully.
+```
+
+Now the CLI has patched the tsc binary and the typescript library to raise effect diagnostics even at build time if the plugin is configured in your tsconfig!
+
+As the command output suggests, you may need to delete your tsbuildinfo files or perform a full rebuild in order to re-check previously existing files.
+
+To make the patch persistent across package installations and updates, we recommend adding the patch command to your package.json prepare scripts:
+
+```jsonc
+  "scripts": {
+    "prepare": "effect-language-service patch"
+  }
+```
+
+so that across updates the patch will be re-applied again.
+
+### Option B - Using ts-patch
+
+if you use `ts-patch` you can enable the transform as well to get the diagnostics also at compile time.
 Your `tsconfig.json` should look like this:
 
 ```jsonc
@@ -141,7 +183,7 @@ To get diagnostics you need to install `ts-patch` which will make it possible to
 
 Running `tspc` in your project will now also run the plugin and give you the error diagnostics at compile time.
 Effect error diagnostics will be shown only after standard TypeScript diagnostics have been satisfied.
-Beware that setting noEmit will completely skip the effect diagnostics.
+Beware that setting noEmit will completely skip the effect diagnostics, and projects using incremental builds may encounter some issues.
 
 ```ts
 $ npx tspc