support for Shiny R would be nice.
seems zeppelin might also work on this.
https://github.com/elbamos/Zeppelin-With-R/issues/18
This would mainly be an issue for IRkernel, though there might be some architectural considerations - from the linked issue, it sounds like shiny expects a direct network connection from the browser to the kernel, which isn't necessarily easy with Jupyter.
@takluyver Yes that's correct.
I thought it would require considerable effort.
On the other hand, it might also make sense as a collaboration between the folks who work on IRkernel, and me on the Zeppelin side. Perhaps we could convince RStudio to put in whatever hooks are necessary to facilitate working with notebook interfaces. Considering that rstudio now has its own R notebook interface, perhaps this won't be a hard ask.
On the other hand, it might also make sense as a collaboration between the folks who work on IRkernel, and me on the Zeppelin side.
Perhaps we could convince RStudio to put in whatever hooks are necessary to facilitate working with notebook interfaces. Considering that rstudio now has its own R notebook interface, perhaps this won't be a hard ask.
Maybe, I don't think we would be against. It's probably a hard sell, usually the RStudio user community tend to be divided from the Jupyter one. Someone could still try to have the 2 groups discussing.
the spirit of the opensource should bring us together.
perhaps @jjallaire one of the most active users at https://github.com/rstudio/rstudio could drop a line.
Yes, as you said we're currently working on our own notebook interface based on R Markdown. It would indeed be cool to be able to host multiple types of notebooks within RStudio but there would considerable architectural issues to surmount so not something we can pursue in the short term.
I don't think we want to host other notebooks within RStudio. Rather, we want to make it possible for people using other notebooks to run shiny apps in their notebooks.
On Jun 8, 2016, at 9:01 PM, JJ Allaire [email protected] wrote:
Yes, as you said we're currently working on our own notebook interface based on R Markdown. It would indeed be cool to be able to host multiple types of notebooks within RStudio but there would considerable architectural issues to surmount so not something we can pursue in the short term.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
Ah, got it! I don't think there is anything in principle that would prevent integrating Shiny with other notebooks (the shiny package is entirely decoupled from RStudio). One problem (which is shared by the RStudio IDE notebook) is that running a Shiny application currently blocks the console/UI entirely. This isn't a problem when you are running a standalone Shiny application but of course is a a problem when you want to use Shiny as an embedded component within an interactive session.
We have some work we are planning to enable "background" execution of Shiny applications (i.e. still running on the main thread but not blocking the REPL). Once this is done it should be straightforward for all notebook interfaces to take advantage of.
That's exactly what we're looking for - thanks! Can you let us know when there's testing code?
On Jun 8, 2016, at 9:41 PM, JJ Allaire [email protected] wrote:
Ah, got it! I don't think there is anything in principle that would prevent integrating Shiny with other notebooks (the shiny package is entirely decoupled from RStudio). One problem (which is shared by the RStudio IDE notebook) is that running a Shiny application currently blocks the console/UI entirely. This isn't a problem when you are running a standalone Shiny application but of course is a a problem when you want to use Shiny as an embedded component within an interactive session.
We have some work we are planning to enable "background" execution of Shiny applications (i.e. still running on the main thread but not blocking the REPL). Once this is done it should be straightforward for all notebook interfaces to take advantage of.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
Yes, will do!
On Wed, Jun 8, 2016 at 9:47 PM, elbamos [email protected] wrote:
That's exactly what we're looking for - thanks! Can you let us know when
there's testing code?On Jun 8, 2016, at 9:41 PM, JJ Allaire [email protected] wrote:
Ah, got it! I don't think there is anything in principle that would
prevent integrating Shiny with other notebooks (the shiny package is
entirely decoupled from RStudio). One problem (which is shared by the
RStudio IDE notebook) is that running a Shiny application currently blocks
the console/UI entirely. This isn't a problem when you are running a
standalone Shiny application but of course is a a problem when you want to
use Shiny as an embedded component within an interactive session.We have some work we are planning to enable "background" execution of
Shiny applications (i.e. still running on the main thread but not blocking
the REPL). Once this is done it should be straightforward for all notebook
interfaces to take advantage of.—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/jupyter/notebook/issues/1484#issuecomment-224780837,
or mute the thread
https://github.com/notifications/unsubscribe/AAGXxx5LfWaHrdhRli3901atbeeMU7DJks5qJ3CagaJpZM4IltxW
.
Hi
Any updates on R Shiny integration with Zeppelin? Is it possible now?
Help will be greatly appreciated @elbamos @jjallaire @takluyver @Carreau
This is a Jupyter issue tracker, not Zeppelin.
Posted it in a wrong group! My bad..
When https://github.com/jupyterhub/nbrsessionproxy/pull/25 gets merged it'll support running Shiny from within the RStudio spawned by it. This isn't direct integration with notebooks, but seems more than good enough for most JupyterHub / Binder deployments!
You can test this out just now at https://mybinder.org/v2/gh/yuvipanda/binder-1/master?urlpath=rstudio
@yuvipanda You have done an excellent job, Thanks for this work.
https://mybinder.org/v2/gh/yuvipanda/binder-1/master?urlpath=rstudio
When jupyterhub/jupyter-rsession-proxy#25 gets merged it'll support running Shiny from within the RStudio spawned by it. This isn't direct integration with notebooks, but seems more than good enough for most JupyterHub / Binder deployments!
@yuvipanda Any update on that? Is this feature functional? I understand that this is too much of a stretch for a Jupyter Notebook, but! For teaching ggplot2 with dreamRs/esquisse this would be dreamy!
@cgpu yep it works. Check this out: https://github.com/binder-examples/r
@cgpu yep it works. Check this out: https://github.com/binder-examples/r
Woah this is awesome! 🎉 Thanks @yuvipanda.
yw, @cgpu.
I'm going to close this. If you'd like Shiny support in the R kernel, please open an issue in the IRKernel repo.
Hello people,
It is an old thread, but just checking if it is possible to run shiny apps in Jupyter notebook yet ?
Out of blues I am asked to run an existing shiny app in Jupyter notebook by client and I dont know how to do it or is it possible or not :(
Any small guidance is appreciated.
Most helpful comment
Ah, got it! I don't think there is anything in principle that would prevent integrating Shiny with other notebooks (the shiny package is entirely decoupled from RStudio). One problem (which is shared by the RStudio IDE notebook) is that running a Shiny application currently blocks the console/UI entirely. This isn't a problem when you are running a standalone Shiny application but of course is a a problem when you want to use Shiny as an embedded component within an interactive session.
We have some work we are planning to enable "background" execution of Shiny applications (i.e. still running on the main thread but not blocking the REPL). Once this is done it should be straightforward for all notebook interfaces to take advantage of.