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:  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: > >  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: > >  > 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>