All notable changes to npm module monaco-editor-wrapper are documented in this file.
- Updated to
[email protected]
and@codingame/[email protected]
/@codingame/[email protected]
(=[email protected]
). - How to modify client's capabilities? #61
- It is now possible to provide and fully override boh monaco-languageclient's clientOptions and connectionProvider
- Updated to
[email protected]
and[email protected]
. - Introduce capability to use a
MessagePort
as end-point for a languageclient - Use vitest v1 for tests
- Move
initServices
fromMonacoEditorLanguageClientWrapper
toLanguageClientWrapper
- Updated to
[email protected]
and[email protected]
.- BREAKING: The postinstall step is removed.
monaco-languageclient
no longer patches an existingmonaco-editor
instead the package@codingame/monaco-editor-treemended
is used. This requires that projects using this lib to enforce the correctmonaco-editor
with overrides (npm/pnpm) or resolutions (yarn) in thepackage.json
.- Please see the following explanation
- BREAKING: If you want to use
getConfigurationServiceOverride
you need to provide aworkspaceConfig
along theuserServices
ininitServices
.
- BREAKING: The postinstall step is removed.
- Make subclassing MonacoEditorReactComp more easy #58
- Allow to init and start separately #59
- BREAKING:
start
no longer callsinit
. You need to call both or you useinitAndStart
.
- BREAKING:
- Properly separate and define classic and extended editor #54
- Renamed
EditorAppVscodeApi
toEditorAppExtended
andEditorAppConfigVscodeApi
toEditorAppConfigExtended
- BREAKING:
$type
ofEditorAppConfigExtended
was changed fromvscodeApi
toextended
- Renamed
- Updated to
[email protected]
and@codingame/[email protected]
and[email protected]
- Include all direct dependencies that the code uses in the
package.json
.
- New Problem in vite #55
- Fixed wrong imports
- Fixed/Implemented multiple
extensionRegisterResults
handling.
- Updated to
[email protected]
.
- Fixed broken dependency definition
- Fixed
awaitExtensionReadiness
was not added to the base configuration during init.
- Updated to
[email protected]
. Service init now relies on specific imports frommonaco-vscode-api
or user defined services.- Bundle sizes and content are reduced as unneeded dynamic imports are no longer contained.
- Only keep user services in
initServices
. It requires to specifically import and use services provided by monaco-vscode-api- All enable... and configure type parameters have been removed from
monaco-languagclient
- languages and model services are always added by
monaco-languagclient
- layout, environment, extension, files and quickAccess servies are always added by
monaco-vscode-api
- Additional services need to be added to the package dependencies and imported and configured as shown in the examples
- All enable... and configure type parameters have been removed from
- htmlElement is no longer part of UserConfig. Must be passed at start #51
- The HTMLElement must now be passed at
wrapper.start
. It is no longer part of the UserConfig.
- The HTMLElement must now be passed at
- Make the extension register result accessible #48
- Improve configuration change detection #47
- semantic highlighting works with classic editor #45
- Introduce
logger.ts
which allows to centrally enable / disable console logging of the library - Updated to
monaco-languageclient
6.4.6
usingmonaco-vscode-api
1.81.7
- Ensure LanguageClientWrapper Cleans up Worker #42
- New example and config changes #37
- languageClientWrapper: Reject start with unreachable web socket or web worker url #34
- Improve naming and improve api usage #31
- createUrl now allows web socket urls without port and path #30
- Updated to
monaco-languageclient
6.4.5
usingmonaco-vscode-api
1.81.5
andmonaco-editor
0.41.0
- languageClientWrapper: Reject start with unreachable web socket or web worker url #34
- Re-introduce
addMonacoStyles
viamonaco-editor-wrapper/styles
- Allow to pass a uri via editor config and model update #29
- Make worker handling more flexible #27
- Updated to
monaco-languageclient
6.2.0
usingmonaco-vscode-api
1.79.3
andmonaco-editor
0.39.0
- Updated to
monaco-languageclient
6.1.0
usingmonaco-vscode-api
1.79.1
andmonaco-editor
0.38.0
- Move away from "property" based configuration.
UserConfig
drives the complete monaco-editor configuration- Use global configuration object that is passed to the wrapper on start
- The
monaco-editor-wrapper
and the new@typefox/monaco-editor-react
component use the same configuration
- The underlying monaco-editor can be configured in two ways now (wrapperConfig):
- Classic: As before, but with one config object
- Extension like: Using the extension based mechanism supplied by
monaco-vscode-api
monaco-languageclient
no longer exposes its own service. Now, we fully rely on services supplied bymonaco-vscode-api
- This means even if you decide to configure monaco-editor the classical way, you still require some basic services. This configuration is made inside
MonacoEditorLanguageClientWrapper
. Potential serviceConfig supplied when using vscode-api extension config is taken into account and combined then.
- This means even if you decide to configure monaco-editor the classical way, you still require some basic services. This configuration is made inside
- Re-configuration without full editor restart:
- Updating the text model(s) is possible
- Updating the monaco-editor options is possible
- Restarting the languageclient is possible independently
- Everything else requires a restart of the editor!
- Fix error in
disposeLanguageClient
preventing proper editor disposal - Expose
MessageTransports
configuration for accessingMessageReader
andMessageWriter
- Polish wrapper examples and add web socket example
- Remove
swapEditors
function.startEditor
disposes old (diff)editor and starts a freshly configured one.
- Update to
[email protected]
- Export
vscode
(monaco-vscode-api) andmonaco
and remove getters automaticLayout
is configured as default- Fixed full configuration of editor and diff editor via
monacoEditorOptions
andmonacoDiffEditorOptions
- Changed the compile target and module to ES2022.
- Update to
[email protected]
- Update to
[email protected]
- Merged css and ttf helper functions. Now ttf is included in css removing unknown path errors.
- Added get function to access
monaco-vscode-api
viagetVscode()
- Bundling issues with imported workers from wrapper #14
- The new default is that no additional language support is contained. You can use another export to obtain them. The same applies to the bundles:
monaco-editor-wrapper/allLanguages
monaco-editor-wrapper/bundle
monaco-editor-wrapper/bundle/allLanguages
- The new default is that no additional language support is contained. You can use another export to obtain them. The same applies to the bundles:
- Fix model URI path #13
- Added inmemory uri to diff editor as well
- Re-worked the start/dispose/restart of the editor
- Ensure model uris are unique for different languages and across multiple editor instances
- Allows to set
MessageReader
andMessageWriter
for the web worker. This opens the possibility to emit and intercept messages. - It is now possible to configure and use a full language extension configuration
- Added get functions to access to monaco, editor, diffEditor and languageClient or quickly get the editor content:
getMonaco()
getEditor()
getDiffEditor()
getLanguageClient()
getMainCode()
getDiffCode()
- Separated
monaco-editor-wrapper
frommonaco-editor-comp