Repository files navigation

The Monaco Editor is the fully featured code editor fromVS Code. Check out theVS Code docs to see some of the supported features.

Try out the editor and see various examplesin our interactive playground.

The playground is the best way to learn about how to use the editor, which features is supports, to try out different versions and to create minimal reproducible examples for bug reports.

> npm install monaco-editor

You will get:

• inside/esm: ESM version of the editor (compatible with e.g. webpack)
• inside/dev: AMD bundled, not minified
• inside/min: AMD bundled, and minified
• inside/min-maps: source maps formin
• monaco.d.ts: this specifies the API of the editor (this is what is actually versioned, everything else is considered private and might break with any release).

It is recommended to develop against thedev version, and in production to use themin version.

Monaco editor is best known for being the text editor that powers VS Code. However, it's a bit more nuanced. Some basic understanding about the underlying concepts is needed to use Monaco editor effectively.

Models are at the heart of Monaco editor. It's what you interact with when managing content. A model represents a file that has been opened. This could represent a file that exists on a file system, but it doesn't have to. For example, the model holds the text content, determines the language of the content, and tracks the edit history of the content.

Each model is identified by a URI. This is why it's not possible for two models to have the same URI. Ideally when you represent content in Monaco editor, you should think of a virtual file system that matches the files your users are editing. For example, you could usefile:/// as a base path. If a model is created without a URI, its URI will beinmemory://model/1. The number increases as more models are created.

An editor is a user facing view of the model. This is what gets attached to the DOM and what your users see visually. Typical editor operations are displaying a model, managing the view state, or executing actions or commands.

Providers provide smart editor features. For example, this includes completion and hover information. It is not the same as, but often maps tolanguage server protocol features.

Providers work on models. Some smart features depends on the file URI. For example, for TypeScript to resolve imports, or for JSON IntelliSense to determine which JSON schema to apply to which model. So it's important to choose proper model URIs.

Many Monaco related objects often implement the.dispose() method. This method is intended to perform cleanups when a resource is no longer needed. For example, callingmodel.dispose() will unregister it, freeing up the URI for a new model. Editors should be disposed to free up resources and remove their model listeners.

• Learn how to integrate the editor with thesecomplete samples.
  • Integrate the AMD version.
  • Integrate the ESM version
• Learn how to use the editor API and try out your own customizations in theplayground.
• Explore theAPI docs or read them straight frommonaco.d.ts.
• Readthis guide to ensure the editor is accessible to all your users!
• Create a Monarch tokenizer for a new programming languagein the Monarch playground.
• Ask questions onStackOverflow! Search open and closed issues, there are a lot of tips in there!

Createissues in this repository for anything related to the Monaco Editor. Please search for existing issues to avoid duplicates.

❓What is the relationship between VS Code and the Monaco Editor?

The Monaco Editor is generated straight from VS Code's sources with some shims around services the code needs to make it run in a web browser outside of its home.

❓What is the relationship between VS Code's version and the Monaco Editor's version?

None. The Monaco Editor is a library and it reflects directly the source code.

❓I've written an extension for VS Code, will it work on the Monaco Editor in a browser?

No.

Note: If the extension is fully based on theLSP and if the language server is authored in JavaScript, then it would be possible.

❓Why all these web workers and why should I care?

Language services create web workers to compute heavy stuff outside of the UI thread. They cost hardly anything in terms of resource overhead and you shouldn't worry too much about them, as long as you get them to work (see above the cross-domain case).

❓What is thisloader.js? Can I userequire.js?

It is an AMD loader that we use in VS Code. Yes.

❓I see the warning "Could not create web worker". What should I do?

HTML5 does not allow pages loaded onfile:// to create web workers. Please load the editor with a web server onhttp:// orhttps:// schemes.

❓Is the editor supported in mobile browsers or mobile web app frameworks?

No.

❓Why doesn't the editor support TextMate grammars?

• Please seehttps://github.com/bolinfest/monaco-tm which puts togethermonaco-editor,vscode-oniguruma andvscode-textmate to get TM grammar support in the editor.

We are welcoming contributions from the community!Please seeCONTRIBUTING for details how you can contribute effectively, how you can run the editor from sources and how you can debug and fix issues.

This project has adopted theMicrosoft Open Source Code of Conduct. For more information see theCode of Conduct FAQ or contactopencode@microsoft.com with any additional questions or comments.

Licensed under theMIT License.