Pair programming: enable usage of CodeTogether propsed API for better UX
See original GitHub issueIs your enhancement related to a problem? Please describe
CodeTogether is a VS Code-compatible (code-oss) extension for developer collaboration and IDE live sharing.
However, to work to its full potential CodeTogether uses APIs that Microsoft has marked as “proposed.” Unfortunately, these APIs will likely never be fully accessible as they are used only internally by Microsoft to gain competitive advantage for its products.
Using CodeTogether in Eclipse Che with the VS Code editor is already possible and the setup process is documented in this excellent Eclipse Che blog article.
Unfortunately, the process is rather involved and requires some manual work that could be avoided if CodeTogether was simply whitelisted for access to use the proposed APIs it requires to be fully functional.
Describe the solution you’d like
Access to proposed APIs can be granted on the command line, programmatically, or from within the product.json file.
From the command line, arguments like this are normally supplied:
--enable-proposed-api genuitecllc.codetogether
If CodeTogether doesn’t detect such access it requests to be able to add that access programmatically. However, many VS Code variants do not use the standard method for allowing programatic access enhancement so this method may fail.
The preferred and most seamless method is to grant access access to proposed APIs to CodeTogether from within the product.json file.
My enhancement request is that you grant the use of proposed APIs to CodeTogether directly in your product file as GitPod did here.
This should make CodeTogether “just work” and allow us to get feedback and provide further support for the Eclipse Che community.
Additional context
For convenience in case any enhancement work is needed on the CodeTogether side: Issue Tracker: https://github.com/Genuitec/CodeTogether/issues
Release Notes Text
This improve the UX of CodeTogether VS Code Extension in a Che workspace and for instance allows to share the terminal.
Issue Analytics
- State:
- Created a year ago
- Reactions:1
- Comments:7 (4 by maintainers)
Top GitHub Comments
Yes this is something we discussed on twitter https://twitter.com/florentbenoit/status/1509979631243436037?s=20&t=E0bgu9V8_G24qEGnbtAAnw
@max-cx I’ll be happy to help if I’m able to.
If CodeTogether doesn’t have access to the propose APIs I listed in this comment, the remote access to the host’s terminal will be restricted to read-only and none of the test running / result services on the host’s machine will operate for the remote participants.
I apologize, but I can’t answer that question either way since I’m not familiar with exactly which product called “Dev Spaces” you’re referring to as RedHat, Microsoft Azure, and at least one OSS project have all used that term. Or perhaps it’s something else?
I’d assume answering the question properly would be up to your technical team to install CodeTogether into your environment and test the functionality versus what we have documented. I’ll be happy to help expedite any technical collaborations that need to happen if you run into questions or issues, but that collaboration should take place on a forum for your product.
If you’d like to start a collaboration there, just drop me an email with a link to <my GitHub name> at gmail.
I look forward to finding out more about your product and how it has integrated CodeTogether.