updates

release-notes/v1_36.md

@@ -166,13 +166,21 @@ Every milestone comes with new proposed APIs and extension authors can try them
 
 Note that you cannot publish an extension that uses a proposed API. We may likely make breaking changes in the next release and we never want to break existing extensions.
 
-### Updated API for code insets
-
-// todo@joh
-
 ### vscode.workspace.fs
 
-// todo@joh
+There is proposed API to allow extensions to interact with [file system providers](https://github.com/microsoft/vscode/blob/b1dd5ab40e08315fcc8f58310556479738a5e7b2/src/vs/vscode.d.ts#L5642). That allows to create, read, write, and delete files and folders from arbitrary file systems, e.g a language extension can now load source files that are provided from an ftp-server or another remote source.
+
+The API can be accessed via a new property on the workspace-object: `vscode.workspace.fs`. Give it a try and feel free to leave feedback on: https://github.com/microsoft/vscode/issues/48034
+
+### Updated API for code insets
+
+We have refactored and simplified the code insets proposal. Instead of using the provider-pattern it it is now more like text decorations API.
+
+```ts
+export function createWebviewTextEditorInset(editor: TextEditor, line: number, height: number, options?: WebviewOptions): WebviewEditorInset;
+```
+
+Given an editor, a line, and a height you can create insets. Insets then use the [`Webview`](https://github.com/microsoft/vscode/blob/b1dd5ab40e08315fcc8f58310556479738a5e7b2/src/vs/vscode.d.ts#L5817) that's already known from the `WebviewPanel`. As with decorations, insets are being disposed once their containing editor closes.
 
 ### Webview.resourceRoot
 
@@ -188,7 +196,7 @@ We have started to explore updating to Electron 6, which we hope to push to Insi
 
 ### Better code loading
 
-// todo@joh
+Electron 4 gave us access to new script caching APIs. With that [cached data](https://v8.dev/blog/code-caching) can be created without affecting the very first start and it can be created repeatedly to also cover lazily parsed functions. That and improvements in our loader resulted in ~15% faster code loading.
 
 ### Linux 32-bit support ends