@codingame/monaco-vscode-api ·

NPM module that implements the VSCode api and redirects calls to Monaco editor.
The VSCode api is composed of:
- A lot of classes and tools, which are exported the same way as in VSCode.
- Some features that are supported by Monaco (Language feature registrations...) which are just forwarded to it (with some transformations)
- Some features that are not supported by Monaco, and in such case:
- If it's an important feature: it requires to use the corresponding service override.
- If it's some advanced features that don't make a lot of sense on Monaco (scm, tests...), it just throws an error when you try to use it.
Installation
npm install vscode@npm:@codingame/monaco-vscode-api
npm install -D @types/vscode
⚠️ And add in your package.json ⚠️:
{
"scripts": {
"postinstall": "monaco-treemending",
}
}
Why?
Monaco-editor is a library that is constructed using code from vscode and goes through an intense treeshaking process.
However, due to the inclusion of additional code from VSCode in this library that utilizes internal modules bundled in monaco, this treeshaking is a problem here.
To tree-mend (to untreeshake it) monaco-editor, this library provide a script that will apply a patch on the local installation of monaco-editor, restoring all the code that was treeshaken during the monaco-editor build process
Usage
Monaco standalone services
Also, monaco-editor use standalone
versions or the vscode services, which are much simpler.
You may want to provide your custom implementations of them. To do so, you can use the initialize
method from vscode/services
.
Also, monaco-editor doesn't provide good type for them, so this library does it.
Example:
import { StandaloneServices, INotificationService, initialize } from 'vscode/services'
class MyCustomNotificationService implements INotificationService { ... }
await initialize({
get [INotificationService.toString()] () {
return new MyCustomNotificationService(...)
}
})
Additionally, this library exposes 13 modules that include the vscode version of some services (with some glue to make it work with monaco):
- Notifications:
vscode/service-override/notifications
- Dialogs:
vscode/service-override/dialogs
- Model / Editor:
vscode/service-override/modelEditor
- Configuration:
vscode/service-override/configuration
- Keybindings:
vscode/service-override/keybindings
- Languages:
vscode/service-override/languages
- Textmate:
vscode/service-override/textmate
- Snippets:
vscode/service-override/snippets
- VSCode themes:
vscode/service-override/theme
- Audio cue:
vscode/service-override/audioCue
- Debug:
vscode/service-override/debug
- Files:
vscode/service-override/files
- Preferences:
vscode/service-override/preferences
Usage:
import { initialize } from 'vscode/services'
import getModelEditorServiceOverride from 'vscode/service-override/modelEditor'
import getConfigurationServiceOverride, { updateUserConfiguration, configurationRegistry } from 'vscode/service-override/configuration'
await initialize({
...getModelEditorServiceOverride((model, input, sideBySide) => {
}),
...getConfigurationServiceOverride(monaco.Uri.file('/tmp/'))
})
updateUserConfiguration(`{
"editor.fontSize": 12,
"[java]": {
"editor.fontSize": 15,
}
}`)
Troubleshoot
initialize
can only be called once ( and it should be called BEFORE creating your first editor).
Editor configuration
The editors created using monaco.editor.create
don't use the configuration from the configurationService.
This library exposes functions to create editors binded on the configuration service:
before:
import * as monaco from 'monaco-editor'
const model = monaco.editor.createModel(...)
const editor = monaco.editor.create({ model, ... })
...
model.dispose()
editor.dispose()
after:
import { createConfiguredEditor, createModelReference } from 'vscode/monaco'
const modelRef = await createModelReference(...)
const editor = createConfiguredEditor({ model: modelRef.object.textEditorModel })
...
await modelRef.object.save()
...
modelRef.dispose()
editor.dispose()
createConfiguredEditor
returns a subclass of what is returned by monaco.editor.create
, the updateOptions
method can still be used.
The only difference is that is will use the configurationService
as a default configuration
createModelReference
return a reference to a model. The value is fetched from the memory filesystem (which is written if you provide the second argument).
The reference can then be disposed, the model will only be disposed if there is no remaining references.
VSCode api usage
You can just import it as if you were in a vscode extension:
import * as vscode from 'vscode'
import { initialize } from 'vscode/extensions'
await initialize()
const range = new vscode.Range(...)
vscode.languages.registerCompletionItemProvider(...)
The api will use the manifest of a default vscode extension, which can be overriden by providing it to the initialize
function.
You can also register a new extension from its manifest:
import { registerExtension, initialize as initializeVscodeExtensions } from 'vscode/extensions'
await initialize()
const { registerFile: registerExtensionFile, api: vscodeApi } = registerExtension(defaultThemesExtensions)
registerExtensionFile('/file.json', async () => fileContent)
vscodeApi.languages.registerCompletionItemProvider(...)
Default vscode extensions
VSCode uses a bunch of default extensions. Most of them are used to load the default languages and grammars (see https://github.com/microsoft/vscode/tree/main/extensions).
This library bundles most of them and allows to import the ones you want:
import 'vscode/default-extensions/javascript'
import 'vscode/default-extensions/json'
...
Loading vsix file
VSCode extension are bundled as vsix files.
This library exposes a rollup plugin (vite-compatible) that allows to load a vsix file. The code is not used, only the declarative part in the manifest.
import vsixPlugin from 'vscode/rollup-vsix-plugin'
...
plugins: [
...,
vsixPlugin()
]
import './extension.vsix'
Demo
Try it out on https://codingame.github.io/monaco-vscode-api/
There is a demo that showcases the service-override features. It allows to register contributions with the same syntaxes as in VSCode.
It includes:
- Languages
- VSCode themes
- Textmate grammars (requires vscode themes)
- Notifications/Dialogs
- Model/Editor services
- Configuration service, with user configuration editor
- Keybinding service, with user keybindings editor
- Debuggers
It also uses the synchronizeJsonSchemas
function to register them on the monaco json worker and have autocomplete/hover on settings and keybindings.
From CLI run:
cd demo
npm ci
npm start
npm run start:debug
For the debug feature, also run:
npm run start:debugServer
History
This project was mainly created to make the implementation of monaco-languageclient more robust and maintainable.
monaco-languageclient uses vscode-languageclient which was built to run inside a VSCode extension. VSCode extensions communicate with the editor via an API they can import into their code.
The VSCode api exports:
The first implementations of monaco-languageclient were using a fake VSCode api implementation. The vscode-languageclient was hacked so the VSCode<->protocol object converters were mainly bypassed, so the fake VSCode api was receiving Language Server Protocol objects. Then the objects were transformed using custom transformers into Monaco objects to communicate with the monaco api.
This approach has some disadvantages:
- There is a lot of code to transform LSP objects into Monaco objects
- It's hard to follow the updates of VSCode and the language server protocol
- It doesn't behave exactly the same as in VSCode
With this library, it would be possible to plug vscode-languageclient directly on top of monaco, monaco-languageclient still helps to do so by:
- Adding some tweaks to the VSCode LanguageClient (Removing unsupported features...)
- Providing some examples on how to build an app using it
- Adding some tools (DisposableCollection)