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

VS Code Extension Usage needs to be more prominent #15760

Open
tsmaeder opened this issue Jan 21, 2020 · 8 comments
Open

VS Code Extension Usage needs to be more prominent #15760

tsmaeder opened this issue Jan 21, 2020 · 8 comments
Labels
area/doc Issues related to documentation kind/enhancement A feature request - must adhere to the feature request template. lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. status/analyzing An issue has been proposed and it is currently being analyzed for effort and implementation approach

Comments

@tsmaeder
Copy link
Contributor

VS Code extensions are our most important way to extend Che. However, I was not able to find anything about this in the Che 7 doc. The information is there: I found a direct link on the Che repository (https://www.eclipse.org/che/docs/che-7/using-a-visual-studio-code-extension-in-che/).

The problem is that in the sidebar navigation on (https://www.eclipse.org/che/docs/che-7) there is no mention of VS Code extensions in neither the contributor guide nor the administrator guide.

@tsmaeder tsmaeder added the kind/enhancement A feature request - must adhere to the feature request template. label Jan 21, 2020
@che-bot che-bot added the status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. label Jan 21, 2020
@benoitf
Copy link
Contributor

benoitf commented Jan 21, 2020

I think it's already covered by #14119

@l0rd
Copy link
Contributor

l0rd commented Jan 21, 2020

@tsmaeder it's in the end user guide (because it's about using vscode extensions vs authoring them)

image

But yes I think we should have something in the contributor guide as well and as @benoitf mentioned that 's basically what's asked in #14119

cc @themr0c the vscode extensions are currently the main way (if not the only one) to extend che workspaces. Talking about che-theia plugins doesn't make sense. It's confusing. IMHO we should address that as soon as possible.

@l0rd l0rd added status/analyzing An issue has been proposed and it is currently being analyzed for effort and implementation approach and removed status/need-triage An issue that needs to be prioritized by the curator responsible for the triage. See https://github. labels Jan 21, 2020
@l0rd
Copy link
Contributor

l0rd commented Jan 21, 2020

@themr0c @tsmaeder leaving this open for now but we should close it if it doesn't provide anything that's not in #14119 already.

@ericwill
Copy link
Contributor

Forgive me if this seems like a silly question, but what exactly is supposed to be added to the docs for #14119? How to write VS Code extensions (something like this), how to write a VS Code extension inside Che, or something else?

Maybe the existing portion about VS Code extensions in Che should be expanded upon (how to build sidecar containers, where to add the code for them, etc.) and moved into the Contributor Guide section?

@che-bot
Copy link
Contributor

che-bot commented Jul 27, 2020

Issues go stale after 180 days of inactivity. lifecycle/stale issues rot after an additional 7 days of inactivity and eventually close.

Mark the issue as fresh with /remove-lifecycle stale in a new comment.

If this issue is safe to close now please do so.

Moderators: Add lifecycle/frozen label to avoid stale mode.

@che-bot che-bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jul 27, 2020
@ericwill
Copy link
Contributor

@l0rd is this one being handled as part of the tiger team?

@ericwill ericwill added lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Jul 27, 2020
@l0rd
Copy link
Contributor

l0rd commented Jul 27, 2020

@l0rd is this one being handled as part of the tiger team?

No. It's not labelled area/doc and has no priority. It's out of the radar.

Those are some vs code extension issues currently in the backlog:

@l0rd l0rd added the area/doc Issues related to documentation label Oct 6, 2020
@themr0c
Copy link
Contributor

themr0c commented Oct 7, 2020

This issue is also tracked here: https://issues.redhat.com/browse/RHDEVDOCS-1579

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/doc Issues related to documentation kind/enhancement A feature request - must adhere to the feature request template. lifecycle/frozen Indicates that an issue or PR should not be auto-closed due to staleness. status/analyzing An issue has been proposed and it is currently being analyzed for effort and implementation approach
Projects
None yet
Development

No branches or pull requests

7 participants