KitchenMate / coffeesense

IntelliSense for CoffeeScript. LSP implementation / VSCode extension

CoffeeSense

CoffeeScript LSP implementation

What

CoffeeSense gives you IntelliSense (autocompletion, go to implementation, etc.) for CoffeeScript. It is based on CoffeeScript's compiled JavaScript output. Because of this, this LSP implementation is and can not be feature-complete due to the limitations of its technical architecture. See further below for details.

Source code derived from the great Vetur project (but CoffeeSense has nothing to do with Vue.js otherwise).

How

You can install the extension in VSCode from HERE or use it as a standalone lsp server if you want that (see server).

Features

• Validation: CoffeeScript compilation errors
• TypeScript type checking
  • Be sure to include #@ts-check at the top of your script or set checkJs=true in your jsconfig.json in your workspace root (details). For multi-root or nested projects, see setup and FAQ.
  • You can use JSDoc comment blocks in your code (see this issue for details) to even define types yourself. See JS Projects Utilizing TypeScript for details
  • Get IntelliSense for imports from Coffee files, JS files, TS files, be it in workspace or node_modules, everything should behave as you are familiar from TypeScript ecosystem
• Autocompletion: Works even when a line / the current line is invalid syntax (so, while typing, basically), but results may be a bit more unpredictable at times. Autocomplete is based on TypeScript.
  • Methods, properties, object parameters etc.
  • Automatic imports
• Hover information
• Signature type hints Trigger characters are both ( and (space)
• Document highlight
• Document symbols: Usable but not great. Check out Yorkxin's extension, it provides much better symbols if you need that
• Find definition
• Find references
• Code actions: Organize imports only. Probably only rarely works as you intend it to.
• missing Quick fix, refactor
• missing Formatting
• missing Rename var
• missing Rename file
• missing Syntactic folding ranges

Setup

The following VSCode extension options are available. The default values are set.

{
  // Some TypeScript errors don't make a lot of sense in CS context (see main README), you can ignore them here by supplying their IDs.
  // Some error code suggestions you might want to add here:
  // 7030: Not all code paths return a value
  // 7023: 'your_var' implicitly has return type 'any' because it does not have a return type annotation and is referenced directly or indirectly in one of its return expressions.
  "coffeesense.ignoredTypescriptErrorCodes": [],
  // CoffeeSense will warn about not setup correctly for the project. You can disable it.
  "coffeesense.ignoreProjectWarning": false,
  // Use dependencies from workspace package.json. Currently only for TypeScript.
  "coffeesense.useWorkspaceDependencies": false,
  // Traces the communication between VS Code and CoffeeSense Language Server.
  "coffeesense.trace.server": "off", // Possible values: "off", "messages", "verbose"
  // Path to lsp for CoffeeSense developers. There are two ways of using it.   
  // 1. Clone phil294/coffeesense from GitHub, build it and point it to the ABSOLUTE path of `/server`.
  // 2. `yarn global add coffeesense-language-server` and point CoffeeSense to the installed location (`yarn global dir` + node_modules/coffeesense-language-server)
  "coffeesense.dev.lspPath": null,
  // The port that the lsp listens to. Can be used for attaching to the LSP Node process for debugging / profiling.
  "coffeesense.dev.lspPort": null,
  // Log level for the lsp"
  "coffeesense.dev.logLevel": "INFO", // Possible values: "INFO", "DEBUG",
  "coffeesense.dev.resovleLspPathLocally": false // When installing as node_module, resolve the Lsp server path from the install location
}

Why

Overall, this implementation works, but is not optimal. It is eagerly waiting to be replaced by a native, feature-complete coffeescript-language-server or the like some day, but so far, no one has done that yet, so it seems this is the best we have for now.

But

There is lot of hacky code to get this all to work. One thing to keep in mind is that the generated JS code that tsserver gets to provide compilation/type errors for differs from normal CS compilation output. You can inspect the generated JS code for the active file using the command CoffeeSense: Show generated JavaScript for current file.

Caveat: Make sure you never leave any dangling indentation in your source code around, unless it's the line you are working on. In VSCode, this is the default - just make sure to not override "editor.trimAutoWhitespace" to false. Keep it at its default true. Same thing goes for other IDEs: Try not to have more than one empty line with indentation. This is because CoffeeSense treats any line with indent as a possible place for you to define new object properties or arguments, as it is not aware of the cursor position while compiling. It injects certain characters at these lines which gets messy if you're on another line.

Also, implicit any errors (7006) for variables named _ are ignored.

Contribute

Please feel free to open an issue if you find bugs, but be aware some might be set in stone. I have not encountered any dealbreakers yet.

If you'd like to contribute or simply wonder how this works, check out CONTRIBUTING.md

Changelog

1.2.1

2022-01-27

• Improve diagnostics location of JSDoc comment errors: Show at next available code line instead of always beginning of file

1.2.0

2022-01-25

• Improve automatic type detection at variable assignment time: Less error-prone, and now also supports more complex use cases such as loops and destructuring assignments. This was possible by switching the CoffeeScript compiler to a recent contribution by @edemaine at jashkenas/coffeescript#5395

1.1.11

2022-01-13

• Fix autocomplete in if-statements etc. if next line is indented
• Fix signature help after dangling opening brace in some cases
• Add Readme note about VSCode trimAutoWhitespace problems

1.1.10

2022-01-08

• Fix autocomplete in rare cases after dot (test case: =>\n\twindow.|\n\tx = 1)

1.1.9

2022-01-08

• Fix syntax around empty yet indented lines under certain circumstances: \t\n\t\tsomething failed useful compilation because of the increasing indentation
• Fix (?) autocompletion inside objects while current line is invalid (while typing)

1.1.8

2022-01-06

• Fix autocomplete after dot in otherwise empty line, e.g. abc\n.|

1.1.7

2022-01-02

• Fix whole word error diagnostics range highlighting: Sometimes, predominantly with errors in method arguments, errors were only shown for the very first character in a word. Now it should expand up to the next whitespace etc.

1.1.6

2021-11-30

• Fix autocomplete in empty lines when using space indentation

1.1.5

2021-11-30

• Docs: Move VSCode extension options explanation section ("Setup") from setup.md to the README so they are visible in the marketplace

1.1.4

2021-11-22

• Fix autocomplete after dot . when next line is a comment
• Fix autocompleting object properties in non-empty lines

1.1.3

2021-11-16

• Fix GoTo when variable name contains dollar sign $

1.1.2

2021-10-14

• Fix wrong TS version under specific conditions with useWorkspaceDependencies: true

1.1.1

2021-10-01

• Internally compile object methods ({ foo: -> }) via object method definition shorthand ({ foo() {} }) instead of normal CS compiler output ({ foo: function() {} }). This should not affect the logic at all, but it fixes TS typing in Vue.js object notation files, for some reason.

1.1.0

2021-09-05

• Add autocompletion at @

1.0.0

2021-09-04