You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was looking at a few issues related to rmarkdown, particularly running chunks (e.g. #560). Rstudio seems to run a background process for querying repl state (among other things), but with the difficulties of #440 that doesn't seem like its on the table for vscode-R.
Piggybacking off the work on the rstudioapi, I figured one option would be to monkey patch functions such as reticulate::repl_python, in order to set state before and after their call. Super duper rough example:
This could then be picked up in the globalenv.json file, and then queried in the runChunks method. This wouldn't have to be limited to reticulate, and could be used for other packages with REPL functions, such as JuliaCall::console.
I guess some questions would be:
Do we want to support running other language chunks?
Vscode has many extensions for python, which would provide a far better coding experience than using a reticulate call. However, this does restrict the usefulness of .rmd files somewhat.
Is monkey patching a viable/healthy solution to the issue?
We don't want to impact on development process, so any monkey patching that occurs would have to be fairly lightweight. There's also the issue of people being unaware that monkey patching took place, and then being confused when they examine the method.
The text was updated successfully, but these errors were encountered:
I was looking at a few issues related to rmarkdown, particularly running chunks (e.g. #560). Rstudio seems to run a background process for querying repl state (among other things), but with the difficulties of #440 that doesn't seem like its on the table for vscode-R.
Piggybacking off the work on the rstudioapi, I figured one option would be to monkey patch functions such as reticulate::repl_python, in order to set state before and after their call. Super duper rough example:
This could then be picked up in the globalenv.json file, and then queried in the runChunks method. This wouldn't have to be limited to reticulate, and could be used for other packages with REPL functions, such as JuliaCall::console.
I guess some questions would be:
Do we want to support running other language chunks?
Vscode has many extensions for python, which would provide a far better coding experience than using a reticulate call. However, this does restrict the usefulness of .rmd files somewhat.
Is monkey patching a viable/healthy solution to the issue?
We don't want to impact on development process, so any monkey patching that occurs would have to be fairly lightweight. There's also the issue of people being unaware that monkey patching took place, and then being confused when they examine the method.
The text was updated successfully, but these errors were encountered: