Improve vscode che plugins UX and flow in my workspace
view
#14565
Labels
kind/enhancement
A feature request - must adhere to the feature request template.
kind/epic
A long-lived, PM-driven feature request. Must include a checklist of items that must be completed.
lifecycle/stale
Denotes an issue or PR has remained open with no activity and has become stale.
status/analyzing
An issue has been proposed and it is currently being analyzed for effort and implementation approach
Is your enhancement related to a problem? Please describe.
In this issue I would like to start a discussion on how we should use and present my workspace view. One of the main problem of the view is that we consider that the user would rarely have access to the sidecar container of a plugin which is in my opinion a wrong assumption.
The author of a devfile should be able to tell if a sidecar container should be accessible to the user.
It really makes sense for language plugins: containers usually come with a sidecar container and the user may not want to create/access another container to use the same tools when using the terminal or a che-command.
User may want to access to the sidecar container to use exactly the same version of the compilers and so on from the terminal or a che-command
Describe the solution you'd like
Describe alternatives you've considered
The text was updated successfully, but these errors were encountered: