Oh yeah sure... I got it to work but always curious to hear of other patterns since i'm all still new to Jupyter and I use it in a non typical way: i'm building a self-taught course around a new version of a technical specification for e-learning (LTI). This involves flow from the learning management system LMS and the learning app. One of those flows involve sending a POST load to the tool. That will be simulated in an iframe in the notebook. I could just show the result in the iframe and let the user copy/paste the data in a cell for processing. However I'm going to have this post to this handler which will populate the data directly in the kernel to make the process easier.
IFRAME -> fake LMS -> POST hanlder -> set values in kernel and display I got it to work, I hear there is some security soft point about having the handler setting up some variables in the kernel but in the context, those seems OK for now, Claude On Sun, Nov 18, 2018 at 9:58 AM 'Aaron Watters' via Project Jupyter < jupyter@googlegroups.com> wrote: > What is the top level "user story"? IE, what problem are you trying to > solve? > There may be an alternative approach to the detailed method you propose. > > my 2p. -- Aaron Watters > > On Sunday, October 21, 2018 at 10:22:29 AM UTC-4, Claude Vervoort wrote: >> >> Hello, >> >> Still new at notebooks and in particular extensions, so i'm not sure what >> I am after is trivial or not the right way to look at it: >> >> So I want to add an end point to the notebook server that will receive a >> POST and make the parameters it receives available in the notebook as >> variables; the notebook would display an IFrame sending a request to an >> external server, which responds by a form POST to that end point, which >> would display a success page and ideally make those form post parameters >> available in the notebook so they can be used in subsequent cells. >> >> So I looked at the various way to extend the notebook, and the custom >> request handler offers a very simple way to expose a new endpoint. However, >> I'm not sure how it can process the data it receives and add it to the >> Kernel so it can be accessed directly within the notebook. I've browsed >> through many examples of custom request handlers (thanks Github code >> search!) but did not see any example that seems to do something similar. >> >> I've also looked at widgets, ipython extensions, but I do not see a clear >> way yet. >> >> Any pointer appreciated, >> >> Thanks! >> >> Claude >> >> -- > You received this message because you are subscribed to the Google Groups > "Project Jupyter" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to jupyter+unsubscr...@googlegroups.com. > To post to this group, send email to jupyter@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/jupyter/f3d33602-48c9-4a5c-83e4-b6e5fc283654%40googlegroups.com > <https://groups.google.com/d/msgid/jupyter/f3d33602-48c9-4a5c-83e4-b6e5fc283654%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Project Jupyter" group. To unsubscribe from this group and stop receiving emails from it, send an email to jupyter+unsubscr...@googlegroups.com. To post to this group, send email to jupyter@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jupyter/CAD3Hz1H%2BCu-GUJTacn0sQ3L6EjvTwyyhTeSvUUP-A2b4JZ5i3A%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
