[IPython-dev] Efficient way to render Javascripts

Brian Granger ellisonbg@gmail....
Sat Jun 15 11:44:34 CDT 2013


I don't think you are going to like this, but I want to be honest
about our situation wrt these things:

* It is not supported to do direct calls from the browser to the
kernel.  You can hack it, but in general there is no promise the
kernel is even running on publicly visible host.  Personally I would
not invest the time to do direct GET/POST to the kernel.
* If you write the data to a file, you can load the data using URLs of
the form "files/mydata.json".
* There is no way for JS to directly write data to a file.  You will
have to embed the data in the string passed to Kernel.execute.
* If you really have to work on all of this during the summer, it is
going to be somewhat painful and you will have to redo a good part of
it once IPython's support improves later this year.  If it were me, I
would focus on other things.  This type of thing should be *trivial*
once we have done our work.
* We will *start* on this in late summer, but the work will be done
gradually between late summer and early next year.  But, the low level
pieces that you probably need should be done by Fall.
* We are committed to getting the design of these things right.
Within the IPython code base we are strictly focused on our 1.0
release and roadmap:

https://github.com/ipython/ipython/wiki/Roadmap:-IPython

* This means we are actually committed to *not* doing anything on the
interactive widgets within IPython until late Fall.  Even if other
people want to contribute to the code base for these things, it will
be ignored.  It is not a matter of writing code - that is the easy
part - the hard part is the design.  IPython is a big project and it
is extremely important for us to be focused, otherwise the project
starts to look like a random walk and progress on big things is
difficult.  Until later summer our focus is on nbconvert,
multidirectory support and the 1.0 release.
* IPython has been in this situation multiple times before - IOW
people waiting long periods of time for us to finish important work.
In all cases, waiting and being patient has been the right thing to
do.

I know this is probably bad news, but in the end, if you simply wait
you will be able to accomplish what you want with a smile on your face
saying "wow, I can't believe how awesome and easy this is...just
magic"

Cheers,

Brian

On Sat, Jun 15, 2013 at 9:23 AM, Jason Moore <moorepants@gmail.com> wrote:
> Brian,
>
> So it seems that for us to get some data from a python object into our
> javascript, we write the data to file on the fly so that a js cell can pull
> it in from the filesystem or we hard code the data into the js string. Is
> that the way it should be done with the current setup?
>
> So we'd like the functionality for GET/POST in the notebook for our project.
> And I have one full time student that starts this week. What would be the
> best way for us to contribute some patches to jumpstart this on the ipython
> side?
>
>
>
> Jason
> moorepants.info
> +01 530-601-9791
>
>
> On Sat, Jun 15, 2013 at 9:02 AM, Brian Granger <ellisonbg@gmail.com> wrote:
>>
>> Right now it does not have any easy way of doing that.  For now you
>> will have to encode your data into the call to kernel.execute, which
>> is a completely pain. That is exactly what we will be tackling later
>> in the summer...
>>
>> Cheers,
>>
>> Brian
>>
>> On Sat, Jun 15, 2013 at 8:54 AM, Jason Moore <moorepants@gmail.com> wrote:
>> > Brian,
>> >
>> > In IPython, is there a standard mechanism to pass data from the client
>> > to
>> > the server? We'd like to make some python calls that generate a data
>> > stucture, jsonify it and then make it available to the javascript that
>> > is
>> > running in a cell via a GET request. I assume the kernel architecture
>> > has
>> > this in place?
>> >
>> >
>> > Jason
>> > moorepants.info
>> > +01 530-601-9791
>> >
>> >
>> > On Sat, Jun 15, 2013 at 8:14 AM, Brian Granger <ellisonbg@gmail.com>
>> > wrote:
>> >>
>> >> Right now (today) the best way is to use the Javascript object along
>> >> with the display function.  However, starting in late summer we will
>> >> be improving this API so it may change some, but all for the better...
>> >>
>> >> Cheers,
>> >>
>> >> Brian
>> >>
>> >> On Fri, Jun 14, 2013 at 11:33 PM, TARUN GABA <tarun.gaba7@gmail.com>
>> >> wrote:
>> >> > Hi,
>> >> >
>> >> > I am wondering on what method would be more efficient to serve
>> >> > Javascripts on IPython notebooks
>> >> >
>> >> > I need to visualize/simulate multibody dynamics, and there are two
>> >> > methods which are in my mind.
>> >> > The rough API of the project is being formed at ..
>> >> >
>> >> > http://pydy.org/visualization
>> >> >
>> >> > the two methods are:
>> >> > 1) Via http requests:
>> >> >
>> >> >   on calling something like ..
>> >> >
>> >> > myobject.visualize(numerical_data)
>> >> >
>> >> > The browser sends a POST request to the kernel, and python methods
>> >> > send a POST request to the required javascripts alongwith POST
>> >> > parameters as the numerical data required for visualization, most
>> >> > likely a 4*4 transformation matrix, and shape information.
>> >> > the Javascripts recieves the post and then it is displayed in the
>> >> > IPython output cell.
>> >> >
>> >> > 2) Another method can be to make Javascript objects and save them as
>> >> > text in the classes,
>> >> > something like ..
>> >> >
>> >> > def MyClass():
>> >> >
>> >> >     def __init__(relevant,args):
>> >> >         self.js_data = ''' A call to the Javascript functions,
>> >> > alongwith arguments..
>> >> >                              var myobject =
>> >> > Shape_creating_function(%s)'''%(args)
>> >> >
>> >> > and then on calling ..
>> >> > MyClass.visualize()
>> >> >
>> >> > from IPython notebook, first calling all the required
>> >> > javascripts(files) via publish_javascript()/publish_html() display
>> >> > methods and then
>> >> >
>> >> > display(Javascript(MyClass.js_data))
>> >> >
>> >> > Which of these would be more feasible and efficient..
>> >> > _______________________________________________
>> >> > IPython-dev mailing list
>> >> > IPython-dev@scipy.org
>> >> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>> >>
>> >>
>> >>
>> >> --
>> >> Brian E. Granger
>> >> Cal Poly State University, San Luis Obispo
>> >> bgranger@calpoly.edu and ellisonbg@gmail.com
>> >> _______________________________________________
>> >> IPython-dev mailing list
>> >> IPython-dev@scipy.org
>> >> http://mail.scipy.org/mailman/listinfo/ipython-dev
>> >
>> >
>> >
>> > _______________________________________________
>> > IPython-dev mailing list
>> > IPython-dev@scipy.org
>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>> >
>>
>>
>>
>> --
>> Brian E. Granger
>> Cal Poly State University, San Luis Obispo
>> bgranger@calpoly.edu and ellisonbg@gmail.com
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev@scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev@scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



--
Brian E. Granger
Cal Poly State University, San Luis Obispo
bgranger@calpoly.edu and ellisonbg@gmail.com


More information about the IPython-dev mailing list