Skip to content
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

Implementation of registerWebviewViewProvider VSCode API #8740

Closed
Tracked by #9863
thegecko opened this issue Nov 10, 2020 · 13 comments · Fixed by #10705
Closed
Tracked by #9863

Implementation of registerWebviewViewProvider VSCode API #8740

thegecko opened this issue Nov 10, 2020 · 13 comments · Fixed by #10705
Labels
vscode issues related to VSCode compatibility webviews issues related to webviews

Comments

@thegecko
Copy link
Member

thegecko commented Nov 10, 2020

Hi, Arm are interested in implementing the registerWebviewViewProvider VSCode API in the medium-term as the status outlines this has yet to be done:

https://che-incubator.github.io/vscode-theia-comparator/status.html

Are there any efforts or plans in progress to do this already and if not, how should we go about implementing this?
Are there any templates for API implementation or similar APIs we could follow?

cc @marechal-p @vince-fugnitto @akosyakov @azatsarynnyy @vince-fugnitto

@paul-marechal
Copy link
Member

Hopefully this helps: https://github.com/eclipse-theia/theia/wiki/Theia-Plugin-Implementation

@vince-fugnitto vince-fugnitto added vscode issues related to VSCode compatibility webviews issues related to webviews labels Nov 10, 2020
@akosyakov
Copy link
Member

Not from our side. There could be some overlap with #6636 Since webviews, custom editors and views are using the same widget at the end. cc @amiramw

@akosyakov
Copy link
Member

Are there any efforts or plans in progress to do this already and if not, how should we go about implementing this?
Are there any templates for API implementation or similar APIs we could follow?

For the extension host process is the best just copy code from VS Code since some extensions sometimes rely on internal APIs and deviation will break it. For the main side you have more flexibility but still looking at VS Code helps.

@azatsarynnyy
Copy link
Member

Are there any efforts or plans in progress to do this already

We're not planning to work on it either, in the nearest future.
So, you can take it.

@amiramw
Copy link
Member

amiramw commented Nov 17, 2020

cc @EstherPerelman who is working with me on #6636

@JonasHelming
Copy link
Contributor

@thegecko 'WebviewViewResolveContext' seems to be still missing, could you have a quick check?

@thegecko
Copy link
Member Author

@JonasHelming, agreed. It looks like WebviewViewResolveContext still needs to be implemented. The functionality offered is a very low priority in my opinion, however and we happen to not rely on it in our use case.

@JonasHelming
Copy link
Contributor

Would be great to have for full compatibility. Maybe you could add it, now that you are still in the topic? :-)

@thegecko
Copy link
Member Author

Maybe you could add it, now that you are still in the topic? :-)

I think this was implemented by @msujew , I'm currently focussed on fixing the frontend debug 👀

@msujew
Copy link
Member

msujew commented Mar 1, 2022

@thegecko Well, not really. I just took the PR over from #10137 and fixed a few minor issues since the original owner was non-responsive.

@thegecko
Copy link
Member Author

thegecko commented Mar 1, 2022

@thegecko Well, not really. I just took the PR over from #10137 and fixed a few minor issues since the original owner was non-responsive.

Ack :)

Perhaps we should just track this as in an issue as functionality to be added?

@sgraband
Copy link
Contributor

I looked into taking over the follow up task. Is there really functionality missing? As far as is can see the WebviewViewResolveContext interface is already existing. It is just located in the window rather than the root namespace. The implementation also seems to be like the VSCode one.

So please correct me if i missed something, but it should be sufficient to move the WebviewViewResolveContext to the root namespace to ensure full compatability.

@thegecko
Copy link
Member Author

So please correct me if i missed something, but it should be sufficient to move the WebviewViewResolveContext to the root namespace to ensure full compatability.

Yes! I see this has been fixed in master here:

#11216

And this is reflected in the latest comparison too:

https://eclipse-theia.github.io/vscode-theia-comparator/status.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
vscode issues related to VSCode compatibility webviews issues related to webviews
Projects
None yet
Development

Successfully merging a pull request may close this issue.

9 participants