From thecolourblue+m at gmail.com  Fri Mar  1 11:37:43 2013
From: thecolourblue+m at gmail.com (tcb)
Date: Fri, 1 Mar 2013 16:37:43 +0000
Subject: [IPython-dev] ipython with twisted reactor
Message-ID: <CAGij=cw3Jb9L1AhEFSxnoB+ss0McSkdMVBbRXLtqYM=UcY0g2g@mail.gmail.com>

Hi,

I am trying to use the ipython notebook with some example code which sets
up a websocket server (using autobahn python
http://autobahn.ws/python/tutorials/echo ).

The problem is that I need to call twisted's reactor.run() method, but this
blocks all input, and I need to interact with the objects to send/receive
messages. I haven't been able to get this to work in the notebook yet. I
assume its a problem interacting with the tornado eventloop in ipython- but
it could be something else (the examples work fine outside of ipython).

Rather than calling reactor.run()- I've tried putting it into a thread:

threading.Thread(target=reactor.run,
kwargs={'installSignalHandlers':False}).start()


but that doesn't work either- it doesn't ever run.

The threadedselector doesn't seem to run either (putting this at the top of
my script):

from twisted.internet import _threadedselect
reactor = _threadedselect.install()


There is a possibility to interleave the twisted eventloop with other event
loops:

from twisted.internet import reactor

reactor.interleave(foreignEventLoopWakerFunction)


but I have no idea which ipython function would serve as a 'waker' function.

Has anyone managed to do this already in the notebook?

-thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130301/dd17e215/attachment.html>

From benjaminrk at gmail.com  Fri Mar  1 13:16:10 2013
From: benjaminrk at gmail.com (Min RK)
Date: Fri, 1 Mar 2013 10:16:10 -0800
Subject: [IPython-dev] ipython with twisted reactor
In-Reply-To: <CAGij=cw3Jb9L1AhEFSxnoB+ss0McSkdMVBbRXLtqYM=UcY0g2g@mail.gmail.com>
References: <CAGij=cw3Jb9L1AhEFSxnoB+ss0McSkdMVBbRXLtqYM=UcY0g2g@mail.gmail.com>
Message-ID: <04B11B71-4B0A-4286-9344-C180AEE46204@gmail.com>

I don't know what the waker function would be, but the event loop IPython uses is tornado,
So that's what twisted needs to work with.

-MinRK

On Mar 1, 2013, at 8:37, tcb <thecolourblue+m at gmail.com> wrote:

> Hi,
> 
> I am trying to use the ipython notebook with some example code which sets up a websocket server (using autobahn python http://autobahn.ws/python/tutorials/echo ).
> 
> The problem is that I need to call twisted's reactor.run() method, but this blocks all input, and I need to interact with the objects to send/receive messages. I haven't been able to get this to work in the notebook yet. I assume its a problem interacting with the tornado eventloop in ipython- but it could be something else (the examples work fine outside of ipython).
> 
> Rather than calling reactor.run()- I've tried putting it into a thread:
> 
> threading.Thread(target=reactor.run, kwargs={'installSignalHandlers':False}).start()
> 
> but that doesn't work either- it doesn't ever run.
> 
> The threadedselector doesn't seem to run either (putting this at the top of my script):
> 
> from twisted.internet import _threadedselect
> reactor = _threadedselect.install()
> 
> There is a possibility to interleave the twisted eventloop with other event loops:
> 
> from twisted.internet import reactor
> 
> reactor.interleave(foreignEventLoopWakerFunction)
> 
> but I have no idea which ipython function would serve as a 'waker' function.
> 
> Has anyone managed to do this already in the notebook?
> 
> -thanks
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130301/fa41ee58/attachment.html>

From nborwankar at gmail.com  Fri Mar  1 21:42:56 2013
From: nborwankar at gmail.com (Nitin Borwankar)
Date: Fri, 1 Mar 2013 18:42:56 -0800
Subject: [IPython-dev] Hierarchical notebook listing
In-Reply-To: <67358ECD-CFF9-4ED6-840D-9349F657EF32@gmail.com>
References: <CAN1SJDjCF-C872AbVjBJ1KLC2hmMpa2hXK2YM_rSJAmQ7dTiQw@mail.gmail.com>
	<CAH4pYpTCeCRiHpoyb6qFy6P9mXFB0ueNRWiStYznCVPPJdBYfw@mail.gmail.com>
	<67358ECD-CFF9-4ED6-840D-9349F657EF32@gmail.com>
Message-ID: <CAAhmvMLanNd2cMr+Tocq0=weaJ2pZ7qeGGqZTXG9R3dJErK0Jw@mail.gmail.com>

Hi all,

[[ this may sound like a horrible idea at first but it has legs and has
been used in limited context ]]

I think an "attribute" on the notebook called "accesspath" and an HTTP
resolvable URI ( file:// or http:// or even mongo:// .... ) as a value
makes this OS independent to a first order.


It also allows the storage implementation code to be decoupled from the
client in ways that do not require re-inventing these wheels and reuse of
tons of built-in and well understood code.  Also for implementations in
othe languages ( Ruby...) the address remains invariant.

Note: storage in SQL db's is probably best wrapped in a REST API for such
purposes, with a set of CRUD primitives mapped to REST verbs, so we assume
that SQL db's are behind an  http:// or https:// scheme.

Bottom line using existing resolvable HTTP URI's for storage addressing
gives both the hierarchy and the decoupling in an IPyNB friendly metaphor
without need to write Yet Another Platform Independent Layer ( YAPIL ? )

[[ long long sidebar: having such an address also allows storage of
notebooks (JSON blobs) in say Apache CouchDB which is an awesome REST
addressable JSON store, which also has very powerful master-master
replication.  CouchDB has an efficient storage format that saves embedded
binaries and also allows custom indexes to be created using Map Reduce.
Having your own notebooks and a co-workers notebooks and being able to sync
them on a LAN is effortless, as is syncing them to the cloud.  I have used
Apache CouchDB (was the project manager for an NSF funded project in
2008-10) for JSON based bibliographies that could be synced.
A notebook storage in CouchDB + bibliographies in CouchDB would be a very
powerful researchers' publication management platform.
In our project we had spec'ed out what an individual academic's
bibliomanager, a departmental bibliomanager and a univ level biblio manager
would look like.   We had also talked to administrators in the UCBerkeley
statistics department to investigate how it would improve their work.

It was not implemented but another system which used CouchDB as a platform
for creating citable URL's for unsolved Math problems was successfully
implemented.  It managed inline LaTex using the precursor to MathJax -
JSMath - as MathJax did not exist then.  We released on the 150th
anniversary of the Riemann Hypothesis, in 2009, were Slashdotted and
survived even when on a small EC2 instance - CouchDB is very resilient and
manages concurrent requests very very well, in a resource efficient manner.
 P.S. I do not sell CouchDB :-) ]]



------------------------------------------------------------------
Nitin Borwankar
nborwankar at gmail.com


On Tue, Feb 26, 2013 at 2:47 AM, Matthias BUSSONNIER <
bussonniermatthias at gmail.com> wrote:

>
> Le 26 f?vr. 2013 ? 01:49, Brian Granger a ?crit :
>
> > Some of the questions we need to think about:
> >
> > * What does the web service look like to move around and query
> directories.
> > * Do we map directory paths onto notebook URLS?  If so, how?
> > * How do we build a UI/UX that is extremely simple, but functional
> > enough to get the job done.
> > * How do we want to abstract these things for different notebook backend
> stores?
>
> IMHO, the "backend" should return a notebook "document name" ( not the one
> store in the json metadata)
> and a UUID when asked to "list" notebook
>
> The actual content of the notebook when asked.
>
> The actual "mapping" filesystem/url would be using uuid that are generated
> from hmac and path, so unique, and persistent.
> This also work for database
>  | uuid | document_name | content |
>
> For the UI,
> I can see "breadcrumbs" to navigate in parents directory.
> We could also do something like github, where you show both ipynb and
> folder and you can enter a folder.
>
> This would require some "custom" data structure that could be exchange
> from dashboard and backend.
>
> --
> Matthias
>
>
> > * How do notebook directories get mapped to kernel cwds?
>
> > Cheers,
> >
> > Brian
> >
> > On Mon, Feb 25, 2013 at 2:03 AM, Robert Young <rob at roryoung.co.uk>
> wrote:
> >> Hi,
> >>
> >> This email is intended to start a conversation around hierarchical
> notebook
> >> listings. I submitted a pull request [1] and it was pointed out that
> >> supporting directories deserves some thought and discussion.
> >>
> >> Rob
> >>
> >> [1] https://github.com/ipython/ipython/pull/2977
> >>
> >> _______________________________________________
> >> IPython-dev mailing list
> >> IPython-dev at scipy.org
> >> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>
> >
> >
> >
> > --
> > Brian E. Granger
> > Cal Poly State University, San Luis Obispo
> > bgranger at calpoly.edu and ellisonbg at gmail.com
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130301/d31be91c/attachment.html>

From nborwankar at gmail.com  Fri Mar  1 22:00:19 2013
From: nborwankar at gmail.com (Nitin Borwankar)
Date: Fri, 1 Mar 2013 19:00:19 -0800
Subject: [IPython-dev] Hierarchical notebook listing
In-Reply-To: <CAH4pYpTCeCRiHpoyb6qFy6P9mXFB0ueNRWiStYznCVPPJdBYfw@mail.gmail.com>
References: <CAN1SJDjCF-C872AbVjBJ1KLC2hmMpa2hXK2YM_rSJAmQ7dTiQw@mail.gmail.com>
	<CAH4pYpTCeCRiHpoyb6qFy6P9mXFB0ueNRWiStYznCVPPJdBYfw@mail.gmail.com>
Message-ID: <CAAhmvM+C6roNdmoSbHCF7+okOaaFNq0N_0EA7POYuKcprrcZFw@mail.gmail.com>

Hi Brian,

[[ good chatting at Strata yesterday BTW ]]

Pl. see other email which suggests just starting with resolvable HTTP URI
as "accesspath".

I hope this has not already been discussed and discarded - if so I will
return from self-imposed embarrassment-exile, eventually.

Some of the questions we need to think about:

* What does the web service look like to move around and query directories.

To a first approximation it looks like a web server with REST primitives
that include PUT and DELETE as well as GET, POST.

* Do we map directory paths onto notebook URLS?  If so, how?
( we use a file:// scheme, for local paths and an http(s):// scheme for
remote paths with a doc root defined at the target host. )

* How do we build a UI/UX that is extremely simple, but functional
enough to get the job done.

My weak attempt at this: - We don't build a general UI as permissions to
remote stores may make matters complicated. Locally we delegate to the file
browser, remotely we follow what looks like a directory listing when you
browse say an Apache Webserver's directory that has read permissions.  this
is not how we implement it but it is a starting point for how it might look.

* How do we want to abstract these things for different notebook backend
stores?

IMHO resolvable HTTP URI takes us most of the way - insist on a REST API
for remote backends else you'll be navigating multiple levels of adapter
abstraction hell.

* How do notebook directories get mapped to kernel cwds?

define an "IPyNB root" just like an HTTP document root "/" in a webserver.

define it separately on the client, separately on the server/kernel machine.

The HTTP URI is with respect to the root of whatever the HTTP target is.
This also avoids exposing the actual dir structure and allows transparent
changes of implementation, host machine, host OS ...

*BEST* would be to define a standard REST interface for storage backends in
a separate doc.


Cheers,

Brian




------------------------------------------------------------------
Nitin Borwankar
nborwankar at gmail.com


On Mon, Feb 25, 2013 at 4:49 PM, Brian Granger <ellisonbg at gmail.com> wrote:

> Some of the questions we need to think about:
>
> * What does the web service look like to move around and query directories.
> * Do we map directory paths onto notebook URLS?  If so, how?
> * How do we build a UI/UX that is extremely simple, but functional
> enough to get the job done.
> * How do we want to abstract these things for different notebook backend
> stores?
> * How do notebook directories get mapped to kernel cwds?
>
> Cheers,
>
> Brian
>
> On Mon, Feb 25, 2013 at 2:03 AM, Robert Young <rob at roryoung.co.uk> wrote:
> > Hi,
> >
> > This email is intended to start a conversation around hierarchical
> notebook
> > listings. I submitted a pull request [1] and it was pointed out that
> > supporting directories deserves some thought and discussion.
> >
> > Rob
> >
> > [1] https://github.com/ipython/ipython/pull/2977
> >
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >
>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130301/b90ba223/attachment.html>

From benjaminrk at gmail.com  Sat Mar  2 15:02:26 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sat, 2 Mar 2013 12:02:26 -0800
Subject: [IPython-dev] IPEP 12: Splitting KernelManager and KernelClient
Message-ID: <CAHNn8BUsdKciTbXVr7V4MNOHxccRvJ=L+MeFOCAMj-1AiTgyWQ@mail.gmail.com>

I've added IPEP
12<https://github.com/ipython/ipython/wiki/IPEP-12%3A-Splitting-KernelManager-and-KernelClient>
for
detailing how KernelManager and KernelClient will be split into separate
classes.
There's still some figuring out to do in terms of module layout and
heartbeat implementations,
but it's a start.

-MinRK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130302/24a9efc6/attachment.html>

From benjaminrk at gmail.com  Sat Mar  2 15:30:09 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sat, 2 Mar 2013 12:30:09 -0800
Subject: [IPython-dev] IPEP 13
Message-ID: <CAHNn8BX7+TSZuvnskWS7r=0ZXn7N+K6OhBUAon6Tv9oWVpvMaw@mail.gmail.com>

I've started IPEP
13<https://github.com/ipython/ipython/wiki/IPEP-13:-Updating-the-Message-Spec>,
for the planned updates to the message spec.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130302/39a54f93/attachment.html>

From matthieu.brucher at gmail.com  Mon Mar  4 05:37:53 2013
From: matthieu.brucher at gmail.com (Matthieu Brucher)
Date: Mon, 4 Mar 2013 10:37:53 +0000
Subject: [IPython-dev] Execnet
Message-ID: <CAHCaCkJfuxPhyTV2EpAJsin31RYnr=UnVO=qnG6WfgQn4-DHWw@mail.gmail.com>

Hi all,

I'm sending this mail to both lists because I know that all of you work on
parallel jobs/tasks/...
Someone refered me to Execnet (http://codespeak.net/execnet/). Do you know
of it and if you do, how does it compare to the solutions available in
IPython or sklearn?

Regards,

Matthieu
-- 
Information System Engineer, Ph.D.
Blog: http://matt.eifelle.com
LinkedIn: http://www.linkedin.com/in/matthieubrucher
Music band: http://liliejay.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130304/8cf71565/attachment.html>

From matthieu.brucher at gmail.com  Mon Mar  4 05:47:55 2013
From: matthieu.brucher at gmail.com (Matthieu Brucher)
Date: Mon, 4 Mar 2013 10:47:55 +0000
Subject: [IPython-dev] [Scikit-learn-general] Execnet
In-Reply-To: <CAFvE7K5tp=UbZZjeQfTCUj7bgR7UULLCGQrE7bAB3_uqh_Zq4g@mail.gmail.com>
References: <CAHCaCkJfuxPhyTV2EpAJsin31RYnr=UnVO=qnG6WfgQn4-DHWw@mail.gmail.com>
	<CAFvE7K5tp=UbZZjeQfTCUj7bgR7UULLCGQrE7bAB3_uqh_Zq4g@mail.gmail.com>
Message-ID: <CAHCaCkKYQUJ=98hoGo_9midT8rC=qk0rpEAZ7zT7OPsSiMUfOw@mail.gmail.com>

I didn't check the license... Strange because it is supposed to be used in
a commercial product soon. I will look into it a little bit further.

Thanks for the feedback!

Matthieu

2013/3/4 Olivier Grisel <olivier.grisel at ensta.org>

> 2013/3/4 Matthieu Brucher <matthieu.brucher at gmail.com>:
> > Hi all,
> >
> > I'm sending this mail to both lists because I know that all of you work
> on
> > parallel jobs/tasks/...
> > Someone refered me to Execnet (http://codespeak.net/execnet/). Do you
> know
> > of it and if you do, how does it compare to the solutions available in
> > IPython or sklearn?
>
> Interesting, I did not know about it. Unfortunately the license is
> GPL. Since would be interested to do write an optional joblib plugin
> (we would also need a joblib plugin to use IPython.parallel cluster
> BTW :)
>
> --
> Olivier
> http://twitter.com/ogrisel - http://github.com/ogrisel
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> Scikit-learn-general mailing list
> Scikit-learn-general at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scikit-learn-general
>



-- 
Information System Engineer, Ph.D.
Blog: http://matt.eifelle.com
LinkedIn: http://www.linkedin.com/in/matthieubrucher
Music band: http://liliejay.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130304/37abe956/attachment.html>

From benjaminrk at gmail.com  Mon Mar  4 22:34:34 2013
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 4 Mar 2013 19:34:34 -0800
Subject: [IPython-dev] 0.13.2
Message-ID: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>

I've started the process of backporting PRs for an 0.13.2 bugfix release,
the results of which can be seen by looking at Issues labeled
backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
.

The following PRs have been backported so far:

2399
2503
2500
2498
2490
2491
2511
2294
2554
2561
2546
2526
2591
2582
2574
2638
2656
2663
2668
2662
2686
2685
2713
2717
2544
2749
2738
2769
2773
2778
2757
2783
2796
2799
2816
2830
2849
2859
2861
2863
2852
2864
2926
2924
2901

If there are any others you think should be applied for 0.13.2, or if any
of those shouldn't be included, let me know.
In general, these are bugfixes that are either small or important.  No new
features or APIs, etc.

This is currently reflected in the 0.13.x
branch<https://github.com/ipython/ipython/tree/0.13.x>
.

-MinRK
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130304/5cb94dcc/attachment.html>

From dave.hirschfeld at gmail.com  Tue Mar  5 09:58:09 2013
From: dave.hirschfeld at gmail.com (Dave Hirschfeld)
Date: Tue, 5 Mar 2013 14:58:09 +0000 (UTC)
Subject: [IPython-dev] DictDB
Message-ID: <loom.20130305T154838-816@post.gmane.org>

In my ipcontroller_config.py script I've got the following line:

c.HubFactory.db_class = 'IPython.parallel.controller.dictdb.DictDB'

I noticed in the log lots of messages about results being culled and
found that the DictDB has `size_limit`, `record_limit` and `cull_fraction`
attributes

https://github.com/ipython/ipython/blob/master/IPython/parallel/controller/dictd
b.py#L92

There doesn't seem to be any mention of them in the config file so I was
wondering how to set these values.

I assumed it might be something like

c.HubFactory.db_class.size_limit = 10737418240
c.HubFactory.db_class.record_limit = ...
c.HubFactory.db_class.cull_fraction = ...


..but was wondering how I could verify if these settings had worked - e.g. is
there a way to query the controller settings?

Thanks,
Dave

NB: Is the default 1MB or am I reading it wrong?

size_limit = Integer(1024*1024, config=True,
help="""The maximum total size (in bytes) of the buffers stored in the db





From benjaminrk at gmail.com  Tue Mar  5 12:26:49 2013
From: benjaminrk at gmail.com (MinRK)
Date: Tue, 5 Mar 2013 09:26:49 -0800
Subject: [IPython-dev] DictDB
In-Reply-To: <loom.20130305T154838-816@post.gmane.org>
References: <loom.20130305T154838-816@post.gmane.org>
Message-ID: <CAHNn8BU2WU6By=bPk-TvZryE6-BFp1oLmQMo9Cj88oHcaXUcjg@mail.gmail.com>

On Tue, Mar 5, 2013 at 6:58 AM, Dave Hirschfeld
<dave.hirschfeld at gmail.com>wrote:

> In my ipcontroller_config.py script I've got the following line:
>
> c.HubFactory.db_class = 'IPython.parallel.controller.dictdb.DictDB'
>
> I noticed in the log lots of messages about results being culled and
> found that the DictDB has `size_limit`, `record_limit` and `cull_fraction`
> attributes
>
>
> https://github.com/ipython/ipython/blob/master/IPython/parallel/controller/dictd
> b.py#L92
>
> There doesn't seem to be any mention of them in the config file so I was
> wondering how to set these values.
>
> I assumed it might be something like
>
> c.HubFactory.db_class.size_limit = 10737418240
> c.HubFactory.db_class.record_limit = ...
> c.HubFactory.db_class.cull_fraction = ...
>
>
> ..but was wondering how I could verify if these settings had worked - e.g.
> is
> there a way to query the controller settings?
>

There is not a way to query the controller's state,
but this is not quite how config works.  The way to think about config is
setting class attributes,
so to set the size limit of a DictDB object, you would do:

c.DictDB.size_limit = 2**30

There is not instance-like notion where the name might change, depending on
where it is assigned,
it is always keyed by the name of the configurable class.


> Thanks,
> Dave
>
> NB: Is the default 1MB or am I reading it wrong?
>

This was a dumb typo, I wonder why it hasn't been caught before.

Both DictDB's exclusion from help output and the default value should be
fixed by: https://github.com/ipython/ipython/pull/2997



>
> size_limit = Integer(1024*1024, config=True,
> help="""The maximum total size (in bytes) of the buffers stored in the db
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130305/f1b88a53/attachment.html>

From benjaminrk at gmail.com  Tue Mar  5 12:26:49 2013
From: benjaminrk at gmail.com (MinRK)
Date: Tue, 5 Mar 2013 09:26:49 -0800
Subject: [IPython-dev] DictDB
In-Reply-To: <loom.20130305T154838-816@post.gmane.org>
References: <loom.20130305T154838-816@post.gmane.org>
Message-ID: <CAHNn8BU2WU6By=bPk-TvZryE6-BFp1oLmQMo9Cj88oHcaXUcjg@mail.gmail.com>

On Tue, Mar 5, 2013 at 6:58 AM, Dave Hirschfeld
<dave.hirschfeld at gmail.com>wrote:

> In my ipcontroller_config.py script I've got the following line:
>
> c.HubFactory.db_class = 'IPython.parallel.controller.dictdb.DictDB'
>
> I noticed in the log lots of messages about results being culled and
> found that the DictDB has `size_limit`, `record_limit` and `cull_fraction`
> attributes
>
>
> https://github.com/ipython/ipython/blob/master/IPython/parallel/controller/dictd
> b.py#L92
>
> There doesn't seem to be any mention of them in the config file so I was
> wondering how to set these values.
>
> I assumed it might be something like
>
> c.HubFactory.db_class.size_limit = 10737418240
> c.HubFactory.db_class.record_limit = ...
> c.HubFactory.db_class.cull_fraction = ...
>
>
> ..but was wondering how I could verify if these settings had worked - e.g.
> is
> there a way to query the controller settings?
>

There is not a way to query the controller's state,
but this is not quite how config works.  The way to think about config is
setting class attributes,
so to set the size limit of a DictDB object, you would do:

c.DictDB.size_limit = 2**30

There is not instance-like notion where the name might change, depending on
where it is assigned,
it is always keyed by the name of the configurable class.


> Thanks,
> Dave
>
> NB: Is the default 1MB or am I reading it wrong?
>

This was a dumb typo, I wonder why it hasn't been caught before.

Both DictDB's exclusion from help output and the default value should be
fixed by: https://github.com/ipython/ipython/pull/2997



>
> size_limit = Integer(1024*1024, config=True,
> help="""The maximum total size (in bytes) of the buffers stored in the db
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130305/f1b88a53/attachment-0001.html>

From takowl at gmail.com  Wed Mar  6 07:16:34 2013
From: takowl at gmail.com (Thomas Kluyver)
Date: Wed, 6 Mar 2013 12:16:34 +0000
Subject: [IPython-dev] IPyTables - simple table construction for IPython
Message-ID: <CAOvn4qhoWx=M5pj197Q8m6YXgSm2LeiGZJ55FEosBFvCYjjqUg@mail.gmail.com>

Working in the Notebook recently, I've found that I often want to display
results in a table. pandas' DataFrames display nicely, but they're not
terribly convenient if your data isn't already in that form, and I found
myself assembling HTML in my code.

Enter IPyTables. It's a simple interface to build tables for display in the
notebook. At the easiest, you just pass in a series of tuples:

Table((4, 1, 8),
      (9, 7, 3),
      (5, 2, 6))

With a little bit more effort, you can add header cells and customise the
formatting.

Demo: http://nbviewer.ipython.org/5098827
Module: https://gist.github.com/takluyver/5098835

This is a prototype that I've thrown together quickly: feedback is very
welcome. Obvious extensions include:

- Expose more style attributes for customisation (so far it's just text and
background colour)
- Add a plain text repr(), so that tables are useable in the terminal

Thanks,
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130306/a50c1e2d/attachment.html>

From jason-sage at creativetrax.com  Wed Mar  6 10:18:55 2013
From: jason-sage at creativetrax.com (Jason Grout)
Date: Wed, 06 Mar 2013 09:18:55 -0600
Subject: [IPython-dev] IPyTables - simple table construction for IPython
In-Reply-To: <CAOvn4qhoWx=M5pj197Q8m6YXgSm2LeiGZJ55FEosBFvCYjjqUg@mail.gmail.com>
References: <CAOvn4qhoWx=M5pj197Q8m6YXgSm2LeiGZJ55FEosBFvCYjjqUg@mail.gmail.com>
Message-ID: <51375E5F.3010801@creativetrax.com>

On 3/6/13 6:16 AM, Thomas Kluyver wrote:
> Working in the Notebook recently, I've found that I often want to
> display results in a table. pandas' DataFrames display nicely, but
> they're not terribly convenient if your data isn't already in that form,
> and I found myself assembling HTML in my code.
>
> Enter IPyTables. It's a simple interface to build tables for display in
> the notebook. At the easiest, you just pass in a series of tuples:
>
> Table((4, 1, 8),
>        (9, 7, 3),
>        (5, 2, 6))
>
> With a little bit more effort, you can add header cells and customise
> the formatting.
>
> Demo: http://nbviewer.ipython.org/5098827
> Module: https://gist.github.com/takluyver/5098835
>
> This is a prototype that I've thrown together quickly: feedback is very
> welcome. Obvious extensions include:
>
> - Expose more style attributes for customisation (so far it's just text
> and background colour)
> - Add a plain text repr(), so that tables are useable in the terminal
>


Cool!

Another cool thing would be a cell decorator that let you paste in csv 
data or space-separated data:

%%table
1 2 3
4 5 6
7 8 9

or

%%table
1,2,3
4,5,6
7,8,9

Especially if somehow that list of lists could be assigned to a variable.

Thanks,

Jason




From sunset.smile at gmail.com  Wed Mar  6 13:12:48 2013
From: sunset.smile at gmail.com (Saeed Moghimi)
Date: Wed, 6 Mar 2013 10:12:48 -0800
Subject: [IPython-dev] Toggle code
Message-ID: <CAM4w3RQaubvbkwjvuW=Q5gurdYV5GR1AH2p+cG71B+sy+3dHVg@mail.gmail.com>

Hi,
I just would like to know if Toggle the code and mark down cells also could
be implemented or might be already there. specially when presenting some
thing some times large block of code is disturbing.
Regards,
Saeed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130306/458f99c5/attachment.html>

From ellisonbg at gmail.com  Wed Mar  6 13:25:17 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 6 Mar 2013 10:25:17 -0800
Subject: [IPython-dev] Toggle code
In-Reply-To: <CAM4w3RQaubvbkwjvuW=Q5gurdYV5GR1AH2p+cG71B+sy+3dHVg@mail.gmail.com>
References: <CAM4w3RQaubvbkwjvuW=Q5gurdYV5GR1AH2p+cG71B+sy+3dHVg@mail.gmail.com>
Message-ID: <CAH4pYpRiHvZC3C0xUCTK3Nq+KwEKTi34pCT=GS=uhN62st6qwA@mail.gmail.com>

We have decided to not implement this in IPython itself, but it is
trivial to do yourself in JavaScript.  A bit of Googling will show
some more examples, but here is one:

http://ganwellresource.blogspot.co.uk/2012/11/hide-ipython-notebook-input-boxes.html


On Wed, Mar 6, 2013 at 10:12 AM, Saeed Moghimi <sunset.smile at gmail.com> wrote:
> Hi,
> I just would like to know if Toggle the code and mark down cells also could
> be implemented or might be already there. specially when presenting some
> thing some times large block of code is disturbing.
> Regards,
> Saeed.
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



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


From ellisonbg at gmail.com  Wed Mar  6 14:37:09 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 6 Mar 2013 11:37:09 -0800
Subject: [IPython-dev] [IPython-User] ANN: Exhibitionist - integrating
 HTML/JS UIs into interactive python work
In-Reply-To: <20130306122211.150060@gmx.com>
References: <20130306122211.150060@gmx.com>
Message-ID: <CAH4pYpTYaqG8V-OOWPpR+vULXEEy8AY1Oa3R8BHHO15b=Lw5xg@mail.gmail.com>

This is really cool to see work like this happening.  Very nice!

I wanted to update you on the development situation with IPython that
may affect your code:

* We plan on starting to work on creating a nice architecture for
interactive JavaScript widgets, in late summer.
* This architecture will enable all of this to be done without any
additional server logic.
* Using additional server logic as you have done is not officially
supported.  What I mean by this is that the notebook architecture may
change in a way that makes it impossible to do this type of thing.
The problem is that you have made some strong assumptions about where
the notebook server, kernel and your server are running.  The
preferred way of getting data back and forth between python and the
broser is to use our message channels.  Currently these channels are
not sufficient for what you want to do, but after are work later this
year, they will be.
* Because of security issues are are moving away from the notebook
being able to execute dynamically generated javascript code.  We will
replace this with a javascript plugin system that is more secure.  You
will have to rewrite things when this happens.

Cheers,

Brian


On Wed, Mar 6, 2013 at 4:22 AM, yoval p. <y-p at gmx.com> wrote:
> Hi Everyone,
>
>
> I'm pleased to announce my new project, now available on Github,
> called Exhibitionist, a library geared towards integrating HTML/JS
> UIs into interactive python work.
>
> There's a lot of experimentation going on in this space, This is my
> offering.
> The proposed solutions I've seen so far all seem to stray in one way or
> another
> from the beaten web-development track. Exhibitionist tries to do things
> as closely as possible to the way they generally work in web development.
>
> A short summary of the main points:
>
> - data is exchanged using AJAX, your python objects become API
> endpoints on an in-process web server.
> - you can exchange messages between python and javascript, in either
> direction, using websockets and a built-in PubSub implementation.
> - no quoted code.
>   that means, no "console.log('def myfunc():\nprint \"it\"'),
>   nor 's += "console.log(\"you are quoting again...\")"'
>
>   javascript lives in js files, python in .py, and HTML can be generated
>   with your favorite template engine.
> - Views are vanilla web application viewable in any browser, no IPython
>   dependency for use or development.
> - OTOH why wouldn't you want to use IPython-notebook's awesome inline HTML
> display?,
>   works just like you'd expect.
> - Repo contains serveral examples, including a heavily documented skeleton
> project
> - Supported Python 2.6,2.7,3.1,3.2
> - Tests, Coverage, tox, travis, yep.
> - BSD licensed
> - Currently Tested on linux only, you can help there.
>
> The primary example included  is a javascript grid UI for pandas Dataframes
> that loads data on-demand via AJAX. a screenshot is available from the
> Github
> project page.
>
> Exhibitionist is built as a standalone library on top of Tornado (also
> used by IPython), and it allows you to craft views either for 3rd party
> library objects, but I also Imagine it as a primary dependency of libraries
> in the pydata arena, that integrate HTML views as core functionality of
> the library, allowing all it's users to work with rich views either
> in a modern browser, or in IPython-notebook for the best UX.
>
> Repo lives at: https://github.com/Exhibitionist/Exhibitionist
>
> Please try it out, report any issues you find and provide feedback.
> I hope you find it useful.
>
> _______________________________________________
> IPython-User mailing list
> IPython-User at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-user
>



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


From fperez.net at gmail.com  Wed Mar  6 16:07:54 2013
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 6 Mar 2013 13:07:54 -0800
Subject: [IPython-dev] [IPython-User] ANN: Exhibitionist - integrating
 HTML/JS UIs into interactive python work
In-Reply-To: <CAH4pYpTYaqG8V-OOWPpR+vULXEEy8AY1Oa3R8BHHO15b=Lw5xg@mail.gmail.com>
References: <20130306122211.150060@gmx.com>
	<CAH4pYpTYaqG8V-OOWPpR+vULXEEy8AY1Oa3R8BHHO15b=Lw5xg@mail.gmail.com>
Message-ID: <CAHAreOrL5SwWryGdrJsqE0rdMttPJ7XoQrZdUUPNhKgRGeFEdw@mail.gmail.com>

Hey Brian,


On Wed, Mar 6, 2013 at 11:37 AM, Brian Granger <ellisonbg at gmail.com> wrote:
> This is really cool to see work like this happening.  Very nice!
>
> I wanted to update you on the development situation with IPython that
> may affect your code:

[...]

I was just thinking, it might be worth adding some of this language to
the wiki's roadmap.  There's a lot of energy bubbling up from the
community right now on this topic, so having our plans visible to the
public beyond the mailing list is probably worthwhile.  That way
people will more easily know what to plan for and where we're headed,
so they don't spend too much time on building infrastructure that we
might make obsolete soon.

Cheers,

f


From ellisonbg at gmail.com  Wed Mar  6 16:45:30 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 6 Mar 2013 13:45:30 -0800
Subject: [IPython-dev] [IPython-User] ANN: Exhibitionist - integrating
 HTML/JS UIs into interactive python work
In-Reply-To: <CAHAreOrL5SwWryGdrJsqE0rdMttPJ7XoQrZdUUPNhKgRGeFEdw@mail.gmail.com>
References: <20130306122211.150060@gmx.com>
	<CAH4pYpTYaqG8V-OOWPpR+vULXEEy8AY1Oa3R8BHHO15b=Lw5xg@mail.gmail.com>
	<CAHAreOrL5SwWryGdrJsqE0rdMttPJ7XoQrZdUUPNhKgRGeFEdw@mail.gmail.com>
Message-ID: <CAH4pYpSayRrHZGU2_vvCZxQc5vC5BQ-ySiVZ--1qhhvk7Lt9Xw@mail.gmail.com>

Done...thanks for pointing this out...

Brian

On Wed, Mar 6, 2013 at 1:07 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hey Brian,
>
>
> On Wed, Mar 6, 2013 at 11:37 AM, Brian Granger <ellisonbg at gmail.com> wrote:
>> This is really cool to see work like this happening.  Very nice!
>>
>> I wanted to update you on the development situation with IPython that
>> may affect your code:
>
> [...]
>
> I was just thinking, it might be worth adding some of this language to
> the wiki's roadmap.  There's a lot of energy bubbling up from the
> community right now on this topic, so having our plans visible to the
> public beyond the mailing list is probably worthwhile.  That way
> people will more easily know what to plan for and where we're headed,
> so they don't spend too much time on building infrastructure that we
> might make obsolete soon.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From y-p at gmx.com  Wed Mar  6 17:36:10 2013
From: y-p at gmx.com (yoval p.)
Date: Wed, 06 Mar 2013 23:36:10 +0100
Subject: [IPython-dev] ANN: Exhibitionist - integrating HTML/JS UIs	into
 interactive python work
Message-ID: <20130306223610.150100@gmx.com>

Here's hoping mailman picks this up into the correct thread...

Hi Brian/Matthaias,

Thanks for the heads up.

I'm looking forward to superior functionality being available
in IPython, though your roadmap is unclear on whether
this will actually land late this year or in 2014.

To reiterate, The only IPython functionality needed 
is the ability to load and view remote HTML pages, and that only
as a substitute to using a separate browser window. 
Is that really something you're planning to disallow? 
If so, I strongly urge you not to throw away a feature that makes 
IPython-notebook as powerful as the web. 

Wouldn't an Opt-in mechanism be sufficient?

As for strong assumptions, The only assumption I'm really making 
is that there's a network connection between the front-end and 
where the kernel is. Cross-origin issues are already addressed with
built-in JSONP and CORS support.
Could you elaborate on how this assumption might be violated in the future?
Surely a user working on his laptop on a local file, with a local kernel
should be able to access local urls. I'm less interested in other 
use-cases, and frankly don't have the resources to pursue them.

I'm trying to keep things generic, so hopefully views will be
easily portable to the new architecture when it arrives. 

I've started work on a crossfilter (http://square.github.com/crossfilter/ ) based 
"lasso" UI, that allows you to graphically filter a python dataset by selecting 
points across different dimensions, and pick up the filtered dataset back in python.
Unless I hit a wall, there should be a demo up in a couple of weeks. 

stay tuned,
Yoval

Matthaias Bussonnier Wrote:
> Do you rely on display_javascript for the initial loading of javascript ? or inject <script> tag in a display HTML
> If you do , this can be problematic in the future. 
Brian Granger Wrote:
> This is really cool to see work like this happening. Very nice! >> I wanted to update you on the development situation with IPython that > may affect your code:This is really cool to see work like this happening. Very nice!
I wanted to update you on the development situation with IPython that may affect your code: * We plan on starting to work on creating a nice architecture for interactive JavaScript widgets, in late summer. * This architecture will enable all of this to be done without any additional server logic. * Using additional server logic as you have done is not officially supported. What I mean by this is that the notebook architecture may change in a way that makes it impossible to do this type of thing. The problem is that you have made some strong assumptions about where the notebook server, kernel and your server are running. The preferred way of getting data back and forth between python and the browser is to use our message channels. Currently these channels are not sufficient for what you want to do, but after are work later this year, they will be. * Because of security issues are are moving away from the notebook being able to execute dynamically generated javascript code. We will replace this with a javascript plugin system that is more secure. You will have to rewrite things when this happens. Cheers, Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130306/d0b340b2/attachment.html>

From ellisonbg at gmail.com  Wed Mar  6 18:51:34 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 6 Mar 2013 15:51:34 -0800
Subject: [IPython-dev] ANN: Exhibitionist - integrating HTML/JS UIs into
 interactive python work
In-Reply-To: <20130306223610.150100@gmx.com>
References: <20130306223610.150100@gmx.com>
Message-ID: <CAH4pYpTtiUtcgoOFQ0JwiZdHDArOgoyD7rkoOfqSv6ywBO=zpw@mail.gmail.com>

Hi,

On Wed, Mar 6, 2013 at 2:36 PM, yoval p. <y-p at gmx.com> wrote:
> Here's hoping mailman picks this up into the correct thread...
>
> Hi Brian/Matthaias,
>
> Thanks for the heads up.
>
> I'm looking forward to superior functionality being available
> in IPython, though your roadmap is unclear on whether
> this will actually land late this year or in 2014.
>
> To reiterate, The only IPython functionality needed
> is the ability to load and view remote HTML pages, and that only
> as a substitute to using a separate browser window.
> Is that really something you're planning to disallow?
> If so, I strongly urge you not to throw away a feature that makes
> IPython-notebook as powerful as the web.
>
> Wouldn't an Opt-in mechanism be sufficient?
>
> As for strong assumptions, The only assumption I'm really making
> is that there's a network connection between the front-end and
> where the kernel is.

That is the critical assumption that we make absolutely no promise to
maintain.  Right now the notebook server happens to run on the same
host as the kernel, but that is not a requirement in any way.  You
should assume that the kernel could be running on a different host
that has absolutely no network connectivity to the outside world other
than the notebook server host.  The main IPython message architecture
is designed precisely to allow the kernel to run anywhere - that is
why we say these are the official way of talking to the kernel.

Cheers,

Brian

> Cross-origin issues are already addressed with
> built-in JSONP and CORS support.
> Could you elaborate on how this assumption might be violated in the future?
> Surely a user working on his laptop on a local file, with a local kernel
> should be able to access local urls. I'm less interested in other
> use-cases, and frankly don't have the resources to pursue them.
>
> I'm trying to keep things generic, so hopefully views will be
> easily portable to the new architecture when it arrives.
>
> I've started work on a crossfilter (http://square.github.com/crossfilter/)
> based
> "lasso" UI, that allows you to graphically filter a python dataset by
> selecting
> points across different dimensions, and pick up the filtered dataset back in
> python.
> Unless I hit a wall, there should be a demo up in a couple of weeks.
>
> stay tuned,
> Yoval
>
>
>
> Matthaias Bussonnier Wrote:
>> Do you rely on display_javascript for the initial loading of javascript ?
>> or inject <script> tag in a display HTML
>
>> If you do , this can be problematic in the future.
>
> Brian Granger Wrote:
>
>> This is really cool to see work like this happening.  Very nice!
>>
>> I wanted to update you on the development situation with IPython that
>> may affect your code:
>
> This is really cool to see work like this happening.  Very nice!
>
> I wanted to update you on the development situation with IPython that
> may affect your code:
>
> * We plan on starting to work on creating a nice architecture for
> interactive JavaScript widgets, in late summer.
> * This architecture will enable all of this to be done without any
> additional server logic.
> * Using additional server logic as you have done is not officially
> supported.  What I mean by this is that the notebook architecture may
> change in a way that makes it impossible to do this type of thing.
> The problem is that you have made some strong assumptions about where
> the notebook server, kernel and your server are running.  The
> preferred way of getting data back and forth between python and the
> browser is to use our message channels.  Currently these channels are
> not sufficient for what you want to do, but after are work later this
> year, they will be.
> * Because of security issues are are moving away from the notebook
> being able to execute dynamically generated javascript code.  We will
> replace this with a javascript plugin system that is more secure.  You
> will have to rewrite things when this happens.
>
> Cheers,
>
> Brian
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



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


From y-p at gmx.com  Thu Mar  7 11:48:51 2013
From: y-p at gmx.com (yoval p.)
Date: Thu, 07 Mar 2013 17:48:51 +0100
Subject: [IPython-dev] "Freezing" dynamic content with nbconvert,
	was ANN: Exhibitionist
Message-ID: <20130307164851.252060@gmx.com>

Hi,

I've been giving matthias's comment some thought re nbviewer support
for javascript views, and also considered the intention of disabling javascript
due to security-concerns.

Here is a solution to both issues that I'd like to suggest:

There's a need to separate static HTML from HTML bearing
javascript which might only be renderabe dynamically, call it dynamic HTML.

My suggestion is that the display protocol be modified so that the semantics of
`_repr_html_` would mean static HTML only, and a new `_repr_jshtml_` (however named)
magic method would be supported, under which objects would implement
dynamic views.

This provides the following benefits:
- Objects can provide HTML representation of themselves suiting
the environment they are in. It's the front end that chooses the
representation it supports. So there will be no further need to sniff
qtconsole vs. IPNB via `get_ipython().config`.
In particular, nbviewer could leverage this to allow even dynamic views
to gracefully degrading in order to cooperate.
- For security reasons, the use of '_repr_jshtml_' view by IPYthon would be behind
an opt-in mechanism, and the static `_repr_html_` would be sanitized/sandboxed.

The IPython.core.display functions could be extended accordingly to
obey the currently active security policy.

Thoughts?

Yoval

Matthias BUSSONNIER write:> Hi y-p ! > > Look really nice ! > > Did not have time to look into the source right now, but I'll definitively will. > Do you think the data exchanged with the kernel in some cases could be store either in the metadata of cells, > or in the Json representation of displayed object ? > > If we do this and by carefully crafting the "js plugin" they could be loaded by nbviewer and read sone data in the dom injected. > Which would allow a limited interactivity on nbviewer. > > Do you rely on display_javascript for the initial loading of javascript ? or inject <script> tag in a display HTML > If you do , this can be problematic in the future. > > -- > Matthias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130307/cb9ebe91/attachment.html>

From bussonniermatthias at gmail.com  Thu Mar  7 12:39:45 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Thu, 7 Mar 2013 18:39:45 +0100
Subject: [IPython-dev] "Freezing" dynamic content with nbconvert,
	was ANN: Exhibitionist
In-Reply-To: <20130307164851.252060@gmx.com>
References: <20130307164851.252060@gmx.com>
Message-ID: <0094284E-0665-4392-920F-F5BA516152B0@gmail.com>

Hi Yoval, 
Le 7 mars 2013 ? 17:48, yoval p. a ?crit :

> Hi,
> 
> I've been giving matthias's comment some thought re nbviewer support
> for javascript views, and also considered the intention of disabling javascript
> due to security-concerns.
> 
> Here is a solution to both issues that I'd like to suggest:
> 
> There's a need to separate static HTML from HTML bearing
> javascript which might only be renderabe dynamically, call it dynamic HTML.
> 
> My suggestion is that the display protocol be modified  so that the semantics of
> `_repr_html_` would mean static HTML only, and a new `_repr_jshtml_` (however named)
> magic method would be supported, under which objects would implement
> dynamic views.
> 
> This provides the following benefits:
> - Objects can provide HTML representation of themselves suiting
> the environment they are in. It's the front end that chooses the
> representation it supports. So there will be no further need to sniff
> qtconsole vs. IPNB via `get_ipython().config`.
> In particular, nbviewer could leverage this to allow even dynamic views
> to gracefully degrading in order to cooperate.
> - For security reasons, the use of '_repr_jshtml_' view by IPYthon would be behind
> an opt-in mechanism, and the static  `_repr_html_` would be sanitized/sandboxed.
> 
> The IPython.core.display functions could be extended accordingly to
> obey the currently active security policy.
> 
> Thoughts?

What you describe look IMHO to much to the current _repr_html_/_repr_javascript_, we had quite some time to think about it, 
and something in those line was my first idea, but dealing with displaying javascript is both much more complicated than it looks.
We are also  certain that we can have a more general approach.

(Keep in mind that, thinking of the display protocol as only html/js notebook/qtconsole is also much too restrictive)

In short, we believe using _display_json_ is the right way and is enough. 

Most of the time, when you display js, the only thing you want to send are data that need to be interpreted.
Javascript plugin should be js files loaded as extension, you shouldn't need to display generated code. 
This allow also to depend on other installed plugin without having to embed lib like jQuery etc at every call.

In framework like chromium embeded, you cannot in any way execute code that are in script tag. The js
**have to** be part of the application at launch time.

With the architecture we planed, rewriting _display_javascript_ should be totally possible as simple small plugin
it will just not be supported.

As for nbviewer, if there is a _repr_json_ , nothing prevent it from using it in html to have dynamic represent, 
but the same json could be use to make a Tikz representation in latex, or even multiple plugin could be able to interpret the same json.

So after long repletion, I am convince that json-repr is the way to go.

We'll still consider the suggestion of course, and discussion are welcomed. 

-- 
Matthias









> 
> Yoval
> 
> Matthias BUSSONNIER write:
> > Hi y-p ! 
> > 
> > Look really nice ! 
> > 
> > Did not have time to look into the source right now, but I'll definitively will. 
> > Do you think  the data exchanged with the kernel in some cases could be store either in the metadata of cells, 
> > or in the Json representation of displayed object ? 
> > 
> > If we do this and by carefully crafting the "js plugin"  they could be loaded by nbviewer and read sone data in the dom injected. 
> > Which would allow a limited interactivity on nbviewer. 
> > 
> > Do you rely on display_javascript for the initial loading of javascript ? or inject <script> tag in a display HTML 
> > If you do , this can be problematic in the future. 
> > 
> > -- 
> > Matthias
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130307/de133230/attachment.html>

From mdroe at stsci.edu  Fri Mar  8 09:32:46 2013
From: mdroe at stsci.edu (Michael Droettboom)
Date: Fri, 8 Mar 2013 09:32:46 -0500
Subject: [IPython-dev] Fwd: SciPy John Hunter Excellence in Plotting Contest
In-Reply-To: <513928AF.7010201@stsci.edu>
References: <513928AF.7010201@stsci.edu>
Message-ID: <5139F68E.4060107@stsci.edu>


Apologies for any accidental cross-posting.

Email not displaying correctly? View it in your browser. 
<http://us1.campaign-archive1.com/?u=e91b4574d5d1709a9dc4f7ab7&id=999d7ba343&e=7c1fb2879c> 


Scientific Computing with Python-Austin, Texas-June 24-29, 2013


  SciPy John Hunter Excellence in Plotting Contest

In memory of John Hunter, we are pleased to announce the first SciPy 
John Hunter Excellence in Plotting Competition. This open competition 
aims to highlight the importance of quality plotting to scientific 
progress and showcase the capabilities of the current generation of 
plotting software. Participants are invited to submit scientific plots 
to be judged by a panel. The winning entries will be announced and 
displayed at the conference.

NumFOCUS is graciously sponsoring cash prizes for the winners in the 
following amounts:

  * 1st prize: $500
  * 2nd prize: $200
  * 3rd prize: $100


    Instructions

  * Entries must be submitted by April 3 via e-mail
    <mailto:plotting-contest at scipy.org>.
  * Plots may be produced with any combination of Python-based tools (it
    is not required that they use matplotlib, for example).
  * Source code for the plot must be provided, along with a rendering of
    the plot in a vector format (PDF, PS, etc.). If the data can not be
    shared for reasons of size or licensing, "fake" data may be
    substituted, along with an image of the plot using real data.
  * Entries will be judged on their clarity, innovation and aesthetics,
    but most importantly for their effectiveness in illuminating real
    scientific work. Entrants are encouraged to submit plots that were
    used during the course of research, rather than merely being
    hypothetical.
  * SciPy reserves the right to display the entry at the conference, use
    in any materials or on its website, providing attribution to the
    original author(s).


    Important dates:

  * April 3rd: Plotting submissions due
  * Monday-Tuesday, June 24 - 25: SciPy 2013 Tutorials, Austin TX
  * Wednesday-Thursday, June 26 - 27: SciPy 2013 Conference, Austin TX *
    Winners will be announced during the conference days
  * Friday-Saturday, June 27 - 28: SciPy 2013 Sprints, Austin TX & remote

We look forward to exciting submissions that push the boundaries of 
plotting, in this, our first attempt at this kind of competition.

The SciPy Plotting Contest Organizer

-Michael Droettboom, Space Telescope Science Institute
You are receiving this email because you subscribed to the mailing list 
or registered for the SciPy 2010 or SciPy 2011 conference in Austin, TX.

Unsubscribe 
<http://scipy.us1.list-manage.com/unsubscribe?u=e91b4574d5d1709a9dc4f7ab7&id=069dcb6ee4&e=7c1fb2879c&c=999d7ba343> 
mdboom at gmail.com <mailto:mdboom at gmail.com> from this list | Forward to a 
friend 
<http://us1.forward-to-friend1.com/forward?u=e91b4574d5d1709a9dc4f7ab7&id=999d7ba343&e=7c1fb2879c> 
| Update your profile 
<http://scipy.us1.list-manage.com/profile?u=e91b4574d5d1709a9dc4f7ab7&id=069dcb6ee4&e=7c1fb2879c> 

*Our mailing address is:*
Enthought, Inc.
515 Congress Ave.
Austin, TX 78701

Add us to your address book 
<http://scipy.us1.list-manage.com/vcard?u=e91b4574d5d1709a9dc4f7ab7&id=069dcb6ee4>

/Copyright (C) 2013 Enthought, Inc. All rights reserved./




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130308/c68712e9/attachment.html>

From mdroe at stsci.edu  Thu Mar  7 18:54:23 2013
From: mdroe at stsci.edu (Michael Droettboom)
Date: Thu, 7 Mar 2013 18:54:23 -0500
Subject: [IPython-dev] SciPy John Hunter Excellence in Plotting Contest
In-Reply-To: <CAJd6-48F_r3NpnkZW_eA=Z3APu3ULrOXn15aLHcxFayqMqUJng@mail.gmail.com>
References: <CAJd6-48F_r3NpnkZW_eA=Z3APu3ULrOXn15aLHcxFayqMqUJng@mail.gmail.com>
Message-ID: <513928AF.7010201@stsci.edu>

Apologies for any accidental cross-posting.

Email not displaying correctly? View it in your browser. 
<http://us1.campaign-archive1.com/?u=e91b4574d5d1709a9dc4f7ab7&id=999d7ba343&e=7c1fb2879c> 


Scientific Computing with Python-Austin, Texas-June 24-29, 2013


  SciPy John Hunter Excellence in Plotting Contest

In memory of John Hunter, we are pleased to announce the first SciPy 
John Hunter Excellence in Plotting Competition. This open competition 
aims to highlight the importance of quality plotting to scientific 
progress and showcase the capabilities of the current generation of 
plotting software. Participants are invited to submit scientific plots 
to be judged by a panel. The winning entries will be announced and 
displayed at the conference.

NumFOCUS is graciously sponsoring cash prizes for the winners in the 
following amounts:

  * 1st prize: $500
  * 2nd prize: $200
  * 3rd prize: $100


    Instructions

  * Entries must be submitted by April 3 via e-mail
    <mailto:plotting-contest at scipy.org>.
  * Plots may be produced with any combination of Python-based tools (it
    is not required that they use matplotlib, for example).
  * Source code for the plot must be provided, along with a rendering of
    the plot in a vector format (PDF, PS, etc.). If the data can not be
    shared for reasons of size or licensing, "fake" data may be
    substituted, along with an image of the plot using real data.
  * Entries will be judged on their clarity, innovation and aesthetics,
    but most importantly for their effectiveness in illuminating real
    scientific work. Entrants are encouraged to submit plots that were
    used during the course of research, rather than merely being
    hypothetical.
  * SciPy reserves the right to display the entry at the conference, use
    in any materials or on its website, providing attribution to the
    original author(s).


    Important dates:

  * April 3rd: Plotting submissions due
  * Monday-Tuesday, June 24 - 25: SciPy 2013 Tutorials, Austin TX
  * Wednesday-Thursday, June 26 - 27: SciPy 2013 Conference, Austin TX *
    Winners will be announced during the conference days
  * Friday-Saturday, June 27 - 28: SciPy 2013 Sprints, Austin TX & remote

We look forward to exciting submissions that push the boundaries of 
plotting, in this, our first attempt at this kind of competition.

The SciPy Plotting Contest Organizer

-Michael Droettboom, Space Telescope Science Institute
You are receiving this email because you subscribed to the mailing list 
or registered for the SciPy 2010 or SciPy 2011 conference in Austin, TX.

Unsubscribe 
<http://scipy.us1.list-manage.com/unsubscribe?u=e91b4574d5d1709a9dc4f7ab7&id=069dcb6ee4&e=7c1fb2879c&c=999d7ba343> 
mdboom at gmail.com <mailto:mdboom at gmail.com> from this list | Forward to a 
friend 
<http://us1.forward-to-friend1.com/forward?u=e91b4574d5d1709a9dc4f7ab7&id=999d7ba343&e=7c1fb2879c> 
| Update your profile 
<http://scipy.us1.list-manage.com/profile?u=e91b4574d5d1709a9dc4f7ab7&id=069dcb6ee4&e=7c1fb2879c> 

*Our mailing address is:*
Enthought, Inc.
515 Congress Ave.
Austin, TX 78701

Add us to your address book 
<http://scipy.us1.list-manage.com/vcard?u=e91b4574d5d1709a9dc4f7ab7&id=069dcb6ee4>

/Copyright (C) 2013 Enthought, Inc. All rights reserved./




-- 
Michael Droettboom
http://www.droettboom.com/




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130307/d674e3da/attachment.html>

From metaswirl at gmail.com  Mon Mar 11 07:29:44 2013
From: metaswirl at gmail.com (Niklas Semmler)
Date: Mon, 11 Mar 2013 12:29:44 +0100
Subject: [IPython-dev] Using ipython as shell replacement
Message-ID: <FF60728E-895E-413D-8C1C-7204FC4E02A7@gmail.com>

Hi there,

just a few days ago I chose to try out ipython as a shell replacement.
How can I manipulate the path variable of the underlying bash?

does work:
!/usr/local/bin/tmux

does not:
tmux
NameError: name 'tmux' is not defined

The old doc says it should work with
%env PATH+=;/foo

but that only prints a table of the environment variables. It does not change the PATH variable.
(source http://ipython.org/ipython-doc/dev/interactive/shell.html)

Best,
Niklas

From bussonniermatthias at gmail.com  Mon Mar 11 08:16:38 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Mon, 11 Mar 2013 13:16:38 +0100
Subject: [IPython-dev] Using ipython as shell replacement
In-Reply-To: <FF60728E-895E-413D-8C1C-7204FC4E02A7@gmail.com>
References: <FF60728E-895E-413D-8C1C-7204FC4E02A7@gmail.com>
Message-ID: <95245475-6233-44BC-A3C6-00A908EBD9E5@gmail.com>


Le 11 mars 2013 ? 12:29, Niklas Semmler a ?crit :

> Hi there,
> 
> just a few days ago I chose to try out ipython as a shell replacement.
> How can I manipulate the path variable of the underlying bash?
> 
> does work:
> !/usr/local/bin/tmux
> 
> does not:
> tmux
> NameError: name 'tmux' is not defined
> 
> The old doc says it should work with
> %env PATH+=;/foo
> 
> but that only prints a table of the environment variables. It does not change the PATH variable.
> (source http://ipython.org/ipython-doc/dev/interactive/shell.html)

The page you link seem to have 2 warning at the top : 

Warning
This page does not describe the current state of IPython!
Warning
As of IPython 0.11, most of the APIs used by the shell profile have been changed, so it currently does very little beyond changing the IPython prompt. To help restore the shell profile to past functionality described here, the old code is found in IPython/deathrow, which needs to be updated to use the APIs in 0.11.

So my guess is that this does not work anymore on IPython > 0.11 and you alway have to precede non-aliased command with a `!` 
-- 
Matthias




> 
> Best,
> Niklas
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



From takowl at gmail.com  Mon Mar 11 08:15:28 2013
From: takowl at gmail.com (Thomas Kluyver)
Date: Mon, 11 Mar 2013 12:15:28 +0000
Subject: [IPython-dev] Using ipython as shell replacement
In-Reply-To: <FF60728E-895E-413D-8C1C-7204FC4E02A7@gmail.com>
References: <FF60728E-895E-413D-8C1C-7204FC4E02A7@gmail.com>
Message-ID: <CAOvn4qigCN2=4FahH7bKT0PXry1CD68h=qA3oC7CJ1SFJqSXbQ@mail.gmail.com>

On 11 March 2013 11:29, Niklas Semmler <metaswirl at gmail.com> wrote:

> just a few days ago I chose to try out ipython as a shell replacement.
> How can I manipulate the path variable of the underlying bash?
>

Modifying os.environ seems to work - I can modify PATH, and then run a
script from the newly added directory. It doesn't look like we have a
convenience wrapper for that, although you should be able to easily write
one if you need it.

Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130311/0d103d56/attachment.html>

From metaswirl at gmail.com  Mon Mar 11 08:43:52 2013
From: metaswirl at gmail.com (Niklas Semmler)
Date: Mon, 11 Mar 2013 13:43:52 +0100
Subject: [IPython-dev] Using ipython as shell replacement
In-Reply-To: <CAOvn4qigCN2=4FahH7bKT0PXry1CD68h=qA3oC7CJ1SFJqSXbQ@mail.gmail.com>
References: <FF60728E-895E-413D-8C1C-7204FC4E02A7@gmail.com>
	<CAOvn4qigCN2=4FahH7bKT0PXry1CD68h=qA3oC7CJ1SFJqSXbQ@mail.gmail.com>
Message-ID: <E9BCD30F-7459-4290-AD0B-24D58B844FEA@gmail.com>

Hi 

yes modifying os.environ["PATH"] plus rehashing works ("rehashx"), thanks :)

Niklas

On Mar 11, 2013, at 1:15 PM, Thomas Kluyver wrote:

> On 11 March 2013 11:29, Niklas Semmler <metaswirl at gmail.com> wrote:
> 
>> just a few days ago I chose to try out ipython as a shell replacement.
>> How can I manipulate the path variable of the underlying bash?
>> 
> 
> Modifying os.environ seems to work - I can modify PATH, and then run a
> script from the newly added directory. It doesn't look like we have a
> convenience wrapper for that, although you should be able to easily write
> one if you need it.
> 
> Thomas
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



From dinov at microsoft.com  Mon Mar 11 14:55:04 2013
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 11 Mar 2013 18:55:04 +0000
Subject: [IPython-dev] IPython, Python 3.x, pyout, data
Message-ID: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>

Quick question on the data in pyout on Python 3.x.  It appears that when I get image/png data coming from matplotlib that the value is a string.  I can successfully encode the data with utf8 and then apply the base 64 decoding to it.

I'm just surprised this isn't already in bytes on Python 3.x, is there a reason why it's a Unicode string?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130311/4e5814ed/attachment.html>

From benjaminrk at gmail.com  Mon Mar 11 14:59:31 2013
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 11 Mar 2013 11:59:31 -0700
Subject: [IPython-dev] IPython, Python 3.x, pyout, data
In-Reply-To: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>
References: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>
Message-ID: <CAHNn8BU1kg3=rQ-sajoQOT7ZS7aEFg9qxp2-aNhfGej60nC5XA@mail.gmail.com>

On Mon, Mar 11, 2013 at 11:55 AM, Dino Viehland <dinov at microsoft.com> wrote:

>  Quick question on the data in pyout on Python 3.x.  It appears that when
> I get image/png data coming from matplotlib that the value is a string.  I
> can successfully encode the data with utf8 and then apply the base 64
> decoding to it.  ****
>
> ** **
>
> I?m just surprised this isn?t already in bytes on Python 3.x, is there a
> reason why it?s a Unicode string?
>

JSON doesn't support binary data, so all binary data is b64-encoded.


> ****
>
> ** **
>
> ** **
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130311/8d1ac3af/attachment.html>

From dinov at microsoft.com  Mon Mar 11 17:37:36 2013
From: dinov at microsoft.com (Dino Viehland)
Date: Mon, 11 Mar 2013 21:37:36 +0000
Subject: [IPython-dev] IPython, Python 3.x, pyout, data
In-Reply-To: <CAHNn8BU1kg3=rQ-sajoQOT7ZS7aEFg9qxp2-aNhfGej60nC5XA@mail.gmail.com>
References: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>
	<CAHNn8BU1kg3=rQ-sajoQOT7ZS7aEFg9qxp2-aNhfGej60nC5XA@mail.gmail.com>
Message-ID: <8daa905f6a334c8893bfdc8d53094935@BY2PR03MB596.namprd03.prod.outlook.com>

Min wrote:
?
> JSON doesn't support binary data, so all binary data is b64-encoded.
?
Right, but on Python 3k the base64 module accepts and returns bytes, not strings, so shouldn?t it be a bytes object when it?s b64 encoded on Python 3?


?


From benjaminrk at gmail.com  Mon Mar 11 18:19:28 2013
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 11 Mar 2013 15:19:28 -0700
Subject: [IPython-dev] IPython, Python 3.x, pyout, data
In-Reply-To: <8daa905f6a334c8893bfdc8d53094935@BY2PR03MB596.namprd03.prod.outlook.com>
References: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>
	<CAHNn8BU1kg3=rQ-sajoQOT7ZS7aEFg9qxp2-aNhfGej60nC5XA@mail.gmail.com>
	<8daa905f6a334c8893bfdc8d53094935@BY2PR03MB596.namprd03.prod.outlook.com>
Message-ID: <CAHNn8BUipL5av0YHD4BG2=BSTfsCVL8dC3G+w6PLT2i3qzHHcw@mail.gmail.com>

On Mon, Mar 11, 2013 at 2:37 PM, Dino Viehland <dinov at microsoft.com> wrote:

> Min wrote:
>
> > JSON doesn't support binary data, so all binary data is b64-encoded.
>
> Right, but on Python 3k the base64 module accepts and returns bytes, not
> strings, so shouldn?t it be a bytes object when it?s b64 encoded on Python
> 3?
>


No - the json module supports a small subset of datatypes:

- int, float, unicode, list, dict
- lists, dicts of above

You will never get bytes out of stdlib json on Python 3.


>
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130311/d98949f3/attachment.html>

From rmcgibbo at gmail.com  Mon Mar 11 19:20:51 2013
From: rmcgibbo at gmail.com (Robert McGibbon)
Date: Mon, 11 Mar 2013 16:20:51 -0700
Subject: [IPython-dev] IPEP 11: Tab Completion System Refactor
In-Reply-To: <FB04D39A-3DB4-47E6-8518-825408557ABA@gmail.com>
References: <FB04D39A-3DB4-47E6-8518-825408557ABA@gmail.com>
Message-ID: <630DC93B-47CF-4628-9E40-FEF4C496577B@gmail.com>

Hey,

After talking with Fernando on Friday, I've updated IPEP11. The most substantial change to the document is that we're proposing a modification to the completion messaging protocol (http://ipython.org/ipython-doc/dev/development/messaging.html#complete).

The goal is that each tab completion option be associated with a "kind", e.g: file, directory, object, magic, etc. This will enable non-readline clients to display richer, more contextual information to the user.  Another goal is to simplify the code base. It's pretty messy and incomprehensible now.

At this point, I think that the plan is pretty much fleshed out. Any input would really be appreciated.

-Robert

On Feb 25, 2013, at 8:51 PM, Robert McGibbon wrote:

> Hi,
> 
> I've posted IPEP 11, which is a proposal to refactor the kernel side tab completion machinery. There are two three for refactoring: the first is to provide a richer API for new tab completion matchers to interact with IPython, enabling, for example, projects like PR2701 to be done more cleanly. The second goal is to make the tab completion system less tied to GNU readline and capable of delivering richer contextual information to non-readline frontends like the notebook. The third is to clean up and simplify the existing code.
> 
> https://github.com/ipython/ipython/wiki/IPEP-11%3A-Tab-Completion-System-Refactor
> 
> Any and all thoughts are appreciated.
> 
> -Robert

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130311/8d398de6/attachment.html>

From takowl at gmail.com  Mon Mar 11 20:07:31 2013
From: takowl at gmail.com (Thomas Kluyver)
Date: Tue, 12 Mar 2013 00:07:31 +0000
Subject: [IPython-dev] IPython, Python 3.x, pyout, data
In-Reply-To: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>
References: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>
Message-ID: <CAOvn4qiHMd-fe84LsSyEfkMGsCXYt57BHzbb1wTMiebe6Z+87Q@mail.gmail.com>

On 11 March 2013 18:55, Dino Viehland <dinov at microsoft.com> wrote:

> I can successfully encode the data with utf8 and then apply the base 64
> decoding to it.


Note that, as it's base64 data, encoding as ascii should work just as well
as utf-8. I'd guess there's some small performance benefit to using the
simplest encoding, although I haven't measured it.

Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130312/13aa4286/attachment.html>

From dinov at microsoft.com  Mon Mar 11 20:13:15 2013
From: dinov at microsoft.com (Dino Viehland)
Date: Tue, 12 Mar 2013 00:13:15 +0000
Subject: [IPython-dev] IPython, Python 3.x, pyout, data
In-Reply-To: <CAOvn4qiHMd-fe84LsSyEfkMGsCXYt57BHzbb1wTMiebe6Z+87Q@mail.gmail.com>
References: <d0a6eaaac6be4ef89cf51e0a18c66dbc@BY2PR03MB596.namprd03.prod.outlook.com>
	<CAOvn4qiHMd-fe84LsSyEfkMGsCXYt57BHzbb1wTMiebe6Z+87Q@mail.gmail.com>
Message-ID: <c3c08aa88ec347e39783bf94623cfb13@BY2PR03MB596.namprd03.prod.outlook.com>



Thomas wrote:


> Note that, as it's base64 data, encoding as ascii should work just as well as 
> utf-8. I'd guess there's some small performance benefit to using the 
> simplest encoding, although I haven't measured it.

Yeah, I wasn't sure about utf8, it's just my go-to codec, but I think I will switch
it to ASCII.  Thanks!



From adgaudio at gmail.com  Mon Mar 11 20:52:25 2013
From: adgaudio at gmail.com (Alex Gaudio)
Date: Mon, 11 Mar 2013 20:52:25 -0400
Subject: [IPython-dev] Use bash traps to automatically remove
 ipcontroller/engine pid (or json) files
Message-ID: <CA+Oo3s2c6s2NbEDYg2aCfQ+5o80yESg3_7=-VFeph1J23_9h2A@mail.gmail.com>

Hello all,

I've been using bash traps to automatically remove pid (and json) files
when an ipcontroller crashes or is forcibly shutdown.  They've proven
extremely useful for me.  Do you think it's worth integrating this
functionality into IPython by default?  If so, any ideas how one could
integrate this?

A bash trap could look like this:

*    /bin/bash -c "trap 'rm {pid_fp} {json_fp} ' EXIT {ipcontroller_cmd}"
*

where
  pid_fp could be "~/.ipython/profile_default/pid/ipcontroller.pid"
  json_fp could be
 "~/.ipython/profile_default/security/ipcontroller-{client,engine}.json"
  ipcontroller_cmd could be "ipcontroller"

** I find this is particularly useful in conjunction with the --cluster-id
option to manage continuous code deploys.

Thanks for your time!
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130311/3c2a401f/attachment.html>

From jason-sage at creativetrax.com  Tue Mar 12 07:31:09 2013
From: jason-sage at creativetrax.com (Jason Grout)
Date: Tue, 12 Mar 2013 06:31:09 -0500
Subject: [IPython-dev] ANN: Exhibitionist - integrating HTML/JS UIs into
 interactive python work
In-Reply-To: <CAH4pYpTtiUtcgoOFQ0JwiZdHDArOgoyD7rkoOfqSv6ywBO=zpw@mail.gmail.com>
References: <20130306223610.150100@gmx.com>
	<CAH4pYpTtiUtcgoOFQ0JwiZdHDArOgoyD7rkoOfqSv6ywBO=zpw@mail.gmail.com>
Message-ID: <513F11FD.2010705@creativetrax.com>

On 3/6/13 5:51 PM, Brian Granger wrote:
> Hi,
>
> On Wed, Mar 6, 2013 at 2:36 PM, yoval p. <y-p at gmx.com> wrote:
>> Here's hoping mailman picks this up into the correct thread...
>>
>> Hi Brian/Matthaias,
>>
>> Thanks for the heads up.
>>
>> I'm looking forward to superior functionality being available
>> in IPython, though your roadmap is unclear on whether
>> this will actually land late this year or in 2014.
>>
>> To reiterate, The only IPython functionality needed
>> is the ability to load and view remote HTML pages, and that only
>> as a substitute to using a separate browser window.
>> Is that really something you're planning to disallow?
>> If so, I strongly urge you not to throw away a feature that makes
>> IPython-notebook as powerful as the web.
>>
>> Wouldn't an Opt-in mechanism be sufficient?
>>
>> As for strong assumptions, The only assumption I'm really making
>> is that there's a network connection between the front-end and
>> where the kernel is.
>
> That is the critical assumption that we make absolutely no promise to
> maintain.  Right now the notebook server happens to run on the same
> host as the kernel, but that is not a requirement in any way.  You
> should assume that the kernel could be running on a different host
> that has absolutely no network connectivity to the outside world other
> than the notebook server host.  The main IPython message architecture
> is designed precisely to allow the kernel to run anywhere - that is
> why we say these are the official way of talking to the kernel.
>
> Cheers,
>
> Brian
>
>> Cross-origin issues are already addressed with
>> built-in JSONP and CORS support.
>> Could you elaborate on how this assumption might be violated in the future?
>> Surely a user working on his laptop on a local file, with a local kernel
>> should be able to access local urls. I'm less interested in other
>> use-cases, and frankly don't have the resources to pursue them.
>>
>> I'm trying to keep things generic, so hopefully views will be
>> easily portable to the new architecture when it arrives.
>>
>> I've started work on a crossfilter (http://square.github.com/crossfilter/)
>> based
>> "lasso" UI, that allows you to graphically filter a python dataset by
>> selecting
>> points across different dimensions, and pick up the filtered dataset back in
>> python.
>> Unless I hit a wall, there should be a demo up in a couple of weeks.
>>
>> stay tuned,
>> Yoval
>>
>>
>>
>> Matthaias Bussonnier Wrote:
>>> Do you rely on display_javascript for the initial loading of javascript ?
>>> or inject <script> tag in a display HTML
>>
>>> If you do , this can be problematic in the future.
>>
>> Brian Granger Wrote:
>>
>>> This is really cool to see work like this happening.  Very nice!
>>>
>>> I wanted to update you on the development situation with IPython that
>>> may affect your code:
>>
>> This is really cool to see work like this happening.  Very nice!
>>
>> I wanted to update you on the development situation with IPython that
>> may affect your code:
>>
>> * We plan on starting to work on creating a nice architecture for
>> interactive JavaScript widgets, in late summer.
>> * This architecture will enable all of this to be done without any
>> additional server logic.
>> * Using additional server logic as you have done is not officially
>> supported.  What I mean by this is that the notebook architecture may
>> change in a way that makes it impossible to do this type of thing.
>> The problem is that you have made some strong assumptions about where
>> the notebook server, kernel and your server are running.  The
>> preferred way of getting data back and forth between python and the
>> browser is to use our message channels.  Currently these channels are
>> not sufficient for what you want to do, but after are work later this
>> year, they will be.
>> * Because of security issues are are moving away from the notebook
>> being able to execute dynamically generated javascript code.  We will
>> replace this with a javascript plugin system that is more secure.  You
>> will have to rewrite things when this happens.
>>

I'll just note that if IPython had a way of registering python handlers 
for custom messages from the browser, then we'd have "official" ways of 
maintaining a connection between the browser and kernel.

Jason





From lyon at fnal.gov  Wed Mar 13 15:55:11 2013
From: lyon at fnal.gov (Adam Lyon)
Date: Wed, 13 Mar 2013 14:55:11 -0500
Subject: [IPython-dev] pexpect in ipython notebook
Message-ID: <CANjddW1Kq4ZTVYQna42am5bKwKdgVgM9oNKOsc=_9FeS8XcEFg@mail.gmail.com>

Hi, I've been waiting a long time for something like the IPython notebook
and am really happy with what you all have done!

One thing I like to do is document certain procedures to follow on our
machines here, and to that end I've written an extension that has magics to
allow use of pexpect easily in the notebook.

For an example, see
http://nbviewer.ipython.org/url/home.fnal.gov/~lyon/ipython_ext/ipythonPexpect_example.ipynb

and https://cdcvs.fnal.gov/redmine/projects/ipython_ext/wiki for general
information.

One of the interesting things this extension can do is to "lock" the
notebook so that all notebook input goes to a pexpect session without any
%% in the cell. Of course one must be careful with this, but I find it
useful.

Is such an extension useful to others? Did I break any IPython golden
rules?

Thanks for taking a look. I'm looking forward to using IPython notebooks
more in my work!

-- Adam


Adam Lyon (lyon at fnal.gov <lyon at fnal.gov>)
Fermi National Accelerator Laboratory
Computing Division / Running Experiments Data Handling Group Leader
D0 & g-2 Experiments
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130313/7c74bb40/attachment.html>

From JDM at MarchRay.net  Wed Mar 13 17:46:56 2013
From: JDM at MarchRay.net (Jonathan March)
Date: Wed, 13 Mar 2013 16:46:56 -0500
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
Message-ID: <CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>

Min et al,

It looks like the backport-0.13.2 issue queue was emptied 3 days ago --
impressive feat, Min.

Any sense of the likely timeline of this release? Enthought is fast
approaching release of Canopy 1.0 (next generation EPD). It will of
necessity be based on IPython > 0.13.1. Obviously it would be desirable all
around if that were a named version, i.e. 0.13.2.

Thanks,
Jonathan


On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:

> I've started the process of backporting PRs for an 0.13.2 bugfix release,
> the results of which can be seen by looking at Issues labeled
> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
> .
>
> The following PRs have been backported so far:
>
> 2399
> 2503
> 2500
> 2498
> 2490
> 2491
> 2511
> 2294
> 2554
> 2561
> 2546
> 2526
> 2591
> 2582
> 2574
> 2638
> 2656
> 2663
> 2668
> 2662
> 2686
> 2685
> 2713
> 2717
> 2544
> 2749
> 2738
> 2769
> 2773
> 2778
> 2757
> 2783
> 2796
> 2799
> 2816
> 2830
> 2849
> 2859
> 2861
> 2863
> 2852
> 2864
> 2926
> 2924
> 2901
>
> If there are any others you think should be applied for 0.13.2, or if any
> of those shouldn't be included, let me know.
> In general, these are bugfixes that are either small or important.  No new
> features or APIs, etc.
>
> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
> .
>
> -MinRK
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>

On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:

> I've started the process of backporting PRs for an 0.13.2 bugfix release,
> the results of which can be seen by looking at Issues labeled
> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
> .
>
> The following PRs have been backported so far:
>
> 2399
> 2503
> 2500
> 2498
> 2490
> 2491
> 2511
> 2294
> 2554
> 2561
> 2546
> 2526
> 2591
> 2582
> 2574
> 2638
> 2656
> 2663
> 2668
> 2662
> 2686
> 2685
> 2713
> 2717
> 2544
> 2749
> 2738
> 2769
> 2773
> 2778
> 2757
> 2783
> 2796
> 2799
> 2816
> 2830
> 2849
> 2859
> 2861
> 2863
> 2852
> 2864
> 2926
> 2924
> 2901
>
> If there are any others you think should be applied for 0.13.2, or if any
> of those shouldn't be included, let me know.
> In general, these are bugfixes that are either small or important.  No new
> features or APIs, etc.
>
> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
> .
>
> -MinRK
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130313/9d074109/attachment.html>

From benjaminrk at gmail.com  Wed Mar 13 22:36:19 2013
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 13 Mar 2013 19:36:19 -0700
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
Message-ID: <CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>

On Mar 13, 2013, at 14:46, Jonathan March <JDM at MarchRay.net> wrote:

>
> Min et al,
> It looks like the backport-0.13.2 issue queue was emptied 3 days ago --
> impressive feat, Min.


I actually wrote the queue at the same time as applying the patches, so
perhaps not so impressive that the queue was flushed quickly :)

Any sense of the likely timeline of this release? Enthought is fast
> approaching release of Canopy 1.0 (next generation EPD). It will of
> necessity be based on IPython > 0.13.1. Obviously it would be desirable all
> around if that were a named version, i.e. 0.13.2.


No specific timeline, but I don't think there are any more fixes that need
to go in.  I will probably do a bit of testing and cut an RC once the dust
settles after PyCon/PyData next week, then, assuming I didn't break
everything, we should have a release a week or two after that, so ~ 4/1 I
guess?

-MinRK


Thanks,
> Jonathan



On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:

> I've started the process of backporting PRs for an 0.13.2 bugfix release,
> the results of which can be seen by looking at Issues labeled
> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
> .
>
> The following PRs have been backported so far:
>
> 2399
> 2503
> 2500
> 2498
> 2490
> 2491
> 2511
> 2294
> 2554
> 2561
> 2546
> 2526
> 2591
> 2582
> 2574
> 2638
> 2656
> 2663
> 2668
> 2662
> 2686
> 2685
> 2713
> 2717
> 2544
> 2749
> 2738
> 2769
> 2773
> 2778
> 2757
> 2783
> 2796
> 2799
> 2816
> 2830
> 2849
> 2859
> 2861
> 2863
> 2852
> 2864
> 2926
> 2924
> 2901
>
> If there are any others you think should be applied for 0.13.2, or if any
> of those shouldn't be included, let me know.
> In general, these are bugfixes that are either small or important.  No new
> features or APIs, etc.
>
> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
> .
>
> -MinRK
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>

On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:

> I've started the process of backporting PRs for an 0.13.2 bugfix release,
> the results of which can be seen by looking at Issues labeled
> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
> .
>
> The following PRs have been backported so far:
>
> 2399
> 2503
> 2500
> 2498
> 2490
> 2491
> 2511
> 2294
> 2554
> 2561
> 2546
> 2526
> 2591
> 2582
> 2574
> 2638
> 2656
> 2663
> 2668
> 2662
> 2686
> 2685
> 2713
> 2717
> 2544
> 2749
> 2738
> 2769
> 2773
> 2778
> 2757
> 2783
> 2796
> 2799
> 2816
> 2830
> 2849
> 2859
> 2861
> 2863
> 2852
> 2864
> 2926
> 2924
> 2901
>
> If there are any others you think should be applied for 0.13.2, or if any
> of those shouldn't be included, let me know.
> In general, these are bugfixes that are either small or important.  No new
> features or APIs, etc.
>
> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
> .
>
> -MinRK
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
_______________________________________________
IPython-dev mailing list
IPython-dev at scipy.org
http://mail.scipy.org/mailman/listinfo/ipython-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130313/b2f14b65/attachment.html>

From david.verelst at gmail.com  Thu Mar 14 10:23:41 2013
From: david.verelst at gmail.com (David Verelst)
Date: Thu, 14 Mar 2013 15:23:41 +0100
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
Message-ID: <CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>

Hi,

I just want to mention that due to the issue
#2831<https://github.com/ipython/ipython/issues/2831>IPython fails to
start with PyQt 4.10. This case occurs for the next Ubuntu
release (13.04), future Fedora (scheduled for June), and is already current
in Arch Linux.

Since this is my first message on this list, I just want to show my
appreciation for this great piece of software by shouting: Thanks!

Best regards,
David


On 14 March 2013 03:36, MinRK <benjaminrk at gmail.com> wrote:

>
> On Mar 13, 2013, at 14:46, Jonathan March <JDM at MarchRay.net> wrote:
>
>>
>> Min et al,
>> It looks like the backport-0.13.2 issue queue was emptied 3 days ago --
>> impressive feat, Min.
>
>
> I actually wrote the queue at the same time as applying the patches, so
> perhaps not so impressive that the queue was flushed quickly :)
>
> Any sense of the likely timeline of this release? Enthought is fast
>> approaching release of Canopy 1.0 (next generation EPD). It will of
>> necessity be based on IPython > 0.13.1. Obviously it would be desirable all
>> around if that were a named version, i.e. 0.13.2.
>
>
> No specific timeline, but I don't think there are any more fixes that need
> to go in.  I will probably do a bit of testing and cut an RC once the dust
> settles after PyCon/PyData next week, then, assuming I didn't break
> everything, we should have a release a week or two after that, so ~ 4/1 I
> guess?
>
> -MinRK
>
>
> Thanks,
>> Jonathan
>
>
>
> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>
>> I've started the process of backporting PRs for an 0.13.2 bugfix release,
>> the results of which can be seen by looking at Issues labeled
>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>> .
>>
>> The following PRs have been backported so far:
>>
>> 2399
>> 2503
>> 2500
>> 2498
>> 2490
>> 2491
>> 2511
>> 2294
>> 2554
>> 2561
>> 2546
>> 2526
>> 2591
>> 2582
>> 2574
>> 2638
>> 2656
>> 2663
>> 2668
>> 2662
>> 2686
>> 2685
>> 2713
>> 2717
>> 2544
>> 2749
>> 2738
>> 2769
>> 2773
>> 2778
>> 2757
>> 2783
>> 2796
>> 2799
>> 2816
>> 2830
>> 2849
>> 2859
>> 2861
>> 2863
>> 2852
>> 2864
>> 2926
>> 2924
>> 2901
>>
>> If there are any others you think should be applied for 0.13.2, or if any
>> of those shouldn't be included, let me know.
>> In general, these are bugfixes that are either small or important.  No
>> new features or APIs, etc.
>>
>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>> .
>>
>> -MinRK
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>
>> I've started the process of backporting PRs for an 0.13.2 bugfix release,
>> the results of which can be seen by looking at Issues labeled
>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>> .
>>
>> The following PRs have been backported so far:
>>
>> 2399
>> 2503
>> 2500
>> 2498
>> 2490
>> 2491
>> 2511
>> 2294
>> 2554
>> 2561
>> 2546
>> 2526
>> 2591
>> 2582
>> 2574
>> 2638
>> 2656
>> 2663
>> 2668
>> 2662
>> 2686
>> 2685
>> 2713
>> 2717
>> 2544
>> 2749
>> 2738
>> 2769
>> 2773
>> 2778
>> 2757
>> 2783
>> 2796
>> 2799
>> 2816
>> 2830
>> 2849
>> 2859
>> 2861
>> 2863
>> 2852
>> 2864
>> 2926
>> 2924
>> 2901
>>
>> If there are any others you think should be applied for 0.13.2, or if any
>> of those shouldn't be included, let me know.
>> In general, these are bugfixes that are either small or important.  No
>> new features or APIs, etc.
>>
>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>> .
>>
>> -MinRK
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130314/92168fdf/attachment.html>

From benjaminrk at gmail.com  Thu Mar 14 16:38:06 2013
From: benjaminrk at gmail.com (MinRK)
Date: Thu, 14 Mar 2013 13:38:06 -0700
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
Message-ID: <CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>

On Thu, Mar 14, 2013 at 7:23 AM, David Verelst <david.verelst at gmail.com>wrote:

> Hi,
>
> I just want to mention that due to the issue #2831<https://github.com/ipython/ipython/issues/2831>IPython fails to start with PyQt 4.10. This case occurs for the next Ubuntu
> release (13.04), future Fedora (scheduled for June), and is already current
> in Arch Linux.
>

And that's precisely why it is backported to 0.13.2.  We will start the
release cycle after PyCon / PyData - if there's a reason to hasten the
release (e.g. 13.04 deadlines), I am fine calling the current state of
0.13.x an RC.


>
> Since this is my first message on this list, I just want to show my
> appreciation for this great piece of software by shouting: Thanks!
>

Much appreciated!



>
> Best regards,
> David
>
>
> On 14 March 2013 03:36, MinRK <benjaminrk at gmail.com> wrote:
>
>>
>> On Mar 13, 2013, at 14:46, Jonathan March <JDM at MarchRay.net> wrote:
>>
>>>
>>> Min et al,
>>> It looks like the backport-0.13.2 issue queue was emptied 3 days ago --
>>> impressive feat, Min.
>>
>>
>> I actually wrote the queue at the same time as applying the patches, so
>> perhaps not so impressive that the queue was flushed quickly :)
>>
>> Any sense of the likely timeline of this release? Enthought is fast
>>> approaching release of Canopy 1.0 (next generation EPD). It will of
>>> necessity be based on IPython > 0.13.1. Obviously it would be desirable all
>>> around if that were a named version, i.e. 0.13.2.
>>
>>
>> No specific timeline, but I don't think there are any more fixes that
>> need to go in.  I will probably do a bit of testing and cut an RC once the
>> dust settles after PyCon/PyData next week, then, assuming I didn't break
>> everything, we should have a release a week or two after that, so ~ 4/1 I
>> guess?
>>
>> -MinRK
>>
>>
>> Thanks,
>>> Jonathan
>>
>>
>>
>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>
>>> I've started the process of backporting PRs for an 0.13.2 bugfix release,
>>> the results of which can be seen by looking at Issues labeled
>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>> .
>>>
>>> The following PRs have been backported so far:
>>>
>>> 2399
>>> 2503
>>> 2500
>>> 2498
>>> 2490
>>> 2491
>>> 2511
>>> 2294
>>> 2554
>>> 2561
>>> 2546
>>> 2526
>>> 2591
>>> 2582
>>> 2574
>>> 2638
>>> 2656
>>> 2663
>>> 2668
>>> 2662
>>> 2686
>>> 2685
>>> 2713
>>> 2717
>>> 2544
>>> 2749
>>> 2738
>>> 2769
>>> 2773
>>> 2778
>>> 2757
>>> 2783
>>> 2796
>>> 2799
>>> 2816
>>> 2830
>>> 2849
>>> 2859
>>> 2861
>>> 2863
>>> 2852
>>> 2864
>>> 2926
>>> 2924
>>> 2901
>>>
>>> If there are any others you think should be applied for 0.13.2, or if
>>> any of those shouldn't be included, let me know.
>>> In general, these are bugfixes that are either small or important.  No
>>> new features or APIs, etc.
>>>
>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>> .
>>>
>>> -MinRK
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>
>>> I've started the process of backporting PRs for an 0.13.2 bugfix release,
>>> the results of which can be seen by looking at Issues labeled
>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>> .
>>>
>>> The following PRs have been backported so far:
>>>
>>> 2399
>>> 2503
>>> 2500
>>> 2498
>>> 2490
>>> 2491
>>> 2511
>>> 2294
>>> 2554
>>> 2561
>>> 2546
>>> 2526
>>> 2591
>>> 2582
>>> 2574
>>> 2638
>>> 2656
>>> 2663
>>> 2668
>>> 2662
>>> 2686
>>> 2685
>>> 2713
>>> 2717
>>> 2544
>>> 2749
>>> 2738
>>> 2769
>>> 2773
>>> 2778
>>> 2757
>>> 2783
>>> 2796
>>> 2799
>>> 2816
>>> 2830
>>> 2849
>>> 2859
>>> 2861
>>> 2863
>>> 2852
>>> 2864
>>> 2926
>>> 2924
>>> 2901
>>>
>>> If there are any others you think should be applied for 0.13.2, or if
>>> any of those shouldn't be included, let me know.
>>> In general, these are bugfixes that are either small or important.  No
>>> new features or APIs, etc.
>>>
>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>> .
>>>
>>> -MinRK
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130314/2bd442e4/attachment.html>

From david.verelst at gmail.com  Fri Mar 15 04:56:43 2013
From: david.verelst at gmail.com (David Verelst)
Date: Fri, 15 Mar 2013 09:56:43 +0100
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
Message-ID: <CALObe=DyA-zrQeAvozX+wr8-bVmXUQFDyVhhZ1mq-YB3KL0OFA@mail.gmail.com>

On 14 March 2013 21:38, MinRK <benjaminrk at gmail.com> wrote:

>
>
> On Thu, Mar 14, 2013 at 7:23 AM, David Verelst <david.verelst at gmail.com>wrote:
>
>> Hi,
>>
>> I just want to mention that due to the issue #2831<https://github.com/ipython/ipython/issues/2831>IPython fails to start with PyQt 4.10. This case occurs for the next Ubuntu
>> release (13.04), future Fedora (scheduled for June), and is already current
>> in Arch Linux.
>>
>
> And that's precisely why it is backported to 0.13.2.  We will start the
> release cycle after PyCon / PyData - if there's a reason to hasten the
> release (e.g. 13.04 deadlines), I am fine calling the current state of
> 0.13.x an RC.
>

There was a very similar bug in Spyder 2.1.13 (
https://code.google.com/p/spyderlib/issues/detail?id=1302), and a few days
a ago bug fix release solved that issue. However, Ubuntu decided to wait (
https://bugs.launchpad.net/ubuntu/+source/spyder/+bug/1153216) for Debian
before upgrading and applied a patch instead. So I have no idea if it makes
sense to rush for Ubuntu if they don't plan to use the release. On the
other hand, I assume IPython carries more weight than Spyder. So far I
can't see anyone reported this bug at Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/ipython. For Arch Linux it makes
sense to get 0.13.2 out of the door, but that's because I am using that :-)
(note: I just build the 0.13.x branch to solve the issue).


>
>
>>
>> Since this is my first message on this list, I just want to show my
>> appreciation for this great piece of software by shouting: Thanks!
>>
>
> Much appreciated!
>
>
>
>>
>> Best regards,
>> David
>>
>>
>> On 14 March 2013 03:36, MinRK <benjaminrk at gmail.com> wrote:
>>
>>>
>>> On Mar 13, 2013, at 14:46, Jonathan March <JDM at MarchRay.net> wrote:
>>>
>>>>
>>>> Min et al,
>>>> It looks like the backport-0.13.2 issue queue was emptied 3 days ago --
>>>> impressive feat, Min.
>>>
>>>
>>> I actually wrote the queue at the same time as applying the patches, so
>>> perhaps not so impressive that the queue was flushed quickly :)
>>>
>>> Any sense of the likely timeline of this release? Enthought is fast
>>>> approaching release of Canopy 1.0 (next generation EPD). It will of
>>>> necessity be based on IPython > 0.13.1. Obviously it would be desirable all
>>>> around if that were a named version, i.e. 0.13.2.
>>>
>>>
>>> No specific timeline, but I don't think there are any more fixes that
>>> need to go in.  I will probably do a bit of testing and cut an RC once the
>>> dust settles after PyCon/PyData next week, then, assuming I didn't break
>>> everything, we should have a release a week or two after that, so ~ 4/1 I
>>> guess?
>>>
>>> -MinRK
>>>
>>>
>>> Thanks,
>>>> Jonathan
>>>
>>>
>>>
>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>
>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>> release,
>>>> the results of which can be seen by looking at Issues labeled
>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>> .
>>>>
>>>> The following PRs have been backported so far:
>>>>
>>>> 2399
>>>> 2503
>>>> 2500
>>>> 2498
>>>> 2490
>>>> 2491
>>>> 2511
>>>> 2294
>>>> 2554
>>>> 2561
>>>> 2546
>>>> 2526
>>>> 2591
>>>> 2582
>>>> 2574
>>>> 2638
>>>> 2656
>>>> 2663
>>>> 2668
>>>> 2662
>>>> 2686
>>>> 2685
>>>> 2713
>>>> 2717
>>>> 2544
>>>> 2749
>>>> 2738
>>>> 2769
>>>> 2773
>>>> 2778
>>>> 2757
>>>> 2783
>>>> 2796
>>>> 2799
>>>> 2816
>>>> 2830
>>>> 2849
>>>> 2859
>>>> 2861
>>>> 2863
>>>> 2852
>>>> 2864
>>>> 2926
>>>> 2924
>>>> 2901
>>>>
>>>> If there are any others you think should be applied for 0.13.2, or if
>>>> any of those shouldn't be included, let me know.
>>>> In general, these are bugfixes that are either small or important.  No
>>>> new features or APIs, etc.
>>>>
>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>> .
>>>>
>>>> -MinRK
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>
>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>> release,
>>>> the results of which can be seen by looking at Issues labeled
>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>> .
>>>>
>>>> The following PRs have been backported so far:
>>>>
>>>> 2399
>>>> 2503
>>>> 2500
>>>> 2498
>>>> 2490
>>>> 2491
>>>> 2511
>>>> 2294
>>>> 2554
>>>> 2561
>>>> 2546
>>>> 2526
>>>> 2591
>>>> 2582
>>>> 2574
>>>> 2638
>>>> 2656
>>>> 2663
>>>> 2668
>>>> 2662
>>>> 2686
>>>> 2685
>>>> 2713
>>>> 2717
>>>> 2544
>>>> 2749
>>>> 2738
>>>> 2769
>>>> 2773
>>>> 2778
>>>> 2757
>>>> 2783
>>>> 2796
>>>> 2799
>>>> 2816
>>>> 2830
>>>> 2849
>>>> 2859
>>>> 2861
>>>> 2863
>>>> 2852
>>>> 2864
>>>> 2926
>>>> 2924
>>>> 2901
>>>>
>>>> If there are any others you think should be applied for 0.13.2, or if
>>>> any of those shouldn't be included, let me know.
>>>> In general, these are bugfixes that are either small or important.  No
>>>> new features or APIs, etc.
>>>>
>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>> .
>>>>
>>>> -MinRK
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130315/cb6f098f/attachment.html>

From patrickfuller at gmail.com  Mon Mar 18 20:20:14 2013
From: patrickfuller at gmail.com (Patrick Fuller)
Date: Mon, 18 Mar 2013 17:20:14 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
Message-ID: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>

Hi everyone,

I was at Pycon yesterday and saw a really cool IPython notebook + HTML5
talk by Matt Davis. Motivated by the talk, I was curious to see if I could
get WebGL running via three.js, so I went ahead and wrote an interactive
molecule viewer.

[image: Inline image 1]

FYI, it's a lazy first-pass port of another molecule viewer I
wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
which is itself a lazy first pass at learning webGL... which leads me to
some questions :-)

   -

   I'm confident that I'm misusing the Javascript and HTML objects. The
   Javascript docstring talks about a generated element object, but I
   couldn't get jQuery to bind to it. My current selector is "div.molecule",
   which runs into some fairly obvious problems when you draw more than one
   molecule.
    -

   I have no idea what the javascript variable scopes look like. Am I in
   danger of overwriting something important to IPython?

Also, is there any general interest out there in exploring ipython notebook
+ webgl further? Are there other projects that do so?

Thanks for hearing me out (and working on such a cool open-source project!),
Pat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130318/a1f81baa/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130318/a1f81baa/attachment.png>

From ellisonbg at gmail.com  Mon Mar 18 21:40:18 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 18 Mar 2013 18:40:18 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
Message-ID: <CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>

Patrick,

Hi, this is really exciting to see people doing things like this.  This
Fall we will be working on our APIs for this stuff - we are hoping to make
it easier - please keep in touch as things move forward.

Cheers,

Brian


On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:

> Hi everyone,
>
> I was at Pycon yesterday and saw a really cool IPython notebook + HTML5
> talk by Matt Davis. Motivated by the talk, I was curious to see if I could
> get WebGL running via three.js, so I went ahead and wrote an interactive
> molecule viewer.
>
> [image: Inline image 1]
>
> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
> which is itself a lazy first pass at learning webGL... which leads me to
> some questions :-)
>
>    -
>
>    I'm confident that I'm misusing the Javascript and HTML objects. The
>    Javascript docstring talks about a generated element object, but I
>    couldn't get jQuery to bind to it. My current selector is
>    "div.molecule", which runs into some fairly obvious problems when you
>    draw more than one molecule.
>     -
>
>    I have no idea what the javascript variable scopes look like. Am I in
>    danger of overwriting something important to IPython?
>
> Also, is there any general interest out there in exploring ipython
> notebook + webgl further? Are there other projects that do so?
>
> Thanks for hearing me out (and working on such a cool open-source
> project!),
> Pat
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>


-- 
Brian E. Granger
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu and ellisonbg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130318/088794ea/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130318/088794ea/attachment.png>

From stonerri at gmail.com  Tue Mar 19 01:14:38 2013
From: stonerri at gmail.com (Rich Stoner)
Date: Mon, 18 Mar 2013 22:14:38 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
Message-ID: <CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>

Patrick,

I have working examples of Ipython + XTK (https://github.com/xtk/X). It's
not the cleanest implementation but I'll throw it on Github later
tonight/tomorrow.

Best -

Rich



On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com> wrote:

> Patrick,
>
> Hi, this is really exciting to see people doing things like this.  This
> Fall we will be working on our APIs for this stuff - we are hoping to make
> it easier - please keep in touch as things move forward.
>
> Cheers,
>
> Brian
>
>
> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:
>
>> Hi everyone,
>>
>> I was at Pycon yesterday and saw a really cool IPython notebook + HTML5
>> talk by Matt Davis. Motivated by the talk, I was curious to see if I could
>> get WebGL running via three.js, so I went ahead and wrote an interactive
>> molecule viewer.
>>
>> [image: Inline image 1]
>>
>> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>> which is itself a lazy first pass at learning webGL... which leads me to
>> some questions :-)
>>
>>    -
>>
>>    I'm confident that I'm misusing the Javascript and HTML objects. The
>>    Javascript docstring talks about a generated element object, but I
>>    couldn't get jQuery to bind to it. My current selector is
>>    "div.molecule", which runs into some fairly obvious problems when you
>>    draw more than one molecule.
>>     -
>>
>>    I have no idea what the javascript variable scopes look like. Am I in
>>    danger of overwriting something important to IPython?
>>
>> Also, is there any general interest out there in exploring ipython
>> notebook + webgl further? Are there other projects that do so?
>>
>> Thanks for hearing me out (and working on such a cool open-source
>> project!),
>> Pat
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130318/bbb9221c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130318/bbb9221c/attachment.png>

From rmcgibbo at gmail.com  Tue Mar 19 06:10:21 2013
From: rmcgibbo at gmail.com (Robert McGibbon)
Date: Tue, 19 Mar 2013 03:10:21 -0700
Subject: [IPython-dev] Sending cell contents in the `complete_request`
	message
Message-ID: <9C64DAFF-B050-4464-92FE-EE2D595904AE@gmail.com>

Hey,

The messaging spec. seems to say that the contents of the cell is (or "might be") sent as part of the complete_request message (triggered on the tab key), but looking at the notebook js code, it doesn't look like this is the case. Was it determined that sending the whole cell made the messages too heavy?

Cell magics would really benefit from knowing the contents of the whole cell. For example, the R magic  extension could register custom completion logic to run within an %%R cell. But this isn't possible without sending the whole cell (or at least the first line of the cell, so that we can know that we're inside of an %%R cell at completion time).

This sort of feature is something I would like to make possible for extensions and third-party code to do, via IPEP 11.

-Robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/314ab618/attachment.html>

From bussonniermatthias at gmail.com  Tue Mar 19 06:22:46 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Tue, 19 Mar 2013 11:22:46 +0100
Subject: [IPython-dev] Sending cell contents in the `complete_request`
	message
In-Reply-To: <9C64DAFF-B050-4464-92FE-EE2D595904AE@gmail.com>
References: <9C64DAFF-B050-4464-92FE-EE2D595904AE@gmail.com>
Message-ID: <768C63E2-734A-4AE2-8641-6A1B665A5170@gmail.com>


Le 19 mars 2013 ? 11:10, Robert McGibbon a ?crit :

> Hey,
> 
> The messaging spec. seems to say that the contents of the cell is (or "might be") sent as part of the complete_request message (triggered on the tab key), but looking at the notebook js code, it doesn't look like this is the case. Was it determined that sending the whole cell made the messages too heavy?

Not that I remembered of.
I think it would totally be possible to send the all cell. 

IIRC, when I wrote the first implementation of that, I was still learning JS, and tried to make it works. 
I might have hard coded the `text` argument and forgot about it. 

I'm not even sure line is the full line of the completion as I probably do some preprocessing like removing everything after cursor, and everything between matched bracket. 

So this can certain be improved. 

You can open an issue about it if you wish. 
-- 
Matthias


> Cell magics would really benefit from knowing the contents of the whole cell. For example, the R magic  extension could register custom completion logic to run within an %%R cell. But this isn't possible without sending the whole cell (or at least the first line of the cell, so that we can know that we're inside of an %%R cell at completion time).
> 
> This sort of feature is something I would like to make possible for extensions and third-party code to do, via IPEP 11.
> 
> -Robert
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/c2ea6502/attachment.html>

From JDM at MarchRay.net  Tue Mar 19 10:46:19 2013
From: JDM at MarchRay.net (Jonathan March)
Date: Tue, 19 Mar 2013 09:46:19 -0500
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
Message-ID: <CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>

On Thu, Mar 14, 2013 at 3:38 PM, MinRK <benjaminrk at gmail.com> wrote:

>
>
> On Thu, Mar 14, 2013 at 7:23 AM, David Verelst <david.verelst at gmail.com>wrote:
>
>> Hi,
>>
>> I just want to mention that due to the issue #2831<https://github.com/ipython/ipython/issues/2831>IPython fails to start with PyQt 4.10. This case occurs for the next Ubuntu
>> release (13.04), future Fedora (scheduled for June), and is already current
>> in Arch Linux.
>>
>
> And that's precisely why it is backported to 0.13.2.  We will start the
> release cycle after PyCon / PyData - if there's a reason to hasten the
> release (e.g. 13.04 deadlines), I am fine calling the current state of
> 0.13.x an RC.
>

That would actually be helpful, if feasible.


>
>
>>
>> Since this is my first message on this list, I just want to show my
>> appreciation for this great piece of software by shouting: Thanks!
>>
>
> Much appreciated!
>
>
>
>>
>> Best regards,
>> David
>>
>>
>> On 14 March 2013 03:36, MinRK <benjaminrk at gmail.com> wrote:
>>
>>>
>>> On Mar 13, 2013, at 14:46, Jonathan March <JDM at MarchRay.net> wrote:
>>>
>>>>
>>>> Min et al,
>>>> It looks like the backport-0.13.2 issue queue was emptied 3 days ago --
>>>> impressive feat, Min.
>>>
>>>
>>> I actually wrote the queue at the same time as applying the patches, so
>>> perhaps not so impressive that the queue was flushed quickly :)
>>>
>>> Any sense of the likely timeline of this release? Enthought is fast
>>>> approaching release of Canopy 1.0 (next generation EPD). It will of
>>>> necessity be based on IPython > 0.13.1. Obviously it would be desirable all
>>>> around if that were a named version, i.e. 0.13.2.
>>>
>>>
>>> No specific timeline, but I don't think there are any more fixes that
>>> need to go in.  I will probably do a bit of testing and cut an RC once the
>>> dust settles after PyCon/PyData next week, then, assuming I didn't break
>>> everything, we should have a release a week or two after that, so ~ 4/1 I
>>> guess?
>>>
>>> -MinRK
>>>
>>>
>>> Thanks,
>>>> Jonathan
>>>
>>>
>>>
>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>
>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>> release,
>>>> the results of which can be seen by looking at Issues labeled
>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>> .
>>>>
>>>> The following PRs have been backported so far:
>>>>
>>>> 2399
>>>> 2503
>>>> 2500
>>>> 2498
>>>> 2490
>>>> 2491
>>>> 2511
>>>> 2294
>>>> 2554
>>>> 2561
>>>> 2546
>>>> 2526
>>>> 2591
>>>> 2582
>>>> 2574
>>>> 2638
>>>> 2656
>>>> 2663
>>>> 2668
>>>> 2662
>>>> 2686
>>>> 2685
>>>> 2713
>>>> 2717
>>>> 2544
>>>> 2749
>>>> 2738
>>>> 2769
>>>> 2773
>>>> 2778
>>>> 2757
>>>> 2783
>>>> 2796
>>>> 2799
>>>> 2816
>>>> 2830
>>>> 2849
>>>> 2859
>>>> 2861
>>>> 2863
>>>> 2852
>>>> 2864
>>>> 2926
>>>> 2924
>>>> 2901
>>>>
>>>> If there are any others you think should be applied for 0.13.2, or if
>>>> any of those shouldn't be included, let me know.
>>>> In general, these are bugfixes that are either small or important.  No
>>>> new features or APIs, etc.
>>>>
>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>> .
>>>>
>>>> -MinRK
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>
>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>> release,
>>>> the results of which can be seen by looking at Issues labeled
>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>> .
>>>>
>>>> The following PRs have been backported so far:
>>>>
>>>> 2399
>>>> 2503
>>>> 2500
>>>> 2498
>>>> 2490
>>>> 2491
>>>> 2511
>>>> 2294
>>>> 2554
>>>> 2561
>>>> 2546
>>>> 2526
>>>> 2591
>>>> 2582
>>>> 2574
>>>> 2638
>>>> 2656
>>>> 2663
>>>> 2668
>>>> 2662
>>>> 2686
>>>> 2685
>>>> 2713
>>>> 2717
>>>> 2544
>>>> 2749
>>>> 2738
>>>> 2769
>>>> 2773
>>>> 2778
>>>> 2757
>>>> 2783
>>>> 2796
>>>> 2799
>>>> 2816
>>>> 2830
>>>> 2849
>>>> 2859
>>>> 2861
>>>> 2863
>>>> 2852
>>>> 2864
>>>> 2926
>>>> 2924
>>>> 2901
>>>>
>>>> If there are any others you think should be applied for 0.13.2, or if
>>>> any of those shouldn't be included, let me know.
>>>> In general, these are bugfixes that are either small or important.  No
>>>> new features or APIs, etc.
>>>>
>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>> .
>>>>
>>>> -MinRK
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/e8e14290/attachment.html>

From patrickfuller at gmail.com  Tue Mar 19 12:08:54 2013
From: patrickfuller at gmail.com (Patrick Fuller)
Date: Tue, 19 Mar 2013 09:08:54 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
Message-ID: <CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>

Hi guys,

I think that my little demo is more about the potential of webGL + IPython
than about the molecule drawer itself. If a bigger project like XTK can be
ported easily, it could open up a lot of doors for IPython tools.

Anyway, I'll look through the xtk + ipython examples soon and throw this
molecule drawer idea into a new repo. If webgl + ipython picks up, it'll be
around.

Cheers,
Pat


On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com> wrote:

> Patrick,
>
> I have working examples of Ipython + XTK (https://github.com/xtk/X). It's
> not the cleanest implementation but I'll throw it on Github later
> tonight/tomorrow.
>
> Best -
>
> Rich
>
>
>
> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>
>> Patrick,
>>
>> Hi, this is really exciting to see people doing things like this.  This
>> Fall we will be working on our APIs for this stuff - we are hoping to make
>> it easier - please keep in touch as things move forward.
>>
>> Cheers,
>>
>> Brian
>>
>>
>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:
>>
>>> Hi everyone,
>>>
>>> I was at Pycon yesterday and saw a really cool IPython notebook + HTML5
>>> talk by Matt Davis. Motivated by the talk, I was curious to see if I could
>>> get WebGL running via three.js, so I went ahead and wrote an interactive
>>> molecule viewer.
>>>
>>> [image: Inline image 1]
>>>
>>> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>> which is itself a lazy first pass at learning webGL... which leads me to
>>> some questions :-)
>>>
>>>    -
>>>
>>>    I'm confident that I'm misusing the Javascript and HTML objects. The
>>>    Javascript docstring talks about a generated element object, but I
>>>    couldn't get jQuery to bind to it. My current selector is
>>>    "div.molecule", which runs into some fairly obvious problems when
>>>    you draw more than one molecule.
>>>     -
>>>
>>>    I have no idea what the javascript variable scopes look like. Am I
>>>    in danger of overwriting something important to IPython?
>>>
>>> Also, is there any general interest out there in exploring ipython
>>> notebook + webgl further? Are there other projects that do so?
>>>
>>> Thanks for hearing me out (and working on such a cool open-source
>>> project!),
>>> Pat
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>>
>> --
>> Brian E. Granger
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/e8ac861c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/e8ac861c/attachment.png>

From aka.tkf at gmail.com  Tue Mar 19 14:20:53 2013
From: aka.tkf at gmail.com (Takafumi Arakaki)
Date: Tue, 19 Mar 2013 19:20:53 +0100
Subject: [IPython-dev] IPEP 11: Tab Completion System Refactor
In-Reply-To: <630DC93B-47CF-4628-9E40-FEF4C496577B@gmail.com>
References: <FB04D39A-3DB4-47E6-8518-825408557ABA@gmail.com>
	<630DC93B-47CF-4628-9E40-FEF4C496577B@gmail.com>
Message-ID: <CAGnNk=aPcmRWy7KjyShz49oC_Nsr+rj8i0tGCZW4o6_L+Lg5sQ@mail.gmail.com>

Hi,

I am also interested in extending IPython completion.  I wrote a patch
for Jedi (an awesome Python auto-completion library) to use it with
Python interpreter and it is in review process here:
https://github.com/davidhalter/jedi/pull/145.
Jedi statically analyzes Python sources so you can complete instances
or returned values, even before actually creating the object.  For example,
you can complete `os.path.join("a", "b").<TAB>`.

I read IPEP 11 to see if it provides sufficient information for Jedi API.
First I want to make sure about what `cursor_position` is.  The docstring
says:

> cursor_position : int, optional
>     The position of the cursor within the line, at the time that
>     the completion key was activated. If not supplied, the cursor
>     will be assumed to have been at the end of the line.

I think it should be clear if it is zero-origin or not.  Also, I am not
sure if I understand what does it mean by "within the line".  If I am
at the first column of the second line, is it zero or the length of the
first line?

Also, I am not sure how CompletionManager gets namespaces (e.g.,
`locals()`).  I assume you get it from a singleton IPython instance,
but I think passing namespaces around is cleaner.

Same goes for `BaesMatcher` and `CompletionEvent`.  It seems there is
no way to get the cursor position and namespaces from `BaesMatcher`
subclasses.  I suggest:

1. Add attribute(s) to hold cursor position in `CompletionEvent`.
   It can be `lineno` and `column` or just `position`.

2. Add `namespaces` attribute (list of dict) to `CompletionEvent`
   or pass `namespaces` to `BaseMatcher.match`.


Regarding the returned value `completions` (dict, {str -> list(str)}),
why not a list of `Completion` (another class) instance?  One
completion can have many "attributes".  If we follow the current
suggestion, we can attach only one "attribute" (e.g., file, directory,
etc.) and they are exclusive.  Probably it is OK enough, but I think
it is hard to extend.  For example, Jedi's completion has
many attributes:
- https://jedi.readthedocs.org/en/dev/docs/plugin-api.html#api_classes.Completion
- https://jedi.readthedocs.org/en/dev/docs/plugin-api.html#api_classes.BaseDefinition
So, it is not possible to send all these information to clients.


BTW, I only read this thread and the IPEP on the wiki.  Please tell me
if there are discussions I am missing.


[1] Here is list of supported cases:
    https://github.com/davidhalter/jedi/pull/145#issuecomment-14346096.


-- Takafumi


On Tue, Mar 12, 2013 at 12:20 AM, Robert McGibbon <rmcgibbo at gmail.com> wrote:
> Hey,
>
> After talking with Fernando on Friday, I've updated IPEP11. The most
> substantial change to the document is that we're proposing a modification to
> the completion messaging protocol
> (http://ipython.org/ipython-doc/dev/development/messaging.html#complete).
>
> The goal is that each tab completion option be associated with a "kind",
> e.g: file, directory, object, magic, etc. This will enable non-readline
> clients to display richer, more contextual information to the user.  Another
> goal is to simplify the code base. It's pretty messy and incomprehensible
> now.
>
> At this point, I think that the plan is pretty much fleshed out. Any input
> would really be appreciated.
>
> -Robert
>
> On Feb 25, 2013, at 8:51 PM, Robert McGibbon wrote:
>
> Hi,
>
> I've posted IPEP 11, which is a proposal to refactor the kernel side tab
> completion machinery. There are two three for refactoring: the first is to
> provide a richer API for new tab completion matchers to interact with
> IPython, enabling, for example, projects like PR2701 to be done more
> cleanly. The second goal is to make the tab completion system less tied to
> GNU readline and capable of delivering richer contextual information to
> non-readline frontends like the notebook. The third is to clean up and
> simplify the existing code.
>
> https://github.com/ipython/ipython/wiki/IPEP-11%3A-Tab-Completion-System-Refactor
>
> Any and all thoughts are appreciated.
>
> -Robert
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>


From stonerri at gmail.com  Tue Mar 19 14:52:23 2013
From: stonerri at gmail.com (Rich Stoner)
Date: Tue, 19 Mar 2013 11:52:23 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
Message-ID: <CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>

Patrick et. al,

Here is the xtk-ipython repo:
https://github.com/richstoner/xtk-ipython-examples

I think that, as part of the plans to eliminate arbitrary js execution at
the notebook interface, building out wrappers around the larger js
frameworks makes a lot of sense. This is the approach taken here:
https://github.com/fperez/xtk-ipython


Best -

Rich




On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <patrickfuller at gmail.com>wrote:

> Hi guys,
>
> I think that my little demo is more about the potential of webGL + IPython
> than about the molecule drawer itself. If a bigger project like XTK can be
> ported easily, it could open up a lot of doors for IPython tools.
>
> Anyway, I'll look through the xtk + ipython examples soon and throw this
> molecule drawer idea into a new repo. If webgl + ipython picks up, it'll be
> around.
>
> Cheers,
> Pat
>
>
> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com> wrote:
>
>> Patrick,
>>
>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>> It's not the cleanest implementation but I'll throw it on Github later
>> tonight/tomorrow.
>>
>> Best -
>>
>> Rich
>>
>>
>>
>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>>
>>> Patrick,
>>>
>>> Hi, this is really exciting to see people doing things like this.  This
>>> Fall we will be working on our APIs for this stuff - we are hoping to make
>>> it easier - please keep in touch as things move forward.
>>>
>>> Cheers,
>>>
>>> Brian
>>>
>>>
>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <patrickfuller at gmail.com
>>> > wrote:
>>>
>>>> Hi everyone,
>>>>
>>>> I was at Pycon yesterday and saw a really cool IPython notebook + HTML5
>>>> talk by Matt Davis. Motivated by the talk, I was curious to see if I could
>>>> get WebGL running via three.js, so I went ahead and wrote an interactive
>>>> molecule viewer.
>>>>
>>>> [image: Inline image 1]
>>>>
>>>> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>> some questions :-)
>>>>
>>>>    -
>>>>
>>>>    I'm confident that I'm misusing the Javascript and HTML objects.
>>>>    The Javascript docstring talks about a generated element object,
>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>    "div.molecule", which runs into some fairly obvious problems when
>>>>    you draw more than one molecule.
>>>>     -
>>>>
>>>>    I have no idea what the javascript variable scopes look like. Am I
>>>>    in danger of overwriting something important to IPython?
>>>>
>>>> Also, is there any general interest out there in exploring ipython
>>>> notebook + webgl further? Are there other projects that do so?
>>>>
>>>> Thanks for hearing me out (and working on such a cool open-source
>>>> project!),
>>>> Pat
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Brian E. Granger
>>> Cal Poly State University, San Luis Obispo
>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/935c1221/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/935c1221/attachment.png>

From ellisonbg at gmail.com  Tue Mar 19 14:56:29 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 19 Mar 2013 11:56:29 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
Message-ID: <CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>

Here is the most up to date IPython repo with XTK stuff:

https://github.com/ellisonbg/ipython/tree/xtk


On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com> wrote:

> Patrick et. al,
>
> Here is the xtk-ipython repo:
> https://github.com/richstoner/xtk-ipython-examples
>
> I think that, as part of the plans to eliminate arbitrary js execution at
> the notebook interface, building out wrappers around the larger js
> frameworks makes a lot of sense. This is the approach taken here:
> https://github.com/fperez/xtk-ipython
>
>
> Best -
>
> Rich
>
>
>
>
> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <patrickfuller at gmail.com>wrote:
>
>> Hi guys,
>>
>> I think that my little demo is more about the potential of webGL +
>> IPython than about the molecule drawer itself. If a bigger project like XTK
>> can be ported easily, it could open up a lot of doors for IPython tools.
>>
>> Anyway, I'll look through the xtk + ipython examples soon and throw this
>> molecule drawer idea into a new repo. If webgl + ipython picks up, it'll be
>> around.
>>
>> Cheers,
>> Pat
>>
>>
>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com> wrote:
>>
>>> Patrick,
>>>
>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>> It's not the cleanest implementation but I'll throw it on Github later
>>> tonight/tomorrow.
>>>
>>> Best -
>>>
>>> Rich
>>>
>>>
>>>
>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>
>>>> Patrick,
>>>>
>>>> Hi, this is really exciting to see people doing things like this.  This
>>>> Fall we will be working on our APIs for this stuff - we are hoping to make
>>>> it easier - please keep in touch as things move forward.
>>>>
>>>> Cheers,
>>>>
>>>> Brian
>>>>
>>>>
>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>> patrickfuller at gmail.com> wrote:
>>>>
>>>>> Hi everyone,
>>>>>
>>>>> I was at Pycon yesterday and saw a really cool IPython notebook +
>>>>> HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if I
>>>>> could get WebGL running via three.js, so I went ahead and wrote an
>>>>> interactive molecule viewer.
>>>>>
>>>>> [image: Inline image 1]
>>>>>
>>>>> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>> some questions :-)
>>>>>
>>>>>    -
>>>>>
>>>>>    I'm confident that I'm misusing the Javascript and HTML objects.
>>>>>    The Javascript docstring talks about a generated element object,
>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>    "div.molecule", which runs into some fairly obvious problems when
>>>>>    you draw more than one molecule.
>>>>>     -
>>>>>
>>>>>    I have no idea what the javascript variable scopes look like. Am I
>>>>>    in danger of overwriting something important to IPython?
>>>>>
>>>>> Also, is there any general interest out there in exploring ipython
>>>>> notebook + webgl further? Are there other projects that do so?
>>>>>
>>>>> Thanks for hearing me out (and working on such a cool open-source
>>>>> project!),
>>>>> Pat
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Brian E. Granger
>>>> Cal Poly State University, San Luis Obispo
>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>


-- 
Brian E. Granger
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu and ellisonbg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/e5da8175/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/e5da8175/attachment.png>

From patrickfuller at gmail.com  Tue Mar 19 15:17:34 2013
From: patrickfuller at gmail.com (Patrick Fuller)
Date: Tue, 19 Mar 2013 12:17:34 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
	<CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
Message-ID: <CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>

Thanks, guys!

I wrapped my js example in some Python and made a repo:
https://github.com/patrickfuller/imolecule. I'll read through the examples
posted and see if I can clean up my approach. Going off of the browser
screenshot alone, I like the idea of generating a single static div to
display the output of js execution.


On Tue, Mar 19, 2013 at 11:56 AM, Brian Granger <ellisonbg at gmail.com> wrote:

> Here is the most up to date IPython repo with XTK stuff:
>
> https://github.com/ellisonbg/ipython/tree/xtk
>
>
> On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com> wrote:
>
>> Patrick et. al,
>>
>> Here is the xtk-ipython repo:
>> https://github.com/richstoner/xtk-ipython-examples
>>
>> I think that, as part of the plans to eliminate arbitrary js execution at
>> the notebook interface, building out wrappers around the larger js
>> frameworks makes a lot of sense. This is the approach taken here:
>> https://github.com/fperez/xtk-ipython
>>
>>
>> Best -
>>
>> Rich
>>
>>
>>
>>
>> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <patrickfuller at gmail.com>wrote:
>>
>>> Hi guys,
>>>
>>> I think that my little demo is more about the potential of webGL +
>>> IPython than about the molecule drawer itself. If a bigger project like XTK
>>> can be ported easily, it could open up a lot of doors for IPython tools.
>>>
>>> Anyway, I'll look through the xtk + ipython examples soon and throw this
>>> molecule drawer idea into a new repo. If webgl + ipython picks up, it'll be
>>> around.
>>>
>>> Cheers,
>>> Pat
>>>
>>>
>>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com>wrote:
>>>
>>>> Patrick,
>>>>
>>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>>> It's not the cleanest implementation but I'll throw it on Github later
>>>> tonight/tomorrow.
>>>>
>>>> Best -
>>>>
>>>> Rich
>>>>
>>>>
>>>>
>>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>>
>>>>> Patrick,
>>>>>
>>>>> Hi, this is really exciting to see people doing things like this.
>>>>>  This Fall we will be working on our APIs for this stuff - we are hoping to
>>>>> make it easier - please keep in touch as things move forward.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Brian
>>>>>
>>>>>
>>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>>> patrickfuller at gmail.com> wrote:
>>>>>
>>>>>> Hi everyone,
>>>>>>
>>>>>> I was at Pycon yesterday and saw a really cool IPython notebook +
>>>>>> HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if I
>>>>>> could get WebGL running via three.js, so I went ahead and wrote an
>>>>>> interactive molecule viewer.
>>>>>>
>>>>>> [image: Inline image 1]
>>>>>>
>>>>>> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>>> some questions :-)
>>>>>>
>>>>>>    -
>>>>>>
>>>>>>    I'm confident that I'm misusing the Javascript and HTML objects.
>>>>>>    The Javascript docstring talks about a generated element object,
>>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>>    "div.molecule", which runs into some fairly obvious problems when
>>>>>>    you draw more than one molecule.
>>>>>>     -
>>>>>>
>>>>>>    I have no idea what the javascript variable scopes look like. Am
>>>>>>    I in danger of overwriting something important to IPython?
>>>>>>
>>>>>> Also, is there any general interest out there in exploring ipython
>>>>>> notebook + webgl further? Are there other projects that do so?
>>>>>>
>>>>>> Thanks for hearing me out (and working on such a cool open-source
>>>>>> project!),
>>>>>> Pat
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Brian E. Granger
>>>>> Cal Poly State University, San Luis Obispo
>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/83a726d5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/83a726d5/attachment.png>

From patrickfuller at gmail.com  Tue Mar 19 15:35:19 2013
From: patrickfuller at gmail.com (Patrick Fuller)
Date: Tue, 19 Mar 2013 12:35:19 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
	<CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
	<CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>
Message-ID: <CA+LJwttW3vNd=31TryaNX=C9g3802upc1CacnSEb58REq51x-A@mail.gmail.com>

Hm, the xtk-basic-example suffers from the same issue I'm having - if you
run the same sample code in two different cells, it doesn't know what to
do. The easy solution is to carve out a div independent of the notebook
flow and use that to display all js stuff. I'll just do that.


On Tue, Mar 19, 2013 at 12:17 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:

> Thanks, guys!
>
> I wrapped my js example in some Python and made a repo:
> https://github.com/patrickfuller/imolecule. I'll read through the
> examples posted and see if I can clean up my approach. Going off of the
> browser screenshot alone, I like the idea of generating a single static div
> to display the output of js execution.
>
>
> On Tue, Mar 19, 2013 at 11:56 AM, Brian Granger <ellisonbg at gmail.com>wrote:
>
>> Here is the most up to date IPython repo with XTK stuff:
>>
>> https://github.com/ellisonbg/ipython/tree/xtk
>>
>>
>> On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com> wrote:
>>
>>> Patrick et. al,
>>>
>>> Here is the xtk-ipython repo:
>>> https://github.com/richstoner/xtk-ipython-examples
>>>
>>> I think that, as part of the plans to eliminate arbitrary js execution
>>> at the notebook interface, building out wrappers around the larger js
>>> frameworks makes a lot of sense. This is the approach taken here:
>>> https://github.com/fperez/xtk-ipython
>>>
>>>
>>> Best -
>>>
>>> Rich
>>>
>>>
>>>
>>>
>>> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <patrickfuller at gmail.com
>>> > wrote:
>>>
>>>> Hi guys,
>>>>
>>>> I think that my little demo is more about the potential of webGL +
>>>> IPython than about the molecule drawer itself. If a bigger project like XTK
>>>> can be ported easily, it could open up a lot of doors for IPython tools.
>>>>
>>>> Anyway, I'll look through the xtk + ipython examples soon and throw
>>>> this molecule drawer idea into a new repo. If webgl + ipython picks up,
>>>> it'll be around.
>>>>
>>>> Cheers,
>>>> Pat
>>>>
>>>>
>>>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>
>>>>> Patrick,
>>>>>
>>>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>>>> It's not the cleanest implementation but I'll throw it on Github later
>>>>> tonight/tomorrow.
>>>>>
>>>>> Best -
>>>>>
>>>>> Rich
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>>>
>>>>>> Patrick,
>>>>>>
>>>>>> Hi, this is really exciting to see people doing things like this.
>>>>>>  This Fall we will be working on our APIs for this stuff - we are hoping to
>>>>>> make it easier - please keep in touch as things move forward.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Brian
>>>>>>
>>>>>>
>>>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>
>>>>>>> Hi everyone,
>>>>>>>
>>>>>>> I was at Pycon yesterday and saw a really cool IPython notebook +
>>>>>>> HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if I
>>>>>>> could get WebGL running via three.js, so I went ahead and wrote an
>>>>>>> interactive molecule viewer.
>>>>>>>
>>>>>>> [image: Inline image 1]
>>>>>>>
>>>>>>> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>>>> some questions :-)
>>>>>>>
>>>>>>>    -
>>>>>>>
>>>>>>>    I'm confident that I'm misusing the Javascript and HTML objects.
>>>>>>>    The Javascript docstring talks about a generated element object,
>>>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>>>    "div.molecule", which runs into some fairly obvious problems
>>>>>>>    when you draw more than one molecule.
>>>>>>>     -
>>>>>>>
>>>>>>>    I have no idea what the javascript variable scopes look like. Am
>>>>>>>    I in danger of overwriting something important to IPython?
>>>>>>>
>>>>>>> Also, is there any general interest out there in exploring ipython
>>>>>>> notebook + webgl further? Are there other projects that do so?
>>>>>>>
>>>>>>> Thanks for hearing me out (and working on such a cool open-source
>>>>>>> project!),
>>>>>>> Pat
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> IPython-dev mailing list
>>>>>>> IPython-dev at scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Brian E. Granger
>>>>>> Cal Poly State University, San Luis Obispo
>>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>>
>> --
>> Brian E. Granger
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/c2862598/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/c2862598/attachment.png>

From ellisonbg at gmail.com  Tue Mar 19 18:24:22 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 19 Mar 2013 15:24:22 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CA+LJwttW3vNd=31TryaNX=C9g3802upc1CacnSEb58REq51x-A@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
	<CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
	<CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>
	<CA+LJwttW3vNd=31TryaNX=C9g3802upc1CacnSEb58REq51x-A@mail.gmail.com>
Message-ID: <CAH4pYpQouBOVM3G1hZA+SAXgT-6qxNrndgvg3r6_VHoSgsHu-w@mail.gmail.com>

I seem to recall that I had solved this by adding special ids to the divs
that were created.  Did you look at the code in my repo?  I would rather
not get into the habit of creating output divs that are outside of the
output areas.  It makes it much more difficult to think about exporting
that to other formats.

Cheers,

Brian


On Tue, Mar 19, 2013 at 12:35 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:

> Hm, the xtk-basic-example suffers from the same issue I'm having - if you
> run the same sample code in two different cells, it doesn't know what to
> do. The easy solution is to carve out a div independent of the notebook
> flow and use that to display all js stuff. I'll just do that.
>
>
> On Tue, Mar 19, 2013 at 12:17 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:
>
>> Thanks, guys!
>>
>> I wrapped my js example in some Python and made a repo:
>> https://github.com/patrickfuller/imolecule. I'll read through the
>> examples posted and see if I can clean up my approach. Going off of the
>> browser screenshot alone, I like the idea of generating a single static div
>> to display the output of js execution.
>>
>>
>> On Tue, Mar 19, 2013 at 11:56 AM, Brian Granger <ellisonbg at gmail.com>wrote:
>>
>>> Here is the most up to date IPython repo with XTK stuff:
>>>
>>> https://github.com/ellisonbg/ipython/tree/xtk
>>>
>>>
>>> On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com>wrote:
>>>
>>>> Patrick et. al,
>>>>
>>>> Here is the xtk-ipython repo:
>>>> https://github.com/richstoner/xtk-ipython-examples
>>>>
>>>> I think that, as part of the plans to eliminate arbitrary js execution
>>>> at the notebook interface, building out wrappers around the larger js
>>>> frameworks makes a lot of sense. This is the approach taken here:
>>>> https://github.com/fperez/xtk-ipython
>>>>
>>>>
>>>> Best -
>>>>
>>>> Rich
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <
>>>> patrickfuller at gmail.com> wrote:
>>>>
>>>>> Hi guys,
>>>>>
>>>>> I think that my little demo is more about the potential of webGL +
>>>>> IPython than about the molecule drawer itself. If a bigger project like XTK
>>>>> can be ported easily, it could open up a lot of doors for IPython tools.
>>>>>
>>>>> Anyway, I'll look through the xtk + ipython examples soon and throw
>>>>> this molecule drawer idea into a new repo. If webgl + ipython picks up,
>>>>> it'll be around.
>>>>>
>>>>> Cheers,
>>>>> Pat
>>>>>
>>>>>
>>>>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>
>>>>>> Patrick,
>>>>>>
>>>>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>>>>> It's not the cleanest implementation but I'll throw it on Github later
>>>>>> tonight/tomorrow.
>>>>>>
>>>>>> Best -
>>>>>>
>>>>>> Rich
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>>>>
>>>>>>> Patrick,
>>>>>>>
>>>>>>> Hi, this is really exciting to see people doing things like this.
>>>>>>>  This Fall we will be working on our APIs for this stuff - we are hoping to
>>>>>>> make it easier - please keep in touch as things move forward.
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> Brian
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi everyone,
>>>>>>>>
>>>>>>>> I was at Pycon yesterday and saw a really cool IPython notebook +
>>>>>>>> HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if I
>>>>>>>> could get WebGL running via three.js, so I went ahead and wrote an
>>>>>>>> interactive molecule viewer.
>>>>>>>>
>>>>>>>> [image: Inline image 1]
>>>>>>>>
>>>>>>>> FYI, it's a lazy first-pass port of another molecule viewer I wrote<http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>>>>> some questions :-)
>>>>>>>>
>>>>>>>>    -
>>>>>>>>
>>>>>>>>    I'm confident that I'm misusing the Javascript and HTMLobjects. The
>>>>>>>>    Javascript docstring talks about a generated element object,
>>>>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>>>>    "div.molecule", which runs into some fairly obvious problems
>>>>>>>>    when you draw more than one molecule.
>>>>>>>>     -
>>>>>>>>
>>>>>>>>    I have no idea what the javascript variable scopes look like.
>>>>>>>>    Am I in danger of overwriting something important to IPython?
>>>>>>>>
>>>>>>>> Also, is there any general interest out there in exploring ipython
>>>>>>>> notebook + webgl further? Are there other projects that do so?
>>>>>>>>
>>>>>>>> Thanks for hearing me out (and working on such a cool open-source
>>>>>>>> project!),
>>>>>>>> Pat
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> IPython-dev mailing list
>>>>>>>> IPython-dev at scipy.org
>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Brian E. Granger
>>>>>>> Cal Poly State University, San Luis Obispo
>>>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> IPython-dev mailing list
>>>>>>> IPython-dev at scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Brian E. Granger
>>> Cal Poly State University, San Luis Obispo
>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>


-- 
Brian E. Granger
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu and ellisonbg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/ddb5ea23/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/ddb5ea23/attachment.png>

From patrickfuller at gmail.com  Tue Mar 19 18:55:32 2013
From: patrickfuller at gmail.com (Patrick Fuller)
Date: Tue, 19 Mar 2013 15:55:32 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CAH4pYpQouBOVM3G1hZA+SAXgT-6qxNrndgvg3r6_VHoSgsHu-w@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
	<CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
	<CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>
	<CA+LJwttW3vNd=31TryaNX=C9g3802upc1CacnSEb58REq51x-A@mail.gmail.com>
	<CAH4pYpQouBOVM3G1hZA+SAXgT-6qxNrndgvg3r6_VHoSgsHu-w@mail.gmail.com>
Message-ID: <CA+LJwtu+8kvsRbKFrxXFudF+isC8c9X-CCjxhKOW-2niwANT3A@mail.gmail.com>

Hi Brian,

You did. In IPython/lib/xtk.py, you id'd your divs as

var id = 'xtkwidget_' + utils.uuid();var xtkdiv = $('<div/>').attr('id',id);

Is this uuid method something inherent in IPython? It seems to be working
without me importing anything external into the js, so I'm assuming so.

Regards,
Pat


On Tue, Mar 19, 2013 at 3:24 PM, Brian Granger <ellisonbg at gmail.com> wrote:

> I seem to recall that I had solved this by adding special ids to the divs
> that were created.  Did you look at the code in my repo?  I would rather
> not get into the habit of creating output divs that are outside of the
> output areas.  It makes it much more difficult to think about exporting
> that to other formats.
>
> Cheers,
>
> Brian
>
>
> On Tue, Mar 19, 2013 at 12:35 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:
>
>> Hm, the xtk-basic-example suffers from the same issue I'm having - if you
>> run the same sample code in two different cells, it doesn't know what to
>> do. The easy solution is to carve out a div independent of the notebook
>> flow and use that to display all js stuff. I'll just do that.
>>
>>
>> On Tue, Mar 19, 2013 at 12:17 PM, Patrick Fuller <patrickfuller at gmail.com
>> > wrote:
>>
>>> Thanks, guys!
>>>
>>> I wrapped my js example in some Python and made a repo:
>>> https://github.com/patrickfuller/imolecule. I'll read through the
>>> examples posted and see if I can clean up my approach. Going off of the
>>> browser screenshot alone, I like the idea of generating a single static div
>>> to display the output of js execution.
>>>
>>>
>>> On Tue, Mar 19, 2013 at 11:56 AM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>
>>>> Here is the most up to date IPython repo with XTK stuff:
>>>>
>>>> https://github.com/ellisonbg/ipython/tree/xtk
>>>>
>>>>
>>>> On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>
>>>>> Patrick et. al,
>>>>>
>>>>> Here is the xtk-ipython repo:
>>>>> https://github.com/richstoner/xtk-ipython-examples
>>>>>
>>>>> I think that, as part of the plans to eliminate arbitrary js execution
>>>>> at the notebook interface, building out wrappers around the larger js
>>>>> frameworks makes a lot of sense. This is the approach taken here:
>>>>> https://github.com/fperez/xtk-ipython
>>>>>
>>>>>
>>>>> Best -
>>>>>
>>>>> Rich
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <
>>>>> patrickfuller at gmail.com> wrote:
>>>>>
>>>>>> Hi guys,
>>>>>>
>>>>>> I think that my little demo is more about the potential of webGL +
>>>>>> IPython than about the molecule drawer itself. If a bigger project like XTK
>>>>>> can be ported easily, it could open up a lot of doors for IPython tools.
>>>>>>
>>>>>> Anyway, I'll look through the xtk + ipython examples soon and throw
>>>>>> this molecule drawer idea into a new repo. If webgl + ipython picks up,
>>>>>> it'll be around.
>>>>>>
>>>>>> Cheers,
>>>>>> Pat
>>>>>>
>>>>>>
>>>>>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>>
>>>>>>> Patrick,
>>>>>>>
>>>>>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>>>>>> It's not the cleanest implementation but I'll throw it on Github later
>>>>>>> tonight/tomorrow.
>>>>>>>
>>>>>>> Best -
>>>>>>>
>>>>>>> Rich
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>>>>>
>>>>>>>> Patrick,
>>>>>>>>
>>>>>>>> Hi, this is really exciting to see people doing things like this.
>>>>>>>>  This Fall we will be working on our APIs for this stuff - we are hoping to
>>>>>>>> make it easier - please keep in touch as things move forward.
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>>
>>>>>>>> Brian
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi everyone,
>>>>>>>>>
>>>>>>>>> I was at Pycon yesterday and saw a really cool IPython notebook +
>>>>>>>>> HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if I
>>>>>>>>> could get WebGL running via three.js, so I went ahead and wrote an
>>>>>>>>> interactive molecule viewer.
>>>>>>>>>
>>>>>>>>> [image: Inline image 1]
>>>>>>>>>
>>>>>>>>> FYI, it's a lazy first-pass port of another molecule viewer I
>>>>>>>>> wrote <http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>>>>>> some questions :-)
>>>>>>>>>
>>>>>>>>>    -
>>>>>>>>>
>>>>>>>>>    I'm confident that I'm misusing the Javascript and HTMLobjects. The
>>>>>>>>>    Javascript docstring talks about a generated element object,
>>>>>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>>>>>    "div.molecule", which runs into some fairly obvious problems
>>>>>>>>>    when you draw more than one molecule.
>>>>>>>>>     -
>>>>>>>>>
>>>>>>>>>    I have no idea what the javascript variable scopes look like.
>>>>>>>>>    Am I in danger of overwriting something important to IPython?
>>>>>>>>>
>>>>>>>>> Also, is there any general interest out there in exploring ipython
>>>>>>>>> notebook + webgl further? Are there other projects that do so?
>>>>>>>>>
>>>>>>>>> Thanks for hearing me out (and working on such a cool open-source
>>>>>>>>> project!),
>>>>>>>>> Pat
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> IPython-dev mailing list
>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Brian E. Granger
>>>>>>>> Cal Poly State University, San Luis Obispo
>>>>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> IPython-dev mailing list
>>>>>>>> IPython-dev at scipy.org
>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> IPython-dev mailing list
>>>>>>> IPython-dev at scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Brian E. Granger
>>>> Cal Poly State University, San Luis Obispo
>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/9c2a1fde/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/9c2a1fde/attachment.png>

From patrickfuller at gmail.com  Tue Mar 19 19:16:24 2013
From: patrickfuller at gmail.com (Patrick Fuller)
Date: Tue, 19 Mar 2013 16:16:24 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CA+LJwtu+8kvsRbKFrxXFudF+isC8c9X-CCjxhKOW-2niwANT3A@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
	<CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
	<CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>
	<CA+LJwttW3vNd=31TryaNX=C9g3802upc1CacnSEb58REq51x-A@mail.gmail.com>
	<CAH4pYpQouBOVM3G1hZA+SAXgT-6qxNrndgvg3r6_VHoSgsHu-w@mail.gmail.com>
	<CA+LJwtu+8kvsRbKFrxXFudF+isC8c9X-CCjxhKOW-2niwANT3A@mail.gmail.com>
Message-ID: <CA+LJwtt+gWMNmE_2OY=FdAUaO8_kZffUqmFCoXzDusn--ZESSA@mail.gmail.com>

I just implemented the uuid generation python-side (from uuid import uuid4)
and it fixed everything. Thanks Brian!


On Tue, Mar 19, 2013 at 3:55 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:

> Hi Brian,
>
> You did. In IPython/lib/xtk.py, you id'd your divs as
>
> var id = 'xtkwidget_' + utils.uuid();var xtkdiv = $('<div/>').attr('id',id);
>
> Is this uuid method something inherent in IPython? It seems to be working
> without me importing anything external into the js, so I'm assuming so.
>
> Regards,
> Pat
>
>
> On Tue, Mar 19, 2013 at 3:24 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>
>> I seem to recall that I had solved this by adding special ids to the divs
>> that were created.  Did you look at the code in my repo?  I would rather
>> not get into the habit of creating output divs that are outside of the
>> output areas.  It makes it much more difficult to think about exporting
>> that to other formats.
>>
>> Cheers,
>>
>> Brian
>>
>>
>> On Tue, Mar 19, 2013 at 12:35 PM, Patrick Fuller <patrickfuller at gmail.com
>> > wrote:
>>
>>> Hm, the xtk-basic-example suffers from the same issue I'm having - if
>>> you run the same sample code in two different cells, it doesn't know what
>>> to do. The easy solution is to carve out a div independent of the notebook
>>> flow and use that to display all js stuff. I'll just do that.
>>>
>>>
>>> On Tue, Mar 19, 2013 at 12:17 PM, Patrick Fuller <
>>> patrickfuller at gmail.com> wrote:
>>>
>>>> Thanks, guys!
>>>>
>>>> I wrapped my js example in some Python and made a repo:
>>>> https://github.com/patrickfuller/imolecule. I'll read through the
>>>> examples posted and see if I can clean up my approach. Going off of the
>>>> browser screenshot alone, I like the idea of generating a single static div
>>>> to display the output of js execution.
>>>>
>>>>
>>>> On Tue, Mar 19, 2013 at 11:56 AM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>>
>>>>> Here is the most up to date IPython repo with XTK stuff:
>>>>>
>>>>> https://github.com/ellisonbg/ipython/tree/xtk
>>>>>
>>>>>
>>>>> On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>
>>>>>> Patrick et. al,
>>>>>>
>>>>>> Here is the xtk-ipython repo:
>>>>>> https://github.com/richstoner/xtk-ipython-examples
>>>>>>
>>>>>> I think that, as part of the plans to eliminate arbitrary js
>>>>>> execution at the notebook interface, building out wrappers around the
>>>>>> larger js frameworks makes a lot of sense. This is the approach taken here:
>>>>>> https://github.com/fperez/xtk-ipython
>>>>>>
>>>>>>
>>>>>> Best -
>>>>>>
>>>>>> Rich
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <
>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>
>>>>>>> Hi guys,
>>>>>>>
>>>>>>> I think that my little demo is more about the potential of webGL +
>>>>>>> IPython than about the molecule drawer itself. If a bigger project like XTK
>>>>>>> can be ported easily, it could open up a lot of doors for IPython tools.
>>>>>>>
>>>>>>> Anyway, I'll look through the xtk + ipython examples soon and throw
>>>>>>> this molecule drawer idea into a new repo. If webgl + ipython picks up,
>>>>>>> it'll be around.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Pat
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>>>
>>>>>>>> Patrick,
>>>>>>>>
>>>>>>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>>>>>>> It's not the cleanest implementation but I'll throw it on Github later
>>>>>>>> tonight/tomorrow.
>>>>>>>>
>>>>>>>> Best -
>>>>>>>>
>>>>>>>> Rich
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>> Patrick,
>>>>>>>>>
>>>>>>>>> Hi, this is really exciting to see people doing things like this.
>>>>>>>>>  This Fall we will be working on our APIs for this stuff - we are hoping to
>>>>>>>>> make it easier - please keep in touch as things move forward.
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>>
>>>>>>>>> Brian
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi everyone,
>>>>>>>>>>
>>>>>>>>>> I was at Pycon yesterday and saw a really cool IPython notebook +
>>>>>>>>>> HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if I
>>>>>>>>>> could get WebGL running via three.js, so I went ahead and wrote an
>>>>>>>>>> interactive molecule viewer.
>>>>>>>>>>
>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>
>>>>>>>>>> FYI, it's a lazy first-pass port of another molecule viewer I
>>>>>>>>>> wrote <http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>>>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>>>>>>> some questions :-)
>>>>>>>>>>
>>>>>>>>>>    -
>>>>>>>>>>
>>>>>>>>>>    I'm confident that I'm misusing the Javascript and HTMLobjects. The
>>>>>>>>>>    Javascript docstring talks about a generated element object,
>>>>>>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>>>>>>    "div.molecule", which runs into some fairly obvious problems
>>>>>>>>>>    when you draw more than one molecule.
>>>>>>>>>>     -
>>>>>>>>>>
>>>>>>>>>>    I have no idea what the javascript variable scopes look like.
>>>>>>>>>>    Am I in danger of overwriting something important to IPython?
>>>>>>>>>>
>>>>>>>>>> Also, is there any general interest out there in exploring
>>>>>>>>>> ipython notebook + webgl further? Are there other projects that do so?
>>>>>>>>>>
>>>>>>>>>> Thanks for hearing me out (and working on such a cool open-source
>>>>>>>>>> project!),
>>>>>>>>>> Pat
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> IPython-dev mailing list
>>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Brian E. Granger
>>>>>>>>> Cal Poly State University, San Luis Obispo
>>>>>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> IPython-dev mailing list
>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> IPython-dev mailing list
>>>>>>>> IPython-dev at scipy.org
>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> IPython-dev mailing list
>>>>>>> IPython-dev at scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Brian E. Granger
>>>>> Cal Poly State University, San Luis Obispo
>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>>
>> --
>> Brian E. Granger
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/794cf967/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/794cf967/attachment.png>

From ellisonbg at gmail.com  Tue Mar 19 19:19:41 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 19 Mar 2013 16:19:41 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CA+LJwtu+8kvsRbKFrxXFudF+isC8c9X-CCjxhKOW-2niwANT3A@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
	<CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
	<CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>
	<CA+LJwttW3vNd=31TryaNX=C9g3802upc1CacnSEb58REq51x-A@mail.gmail.com>
	<CAH4pYpQouBOVM3G1hZA+SAXgT-6qxNrndgvg3r6_VHoSgsHu-w@mail.gmail.com>
	<CA+LJwtu+8kvsRbKFrxXFudF+isC8c9X-CCjxhKOW-2niwANT3A@mail.gmail.com>
Message-ID: <CAH4pYpTrX_HXVAErpDK=n+4a=X4bUFHw0aP+JB=43jgRYs26Pw@mail.gmail.com>

We define the uuid function in the utils.js file and it is available in
 the output context as utils.uuid.  But you can also do this from python as
you have done...


On Tue, Mar 19, 2013 at 3:55 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:

> Hi Brian,
>
> You did. In IPython/lib/xtk.py, you id'd your divs as
>
> var id = 'xtkwidget_' + utils.uuid();var xtkdiv = $('<div/>').attr('id',id);
>
> Is this uuid method something inherent in IPython? It seems to be working
> without me importing anything external into the js, so I'm assuming so.
>
> Regards,
> Pat
>
>
> On Tue, Mar 19, 2013 at 3:24 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>
>> I seem to recall that I had solved this by adding special ids to the divs
>> that were created.  Did you look at the code in my repo?  I would rather
>> not get into the habit of creating output divs that are outside of the
>> output areas.  It makes it much more difficult to think about exporting
>> that to other formats.
>>
>> Cheers,
>>
>> Brian
>>
>>
>> On Tue, Mar 19, 2013 at 12:35 PM, Patrick Fuller <patrickfuller at gmail.com
>> > wrote:
>>
>>> Hm, the xtk-basic-example suffers from the same issue I'm having - if
>>> you run the same sample code in two different cells, it doesn't know what
>>> to do. The easy solution is to carve out a div independent of the notebook
>>> flow and use that to display all js stuff. I'll just do that.
>>>
>>>
>>> On Tue, Mar 19, 2013 at 12:17 PM, Patrick Fuller <
>>> patrickfuller at gmail.com> wrote:
>>>
>>>> Thanks, guys!
>>>>
>>>> I wrapped my js example in some Python and made a repo:
>>>> https://github.com/patrickfuller/imolecule. I'll read through the
>>>> examples posted and see if I can clean up my approach. Going off of the
>>>> browser screenshot alone, I like the idea of generating a single static div
>>>> to display the output of js execution.
>>>>
>>>>
>>>> On Tue, Mar 19, 2013 at 11:56 AM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>>
>>>>> Here is the most up to date IPython repo with XTK stuff:
>>>>>
>>>>> https://github.com/ellisonbg/ipython/tree/xtk
>>>>>
>>>>>
>>>>> On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>
>>>>>> Patrick et. al,
>>>>>>
>>>>>> Here is the xtk-ipython repo:
>>>>>> https://github.com/richstoner/xtk-ipython-examples
>>>>>>
>>>>>> I think that, as part of the plans to eliminate arbitrary js
>>>>>> execution at the notebook interface, building out wrappers around the
>>>>>> larger js frameworks makes a lot of sense. This is the approach taken here:
>>>>>> https://github.com/fperez/xtk-ipython
>>>>>>
>>>>>>
>>>>>> Best -
>>>>>>
>>>>>> Rich
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <
>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>
>>>>>>> Hi guys,
>>>>>>>
>>>>>>> I think that my little demo is more about the potential of webGL +
>>>>>>> IPython than about the molecule drawer itself. If a bigger project like XTK
>>>>>>> can be ported easily, it could open up a lot of doors for IPython tools.
>>>>>>>
>>>>>>> Anyway, I'll look through the xtk + ipython examples soon and throw
>>>>>>> this molecule drawer idea into a new repo. If webgl + ipython picks up,
>>>>>>> it'll be around.
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Pat
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>>>
>>>>>>>> Patrick,
>>>>>>>>
>>>>>>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>>>>>>> It's not the cleanest implementation but I'll throw it on Github later
>>>>>>>> tonight/tomorrow.
>>>>>>>>
>>>>>>>> Best -
>>>>>>>>
>>>>>>>> Rich
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <ellisonbg at gmail.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>> Patrick,
>>>>>>>>>
>>>>>>>>> Hi, this is really exciting to see people doing things like this.
>>>>>>>>>  This Fall we will be working on our APIs for this stuff - we are hoping to
>>>>>>>>> make it easier - please keep in touch as things move forward.
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>>
>>>>>>>>> Brian
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi everyone,
>>>>>>>>>>
>>>>>>>>>> I was at Pycon yesterday and saw a really cool IPython notebook +
>>>>>>>>>> HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if I
>>>>>>>>>> could get WebGL running via three.js, so I went ahead and wrote an
>>>>>>>>>> interactive molecule viewer.
>>>>>>>>>>
>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>
>>>>>>>>>> FYI, it's a lazy first-pass port of another molecule viewer I
>>>>>>>>>> wrote <http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>>>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>>>>>>> some questions :-)
>>>>>>>>>>
>>>>>>>>>>    -
>>>>>>>>>>
>>>>>>>>>>    I'm confident that I'm misusing the Javascript and HTMLobjects. The
>>>>>>>>>>    Javascript docstring talks about a generated element object,
>>>>>>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>>>>>>    "div.molecule", which runs into some fairly obvious problems
>>>>>>>>>>    when you draw more than one molecule.
>>>>>>>>>>     -
>>>>>>>>>>
>>>>>>>>>>    I have no idea what the javascript variable scopes look like.
>>>>>>>>>>    Am I in danger of overwriting something important to IPython?
>>>>>>>>>>
>>>>>>>>>> Also, is there any general interest out there in exploring
>>>>>>>>>> ipython notebook + webgl further? Are there other projects that do so?
>>>>>>>>>>
>>>>>>>>>> Thanks for hearing me out (and working on such a cool open-source
>>>>>>>>>> project!),
>>>>>>>>>> Pat
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> IPython-dev mailing list
>>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Brian E. Granger
>>>>>>>>> Cal Poly State University, San Luis Obispo
>>>>>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> IPython-dev mailing list
>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> IPython-dev mailing list
>>>>>>>> IPython-dev at scipy.org
>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> IPython-dev mailing list
>>>>>>> IPython-dev at scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Brian E. Granger
>>>>> Cal Poly State University, San Luis Obispo
>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>>
>> --
>> Brian E. Granger
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>


-- 
Brian E. Granger
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu and ellisonbg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/468afe71/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/468afe71/attachment.png>

From satra at mit.edu  Tue Mar 19 21:28:55 2013
From: satra at mit.edu (Satrajit Ghosh)
Date: Tue, 19 Mar 2013 21:28:55 -0400
Subject: [IPython-dev] ipython interactive slideshow version
Message-ID: <CA+A4wOm679Nnhcw+cFGnbs=1wfoniWW0DDor=xPWxORVbm6PMA@mail.gmail.com>

hi fernando,

when you gave your talk at mit, you used an interactive slideshow version.
is it in a special branch? if not, how do we activate the mode.

from a distribution perspective i use nbconvert with reveal or damian's
heroku app. but i'd like to use the interactive version for presentations.

any pointers much appreciated.

cheers,

satra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130319/d8a34b83/attachment.html>

From fperez.net at gmail.com  Tue Mar 19 22:16:01 2013
From: fperez.net at gmail.com (Fernando Perez)
Date: Tue, 19 Mar 2013 19:16:01 -0700
Subject: [IPython-dev] ipython interactive slideshow version
In-Reply-To: <CA+A4wOm679Nnhcw+cFGnbs=1wfoniWW0DDor=xPWxORVbm6PMA@mail.gmail.com>
References: <CA+A4wOm679Nnhcw+cFGnbs=1wfoniWW0DDor=xPWxORVbm6PMA@mail.gmail.com>
Message-ID: <CAHAreOph2VYB5W=-GQj7wL_Qef_5J0sv0rRm6=o_GwRcEH03Mw@mail.gmail.com>

Hey Satra,

https://github.com/Carreau/ipython-static-profiles



On Tue, Mar 19, 2013 at 6:28 PM, Satrajit Ghosh <satra at mit.edu> wrote:
> hi fernando,
>
> when you gave your talk at mit, you used an interactive slideshow version.
> is it in a special branch? if not, how do we activate the mode.
>
> from a distribution perspective i use nbconvert with reveal or damian's
> heroku app. but i'd like to use the interactive version for presentations.
>
> any pointers much appreciated.
>
> cheers,
>
> satra
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>


From damianavila at gmail.com  Tue Mar 19 22:33:49 2013
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Tue, 19 Mar 2013 23:33:49 -0300
Subject: [IPython-dev] ipython interactive slideshow version
In-Reply-To: <CAHAreOph2VYB5W=-GQj7wL_Qef_5J0sv0rRm6=o_GwRcEH03Mw@mail.gmail.com>
References: <CA+A4wOm679Nnhcw+cFGnbs=1wfoniWW0DDor=xPWxORVbm6PMA@mail.gmail.com>
	<CAHAreOph2VYB5W=-GQj7wL_Qef_5J0sv0rRm6=o_GwRcEH03Mw@mail.gmail.com>
Message-ID: <5149200D.5040000@gmail.com>

Satra, you can use the same ipynb for this "live" slideshow and the 
reveal slideshow... In the live "version" the vertical subslide will be 
rendered just as another horizontal slide...
I am working on in some kind of interactivity for the reveal version but 
it is a preliminary work... I need some more time ;-)

Cheers.

Dami?n.

El 19/03/13 23:16, Fernando Perez escribi?:
> Hey Satra,
>
> https://github.com/Carreau/ipython-static-profiles
>
>
>
> On Tue, Mar 19, 2013 at 6:28 PM, Satrajit Ghosh <satra at mit.edu> wrote:
>> hi fernando,
>>
>> when you gave your talk at mit, you used an interactive slideshow version.
>> is it in a special branch? if not, how do we activate the mode.
>>
>> from a distribution perspective i use nbconvert with reveal or damian's
>> heroku app. but i'd like to use the interactive version for presentations.
>>
>> any pointers much appreciated.
>>
>> cheers,
>>
>> satra
>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



From rmcgibbo at gmail.com  Wed Mar 20 00:12:41 2013
From: rmcgibbo at gmail.com (Robert McGibbon)
Date: Tue, 19 Mar 2013 21:12:41 -0700
Subject: [IPython-dev] IPEP 11: Tab Completion System Refactor
In-Reply-To: <CAGnNk=aPcmRWy7KjyShz49oC_Nsr+rj8i0tGCZW4o6_L+Lg5sQ@mail.gmail.com>
References: <FB04D39A-3DB4-47E6-8518-825408557ABA@gmail.com>
	<630DC93B-47CF-4628-9E40-FEF4C496577B@gmail.com>
	<CAGnNk=aPcmRWy7KjyShz49oC_Nsr+rj8i0tGCZW4o6_L+Lg5sQ@mail.gmail.com>
Message-ID: <17BB84C9-97B3-4602-BAB7-AF318C8E47D3@gmail.com>

Takafumi,

Thanks a lot for your thoughts! I will definitely look closely at the Jedi library.

In both the the way it currently exists, and in the way I've been thinking about
IPEP 11, the completion system is very much based around lines. A lot of
this has to do with GNU readline and the terminal IPython client -- you're entering
lines one at a time, so the widest context that the completion can occur in is the line.
Obviously, for non-readline frontends, especially the notebook, the wider context
is now not just the line but the entire code cell. I will put more thought into how exactly
the cursor position should be denoted within these multi-line environments.

As I started implementing the first draft of IPEP 11, I realized some of the subtleties of
the namespacing that aren't reflected in the IPEP -- they should be added. I'm still not
exactly what is the most appropriate. What I've been doing is holding a reference t
the IPython shell object (instance of an InteractiveShellABC subclass) in the
BaseMatcher. The shell contains both the `user_ns` and a `user_global_ns` 
namespaces. They're generally the same, except in cases where you embed IPython
in another process or something.

Maybe it would be cleaner for the BaseMatcher to hold a reference to the namespaces directly,
so you don't have to "tunnel" though the shell object to get them. What do you think?

As to the typing of the returned completions {str -> set(str)}, I chatted with Fernando a little bit about
this. There's a tension between flexibility and simplicity here, and also speed. Creating a lot of little
container objects might be a bit of a performance problem. The final set of completions is going to
have to be sent, presumably as JSON, over the wire to non-readline frontends, and the results are
going to have to be displayed to the user. If we make the return 'attributes' of the completion too 
flexible, I wonder how we're going to effectively display them to the user? It'll be hard to design a
consistent UI/UX around a spec that says that each completion can be infinitely variable and flexible.

But perhaps you're right that more than one 'attribute' per match is desirable. Do you have an idea for
what an effective UI would look like that would be able to take advantage of all of that information?

I will definitely look closely at jedi and its features / design. I don't want to "overbuild" this IPython
feature, but at the same time, this type of thing could be a HUGE win for the IPython notebook!

Cheers,
-Robert

On Mar 19, 2013, at 11:20 AM, Takafumi Arakaki wrote:

> Hi,
> 
> I am also interested in extending IPython completion.  I wrote a patch
> for Jedi (an awesome Python auto-completion library) to use it with
> Python interpreter and it is in review process here:
> https://github.com/davidhalter/jedi/pull/145.
> Jedi statically analyzes Python sources so you can complete instances
> or returned values, even before actually creating the object.  For example,
> you can complete `os.path.join("a", "b").<TAB>`.
> 
> I read IPEP 11 to see if it provides sufficient information for Jedi API.
> First I want to make sure about what `cursor_position` is.  The docstring
> says:
> 
>> cursor_position : int, optional
>>    The position of the cursor within the line, at the time that
>>    the completion key was activated. If not supplied, the cursor
>>    will be assumed to have been at the end of the line.
> 
> I think it should be clear if it is zero-origin or not.  Also, I am not
> sure if I understand what does it mean by "within the line".  If I am
> at the first column of the second line, is it zero or the length of the
> first line?
> 
> Also, I am not sure how CompletionManager gets namespaces (e.g.,
> `locals()`).  I assume you get it from a singleton IPython instance,
> but I think passing namespaces around is cleaner.
> 
> Same goes for `BaesMatcher` and `CompletionEvent`.  It seems there is
> no way to get the cursor position and namespaces from `BaesMatcher`
> subclasses.  I suggest:
> 
> 1. Add attribute(s) to hold cursor position in `CompletionEvent`.
>   It can be `lineno` and `column` or just `position`.
> 
> 2. Add `namespaces` attribute (list of dict) to `CompletionEvent`
>   or pass `namespaces` to `BaseMatcher.match`.
> 
> 
> Regarding the returned value `completions` (dict, {str -> list(str)}),
> why not a list of `Completion` (another class) instance?  One
> completion can have many "attributes".  If we follow the current
> suggestion, we can attach only one "attribute" (e.g., file, directory,
> etc.) and they are exclusive.  Probably it is OK enough, but I think
> it is hard to extend.  For example, Jedi's completion has
> many attributes:
> - https://jedi.readthedocs.org/en/dev/docs/plugin-api.html#api_classes.Completion
> - https://jedi.readthedocs.org/en/dev/docs/plugin-api.html#api_classes.BaseDefinition
> So, it is not possible to send all these information to clients.
> 
> 
> BTW, I only read this thread and the IPEP on the wiki.  Please tell me
> if there are discussions I am missing.
> 
> 
> [1] Here is list of supported cases:
>    https://github.com/davidhalter/jedi/pull/145#issuecomment-14346096.
> 
> 
> -- Takafumi
> 
> 
> On Tue, Mar 12, 2013 at 12:20 AM, Robert McGibbon <rmcgibbo at gmail.com> wrote:
>> Hey,
>> 
>> After talking with Fernando on Friday, I've updated IPEP11. The most
>> substantial change to the document is that we're proposing a modification to
>> the completion messaging protocol
>> (http://ipython.org/ipython-doc/dev/development/messaging.html#complete).
>> 
>> The goal is that each tab completion option be associated with a "kind",
>> e.g: file, directory, object, magic, etc. This will enable non-readline
>> clients to display richer, more contextual information to the user.  Another
>> goal is to simplify the code base. It's pretty messy and incomprehensible
>> now.
>> 
>> At this point, I think that the plan is pretty much fleshed out. Any input
>> would really be appreciated.
>> 
>> -Robert
>> 
>> On Feb 25, 2013, at 8:51 PM, Robert McGibbon wrote:
>> 
>> Hi,
>> 
>> I've posted IPEP 11, which is a proposal to refactor the kernel side tab
>> completion machinery. There are two three for refactoring: the first is to
>> provide a richer API for new tab completion matchers to interact with
>> IPython, enabling, for example, projects like PR2701 to be done more
>> cleanly. The second goal is to make the tab completion system less tied to
>> GNU readline and capable of delivering richer contextual information to
>> non-readline frontends like the notebook. The third is to clean up and
>> simplify the existing code.
>> 
>> https://github.com/ipython/ipython/wiki/IPEP-11%3A-Tab-Completion-System-Refactor
>> 
>> Any and all thoughts are appreciated.
>> 
>> -Robert
>> 
>> 
>> 
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>> 
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



From satra at mit.edu  Wed Mar 20 08:03:55 2013
From: satra at mit.edu (Satrajit Ghosh)
Date: Wed, 20 Mar 2013 08:03:55 -0400
Subject: [IPython-dev] ipython interactive slideshow version
In-Reply-To: <5149200D.5040000@gmail.com>
References: <CA+A4wOm679Nnhcw+cFGnbs=1wfoniWW0DDor=xPWxORVbm6PMA@mail.gmail.com>
	<CAHAreOph2VYB5W=-GQj7wL_Qef_5J0sv0rRm6=o_GwRcEH03Mw@mail.gmail.com>
	<5149200D.5040000@gmail.com>
Message-ID: <CA+A4wOkXVO45VOHuOab5f=Fwq2MBRuwUUG259d2GVR14Mi1cyw@mail.gmail.com>

hi damian,


Satra, you can use the same ipynb for this "live" slideshow and the
> reveal slideshow... In the live "version" the vertical subslide will be
> rendered just as another horizontal slide...
>

that's great to know.


> I am working on in some kind of interactivity for the reveal version but
> it is a preliminary work... I need some more time ;-)
>

that'll be great - i'm in no rush. in some ways that'll be like a new skin
on a live notebook, right?

cheers,

satra


> El 19/03/13 23:16, Fernando Perez escribi?:
> > Hey Satra,
> >
> > https://github.com/Carreau/ipython-static-profiles
> >
> >
> >
> > On Tue, Mar 19, 2013 at 6:28 PM, Satrajit Ghosh <satra at mit.edu> wrote:
> >> hi fernando,
> >>
> >> when you gave your talk at mit, you used an interactive slideshow
> version.
> >> is it in a special branch? if not, how do we activate the mode.
> >>
> >> from a distribution perspective i use nbconvert with reveal or damian's
> >> heroku app. but i'd like to use the interactive version for
> presentations.
> >>
> >> any pointers much appreciated.
> >>
> >> cheers,
> >>
> >> satra
> >>
> >>
> >> _______________________________________________
> >> IPython-dev mailing list
> >> IPython-dev at scipy.org
> >> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130320/b0a56685/attachment.html>

From aka.tkf at gmail.com  Wed Mar 20 09:11:47 2013
From: aka.tkf at gmail.com (Takafumi Arakaki)
Date: Wed, 20 Mar 2013 14:11:47 +0100
Subject: [IPython-dev] IPEP 11: Tab Completion System Refactor
In-Reply-To: <17BB84C9-97B3-4602-BAB7-AF318C8E47D3@gmail.com>
References: <FB04D39A-3DB4-47E6-8518-825408557ABA@gmail.com>
	<630DC93B-47CF-4628-9E40-FEF4C496577B@gmail.com>
	<CAGnNk=aPcmRWy7KjyShz49oC_Nsr+rj8i0tGCZW4o6_L+Lg5sQ@mail.gmail.com>
	<17BB84C9-97B3-4602-BAB7-AF318C8E47D3@gmail.com>
Message-ID: <CAPM+gBQ-kmVGCOBsMbS+k0tQ+Yz8e2wXRhvCxg-0YT4o7RHGXQ@mail.gmail.com>

Hi Robert

If the completion system must be readline-friendly, probably providing
column number is a better idea.  To prevent loosing information about
the cursor position, we should add line number.  As calculating cursor
position as a number of characters from the beginning of code (cell)
from a pair of line number and column number is hard, and as some
library may need it, additionally having position also makes sense.

> Maybe it would be cleaner for the BaseMatcher to hold a reference to the namespaces directly,
> so you don't have to "tunnel" though the shell object to get them. What do you think?

I think the question is whether we need to access other attributes and
methods of InteractiveShellABC.  If not, having a list of namespaces
is better because then the components are well separated.

Regarding the completion objects, I think speed is not so much problem
here.  I am using Jedi over an PRC protocol and sending many
attributes (even docstrings!) with it but I feel no speed issue so
far.  I agree having a good UI to show completions with any attributes
is impossible.  My point is that if you can extend it or not without
breaking existing completion modules.  But I have at least two useful
attributes in mind.  One is "annotation" where you can put short
information for the completion.  The other one is the "kind" you are
talking about in the IPEP.  For example of "annotation", see this
screenshot of the Emacs plugin of Jedi:
http://stackoverflow.com/a/14710037/727827

Besides extensibility, a list of completion objects has other benefit.
If matcher can order completions, you can pass that information to
clients.  If you have separated lists for each "kind", you can't order
completions across "kinds".

Takafumi


On Wed, Mar 20, 2013 at 5:12 AM, Robert McGibbon <rmcgibbo at gmail.com> wrote:
> Takafumi,
>
> Thanks a lot for your thoughts! I will definitely look closely at the Jedi library.
>
> In both the the way it currently exists, and in the way I've been thinking about
> IPEP 11, the completion system is very much based around lines. A lot of
> this has to do with GNU readline and the terminal IPython client -- you're entering
> lines one at a time, so the widest context that the completion can occur in is the line.
> Obviously, for non-readline frontends, especially the notebook, the wider context
> is now not just the line but the entire code cell. I will put more thought into how exactly
> the cursor position should be denoted within these multi-line environments.
>
> As I started implementing the first draft of IPEP 11, I realized some of the subtleties of
> the namespacing that aren't reflected in the IPEP -- they should be added. I'm still not
> exactly what is the most appropriate. What I've been doing is holding a reference t
> the IPython shell object (instance of an InteractiveShellABC subclass) in the
> BaseMatcher. The shell contains both the `user_ns` and a `user_global_ns`
> namespaces. They're generally the same, except in cases where you embed IPython
> in another process or something.
>
> Maybe it would be cleaner for the BaseMatcher to hold a reference to the namespaces directly,
> so you don't have to "tunnel" though the shell object to get them. What do you think?
>
> As to the typing of the returned completions {str -> set(str)}, I chatted with Fernando a little bit about
> this. There's a tension between flexibility and simplicity here, and also speed. Creating a lot of little
> container objects might be a bit of a performance problem. The final set of completions is going to
> have to be sent, presumably as JSON, over the wire to non-readline frontends, and the results are
> going to have to be displayed to the user. If we make the return 'attributes' of the completion too
> flexible, I wonder how we're going to effectively display them to the user? It'll be hard to design a
> consistent UI/UX around a spec that says that each completion can be infinitely variable and flexible.
>
> But perhaps you're right that more than one 'attribute' per match is desirable. Do you have an idea for
> what an effective UI would look like that would be able to take advantage of all of that information?
>
> I will definitely look closely at jedi and its features / design. I don't want to "overbuild" this IPython
> feature, but at the same time, this type of thing could be a HUGE win for the IPython notebook!
>
> Cheers,
> -Robert
>
> On Mar 19, 2013, at 11:20 AM, Takafumi Arakaki wrote:
>
>> Hi,
>>
>> I am also interested in extending IPython completion.  I wrote a patch
>> for Jedi (an awesome Python auto-completion library) to use it with
>> Python interpreter and it is in review process here:
>> https://github.com/davidhalter/jedi/pull/145.
>> Jedi statically analyzes Python sources so you can complete instances
>> or returned values, even before actually creating the object.  For example,
>> you can complete `os.path.join("a", "b").<TAB>`.
>>
>> I read IPEP 11 to see if it provides sufficient information for Jedi API.
>> First I want to make sure about what `cursor_position` is.  The docstring
>> says:
>>
>>> cursor_position : int, optional
>>>    The position of the cursor within the line, at the time that
>>>    the completion key was activated. If not supplied, the cursor
>>>    will be assumed to have been at the end of the line.
>>
>> I think it should be clear if it is zero-origin or not.  Also, I am not
>> sure if I understand what does it mean by "within the line".  If I am
>> at the first column of the second line, is it zero or the length of the
>> first line?
>>
>> Also, I am not sure how CompletionManager gets namespaces (e.g.,
>> `locals()`).  I assume you get it from a singleton IPython instance,
>> but I think passing namespaces around is cleaner.
>>
>> Same goes for `BaesMatcher` and `CompletionEvent`.  It seems there is
>> no way to get the cursor position and namespaces from `BaesMatcher`
>> subclasses.  I suggest:
>>
>> 1. Add attribute(s) to hold cursor position in `CompletionEvent`.
>>   It can be `lineno` and `column` or just `position`.
>>
>> 2. Add `namespaces` attribute (list of dict) to `CompletionEvent`
>>   or pass `namespaces` to `BaseMatcher.match`.
>>
>>
>> Regarding the returned value `completions` (dict, {str -> list(str)}),
>> why not a list of `Completion` (another class) instance?  One
>> completion can have many "attributes".  If we follow the current
>> suggestion, we can attach only one "attribute" (e.g., file, directory,
>> etc.) and they are exclusive.  Probably it is OK enough, but I think
>> it is hard to extend.  For example, Jedi's completion has
>> many attributes:
>> - https://jedi.readthedocs.org/en/dev/docs/plugin-api.html#api_classes.Completion
>> - https://jedi.readthedocs.org/en/dev/docs/plugin-api.html#api_classes.BaseDefinition
>> So, it is not possible to send all these information to clients.
>>
>>
>> BTW, I only read this thread and the IPEP on the wiki.  Please tell me
>> if there are discussions I am missing.
>>
>>
>> [1] Here is list of supported cases:
>>    https://github.com/davidhalter/jedi/pull/145#issuecomment-14346096.
>>
>>
>> -- Takafumi
>>
>>
>> On Tue, Mar 12, 2013 at 12:20 AM, Robert McGibbon <rmcgibbo at gmail.com> wrote:
>>> Hey,
>>>
>>> After talking with Fernando on Friday, I've updated IPEP11. The most
>>> substantial change to the document is that we're proposing a modification to
>>> the completion messaging protocol
>>> (http://ipython.org/ipython-doc/dev/development/messaging.html#complete).
>>>
>>> The goal is that each tab completion option be associated with a "kind",
>>> e.g: file, directory, object, magic, etc. This will enable non-readline
>>> clients to display richer, more contextual information to the user.  Another
>>> goal is to simplify the code base. It's pretty messy and incomprehensible
>>> now.
>>>
>>> At this point, I think that the plan is pretty much fleshed out. Any input
>>> would really be appreciated.
>>>
>>> -Robert
>>>
>>> On Feb 25, 2013, at 8:51 PM, Robert McGibbon wrote:
>>>
>>> Hi,
>>>
>>> I've posted IPEP 11, which is a proposal to refactor the kernel side tab
>>> completion machinery. There are two three for refactoring: the first is to
>>> provide a richer API for new tab completion matchers to interact with
>>> IPython, enabling, for example, projects like PR2701 to be done more
>>> cleanly. The second goal is to make the tab completion system less tied to
>>> GNU readline and capable of delivering richer contextual information to
>>> non-readline frontends like the notebook. The third is to clean up and
>>> simplify the existing code.
>>>
>>> https://github.com/ipython/ipython/wiki/IPEP-11%3A-Tab-Completion-System-Refactor
>>>
>>> Any and all thoughts are appreciated.
>>>
>>> -Robert
>>>
>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From bussonniermatthias at gmail.com  Wed Mar 20 12:39:29 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Wed, 20 Mar 2013 17:39:29 +0100
Subject: [IPython-dev] ipython interactive slideshow version
In-Reply-To: <CA+A4wOkXVO45VOHuOab5f=Fwq2MBRuwUUG259d2GVR14Mi1cyw@mail.gmail.com>
References: <CA+A4wOm679Nnhcw+cFGnbs=1wfoniWW0DDor=xPWxORVbm6PMA@mail.gmail.com>
	<CAHAreOph2VYB5W=-GQj7wL_Qef_5J0sv0rRm6=o_GwRcEH03Mw@mail.gmail.com>
	<5149200D.5040000@gmail.com>
	<CA+A4wOkXVO45VOHuOab5f=Fwq2MBRuwUUG259d2GVR14Mi1cyw@mail.gmail.com>
Message-ID: <EE10AB20-F271-4EEC-AEF8-C0649592F6A4@gmail.com>


Le 20 mars 2013 ? 13:03, Satrajit Ghosh a ?crit :

> hi damian,
> 
> 
> Satra, you can use the same ipynb for this "live" slideshow and the
> reveal slideshow... In the live "version" the vertical subslide will be
> rendered just as another horizontal slide...
> 
> that's great to know.
>  
> I am working on in some kind of interactivity for the reveal version but
> it is a preliminary work... I need some more time ;-)
> 
> that'll be great - i'm in no rush. in some ways that'll be like a new skin on a live notebook, right?

Not quite exactly. 
Reveal need to go through nbconvert whereas live slideshow is just a big hack of notebook js/css. 

You can actually type and execute things in live-slidehow, but you need to reload every changes in reveal. 
Both have advantages and inconvenient. 

-- 
Matthias


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130320/579cd63a/attachment.html>

From damianavila at gmail.com  Wed Mar 20 13:03:38 2013
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Wed, 20 Mar 2013 14:03:38 -0300
Subject: [IPython-dev] ipython interactive slideshow version
In-Reply-To: <EE10AB20-F271-4EEC-AEF8-C0649592F6A4@gmail.com>
References: <CA+A4wOm679Nnhcw+cFGnbs=1wfoniWW0DDor=xPWxORVbm6PMA@mail.gmail.com>
	<CAHAreOph2VYB5W=-GQj7wL_Qef_5J0sv0rRm6=o_GwRcEH03Mw@mail.gmail.com>
	<5149200D.5040000@gmail.com>
	<CA+A4wOkXVO45VOHuOab5f=Fwq2MBRuwUUG259d2GVR14Mi1cyw@mail.gmail.com>
	<EE10AB20-F271-4EEC-AEF8-C0649592F6A4@gmail.com>
Message-ID: <5149EBEA.8040308@gmail.com>

El 20/03/13 13:39, Matthias BUSSONNIER escribi?:
>
> Not quite exactly.
> Reveal need to go through nbconvert whereas live slideshow is just a 
> big hack of notebook js/css.
>
> You can actually type and execute things in live-slidehow, but you 
> need to reload every changes in reveal.
> Both have advantages and inconvenient.
>
> -- 
> Matthias
>
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev

Making a real live reveal is beyond my time and knowledge right now...

So,  I am working in a more simpler and deeper integration between the 
reveal and the live slideshow, to benefit from features of both sides 
and lower the constrains of both sides...

OK, here is the video... it is experimental right now (it not will be 
released until I have something more solid): 
http://www.youtube.com/watch?v=IIg99Ird3yY

Cheers.

Dami?n.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130320/617b43fa/attachment.html>

From patrickfuller at gmail.com  Wed Mar 20 16:00:08 2013
From: patrickfuller at gmail.com (Patrick Fuller)
Date: Wed, 20 Mar 2013 13:00:08 -0700
Subject: [IPython-dev] Notebook + WebGL = Molecule Drawer?
In-Reply-To: <CAH4pYpTrX_HXVAErpDK=n+4a=X4bUFHw0aP+JB=43jgRYs26Pw@mail.gmail.com>
References: <CA+LJwtt5xA7iYWGFBySJspQhT=EVsq=ZV_FPHvBW9c83p8o9gQ@mail.gmail.com>
	<CAH4pYpQBxOYXvbqd5tvKzjxiASmvqpfhcH3hZYZxK8rzKHquJA@mail.gmail.com>
	<CAOG0Jkvsi8txf=Q52XiaUKqW4qkD-m_9f5F+w9GgxbeYPbdSJg@mail.gmail.com>
	<CA+LJwtui5yynJZQ39qoSeSnhqdwtRYDgHzmLysBQDkAaAkAGXQ@mail.gmail.com>
	<CAOG0JksiQAf3c93XYaHRvr27MznV6psQ9b77KapAVrNGhViyrg@mail.gmail.com>
	<CAH4pYpR+CnTeBoAVBx2OfT0ypY9j=dZF+54_hjpY_sXFGvqgtA@mail.gmail.com>
	<CA+LJwtvCi2_if9n9t4kBb55noZ5zP=ZwDOJy8_dSAkgbcPi98A@mail.gmail.com>
	<CA+LJwttW3vNd=31TryaNX=C9g3802upc1CacnSEb58REq51x-A@mail.gmail.com>
	<CAH4pYpQouBOVM3G1hZA+SAXgT-6qxNrndgvg3r6_VHoSgsHu-w@mail.gmail.com>
	<CA+LJwtu+8kvsRbKFrxXFudF+isC8c9X-CCjxhKOW-2niwANT3A@mail.gmail.com>
	<CAH4pYpTrX_HXVAErpDK=n+4a=X4bUFHw0aP+JB=43jgRYs26Pw@mail.gmail.com>
Message-ID: <CA+LJwtujB-20jY5Ry4jgf-VpweSad4oaggiVMq3Q18cenFUeKA@mail.gmail.com>

I switched it over to js. Seems cleaner. Thanks again!


On Tue, Mar 19, 2013 at 4:19 PM, Brian Granger <ellisonbg at gmail.com> wrote:

> We define the uuid function in the utils.js file and it is available in
>  the output context as utils.uuid.  But you can also do this from python as
> you have done...
>
>
> On Tue, Mar 19, 2013 at 3:55 PM, Patrick Fuller <patrickfuller at gmail.com>wrote:
>
>>  Hi Brian,
>>
>> You did. In IPython/lib/xtk.py, you id'd your divs as
>>
>> var id = 'xtkwidget_' + utils.uuid();var xtkdiv = $('<div/>').attr('id',id);
>>
>> Is this uuid method something inherent in IPython? It seems to be working
>> without me importing anything external into the js, so I'm assuming so.
>>
>> Regards,
>> Pat
>>
>>
>> On Tue, Mar 19, 2013 at 3:24 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>>
>>> I seem to recall that I had solved this by adding special ids to the
>>> divs that were created.  Did you look at the code in my repo?  I would
>>> rather not get into the habit of creating output divs that are outside of
>>> the output areas.  It makes it much more difficult to think about exporting
>>> that to other formats.
>>>
>>> Cheers,
>>>
>>> Brian
>>>
>>>
>>> On Tue, Mar 19, 2013 at 12:35 PM, Patrick Fuller <
>>> patrickfuller at gmail.com> wrote:
>>>
>>>> Hm, the xtk-basic-example suffers from the same issue I'm having - if
>>>> you run the same sample code in two different cells, it doesn't know what
>>>> to do. The easy solution is to carve out a div independent of the notebook
>>>> flow and use that to display all js stuff. I'll just do that.
>>>>
>>>>
>>>> On Tue, Mar 19, 2013 at 12:17 PM, Patrick Fuller <
>>>> patrickfuller at gmail.com> wrote:
>>>>
>>>>> Thanks, guys!
>>>>>
>>>>> I wrapped my js example in some Python and made a repo:
>>>>> https://github.com/patrickfuller/imolecule. I'll read through the
>>>>> examples posted and see if I can clean up my approach. Going off of the
>>>>> browser screenshot alone, I like the idea of generating a single static div
>>>>> to display the output of js execution.
>>>>>
>>>>>
>>>>> On Tue, Mar 19, 2013 at 11:56 AM, Brian Granger <ellisonbg at gmail.com>wrote:
>>>>>
>>>>>> Here is the most up to date IPython repo with XTK stuff:
>>>>>>
>>>>>> https://github.com/ellisonbg/ipython/tree/xtk
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 19, 2013 at 11:52 AM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>>
>>>>>>> Patrick et. al,
>>>>>>>
>>>>>>> Here is the xtk-ipython repo:
>>>>>>> https://github.com/richstoner/xtk-ipython-examples
>>>>>>>
>>>>>>> I think that, as part of the plans to eliminate arbitrary js
>>>>>>> execution at the notebook interface, building out wrappers around the
>>>>>>> larger js frameworks makes a lot of sense. This is the approach taken here:
>>>>>>> https://github.com/fperez/xtk-ipython
>>>>>>>
>>>>>>>
>>>>>>> Best -
>>>>>>>
>>>>>>> Rich
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Mar 19, 2013 at 9:08 AM, Patrick Fuller <
>>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi guys,
>>>>>>>>
>>>>>>>> I think that my little demo is more about the potential of webGL +
>>>>>>>> IPython than about the molecule drawer itself. If a bigger project like XTK
>>>>>>>> can be ported easily, it could open up a lot of doors for IPython tools.
>>>>>>>>
>>>>>>>> Anyway, I'll look through the xtk + ipython examples soon and throw
>>>>>>>> this molecule drawer idea into a new repo. If webgl + ipython picks up,
>>>>>>>> it'll be around.
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Pat
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Mar 18, 2013 at 10:14 PM, Rich Stoner <stonerri at gmail.com>wrote:
>>>>>>>>
>>>>>>>>> Patrick,
>>>>>>>>>
>>>>>>>>> I have working examples of Ipython + XTK (https://github.com/xtk/X).
>>>>>>>>> It's not the cleanest implementation but I'll throw it on Github later
>>>>>>>>> tonight/tomorrow.
>>>>>>>>>
>>>>>>>>> Best -
>>>>>>>>>
>>>>>>>>> Rich
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, Mar 18, 2013 at 6:40 PM, Brian Granger <
>>>>>>>>> ellisonbg at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Patrick,
>>>>>>>>>>
>>>>>>>>>> Hi, this is really exciting to see people doing things like this.
>>>>>>>>>>  This Fall we will be working on our APIs for this stuff - we are hoping to
>>>>>>>>>> make it easier - please keep in touch as things move forward.
>>>>>>>>>>
>>>>>>>>>> Cheers,
>>>>>>>>>>
>>>>>>>>>> Brian
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Mon, Mar 18, 2013 at 5:20 PM, Patrick Fuller <
>>>>>>>>>> patrickfuller at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi everyone,
>>>>>>>>>>>
>>>>>>>>>>> I was at Pycon yesterday and saw a really cool IPython notebook
>>>>>>>>>>> + HTML5 talk by Matt Davis. Motivated by the talk, I was curious to see if
>>>>>>>>>>> I could get WebGL running via three.js, so I went ahead and wrote an
>>>>>>>>>>> interactive molecule viewer.
>>>>>>>>>>>
>>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>>
>>>>>>>>>>> FYI, it's a lazy first-pass port of another molecule viewer I
>>>>>>>>>>> wrote <http://www.patrick-fuller.com/molecule-viewer-alpha/>,
>>>>>>>>>>> which is itself a lazy first pass at learning webGL... which leads me to
>>>>>>>>>>> some questions :-)
>>>>>>>>>>>
>>>>>>>>>>>    -
>>>>>>>>>>>
>>>>>>>>>>>    I'm confident that I'm misusing the Javascript and HTMLobjects. The
>>>>>>>>>>>    Javascript docstring talks about a generated element object,
>>>>>>>>>>>    but I couldn't get jQuery to bind to it. My current selector is
>>>>>>>>>>>    "div.molecule", which runs into some fairly obvious problems
>>>>>>>>>>>    when you draw more than one molecule.
>>>>>>>>>>>     -
>>>>>>>>>>>
>>>>>>>>>>>    I have no idea what the javascript variable scopes look
>>>>>>>>>>>    like. Am I in danger of overwriting something important to IPython?
>>>>>>>>>>>
>>>>>>>>>>> Also, is there any general interest out there in exploring
>>>>>>>>>>> ipython notebook + webgl further? Are there other projects that do so?
>>>>>>>>>>>
>>>>>>>>>>> Thanks for hearing me out (and working on such a cool
>>>>>>>>>>> open-source project!),
>>>>>>>>>>> Pat
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> IPython-dev mailing list
>>>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Brian E. Granger
>>>>>>>>>> Cal Poly State University, San Luis Obispo
>>>>>>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> IPython-dev mailing list
>>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> IPython-dev mailing list
>>>>>>>>> IPython-dev at scipy.org
>>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> IPython-dev mailing list
>>>>>>>> IPython-dev at scipy.org
>>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> IPython-dev mailing list
>>>>>>> IPython-dev at scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Brian E. Granger
>>>>>> Cal Poly State University, San Luis Obispo
>>>>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Brian E. Granger
>>> Cal Poly State University, San Luis Obispo
>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130320/167f6b8e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 159383 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130320/167f6b8e/attachment.png>

From benjaminrk at gmail.com  Wed Mar 20 16:07:10 2013
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 20 Mar 2013 13:07:10 -0700
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
Message-ID: <CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>

On Tue, Mar 19, 2013 at 7:46 AM, Jonathan March <JDM at marchray.net> wrote:

>
>
>
> On Thu, Mar 14, 2013 at 3:38 PM, MinRK <benjaminrk at gmail.com> wrote:
>
>>
>>
>> On Thu, Mar 14, 2013 at 7:23 AM, David Verelst <david.verelst at gmail.com>wrote:
>>
>>> Hi,
>>>
>>> I just want to mention that due to the issue #2831<https://github.com/ipython/ipython/issues/2831>IPython fails to start with PyQt 4.10. This case occurs for the next Ubuntu
>>> release (13.04), future Fedora (scheduled for June), and is already current
>>> in Arch Linux.
>>>
>>
>> And that's precisely why it is backported to 0.13.2.  We will start the
>> release cycle after PyCon / PyData - if there's a reason to hasten the
>> release (e.g. 13.04 deadlines), I am fine calling the current state of
>> 0.13.x an RC.
>>
>
> That would actually be helpful, if feasible.
>

Consider it done: 0.13.2.rc1

http://archive.ipython.org/testing/0.13.2/



>
>
>>
>>
>>>
>>> Since this is my first message on this list, I just want to show my
>>> appreciation for this great piece of software by shouting: Thanks!
>>>
>>
>> Much appreciated!
>>
>>
>>
>>>
>>> Best regards,
>>> David
>>>
>>>
>>> On 14 March 2013 03:36, MinRK <benjaminrk at gmail.com> wrote:
>>>
>>>>
>>>> On Mar 13, 2013, at 14:46, Jonathan March <JDM at MarchRay.net> wrote:
>>>>
>>>>>
>>>>> Min et al,
>>>>> It looks like the backport-0.13.2 issue queue was emptied 3 days ago
>>>>> -- impressive feat, Min.
>>>>
>>>>
>>>> I actually wrote the queue at the same time as applying the patches, so
>>>> perhaps not so impressive that the queue was flushed quickly :)
>>>>
>>>> Any sense of the likely timeline of this release? Enthought is fast
>>>>> approaching release of Canopy 1.0 (next generation EPD). It will of
>>>>> necessity be based on IPython > 0.13.1. Obviously it would be desirable all
>>>>> around if that were a named version, i.e. 0.13.2.
>>>>
>>>>
>>>> No specific timeline, but I don't think there are any more fixes that
>>>> need to go in.  I will probably do a bit of testing and cut an RC once the
>>>> dust settles after PyCon/PyData next week, then, assuming I didn't break
>>>> everything, we should have a release a week or two after that, so ~ 4/1 I
>>>> guess?
>>>>
>>>> -MinRK
>>>>
>>>>
>>>> Thanks,
>>>>> Jonathan
>>>>
>>>>
>>>>
>>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>>
>>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>>> release,
>>>>> the results of which can be seen by looking at Issues labeled
>>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>>> .
>>>>>
>>>>> The following PRs have been backported so far:
>>>>>
>>>>> 2399
>>>>> 2503
>>>>> 2500
>>>>> 2498
>>>>> 2490
>>>>> 2491
>>>>> 2511
>>>>> 2294
>>>>> 2554
>>>>> 2561
>>>>> 2546
>>>>> 2526
>>>>> 2591
>>>>> 2582
>>>>> 2574
>>>>> 2638
>>>>> 2656
>>>>> 2663
>>>>> 2668
>>>>> 2662
>>>>> 2686
>>>>> 2685
>>>>> 2713
>>>>> 2717
>>>>> 2544
>>>>> 2749
>>>>> 2738
>>>>> 2769
>>>>> 2773
>>>>> 2778
>>>>> 2757
>>>>> 2783
>>>>> 2796
>>>>> 2799
>>>>> 2816
>>>>> 2830
>>>>> 2849
>>>>> 2859
>>>>> 2861
>>>>> 2863
>>>>> 2852
>>>>> 2864
>>>>> 2926
>>>>> 2924
>>>>> 2901
>>>>>
>>>>> If there are any others you think should be applied for 0.13.2, or if
>>>>> any of those shouldn't be included, let me know.
>>>>> In general, these are bugfixes that are either small or important.  No
>>>>> new features or APIs, etc.
>>>>>
>>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>>> .
>>>>>
>>>>> -MinRK
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>
>>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>>
>>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>>> release,
>>>>> the results of which can be seen by looking at Issues labeled
>>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>>> .
>>>>>
>>>>> The following PRs have been backported so far:
>>>>>
>>>>> 2399
>>>>> 2503
>>>>> 2500
>>>>> 2498
>>>>> 2490
>>>>> 2491
>>>>> 2511
>>>>> 2294
>>>>> 2554
>>>>> 2561
>>>>> 2546
>>>>> 2526
>>>>> 2591
>>>>> 2582
>>>>> 2574
>>>>> 2638
>>>>> 2656
>>>>> 2663
>>>>> 2668
>>>>> 2662
>>>>> 2686
>>>>> 2685
>>>>> 2713
>>>>> 2717
>>>>> 2544
>>>>> 2749
>>>>> 2738
>>>>> 2769
>>>>> 2773
>>>>> 2778
>>>>> 2757
>>>>> 2783
>>>>> 2796
>>>>> 2799
>>>>> 2816
>>>>> 2830
>>>>> 2849
>>>>> 2859
>>>>> 2861
>>>>> 2863
>>>>> 2852
>>>>> 2864
>>>>> 2926
>>>>> 2924
>>>>> 2901
>>>>>
>>>>> If there are any others you think should be applied for 0.13.2, or if
>>>>> any of those shouldn't be included, let me know.
>>>>> In general, these are bugfixes that are either small or important.  No
>>>>> new features or APIs, etc.
>>>>>
>>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>>> .
>>>>>
>>>>> -MinRK
>>>>>
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130320/01b7e879/attachment.html>

From benjaminrk at gmail.com  Wed Mar 20 16:12:26 2013
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 20 Mar 2013 13:12:26 -0700
Subject: [IPython-dev] [ANN] IPython 0.13.2 bugfix release candidate
Message-ID: <CAHNn8BW9oM8Oq4iLoNgqb_FpLOWWJCsCJqeJe3uf-z94Tpa-Dw@mail.gmail.com>

I have cut the first release-candidate for the 0.13.2 bugfix release.

Mostly minor bugfixes, but some important compatibility fixes with respect
to Qt, Wx, and pyzmq (affects testing only)

RCs here: http://archive.ipython.org/testing/0.13.2/

Please test installation, and basic functionality:

- starting ipython / qtconsole / notebook / ipcluster,
- creating profiles: `ipython profile create empty --reset --parallel
- running tests with iptest / iptest3

Reports of success are great, but reports of failures are even more useful.

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130320/12a24574/attachment.html>

From tomspur at fedoraproject.org  Fri Mar 22 10:20:08 2013
From: tomspur at fedoraproject.org (Thomas Spura)
Date: Fri, 22 Mar 2013 15:20:08 +0100
Subject: [IPython-dev] [ANN] IPython 0.13.2 bugfix release candidate
In-Reply-To: <CAHNn8BW9oM8Oq4iLoNgqb_FpLOWWJCsCJqeJe3uf-z94Tpa-Dw@mail.gmail.com>
References: <CAHNn8BW9oM8Oq4iLoNgqb_FpLOWWJCsCJqeJe3uf-z94Tpa-Dw@mail.gmail.com>
Message-ID: <CAE4GLsuX_=eRACCtfKvHPz91zVpgAoLpdLdgDmOsKmmhT07Caw@mail.gmail.com>

On Wed, Mar 20, 2013 at 9:12 PM, MinRK <benjaminrk at gmail.com> wrote:
> I have cut the first release-candidate for the 0.13.2 bugfix release.

[snip]

> - running tests with iptest / iptest3
>
> Reports of success are great, but reports of failures are even more useful.

When running the tests in mock, I get the following failure (also
already with 0.13.1):
ERROR: %pylab works on engines
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
line 229, in skipper_func
    return f(*args, **kwargs)
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_magics.py",
line 329, in test_px_pylab
    ip.magic("px plot(rand(100))")
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
line 2137, in magic
    return self.run_line_magic(magic_name, magic_arg_s)
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
line 2063, in run_line_magic
    result = fn(*args)
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
line 234, in px
    return self.parallel_execute(line)
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
line 259, in parallel_execute
    result.get()
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
line 125, in get
    raise self._exception
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
line 150, in wait
    raise r
IPython.parallel.error.RemoteError: TypeError(can't use a string
pattern on a bytes-like object)
======================================================================
ERROR: %pylab works on engines
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
line 229, in skipper_func
    return f(*args, **kwargs)
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_view.py",
line 615, in test_magic_pylab
    reply = ar.get(5)
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
line 125, in get
    raise self._exception
  File "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
line 150, in wait
    raise r
IPython.parallel.error.RemoteError: TypeError(can't use a string
pattern on a bytes-like object)


When running iptest3 not inside of mock, anything is fine and I don't
know what the difference between those two runs is...

Do you have a suggestion/hint, where I could search for the error
instead of simply overcome this by skipping those two tests?

Greetings,
   Tom


From benjaminrk at gmail.com  Fri Mar 22 14:12:42 2013
From: benjaminrk at gmail.com (MinRK)
Date: Fri, 22 Mar 2013 11:12:42 -0700
Subject: [IPython-dev] [ANN] IPython 0.13.2 bugfix release candidate
In-Reply-To: <CAE4GLsuX_=eRACCtfKvHPz91zVpgAoLpdLdgDmOsKmmhT07Caw@mail.gmail.com>
References: <CAHNn8BW9oM8Oq4iLoNgqb_FpLOWWJCsCJqeJe3uf-z94Tpa-Dw@mail.gmail.com>
	<CAE4GLsuX_=eRACCtfKvHPz91zVpgAoLpdLdgDmOsKmmhT07Caw@mail.gmail.com>
Message-ID: <CAHNn8BWQBx0F4KogS=e7R48q550i8+UyKxvfcUusR=w1xcDExg@mail.gmail.com>

On Fri, Mar 22, 2013 at 7:20 AM, Thomas Spura <tomspur at fedoraproject.org>wrote:

> On Wed, Mar 20, 2013 at 9:12 PM, MinRK <benjaminrk at gmail.com> wrote:
> > I have cut the first release-candidate for the 0.13.2 bugfix release.
>
> [snip]
>
> > - running tests with iptest / iptest3
> >
> > Reports of success are great, but reports of failures are even more
> useful.
>
> When running the tests in mock, I get the following failure (also
> already with 0.13.1):
> ERROR: %pylab works on engines
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
> line 229, in skipper_func
>     return f(*args, **kwargs)
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_magics.py",
> line 329, in test_px_pylab
>     ip.magic("px plot(rand(100))")
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
> line 2137, in magic
>     return self.run_line_magic(magic_name, magic_arg_s)
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
> line 2063, in run_line_magic
>     result = fn(*args)
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
> line 234, in px
>     return self.parallel_execute(line)
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
> line 259, in parallel_execute
>     result.get()
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> line 125, in get
>     raise self._exception
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> line 150, in wait
>     raise r
> IPython.parallel.error.RemoteError: TypeError(can't use a string
> pattern on a bytes-like object)
> ======================================================================
> ERROR: %pylab works on engines
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
> line 229, in skipper_func
>     return f(*args, **kwargs)
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_view.py",
> line 615, in test_magic_pylab
>     reply = ar.get(5)
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> line 125, in get
>     raise self._exception
>   File
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> line 150, in wait
>     raise r
> IPython.parallel.error.RemoteError: TypeError(can't use a string
> pattern on a bytes-like object)
>
>
> When running iptest3 not inside of mock, anything is fine and I don't
> know what the difference between those two runs is...
>
> Do you have a suggestion/hint, where I could search for the error
> instead of simply overcome this by skipping those two tests?
>

If you show the remote traceback (RemoteError.print_traceback()), that
should find the error.


>
> Greetings,
>    Tom
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130322/addb8ea6/attachment.html>

From y-p at gmx.com  Sat Mar 23 08:46:50 2013
From: y-p at gmx.com (yoval p.)
Date: Sat, 23 Mar 2013 13:46:50 +0100
Subject: [IPython-dev] Packaging javascript views as a self-contained package
Message-ID: <20130323124650.318690@gmx.com>

Hi,

I've been looking for a way to package views as single file
the python,js and static assets of a "widget" for exhibitionist.

After doing some tests with the python `zipimport` module and it
seems like it provide all the functionality I need, including accessing
data files (html templates, js) stored within, so it look viable.

I've read some bits and pieces that suggest the IPython team
has also given this some thought, I'd appreciate your opinion
on this way of doing things, if you've considered it and perhaps
found it lacking in some way.

Thanks,
yoval

https://github.com/Exhibitionist/Exhibitionist
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130323/4b733912/attachment.html>

From gvwilson at third-bit.com  Sat Mar 23 14:36:16 2013
From: gvwilson at third-bit.com (Greg Wilson)
Date: Sat, 23 Mar 2013 14:36:16 -0400
Subject: [IPython-dev] first experiment creating Software Carpentry teaching
 materials using the IPython Notebook
Message-ID: <514DF620.6070705@third-bit.com>

Hi everyone,

I know it's bad form to introduce myself to a list with a post of this
length, but I just spent a few minutes converting a small part of the
Software Carpentry instructors' guide [1] to an IPython Notebook [2].
Here are a few notes; Paul Ivanov has already opened a ticket [3]
about the linking issue, but I'd be really grateful for your comments
on the rest of it as well: I'm still a notebook newbie, so I'm almost
certainly either doing things the wrong way, or missing things that
are already there.

Thanks,
Greg Wilson
Mozilla Foundation / Software Carpentry

* I want to put each logical thought in its own cell [4].  This
   usually translates into "one cell per paragraph, one paragraph per
   cell", but not always: as you can see, I often want a small block of
   code in the middle of a thought.  In HTML and LaTeX, I signal this
   by marking the second (or subsequent) part of the thought with:

    <p class="continue">

    or:

    \noindent

   From what I understand, nested cells will do what I want here; any
   idea when they're likely to land in production?

* I want to include diagrams done as SVG images in my notebook [5],
   but putting:

   <img src="setdict-simple-set.svg" />

   inside a Markdown cell doesn't work.  After reading
http://lists.ipython.scipy.org/pipermail/ipython-user/2012-July/010542.html,
   I tried:

    from IPython.display import SVG
    SVG(filename='setdict-simple-set.svg')

   but it didn't work either. Matt Davis pointed me at:

   ![A Simple Set](files/setdict-simple-set.svg)

   which does.  Longer-term, though, I want to have cells of type
   'SVG', and be able to edit my diagrams in-browser using something
   like svg-edit.  Fernando and Brian tell me it's not going to make
   sense to start work on that 'til mid- to late summer, so for now
   I'll use LibreOffice to draw an SVG and then link to an exported
   image.

* Part-way through building the notebook, I decided I wanted to
   reorder a couple of things, but just moving the cells around didn't
   have the desired effect, because the things in question had side
   effects [5].  Is there a way to say, "Re-set the In[*] counter to 1
   and re-run all cells in the current order"?  (I know I can restart
   the kernel and run all, but I don't feel I should have to quit the
   editor to renumber things.)  The closest I could get without a
   restart was to select the first cell and re-run it and all
   subsequent cells manually; that put everything in the right order,
   but of course now the numbering starts with '20' instead of '1'.

* What's the right way to link from one notebook to another?  A
   Markdown URL of the form:

   [displayed text](otherfile.ipynb)

   doesn't work, even when otherfile.ipynb is in the same directory.
   Reading the discussion around [3] regarding hash URLs, redirection,
   etc., it looks like this may already have been solved...

   ...but how do I link to an anchor in a particular notebook file?
   For example, up near the top of the notebook, you'll see the words
   "design pattern" formatted as a link.  Right now, the URL in thatl
   link is "glossary.ipynb#design-pattern", i.e., the glossary's
   definition of the term.  I _could_ use a plain old HTML file for the
   glossary (since it isn't likely to have any live content), but I'm
   definitely going to want cross-reference links from one section of a
   real notebook to a particular section of another.

* I want subscripts (low priority) and tables (high priority) in my
   Markdown.  Karthik, Erik, and Paul tell me I have to use HTML tags
   for this, which is OK I guess, but from both an editing and a
   teaching point of view, it would be _really_ nice if the notebook's
   Markdown was identical to GitHub's.  On Twitter, Matthias pointed
   out that doing this would be more complex than it first appears,
   since things like the Emacs mode would have to be updated as well.

* Cell 37 contains:

      import sys

      filename = sys.argv[1]
      source = open(filename, 'r')
      atoms = set()
      for line in source:
          name = line.strip()
          atoms.add(name)
      print atoms

   I want this pretty-printed as Python, but do _not_ want the notebook
   to try to execute it, because I'm not launching it from the command
   line.  Can I do that?  And similarly, if I want to format cells to
   look like shell commands and their output (and then populate them
   with copy-and-paste), can I do that?  I realize it's contrary to the
   "lab notebook" philosophy, but pedagogically it's very useful. (And
   yes, I _can_ use plain old Markdown cells, but I'd like the colorizing
   to be done automatically and consistently.)

* Related to all of the above: I want some way to mark specific cells
   with classes.  For example, I want the 'Understand' and 'Summary'
   cells to be distinct from regular paragraphs, and the cell starting
   with the title 'Negation' to be marked as a callout box, so that I
   can give it a border (and maybe a faint gray background) via CSS.

   More importantly, I want to be able to mark notebook content as
   being:

   1. slide
   2. presenter's notes
   3. pedagogical metadata

   The first is what the instructor would show learners while teaching.
   The second is the narrative about that (e.g., the paragraphs of text
   in the sample notebook in [2]), while the third is things like the
   learning objectives (the section marked "Understand" at the start),
   which might never be presented to learners, but helps instructors
   make sense of it all.  (I _could_ keep these all in separate files,
   but experience shows they're much more likely to stay in step if
   they're side-by-side.)  Once they're marked with classes somehow, it
   should be almost trivial to implement show/hide buttons so that
   authors can toggle between "here's what I want learners to see at
   this point" and "here's what I want instructors to know about the
   same material".

[1] https://github.com/swcarpentry/guide.git + setdict.html

[2] https://github.com/swcarpentry/guide.git + setdict-1-sets.ipynb

[3] https://github.com/ipython/ipython/issues/3056 and
     https://github.com/ipython/ipython/pull/3058

[4] It makes things a _lot_ easier to move around during editing.

[5] For the curious, the two things in question are now shown as cells
     35 and 36; the original HTML page showed 'clear' before 'remove'
     instead of 'remove' before 'clear'.



From bussonniermatthias at gmail.com  Sat Mar 23 15:26:34 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Sat, 23 Mar 2013 20:26:34 +0100
Subject: [IPython-dev] first experiment creating Software Carpentry
	teaching materials using the IPython Notebook
In-Reply-To: <514DF620.6070705@third-bit.com>
References: <514DF620.6070705@third-bit.com>
Message-ID: <2A46EF6D-83CC-4EB5-B862-D4EC3943ED02@gmail.com>

Hi Greg, 

I'll respond to a few of your question inline.

Le 23 mars 2013 ? 19:36, Greg Wilson a ?crit :

> Hi everyone,
> 
> I know it's bad form to introduce myself to a list with a post of this
> length, but I just spent a few minutes converting a small part of the
> Software Carpentry instructors' guide [1] to an IPython Notebook [2].
> Here are a few notes; Paul Ivanov has already opened a ticket [3]
> about the linking issue, but I'd be really grateful for your comments
> on the rest of it as well: I'm still a notebook newbie, so I'm almost
> certainly either doing things the wrong way, or missing things that
> are already there.
> 
> Thanks,
> Greg Wilson
> Mozilla Foundation / Software Carpentry
> 
> * I want to put each logical thought in its own cell [4].  This
>  usually translates into "one cell per paragraph, one paragraph per
>  cell", but not always: as you can see, I often want a small block of
>  code in the middle of a thought.  In HTML and LaTeX, I signal this
>  by marking the second (or subsequent) part of the thought with:
> 
>   <p class="continue">
> 
>   or:
> 
>   \noindent
> 
>  From what I understand, nested cells will do what I want here; any
>  idea when they're likely to land in production?

Probably in the next 2 years. But not soon. We can try to work around that with
custom js extension and cell toolbar (cf below for custom cell marking)

> 
> * I want to include diagrams done as SVG images in my notebook [5],
>  but putting:
> 
>  <img src="setdict-simple-set.svg" />

you miss the files/ prefix :-)

>  inside a Markdown cell doesn't work.  After reading
> http://lists.ipython.scipy.org/pipermail/ipython-user/2012-July/010542.html,
>  I tried:
> 
>   from IPython.display import SVG
>   SVG(filename='setdict-simple-set.svg')

This is strange...

> 
>  but it didn't work either. Matt Davis pointed me at:
> 
>  ![A Simple Set](files/setdict-simple-set.svg)
which should be converted to <img src="files/setdict-simple-set.svg" /> 
:-)

> 
>  which does.  Longer-term, though, I want to have cells of type
>  'SVG', and be able to edit my diagrams in-browser using something
>  like svg-edit.  Fernando and Brian tell me it's not going to make
>  sense to start work on that 'til mid- to late summer, so for now
>  I'll use LibreOffice to draw an SVG and then link to an exported
>  image.
> 
> * Part-way through building the notebook, I decided I wanted to
>  reorder a couple of things, but just moving the cells around didn't
>  have the desired effect, because the things in question had side
>  effects [5].  Is there a way to say, "Re-set the In[*] counter to 1
>  and re-run all cells in the current order"?  (I know I can restart
>  the kernel and run all, but I don't feel I should have to quit the
>  editor to renumber things.)  The closest I could get without a
>  restart was to select the first cell and re-run it and all
>  subsequent cells manually; that put everything in the right order,
>  but of course now the numbering starts with '20' instead of '1'.

No, not possible, you could write js that does it, but the In[] and Out[] represent kernel state.

> 
> * What's the right way to link from one notebook to another?  A
>  Markdown URL of the form:
> 
>  [displayed text](otherfile.ipynb)
> 
>  doesn't work, even when otherfile.ipynb is in the same directory.
>  Reading the discussion around [3] regarding hash URLs, redirection,
>  etc., it looks like this may already have been solved...

We know about that, Min opend a PR a few hours ago, I'm just concern on how it will integrate
when we add the ability to browse filesystem. 


>  ...but how do I link to an anchor in a particular notebook file?
>  For example, up near the top of the notebook, you'll see the words
>  "design pattern" formatted as a link.  Right now, the URL in thatl
>  link is "glossary.ipynb#design-pattern", i.e., the glossary's
>  definition of the term.  I _could_ use a plain old HTML file for the
>  glossary (since it isn't likely to have any live content), but I'm
>  definitely going to want cross-reference links from one section of a
>  real notebook to a particular section of another.

The anchor are another problem, we are working on it too.

> 
> * I want subscripts (low priority)

use Mathjax ? $H2_O$ ?

> and tables (high priority) in my
>  Markdown.  Karthik, Erik, and Paul tell me I have to use HTML tags
>  for this, which is OK I guess, but from both an editing and a
>  teaching point of view, it would be _really_ nice if the notebook's
>  Markdown was identical to GitHub's.  On Twitter, Matthias pointed
>  out that doing this would be more complex than it first appears,
>  since things like the Emacs mode would have to be updated as well.

I agree that table would be nice too, and some of github feature also like (triple-backquote-language) to select coloration. 
It is just too much to handle in the core for now. If/when we have more manpower, that would be great. 
Still you could, with an extension, make the table from python code.


> 
> * Cell 37 contains:
> 
>     import sys
> 
>     filename = sys.argv[1]
>     source = open(filename, 'r')
>     atoms = set()
>     for line in source:
>         name = line.strip()
>         atoms.add(name)
>     print atoms
> 
>  I want this pretty-printed as Python, but do _not_ want the notebook
>  to try to execute it, because I'm not launching it from the command
>  line.  Can I do that?  

4 space indent in MD cell should convert to "code" environment in markdown.
Not sure if it colorize, there is also the problem of multiple language...
GFM could help, but back to manpower question, and the fact that GFM 
is done on server side, our on browser side. 
One can also use "raw" cell and force the coloring via js extension. 

> And similarly, if I want to format cells to
>  look like shell commands and their output (and then populate them
>  with copy-and-paste), can I do that?  I realize it's contrary to the
>  "lab notebook" philosophy, but pedagogically it's very useful. (And
>  yes, I _can_ use plain old Markdown cells, but I'd like the colorizing
>  to be done automatically and consistently.)

With extension, you could "lock" some cell. But the extension have to be install on student notebooks. 

> 
> * Related to all of the above: I want some way to mark specific cells
>  with classes.  For example, I want the 'Understand' and 'Summary'
>  cells to be distinct from regular paragraphs, and the cell starting
>  with the title 'Negation' to be marked as a callout box, so that I
>  can give it a border (and maybe a faint gray background) via CSS.
> 
>  More importantly, I want to be able to mark notebook content as
>  being:
> 
>  1. slide
>  2. presenter's notes
>  3. pedagogical metadata
> 
>  The first is what the instructor would show learners while teaching.
>  The second is the narrative about that (e.g., the paragraphs of text
>  in the sample notebook in [2]), while the third is things like the
>  learning objectives (the section marked "Understand" at the start),
>  which might never be presented to learners, but helps instructors
>  make sense of it all.  (I _could_ keep these all in separate files,
>  but experience shows they're much more likely to stay in step if
>  they're side-by-side.)  Once they're marked with classes somehow, it
>  should be almost trivial to implement show/hide buttons so that
>  authors can toggle between "here's what I want learners to see at
>  this point" and "here's what I want instructors to know about the
>  same material".

That's on dev version. Arbitrary marking cell with tag in metadata and a custom custom.css. 
That will probably not be shipped with IPython, but you could ask user to use an ipython "teacher"
profile or "student" profile. It should even not be hard to generate multiple ipynb from master one. 

Also those metadata are what is use to make the live slideshow mode of notebooks. It has apparently been used
in conferences not so long ago by Fernando I think , did you saw it ? I think it is also in his talk of SciPy "12.

This could add options like lock cell, hide cell, add class to cells...
as long as the correct js is loaded/monkeypatched. 

Depending on how you want to display the different things and/or if you want to convert 
your ipynb files to static views/ pdf ...etc you might also need to add plugins to nbconvert.
Should not be difficult.

I wrote a nbviewer post [6] about what cell toolbar can do, it might give you idea on how to do some stuff. 

-- 
Matthias



[6] http://nbviewer.ipython.org/urls/raw.github.com/Carreau/posts/master/04-initialisation-cell.ipynb


> 
> [1] https://github.com/swcarpentry/guide.git + setdict.html
> 
> [2] https://github.com/swcarpentry/guide.git + setdict-1-sets.ipynb
> 
> [3] https://github.com/ipython/ipython/issues/3056 and
>    https://github.com/ipython/ipython/pull/3058
> 
> [4] It makes things a _lot_ easier to move around during editing.
> 
> [5] For the curious, the two things in question are now shown as cells
>    35 and 36; the original HTML page showed 'clear' before 'remove'
>    instead of 'remove' before 'clear'.
> 
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



From bussonniermatthias at gmail.com  Sat Mar 23 15:45:10 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Sat, 23 Mar 2013 20:45:10 +0100
Subject: [IPython-dev] Packaging javascript views as a self-contained
	package
In-Reply-To: <20130323124650.318690@gmx.com>
References: <20130323124650.318690@gmx.com>
Message-ID: <AA4718EC-7704-447D-9042-DD2DC9B13A0F@gmail.com>


Le 23 mars 2013 ? 13:46, yoval p. a ?crit :

> Hi,
> 
> I've been looking for a way to package views as single file
> the python,js and static assets of a "widget" for exhibitionist.
> 
> After doing some tests with the python `zipimport` module and it
> seems like it provide all the functionality I need, including accessing
> data files (html templates, js) stored within, so it look viable.
> 
> I've read some bits and pieces that suggest the IPython team
> has also given this some thought, I'd appreciate your opinion
> on this way of doing things, if you've considered it and perhaps
> found it lacking in some way.

I don't quite remember of what we said. We know that we don't want to reinvent the wheel, 
and probably want a system that is able to deal with dependencies, both python and js/css. 
Our server especially require that some files are installed in the profile dir for now, so I'm 
not sure of how zipimport will work with js.

I personally had a look at npm/bower/component.io

I have a slight preference for component.io and npm (even if in dev we use bower right now)
but didn't had a deep look at how it handles python files. 

--
Matthias


>  
> Thanks,
> yoval
> 
> https://github.com/Exhibitionist/Exhibitionist _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



From benjaminrk at gmail.com  Sat Mar 23 15:49:25 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sat, 23 Mar 2013 12:49:25 -0700
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <514DF620.6070705@third-bit.com>
References: <514DF620.6070705@third-bit.com>
Message-ID: <CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>

Thanks for all the feedback!  Comments inline.


On Sat, Mar 23, 2013 at 11:36 AM, Greg Wilson <gvwilson at third-bit.com>wrote:

> Hi everyone,
>
> I know it's bad form to introduce myself to a list with a post of this
> length, but I just spent a few minutes converting a small part of the
> Software Carpentry instructors' guide [1] to an IPython Notebook [2].
> Here are a few notes; Paul Ivanov has already opened a ticket [3]
> about the linking issue, but I'd be really grateful for your comments
> on the rest of it as well: I'm still a notebook newbie, so I'm almost
> certainly either doing things the wrong way, or missing things that
> are already there.
>

> Thanks,
> Greg Wilson
> Mozilla Foundation / Software Carpentry
>
> * I want to put each logical thought in its own cell [4].  This
>    usually translates into "one cell per paragraph, one paragraph per
>    cell", but not always: as you can see, I often want a small block of
>    code in the middle of a thought.  In HTML and LaTeX, I signal this
>    by marking the second (or subsequent) part of the thought with:
>
>     <p class="continue">
>
>     or:
>
>     \noindent
>
>    From what I understand, nested cells will do what I want here; any
>    idea when they're likely to land in production?
>

We have no plans for nested cells per se.  Our current plan for expressing
document hierarchy is strictly with header cells, and operating on the
groupings implied by these headers - outline view, tabbed view, reordering
/ hiding whole sections at a time, etc.  One case this really doesn't serve
is the code cell inside a paragraph case.  We'll have to think about this
one.


>
> * I want to include diagrams done as SVG images in my notebook [5],
>    but putting:
>
>    <img src="setdict-simple-set.svg" />
>
>    inside a Markdown cell doesn't work.  After reading
> http://lists.ipython.scipy.org/pipermail/ipython-user/2012-July/010542.html
> ,
>    I tried:
>
>     from IPython.display import SVG
>     SVG(filename='setdict-simple-set.svg')
>
>    but it didn't work either. Matt Davis pointed me at:
>
>    ![A Simple Set](files/setdict-simple-set.svg)
>

I'm a bit confused by this - your notebook currently has
SVG(filename='setdict-simple-set.svg'),
and seems to be working properly. Is it not?


>
>    which does.  Longer-term, though, I want to have cells of type
>    'SVG', and be able to edit my diagrams in-browser using something
>    like svg-edit.  Fernando and Brian tell me it's not going to make
>    sense to start work on that 'til mid- to late summer, so for now
>    I'll use LibreOffice to draw an SVG and then link to an exported
>    image.


You can have SVG inlined in a markdown cell already, but an SVG-edit widget
would still be useful.


>
> * Part-way through building the notebook, I decided I wanted to
>    reorder a couple of things, but just moving the cells around didn't
>    have the desired effect, because the things in question had side
>    effects [5].  Is there a way to say, "Re-set the In[*] counter to 1
>    and re-run all cells in the current order"?  (I know I can restart
>    the kernel and run all, but I don't feel I should have to quit the
>    editor to renumber things.)  The closest I could get without a
>    restart was to select the first cell and re-run it and all
>    subsequent cells manually; that put everything in the right order,
>    but of course now the numbering starts with '20' instead of '1'.
>

Prompt numbers are strictly and deliberately side effects of running cells.
If you want to reset without restarting, you can call `%reset` before doing
'run all'.
I do not think that we are going to provide a mechanism for making any
direct change to prompt numbers (other than clearing them).

What do you mean by 'quit the editor'? Are you doing this outside the
notebook?


>
> * What's the right way to link from one notebook to another?  A
>    Markdown URL of the form:
>
>    [displayed text](otherfile.ipynb)
>
>    doesn't work, even when otherfile.ipynb is in the same directory.
>    Reading the discussion around [3] regarding hash URLs, redirection,
>    etc., it looks like this may already have been solved...
>
>    ...but how do I link to an anchor in a particular notebook file?
>
   For example, up near the top of the notebook, you'll see the words
>    "design pattern" formatted as a link.  Right now, the URL in thatl
>    link is "glossary.ipynb#design-pattern", i.e., the glossary's
>    definition of the term.  I _could_ use a plain old HTML file for the
>    glossary (since it isn't likely to have any live content), but I'm
>    definitely going to want cross-reference links from one section of a
>    real notebook to a particular section of another.
>


In theory, a regular anchor url should work (we don't generate anchors, but
we should for things like header cells, at least) but it doesn't seem to.
 I haven't investigated thoroughly, but my guess is that it's because the
elements in the page don't actually exist when the anchor url is resolved,
as the notebook document is loaded asynchronously.
I bet we can figure this one out, though.

in-page anchors should actually work already (barring the fact that IPython
doesn't add any itself yet, but your own anchors should work).

So things to add here:

1. when we render heading cells, give them the attr name=heading
2. investigate scrolling to anchor in url on the 'notebook loaded' event

actually, I did it before I finished this email:
https://github.com/ipython/ipython/pull/3064


>
> * I want subscripts (low priority) and tables (high priority) in my
>    Markdown.  Karthik, Erik, and Paul tell me I have to use HTML tags
>    for this, which is OK I guess, but from both an editing and a
>    teaching point of view, it would be _really_ nice if the notebook's
>    Markdown was identical to GitHub's.  On Twitter, Matthias pointed
>    out that doing this would be more complex than it first appears,
>    since things like the Emacs mode would have to be updated as well.
>

We are extremely reticent to extend the markdown syntax,
because maintaining such a thing is well outside our core competency.
We have already found this to be troublesome with our one extension so far
- including mathjax.
*However*, tables are a part of GitHub0-flavored markdown,
which all of us use every day.
So perhaps we can get away with finding a javascript implementation of GHM,
in which case you would get tables as described
here<https://help.github.com/articles/github-flavored-markdown>
.


>
> * Cell 37 contains:
>
>       import sys
>
>       filename = sys.argv[1]
>       source = open(filename, 'r')
>       atoms = set()
>       for line in source:
>           name = line.strip()
>           atoms.add(name)
>       print atoms
>
>    I want this pretty-printed as Python, but do _not_ want the notebook
>    to try to execute it, because I'm not launching it from the command
>    line.  Can I do that?  And similarly, if I want to format cells to
>    look like shell commands and their output (and then populate them
>    with copy-and-paste), can I do that?  I realize it's contrary to the
>    "lab notebook" philosophy, but pedagogically it's very useful. (And
>    yes, I _can_ use plain old Markdown cells, but I'd like the colorizing
>    to be done automatically and consistently.)
>

If you indent a block four spaces in a markdown cell, it will be
highlighted as code, but is not a code cell,
and thus will not be executed.  This mechanism uses `prettify`, which
infers the language being used,
and should highlight Python and shell blobs scripts properly.


>
> * Related to all of the above: I want some way to mark specific cells
>    with classes.  For example, I want the 'Understand' and 'Summary'
>    cells to be distinct from regular paragraphs, and the cell starting
>    with the title 'Negation' to be marked as a callout box, so that I
>    can give it a border (and maybe a faint gray background) via CSS.
>

The API for this would be cell metadata - in master, activate the cell
toolbar to edit metadata for each cell.
We need to figure out some mechanisms for what we do with cell metadata,
and what we let authors do with metdata in terms of UI and effects.
The very best information on this is use cases people need, so we will
definitely keep this in mind as we work out the design.


>
>    More importantly, I want to be able to mark notebook content as
>    being:
>
>    1. slide
>    2. presenter's notes
>    3. pedagogical metadata
>
>    The first is what the instructor would show learners while teaching.
>    The second is the narrative about that (e.g., the paragraphs of text
>    in the sample notebook in [2]), while the third is things like the
>    learning objectives (the section marked "Understand" at the start),
>    which might never be presented to learners, but helps instructors
>    make sense of it all.  (I _could_ keep these all in separate files,
>    but experience shows they're much more likely to stay in step if
>    they're side-by-side.)  Once they're marked with classes somehow, it
>    should be almost trivial to implement show/hide buttons so that
>    authors can toggle between "here's what I want learners to see at
>    this point" and "here's what I want instructors to know about the
>    same material".
>
> [1] https://github.com/swcarpentry/guide.git + setdict.html
>
> [2] https://github.com/swcarpentry/guide.git + setdict-1-sets.ipynb
>
> [3] https://github.com/ipython/ipython/issues/3056 and
>      https://github.com/ipython/ipython/pull/3058
>
> [4] It makes things a _lot_ easier to move around during editing.
>
> [5] For the curious, the two things in question are now shown as cells
>      35 and 36; the original HTML page showed 'clear' before 'remove'
>      instead of 'remove' before 'clear'.
>


Thanks again!
-MinRK


>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130323/72621208/attachment.html>

From benjaminrk at gmail.com  Sat Mar 23 15:52:16 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sat, 23 Mar 2013 12:52:16 -0700
Subject: [IPython-dev] Packaging javascript views as a self-contained
	package
In-Reply-To: <AA4718EC-7704-447D-9042-DD2DC9B13A0F@gmail.com>
References: <20130323124650.318690@gmx.com>
	<AA4718EC-7704-447D-9042-DD2DC9B13A0F@gmail.com>
Message-ID: <CAHNn8BX145HrHNAD82GBbUw7-EBTv=guSCzRk-taXNgLYYkBWA@mail.gmail.com>

On Sat, Mar 23, 2013 at 12:45 PM, Matthias BUSSONNIER <
bussonniermatthias at gmail.com> wrote:

>
> Le 23 mars 2013 ? 13:46, yoval p. a ?crit :
>
> > Hi,
> >
> > I've been looking for a way to package views as single file
> > the python,js and static assets of a "widget" for exhibitionist.
> >
> > After doing some tests with the python `zipimport` module and it
> > seems like it provide all the functionality I need, including accessing
> > data files (html templates, js) stored within, so it look viable.
> >
> > I've read some bits and pieces that suggest the IPython team
> > has also given this some thought, I'd appreciate your opinion
> > on this way of doing things, if you've considered it and perhaps
> > found it lacking in some way.
>
> I don't quite remember of what we said. We know that we don't want to
> reinvent the wheel,
> and probably want a system that is able to deal with dependencies, both
> python and js/css.
> Our server especially require that some files are installed in the profile
> dir for now, so I'm
> not sure of how zipimport will work with js.
>
> I personally had a look at npm/bower/component.io
>
> I have a slight preference for component.io and npm (even if in dev we
> use bower right now)
> but didn't had a deep look at how it handles python files.
>

This is exactly the conversation we need to have when coming up with the
widget APIs - installation of tools with both Python and javascript+css
components is going to be tricky, and we need to have an official story for
it.
We haven't worked it out yet, but after we build a few example widgets, we
should have a better idea of how this should work.



>
> --
> Matthias
>
>
> >
> > Thanks,
> > yoval
> >
> > https://github.com/Exhibitionist/Exhibitionist_______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130323/86c3afdc/attachment.html>

From y-p at gmx.com  Sat Mar 23 16:08:16 2013
From: y-p at gmx.com (yoval p.)
Date: Sat, 23 Mar 2013 21:08:16 +0100
Subject: [IPython-dev] Packaging javascript views as a
	self-contained	package
Message-ID: <20130323200816.318660@gmx.com>

I had a look at bower, IIUC it has a "one of each" restriction which
doen't seem reasonable to me (one app.js, one app.css etc).
Not sure it supports data files at all, I could be wrong.

I plan to implement something based on zip import, since
it packages everyhting in one file, and the module provides
enough functionality out of the box to have a "virutal fs in a zip file"
model workable.

I'd appreciate an update if you reach a conclusion that there's a better way.

Cheers,
yoval
----- Original Message -----
From: MinRK
Sent: 03/23/13 09:52 PM
To: IPython developers list
Subject: Re: [IPython-dev] Packaging javascript views as a self-contained package

On Sat, Mar 23, 2013 at 12:45 PM, Matthias BUSSONNIER < bussonniermatthias at gmail.com > wrote:
Le 23 mars 2013 ? 13:46, yoval p. a ?crit :

> Hi,
>
> I've been looking for a way to package views as single file
> the python,js and static assets of a "widget" for exhibitionist.
>
> After doing some tests with the python `zipimport` module and it
> seems like it provide all the functionality I need, including accessing
> data files (html templates, js) stored within, so it look viable.
>
> I've read some bits and pieces that suggest the IPython team
> has also given this some thought, I'd appreciate your opinion
> on this way of doing things, if you've considered it and perhaps
> found it lacking in some way.
I don't quite remember of what we said. We know that we don't want to reinvent the wheel,
and probably want a system that is able to deal with dependencies, both python and js/css.
Our server especially require that some files are installed in the profile dir for now, so I'm
not sure of how zipimport will work with js.

I personally had a look at npm/bower/http://component.io 

I have a slight preference for http://component.io  and npm (even if in dev we use bower right now)
but didn't had a deep look at how it handles python files.

This is exactly the conversation we need to have when coming up with the widget APIs - installation of tools with both Python and javascript+css components is going to be tricky, and we need to have an official story for it.
We haven't worked it out yet, but after we build a few example widgets, we should have a better idea of how this should work.

--
Matthias


>
> Thanks,
> yoval
>
> https://github.com/Exhibitionist/Exhibitionist  _______________________________________________
> IPython-dev mailing list
>  IPython-dev at scipy.org 
> http://mail.scipy.org/mailman/listinfo/ipython-dev 

_______________________________________________
IPython-dev mailing list
 IPython-dev at scipy.org 
http://mail.scipy.org/mailman/listinfo/ipython-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130323/69300013/attachment.html>

From ellisonbg at gmail.com  Sat Mar 23 16:17:51 2013
From: ellisonbg at gmail.com (Brian Granger)
Date: Sat, 23 Mar 2013 13:17:51 -0700
Subject: [IPython-dev] Packaging javascript views as a self-contained
	package
In-Reply-To: <CAHNn8BX145HrHNAD82GBbUw7-EBTv=guSCzRk-taXNgLYYkBWA@mail.gmail.com>
References: <20130323124650.318690@gmx.com>
	<AA4718EC-7704-447D-9042-DD2DC9B13A0F@gmail.com>
	<CAHNn8BX145HrHNAD82GBbUw7-EBTv=guSCzRk-taXNgLYYkBWA@mail.gmail.com>
Message-ID: <CAH4pYpRs9VECA4x52dECm5=UBhoctCFOSykVUXhOk2vZJAXgFw@mail.gmail.com>

I think right now I am leaning towards bower.  Whiel it is node.js
based, it would be very simple to create a bower client in
python...but we are going to have to get further along in the design
process.

Cheers,

Brian

On Sat, Mar 23, 2013 at 12:52 PM, MinRK <benjaminrk at gmail.com> wrote:
>
>
> On Sat, Mar 23, 2013 at 12:45 PM, Matthias BUSSONNIER
> <bussonniermatthias at gmail.com> wrote:
>>
>>
>> Le 23 mars 2013 ? 13:46, yoval p. a ?crit :
>>
>> > Hi,
>> >
>> > I've been looking for a way to package views as single file
>> > the python,js and static assets of a "widget" for exhibitionist.
>> >
>> > After doing some tests with the python `zipimport` module and it
>> > seems like it provide all the functionality I need, including accessing
>> > data files (html templates, js) stored within, so it look viable.
>> >
>> > I've read some bits and pieces that suggest the IPython team
>> > has also given this some thought, I'd appreciate your opinion
>> > on this way of doing things, if you've considered it and perhaps
>> > found it lacking in some way.
>>
>> I don't quite remember of what we said. We know that we don't want to
>> reinvent the wheel,
>> and probably want a system that is able to deal with dependencies, both
>> python and js/css.
>> Our server especially require that some files are installed in the profile
>> dir for now, so I'm
>> not sure of how zipimport will work with js.
>>
>> I personally had a look at npm/bower/component.io
>>
>> I have a slight preference for component.io and npm (even if in dev we use
>> bower right now)
>> but didn't had a deep look at how it handles python files.
>
>
> This is exactly the conversation we need to have when coming up with the
> widget APIs - installation of tools with both Python and javascript+css
> components is going to be tricky, and we need to have an official story for
> it.
> We haven't worked it out yet, but after we build a few example widgets, we
> should have a better idea of how this should work.
>
>
>>
>>
>> --
>> Matthias
>>
>>
>> >
>> > Thanks,
>> > yoval
>> >
>> > https://github.com/Exhibitionist/Exhibitionist
>> > _______________________________________________
>> > IPython-dev mailing list
>> > IPython-dev at scipy.org
>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



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


From jason-sage at creativetrax.com  Sat Mar 23 21:38:37 2013
From: jason-sage at creativetrax.com (Jason Grout)
Date: Sat, 23 Mar 2013 20:38:37 -0500
Subject: [IPython-dev] Fernando Perez wins 2013 Free Software Foundation
	Award
Message-ID: <514E591D.9000700@creativetrax.com>

I just saw this on HackerNews:

http://about.wise.io/2013/03/23/fernando-perez.html

Congratulations, Fernando!  It's definitely well-deserved!

Thanks,

Jason

--
Jason Grout


From jason-sage at creativetrax.com  Sat Mar 23 21:49:04 2013
From: jason-sage at creativetrax.com (Jason Grout)
Date: Sat, 23 Mar 2013 20:49:04 -0500
Subject: [IPython-dev] Fernando Perez wins 2012 Free Software Foundation
 Award
In-Reply-To: <514E591D.9000700@creativetrax.com>
References: <514E591D.9000700@creativetrax.com>
Message-ID: <514E5B90.4050309@creativetrax.com>

On 3/23/13 8:38 PM, Jason Grout wrote:
> I just saw this on HackerNews:
>
> http://about.wise.io/2013/03/23/fernando-perez.html

Here's the official annoucement from FSF (which seems to indicate it's 
the 2012 award, not the 2013 award...):

http://www.fsf.org/news/2012-free-software-award-winners-announced-2

and the HackerNews thread, for what it's worth: 
https://news.ycombinator.com/item?id=5429986

Thanks,

Jason



From carl.input at gmail.com  Sat Mar 23 22:12:03 2013
From: carl.input at gmail.com (Carl Smith)
Date: Sun, 24 Mar 2013 02:12:03 +0000
Subject: [IPython-dev] Fernando Perez wins 2012 Free Software Foundation
	Award
In-Reply-To: <514E5B90.4050309@creativetrax.com>
References: <514E591D.9000700@creativetrax.com>
	<514E5B90.4050309@creativetrax.com>
Message-ID: <CAP-uhDePHSfind5kar_seBiksAqq-KhQJC4EsVb2WyRC99Jf6A@mail.gmail.com>

Awesome and well deserved. Nice one Fernando. All the best.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130324/3d583425/attachment.html>

From fperez.net at gmail.com  Sat Mar 23 22:53:56 2013
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 23 Mar 2013 22:53:56 -0400
Subject: [IPython-dev] FSF Award at LibrePlanet
Message-ID: <CAHAreOrRAVWE4DKOVXUa-NDXO2Af7ecKjY8qMhDHg7af8SFkbg@mail.gmail.com>

Hi all,

as some of you may have already seen, tonight I was awarded the 2012
FSF award for the Advancement of Free Software at their LibrePlanet
conference:

http://www.fsf.org/news/2012-free-software-award-winners-announced-2

(also written up here kindly by my friend and colleague Josh Bloom
http://about.wise.io/2013/03/23/fernando-perez.html).

As I tried to indicate (I'll post links to the acceptance video later
once they are posted), this is really an award that goes to every one
who puts their time and effort into IPython, that is, all of YOU.  I
may have started IPython long ago, but it is what it is today because
you all pound on it.  Furthermore, its value is not intrinsic to its
code, but because of what it enables and empowers people to achieve.

I feel that we have a lot of good work ahead of us, and I look forward
to continuing this effort with all of you.

This weekend trip to Boston for the award and a talk at Harvard's CFA
(where Brian was a  postdoc) is actually the tail end of a completely
manic period of travel and grant-related work behind the scenes that
has kept me mostly offline regarding the day to day of the project.

While a lot of that may have been good (exposure of IPython to many
audiences at conferences and university seminars obviously broadens
our impact), it's time for me to quiet down and get back to work.  I
look forward to less crazy running around and contributing more again
to our technical progress.

I have one more talk to give tomorrow here and will return to the Bay
Area to a hopefully more normal life.  Look for me trying to be useful
again on github :)

And for this weekend, please everyone enjoy a bit of celebration!  You
all deserve it, and hopefully this is just the beginning of many more
great things in our little project.

Once more, thank you, sincerely, to you all...

f


From fperez.net at gmail.com  Sat Mar 23 22:54:22 2013
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 23 Mar 2013 22:54:22 -0400
Subject: [IPython-dev] Fernando Perez wins 2012 Free Software Foundation
	Award
In-Reply-To: <514E5B90.4050309@creativetrax.com>
References: <514E591D.9000700@creativetrax.com>
	<514E5B90.4050309@creativetrax.com>
Message-ID: <CAHAreOrFH=P_PyHrSgiuNRpfvDqUwqhDs1GQmXj+UFNwUtZvEw@mail.gmail.com>

Hi all,

On Sat, Mar 23, 2013 at 9:49 PM, Jason Grout
<jason-sage at creativetrax.com> wrote:
> On 3/23/13 8:38 PM, Jason Grout wrote:
>> I just saw this on HackerNews:
>>
>> http://about.wise.io/2013/03/23/fernando-perez.html
>
> Here's the official annoucement from FSF (which seems to indicate it's
> the 2012 award, not the 2013 award...):
>
> http://www.fsf.org/news/2012-free-software-award-winners-announced-2
>
> and the HackerNews thread, for what it's worth:
> https://news.ycombinator.com/item?id=5429986

Thanks, Jason!  Just saw this after I'd hit send on a draft I'd
started earlier this evening :)

Best,
f


From fperez.net at gmail.com  Sat Mar 23 23:32:02 2013
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 23 Mar 2013 23:32:02 -0400
Subject: [IPython-dev] FSF Award at LibrePlanet
In-Reply-To: <CAHAreOrRAVWE4DKOVXUa-NDXO2Af7ecKjY8qMhDHg7af8SFkbg@mail.gmail.com>
References: <CAHAreOrRAVWE4DKOVXUa-NDXO2Af7ecKjY8qMhDHg7af8SFkbg@mail.gmail.com>
Message-ID: <CAHAreOophuzkDKRrtULXXTCFMYgNynRVTE0q8neUTJ4RM_WuHA@mail.gmail.com>

... and we're now on slashdot:

http://developers.slashdot.org/story/13/03/24/0053214/2012-free-software-award-winners-announced


From gvwilson at third-bit.com  Sun Mar 24 08:16:25 2013
From: gvwilson at third-bit.com (Greg Wilson)
Date: Sun, 24 Mar 2013 08:16:25 -0400
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
References: <514DF620.6070705@third-bit.com>
	<CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
Message-ID: <514EEE99.4020101@third-bit.com>

Hi everyone,
Thanks for your replies --- mine are below.
- Greg

------------------------------------------------------------

 >> GVW:
 >> I want to put each logical thought in its own cell...I often want
 >> a small block of code in the middle of a thought.
 >> ...
 >> From what I understand, nested cells will do what I want here; any
 >> idea when they're likely to land in production?

 > MB:
 > Probably in the next 2 years. But not soon. We can try to work
 > around that with custom js extension and cell toolbar (cf below for
 > custom cell marking)

 > MRK:
 > We have no plans for nested cells per se.  Our current plan for
 > expressing document hierarchy is strictly with header cells, and
 > operating on the groupings implied by these headers - outline view,
 > tabbed view, reordering / hiding whole sections at a time, etc.  One
 > case this really doesn't serve is the code cell inside a paragraph
 > case.  We'll have to think about this one.

GVW:
OK --- if I can add a CSS class to a cell, I can do what I'm doing
right now with plain HTML (which is mark the second and subsequent
parts of a broken-to-pieces paragraph as 'continuation').

------------------------------------------------------------

 >> GVW:
 >> I want to have cells of type 'SVG', and be able to edit my diagrams
 >> in-browser using something like svg-edit.

 > MRK:
 > You can have SVG inlined in a markdown cell already, but an SVG-edit
 > widget would still be useful.

GVW:
One of the most compelling features of PowerPoint and its open source
clones is that they let people edit text and visuals side by side in a
single tool.  I don't know of any HTML-based slideshow tools that
support that; if the Notebook did, it would make it a lot of friends.

------------------------------------------------------------

 >> GVW:
 > Is there a way to say, "Re-set the In[*] counter to 1 and re-run all
 > cells in the current order"?

 > MB:
 > No, not possible, you could write js that does it, but the In[] and
 > Out[] represent kernel state.

 > MRK:
 > Prompt numbers are strictly and deliberately side effects of running
 > cells.  If you want to reset without restarting, you can call
 > `%reset` before doing 'run all'.  I do not think that we are going
 > to provide a mechanism for making any direct change to prompt
 > numbers (other than clearing them).

GVW:
Works for me.

------------------------------------------------------------

 >> GVW:
 >> What's the right way to link from one notebook to another?

GVW:
There's now another thread on this, so I'll drop it from this
discussion.

------------------------------------------------------------

 >> GVW:
 >> it would be _really_ nice if the notebook's Markdown was identical
 >> to GitHub's.

 > MB:
 > I agree that table would be nice too, and some of github feature
 > also like (triple-backquote-language) to select coloration.
 >
 > It is just too much to handle in the core for now. If/when we have
 > more manpower, that would be great.
 >
 > Still you could, with an extension, make the table from python code.

 > MRK:
 > We are extremely reticent to extend the markdown syntax, because
 > maintaining such a thing is well outside our core competency. We
 > have already found this to be troublesome with our one extension so
 > far - including mathjax.  *However*, tables are a part of
 > GitHub-flavored markdown, which all of us use every day.  So
 > perhaps we can get away with finding a javascript implementation of
 > GHM, in which case you would get tables as described here:
 > https://help.github.com/articles/github-flavored-markdown.

GVW:
Understood.  Am I right that if you could take Markdown rendering out
of the core entirely and use someone else's library, you would?

------------------------------------------------------------

 >> GVW:
 >> I want this [sample code] pretty-printed as Python, but do _not_
 >> want the notebook to try to execute it.

 > MB:
 > 4 space indent in MD cell should convert to "code" environment in
 > markdown.  Not sure if it colorize...

 > MIN:
 > If you indent a block four spaces in a markdown cell, it will be
 > highlighted as code, but is not a code cell, and thus will not be
 > executed.  This mechanism uses `prettify`, which infers the language
 > being used, and should highlight Python and shell blobs scripts
 > properly.

GVW:
Indenting four spaces in a Markdown cell mostly works --- the code is
colorized, but the background color is white instead of gray.  On the
other hand, since this code *isn't* actually being executed, that may
be a good thing.  It'll do for now...

------------------------------------------------------------

 >> GVW:
 >> And similarly, if I want to format cells to look like shell
 >> commands and their output (and then populate them with
 >> copy-and-paste), can I do that?

 > MB:
 > With extension, you could "lock" some cell. But the extension have
 > to be install on student notebooks.

GVW:
I'm OK with having students install a Software Carpentry extension ---
we're probably going to have to do that for other reasons anyway (e.g.,
to support in-class multiple choice quizzes).  Again, I think that if I
can label certain cells with classes, we can use that to trigger existing
bits of JS to colorize without executing.

------------------------------------------------------------

 >> GVW:
 >> Related to all of the above: I want some way to mark specific cells
 >> with classes.

 > MB:
 > That's on dev version. Arbitrary marking cell with tag in metadata
 > and a custom custom.css.
 > [details]
 > 
http://nbviewer.ipython.org/urls/raw.github.com/Carreau/posts/master/04-initialisation-cell.ipynb

 > MIN:
 > The API for this would be cell metadata - in master, activate the
 > cell toolbar to edit metadata for each cell.  We need to figure out
 > some mechanisms for what we do with cell metadata, and what we let
 > authors do with metdata in terms of UI and effects.  The very best
 > information on this is use cases people need, so we will definitely
 > keep this in mind as we work out the design.

GVW:
Cool!

------------------------------------------------------------

GVW:
Thank you both for your responses.  Given what you've said, the
priority on the things I want are:

1: Inter-notebook linking.

2: Marking cells with particular classes, which will then allow:

    2.1: Selectively showing/hiding different kinds of material in a
         single notebook.

    2.2: Styling (both during display, and when exporting to other
         formats like LaTeX).

3: An in-place SVG editing widget.

4: GitHub-compatible Markdown.

Sounds like #1 is under way; as per my original message, Fernando and
Brian tell me it doesn't make sense to think about #3 until mid- to
late summer.  #2 is in the dev version (at which point #2.1 and #2.2
become my responsibility) --- any idea when that lands in production?
And #4 is on me...

Thanks,
Greg



From damianavila at gmail.com  Sun Mar 24 09:03:17 2013
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Sun, 24 Mar 2013 10:03:17 -0300
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <514DF620.6070705@third-bit.com>
References: <514DF620.6070705@third-bit.com>
Message-ID: <514EF995.8060608@gmail.com>

Trying to add a little, some thoughts...

El 23/03/13 15:36, Greg Wilson escribi?:
> * Part-way through building the notebook, I decided I wanted to
>     reorder a couple of things, but just moving the cells around didn't
>     have the desired effect, because the things in question had side
>     effects [5].  Is there a way to say, "Re-set the In[*] counter to 1
>     and re-run all cells in the current order"?  (I know I can restart
>     the kernel and run all, but I don't feel I should have to quit the
>     editor to renumber things.)  The closest I could get without a
>     restart was to select the first cell and re-run it and all
>     subsequent cells manually; that put everything in the right order,
>     but of course now the numbering starts with '20' instead of '1'.
Maybe you can run a command line script to re-run all the cells 
notebook, so the numbering will be ok...

Here you have a little script to run the notebook and save the new 
resulting ipynb: https://gist.github.com/damianavila/5208296
(it is working with the current dev version, to use it with previous you 
have to tweak it a little, any help, let me know...)

> * Cell 37 contains:
>
>        import sys
>
>        filename = sys.argv[1]
>        source = open(filename, 'r')
>        atoms = set()
>        for line in source:
>            name = line.strip()
>            atoms.add(name)
>        print atoms
>
>     I want this pretty-printed as Python, but do _not_ want the notebook
>     to try to execute it, because I'm not launching it from the command
>     line.  Can I do that?  And similarly, if I want to format cells to
>     look like shell commands and their output (and then populate them
>     with copy-and-paste), can I do that?  I realize it's contrary to the
>     "lab notebook" philosophy, but pedagogically it's very useful. (And
>     yes, I _can_ use plain old Markdown cells, but I'd like the colorizing
>     to be done automatically and consistently.)
In reveal&IPython-powered slideshows you have this: 
http://www.slideviper.oquanta.info/tutorial/slideshow_tutorial_slides.html#/10 

As you can see, it seems a shell command, the coloring is providing by 
highlight.js shipped with reveal, maybe if you want something similar in 
the live notebook, you can use this library...

> * Related to all of the above: I want some way to mark specific cells
>     with classes.  For example, I want the 'Understand' and 'Summary'
>     cells to be distinct from regular paragraphs, and the cell starting
>     with the title 'Negation' to be marked as a callout box, so that I
>     can give it a border (and maybe a faint gray background) via CSS.
>
>     More importantly, I want to be able to mark notebook content as
>     being:
>
>     1. slide
>     2. presenter's notes
>     3. pedagogical metadata
>
>     The first is what the instructor would show learners while teaching.
>     The second is the narrative about that (e.g., the paragraphs of text
>     in the sample notebook in [2]), while the third is things like the
>     learning objectives (the section marked "Understand" at the start),
>     which might never be presented to learners, but helps instructors
>     make sense of it all.  (I _could_ keep these all in separate files,
>     but experience shows they're much more likely to stay in step if
>     they're side-by-side.)  Once they're marked with classes somehow, it
>     should be almost trivial to implement show/hide buttons so that
>     authors can toggle between "here's what I want learners to see at
>     this point" and "here's what I want instructors to know about the
>     same material".
>
>

Matthias has pointed out the "live" version of the slideshow... and it 
is great because we have availability for live coding there...
As alternative you have the reveal&IPython-powered slideshow inside 
nbconvert... you can generate slideshow like this one: 
http://www.slideviper.oquanta.info/tutorial/slideshow_tutorial_slides.html#/
You have support for horizontal slides (where you can put the main 
concepts) and vertical sub-slides (where you can put pedagogical data).
And, if you press "s" you will see support for presenter notes... I 
think it fit very well the structure you have pointed out in the las 
paragraph.
This slideshow is not live (not live coding, yet...) which is a 
constrain, but its static html nature made perfect to distribute and 
post it online...

Cheers.

Dami?n.





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130324/ab252245/attachment.html>

From benjaminrk at gmail.com  Sun Mar 24 14:14:55 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sun, 24 Mar 2013 11:14:55 -0700
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <514EEE99.4020101@third-bit.com>
References: <514DF620.6070705@third-bit.com>
	<CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
	<514EEE99.4020101@third-bit.com>
Message-ID: <CAHNn8BWPrkaCRErpDSJuBvs9oX798eSHJvMSN_cJuP1vWM1UHQ@mail.gmail.com>

On Sun, Mar 24, 2013 at 5:16 AM, Greg Wilson <gvwilson at third-bit.com> wrote:

> Hi everyone,
> Thanks for your replies --- mine are below.
> - Greg
>
> ------------------------------------------------------------
>
>  >> GVW:
>  >> I want to put each logical thought in its own cell...I often want
>  >> a small block of code in the middle of a thought.
>  >> ...
>  >> From what I understand, nested cells will do what I want here; any
>  >> idea when they're likely to land in production?
>
>  > MB:
>  > Probably in the next 2 years. But not soon. We can try to work
>  > around that with custom js extension and cell toolbar (cf below for
>  > custom cell marking)
>
>  > MRK:
>  > We have no plans for nested cells per se.  Our current plan for
>  > expressing document hierarchy is strictly with header cells, and
>  > operating on the groupings implied by these headers - outline view,
>  > tabbed view, reordering / hiding whole sections at a time, etc.  One
>  > case this really doesn't serve is the code cell inside a paragraph
>  > case.  We'll have to think about this one.
>
> GVW:
> OK --- if I can add a CSS class to a cell, I can do what I'm doing
> right now with plain HTML (which is mark the second and subsequent
> parts of a broken-to-pieces paragraph as 'continuation').
>
> ------------------------------------------------------------
>
>  >> GVW:
>  >> I want to have cells of type 'SVG', and be able to edit my diagrams
>  >> in-browser using something like svg-edit.
>
>  > MRK:
>  > You can have SVG inlined in a markdown cell already, but an SVG-edit
>  > widget would still be useful.
>
> GVW:
> One of the most compelling features of PowerPoint and its open source
> clones is that they let people edit text and visuals side by side in a
> single tool.  I don't know of any HTML-based slideshow tools that
> support that; if the Notebook did, it would make it a lot of friends.
>
> ------------------------------------------------------------
>
>  >> GVW:
>  > Is there a way to say, "Re-set the In[*] counter to 1 and re-run all
>  > cells in the current order"?
>
>  > MB:
>  > No, not possible, you could write js that does it, but the In[] and
>  > Out[] represent kernel state.
>
>  > MRK:
>  > Prompt numbers are strictly and deliberately side effects of running
>  > cells.  If you want to reset without restarting, you can call
>  > `%reset` before doing 'run all'.  I do not think that we are going
>  > to provide a mechanism for making any direct change to prompt
>  > numbers (other than clearing them).
>
> GVW:
> Works for me.
>
> ------------------------------------------------------------
>
>  >> GVW:
>  >> What's the right way to link from one notebook to another?
>
> GVW:
> There's now another thread on this, so I'll drop it from this
> discussion.
>
> ------------------------------------------------------------
>
>  >> GVW:
>  >> it would be _really_ nice if the notebook's Markdown was identical
>  >> to GitHub's.
>
>  > MB:
>  > I agree that table would be nice too, and some of github feature
>  > also like (triple-backquote-language) to select coloration.
>  >
>  > It is just too much to handle in the core for now. If/when we have
>  > more manpower, that would be great.
>  >
>  > Still you could, with an extension, make the table from python code.
>
>  > MRK:
>  > We are extremely reticent to extend the markdown syntax, because
>  > maintaining such a thing is well outside our core competency. We
>  > have already found this to be troublesome with our one extension so
>  > far - including mathjax.  *However*, tables are a part of
>  > GitHub-flavored markdown, which all of us use every day.  So
>  > perhaps we can get away with finding a javascript implementation of
>  > GHM, in which case you would get tables as described here:
>  > https://help.github.com/articles/github-flavored-markdown.
>
> GVW:
> Understood.  Am I right that if you could take Markdown rendering out
> of the core entirely and use someone else's library, you would?
>

We already do - we use pagedown, stackexchange's markdown implementation.
 It has a few small patches for the notebook.


>
> ------------------------------------------------------------
>
>  >> GVW:
>  >> I want this [sample code] pretty-printed as Python, but do _not_
>  >> want the notebook to try to execute it.
>
>  > MB:
>  > 4 space indent in MD cell should convert to "code" environment in
>  > markdown.  Not sure if it colorize...
>
>  > MIN:
>  > If you indent a block four spaces in a markdown cell, it will be
>  > highlighted as code, but is not a code cell, and thus will not be
>  > executed.  This mechanism uses `prettify`, which infers the language
>  > being used, and should highlight Python and shell blobs scripts
>  > properly.
>
> GVW:
> Indenting four spaces in a Markdown cell mostly works --- the code is
> colorized, but the background color is white instead of gray.  On the
> other hand, since this code *isn't* actually being executed, that may
> be a good thing.  It'll do for now...
>

This is a style question - we can tweak the style of the highlighted code
inside the cell, but it is important that it appear distinct from a real
code cell.


>
> ------------------------------------------------------------
>
>  >> GVW:
>  >> And similarly, if I want to format cells to look like shell
>  >> commands and their output (and then populate them with
>  >> copy-and-paste), can I do that?
>
>  > MB:
>  > With extension, you could "lock" some cell. But the extension have
>  > to be install on student notebooks.
>
> GVW:
> I'm OK with having students install a Software Carpentry extension ---
> we're probably going to have to do that for other reasons anyway (e.g.,
> to support in-class multiple choice quizzes).  Again, I think that if I
> can label certain cells with classes, we can use that to trigger existing
> bits of JS to colorize without executing.
>
> ------------------------------------------------------------
>
>  >> GVW:
>  >> Related to all of the above: I want some way to mark specific cells
>  >> with classes.
>
>  > MB:
>  > That's on dev version. Arbitrary marking cell with tag in metadata
>  > and a custom custom.css.
>  > [details]
>  >
>
> http://nbviewer.ipython.org/urls/raw.github.com/Carreau/posts/master/04-initialisation-cell.ipynb
>
>  > MIN:
>  > The API for this would be cell metadata - in master, activate the
>  > cell toolbar to edit metadata for each cell.  We need to figure out
>  > some mechanisms for what we do with cell metadata, and what we let
>  > authors do with metdata in terms of UI and effects.  The very best
>  > information on this is use cases people need, so we will definitely
>  > keep this in mind as we work out the design.
>
> GVW:
> Cool!
>
> ------------------------------------------------------------
>
> GVW:
> Thank you both for your responses.  Given what you've said, the
> priority on the things I want are:
>
> 1: Inter-notebook linking.
>
> 2: Marking cells with particular classes, which will then allow:
>
>     2.1: Selectively showing/hiding different kinds of material in a
>          single notebook.
>
>     2.2: Styling (both during display, and when exporting to other
>          formats like LaTeX).
>
> 3: An in-place SVG editing widget.
>
> 4: GitHub-compatible Markdown.
>
> Sounds like #1 is under way; as per my original message, Fernando and
> Brian tell me it doesn't make sense to think about #3 until mid- to
> late summer.  #2 is in the dev version (at which point #2.1 and #2.2
> become my responsibility) --- any idea when that lands in production?

And #4 is on me...
>

Current plan is to release 1.0 in July.

With one clarification on #2:  There is not a hook for you to add css
classes to the cells live in the notebook, but this can certainly be added.
 The cell metadata is how you would do this, but interpreting the metadata
to add the class to the div will need to be added.





>
> Thanks,
> Greg
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130324/a9723c32/attachment.html>

From gvwilson at third-bit.com  Sun Mar 24 14:45:41 2013
From: gvwilson at third-bit.com (Greg Wilson)
Date: Sun, 24 Mar 2013 14:45:41 -0400
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <CAHNn8BWPrkaCRErpDSJuBvs9oX798eSHJvMSN_cJuP1vWM1UHQ@mail.gmail.com>
References: <514DF620.6070705@third-bit.com>
	<CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
	<514EEE99.4020101@third-bit.com>
	<CAHNn8BWPrkaCRErpDSJuBvs9oX798eSHJvMSN_cJuP1vWM1UHQ@mail.gmail.com>
Message-ID: <514F49D5.60001@third-bit.com>

On 2013-03-24 2:14 PM, MinRK wrote:
>  > MRK:
>
>      > We are extremely reticent to extend the markdown syntax, because
>      > maintaining such a thing is well outside our core competency.
>
>     GVW:
>     Understood.  Am I right that if you could take Markdown rendering out
>     of the core entirely and use someone else's library, you would?
>
>
> We already do - we use pagedown, stackexchange's markdown 
> implementation.  It has a few small patches for the notebook.
GVW:
Sorry, I meant, "If you could use someone else's GitHub-compatible 
Markdown renderer" --- or are there reasons to stick to StackExchange's 
dialect?
> GVW:
>
>     Indenting four spaces in a Markdown cell mostly works --- the code is
>     colorized, but the background color is white instead of gray.  On the
>     other hand, since this code *isn't* actually being executed, that may
>     be a good thing.  It'll do for now...
>
>
> This is a style question - we can tweak the style of the highlighted 
> code inside the cell, but it is important that it appear distinct from 
> a real code cell.
GVW:
Agreed.
>  GVW:
>
>
>     2: Marking cells with particular classes, which will then allow:
>
>         2.1: Selectively showing/hiding different kinds of material in a
>              single notebook.
>
>         2.2: Styling (both during display, and when exporting to other
>              formats like LaTeX).
>
>
> Current plan is to release 1.0 in July.
>
> With one clarification on #2:  There is not a hook for you to add css 
> classes to the cells live in the notebook, but this can certainly be 
> added.  The cell metadata is how you would do this, but interpreting 
> the metadata to add the class to the div will need to be added.
Understood --- but that seems like it _ought_ to be a pretty simple 
extension (he said hopefully).
Thanks,
Greg

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130324/2b5d9e0b/attachment.html>

From benjaminrk at gmail.com  Sun Mar 24 14:51:58 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sun, 24 Mar 2013 11:51:58 -0700
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <514F49D5.60001@third-bit.com>
References: <514DF620.6070705@third-bit.com>
	<CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
	<514EEE99.4020101@third-bit.com>
	<CAHNn8BWPrkaCRErpDSJuBvs9oX798eSHJvMSN_cJuP1vWM1UHQ@mail.gmail.com>
	<514F49D5.60001@third-bit.com>
Message-ID: <CAHNn8BUBkMG5bWzoSpuXF2KTv6auZ9dkbSE3EUj-TGF7iAxy4g@mail.gmail.com>

On Sun, Mar 24, 2013 at 11:45 AM, Greg Wilson <gvwilson at third-bit.com>wrote:

>  On 2013-03-24 2:14 PM, MinRK wrote:
>
>  > MRK:
>
>>  > We are extremely reticent to extend the markdown syntax, because
>>  > maintaining such a thing is well outside our core competency.
>>
>> GVW:
>> Understood.  Am I right that if you could take Markdown rendering out
>> of the core entirely and use someone else's library, you would?
>>
>
>  We already do - we use pagedown, stackexchange's markdown
> implementation.  It has a few small patches for the notebook.
>
> GVW:
> Sorry, I meant, "If you could use someone else's GitHub-compatible
> Markdown renderer" --- or are there reasons to stick to StackExchange's
> dialect?
>

Ah - yes.  A javascript implementation of GHM would be great.


>
>  GVW:
>
>> Indenting four spaces in a Markdown cell mostly works --- the code is
>> colorized, but the background color is white instead of gray.  On the
>> other hand, since this code *isn't* actually being executed, that may
>> be a good thing.  It'll do for now...
>>
>
>  This is a style question - we can tweak the style of the highlighted
> code inside the cell, but it is important that it appear distinct from a
> real code cell.
>
> GVW:
> Agreed.
>
>   GVW:
>
>>
>> 2: Marking cells with particular classes, which will then allow:
>>
>>     2.1: Selectively showing/hiding different kinds of material in a
>>          single notebook.
>>
>>     2.2: Styling (both during display, and when exporting to other
>>          formats like LaTeX).
>>
>
>  Current plan is to release 1.0 in July.
>
>  With one clarification on #2:  There is not a hook for you to add css
> classes to the cells live in the notebook, but this can certainly be added.
>  The cell metadata is how you would do this, but interpreting the metadata
> to add the class to the div will need to be added.
>
> Understood --- but that seems like it _ought_ to be a pretty simple
> extension (he said hopefully).
>

It certainly should be - one thing we would need to do to support such an
extension is add a hook for the 'cell-metadata-changed' event.


> Thanks,
> Greg
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130324/9f87ad5a/attachment.html>

From gvwilson at third-bit.com  Sun Mar 24 15:02:32 2013
From: gvwilson at third-bit.com (Greg Wilson)
Date: Sun, 24 Mar 2013 15:02:32 -0400
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <CAHNn8BUBkMG5bWzoSpuXF2KTv6auZ9dkbSE3EUj-TGF7iAxy4g@mail.gmail.com>
References: <514DF620.6070705@third-bit.com>
	<CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
	<514EEE99.4020101@third-bit.com>
	<CAHNn8BWPrkaCRErpDSJuBvs9oX798eSHJvMSN_cJuP1vWM1UHQ@mail.gmail.com>
	<514F49D5.60001@third-bit.com>
	<CAHNn8BUBkMG5bWzoSpuXF2KTv6auZ9dkbSE3EUj-TGF7iAxy4g@mail.gmail.com>
Message-ID: <514F4DC8.5000102@third-bit.com>

Hi,
I've just posted a discussion of using the IPython Notebook to teach 
Software Carpentry:

http://software-carpentry.org/blog/2013/03/using-notebook-as-a-teaching-tool.html

I tried to make my assumptions as well as my needs more explicit --- I'd 
be very grateful for feedback (but would prefer comments on the post to 
mail on this list, since many of the Software Carpentry team _aren't_ on 
ipython-dev).

Thanks,
Greg


From bussonniermatthias at gmail.com  Sun Mar 24 15:08:27 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Sun, 24 Mar 2013 20:08:27 +0100
Subject: [IPython-dev] first experiment creating Software Carpentry
	teaching materials using the IPython Notebook
In-Reply-To: <CAHNn8BUBkMG5bWzoSpuXF2KTv6auZ9dkbSE3EUj-TGF7iAxy4g@mail.gmail.com>
References: <514DF620.6070705@third-bit.com>
	<CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
	<514EEE99.4020101@third-bit.com>
	<CAHNn8BWPrkaCRErpDSJuBvs9oX798eSHJvMSN_cJuP1vWM1UHQ@mail.gmail.com>
	<514F49D5.60001@third-bit.com>
	<CAHNn8BUBkMG5bWzoSpuXF2KTv6auZ9dkbSE3EUj-TGF7iAxy4g@mail.gmail.com>
Message-ID: <ABC52318-32B4-4FC0-8D78-542260460383@gmail.com>


Le 24 mars 2013 ? 19:51, MinRK a ?crit :

>> 
>> With one clarification on #2:  There is not a hook for you to add css classes to the cells live in the notebook, but this can certainly be added.  The cell metadata is how you would do this, but interpreting the metadata to add the class to the div will need to be added.
> Understood --- but that seems like it _ought_ to be a pretty simple extension (he said hopefully).
> 
> It certainly should be - one thing we would need to do to support such an extension is add a hook for the 'cell-metadata-changed' event. 

No need to, the setters provided by the extensions just have to emit events.

To take back an example from 
http://elacave.lmdb.eu/~carreau/yui/classes/IPython.CellToolbar.html

(setters and getters are defined inline, but they could be provided separately and be imported )

     * @example
     *
     *      var select_type = CellToolbar.utils.select_ui_generator([
     *              ["<None>"            , undefined      ],
     *              ["Header Slide" , "header_slide" ],
     *              ["Slide"        , "slide"        ],
     *              ["Fragment"     , "fragment"     ],
     *              ["Skip"         , "skip"         ],
     *              ],
     *              // setter
     *              function(cell, value){
     *                  // we check that the slideshow namespace exist and create it if needed
     *                  if (cell.metadata.slideshow == undefined){cell.metadata.slideshow = {}}
     *                  // set the value
     *                  // ONE CAN EMMIT THE CHANGED VALUE HERE
     *                  cell.metadata.slideshow.slide_type = value
     *                  },
     *              //geter
     *              function(cell){ var ns = cell.metadata.slideshow;
     *                  // if the slideshow namespace does not exist return `undefined`
     *                  // (will be interpreted as `false` by checkbox) otherwise
     *                  // return the value
     *                  return (ns == undefined)? undefined: ns.slide_type
     *                  }
     *      CellToolbar.register_callback('slideshow.select', select_type);
     *
     */

This allow people to rely on other plugin, and the plugin author can change the way the metadata are store/read al long as the getters/setters are exposed.
See what I mean ? Or I should write an example ?

-- 
Matthias




From benjaminrk at gmail.com  Sun Mar 24 15:32:23 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sun, 24 Mar 2013 12:32:23 -0700
Subject: [IPython-dev] first experiment creating Software Carpentry
 teaching materials using the IPython Notebook
In-Reply-To: <ABC52318-32B4-4FC0-8D78-542260460383@gmail.com>
References: <514DF620.6070705@third-bit.com>
	<CAHNn8BW71R+3+LwXP_eQSqpwM8qfprZr5zr8qesJfWmitdjVyw@mail.gmail.com>
	<514EEE99.4020101@third-bit.com>
	<CAHNn8BWPrkaCRErpDSJuBvs9oX798eSHJvMSN_cJuP1vWM1UHQ@mail.gmail.com>
	<514F49D5.60001@third-bit.com>
	<CAHNn8BUBkMG5bWzoSpuXF2KTv6auZ9dkbSE3EUj-TGF7iAxy4g@mail.gmail.com>
	<ABC52318-32B4-4FC0-8D78-542260460383@gmail.com>
Message-ID: <CAHNn8BW6n2Ddb5GM-2+td7HLj4yvXdEVCm5GKyLEoe4q2UZkTw@mail.gmail.com>

On Sun, Mar 24, 2013 at 12:08 PM, Matthias BUSSONNIER <
bussonniermatthias at gmail.com> wrote:

>
> Le 24 mars 2013 ? 19:51, MinRK a ?crit :
>
> >>
> >> With one clarification on #2:  There is not a hook for you to add css
> classes to the cells live in the notebook, but this can certainly be added.
>  The cell metadata is how you would do this, but interpreting the metadata
> to add the class to the div will need to be added.
> > Understood --- but that seems like it _ought_ to be a pretty simple
> extension (he said hopefully).
> >
> > It certainly should be - one thing we would need to do to support such
> an extension is add a hook for the 'cell-metadata-changed' event.
>
> No need to, the setters provided by the extensions just have to emit
> events.
>
> To take back an example from
> http://elacave.lmdb.eu/~carreau/yui/classes/IPython.CellToolbar.html
>
> (setters and getters are defined inline, but they could be provided
> separately and be imported )
>
>      * @example
>      *
>      *      var select_type = CellToolbar.utils.select_ui_generator([
>      *              ["<None>"            , undefined      ],
>      *              ["Header Slide" , "header_slide" ],
>      *              ["Slide"        , "slide"        ],
>      *              ["Fragment"     , "fragment"     ],
>      *              ["Skip"         , "skip"         ],
>      *              ],
>      *              // setter
>      *              function(cell, value){
>      *                  // we check that the slideshow namespace exist and
> create it if needed
>      *                  if (cell.metadata.slideshow ==
> undefined){cell.metadata.slideshow = {}}
>      *                  // set the value
>      *                  // ONE CAN EMMIT THE CHANGED VALUE HERE
>      *                  cell.metadata.slideshow.slide_type = value
>      *                  },
>      *              //geter
>      *              function(cell){ var ns = cell.metadata.slideshow;
>      *                  // if the slideshow namespace does not exist
> return `undefined`
>      *                  // (will be interpreted as `false` by checkbox)
> otherwise
>      *                  // return the value
>      *                  return (ns == undefined)? undefined: ns.slide_type
>      *                  }
>      *      CellToolbar.register_callback('slideshow.select', select_type);
>      *
>      */
>
> This allow people to rely on other plugin, and the plugin author can
> change the way the metadata are store/read al long as the getters/setters
> are exposed.
> See what I mean ? Or I should write an example ?
>

That's exactly what I was expecting, I just didn't know it was done already.
Thanks!


>
> --
> Matthias
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130324/6867417e/attachment.html>

From dave.hirschfeld at gmail.com  Mon Mar 25 09:06:56 2013
From: dave.hirschfeld at gmail.com (Dave Hirschfeld)
Date: Mon, 25 Mar 2013 13:06:56 +0000 (UTC)
Subject: [IPython-dev] Notebook doesn't load with latest master
Message-ID: <loom.20130325T140052-782@post.gmane.org>


The error I get is:

  File "c:\dev\code\ipython\IPython\frontend\html\notebook\notebookapp.py", line 
553, in init_signal
    signal.signal(signal.SIGUSR1, self._signal_info)
AttributeError: 'module' object has no attribute 'SIGUSR1'

Seems it may not be available on windows? See below for more detail...

Thanks,
Dave


C:\Users\dhirschfeld>ipython
Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)]
Type "copyright", "credits" or "license" for more information.

IPython 1.0.dev -- An enhanced Interactive Python.
?         -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help      -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: from IPython.utils.sysinfo import sys_info

In [2]: print sys_info()
{'commit_hash': '2f0cc6b',
 'commit_source': 'repository',
 'default_encoding': 'cp850',
 'ipython_path': 'c:\\dev\\code\\ipython\\IPython',
 'ipython_version': '1.0.dev',
 'os_name': 'nt',
 'platform': 'Windows-7-6.1.7601-SP1',
 'sys_executable': 'C:\\dev\\bin\\Python27\\python.exe',
 'sys_platform': 'win32',
 'sys_version': '2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit 
(Intel)]'}

In [3]:
Do you really want to exit ([y]/n)? y


C:\Users\dhirschfeld>ipython notebook
[NotebookApp] Using existing profile dir: 
u'C:\\Users\\dhirschfeld\\.ipython\\profile_default'
Traceback (most recent call last):
  File "C:\dev\bin\Python27\Scripts\ipython-script.py", line 9, in <module>
    load_entry_point('ipython==1.0.dev', 'console_scripts', 'ipython')()
  File "c:\dev\code\ipython\IPython\frontend\terminal\ipapp.py", line 390, in 
launch_new_instance
    app.initialize()
  File "<string>", line 2, in initialize
  File "c:\dev\code\ipython\IPython\config\application.py", line 84, in 
catch_config_error
    return method(app, *args, **kwargs)
  File "c:\dev\code\ipython\IPython\frontend\terminal\ipapp.py", line 315, in 
initialize
    super(TerminalIPythonApp, self).initialize(argv)
  File "<string>", line 2, in initialize
  File "c:\dev\code\ipython\IPython\config\application.py", line 84, in 
catch_config_error
    return method(app, *args, **kwargs)
  File "c:\dev\code\ipython\IPython\core\application.py", line 323, in 
initialize
    self.parse_command_line(argv)
  File "c:\dev\code\ipython\IPython\frontend\terminal\ipapp.py", line 310, in 
parse_command_line
    return super(TerminalIPythonApp, self).parse_command_line(argv)
  File "<string>", line 2, in parse_command_line
  File "c:\dev\code\ipython\IPython\config\application.py", line 84, in 
catch_config_error
    return method(app, *args, **kwargs)
  File "c:\dev\code\ipython\IPython\config\application.py", line 428, in 
parse_command_line
    return self.initialize_subcommand(subc, subargv)
  File "<string>", line 2, in initialize_subcommand
  File "c:\dev\code\ipython\IPython\config\application.py", line 84, in 
catch_config_error
    return method(app, *args, **kwargs)
  File "c:\dev\code\ipython\IPython\config\application.py", line 367, in 
initialize_subcommand
    self.subapp.initialize(argv)
  File "<string>", line 2, in initialize
  File "c:\dev\code\ipython\IPython\config\application.py", line 84, in 
catch_config_error
    return method(app, *args, **kwargs)
  File "c:\dev\code\ipython\IPython\frontend\html\notebook\notebookapp.py", line 
616, in initialize
    self.init_signal()
  File "c:\dev\code\ipython\IPython\frontend\html\notebook\notebookapp.py", line 
553, in init_signal
    signal.signal(signal.SIGUSR1, self._signal_info)
AttributeError: 'module' object has no attribute 'SIGUSR1'

If you suspect this is an IPython bug, please report it at:
    https://github.com/ipython/ipython/issues
or send an email to the mailing list at ipython-dev at scipy.org

You can print a more detailed traceback right now with "%tb", or use "%debug"
to interactively debug it.

Extra-detailed tracebacks for bug-reporting purposes can be enabled via:
    c.Application.verbose_crash=True


C:\Users\dhirschfeld>






From dave.hirschfeld at gmail.com  Mon Mar 25 09:16:50 2013
From: dave.hirschfeld at gmail.com (Dave Hirschfeld)
Date: Mon, 25 Mar 2013 13:16:50 +0000 (UTC)
Subject: [IPython-dev] Notebook doesn't load with latest master
References: <loom.20130325T140052-782@post.gmane.org>
Message-ID: <loom.20130325T141547-572@post.gmane.org>

Dave Hirschfeld <dave.hirschfeld <at> gmail.com> writes:

> 
> 
> The error I get is:
> 
>   File "c:\dev\code\ipython\IPython\frontend\html\notebook\notebookapp.py", 
line 
> 553, in init_signal
>     signal.signal(signal.SIGUSR1, self._signal_info)
> AttributeError: 'module' object has no attribute 'SIGUSR1'
> 
> Seems it may not be available on windows? See below for more detail...
> 
> Thanks,
> Dave
> 

Probably should have mentioned what I actually *do* have in the signal module:

In [6]: import signal

In [7]: pprint dir(signal)
['CTRL_BREAK_EVENT',
 'CTRL_C_EVENT',
 'NSIG',
 'SIGABRT',
 'SIGBREAK',
 'SIGFPE',
 'SIGILL',
 'SIGINT',
 'SIGSEGV',
 'SIGTERM',
 'SIG_DFL',
 'SIG_IGN',
 '__doc__',
 '__name__',
 '__package__',
 'default_int_handler',
 'getsignal',
 'set_wakeup_fd',
 'signal']

-Dave




From takowl at gmail.com  Mon Mar 25 09:23:31 2013
From: takowl at gmail.com (Thomas Kluyver)
Date: Mon, 25 Mar 2013 13:23:31 +0000
Subject: [IPython-dev] Notebook doesn't load with latest master
In-Reply-To: <loom.20130325T140052-782@post.gmane.org>
References: <loom.20130325T140052-782@post.gmane.org>
Message-ID: <CAOvn4qj=a1YB-1u1iEkuqZH=ZfkabgPpvxS2EkCtA-vqy_-hmA@mail.gmail.com>

On 25 March 2013 13:06, Dave Hirschfeld <dave.hirschfeld at gmail.com> wrote:

>   File
> "c:\dev\code\ipython\IPython\frontend\html\notebook\notebookapp.py", line
> 553, in init_signal
>     signal.signal(signal.SIGUSR1, self._signal_info)
> AttributeError: 'module' object has no attribute 'SIGUSR1'
>

Thanks for catching this, I've filed an issue for it:
https://github.com/ipython/ipython/issues/3074

Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130325/b1f11ba3/attachment.html>

From dave.hirschfeld at gmail.com  Mon Mar 25 09:30:18 2013
From: dave.hirschfeld at gmail.com (Dave Hirschfeld)
Date: Mon, 25 Mar 2013 13:30:18 +0000 (UTC)
Subject: [IPython-dev] Notebook doesn't load with latest master
References: <loom.20130325T140052-782@post.gmane.org>
	<CAOvn4qj=a1YB-1u1iEkuqZH=ZfkabgPpvxS2EkCtA-vqy_-hmA@mail.gmail.com>
Message-ID: <loom.20130325T142542-572@post.gmane.org>

Thomas Kluyver <takowl <at> gmail.com> writes:

> 
> 
> 
> On 25 March 2013 13:06, Dave Hirschfeld <dave.hirschfeld <at> gmail.com> 
wrote:? 
File "c:\dev\code\ipython\IPython\frontend\html\notebook\notebookapp.py", line
> 
> 
> 553, in init_signal
> ? ? signal.signal(signal.SIGUSR1, self._signal_info)
> AttributeError: 'module' object has no attribute 'SIGUSR1'
> 
> 
> 
> Thanks for catching this, I've filed an issue for 
it:https://github.com/ipython/ipython/issues/3074
> 
> Thomas
> 
> 
> 

Thanks, I should get in the habit of doing that more often myself.

An ugly workaround which seems to work for now is to simply comment out the 
SIGUSR1 signal handler on line #553 - obviously not the ideal solution though!

Thanks,
Dave




From pi at berkeley.edu  Mon Mar 25 11:27:34 2013
From: pi at berkeley.edu (Paul Ivanov)
Date: Mon, 25 Mar 2013 08:27:34 -0700
Subject: [IPython-dev] Notebook doesn't load with latest master
In-Reply-To: <loom.20130325T142542-572@post.gmane.org>
References: <loom.20130325T140052-782@post.gmane.org>
	<CAOvn4qj=a1YB-1u1iEkuqZH=ZfkabgPpvxS2EkCtA-vqy_-hmA@mail.gmail.com>
	<loom.20130325T142542-572@post.gmane.org>
Message-ID: <20130325152734.GM24521@HbI-OTOH.berkeley.edu>

Mea culpa, Dave - I'm the one who introduced this change, and
thanks Thomas for filing it and pinging me.

Dave Hirschfeld, on 2013-03-25 13:30,  wrote:
> An ugly workaround which seems to work for now is to simply comment out the 
> SIGUSR1 signal handler on line #553 - obviously not the ideal solution though!

This is not ugly in this case - not all signaling is available
everywhere, so the less ugly solution, which I've submitted as
PR https://github.com/ipython/ipython/pull/3075 is to check if a
signal is available before registering it.

SIGUSR1 is not available on Windows, but is on Linux and BSD
kernels. SIGINFO is only available on BSD kernels.

best,
-- 
Paul Ivanov
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7


From dave.hirschfeld at gmail.com  Mon Mar 25 14:49:03 2013
From: dave.hirschfeld at gmail.com (Dave Hirschfeld)
Date: Mon, 25 Mar 2013 18:49:03 +0000 (UTC)
Subject: [IPython-dev] Notebook doesn't load with latest master
References: <loom.20130325T140052-782@post.gmane.org>
	<CAOvn4qj=a1YB-1u1iEkuqZH=ZfkabgPpvxS2EkCtA-vqy_-hmA@mail.gmail.com>
	<loom.20130325T142542-572@post.gmane.org>
	<20130325152734.GM24521@HbI-OTOH.berkeley.edu>
Message-ID: <loom.20130325T193543-835@post.gmane.org>

Paul Ivanov <pi <at> berkeley.edu> writes:

> 
> Mea culpa, Dave - I'm the one who introduced this change, and
> thanks Thomas for filing it and pinging me.
> 
> This is not ugly in this case - not all signaling is available
> everywhere, so the less ugly solution, which I've submitted as
> PR https://github.com/ipython/ipython/pull/3075 is to check if a
> signal is available before registering it.
> 
> SIGUSR1 is not available on Windows, but is on Linux and BSD
> kernels. SIGINFO is only available on BSD kernels.
> 
> best,

Thanks, not a problem. If you're following master you're probably 
capable of doing a `git checkout HEAD~1` if the worst come to the worst.

The fix works for me...

-Dave



From JDM at MarchRay.net  Mon Mar 25 14:58:09 2013
From: JDM at MarchRay.net (Jonathan March)
Date: Mon, 25 Mar 2013 13:58:09 -0500
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
	<CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
Message-ID: <CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>

On Wed, Mar 20, 2013 at 3:07 PM, MinRK <benjaminrk at gmail.com> wrote:

>
>
> On Tue, Mar 19, 2013 at 7:46 AM, Jonathan March <JDM at marchray.net> wrote:
>
>>
>>
>>
>> On Thu, Mar 14, 2013 at 3:38 PM, MinRK <benjaminrk at gmail.com> wrote:
>>
>>>
>>>
>>> On Thu, Mar 14, 2013 at 7:23 AM, David Verelst <david.verelst at gmail.com>wrote:
>>>
>>>> Hi,
>>>>
>>>> I just want to mention that due to the issue #2831<https://github.com/ipython/ipython/issues/2831>IPython fails to start with PyQt 4.10. This case occurs for the next Ubuntu
>>>> release (13.04), future Fedora (scheduled for June), and is already current
>>>> in Arch Linux.
>>>>
>>>
>>> And that's precisely why it is backported to 0.13.2.  We will start the
>>> release cycle after PyCon / PyData - if there's a reason to hasten the
>>> release (e.g. 13.04 deadlines), I am fine calling the current state of
>>> 0.13.x an RC.
>>>
>>
>> That would actually be helpful, if feasible.
>>
>
> Consider it done: 0.13.2.rc1
>
> http://archive.ipython.org/testing/0.13.2/
>

Thanks, Min!

A rueful update; Canopy 1.0 will depend on the 0.14 API, so won't be using
0.13.2 (nor testing it, sorry).


>
>
>>
>>
>>>
>>>
>>>>
>>>> Since this is my first message on this list, I just want to show my
>>>> appreciation for this great piece of software by shouting: Thanks!
>>>>
>>>
>>> Much appreciated!
>>>
>>>
>>>
>>>>
>>>> Best regards,
>>>> David
>>>>
>>>>
>>>> On 14 March 2013 03:36, MinRK <benjaminrk at gmail.com> wrote:
>>>>
>>>>>
>>>>> On Mar 13, 2013, at 14:46, Jonathan March <JDM at MarchRay.net> wrote:
>>>>>
>>>>>>
>>>>>> Min et al,
>>>>>> It looks like the backport-0.13.2 issue queue was emptied 3 days ago
>>>>>> -- impressive feat, Min.
>>>>>
>>>>>
>>>>> I actually wrote the queue at the same time as applying the patches,
>>>>> so perhaps not so impressive that the queue was flushed quickly :)
>>>>>
>>>>> Any sense of the likely timeline of this release? Enthought is fast
>>>>>> approaching release of Canopy 1.0 (next generation EPD). It will of
>>>>>> necessity be based on IPython > 0.13.1. Obviously it would be desirable all
>>>>>> around if that were a named version, i.e. 0.13.2.
>>>>>
>>>>>
>>>>> No specific timeline, but I don't think there are any more fixes that
>>>>> need to go in.  I will probably do a bit of testing and cut an RC once the
>>>>> dust settles after PyCon/PyData next week, then, assuming I didn't break
>>>>> everything, we should have a release a week or two after that, so ~ 4/1 I
>>>>> guess?
>>>>>
>>>>> -MinRK
>>>>>
>>>>>
>>>>> Thanks,
>>>>>> Jonathan
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>>>
>>>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>>>> release,
>>>>>> the results of which can be seen by looking at Issues labeled
>>>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>>>> .
>>>>>>
>>>>>> The following PRs have been backported so far:
>>>>>>
>>>>>> 2399
>>>>>> 2503
>>>>>> 2500
>>>>>> 2498
>>>>>> 2490
>>>>>> 2491
>>>>>> 2511
>>>>>> 2294
>>>>>> 2554
>>>>>> 2561
>>>>>> 2546
>>>>>> 2526
>>>>>> 2591
>>>>>> 2582
>>>>>> 2574
>>>>>> 2638
>>>>>> 2656
>>>>>> 2663
>>>>>> 2668
>>>>>> 2662
>>>>>> 2686
>>>>>> 2685
>>>>>> 2713
>>>>>> 2717
>>>>>> 2544
>>>>>> 2749
>>>>>> 2738
>>>>>> 2769
>>>>>> 2773
>>>>>> 2778
>>>>>> 2757
>>>>>> 2783
>>>>>> 2796
>>>>>> 2799
>>>>>> 2816
>>>>>> 2830
>>>>>> 2849
>>>>>> 2859
>>>>>> 2861
>>>>>> 2863
>>>>>> 2852
>>>>>> 2864
>>>>>> 2926
>>>>>> 2924
>>>>>> 2901
>>>>>>
>>>>>> If there are any others you think should be applied for 0.13.2, or if
>>>>>> any of those shouldn't be included, let me know.
>>>>>> In general, these are bugfixes that are either small or important.
>>>>>>  No new features or APIs, etc.
>>>>>>
>>>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>>>> .
>>>>>>
>>>>>> -MinRK
>>>>>>
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>
>>>>> On Mon, Mar 4, 2013 at 9:34 PM, MinRK <benjaminrk at gmail.com> wrote:
>>>>>
>>>>>> I've started the process of backporting PRs for an 0.13.2 bugfix
>>>>>> release,
>>>>>> the results of which can be seen by looking at Issues labeled
>>>>>> backport-0.13.2<https://github.com/ipython/ipython/issues?labels=backport-0.13.2&state=closed>
>>>>>> .
>>>>>>
>>>>>> The following PRs have been backported so far:
>>>>>>
>>>>>> 2399
>>>>>> 2503
>>>>>> 2500
>>>>>> 2498
>>>>>> 2490
>>>>>> 2491
>>>>>> 2511
>>>>>> 2294
>>>>>> 2554
>>>>>> 2561
>>>>>> 2546
>>>>>> 2526
>>>>>> 2591
>>>>>> 2582
>>>>>> 2574
>>>>>> 2638
>>>>>> 2656
>>>>>> 2663
>>>>>> 2668
>>>>>> 2662
>>>>>> 2686
>>>>>> 2685
>>>>>> 2713
>>>>>> 2717
>>>>>> 2544
>>>>>> 2749
>>>>>> 2738
>>>>>> 2769
>>>>>> 2773
>>>>>> 2778
>>>>>> 2757
>>>>>> 2783
>>>>>> 2796
>>>>>> 2799
>>>>>> 2816
>>>>>> 2830
>>>>>> 2849
>>>>>> 2859
>>>>>> 2861
>>>>>> 2863
>>>>>> 2852
>>>>>> 2864
>>>>>> 2926
>>>>>> 2924
>>>>>> 2901
>>>>>>
>>>>>> If there are any others you think should be applied for 0.13.2, or if
>>>>>> any of those shouldn't be included, let me know.
>>>>>> In general, these are bugfixes that are either small or important.
>>>>>>  No new features or APIs, etc.
>>>>>>
>>>>>> This is currently reflected in the 0.13.x branch<https://github.com/ipython/ipython/tree/0.13.x>
>>>>>> .
>>>>>>
>>>>>> -MinRK
>>>>>>
>>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130325/4970a274/attachment.html>

From pi at berkeley.edu  Mon Mar 25 15:12:16 2013
From: pi at berkeley.edu (Paul Ivanov)
Date: Mon, 25 Mar 2013 12:12:16 -0700
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
	<CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
	<CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>
Message-ID: <20130325191216.GQ24521@HbI-OTOH.berkeley.edu>

Jonathan March, on 2013-03-25 13:58,  wrote:
> A rueful update; Canopy 1.0 will depend on the 0.14 API, so won't be using
> 0.13.2 (nor testing it, sorry).

You mean the 1.0 API? :)

http://ipython.org/roadmap-announcement.html

best,
-- 
Paul Ivanov
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7


From pi at berkeley.edu  Mon Mar 25 15:17:50 2013
From: pi at berkeley.edu (Paul Ivanov)
Date: Mon, 25 Mar 2013 12:17:50 -0700
Subject: [IPython-dev] Notebook doesn't load with latest master
In-Reply-To: <loom.20130325T193543-835@post.gmane.org>
References: <loom.20130325T140052-782@post.gmane.org>
	<CAOvn4qj=a1YB-1u1iEkuqZH=ZfkabgPpvxS2EkCtA-vqy_-hmA@mail.gmail.com>
	<loom.20130325T142542-572@post.gmane.org>
	<20130325152734.GM24521@HbI-OTOH.berkeley.edu>
	<loom.20130325T193543-835@post.gmane.org>
Message-ID: <20130325191750.GR24521@HbI-OTOH.berkeley.edu>

Dave Hirschfeld, on 2013-03-25 18:49,  wrote:
> Paul Ivanov <pi <at> berkeley.edu> writes:
> Thanks, not a problem. If you're following master you're probably 
> capable of doing a `git checkout HEAD~1` if the worst come to the worst.

Indeed, may I suggest a git alias for that, to put in one's ~/.gitconfig

[alias]
    icarus = checkout HEAD~1

> The fix works for me...

Glad to hear it - it's now merged in master. Let me know if
there's a windows signal that makes sense to register in this
case. I tried looking up something equivalent of SIGINFO, but
didn't find anything.

best,
-- 
Paul Ivanov
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7


From pi at berkeley.edu  Mon Mar 25 15:17:50 2013
From: pi at berkeley.edu (Paul Ivanov)
Date: Mon, 25 Mar 2013 12:17:50 -0700
Subject: [IPython-dev] Notebook doesn't load with latest master
In-Reply-To: <loom.20130325T193543-835@post.gmane.org>
References: <loom.20130325T140052-782@post.gmane.org>
	<CAOvn4qj=a1YB-1u1iEkuqZH=ZfkabgPpvxS2EkCtA-vqy_-hmA@mail.gmail.com>
	<loom.20130325T142542-572@post.gmane.org>
	<20130325152734.GM24521@HbI-OTOH.berkeley.edu>
	<loom.20130325T193543-835@post.gmane.org>
Message-ID: <20130325191750.GR24521@HbI-OTOH.berkeley.edu>

Dave Hirschfeld, on 2013-03-25 18:49,  wrote:
> Paul Ivanov <pi <at> berkeley.edu> writes:
> Thanks, not a problem. If you're following master you're probably 
> capable of doing a `git checkout HEAD~1` if the worst come to the worst.

Indeed, may I suggest a git alias for that, to put in one's ~/.gitconfig

[alias]
    icarus = checkout HEAD~1

> The fix works for me...

Glad to hear it - it's now merged in master. Let me know if
there's a windows signal that makes sense to register in this
case. I tried looking up something equivalent of SIGINFO, but
didn't find anything.

best,
-- 
Paul Ivanov
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7


From JDM at MarchRay.net  Mon Mar 25 16:36:30 2013
From: JDM at MarchRay.net (Jonathan March)
Date: Mon, 25 Mar 2013 15:36:30 -0500
Subject: [IPython-dev] 0.13.2
In-Reply-To: <20130325191216.GQ24521@HbI-OTOH.berkeley.edu>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
	<CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
	<CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>
	<20130325191216.GQ24521@HbI-OTOH.berkeley.edu>
Message-ID: <CAGsogBR=zihq=N+777Sx+KBJDcbPA_k3TvA1Z=iG64hJM0o9Ug@mail.gmail.com>

On Mon, Mar 25, 2013 at 2:12 PM, Paul Ivanov <pi at berkeley.edu> wrote:

> Jonathan March, on 2013-03-25 13:58,  wrote:
> > A rueful update; Canopy 1.0 will depend on the 0.14 API, so won't be
> using
> > 0.13.2 (nor testing it, sorry).
>
> You mean the 1.0 API? :)
>
> http://ipython.org/roadmap-announcement.html



Drumroll... excitement mounts...


>
>
> best,
> --
> Paul Ivanov
> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130325/eb0c451f/attachment.html>

From python at elbonia.de  Mon Mar 25 18:39:00 2013
From: python at elbonia.de (Juergen Hasch)
Date: Mon, 25 Mar 2013 23:39:00 +0100
Subject: [IPython-dev] Notebook extensions
Message-ID: <5150D204.9080304@elbonia.de>

Hi,
thank you for adding extensions to the iPython notebook. I think this is really useful.

It allowed me to add a feature I always wanted to have in the notebook: breakpoints.
Now I can easily set a breakpoint in a code cell and execute from the current cell to the cell with the breakpoint set.

Here is the extension:
https://gist.github.com/juhasch/5241322

There is one question I have: Is it possible to restrict the checkboxes that are generated using 
CellToolbar.utils.checkbox_ui_generator() to codecells only ?


From benjaminrk at gmail.com  Mon Mar 25 19:01:05 2013
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 25 Mar 2013 16:01:05 -0700
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAGsogBR=zihq=N+777Sx+KBJDcbPA_k3TvA1Z=iG64hJM0o9Ug@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
	<CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
	<CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>
	<20130325191216.GQ24521@HbI-OTOH.berkeley.edu>
	<CAGsogBR=zihq=N+777Sx+KBJDcbPA_k3TvA1Z=iG64hJM0o9Ug@mail.gmail.com>
Message-ID: <CAHNn8BX1Mss4AMXLxWMDkUQL+GrzsavSp_XQSMR6nX36oprf1g@mail.gmail.com>

On Mon, Mar 25, 2013 at 1:36 PM, Jonathan March <JDM at marchray.net> wrote:

>
>
>
> On Mon, Mar 25, 2013 at 2:12 PM, Paul Ivanov <pi at berkeley.edu> wrote:
>
>> Jonathan March, on 2013-03-25 13:58,  wrote:
>> > A rueful update; Canopy 1.0 will depend on the 0.14 API, so won't be
>> using
>> > 0.13.2 (nor testing it, sorry).
>>
>> You mean the 1.0 API? :)
>>
>> http://ipython.org/roadmap-announcement.html
>
>
Just to clarify, Canopy 1.0 is coming out soon, and is going to depend on
APIs that are not yet concrete (specifically, some things in the message
spec will change between current master and 1.0 release in July,
as will some of our module layout).  Is this accurate?



>
>
> Drumroll... excitement mounts...
>
>
>>
>>
>> best,
>> --
>> Paul Ivanov
>> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130325/4a7b48b4/attachment.html>

From pi at berkeley.edu  Mon Mar 25 20:42:45 2013
From: pi at berkeley.edu (Paul Ivanov)
Date: Mon, 25 Mar 2013 17:42:45 -0700
Subject: [IPython-dev] documenting API changes
Message-ID: <20130326004245.GT24521@HbI-OTOH.berkeley.edu>

Hey gang,

I just came across a change that to the kernel manager that
affected vim-ipython, where km.sub_channel was renamed to
km.iopub_channel 

This is a gentle reminder in the guise of a question: is
docs/source/whatsnew/development.txt still the right place to
document such changes? ;)

best,
-- 
Paul Ivanov
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7


From damianavila at gmail.com  Mon Mar 25 21:12:40 2013
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Mon, 25 Mar 2013 22:12:40 -0300
Subject: [IPython-dev] documenting API changes
In-Reply-To: <20130326004245.GT24521@HbI-OTOH.berkeley.edu>
References: <20130326004245.GT24521@HbI-OTOH.berkeley.edu>
Message-ID: <5150F608.1090205@gmail.com>

El 25/03/13 21:42, Paul Ivanov escribi?:
> Hey gang,
>
> I just came across a change that to the kernel manager that
> affected vim-ipython, where km.sub_channel was renamed to
> km.iopub_channel
>
> This is a gentle reminder in the guise of a question: is
> docs/source/whatsnew/development.txt still the right place to
> document such changes? ;)
>
> best,

There is the same problem with the examples in 
https://github.com/ipython/ipython/wiki/Cookbook:-Notebook-utilities

I have played with some examples and I had to hack them to make it work 
(I will add them to this page soon).

IPython is big, at least for me... so I think we need a more "exposed" 
place to document these changes... or actually use development.txt and 
update it accordingly (last update 1 month ago ;-)).

Cheers.

Dami?n.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130325/7365b65a/attachment.html>

From bussonniermatthias at gmail.com  Tue Mar 26 02:52:45 2013
From: bussonniermatthias at gmail.com (Matthias BUSSONNIER)
Date: Tue, 26 Mar 2013 07:52:45 +0100
Subject: [IPython-dev] Notebook extensions
In-Reply-To: <5150D204.9080304@elbonia.de>
References: <5150D204.9080304@elbonia.de>
Message-ID: <1ED6E04F-6096-4924-A5FA-12EE7A64E173@gmail.com>

Hi, 

Le 25 mars 2013 ? 23:39, Juergen Hasch a ?crit :

> Hi,
> thank you for adding extensions to the iPython notebook. I think this is really useful.
Thanks for the feedback, 

> It allowed me to add a feature I always wanted to have in the notebook: breakpoints.
> Now I can easily set a breakpoint in a code cell and execute from the current cell to the cell with the breakpoint set.

Just FYI, in case it might be of any help,and  before I forgot, Codemirror support BreakPoint In gutter.
http://codemirror.net/demo/marker.html
If someone is motivated to activate a per line debug once Min's Stdin branch works and is merged...

> Here is the extension:
> https://gist.github.com/juhasch/5241322


> There is one question I have: Is it possible to restrict the checkboxes that are generated using CellToolbar.utils.checkbox_ui_generator() to codecells only ?


Checkbox UI generator is pretty strait forward, and is just a helper, 
https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/celltoolbar.js#L322

You can recode it if you want more fine grained logic. 

In you case you should be able to simply wrapped the returned function 

var helper_breakpoint = CellToolbar.utils.checkbox_ui_generator('Breakpoint',...)

var breakpoint = function(div, cell){
	if ((cell instanceof IPython.CodeCell)) { 
		return helper_breakpoint(div,cell)
	}  //else do nothing
}

I didn't test but you get the idea, 

Thanks ,keep us informed if it works. 
-- 
Matthias







From punchagan at gmail.com  Tue Mar 26 10:11:29 2013
From: punchagan at gmail.com (Puneeth Chaganti)
Date: Tue, 26 Mar 2013 19:41:29 +0530
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAHNn8BX1Mss4AMXLxWMDkUQL+GrzsavSp_XQSMR6nX36oprf1g@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
	<CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
	<CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>
	<20130325191216.GQ24521@HbI-OTOH.berkeley.edu>
	<CAGsogBR=zihq=N+777Sx+KBJDcbPA_k3TvA1Z=iG64hJM0o9Ug@mail.gmail.com>
	<CAHNn8BX1Mss4AMXLxWMDkUQL+GrzsavSp_XQSMR6nX36oprf1g@mail.gmail.com>
Message-ID: <CALnw1fTT=5JQvAPVNZ=Hi27s=OJFDAjQ2qbTqKb7FDpyr7+3Dw@mail.gmail.com>

Min,

On Tue, Mar 26, 2013 at 4:31 AM, MinRK <benjaminrk at gmail.com> wrote:
>
>
> On Mon, Mar 25, 2013 at 1:36 PM, Jonathan March <JDM at marchray.net> wrote:
>>
>>
>>
>>
>> On Mon, Mar 25, 2013 at 2:12 PM, Paul Ivanov <pi at berkeley.edu> wrote:
>>>
>>> Jonathan March, on 2013-03-25 13:58,  wrote:
>>> > A rueful update; Canopy 1.0 will depend on the 0.14 API, so won't be
>>> > using
>>> > 0.13.2 (nor testing it, sorry).
>>>
>>> You mean the 1.0 API? :)
>>>
>>> http://ipython.org/roadmap-announcement.html
>
>
> Just to clarify, Canopy 1.0 is coming out soon, and is going to depend on
> APIs that are not yet concrete (specifically, some things in the message
> spec will change between current master and 1.0 release in July,
> as will some of our module layout).  Is this accurate?

This is accurate, but only to the extent that we are dependent on a
couple of changes in IPython, which are not present in 0.13.2.  Evan's
changes that add an inprocess kernel manager, has not been back
ported to 0.13.2, which seems reasonable for a bug fix release.  Also,
a minor bug fix of the notebook's cwd has not made it into 0.13.2,
since the change was made as a part of a module layout change
(everything from IPython/zmq was moved to IPython/kernel/zmq, with
some refactor).  I don't think either of these will have much change
before 1.0 is released, and we should be able to freeze IPython to the
current master, in case something breaks in future.

Puneeth


From benjaminrk at gmail.com  Tue Mar 26 19:39:17 2013
From: benjaminrk at gmail.com (MinRK)
Date: Tue, 26 Mar 2013 16:39:17 -0700
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CALnw1fTT=5JQvAPVNZ=Hi27s=OJFDAjQ2qbTqKb7FDpyr7+3Dw@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
	<CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
	<CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>
	<20130325191216.GQ24521@HbI-OTOH.berkeley.edu>
	<CAGsogBR=zihq=N+777Sx+KBJDcbPA_k3TvA1Z=iG64hJM0o9Ug@mail.gmail.com>
	<CAHNn8BX1Mss4AMXLxWMDkUQL+GrzsavSp_XQSMR6nX36oprf1g@mail.gmail.com>
	<CALnw1fTT=5JQvAPVNZ=Hi27s=OJFDAjQ2qbTqKb7FDpyr7+3Dw@mail.gmail.com>
Message-ID: <CAHNn8BWkkw9cgLwnhPEbJ2_FwymPM36=KC-JXYQWtPxEzc_RVg@mail.gmail.com>

On Tue, Mar 26, 2013 at 7:11 AM, Puneeth Chaganti <punchagan at gmail.com>wrote:

> Min,
>
> On Tue, Mar 26, 2013 at 4:31 AM, MinRK <benjaminrk at gmail.com> wrote:
> >
> >
> > On Mon, Mar 25, 2013 at 1:36 PM, Jonathan March <JDM at marchray.net>
> wrote:
> >>
> >>
> >>
> >>
> >> On Mon, Mar 25, 2013 at 2:12 PM, Paul Ivanov <pi at berkeley.edu> wrote:
> >>>
> >>> Jonathan March, on 2013-03-25 13:58,  wrote:
> >>> > A rueful update; Canopy 1.0 will depend on the 0.14 API, so won't be
> >>> > using
> >>> > 0.13.2 (nor testing it, sorry).
> >>>
> >>> You mean the 1.0 API? :)
> >>>
> >>> http://ipython.org/roadmap-announcement.html
> >
> >
> > Just to clarify, Canopy 1.0 is coming out soon, and is going to depend on
> > APIs that are not yet concrete (specifically, some things in the message
> > spec will change between current master and 1.0 release in July,
> > as will some of our module layout).  Is this accurate?
>
> This is accurate, but only to the extent that we are dependent on a
> couple of changes in IPython, which are not present in 0.13.2.  Evan's
> changes that add an inprocess kernel manager, has not been back
> ported to 0.13.2, which seems reasonable for a bug fix release.  Also,
> a minor bug fix of the notebook's cwd has not made it into 0.13.2,
> since the change was made as a part of a module layout change
> (everything from IPython/zmq was moved to IPython/kernel/zmq, with
> some refactor).  I don't think either of these will have much change
> before 1.0 is released, and we should be able to freeze IPython to the
> current master, in case something breaks in future.
>

Sure - just to be clear, the inprocess kernel manager is also going to
change significantly,
as a part of IPEP
12<https://github.com/ipython/ipython/wiki/IPEP-12%3A-Splitting-KernelManager-and-KernelClient>
.


>
> Puneeth
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130326/faef609e/attachment.html>

From punchagan at gmail.com  Wed Mar 27 02:22:43 2013
From: punchagan at gmail.com (Puneeth Chaganti)
Date: Wed, 27 Mar 2013 11:52:43 +0530
Subject: [IPython-dev] 0.13.2
In-Reply-To: <CAHNn8BWkkw9cgLwnhPEbJ2_FwymPM36=KC-JXYQWtPxEzc_RVg@mail.gmail.com>
References: <CAHNn8BX1YmD3S+b2FM=af3sT1f7B-qZB6kT6sYhDfnAfWf_OpA@mail.gmail.com>
	<CAGsogBQ3mQuGV5jEPHC+YD9x21CMiAWoUxB8pQwS0EMR__4VBQ@mail.gmail.com>
	<CAHNn8BUm9B2_4XXZVStpcyXjYSZBAmn_eJyZCvOkhR9ziwU8Qg@mail.gmail.com>
	<CALObe=ChBShBapuJq425yT5KbRvg3yegc7Qju_3qN1ygovKf6A@mail.gmail.com>
	<CAHNn8BUMVAsRV8O6gSG4JMhrkxhbGi_O9mNKkg-Jw=ypDKZeJg@mail.gmail.com>
	<CAGsogBQPyr2tx-w7e8HNPhpSbggeD9CWpiciUUA+gEEuMjE5xg@mail.gmail.com>
	<CAHNn8BWpP1vR5uJjMjF0zSO5tcK=Sas6cDSdQ0GD_hyvGzGTrA@mail.gmail.com>
	<CAGsogBS30PR3qdpZdzxNEVBso+SGDX+qYA7-teSOOGynnpSbQA@mail.gmail.com>
	<20130325191216.GQ24521@HbI-OTOH.berkeley.edu>
	<CAGsogBR=zihq=N+777Sx+KBJDcbPA_k3TvA1Z=iG64hJM0o9Ug@mail.gmail.com>
	<CAHNn8BX1Mss4AMXLxWMDkUQL+GrzsavSp_XQSMR6nX36oprf1g@mail.gmail.com>
	<CALnw1fTT=5JQvAPVNZ=Hi27s=OJFDAjQ2qbTqKb7FDpyr7+3Dw@mail.gmail.com>
	<CAHNn8BWkkw9cgLwnhPEbJ2_FwymPM36=KC-JXYQWtPxEzc_RVg@mail.gmail.com>
Message-ID: <CALnw1fS3p+Uksbi2PyxeLgs6W+Ww1v19U=Vx3hj0Cr7rfg1Dag@mail.gmail.com>

On Wed, Mar 27, 2013 at 5:09 AM, MinRK <benjaminrk at gmail.com> wrote:
>
> Sure - just to be clear, the inprocess kernel manager is also going to
> change significantly,
> as a part of IPEP 12.

Thanks for letting us know, Min.

--
Puneeth


From mdroe at stsci.edu  Wed Mar 27 08:51:11 2013
From: mdroe at stsci.edu (Michael Droettboom)
Date: Wed, 27 Mar 2013 08:51:11 -0400
Subject: [IPython-dev] ANN: matplotlib 1.2.1 release
Message-ID: <5152EB3F.5090902@stsci.edu>

I'm pleased to announce the release of matplotlib 1.2.1.  This is a bug 
release and improves stability and quality over the 1.2.0 release from 
four months ago.  All users on 1.2.0 are encouraged to upgrade.

Since github no longer provides download hosting, our tarballs and 
binaries are back on SourceForge, and we have a master index of 
downloads here:

http://matplotlib.org/downloads <http://matplotlib.org/downloads.html>

Highlights include:

- Usage of deprecated APIs in matplotlib are now displayed by default on 
all Python versions
- Agg backend: Cleaner rendering of rectilinear lines when snapping to 
pixel boundaries, and fixes rendering bugs when using clip paths
- Python 3: Fixes a number of missed Python 3 compatibility problems
- Histograms and stacked histograms have a number of important bugfixes
- Compatibility with more 3rd-party TrueType fonts
- SVG backend: Image support in SVG output is consistent with other backends
- Qt backend: Fixes leaking of window objects in Qt backend
- hexbin with a log scale now works correctly
- autoscaling works better on 3D plots
- ...and numerous others.

Enjoy!  As always, there are number of good ways to get help with 
matplotlib listed on the homepage at http://matplotlib.org/ and I thank 
everyone for their continued support of this project.

Mike Droettboom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130327/4dcbc4f7/attachment.html>

From tomspur at fedoraproject.org  Wed Mar 27 13:16:23 2013
From: tomspur at fedoraproject.org (Thomas Spura)
Date: Wed, 27 Mar 2013 18:16:23 +0100
Subject: [IPython-dev] [ANN] IPython 0.13.2 bugfix release candidate
In-Reply-To: <CAHNn8BWQBx0F4KogS=e7R48q550i8+UyKxvfcUusR=w1xcDExg@mail.gmail.com>
References: <CAHNn8BW9oM8Oq4iLoNgqb_FpLOWWJCsCJqeJe3uf-z94Tpa-Dw@mail.gmail.com>
	<CAE4GLsuX_=eRACCtfKvHPz91zVpgAoLpdLdgDmOsKmmhT07Caw@mail.gmail.com>
	<CAHNn8BWQBx0F4KogS=e7R48q550i8+UyKxvfcUusR=w1xcDExg@mail.gmail.com>
Message-ID: <CAE4GLssAt9xFuRV8pYEzGOw4pRib9EgHdCPzCjP=Os=_Kx+H-A@mail.gmail.com>

On Fri, Mar 22, 2013 at 7:12 PM, MinRK <benjaminrk at gmail.com> wrote:
>
>
> On Fri, Mar 22, 2013 at 7:20 AM, Thomas Spura <tomspur at fedoraproject.org>
> wrote:
>>
>> On Wed, Mar 20, 2013 at 9:12 PM, MinRK <benjaminrk at gmail.com> wrote:
>> > I have cut the first release-candidate for the 0.13.2 bugfix release.
>>
>> [snip]
>>
>> > - running tests with iptest / iptest3
>> >
>> > Reports of success are great, but reports of failures are even more
>> > useful.
>>
>> When running the tests in mock, I get the following failure (also
>> already with 0.13.1):
>> ERROR: %pylab works on engines
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
>> line 229, in skipper_func
>>     return f(*args, **kwargs)
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_magics.py",
>> line 329, in test_px_pylab
>>     ip.magic("px plot(rand(100))")
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
>> line 2137, in magic
>>     return self.run_line_magic(magic_name, magic_arg_s)
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
>> line 2063, in run_line_magic
>>     result = fn(*args)
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
>> line 234, in px
>>     return self.parallel_execute(line)
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
>> line 259, in parallel_execute
>>     result.get()
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
>> line 125, in get
>>     raise self._exception
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
>> line 150, in wait
>>     raise r
>> IPython.parallel.error.RemoteError: TypeError(can't use a string
>> pattern on a bytes-like object)
>> ======================================================================
>> ERROR: %pylab works on engines
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
>> line 229, in skipper_func
>>     return f(*args, **kwargs)
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_view.py",
>> line 615, in test_magic_pylab
>>     reply = ar.get(5)
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
>> line 125, in get
>>     raise self._exception
>>   File
>> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
>> line 150, in wait
>>     raise r
>> IPython.parallel.error.RemoteError: TypeError(can't use a string
>> pattern on a bytes-like object)
>>
>>
>> When running iptest3 not inside of mock, anything is fine and I don't
>> know what the difference between those two runs is...
>>
>> Do you have a suggestion/hint, where I could search for the error
>> instead of simply overcome this by skipping those two tests?
>
>
> If you show the remote traceback (RemoteError.print_traceback()), that
> should find the error.

It's somewhere deep in matplotlib and fontconfig, so it has nothing to
do with the ipython side.
I'll track that issue further downstream...

Thanks,
    Tom


From python at elbonia.de  Wed Mar 27 16:07:51 2013
From: python at elbonia.de (Juergen Hasch)
Date: Wed, 27 Mar 2013 21:07:51 +0100
Subject: [IPython-dev] Notebook extensions
In-Reply-To: <1ED6E04F-6096-4924-A5FA-12EE7A64E173@gmail.com>
References: <5150D204.9080304@elbonia.de>
	<1ED6E04F-6096-4924-A5FA-12EE7A64E173@gmail.com>
Message-ID: <51535197.30609@elbonia.de>


>
> Just FYI, in case it might be of any help,and  before I forgot, Codemirror support BreakPoint In gutter.
> http://codemirror.net/demo/marker.html
> If someone is motivated to activate a per line debug once Min's Stdin branch works and is merged...

It looks like the codemirror version included with iPython doesn't support this feature.

>> Here is the extension:
>> https://gist.github.com/juhasch/5241322
>
>
>> There is one question I have: Is it possible to restrict the checkboxes that are generated using CellToolbar.utils.checkbox_ui_generator() to codecells only ?
>
>
> Checkbox UI generator is pretty strait forward, and is just a helper,
> https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/celltoolbar.js#L322
>
> You can recode it if you want more fine grained logic.
>
> In you case you should be able to simply wrapped the returned function
>
> var helper_breakpoint = CellToolbar.utils.checkbox_ui_generator('Breakpoint',...)
>
> var breakpoint = function(div, cell){
> 	if ((cell instanceof IPython.CodeCell)) {
> 		return helper_breakpoint(div,cell)
> 	}  //else do nothing
> }
>
> I didn't test but you get the idea,
>
> Thanks ,keep us informed if it works.
>

Thank you for the hint, this works nicely.

I have updated the extension a little bit and made a short demo:
http://www.youtube.com/watch?v=XXgNUS9gXn0





From david.wyde at gmail.com  Fri Mar 29 20:20:55 2013
From: david.wyde at gmail.com (David Wyde)
Date: Fri, 29 Mar 2013 19:20:55 -0500
Subject: [IPython-dev] IPEP 14: Notebook regression tests
Message-ID: <CAHA+m5AinHTbzW1NSNc9xCCSy=4R_X6=wiccTsSSy34zn1YTNw@mail.gmail.com>

Hi all,

I started IPEP 14<https://github.com/ipython/ipython/wiki/IPEP-14:-Regression-Tests>,
regression tests for the HTML notebook.


-David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130329/720f1144/attachment.html>

From benjaminrk at gmail.com  Fri Mar 29 21:00:35 2013
From: benjaminrk at gmail.com (MinRK)
Date: Fri, 29 Mar 2013 18:00:35 -0700
Subject: [IPython-dev] IPEP 14: Notebook regression tests
In-Reply-To: <CAHA+m5AinHTbzW1NSNc9xCCSy=4R_X6=wiccTsSSy34zn1YTNw@mail.gmail.com>
References: <CAHA+m5AinHTbzW1NSNc9xCCSy=4R_X6=wiccTsSSy34zn1YTNw@mail.gmail.com>
Message-ID: <CAHNn8BV5X7vfZ1qMxH+0czCouZxPCNOWsh7qW9H5mVOQrRf5Zg@mail.gmail.com>

Thanks!  the link wasn't quite right, the page appears to be
here<https://github.com/ipython/ipython/wiki/IPEP-14:-Notebook-Regression-Tests>


On Fri, Mar 29, 2013 at 5:20 PM, David Wyde <david.wyde at gmail.com> wrote:

> Hi all,
>
> I started IPEP 14<https://github.com/ipython/ipython/wiki/IPEP-14:-Regression-Tests>,
> regression tests for the HTML notebook.
>
>
> -David
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130329/dd4fccaa/attachment.html>

From stefan at sun.ac.za  Sat Mar 30 08:21:44 2013
From: stefan at sun.ac.za (=?ISO-8859-1?Q?St=E9fan_van_der_Walt?=)
Date: Sat, 30 Mar 2013 14:21:44 +0200
Subject: [IPython-dev] IPEP 14: Notebook regression tests
In-Reply-To: <CAHA+m5AinHTbzW1NSNc9xCCSy=4R_X6=wiccTsSSy34zn1YTNw@mail.gmail.com>
References: <CAHA+m5AinHTbzW1NSNc9xCCSy=4R_X6=wiccTsSSy34zn1YTNw@mail.gmail.com>
Message-ID: <CABDkGQmkoUjPLcuOiTrhkAfyVyBVi_oaHdYJ32a9eHYWMJ4ETQ@mail.gmail.com>

On Sat, Mar 30, 2013 at 2:20 AM, David Wyde <david.wyde at gmail.com> wrote:
> I started IPEP 14, regression tests for the HTML notebook.

Also see:

https://github.com/ipython/ipython/pull/1493
https://github.com/ipython/ipython/issues/2292


From takowl at gmail.com  Sun Mar 31 05:09:24 2013
From: takowl at gmail.com (Thomas Kluyver)
Date: Sun, 31 Mar 2013 10:09:24 +0100
Subject: [IPython-dev] Input transformation API (IPEP 2 again)
Message-ID: <CAOvn4qgeQZsW9neMUAeTXp=d4up4k5NWpEiWkkFQxdCR49NNoA@mail.gmail.com>

Our input handling actually does two intertwined things: telling when a
block of input is complete and ready to execute, and transforming IPython's
special syntax into regular Python calls. They're intertwined because we
need to handle the special syntax to tell when it's complete.

The different frontends use these in different ways:

- The plain terminal sends lines to InputSplitter as they're entered, and
when InputSplitter says the block is complete, it's sent to run_cell to
execute.
- The Qt console currently does the same thing in the frontend, and sends
the cell to the kernel when it's ready to execute. Users can override the
automatic 'is it complete' using ctrl/shift+return.
- The notebook has no 'is it complete' detection, and simply sends the raw
cell to the notebook when the user executes it.

There are a couple of problems I'd like to address:

- In the line-oriented frontends, transformations are actually done twice:
once for the 'is it complete' detection, and again when run_cell is called.
This is inefficient and confusing.
- The Qt console currently relies on having a frontend copy of part of the
kernel's code. If you add a new input transformer in the kernel, the
frontend won't know about it. This also means you can't write a
line-oriented frontend with 'is it complete' detection in anything but
Python - which I think is a problem, although Brian disagrees.

I'm proposing these changes, which I'll implement in a new pull request
once we've finally dealt with #2447:

1. Add an optional transformed_cell parameter to run_cell(). In the
terminal, the transformed code from InputSplitter will be passed in,
avoiding the need to run those transformations again.

2. Add a new message type to the protocol, is_complete_request &
is_complete_reply. When the Qt console (or another line-oriented frontend)
gets a line of input, it will make an is_complete_request to decide whether
it should accept another line of input, or send the code for execution. The
InputSplitter logic in the Qt console would be removed. There are two
possible APIs:
  a. Send the entire block entered so far on each request to ask if it's
complete (stateless).
  b. Send each line at a time, and have a reset signal to indicate a new
cell. This is more efficient, because the kernel doesn't repeatedly process
the same lines. But it's stateful, so it's more complex to manage.

My preference is for a. In a line-oriented frontend, you're often running
single-line commands anyway, in which case it's no less efficient. Keeping
the API simple seems more important.

Thanks,
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130331/401c940a/attachment.html>

From benjaminrk at gmail.com  Sun Mar 31 13:47:55 2013
From: benjaminrk at gmail.com (MinRK)
Date: Sun, 31 Mar 2013 10:47:55 -0700
Subject: [IPython-dev] [ANN] IPython 0.13.2 bugfix release candidate
In-Reply-To: <CAE4GLssAt9xFuRV8pYEzGOw4pRib9EgHdCPzCjP=Os=_Kx+H-A@mail.gmail.com>
References: <CAHNn8BW9oM8Oq4iLoNgqb_FpLOWWJCsCJqeJe3uf-z94Tpa-Dw@mail.gmail.com>
	<CAE4GLsuX_=eRACCtfKvHPz91zVpgAoLpdLdgDmOsKmmhT07Caw@mail.gmail.com>
	<CAHNn8BWQBx0F4KogS=e7R48q550i8+UyKxvfcUusR=w1xcDExg@mail.gmail.com>
	<CAE4GLssAt9xFuRV8pYEzGOw4pRib9EgHdCPzCjP=Os=_Kx+H-A@mail.gmail.com>
Message-ID: <CAHNn8BUHb3rLXwPGdr5YwtJ9utqnHRfGr3uBuMEZS-V-1gzmeQ@mail.gmail.com>

0.13.2 release candidate 2, with a few more little bugs fixed:
http://archive.ipython.org/testing/0.13.2/

I think this is probably going to be the one, which we can officially cut
by the end of this week if we don't hear about new breakages.

-MinRK


On Wed, Mar 27, 2013 at 10:16 AM, Thomas Spura <tomspur at fedoraproject.org>wrote:

> On Fri, Mar 22, 2013 at 7:12 PM, MinRK <benjaminrk at gmail.com> wrote:
> >
> >
> > On Fri, Mar 22, 2013 at 7:20 AM, Thomas Spura <tomspur at fedoraproject.org
> >
> > wrote:
> >>
> >> On Wed, Mar 20, 2013 at 9:12 PM, MinRK <benjaminrk at gmail.com> wrote:
> >> > I have cut the first release-candidate for the 0.13.2 bugfix release.
> >>
> >> [snip]
> >>
> >> > - running tests with iptest / iptest3
> >> >
> >> > Reports of success are great, but reports of failures are even more
> >> > useful.
> >>
> >> When running the tests in mock, I get the following failure (also
> >> already with 0.13.1):
> >> ERROR: %pylab works on engines
> >> ----------------------------------------------------------------------
> >> Traceback (most recent call last):
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
> >> line 229, in skipper_func
> >>     return f(*args, **kwargs)
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_magics.py",
> >> line 329, in test_px_pylab
> >>     ip.magic("px plot(rand(100))")
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
> >> line 2137, in magic
> >>     return self.run_line_magic(magic_name, magic_arg_s)
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/core/interactiveshell.py",
> >> line 2063, in run_line_magic
> >>     result = fn(*args)
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
> >> line 234, in px
> >>     return self.parallel_execute(line)
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/magics.py",
> >> line 259, in parallel_execute
> >>     result.get()
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> >> line 125, in get
> >>     raise self._exception
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> >> line 150, in wait
> >>     raise r
> >> IPython.parallel.error.RemoteError: TypeError(can't use a string
> >> pattern on a bytes-like object)
> >> ======================================================================
> >> ERROR: %pylab works on engines
> >> ----------------------------------------------------------------------
> >> Traceback (most recent call last):
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/testing/decorators.py",
> >> line 229, in skipper_func
> >>     return f(*args, **kwargs)
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/tests/test_view.py",
> >> line 615, in test_magic_pylab
> >>     reply = ar.get(5)
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> >> line 125, in get
> >>     raise self._exception
> >>   File
> >>
> "/builddir/build/BUILDROOT/ipython-0.13.2.rc1-1.fc18.x86_64/usr/lib/python3.3/site-packages/IPython/parallel/client/asyncresult.py",
> >> line 150, in wait
> >>     raise r
> >> IPython.parallel.error.RemoteError: TypeError(can't use a string
> >> pattern on a bytes-like object)
> >>
> >>
> >> When running iptest3 not inside of mock, anything is fine and I don't
> >> know what the difference between those two runs is...
> >>
> >> Do you have a suggestion/hint, where I could search for the error
> >> instead of simply overcome this by skipping those two tests?
> >
> >
> > If you show the remote traceback (RemoteError.print_traceback()), that
> > should find the error.
>
> It's somewhere deep in matplotlib and fontconfig, so it has nothing to
> do with the ipython side.
> I'll track that issue further downstream...
>
> Thanks,
>     Tom
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130331/947990ce/attachment.html>

From aquil.abdullah at gmail.com  Sun Mar 31 22:39:48 2013
From: aquil.abdullah at gmail.com (Aquil H. Abdullah)
Date: Sun, 31 Mar 2013 22:39:48 -0400
Subject: [IPython-dev] What is the best way to write unit test for Magics
	Classes?
Message-ID: <CAPhAtY7ohH_-y9fMZhTqOR3G6rJoOoyCg6_SurW3HPsRiht26g@mail.gmail.com>

Hello All,

I am working on an application that uses IPython for a user interface.
Basically, I need to interact with the results of a long running process.
 I've decided to use the InteracteShellEmbed class along with a Magics
subclass to make things a little bit easier for the users.

I like to write unit tests as I develop my code, but it isn't quite clear
to me how to unit tests classes that inherit from Magics and are decorated
by line_magic or needs_local_scope.

For example, let's say I have the following code:

@magics_class
class AppMagics(Magics):
    """
    Application magics to do stuff
    """
    @needs_local_scope
    @line_magic
    def peek_a_boo(self, line, local_ns=None):
        """
        In [Peek 2]: x = 10

        In [Peek 3]: %peek_a_boo x
        Out[Peek 3]: 420
        """
        var = local_ns.get(line)
        cool_stuff = 42 * int(var)
        return col_stuff

In this instance I can use a a doc-test, however after reading the Dev:
Testing page on github ,
https://github.com/ipython/ipython/wiki/Dev%3A-Testing.  It looks like I'll
have to make some modifications which I don't quite understand.

Can anyone provide me with some resources for a newb to figure out how to
right unit tests for Magics?


-- 
Aquil H. Abdullah
aquil.abdullah at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130331/b828a1ce/attachment.html>