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
[github.dev] All "Run" options for notebooks should lead to the "Continue Working On" prompt options #132057
Comments
In summary, the suggestion here is that for the web scenario only, rather than pushing users to install the Jupyter and Python extensions in their web environment to perform an execution task (which won't work in the immediate term), push them directly to the "Continue Working On..." workflow. |
This issue is the only result I found in the whole internets with the words "install kernels from the marketplace". Turns out that since today I cannot run any of my notebooks on VSCode Version: 1.59.1 (Universal) I am prompted to install the kernels from the marketplace and taken to the extension page for Jupyter (@id:ms-toolsai.jupyter), which I already have installed. Please help!!! |
This was on September but didn't finished. Would really like it for October. |
Same issue here.. |
This issue hampered my work so much! Please make this a priority. Thank you |
The approach is to let remotehub contribute a menu item to the cell execute menu. This menu will be proposed-only (private). That part is done, I just need to add the contribution to remotehub. |
I like the modal open the best too. I think it'd be easy to miss the notification |
Also, this will be scoped to the |
I see that, but I think putting lots of text in that title space is unusual and not how it's meant to be used. Depending on language and window width, it could be several lines too. |
Could the text be trimmed? Personally I think it could just say "Running cells not available in web editor". Especially since the input box has Choose how you would like to continue working, followed by the options they can pick from. I think most users would understand that |
Did you get the solution ?? |
TL;DR
Show the "Continue Working On" quick-pick options to users when invoking a "run" operation from within a notebook.
Overview
Currently, users are shown the following options to select kernels and run code in notebooks:
If the user does not have an extension installed which contributes kernels, they are shown a quick-pick prompt to "Install kernels from the marketplace". Clicking on this option will open the marketplace pane, filtered to show the Jupyter extension.
The Jupyter extension is currently unavailable in the web and will continue to be disabled until there is a clear run/execution story. Other extensions which contribute kernels (e.g., vscode-pyodide, kusto), are not Microsoft "official" extensions and thus cannot be shown as recommended extensions to install.
If the user does not have an extension installed which contributes kernels to use with a notebook, they should be shown quick-pick options equivalent to the "Continue Working On" button in the web, as an alternative to the current kernel installation prompt. Users will be given the option to graduate to desktop VS Code or a Codespace, both of which support environments in which the user can configure kernels and run their notebook cells.
We can think about a better graduation experience when moving from the web client to both desktop and codespaces, but that will be covered in a separate issue. For now we want both "upgrade" options to be shown to users instead of recommending to install kernels.
Desired Flow
The user opens a notebook in the web client, without having extensions installed that contribute a kernel.
The user clicks on any of the highlighted "run" options.
The user is shown a quick-pick prompt with options to continue working in a different environment.
Note
This flow is only applicable for the web client. In the desktop-client, the user should be recommended to install Jupyter and the appropriate language extensions based on the content of their notebook (feature covered in another issue).
The text was updated successfully, but these errors were encountered: