|
46 | 46 | "#### How to override the default implementation of a feature?\n",
|
47 | 47 | "\n",
|
48 | 48 | "You can specify a list of extensions to be disabled the the feature manager\n",
|
49 |
| - "passing their plugin identifiers in `superseds` field of `IFeatureOptions`." |
| 49 | + "passing their plugin identifiers in `supersedes` field of `IFeatureOptions`." |
50 | 50 | ]
|
51 | 51 | },
|
52 | 52 | {
|
|
64 | 64 | "\n",
|
65 | 65 | "#### Why virtual editor?\n",
|
66 | 66 | "\n",
|
67 |
| - "The vitual editor takes multiple instances of your editor (e.g. in a notebook)\n", |
| 67 | + "The virtual editor takes multiple instances of your editor (e.g. in a notebook)\n", |
68 | 68 | "and makes them act like a single editor. For example, when \"onKeyPress\" event is\n",
|
69 | 69 | "bound on the VirtualEditor instance, it should be bound onto each actual code\n",
|
70 | 70 | "editor; this allows the features to be implemented without the knowledge about\n",
|
|
89 | 89 | "`IDocumentWidget` interface. Each such widget has to adapted by a\n",
|
90 | 90 | "`WidgetAdapter` to enable its use with the LSP extension. The role of the\n",
|
91 | 91 | "`WidgetAdapter` is to extract the document metadata (language, mimetype) and the\n",
|
92 |
| - "underyling code editor (e.g. CodeMirror or Monaco) instances so that other parts\n", |
| 92 | + "underlying code editor (e.g. CodeMirror or Monaco) instances so that other parts\n", |
93 | 93 | "of the LSP extension can interface with them without knowing about the\n",
|
94 | 94 | "implementation details of the DocumentWidget (or even about the existence of a\n",
|
95 | 95 | "Notebook construct!).\n",
|
|
110 | 110 | "\n",
|
111 | 111 | "It is now possible to register custom code replacements using\n",
|
112 | 112 | "`ILSPCodeOverridesManager` token and to register custom foreign code extractors\n",
|
113 |
| - "using `ILSPCodeExtractorsManager` token, however this API is conssidered\n", |
| 113 | + "using `ILSPCodeExtractorsManager` token, however this API is considered\n", |
114 | 114 | "provisional and subject to change.\n",
|
115 | 115 | "\n",
|
116 | 116 | "#### Future plans for transclusions handling\n",
|
|
145 | 145 | "2. Prepare `CompletionKind` → `IconSvgString` mapping for the light (and\n",
|
146 | 146 | " optionally dark) theme, implementing the `ICompletionIconSet` interface. We\n",
|
147 | 147 | " have an additional `Kernel` completion kind that is used for completions\n",
|
148 |
| - " provided by kernel that had no recognisable type provided.\n", |
| 148 | + " provided by kernel that had no recognizable type provided.\n", |
149 | 149 | "\n",
|
150 | 150 | "3. Provide all other metadata required by the `ICompletionTheme` interface and\n",
|
151 | 151 | " register it on `ILSPCompletionThemeManager` instance using `register_theme()`\n",
|
|
154 | 154 | "4. Provide any additional CSS styling targeting the JupyterLab completer\n",
|
155 | 155 | " elements inside of `.lsp-completer-theme-{id}`, e.g.\n",
|
156 | 156 | " `.lsp-completer-theme-material .jp-Completer-icon svg` for the material\n",
|
157 |
| - " theme. Rememmber to include the styles by importing the in one of the source\n", |
| 157 | + " theme. Remember to include the styles by importing the in one of the source\n", |
158 | 158 | " files.\n",
|
159 | 159 | "\n",
|
160 | 160 | "For an example of a complete theme see\n",
|
|
0 commit comments