-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Introduce bundling with esbuild #283
Conversation
30c88d2
to
14a118e
Compare
ae871c0
to
88d9930
Compare
@afonsonf, I just came across esbuild and am unable to provide much of a review. However, upon examining the diff, I suggest dividing the changes related to esbuild integration, linter changes, and vscode.dev support into distinct commits. This will help with when bisecting potential regressions in the future. Speaking of vscode.dev support, syntax highlighting will be a big improvement. :-) Can you make a note why "[I] was not able to make it work in codespaces"? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM with minor suggestions at #283 (comment)
Thanks for the suggestion, I will separate the changes into different commits From what I saw, to enable the usage of the extension in vscode.dev was just setting this field in the package.json: However there is the error pop up when starting it, because it tries to load the entire extension, it would be nice to configure it to only load the highligting and the supported components: For testing the extension in "web" mode this is the documentation:
The first option did not work because the vscode debugging instance that started did not had the extension enabled or did not work, could not find why. The errors I got in codespaces trying to use the second option where 500 erros when opening the vscode.dev instance started with @vscode/test-web. Tried changing some options ('--host' and codespace port configurations) but could not get it to work. Locally (from a devcontainer environment), the second and thrid option worked, however the third one required more setup (I'll check if the instructions for the third one, sideloading, work from the codespace environment, and if it is the case I'll document it). |
I think this can be solved by introducing a new ts file as the browser extension |
Signed-off-by: Afonso Fernandes <21228942+afonsonf@users.noreply.github.com>
Signed-off-by: Afonso Fernandes <21228942+afonsonf@users.noreply.github.com>
88d9930
to
87baf31
Compare
Divided the changes in two commits and removed the changes related to vscode.dev because I will improve it and create a new PR with those changes |
Feel free to push whenever you are ready. :-) |
The extension fails to activate the first time when debugging the extension in a second browser window on Codespaces:
Relaunching the debug session fixed it. |
Hi, in this PR I'm introduce bundling of the extension using esbuild (https://esbuild.github.io/). Documentation on bundling vscode extensions: https://code.visualstudio.com/api/working-with-extensions/bundling-extension.
I'm introducing bundling to enable the refactoring of the webui component using the webui-toolkit (#261).
Changes
References