bug#38807: [Feature request]: Support lisp workers like web workers.

[HaiJun Zhang <netjune@outlook.com>]

[-- Attachment #1: Type: text/plain, Size: 1652 bytes --]

The UI extension is in “Extending Workbench”.

Extension examples:
1. add icon buttons on the title menu bar(like toolbar)
2. add icon buttons on the status bar
3. add items to any existing menu or add new context menu
4. add an outline view to show symbol list(like imenu with a list view), and add a context menu for the symbols in the list
5. add an virtual filesystem view to show files from a ftp server and open files in it
6. call any command in the VSCode and get the result. The command may be a file chooser dialog.
7. call any command registered by other extensions and get the result
8. register commands for user to use. The command is implemented in the extension with typescript(like javescript). The command can be run by user with Ctrl-P(like M-x in emacs) or can be called by other extensions(like in 7).
9. create a webview and show it like an opened file. It can be used to preview markdown.
10. add key bindings
11. create an slot in log panel and output logs to it.
12. display notifications(like the tooltip window in emacs)
13. show progress
14. get opened file list or get the active file


在 2020年1月1日 +0800 PM11:32，Eli Zaretskii <eliz@gnu.org>，写道：
> > Date: Wed, 1 Jan 2020 12:02:35 +0800
> > From: HaiJun Zhang <netjune@outlook.com>
> > Cc: dgutov@yandex.ru, 38807@debbugs.gnu.org
> >
> > While with the same dart project, the VSCode has good user responsiveness. As far as I known, the
> > extensions of VSCode runs in separate process.
>
> Can you even remotely compare the degree of control the VSCode
> extension language can have on the UI, with what Emacs gives you?

[-- Attachment #2: Type: text/html, Size: 2454 bytes --]