From madhusudancs at gmail.com Mon Jan 2 02:28:57 2012 From: madhusudancs at gmail.com (Madhusudan C.S) Date: Mon, 2 Jan 2012 12:58:57 +0530 Subject: [IPython-dev] Connecting notebook to existing kernel Message-ID: Hello everyone, I have sent a new pull request for this issue which is at [0]. I have explained most of the details corresponding to the pull request in the description there. This patch enables us to connect a new notebook to an existing kernel, irrespective of what type of kernel it is. Before I go further into the details, my apologies for directly sending in a pull request without discussing any design or details of this thing with you guys. It was more of an adhoc thing which arose from my frustration of not being able to do this. This is just some code dump that I have put yesterday night since I had a compelling need to get this working before going to sleep :P So for now this implemented by adding a new GET RequestHandlers for the /kernels/ which has been modified to look for either for Security key-like UUID4 pattern kernel ID or the kernel-.json pattern file name. Upon supplying the latter it calls the start_kernel method of the Notebook's MappingKernelManager class with the connection_file argument and the MultiKernelManager which is a super class of the MappingKernelManager has the start_kernel method which looks for the connection_file if supplied and tries to open that kernel. On the UI side, an additional dialog is plugin to the "New" button. On clicking the "New" button opens a dialog with the optional text field labeled "kernel". One can either supply the kernel file in which case the URL /kernels/ is opened. This opens a new notebook with the existing kernel. If the kernel text field is left blank and "New" button is clicked a new notebook will be opened as we have it now. A fresh notebook with a new kernel. The implementation on the backend is a bit messy. But this is because of the way the KernelManger and the NotebookApp is implemented itself. I noticed that both qtconsole and the terminal console both inherit from IPython.frontend.consoleapp.IPythonConsoleApp. This makes a lot of things like what I am trying to do much simpler because all these stuff are already abstracted into that class. I am not sure why that mixin was not used for the notebook application. Also, I don't know why, when I execute commands which access variables from other kernels I get the error like at [1] printed on the console where I started the notebook. I don't know what it means since I don't see that happening for both qtconsole or the terminal console. What do you guys think about it? [0] https://github.com/ipython/ipython/pull/1220 [1] http://paste.pocoo.org/show/528733/ -- Thanks and regards, Madhusudan.C.S Blogs at: www.madhusudancs.info My Online Identity: madhusudancs -------------- next part -------------- An HTML attachment was scrubbed... URL: From madhusudancs at gmail.com Mon Jan 2 02:34:53 2012 From: madhusudancs at gmail.com (Madhusudan C.S) Date: Mon, 2 Jan 2012 13:04:53 +0530 Subject: [IPython-dev] User Namespace Message-ID: Hi, It is common to use Django and other such frameworks on the console mode with all the Django/framework related API libraries already imported to the namespace. This simplifies a lot of stuff when experimenting. Django provides support for IPython. I work on Melange project (which is a tool that runs the Google Summer of Code and Google Code-in programs), for which I have extended this to work with the Django, Google Appengine and Melange's API itself. It is a simple and usual embed TerminalInteractiveShell instantiation with all these APIs imported. Nothing special or fancy about it. The snippet is like this: from IPython.frontend.terminal.embed import TerminalInteractiveShell shell = TerminalInteractiveShell(user_ns=context) shell.mainloop() I would like to extend the same for an IPython qtconsole or the notebook. How do I import the namespace to these console's? -- Thanks and regards, Madhusudan.C.S Blogs at: www.madhusudancs.info My Online Identity: madhusudancs -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Tue Jan 3 23:49:15 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Tue, 3 Jan 2012 20:49:15 -0800 Subject: [IPython-dev] User Namespace In-Reply-To: References: Message-ID: Hi Madhu, On Sun, Jan 1, 2012 at 11:34 PM, Madhusudan C.S wrote: > Hi, > ?? It is common to use Django and other such frameworks > on the console mode with all the Django/framework related > API libraries already imported to the namespace. This > simplifies a lot of stuff when experimenting. Django provides > support for IPython. I work on Melange project (which is a tool > that runs the Google Summer of Code and Google Code-in > programs), for which I have extended this to work with the > Django, Google Appengine and Melange's API itself. It is > a simple and usual embed TerminalInteractiveShell instantiation > with all these APIs imported. Nothing special or fancy about > it. The snippet is like this: > > from IPython.frontend.terminal.embed import TerminalInteractiveShell > shell = TerminalInteractiveShell(user_ns=context) > shell.mainloop() > > I would like to extend the same for an IPython qtconsole or the > notebook. How do I import the namespace to these console's? The following code works, but the api for this is certainly sub-optimal right now: ### from IPython.zmq.ipkernel import IPKernelApp namespace = dict(z=1010) kapp = IPKernelApp.instance() kapp.initialize() # Update the ns we want with special variables auto-created by the kernel namespace.update(kapp.shell.user_ns) # Now set the kernel's ns to be ours kapp.shell.user_ns = namespace kapp.start() ### Furthermore, there's the problem that the above needs to be killed manually b/c it disables SIGINT. Min can correct me if there's a cleaner way to achieve this, and if there isn't we should improve the user-facing api to acccept a namespace at initialization time, like the old classes did (and also to make shutdown easier when a kernel is directly started). Cheers, f From fperez.net at gmail.com Fri Jan 6 02:57:09 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 5 Jan 2012 23:57:09 -0800 Subject: [IPython-dev] Quick-and-dirty notebook to rst and html converter Message-ID: Hi all, this isn't even ready for a pr, so I put it up in a gist: https://gist.github.com/1569580 but it should do the job for simple cases. We hope to soon build something clean and robust for this into ipython itself, promised. But I need something like this *now* and I'm absurdly busy, so I had to write a quick solution for now, and figured some enterprising soul might carry it forward... Cheers, f From benjaminrk at gmail.com Fri Jan 6 03:06:29 2012 From: benjaminrk at gmail.com (MinRK) Date: Fri, 6 Jan 2012 00:06:29 -0800 Subject: [IPython-dev] [IPython-User] Quick-and-dirty notebook to rst and html converter In-Reply-To: References: Message-ID: Nice! I've got my own locally, which is very similar, with the principal difference that it uses pandoc to handle some of the translations (e.g. md to rst). That's precisely how I discovered the issue described in PR #1206, since colored plaintext output is currently corrupted as the HTML output. On Thu, Jan 5, 2012 at 23:57, Fernando Perez wrote: > Hi all, > > this isn't even ready for a pr, so I put it up in a gist: > > https://gist.github.com/1569580 > > but it should do the job for simple cases. We hope to soon build > something clean and robust for this into ipython itself, promised. > But I need something like this *now* and I'm absurdly busy, so I had > to write a quick solution for now, and figured some enterprising soul > might carry it forward... > > Cheers, > > f > _______________________________________________ > IPython-User mailing list > IPython-User at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Fri Jan 6 03:55:09 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 6 Jan 2012 00:55:09 -0800 Subject: [IPython-dev] [IPython-User] Quick-and-dirty notebook to rst and html converter In-Reply-To: References: Message-ID: On Fri, Jan 6, 2012 at 12:06 AM, MinRK wrote: > Nice! ?I've got my own locally, which is very similar, with the principal Mmh, maybe we should talk to those 'ipython' guys to see if they can put it in a common location instead of making each our own ;) > difference that it uses pandoc to handle some of the translations (e.g. md yes, I went without pandoc for now. Once we build a more robust tool we should definitely make pandoc available (optionally) for users who have it. > to rst). ?That's precisely how I discovered the issue described in?PR #1206, > since colored plaintext output is currently corrupted as the HTML output. Ah, hadn't gotten to reviewing that yet, will have a look as soon as I can. My tests were really quick and simplistic, and didn't show the problem. Cheers, f From asmeurer at gmail.com Fri Jan 6 11:17:40 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Fri, 6 Jan 2012 09:17:40 -0700 Subject: [IPython-dev] Problem with IPython 0.12 and PuDB Message-ID: Hi. Can one of the IPython devs take a look at https://github.com/inducer/pudb/issues/30? There is some problem with IPython 0.12 and the PuDB debugger. So far, it's been "fixed" by catching the error in a try, except block, but neither I nor Andreas Kloeckner, the author of PuDB, think this is the correct fix (for obvious reasons). Is this a bug in IPython or a misuse of the API by PuDB? Aaron Meurer From robert.kern at gmail.com Fri Jan 6 12:16:20 2012 From: robert.kern at gmail.com (Robert Kern) Date: Fri, 06 Jan 2012 17:16:20 +0000 Subject: [IPython-dev] Problem with IPython 0.12 and PuDB In-Reply-To: References: Message-ID: On 1/6/12 4:17 PM, Aaron Meurer wrote: > Hi. > > Can one of the IPython devs take a look at > https://github.com/inducer/pudb/issues/30? There is some problem with > IPython 0.12 and the PuDB debugger. So far, it's been "fixed" by > catching the error in a try, except block, but neither I nor Andreas > Kloeckner, the author of PuDB, think this is the correct fix (for > obvious reasons). Is this a bug in IPython or a misuse of the API by > PuDB? I also get the atexit KeyErrors when I use IPython's Pdb subclass outside of IPython. There should probably be a guard there in case the output cache has not been set up. Similarly with the other KeyError. As for the first AttributeError, the interface changed very recently. You no longer provide a user_global_ns dictionary. Instead, you provide user_module. user_global_ns is a read-only property that gets the dictionary from user_module. IIRC, this was done to help with the perennial problems we have had with faking the __main__ module. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco From fperez.net at gmail.com Fri Jan 6 12:41:15 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 6 Jan 2012 09:41:15 -0800 Subject: [IPython-dev] Problem with IPython 0.12 and PuDB In-Reply-To: References: Message-ID: On Fri, Jan 6, 2012 at 9:16 AM, Robert Kern wrote: > I also get the atexit KeyErrors when I use IPython's Pdb subclass outside of > IPython. There should probably be a guard there in case the output cache has not > been set up. Similarly with the other KeyError. This is worth fixing though... https://github.com/ipython/ipython/issues/1241 > As for the first AttributeError, the interface changed very recently. You no > longer provide a user_global_ns dictionary. Instead, you provide user_module. > user_global_ns is a read-only property that gets the dictionary from > user_module. IIRC, this was done to help with the perennial problems we have had > with faking the __main__ module. Correct, and thanks for providing the clarification. I'd already forgotten that detail... Your ability to remember these things never ceases to amaze me... Cheers, f From fperez.net at gmail.com Fri Jan 6 22:54:48 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 6 Jan 2012 19:54:48 -0800 Subject: [IPython-dev] ipython on Amazon EC2 the easy way: Justin Riley's starcluster ipython support Message-ID: Hi folks, I'm not sure how many of you are aware of the fact that the great StarCluster project led by Justin Riley at MIT ships with out-of-the-box ipython support: http://web.mit.edu/stardev/cluster/docs/latest/plugins/ipython.html It has been already updated for 0.12. Those looking to deploy ipython clusters on EC2 may find this a good solution; please report any problems that arise and we'll do our best to fix them (on whichever side of ipython/starcluster) they may lie; also let us know of good successes. Cheers, f From fperez.net at gmail.com Sun Jan 8 01:56:31 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 7 Jan 2012 22:56:31 -0800 Subject: [IPython-dev] Odd notebook file that can't be loaded. Message-ID: Hi all, any idea why this notebook file can't be opened? I was trying to answer a question on the user list about the execution of js code that calls back into python, and while the code here worked fine while running it, the moment I saved it and tried to reopen it, it wouldn't open at all, wedging the notebook. I'm a bit puzzled... Cheers, f -------------- next part -------------- A non-text attachment was scrubbed... Name: jstricks.ipynb Type: application/octet-stream Size: 1900 bytes Desc: not available URL: From benjaminrk at gmail.com Sun Jan 8 02:14:04 2012 From: benjaminrk at gmail.com (MinRK) Date: Sat, 7 Jan 2012 23:14:04 -0800 Subject: [IPython-dev] Odd notebook file that can't be loaded. In-Reply-To: References: Message-ID: Your script in the markdown cell is being executed before the kernel exists, and thus fails ('null has no execute' message in js console). Since this raises an error, the javascript execution that was loading the notebook (which ultimately caused your javascript to execute) halts at this point, failing to finish loading the notebook. I don't know if we can protect against this sort of thing, but we should if we can. If you write the code so it can't raise (check for existence, etc.), then it should be safe. You may need to put the execute on a timeout, to allow it to run after the kernel connection is established. -MinRK On Sat, Jan 7, 2012 at 22:56, Fernando Perez wrote: > Hi all, > > any idea why this notebook file can't be opened? I was trying to > answer a question on the user list about the execution of js code that > calls back into python, and while the code here worked fine while > running it, the moment I saved it and tried to reopen it, it wouldn't > open at all, wedging the notebook. I'm a bit puzzled... > > Cheers, > > f > > _______________________________________________ > 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: From asmeurer at gmail.com Sun Jan 8 08:04:22 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Sun, 8 Jan 2012 06:04:22 -0700 Subject: [IPython-dev] Try IPython needs to be updated Message-ID: Hi. I just noticed that the IPython online shell linked to from the IPython homepage (http://www.pythonanywhere.com/try-ipython/) is still running 0.11. Aaron Meurer From fperez.net at gmail.com Sun Jan 8 14:04:57 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 8 Jan 2012 11:04:57 -0800 Subject: [IPython-dev] Try IPython needs to be updated In-Reply-To: References: Message-ID: On Sun, Jan 8, 2012 at 5:04 AM, Aaron Meurer wrote: > I just noticed that the IPython online shell linked to from the > IPython homepage (http://www.pythonanywhere.com/try-ipython/) is still > running 0.11. Thanks for the note; note that try-ipython is external to us, so we have no control over their update schedule. But given that the hard update was 0.10-0.11 and they are already on 0.11, I imagine they will at some point move to 0.12 which is an easy change from the api perspective. Cheers, f From fperez.net at gmail.com Sun Jan 8 14:24:51 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 8 Jan 2012 11:24:51 -0800 Subject: [IPython-dev] Odd notebook file that can't be loaded. In-Reply-To: References: Message-ID: On Sat, Jan 7, 2012 at 11:14 PM, MinRK wrote: > Your script in the markdown cell is being executed before the kernel exists, > and thus fails ('null has no execute' message in js console). ?Since this > raises an error, the javascript execution that was loading the notebook > (which ultimately caused your javascript to execute) halts at this point, > failing to finish loading the notebook. ?I don't know if we can protect > against this sort of thing, but we should if we can. ?If you write the code > so it can't raise (check for existence, etc.), then it should be safe. ?You > may need to put the execute on a timeout, to allow it to run after the > kernel connection is established. Interesting, thanks for looking into it; I was wiped yesterday when I ran into this. What puzzles me is that even this simpler notebook will exhibit the same problem. Just put this in one cell: from IPython.core.display import HTML HTML('') save it and hit reload. Boom. In this case there's no markdown, it's the html repr that gets loaded on opening and has the same effect. I wonder if we can protect in some way against this locking things up for users... Cheers, f From benjaminrk at gmail.com Sun Jan 8 14:41:39 2012 From: benjaminrk at gmail.com (MinRK) Date: Sun, 8 Jan 2012 11:41:39 -0800 Subject: [IPython-dev] Odd notebook file that can't be loaded. In-Reply-To: References: Message-ID: On Sun, Jan 8, 2012 at 11:24, Fernando Perez wrote: > On Sat, Jan 7, 2012 at 11:14 PM, MinRK wrote: > > Your script in the markdown cell is being executed before the kernel > exists, > > and thus fails ('null has no execute' message in js console). Since this > > raises an error, the javascript execution that was loading the notebook > > (which ultimately caused your javascript to execute) halts at this point, > > failing to finish loading the notebook. I don't know if we can protect > > against this sort of thing, but we should if we can. If you write the > code > > so it can't raise (check for existence, etc.), then it should be safe. > You > > may need to put the execute on a timeout, to allow it to run after the > > kernel connection is established. > > Interesting, thanks for looking into it; I was wiped yesterday when I > ran into this. > > What puzzles me is that even this simpler notebook will exhibit the > same problem. Just put this in one cell: > > from IPython.core.display import HTML > HTML('') > > It shouldn't need to have anything to do with IPython - I think any error-raising javascript should be able to cause this problem: from IPython.core.display import HTML HTML('') > save it and hit reload. Boom. > > In this case there's no markdown, it's the html repr that gets loaded > on opening and has the same effect. I wonder if we can protect in > some way against this locking things up for users... > I don't know enough about javascript machinery to see a way to protect from this, but it should be possible. > > Cheers, > > f > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Sun Jan 8 14:46:13 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 8 Jan 2012 11:46:13 -0800 Subject: [IPython-dev] Odd notebook file that can't be loaded. In-Reply-To: References: Message-ID: On Sun, Jan 8, 2012 at 11:41 AM, MinRK wrote: > It shouldn't need to have anything to do with IPython - I think any > error-raising javascript should be able to cause this problem: > > from IPython.core.display import HTML > HTML('') Correct. > I don't know enough about javascript machinery to see a way to protect from > this, but it should be possible. Same here. This is an area where if anyone on the list has solid expertise, we'd love to have some hlep, BTW. The core devs so far haven't been 'javascript people', but here's an opportunity to really help the project :) Cheers, f From takowl at gmail.com Sun Jan 8 17:37:43 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Sun, 8 Jan 2012 22:37:43 +0000 Subject: [IPython-dev] Try IPython needs to be updated In-Reply-To: References: Message-ID: [Let's just check that with PythonAnywhere] Hi PythonAnywhere guys, Just to check you've spotted it, IPython 0.12 is now out, and it should be a relatively simple upgrade for you (the API changes are much less than 0.10 to 0.11). Feel free to ask us if you've got any questions or problems. Thanks, Thomas On 8 January 2012 19:04, Fernando Perez wrote: > On Sun, Jan 8, 2012 at 5:04 AM, Aaron Meurer wrote: > > I just noticed that the IPython online shell linked to from the > > IPython homepage (http://www.pythonanywhere.com/try-ipython/) is still > > running 0.11. > > Thanks for the note; note that try-ipython is external to us, so we > have no control over their update schedule. But given that the hard > update was 0.10-0.11 and they are already on 0.11, I imagine they will > at some point move to 0.12 which is an easy change from the api > perspective. > > Cheers, > > f > _______________________________________________ > 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: From fperez.net at gmail.com Sun Jan 8 19:43:58 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 8 Jan 2012 16:43:58 -0800 Subject: [IPython-dev] A blog post on the ipython notebook: a historical recap and notes about the Sage notebook Message-ID: Hi all, prompted by a question on the ipython user list about the IPython notebook and the Sage one, I ended up writing a fairly long blog post on the matter: http://blog.fperez.org/2012/01/ipython-notebook-historical.html It's mainly a history of the IPython notebook, but it tries to also answer the user's question about where it stands in relation to the Sage one; I figured some of you might find these notes interesting. Feedback and corrections welcome, of course! Cheers, f From ischnell at enthought.com Mon Jan 9 01:04:13 2012 From: ischnell at enthought.com (Ilan Schnell) Date: Mon, 9 Jan 2012 00:04:13 -0600 Subject: [IPython-dev] A blog post on the ipython notebook: a historical recap and notes about the Sage notebook In-Reply-To: References: Message-ID: Hello Fernando, thanks for the interesting blog post. The historical facts you talk about are of great value (not only because I wasn't aware of many of them), but in particular because they show how mistakes made in the past have eventually shown the path ahead. - Ilan On Sun, Jan 8, 2012 at 6:43 PM, Fernando Perez wrote: > Hi all, > > prompted by a question on the ipython user list about the IPython > notebook and the Sage one, I ended up writing a fairly long blog post > on the matter: > > http://blog.fperez.org/2012/01/ipython-notebook-historical.html > > It's mainly a history of the IPython notebook, but it tries to also > answer the user's question about where it stands in relation to the > Sage one; I figured some of you might find these notes interesting. > > Feedback and corrections welcome, of course! > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From fperez.net at gmail.com Mon Jan 9 01:38:59 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 8 Jan 2012 22:38:59 -0800 Subject: [IPython-dev] [sage-notebook] A blog post on the ipython notebook: a historical recap and notes about the Sage notebook In-Reply-To: References: Message-ID: On Sun, Jan 8, 2012 at 10:32 PM, William Stein wrote: > The only use of twisted in the version of the notebook we use for sagenb.org > and will release in sage 5.0 is via WSGI. ?Everything else that used to use > twisted now uses flask. ?Thus your reason for sagenb being hard to port to > python 3 is wrong. ?It's surely still hard, but not for that reason. Ah, ok, that's great to hear. The road for Python3 in Twisted looks like it will be a slow one, so I'm glad that dependency is gone for Sage. I'll update that in the post, thanks for the correction. Cheers, f From fperez.net at gmail.com Mon Jan 9 02:52:17 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 8 Jan 2012 23:52:17 -0800 Subject: [IPython-dev] A blog post on the ipython notebook: a historical recap and notes about the Sage notebook In-Reply-To: References: Message-ID: On Sun, Jan 8, 2012 at 10:04 PM, Ilan Schnell wrote: > thanks for the interesting blog post. ?The historical > facts you talk about are of great value (not only > because I wasn't aware of many of them), but in > particular because they show how mistakes made > in the past have eventually shown the path ahead. Thanks, Ilan. Indeed, we probably went down just about every dead-end imaginable :) Cheers, f From giles.thomas at resolversystems.com Mon Jan 9 06:35:53 2012 From: giles.thomas at resolversystems.com (Giles Thomas) Date: Mon, 09 Jan 2012 11:35:53 +0000 Subject: [IPython-dev] Try IPython needs to be updated In-Reply-To: References: Message-ID: <4F0AD119.4040505@resolversystems.com> On 08/01/2012 22:37, Thomas Kluyver wrote: > Just to check you've spotted it, IPython 0.12 is now out, and it > should be a relatively simple upgrade for you (the API changes are > much less than 0.10 to 0.11). Feel free to ask us if you've got any > questions or problems. Thanks, Thomas. We've got the upgrade in our dev version, and should be able to get it released shortly. All the best, Giles -- Giles Thomas giles.thomas at resolversystems.com +44 (0) 20 3051 2751 PythonAnywhere: Develop Python in your browser 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK From matt.clarke at stfc.ac.uk Tue Jan 10 04:56:57 2012 From: matt.clarke at stfc.ac.uk (matt.clarke at stfc.ac.uk) Date: Tue, 10 Jan 2012 09:56:57 +0000 Subject: [IPython-dev] Notebook - busy cell editing Message-ID: Hi, Is there any way to disable editing of running cells? By the way, the notebook is truly brilliant - well done to everyone involved. Matt -- Scanned by iCritical. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Tue Jan 10 05:08:42 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Tue, 10 Jan 2012 02:08:42 -0800 Subject: [IPython-dev] Notebook - busy cell editing In-Reply-To: References: Message-ID: On Tue, Jan 10, 2012 at 1:56 AM, wrote: > Is there any way to disable editing of running cells? No, not currently. I could see that being available as an option, but I'd rather not have it be the default: I often do want to go back and fix up a cell for the next run while it's finishing something... But once we have a way to expose UI configuration options in a sensible way to the user, things of this nature could become configurable. > By the way, the notebook is truly brilliant ? well done to everyone > involved. Thanks, we always appreciate the feedback. Cheers, f From joonpyro at gmail.com Tue Jan 10 13:21:21 2012 From: joonpyro at gmail.com (Joon Ro) Date: Tue, 10 Jan 2012 12:21:21 -0600 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math Message-ID: Hi, I just started using notebook, and it looks awesome. Thank you so much for your dedicated work. I cannot wait to try using it through a remote connection! Anyway, I was thinking it would be great if it is possible to use \( \), \[ \] instead of $...$, $$...$$ in the notebook for the math. Would this be easily implementable? Thank you, Joon From ellisonbg at gmail.com Tue Jan 10 15:17:51 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 10 Jan 2012 12:17:51 -0800 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: There are a number of levels that this choice enters in: * Our display system enforces that latex means $ and $$. This is important as it provides a uniform interface for all people who want to develop custom latex representations of their objects for display in the notebook. As time goes on, many third parties will rely on this convention. * The configuration of MathJax and matplotlib in the notebook and qtconsole. This has to line up with the conventions in the display system, otherwise things won't work properly. I think this is one case where it doesn't make sense for this to be configurable. Otherwise we can't promise that everyones code will "just work" in IPython. Is there a reason you can't use $ and $$? Cheers, Brian On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro wrote: > Hi, > > I just started using notebook, and it looks awesome. Thank you so much for > your dedicated work. I cannot wait to try using it through a remote > connection! > > Anyway, I was thinking it would be great if it is possible to use \( \), > \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would this > be easily implementable? > > Thank you, > Joon > _______________________________________________ > 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 dave.hirschfeld at gmail.com Tue Jan 10 15:56:11 2012 From: dave.hirschfeld at gmail.com (dave.hirschfeld) Date: Tue, 10 Jan 2012 20:56:11 +0000 Subject: [IPython-dev] ZMQError: Too many open files Message-ID: I've been testing out the *awesome* parallel capabilities of the new IPython but was continuously getting the "Too many open files" ZMQError: C:\dev\bin\Python27\lib\site-packages\ipython-0.12.beta-py2.7.egg\IPython\parallel\client\client.pyc in __init__(self, url_or_file, profile, profile_dir, ipython_dir, context, debug, exec_key, sshserver, sshkey, password, paramiko, timeout, **extra_args) 384 self._queue_handlers = {'execute_reply' : self._handle_execute_reply, 385 'apply_reply' : self._handle_apply_reply} --> 386 self._connect(sshserver, ssh_kwargs, timeout) 387 388 def __del__(self): C:\dev\bin\Python27\lib\site-packages\ipython-0.12.beta-py2.7.egg\IPython\parallel\client\client.pyc in _connect(self, sshserver, ssh_kwargs, timeout) 516 if content.control: --> 517 self._control_socket = self._context.socket(zmq.DEALER) 518 self._control_socket.setsockopt(zmq.IDENTITY, ident) 519 connect_socket(self._control_socket, content.control) C:\dev\bin\Python27\lib\site-packages\zmq\core\context.pyd in zmq.core.context.Context.socket (zmq\core\context.c:1834)() C:\dev\bin\Python27\lib\site-packages\zmq\core\socket.pyd in zmq.core.socket.Socket.__cinit__ (zmq\core\socket.c:2248)() ZMQError: Too many open files For my tests I was manually starting up 8 engines on up to 8 computers and combining the results of thousands of monte-carlo simulations so I was giving the parallel code a resonably decent stress test. All the PCs are Win7 x64 boxes running 32bit Python 2.7.2. Doing a bit of Googling I found the following: http://docs.oracle.com/cd/E11035_01/wls100/perform/OSTuning.html#wp1126084 http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574 Which seem to suggest the default TCP/IP parameters need to be changed in the registry. The attached .reg file will set the registry parameters shown below: """ Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters] "EnableWsd"=dword:00000000 "MaxUserPort"=dword:0000fffe "TcpTimedWaitDelay"=dword:0000001e "EnableDCA"=dword:00000001 "EnableTCPA"=dword:00000001 "TcpNumConnections"=dword:0000fffe """ These changes can be applied manually or by double-clicking the attached file. I'm not sure that this is the minimal set of changes necessary or even the correct thing to do, but it has got rid of the ZMQError. Hopefully this might help other windows users. Regards, Dave Hirschfeld -------------- next part -------------- A non-text attachment was scrubbed... Name: tcp_parameters.reg Type: application/octet-stream Size: 602 bytes Desc: not available URL: From satra at mit.edu Tue Jan 10 15:56:25 2012 From: satra at mit.edu (Satrajit Ghosh) Date: Tue, 10 Jan 2012 20:56:25 +0000 Subject: [IPython-dev] embedding ipython Message-ID: hi, i'm trying to look into the possibility of embedding ipython into the latest version of 3d slicer (slicer.org). slicer is a PythonQt application and they bundle their own python interpreter with it. any pointers in the right direction would be much appreciated. cheers, satra -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Tue Jan 10 16:05:52 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Tue, 10 Jan 2012 21:05:52 +0000 Subject: [IPython-dev] ZMQError: Too many open files In-Reply-To: References: Message-ID: On 10 January 2012 20:56, dave.hirschfeld wrote: > I've been testing out the *awesome* parallel capabilities of the new > IPython but was continuously getting the "Too many open files" > ZMQError: > This error has come up recently on ipython-user - take a look at this thread: http://mail.scipy.org/pipermail/ipython-user/2012-January/009017.html Thanks, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From joonpyro at gmail.com Tue Jan 10 22:51:51 2012 From: joonpyro at gmail.com (Joon Ro) Date: Tue, 10 Jan 2012 21:51:51 -0600 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: Thank you for the reply. Actually I was not talking about making it configurable, just additionally supporting \( \) and \[ \] besides $ and $$. As far as I know \( \) and \[ \] are as widely used as $ and $$ for latex math. I'm sorry I said "instead of" in the title. Should have used "in addition to." :) When I first started using latex in several years ago, I saw an documentation which recommended using \( \) and \[ \] instead of $...$ and $$...$$ somewhere (I don't remember where :)), so I have preferred them. In fact, in the Mathjax documentation (http://www.mathjax.org/docs/1.1/start.html), actually it says that "Note in particular that the $...$ in-line delimiters are not used by default," because $ sign comes up too frequently in non-mathematical settings. Mathjax supports both \[...\] and \(...\) by default. I just tried matplotlib and I could use \( \) there too. (It seems matplotlib does not support neither $$ nor \[ \].) -Joon On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger wrote: > There are a number of levels that this choice enters in: > > * Our display system enforces that latex means $ and $$. This is > important as it provides a uniform interface for all people who want > to develop custom latex representations of their objects for display > in the notebook. As time goes on, many third parties will rely on > this convention. > * The configuration of MathJax and matplotlib in the notebook and > qtconsole. This has to line up with the conventions in the display > system, otherwise things won't work properly. > > I think this is one case where it doesn't make sense for this to be > configurable. Otherwise we can't promise that everyones code will > "just work" in IPython. Is there a reason you can't use $ and $$? > > Cheers, > > Brian > > On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro wrote: >> Hi, >> >> I just started using notebook, and it looks awesome. Thank you so much >> for >> your dedicated work. I cannot wait to try using it through a remote >> connection! >> >> Anyway, I was thinking it would be great if it is possible to use \( \), >> \[ \] instead of $...$, $$...$$ in the notebook for the math. Would >> this >> be easily implementable? >> >> Thank you, >> Joon >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > -- Using Opera's revolutionary email client: http://www.opera.com/mail/ From ellisonbg at gmail.com Wed Jan 11 00:51:19 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 10 Jan 2012 21:51:19 -0800 Subject: [IPython-dev] Help testing new UI for the notebook Message-ID: Hi, I have developed a new menu based UI for the notebook. There are two versions: * One that uses Wjimo (a jQuery widget library): https://github.com/ellisonbg/ipython/tree/wijmoize This Wijmo based version was my first attempt. Wijmo has a very polished look (we have been using one of its themes "Aristo" for months now). But, as I got going, I found that the usability of the menus was lacking. The menu flyout animation is clunky and slow, I can't get the menus to open with a click (only on mouseover) and there are lots of minor glitches. Documentation is also not great and no one has replied to multiple posts on their forums. * One that uses a dev branch of jQueryUI: https://github.com/ellisonbg/ipython/tree/dewijmoize jQuery UI has been working on menu/menubar widgets for some time now. The version I am using is in a dev branch (not even master). Surprisingly, the usability is much better than the Wijmo based version. Everything is snappy and quick and things just work. jQuery UI is pretty solid, so even though this is pre-release quality, I trust it - and it tends to be clean, well documented code. Downsides: we are back to a basic jquery theme, no keyboard shortcuts in menu items. 1: PLEASE play with the notebook in both of these branches and give me feedback. I am moving quickly these days, so we need to decide on which version we like better ASAP. 2. If we move away from Wijmo, we will be stuck with the basic theme for now. We can use themeroller to *help* us generate a new theme, but it will be ome extra work as the themes it generates don't work with the dev version: http://jqueryui.com/themeroller/ Happy notebooking! Cheers, Brian -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From asmeurer at gmail.com Wed Jan 11 08:36:24 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Wed, 11 Jan 2012 06:36:24 -0700 Subject: [IPython-dev] Help testing new UI for the notebook In-Reply-To: References: Message-ID: Hi. I just tried them both. I used Chrome. In wihmoize: - There is a bug where the menus can remain blue after the menu has disappeared. - The menus are maybe a little choppy, but it's not too bad. The menus are too slow to disappear after being deselected, but that's annoying at best. Granted, Chrome is the most responsive browser, and I didn't try it in others. If anything, this is more responsive, in terms the UI updating when I move up and down in the menus. Also, the popup dialogs felt a little more responsive (i.e., when moving them around), but the difference on my machine could be considered negligible. - As far as UI goes, I like this one better. I guess you'll have to play around with a lot of actual use to see if automatically opening the menu or only when clicked is better (given the precedence of virtually every other GUI, though, it's probably the latter). In dewhimoize: - There is a similar bug to above. If you click on a menu, then click again to deselect, it still remains highlighted. - Selecting the first menu item when the menu is open and the mouse is over the menu title is confusing (I first thought it was some kind of "default" or something). Unless these things are hard-coded into the libraries, I don't see any difference between the two yet to suggest one over the other. Obviously some things are implemented in one that aren't in the other. Unrelated note: I noticed that the SymPy docs link in the help menu links to the dev docs. This should probably link to the release docs. Aaron Meurer On Tue, Jan 10, 2012 at 10:51 PM, Brian Granger wrote: > Hi, > > I have developed a new menu based UI for the notebook. ?There are two versions: > > * One that uses Wjimo (a jQuery widget library): > > https://github.com/ellisonbg/ipython/tree/wijmoize > > This Wijmo based version was my first attempt. ?Wijmo has a very > polished look (we have been using one of its themes "Aristo" for > months now). ?But, as I got going, I found that the usability of the > menus was lacking. ?The menu flyout animation is clunky and slow, I > can't get the menus to open with a click (only on mouseover) and there > are lots of minor glitches. ?Documentation is also not great and no > one has replied to multiple posts on their forums. > > * One that uses a dev branch of jQueryUI: > > https://github.com/ellisonbg/ipython/tree/dewijmoize > > jQuery UI has been working on menu/menubar widgets for some time now. > The version I am using is in a dev branch (not even master). > Surprisingly, the usability is much better than the Wijmo based > version. ?Everything is snappy and quick and things just work. ?jQuery > UI is pretty solid, so even though this is pre-release quality, I > trust it - and it tends to be clean, well documented code. ?Downsides: > we are back to a basic jquery theme, no keyboard shortcuts in menu > items. > > 1: PLEASE play with the notebook in both of these branches and give me > feedback. ?I am moving quickly these days, so we need to decide on > which version we like better ASAP. > > 2. If we move away from Wijmo, we will be stuck with the basic theme > for now. ?We can use themeroller to *help* us generate a new theme, > but it will be ome extra work as the themes it generates don't work > with the dev version: > > http://jqueryui.com/themeroller/ > > Happy notebooking! > > Cheers, > > Brian > > > -- > 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 From ellisonbg at gmail.com Wed Jan 11 12:22:00 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Wed, 11 Jan 2012 09:22:00 -0800 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro wrote: > Thank you for the reply. > > Actually I was not talking about making it configurable, just additionally > supporting \( ?\) and \[ ?\] besides $ and $$. As far as I know \( ?\) and > \[ ?\] are as widely used as $ and $$ for latex math. I'm sorry I said > "instead of" in the title. Should have used "in addition to." :) > > When I first started using latex in several years ago, I saw an > documentation which recommended using \( ?\) and \[ ?\] instead of $...$ > and $$...$$ somewhere (I don't remember where :)), so I have preferred > them. > > In fact, in the Mathjax documentation > (http://www.mathjax.org/docs/1.1/start.html), actually it says that "Note > in particular that the $...$ in-line delimiters are not used by default," > because $ sign comes up too frequently in non-mathematical settings. > Mathjax supports both \[...\] and \(...\) by default. I just tried > matplotlib and I could use \( ?\) there too. (It seems matplotlib does not > support neither $$ nor \[ ?\].) If MathJax can support both styles simultaneously let's do that. Can you look into if that is possible and submit a pull request to implement it? Cheers, Brian > -Joon > > > > On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger > wrote: > >> There are a number of levels that this choice enters in: >> >> * Our display system enforces that latex means $ and $$. ?This is >> important as it provides a uniform interface for all people who want >> to develop custom latex representations of their objects for display >> in the notebook. ?As time goes on, many third parties will rely on >> this convention. >> * The configuration of MathJax and matplotlib in the notebook and >> qtconsole. ?This has to line up with the conventions in the display >> system, otherwise things won't work properly. >> >> I think this is one case where it doesn't make sense for this to be >> configurable. ?Otherwise we can't promise that everyones code will >> "just work" in IPython. ?Is there a reason you can't use $ and $$? >> >> Cheers, >> >> Brian >> >> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro wrote: >>> Hi, >>> >>> I just started using notebook, and it looks awesome. Thank you so much >>> for >>> your dedicated work. I cannot wait to try using it through a remote >>> connection! >>> >>> Anyway, I was thinking it would be great if it is possible to use \( \), >>> \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would >>> this >>> be easily implementable? >>> >>> Thank you, >>> Joon >>> _______________________________________________ >>> IPython-dev mailing list >>> IPython-dev at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> >> > > > -- > Using Opera's revolutionary email client: http://www.opera.com/mail/ > _______________________________________________ > 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 fperez.net at gmail.com Wed Jan 11 13:02:07 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 11 Jan 2012 10:02:07 -0800 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: On Wed, Jan 11, 2012 at 9:22 AM, Brian Granger wrote: > If MathJax can support both styles simultaneously let's do that. ?Can > you look into if that is possible and submit a pull request to > implement it? +1 f From piotr.zolnierczuk at gmail.com Wed Jan 11 15:55:20 2012 From: piotr.zolnierczuk at gmail.com (Piotr Zolnierczuk) Date: Wed, 11 Jan 2012 15:55:20 -0500 Subject: [IPython-dev] Standalone WX GUI support is broken (issue #645) Message-ID: Hi, Not sure what to expect from the example (docs/examples/lib/gui-wx.py) but here's what workes for me on a Windows machine (XP) and on RHEL 6 with EPD 7.2-1. I got the pop-up and the buttons worked. BTW: what does %gui wx do? Piotr $ git diff diff --git a/docs/examples/lib/gui-wx.py b/docs/examples/lib/gui-wx.py index c55ce4f..a374024 100755 --- a/docs/examples/lib/gui-wx.py +++ b/docs/examples/lib/gui-wx.py @@ -105,13 +105,19 @@ class MyApp(wx.App): if __name__ == '__main__': - raise NotImplementedError( - 'Standalone WX GUI support is currently broken. ' - 'See https://github.com/ipython/ipython/issues/645 for details') + #raise NotImplementedError( + # 'Standalone WX GUI support is currently broken. ' + # 'See https://github.com/ipython/ipython/issues/645 for details') app = wx.GetApp() if app is None: app = MyApp(redirect=False, clearSigInt=False) + else: + frame = MyFrame(None, "Simple wxPython App") + app.SetTopWindow(frame) + print "Print statements go to this stdout window by default." + frame.Show(True) + try: from IPython.lib.inputhook import enable_wx -- Piotr Adam Zolnierczuk e-mail: piotr at zolnierczuk.net www: http://www.zolnierczuk.net _____________________________________ written on recycled electrons -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Wed Jan 11 19:06:04 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Wed, 11 Jan 2012 16:06:04 -0800 Subject: [IPython-dev] Help testing new UI for the notebook In-Reply-To: References: Message-ID: Aaron, Thanks for looking at this! On Wed, Jan 11, 2012 at 5:36 AM, Aaron Meurer wrote: > Hi. > > I just tried them both. I used Chrome. > > In wihmoize: > > - There is a bug where the menus can remain blue after the menu has > disappeared. Yep, that is one that I can't easily fix. > - The menus are maybe a little choppy, but it's not too bad. The menus > are too slow to disappear after being deselected, but that's annoying > at best. Granted, Chrome is the most responsive browser, and I didn't > try it in others. If anything, this is more responsive, in terms the > UI updating when I move up and down in the menus. ?Also, the popup > dialogs felt a little more responsive (i.e., when moving them around), > but the difference on my machine could be considered negligible. Interesting. I am on Chrome and the choppiness (compared with the dewijmoize version) is horrible. The behavior of the popups should be exacly the same though. > - As far as UI goes, I like this one better. ?I guess you'll have to > play around with a lot of actual use to see if automatically opening > the menu or only when clicked is better (given the precedence of > virtually every other GUI, though, it's probably the latter). Yes, I agree that click to open is more standard. Unfortunately that mode is completely broken in the Wijmo and the devs have not responded to my emails. > In dewhimoize: > > - There is a similar bug to above. If you click on a menu, then click > again to deselect, it still remains highlighted. Yes, I have seen this as well, although it is more difficult to trigger than in the wijmoize version. > - Selecting the first menu item when the menu is open and the mouse is > over the menu title is confusing (I first thought it was some kind of > "default" or something). Yes, for now we are stuck with this. We would have to contribute code to jquery to fix this. But at least that is an option (Wijmo is not openly developed as there is a commercial version). > Unless these things are hard-coded into the libraries, I don't see any > difference between the two yet to suggest one over the other. > Obviously some things are implemented in one that aren't in the other. Yes most of the things you bring up are hard-coded. Because jquery is openly developed and has a solid community, it makes me more at ease. > Unrelated note: I noticed that the SymPy docs link in the help menu > links to the dev docs. ?This should probably link to the release docs. OK I will fix that. > Aaron Meurer > > On Tue, Jan 10, 2012 at 10:51 PM, Brian Granger wrote: >> Hi, >> >> I have developed a new menu based UI for the notebook. ?There are two versions: >> >> * One that uses Wjimo (a jQuery widget library): >> >> https://github.com/ellisonbg/ipython/tree/wijmoize >> >> This Wijmo based version was my first attempt. ?Wijmo has a very >> polished look (we have been using one of its themes "Aristo" for >> months now). ?But, as I got going, I found that the usability of the >> menus was lacking. ?The menu flyout animation is clunky and slow, I >> can't get the menus to open with a click (only on mouseover) and there >> are lots of minor glitches. ?Documentation is also not great and no >> one has replied to multiple posts on their forums. >> >> * One that uses a dev branch of jQueryUI: >> >> https://github.com/ellisonbg/ipython/tree/dewijmoize >> >> jQuery UI has been working on menu/menubar widgets for some time now. >> The version I am using is in a dev branch (not even master). >> Surprisingly, the usability is much better than the Wijmo based >> version. ?Everything is snappy and quick and things just work. ?jQuery >> UI is pretty solid, so even though this is pre-release quality, I >> trust it - and it tends to be clean, well documented code. ?Downsides: >> we are back to a basic jquery theme, no keyboard shortcuts in menu >> items. >> >> 1: PLEASE play with the notebook in both of these branches and give me >> feedback. ?I am moving quickly these days, so we need to decide on >> which version we like better ASAP. >> >> 2. If we move away from Wijmo, we will be stuck with the basic theme >> for now. ?We can use themeroller to *help* us generate a new theme, >> but it will be ome extra work as the themes it generates don't work >> with the dev version: >> >> http://jqueryui.com/themeroller/ >> >> Happy notebooking! >> >> Cheers, >> >> Brian >> >> >> -- >> 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 -- 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 Jan 11 21:20:34 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 11 Jan 2012 18:20:34 -0800 Subject: [IPython-dev] Help testing new UI for the notebook In-Reply-To: References: Message-ID: Hey Brian, On Tue, Jan 10, 2012 at 9:51 PM, Brian Granger wrote: > Hi, > > I have developed a new menu based UI for the notebook. ?There are two versions: Thanks for the awesome work! > * One that uses Wjimo (a jQuery widget library): > > https://github.com/ellisonbg/ipython/tree/wijmoize > > This Wijmo based version was my first attempt. ?Wijmo has a very > polished look (we have been using one of its themes "Aristo" for > months now). ?But, as I got going, I found that the usability of the > menus was lacking. ?The menu flyout animation is clunky and slow, I > can't get the menus to open with a click (only on mouseover) and there > are lots of minor glitches. ?Documentation is also not great and no > one has replied to multiple posts on their forums. This, and the comments you made further in response to Aaron, worries me greatly in going with Wijmo. I don't mind that they have a commercial version, but the fact that their development model is closed and non-responsive to your queries is very problematic in my mind. Furthermore, in trying both options side-by-side, I actually don't find the jquery one ugly at all due to the lack of theming. It's a bit spartan, but perfectly functional. It's also fairly tight in terms of whitespace, which as you know is something I'm obsessively picky about (and hugely annoyed with recent trends in apps like gmail, that seem to now be burning whitespace like it's going out of fashion). So after trying both, and based on the feedback you provided, I'm massively +1 in going forward with jquery. It's a bummer that we have to use a dev branch for now, but hopefully that's temporary. And given that this is carried in our tree anyways, this is in no way a problem for our users who don't see this directly. Best, f From damianavila at gmail.com Wed Jan 11 22:06:30 2012 From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=) Date: Thu, 12 Jan 2012 00:06:30 -0300 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. Message-ID: <4F0E4E36.60707@gmail.com> Hi, my name is Dami?n. Recently, I have figured out a way to embed IPython notebook in a html5 slideshow. Fernando has shared my post in google+ and later, in the commentaries, a little discussion (with Fernando and Wes) was born about it. You can read the post and the discussion here: https://plus.google.com/105051551851350439748/posts/gd9fDgpV8iY There, I said to Fernando: "I suspect that I will need some strong interaction with the IPython code (and obviously, time...)". So, Fernando point me out to this list to find some help from "other interested parties" to streamline the process and maybe begin with a native implementation in IPython. Are there somebody able/willing/interested to help me out with this? Thanks in advance. Dami?n. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Wed Jan 11 23:20:40 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 11 Jan 2012 20:20:40 -0800 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: <4F0E4E36.60707@gmail.com> References: <4F0E4E36.60707@gmail.com> Message-ID: On Wed, Jan 11, 2012 at 7:06 PM, Dami?n Avila wrote: > So, Fernando point me out to this list to find some help from "other > interested parties" to streamline the process and maybe begin with a native > implementation in IPython. > > Are there somebody able/willing/interested to help me out with this? Welcome to the list! It would be really cool to have an easy way to create 'presentation notebooks'. Basically, notebooks that break up naturally in single-page units and for which page up/down or arrow keys cause transitions, so that they can be used without scrolling and only with a presentation remote during talks. But with actual cells and code execution, so that one could then stop at some point, go to the keyboard and do a bit of typing to demonstrate an interactive feature. Since changing the html view of the notebook itself is very complicated, an interim solution might be to produce a 'presentation view' of an existing notebook. One could then switch to this view for the presentation and switch back to the normal view for running code. When giving a talk/lecture, it would just be a matter of opening both views in two browser tabs and switching as needed. Anyway, I'm sure Damian and others can come up with good ideas! Cheers, f From ellisonbg at gmail.com Wed Jan 11 23:21:27 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Wed, 11 Jan 2012 20:21:27 -0800 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: <4F0E4E36.60707@gmail.com> References: <4F0E4E36.60707@gmail.com> Message-ID: Hi, this is really cool! But I think we should turn this inside out and make a "slide show" mode for the notebook. It would provide a slide show like UI for a notebook where each cell becomes a slide. That way you can develop your slides using markdown/code in the notebook and immediately present them without any additional steps. This will require some refactoring of the javascript of the notebook to make cells more independent of the notebook structure. But this was something we need to do anyways. Wont' happen overnight, but this would be a *killer* feature for sure! For now embedding in the HTML slide show is super cool. Cheers, Brian On Wed, Jan 11, 2012 at 7:06 PM, Dami?n Avila wrote: > Hi, my name is Dami?n. > > Recently, I have figured out a way to embed IPython notebook in a html5 > slideshow. > > Fernando has shared my post in google+ and later, in the commentaries, a > little discussion (with Fernando and Wes) was born about it. > > You can read the post and the discussion here: > > https://plus.google.com/105051551851350439748/posts/gd9fDgpV8iY > > There, I said to Fernando: "I suspect that I will need some strong > interaction with the IPython code (and obviously, time...)". > > So, Fernando point me out to this list to find some help from "other > interested parties" to streamline the process and maybe begin with a native > implementation in IPython. > > Are there somebody able/willing/interested to help me out with this? > > Thanks in advance. > > Dami?n. > > _______________________________________________ > 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 fperez.net at gmail.com Wed Jan 11 23:22:17 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 11 Jan 2012 20:22:17 -0800 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: References: <4F0E4E36.60707@gmail.com> Message-ID: On Wed, Jan 11, 2012 at 8:21 PM, Brian Granger wrote: > Hi, this is really cool! ?But I think we should turn this inside out > and make a "slide show" mode for the notebook. Stop reading my brain!!! ;) f From ellisonbg at gmail.com Wed Jan 11 23:26:10 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Wed, 11 Jan 2012 20:26:10 -0800 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: References: <4F0E4E36.60707@gmail.com> Message-ID: On Wed, Jan 11, 2012 at 8:22 PM, Fernando Perez wrote: > On Wed, Jan 11, 2012 at 8:21 PM, Brian Granger wrote: >> Hi, this is really cool! ?But I think we should turn this inside out >> and make a "slide show" mode for the notebook. > > Stop reading my brain!!! ;) Sorry, when your brain is publicly available on github, it is difficult. More seriously, this would be very cool. Unfortunately, the JS refactoring required will be a bit hairy as it touches almost the entire JS code base in deep ways. I have been thinking about it for a while - basically, I would enable the cell and kernel objects to work independently of the overall notebook structure. This would allow cells/kernels to be easily embedded on any web page...such as our slide show mode. There are a bunch of other things I need to do first, but will eventually get to this...mainly because I want to present all my talks this way... Cheers, Brian > f -- 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 Jan 11 23:26:14 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Wed, 11 Jan 2012 20:26:14 -0800 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: References: <4F0E4E36.60707@gmail.com> Message-ID: On Wed, Jan 11, 2012 at 8:22 PM, Fernando Perez wrote: > On Wed, Jan 11, 2012 at 8:21 PM, Brian Granger wrote: >> Hi, this is really cool! ?But I think we should turn this inside out >> and make a "slide show" mode for the notebook. > > Stop reading my brain!!! ;) Sorry, when your brain is publicly available on github, it is difficult. More seriously, this would be very cool. Unfortunately, the JS refactoring required will be a bit hairy as it touches almost the entire JS code base in deep ways. I have been thinking about it for a while - basically, I would enable the cell and kernel objects to work independently of the overall notebook structure. This would allow cells/kernels to be easily embedded on any web page...such as our slide show mode. There are a bunch of other things I need to do first, but will eventually get to this...mainly because I want to present all my talks this way... Cheers, Brian > f -- 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 Thu Jan 12 01:09:49 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 11 Jan 2012 22:09:49 -0800 Subject: [IPython-dev] embedding ipython In-Reply-To: References: Message-ID: Hey Satra, On Tue, Jan 10, 2012 at 12:56 PM, Satrajit Ghosh wrote: > i'm trying to look into the possibility of embedding ipython into the latest > version of 3d slicer (slicer.org). slicer is a PythonQt application and they > bundle their own python interpreter with it. > > any pointers in the right direction would be much appreciated. A starting point would be to look at Robert's hack: http://mail.scipy.org/pipermail/ipython-dev/2011-December/008456.html now, ideally we'd do this correctly, by refactoring the Qt console code so that it can use a KernelManager that could be either local or remote, and having a local manager for the in-process cases. With this done, the terminal (or 'plain' ipython) and console (the new terminal-based two-process one) clients could also then be cleaned up to use the exact same architecture. That is the right way to do this and not too much work, but not a tiny amount of work either. I don't know if right now you have the bandwidth to try to do it. If you do, I'd be happy to give you a hand though, so let me know. Doing that refactoring is a really important step in finishing up the architectural clenaup we started with Brian's summer'09 work, so it would be awesome to tackle it. Cheers, f From fperez.net at gmail.com Thu Jan 12 01:12:39 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 11 Jan 2012 22:12:39 -0800 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: References: <4F0E4E36.60707@gmail.com> Message-ID: On Wed, Jan 11, 2012 at 8:26 PM, Brian Granger wrote: > Sorry, when your brain is publicly available on github, it is difficult. Open source to the core :) > More seriously, this would be very cool. ?Unfortunately, the JS > refactoring required will be a bit hairy as it touches almost the > entire JS code base in deep ways. ?I have been thinking about it for a > while - basically, I would enable the cell and kernel objects to work > independently of the overall notebook structure. ?This would allow > cells/kernels to be easily embedded on any web page...such as our Yes, ultimately that's exactly where we want to end up. > slide show mode. ?There are a bunch of other things I need to do > first, but will eventually get to this...mainly because I want to > present all my talks this way... Absolutely! The 'executable talk', to go along with the executable paper. We'll get there, for sure... Cheers, f From joonpyro at gmail.com Thu Jan 12 01:53:50 2012 From: joonpyro at gmail.com (Joon Ro) Date: Thu, 12 Jan 2012 00:53:50 -0600 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: On Wed, 11 Jan 2012 12:02:07 -0600, Fernando Perez wrote: > On Wed, Jan 11, 2012 at 9:22 AM, Brian Granger > wrote: >> If MathJax can support both styles simultaneously let's do that. Can >> you look into if that is possible and submit a pull request to >> implement it? > > +1 > > f Will do that. Thanks! -Joon -- Using Opera's revolutionary email client: http://www.opera.com/mail/ From benjaminrk at gmail.com Thu Jan 12 02:09:25 2012 From: benjaminrk at gmail.com (MinRK) Date: Wed, 11 Jan 2012 23:09:25 -0800 Subject: [IPython-dev] embedding ipython In-Reply-To: References: Message-ID: On Wed, Jan 11, 2012 at 22:09, Fernando Perez wrote: > Hey Satra, > > On Tue, Jan 10, 2012 at 12:56 PM, Satrajit Ghosh wrote: > > i'm trying to look into the possibility of embedding ipython into the > latest > > version of 3d slicer (slicer.org). slicer is a PythonQt application and > they > > bundle their own python interpreter with it. > > > > any pointers in the right direction would be much appreciated. > > A starting point would be to look at Robert's hack: > > http://mail.scipy.org/pipermail/ipython-dev/2011-December/008456.html > > now, ideally we'd do this correctly, by refactoring the Qt console > code so that it can use a KernelManager that could be either local or > remote, and having a local manager for the in-process cases. With > this done, the terminal (or 'plain' ipython) and console (the new > terminal-based two-process one) clients could also then be cleaned up > to use the exact same architecture. > I should note that the QtConsole (and any derivative of of ShellApp) has a kernel_manager_class, and subclasses can simply change this value to use different KernelManagers. So as it stands currently, you should be able to do: class MyKernelManager: # do whatever special things you need to do class MyQtApp(QtConsoleApp): kernel_manager_class = MyKernelManager And you should be done. Unfortunately, code used to launch tabs other than the first was *not* updated to use this, and has QtKernelManager hardcoded instead of using the attribute. I've opened the trivial PRrequired to fix this. > That is the right way to do this and not too much work, but not a tiny > amount of work either. I don't know if right now you have the > bandwidth to try to do it. If you do, I'd be happy to give you a hand > though, so let me know. > > Doing that refactoring is a really important step in finishing up the > architectural clenaup we started with Brian's summer'09 work, so it > would be awesome to tackle it. > > Cheers, > > f > _______________________________________________ > 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: From asmeurer at gmail.com Thu Jan 12 05:37:01 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Thu, 12 Jan 2012 03:37:01 -0700 Subject: [IPython-dev] Help testing new UI for the notebook In-Reply-To: References: Message-ID: On Wed, Jan 11, 2012 at 5:06 PM, Brian Granger wrote: > Aaron, > > Thanks for looking at this! > > On Wed, Jan 11, 2012 at 5:36 AM, Aaron Meurer wrote: >> Hi. >> >> I just tried them both. I used Chrome. >> >> In wihmoize: >> >> - There is a bug where the menus can remain blue after the menu has >> disappeared. > > Yep, that is one that I can't easily fix. > >> - The menus are maybe a little choppy, but it's not too bad. The menus >> are too slow to disappear after being deselected, but that's annoying >> at best. Granted, Chrome is the most responsive browser, and I didn't >> try it in others. If anything, this is more responsive, in terms the >> UI updating when I move up and down in the menus. ?Also, the popup >> dialogs felt a little more responsive (i.e., when moving them around), >> but the difference on my machine could be considered negligible. > > Interesting. ?I am on Chrome and the choppiness (compared with the > dewijmoize version) is horrible. ?The behavior of the popups should be > exacly the same though. It's not. The one animates and the other doesn't. > >> - As far as UI goes, I like this one better. ?I guess you'll have to >> play around with a lot of actual use to see if automatically opening >> the menu or only when clicked is better (given the precedence of >> virtually every other GUI, though, it's probably the latter). > > Yes, I agree that click to open is more standard. ?Unfortunately that > mode is completely broken in the Wijmo and the devs have not responded > to my emails. > >> In dewhimoize: >> >> - There is a similar bug to above. If you click on a menu, then click >> again to deselect, it still remains highlighted. > > Yes, I have seen this as well, although it is more difficult to > trigger than in the wijmoize version. I can reproduce it consistently by clicking on the menu name to close the menu. > >> - Selecting the first menu item when the menu is open and the mouse is >> over the menu title is confusing (I first thought it was some kind of >> "default" or something). > > Yes, for now we are stuck with this. ?We would have to contribute code > to jquery to fix this. ?But at least that is an option (Wijmo is not > openly developed as there is a commercial version). > >> Unless these things are hard-coded into the libraries, I don't see any >> difference between the two yet to suggest one over the other. >> Obviously some things are implemented in one that aren't in the other. > > Yes most of the things you bring up are hard-coded. ?Because jquery is > openly developed and has a solid community, it makes me more at ease. > >> Unrelated note: I noticed that the SymPy docs link in the help menu >> links to the dev docs. ?This should probably link to the release docs. > > OK I will fix that. > >> Aaron Meurer >> >> On Tue, Jan 10, 2012 at 10:51 PM, Brian Granger wrote: >>> Hi, >>> >>> I have developed a new menu based UI for the notebook. ?There are two versions: >>> >>> * One that uses Wjimo (a jQuery widget library): >>> >>> https://github.com/ellisonbg/ipython/tree/wijmoize >>> >>> This Wijmo based version was my first attempt. ?Wijmo has a very >>> polished look (we have been using one of its themes "Aristo" for >>> months now). ?But, as I got going, I found that the usability of the >>> menus was lacking. ?The menu flyout animation is clunky and slow, I >>> can't get the menus to open with a click (only on mouseover) and there >>> are lots of minor glitches. ?Documentation is also not great and no >>> one has replied to multiple posts on their forums. >>> >>> * One that uses a dev branch of jQueryUI: >>> >>> https://github.com/ellisonbg/ipython/tree/dewijmoize >>> >>> jQuery UI has been working on menu/menubar widgets for some time now. >>> The version I am using is in a dev branch (not even master). >>> Surprisingly, the usability is much better than the Wijmo based >>> version. ?Everything is snappy and quick and things just work. ?jQuery >>> UI is pretty solid, so even though this is pre-release quality, I >>> trust it - and it tends to be clean, well documented code. ?Downsides: >>> we are back to a basic jquery theme, no keyboard shortcuts in menu >>> items. >>> >>> 1: PLEASE play with the notebook in both of these branches and give me >>> feedback. ?I am moving quickly these days, so we need to decide on >>> which version we like better ASAP. >>> >>> 2. If we move away from Wijmo, we will be stuck with the basic theme >>> for now. ?We can use themeroller to *help* us generate a new theme, >>> but it will be ome extra work as the themes it generates don't work >>> with the dev version: >>> >>> http://jqueryui.com/themeroller/ >>> >>> Happy notebooking! >>> >>> Cheers, >>> >>> Brian >>> >>> >>> -- >>> 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 > > > > -- > Brian E. Granger > Cal Poly State University, San Luis Obispo > bgranger at calpoly.edu and ellisonbg at gmail.com From dave.hirschfeld at gmail.com Thu Jan 12 06:39:54 2012 From: dave.hirschfeld at gmail.com (Dave Hirschfeld) Date: Thu, 12 Jan 2012 11:39:54 +0000 (UTC) Subject: [IPython-dev] ZMQError: Too many open files References: Message-ID: Thomas Kluyver gmail.com> writes: > > On 10 January 2012 20:56, dave.hirschfeld gmail.com> wrote: > > I've been testing out the *awesome* parallel capabilities of the new > IPython but was continuously getting the "Too many open files" > ZMQError: > > > This error has come up recently on ipython-user - take a look at this thread: http://mail.scipy.org/pipermail/ipython-user/2012-January/009017.html > Thanks, Thomas > Thanks, it seems the root cause of my problem is indeed creating clients in a loop without closing them properly. I came up with my solution (hack?) before xmas so a google search didn't turn up that very helpful post! -Dave From bedwards at cs.unm.edu Thu Jan 12 13:11:55 2012 From: bedwards at cs.unm.edu (Ben Edwards) Date: Thu, 12 Jan 2012 11:11:55 -0700 Subject: [IPython-dev] Help testing new UI for the notebook In-Reply-To: References: Message-ID: This is cool work, here are some comments. https://github.com/ellisonbg/ipython/tree/wijmoize > > This Wijmo based version was my first attempt. Wijmo has a very > polished look (we have been using one of its themes "Aristo" for > months now). But, as I got going, I found that the usability of the > menus was lacking. The menu flyout animation is clunky and slow, I > can't get the menus to open with a click (only on mouseover) and there > are lots of minor glitches. Documentation is also not great and no > one has replied to multiple posts on their forums. > I've not experienced the same clunkiness and slowness. I am not in love with the mouse over menus. I have been playing with setting up a notebook server on my desktop and accessing it from my tablet. This makes mousing over not quite work correctly. While certainly IPython is meant for a keyboard and mouse. Doing some quick calculations on my tablet is great, but with mouseover menus this is hard. * One that uses a dev branch of jQueryUI: > > https://github.com/ellisonbg/ipython/tree/dewijmoize > > jQuery UI has been working on menu/menubar widgets for some time now. > The version I am using is in a dev branch (not even master). > Surprisingly, the usability is much better than the Wijmo based > version. Everything is snappy and quick and things just work. jQuery > UI is pretty solid, so even though this is pre-release quality, I > trust it - and it tends to be clean, well documented code. Downsides: > we are back to a basic jquery theme, no keyboard shortcuts in menu > items. > Again, both seem snappy, and I have no real aesthetic preference. > > 1: PLEASE play with the notebook in both of these branches and give me > feedback. I am moving quickly these days, so we need to decide on > which version we like better ASAP. > > 2. If we move away from Wijmo, we will be stuck with the basic theme > for now. We can use themeroller to *help* us generate a new theme, > but it will be ome extra work as the themes it generates don't work > with the dev version: > > http://jqueryui.com/themeroller/ > > Happy notebooking! > > Cheers, > > Brian > > > -- > 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: From damianavila at gmail.com Thu Jan 12 13:30:33 2012 From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=) Date: Thu, 12 Jan 2012 15:30:33 -0300 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: References: <4F0E4E36.60707@gmail.com> Message-ID: <4F0F26C9.7090907@gmail.com> El 12/01/12 01:26, Brian Granger escribi?: > > More seriously, this would be very cool. Unfortunately, the JS > refactoring required will be a bit hairy as it touches almost the > entire JS code base in deep ways. I have been thinking about it for a > while - basically, I would enable the cell and kernel objects to work > independently of the overall notebook structure. This would allow > cells/kernels to be easily embedded on any web page...such as our > slide show mode. There are a bunch of other things I need to do > first, but will eventually get to this...mainly because I want to > present all my talks this way... > > Cheers, > > Brian > Brian, what you proposed is great! We need to isolate the cells/kernels from the overall structure to get what we want. I will see into the code to understand how it is working now, and maybe later, I can help a little more in this feature development. In the meantime, I am thinking... Is there any other way to get the "interactive slide" (like you describe) without refactoring all the work you have done? Regards, Dami?n PS: Fernando and Brian, thanks for your quick response and your welcome to the list. From ellisonbg at gmail.com Thu Jan 12 14:23:05 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 12 Jan 2012 11:23:05 -0800 Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow. In-Reply-To: <4F0F26C9.7090907@gmail.com> References: <4F0E4E36.60707@gmail.com> <4F0F26C9.7090907@gmail.com> Message-ID: On Thu, Jan 12, 2012 at 10:30 AM, Dami?n Avila wrote: > El 12/01/12 01:26, Brian Granger escribi?: >> >> More seriously, this would be very cool. ?Unfortunately, the JS >> refactoring required will be a bit hairy as it touches almost the >> entire JS code base in deep ways. ?I have been thinking about it for a >> while - basically, I would enable the cell and kernel objects to work >> independently of the overall notebook structure. ?This would allow >> cells/kernels to be easily embedded on any web page...such as our >> slide show mode. ?There are a bunch of other things I need to do >> first, but will eventually get to this...mainly because I want to >> present all my talks this way... >> >> Cheers, >> >> Brian >> > > Brian, what you proposed is great! We need to isolate the cells/kernels > from the overall structure to get what we want. I will see into the code > to understand how it is working now, and maybe later, I can help a > little more in this feature development. In the meantime, I am > thinking... Is there any other way to get the "interactive slide" (like > you describe) without refactoring all the work you have done? Not really - the code is too tightly coupled wright now. I would keep using the HTML5 slide show approach for now. Cheers, Brian > Regards, > > Dami?n > > PS: Fernando and Brian, thanks for your quick response and your welcome > to the list. > _______________________________________________ > 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 Thu Jan 12 16:53:07 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 12 Jan 2012 13:53:07 -0800 Subject: [IPython-dev] FOSS sponsorship and tutorial at PyCon Message-ID: Hi, We wanted to let everyone know that IPython will be at PyCon this year!: * Fernando, Min and Brian will be presenting a tutorial on IPython: https://us.pycon.org/2012/schedule/presentation/121/ * IPython has been accepted as a FOSS sponsor at PyCon: https://us.pycon.org/2012/sponsors/#sponsor-99 This may mean we have a booth in the Expo hall - more details to follow. * A number of us will be at the conference and possibly the sprints. We would love to hang out, hack and talk about all things IPython. Cheers, Brian -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From gael.varoquaux at normalesup.org Thu Jan 12 16:54:47 2012 From: gael.varoquaux at normalesup.org (Gael Varoquaux) Date: Thu, 12 Jan 2012 22:54:47 +0100 Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at PyCon In-Reply-To: References: Message-ID: <20120112215447.GC29628@phare.normalesup.org> On Thu, Jan 12, 2012 at 01:53:07PM -0800, Brian Granger wrote: > * IPython has been accepted as a FOSS sponsor at PyCon: > https://us.pycon.org/2012/sponsors/#sponsor-99 Congratulations. This is big for the visibility of IPython. Gael From fperez.net at gmail.com Thu Jan 12 18:46:41 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 12 Jan 2012 15:46:41 -0800 Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at PyCon In-Reply-To: <20120112215447.GC29628@phare.normalesup.org> References: <20120112215447.GC29628@phare.normalesup.org> Message-ID: On Thu, Jan 12, 2012 at 1:54 PM, Gael Varoquaux wrote: >> https://us.pycon.org/2012/sponsors/#sponsor-99 > > Congratulations. This is big for the visibility of IPython. Yes, it's great! And btw, the sprinting will be mostly in collaboration with scikits-learn: at least Olivier Grisel and Jacob VanderPlas will be around, so if anoyone else on this list is interested in hacking at the intersection of ipython and the awesome scikits-learn (which just recently made a fresh release, congrats btw!), please join us! The sprinting should be a lot of fun, and others from the 'data' space like Wes McKinney of Pandas/Statsmodels fame will be around as well. Cheers, f From gael.varoquaux at normalesup.org Thu Jan 12 19:03:34 2012 From: gael.varoquaux at normalesup.org (Gael Varoquaux) Date: Fri, 13 Jan 2012 01:03:34 +0100 Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at PyCon In-Reply-To: References: <20120112215447.GC29628@phare.normalesup.org> Message-ID: <20120113000334.GA893@phare.normalesup.org> On Thu, Jan 12, 2012 at 03:46:41PM -0800, Fernando Perez wrote: > Yes, it's great! And btw, the sprinting will be mostly in > collaboration with scikits-learn: at least Olivier Grisel and Jacob > VanderPlas will be around, Awesome. I didn't know that Jake would be there. He is a great guy. I gather that the goal of the sprint would be much more general than the scikit-learn. A real map-reduce framework using IPython would greatly profit to the scikit-learn, but also any large scale data processing application in Python. By map-reduce, I mean a black box framework that takes mappers, reducers, and data, and knows how to spread the tasks optimaly on a network given its topology and the data interdependencies between the tasks. Last time I discussed with Olivier, I the impression that he had these kinds of goals in mind for the sprint. He knows these architectures really well. I won't join you. I really considered going to Pycon this year, but I travel way to much, and couldn't justify a trip to the US just for that. However, I am really looking forward to this sprint. Ga?l From fperez.net at gmail.com Thu Jan 12 19:09:19 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 12 Jan 2012 16:09:19 -0800 Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at PyCon In-Reply-To: <20120113000334.GA893@phare.normalesup.org> References: <20120112215447.GC29628@phare.normalesup.org> <20120113000334.GA893@phare.normalesup.org> Message-ID: On Thu, Jan 12, 2012 at 4:03 PM, Gael Varoquaux wrote: > By map-reduce, I mean a black box framework that takes mappers, reducers, > and data, and knows how to spread the tasks optimaly on a network given > its topology and the data interdependencies between the tasks. Last time > I discussed with Olivier, I the impression that he had these kinds of > goals in mind for the sprint. He knows these architectures really well. That's excellent; I'm sure we'll learn a ton from him along the way. > I won't join you. I really considered going to Pycon this year, but I > travel way to much, and couldn't justify a trip to the US just for that. > However, I am really looking forward to this sprint. I understand, this will be my first PyCon ever, and I can only justify it because it's right where I live :) But we'll try to keep lines of communication (irc, etc) open so that others who may not be around can also pitch in remotely. Cheers, f From damianavila at gmail.com Thu Jan 12 20:34:43 2012 From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=) Date: Thu, 12 Jan 2012 22:34:43 -0300 Subject: [IPython-dev] FOSS sponsorship and tutorial at PyCon In-Reply-To: References: Message-ID: <4F0F8A33.6050000@gmail.com> El 12/01/12 18:53, Brian Granger escribi?: > Hi, > > We wanted to let everyone know that IPython will be at PyCon this year!: > > * Fernando, Min and Brian will be presenting a tutorial on IPython: > > https://us.pycon.org/2012/schedule/presentation/121/ > > * IPython has been accepted as a FOSS sponsor at PyCon: > > https://us.pycon.org/2012/sponsors/#sponsor-99 > > This may mean we have a booth in the Expo hall - more details to follow. > > * A number of us will be at the conference and possibly the sprints. > We would love to hang out, hack and talk about all things IPython. > > Cheers, > > Brian > Great! I'm going to the Conference, so I will see you there (Fernando, Min and Brian) to talk about IPython (specially about the "interactive silde", jeje). Congratulations, again! From fawce at quantopian.com Thu Jan 12 22:14:40 2012 From: fawce at quantopian.com (fawce at quantopian.com) Date: Fri, 13 Jan 2012 03:14:40 +0000 Subject: [IPython-dev] FOSS sponsorship and tutorial at PyCon Message-ID: <899423545-1326424481-cardhu_decombobulator_blackberry.rim.net-164075363-@b12.c11.bise6.blackberry> Congratulations - I'll be at PyCon for the first time, and I'll definitely be at the iPython pieces. ------Original Message------ From: Dami?n Avila Sender: ipython-dev-bounces at scipy.org To: ipython-dev at scipy.org Subject: Re: [IPython-dev] FOSS sponsorship and tutorial at PyCon Sent: Jan 12, 2012 8:34 PM El 12/01/12 18:53, Brian Granger escribi?: > Hi, > > We wanted to let everyone know that IPython will be at PyCon this year!: > > * Fernando, Min and Brian will be presenting a tutorial on IPython: > > https://us.pycon.org/2012/schedule/presentation/121/ > > * IPython has been accepted as a FOSS sponsor at PyCon: > > https://us.pycon.org/2012/sponsors/#sponsor-99 > > This may mean we have a booth in the Expo hall - more details to follow. > > * A number of us will be at the conference and possibly the sprints. > We would love to hang out, hack and talk about all things IPython. > > Cheers, > > Brian > Great! I'm going to the Conference, so I will see you there (Fernando, Min and Brian) to talk about IPython (specially about the "interactive silde", jeje). Congratulations, again! _______________________________________________ IPython-dev mailing list IPython-dev at scipy.org http://mail.scipy.org/mailman/listinfo/ipython-dev From ellisonbg at gmail.com Thu Jan 12 22:33:14 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 12 Jan 2012 19:33:14 -0800 Subject: [IPython-dev] Follow the notebook development on Google+ Message-ID: Hi all, Following Fernando's example of posting about IPython related things on Google+, I have decided to post to my Google+ feed (+Brian Granger) about my work on the notebook. I am working full time on the notebook these days, so I will try to keep my updates regular and include screen shots where relevant. If you are interested in following notebook development and want something a little higher level than git commit logs, this is the place to go. Cheers, Brian -- 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 Thu Jan 12 23:07:47 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 12 Jan 2012 20:07:47 -0800 Subject: [IPython-dev] [IPython-User] Follow the notebook development on Google+ In-Reply-To: References: Message-ID: On Thu, Jan 12, 2012 at 7:33 PM, Brian Granger wrote: > > > Following Fernando's example of posting about IPython related things > on Google+, I have decided to post to my Google+ feed (+Brian Granger) > about my work on the notebook. ?I am working full time on the notebook > these days, so I will try to keep my updates regular and include > screen shots where relevant. ?If you are interested in following > notebook development and want something a little higher level than git > commit logs, this is the place to go. +1 ;) f From hans_meine at gmx.net Fri Jan 13 05:13:28 2012 From: hans_meine at gmx.net (Hans Meine) Date: Fri, 13 Jan 2012 11:13:28 +0100 Subject: [IPython-dev] Follow the notebook development on Google+ In-Reply-To: References: Message-ID: <1361755.7xa8zaUHF6@hmeine-pc> Am Donnerstag, 12. Januar 2012, 19:33:14 schrieb Brian Granger: > Following Fernando's example of posting about IPython related things > on Google+, I have decided to post to my Google+ feed (+Brian Granger) > about my work on the notebook. I am working full time on the notebook > these days, so I will try to keep my updates regular and include > screen shots where relevant. If you are interested in following > notebook development and want something a little higher level than git > commit logs, this is the place to go. I respect your choice of tools, but I just want to note that a Google account is a no-go for me (enough tracking already, and I do not want to be personally identified when using their search engine for? basically everything). In contrast to other blogging platforms, this makes it very hard / impossible to give feedback / comments. Anyhow, thanks for both your work and your efforts to write about it. :-) Best, Hans From damianavila at gmail.com Fri Jan 13 06:59:56 2012 From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=) Date: Fri, 13 Jan 2012 08:59:56 -0300 Subject: [IPython-dev] Follow the notebook development on Google+ In-Reply-To: References: Message-ID: <4F101CBC.6060804@gmail.com> El 13/01/12 00:33, Brian Granger escribi?: > Hi all, > > Following Fernando's example of posting about IPython related things > on Google+, I have decided to post to my Google+ feed (+Brian Granger) > about my work on the notebook. I am working full time on the notebook > these days, so I will try to keep my updates regular and include > screen shots where relevant. If you are interested in following > notebook development and want something a little higher level than git > commit logs, this is the place to go. > > Cheers, > > Brian > Thanks for bringing us this new channel of exchange information, this is great! I will follow you there!! From b.telenczuk at biologie.hu-berlin.de Fri Jan 13 12:06:03 2012 From: b.telenczuk at biologie.hu-berlin.de (Bartosz Telenczuk) Date: Fri, 13 Jan 2012 18:06:03 +0100 Subject: [IPython-dev] Adding IPython to Dock on MacOSX Message-ID: Some of you may find this useful. I have just posted a short "how-to" on adding an ipython qt console luncher to MacOSX Dock. http://neuroscience.telenczuk.pl/?p=400 This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations). Cheers, Bartosz From fperez.net at gmail.com Fri Jan 13 13:27:13 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 13 Jan 2012 10:27:13 -0800 Subject: [IPython-dev] Follow the notebook development on Google+ In-Reply-To: <1361755.7xa8zaUHF6@hmeine-pc> References: <1361755.7xa8zaUHF6@hmeine-pc> Message-ID: Hi Hans, On Fri, Jan 13, 2012 at 2:13 AM, Hans Meine wrote: > I respect your choice of tools, but I just want to note that a Google account > is a no-go for me (enough tracking already, and I do not want to be personally > identified when using their search engine for? basically everything). I happen to both use G+ and pretty much share your attitude: my solution has been (for many years) to keep *two* firefox profiles always open. One does my general browsing, searching, etc, and the other does my personal gmail account (and now google+). Just an idea... In any case, we're using g+ mostly as a way to 'broadcast' snippets of interest, any substantive development discussion will always take place either on the mailing list or on the github page for a specific issue or pull request. You do not need to worry that IPython development is 'moving' to google+, facebook, twitter or any other such platform :) Best, f From fperez.net at gmail.com Fri Jan 13 13:31:09 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 13 Jan 2012 10:31:09 -0800 Subject: [IPython-dev] Adding IPython to Dock on MacOSX In-Reply-To: References: Message-ID: On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk wrote: > Some of you may find this useful. I have just posted a short "how-to" ?on adding an ipython qt console luncher to MacOSX Dock. > > http://neuroscience.telenczuk.pl/?p=400 > > This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations). Great, many thanks! I'm forwarding this also to the -user list, as many there might find it of use. Cheers, f From asmeurer at gmail.com Fri Jan 13 16:23:07 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Fri, 13 Jan 2012 14:23:07 -0700 Subject: [IPython-dev] [IPython-User] Adding IPython to Dock on MacOSX In-Reply-To: References: Message-ID: You ought to ship something like this. You should also do it for the notebook. The benefit there is that in addition to having a nice icon to double click, you can set it so that double clicking on a .ipnb file opens the notebook. Aaron Meurer On Fri, Jan 13, 2012 at 11:31 AM, Fernando Perez wrote: > On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk > wrote: >> Some of you may find this useful. I have just posted a short "how-to" ?on adding an ipython qt console luncher to MacOSX Dock. >> >> http://neuroscience.telenczuk.pl/?p=400 >> >> This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations). > > Great, many thanks! ?I'm forwarding this also to the -user list, as > many there might find it of use. > > Cheers, > > f > _______________________________________________ > IPython-User mailing list > IPython-User at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-user From joonpyro at gmail.com Fri Jan 13 21:52:37 2012 From: joonpyro at gmail.com (Joon Ro) Date: Fri, 13 Jan 2012 20:52:37 -0600 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: I'm sorry, but could you please tell me where I should look for this? I tried to find out but it was not apparent to me where those are defined in the source. Thank you, Joon On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger wrote: > On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro wrote: >> Thank you for the reply. >> >> Actually I was not talking about making it configurable, just >> additionally >> supporting \( \) and \[ \] besides $ and $$. As far as I know \( \) >> and >> \[ \] are as widely used as $ and $$ for latex math. I'm sorry I said >> "instead of" in the title. Should have used "in addition to." :) >> >> When I first started using latex in several years ago, I saw an >> documentation which recommended using \( \) and \[ \] instead of $...$ >> and $$...$$ somewhere (I don't remember where :)), so I have preferred >> them. >> >> In fact, in the Mathjax documentation >> (http://www.mathjax.org/docs/1.1/start.html), actually it says that >> "Note >> in particular that the $...$ in-line delimiters are not used by >> default," >> because $ sign comes up too frequently in non-mathematical settings. >> Mathjax supports both \[...\] and \(...\) by default. I just tried >> matplotlib and I could use \( \) there too. (It seems matplotlib does >> not >> support neither $$ nor \[ \].) > > If MathJax can support both styles simultaneously let's do that. Can > you look into if that is possible and submit a pull request to > implement it? > > Cheers, > > Brian > >> -Joon >> >> >> >> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger >> wrote: >> >>> There are a number of levels that this choice enters in: >>> >>> * Our display system enforces that latex means $ and $$. This is >>> important as it provides a uniform interface for all people who want >>> to develop custom latex representations of their objects for display >>> in the notebook. As time goes on, many third parties will rely on >>> this convention. >>> * The configuration of MathJax and matplotlib in the notebook and >>> qtconsole. This has to line up with the conventions in the display >>> system, otherwise things won't work properly. >>> >>> I think this is one case where it doesn't make sense for this to be >>> configurable. Otherwise we can't promise that everyones code will >>> "just work" in IPython. Is there a reason you can't use $ and $$? >>> >>> Cheers, >>> >>> Brian >>> >>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro wrote: >>>> Hi, >>>> >>>> I just started using notebook, and it looks awesome. Thank you so much >>>> for >>>> your dedicated work. I cannot wait to try using it through a remote >>>> connection! >>>> >>>> Anyway, I was thinking it would be great if it is possible to use \( >>>> \), >>>> \[ \] instead of $...$, $$...$$ in the notebook for the math. Would >>>> this >>>> be easily implementable? >>>> >>>> Thank you, >>>> Joon >>>> _______________________________________________ >>>> IPython-dev mailing list >>>> IPython-dev at scipy.org >>>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>> >>> >>> >> >> >> -- >> Using Opera's revolutionary email client: http://www.opera.com/mail/ >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > -- Using Opera's revolutionary email client: http://www.opera.com/mail/ From ellisonbg at gmail.com Fri Jan 13 23:51:31 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Fri, 13 Jan 2012 20:51:31 -0800 Subject: [IPython-dev] [IPython-User] Adding IPython to Dock on MacOSX In-Reply-To: References: Message-ID: On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer wrote: > You ought to ship something like this. ?You should also do it for the > notebook. ?The benefit there is that in addition to having a nice icon > to double click, you can set it so that double clicking on a .ipnb > file opens the notebook. Yes, that would be great. > Aaron Meurer > > On Fri, Jan 13, 2012 at 11:31 AM, Fernando Perez wrote: >> On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk >> wrote: >>> Some of you may find this useful. I have just posted a short "how-to" ?on adding an ipython qt console luncher to MacOSX Dock. >>> >>> http://neuroscience.telenczuk.pl/?p=400 >>> >>> This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations). >> >> Great, many thanks! ?I'm forwarding this also to the -user list, as >> many there might find it of use. >> >> Cheers, >> >> f >> _______________________________________________ >> IPython-User mailing list >> IPython-User at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-user > _______________________________________________ > 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 ROsborn at anl.gov Sat Jan 14 08:58:53 2012 From: ROsborn at anl.gov (Ray Osborn) Date: Sat, 14 Jan 2012 07:58:53 -0600 Subject: [IPython-dev] [IPython-User] Adding IPython to Dock on MacOSX In-Reply-To: References: Message-ID: I loved the idea but I discovered that I would have had to make a small change to make it work. I had more than one copy of the Qt libraries on my Mac and the app version failed if I didn't specify which library to use. Enthought also creates an IPython launcher as an app, but just use a regular shell as the shebang and run the ipython command directly. I had to add export DYLD_FRAMEWORK_PATH="/Library/Frameworks/EPD64.framework/Versions/Current/Frameworks:${DYLD_FRAMEWORK_PATH}" before the ipython command to make sure it picked up the Enthought version of Qt. So you probably have to add something like os.environ["DYLD_FRAMEWORK_PATH"]='/path/to/your/QtFrameworks' where the path points to the frameworks being used by the QtConsole. Ray On Jan 13, 2012, at 10:51 PM, Brian Granger wrote: > On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer wrote: >> You ought to ship something like this. You should also do it for the >> notebook. The benefit there is that in addition to having a nice icon >> to double click, you can set it so that double clicking on a .ipnb >> file opens the notebook. > > Yes, that would be great. > >> Aaron Meurer >> >> On Fri, Jan 13, 2012 at 11:31 AM, Fernando Perez wrote: >>> On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk >>> wrote: >>>> Some of you may find this useful. I have just posted a short "how-to" on adding an ipython qt console luncher to MacOSX Dock. >>>> >>>> http://neuroscience.telenczuk.pl/?p=400 >>>> >>>> This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations). >>> >>> Great, many thanks! I'm forwarding this also to the -user list, as >>> many there might find it of use. >>> >>> Cheers, >>> >>> f >>> _______________________________________________ >>> IPython-User mailing list >>> IPython-User at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-user >> _______________________________________________ >> 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 > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -- Ray Osborn Materials Science Division Argonne National Laboratory Argonne, IL 60439, USA Phone: +1 (630) 252-9011 Email: ROsborn at anl.gov From ellisonbg at gmail.com Sat Jan 14 12:22:39 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Sat, 14 Jan 2012 09:22:39 -0800 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: Hmm, the MathJax config looks to already have this configured: https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/notebookmain.js#L18 Can you test if it is working? Cheers, Brian On Fri, Jan 13, 2012 at 6:52 PM, Joon Ro wrote: > I'm sorry, but could you please tell me where I should look for this? > I tried to find out but it was not apparent to me where those are defined in > the source. > > Thank you, > Joon > > > On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger > wrote: > >> On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro wrote: >>> >>> Thank you for the reply. >>> >>> Actually I was not talking about making it configurable, just >>> additionally >>> supporting \( ?\) and \[ ?\] besides $ and $$. As far as I know \( ?\) >>> and >>> \[ ?\] are as widely used as $ and $$ for latex math. I'm sorry I said >>> "instead of" in the title. Should have used "in addition to." :) >>> >>> When I first started using latex in several years ago, I saw an >>> documentation which recommended using \( ?\) and \[ ?\] instead of $...$ >>> and $$...$$ somewhere (I don't remember where :)), so I have preferred >>> them. >>> >>> In fact, in the Mathjax documentation >>> (http://www.mathjax.org/docs/1.1/start.html), actually it says that "Note >>> in particular that the $...$ in-line delimiters are not used by default," >>> because $ sign comes up too frequently in non-mathematical settings. >>> Mathjax supports both \[...\] and \(...\) by default. I just tried >>> matplotlib and I could use \( ?\) there too. (It seems matplotlib does >>> not >>> support neither $$ nor \[ ?\].) >> >> >> If MathJax can support both styles simultaneously let's do that. ?Can >> you look into if that is possible and submit a pull request to >> implement it? >> >> Cheers, >> >> Brian >> >>> -Joon >>> >>> >>> >>> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger >>> wrote: >>> >>>> There are a number of levels that this choice enters in: >>>> >>>> * Our display system enforces that latex means $ and $$. ?This is >>>> important as it provides a uniform interface for all people who want >>>> to develop custom latex representations of their objects for display >>>> in the notebook. ?As time goes on, many third parties will rely on >>>> this convention. >>>> * The configuration of MathJax and matplotlib in the notebook and >>>> qtconsole. ?This has to line up with the conventions in the display >>>> system, otherwise things won't work properly. >>>> >>>> I think this is one case where it doesn't make sense for this to be >>>> configurable. ?Otherwise we can't promise that everyones code will >>>> "just work" in IPython. ?Is there a reason you can't use $ and $$? >>>> >>>> Cheers, >>>> >>>> Brian >>>> >>>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro wrote: >>>>> >>>>> Hi, >>>>> >>>>> I just started using notebook, and it looks awesome. Thank you so much >>>>> for >>>>> your dedicated work. I cannot wait to try using it through a remote >>>>> connection! >>>>> >>>>> Anyway, I was thinking it would be great if it is possible to use \( >>>>> \), >>>>> \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would >>>>> this >>>>> be easily implementable? >>>>> >>>>> Thank you, >>>>> Joon >>>>> _______________________________________________ >>>>> IPython-dev mailing list >>>>> IPython-dev at scipy.org >>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> Using Opera's revolutionary email client: http://www.opera.com/mail/ >>> _______________________________________________ >>> IPython-dev mailing list >>> IPython-dev at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> >> >> > > > -- > Using Opera's revolutionary email client: http://www.opera.com/mail/ -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From joonpyro at gmail.com Sat Jan 14 13:35:57 2012 From: joonpyro at gmail.com (Joon Ro) Date: Sat, 14 Jan 2012 12:35:57 -0600 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: You are right. Actually, if I change \( \) to \\( \\) in a markdown cell, it works. It seems this is caused by markdown parses those things, and regards them as its formatting syntax. It is affecting not only \[ \] stuff but also some other math expressions. For example, the following does not work: $$ \underline{x}_{1} x_{2} $$ It works after escaping the first _ with \_: $$ \underline{x}\_{1} x_{2} $$ I wonder if there is a way to parse math stuff independently from the markdown texts. I found a discussion about this: http://doswa.com/2011/07/20/mathjax-in-markdown.html Thank you, Joon On Sat, 14 Jan 2012 11:22:39 -0600, Brian Granger wrote: > Hmm, the MathJax config looks to already have this configured: > > https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/notebookmain.js#L18 > > Can you test if it is working? > > Cheers, > > Brian > > On Fri, Jan 13, 2012 at 6:52 PM, Joon Ro wrote: >> I'm sorry, but could you please tell me where I should look for this? >> I tried to find out but it was not apparent to me where those are >> defined in >> the source. >> >> Thank you, >> Joon >> >> >> On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger >> wrote: >> >>> On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro wrote: >>>> >>>> Thank you for the reply. >>>> >>>> Actually I was not talking about making it configurable, just >>>> additionally >>>> supporting \( \) and \[ \] besides $ and $$. As far as I know \( \) >>>> and >>>> \[ \] are as widely used as $ and $$ for latex math. I'm sorry I said >>>> "instead of" in the title. Should have used "in addition to." :) >>>> >>>> When I first started using latex in several years ago, I saw an >>>> documentation which recommended using \( \) and \[ \] instead of >>>> $...$ >>>> and $$...$$ somewhere (I don't remember where :)), so I have preferred >>>> them. >>>> >>>> In fact, in the Mathjax documentation >>>> (http://www.mathjax.org/docs/1.1/start.html), actually it says that >>>> "Note >>>> in particular that the $...$ in-line delimiters are not used by >>>> default," >>>> because $ sign comes up too frequently in non-mathematical settings. >>>> Mathjax supports both \[...\] and \(...\) by default. I just tried >>>> matplotlib and I could use \( \) there too. (It seems matplotlib does >>>> not >>>> support neither $$ nor \[ \].) >>> >>> >>> If MathJax can support both styles simultaneously let's do that. Can >>> you look into if that is possible and submit a pull request to >>> implement it? >>> >>> Cheers, >>> >>> Brian >>> >>>> -Joon >>>> >>>> >>>> >>>> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger >>>> >>>> wrote: >>>> >>>>> There are a number of levels that this choice enters in: >>>>> >>>>> * Our display system enforces that latex means $ and $$. This is >>>>> important as it provides a uniform interface for all people who want >>>>> to develop custom latex representations of their objects for display >>>>> in the notebook. As time goes on, many third parties will rely on >>>>> this convention. >>>>> * The configuration of MathJax and matplotlib in the notebook and >>>>> qtconsole. This has to line up with the conventions in the display >>>>> system, otherwise things won't work properly. >>>>> >>>>> I think this is one case where it doesn't make sense for this to be >>>>> configurable. Otherwise we can't promise that everyones code will >>>>> "just work" in IPython. Is there a reason you can't use $ and $$? >>>>> >>>>> Cheers, >>>>> >>>>> Brian >>>>> >>>>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> I just started using notebook, and it looks awesome. Thank you so >>>>>> much >>>>>> for >>>>>> your dedicated work. I cannot wait to try using it through a remote >>>>>> connection! >>>>>> >>>>>> Anyway, I was thinking it would be great if it is possible to use \( >>>>>> \), >>>>>> \[ \] instead of $...$, $$...$$ in the notebook for the math. Would >>>>>> this >>>>>> be easily implementable? >>>>>> >>>>>> Thank you, >>>>>> Joon >>>>>> _______________________________________________ >>>>>> IPython-dev mailing list >>>>>> IPython-dev at scipy.org >>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Using Opera's revolutionary email client: http://www.opera.com/mail/ >>>> _______________________________________________ >>>> IPython-dev mailing list >>>> IPython-dev at scipy.org >>>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>> >>> >>> >>> >> >> >> -- >> Using Opera's revolutionary email client: http://www.opera.com/mail/ > > > -- Using Opera's revolutionary email client: http://www.opera.com/mail/ From kevin.buchs at gmail.com Sat Jan 14 16:29:16 2012 From: kevin.buchs at gmail.com (Kevin Buchs) Date: Sat, 14 Jan 2012 15:29:16 -0600 Subject: [IPython-dev] Follow the notebook development on Google+ Message-ID: Hans, Just a thought or two on your concern about Google tracking you. I think you could have a Google account and login/logout whenever you need the account, such as to look at Google+ and then you won't be logged in when you search. If you are concerned about cookies being read by Google search (I don't think that is the case) then you can never save login information. Also a worthy alternative would be to grab a second browser and use that just for Google+ work. I, on the other hand, tend to think of Google as a machine, not a person. Thus far their marketing efforts have had extremely minimal negative impact on my life but all the free tools they provide have been superior to many commercial alternatives. Kevin Buchs On Fri, Jan 13, 2012 at 12:00 PM, wrote: > From: Hans Meine > Subject: Re: [IPython-dev] Follow the notebook development on Google+ > > I respect your choice of tools, but I just want to note that a Google > account > is a no-go for me (enough tracking already, and I do not want to be > personally > identified when using their search engine for? basically everything). > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Sat Jan 14 22:17:21 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 14 Jan 2012 19:17:21 -0800 Subject: [IPython-dev] [IPython-User] Adding IPython to Dock on MacOSX In-Reply-To: References: Message-ID: On Fri, Jan 13, 2012 at 8:51 PM, Brian Granger wrote: > On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer wrote: >> You ought to ship something like this. ?You should also do it for the >> notebook. ?The benefit there is that in addition to having a nice icon >> to double click, you can set it so that double clicking on a .ipnb >> file opens the notebook. > > Yes, that would be great. Note that before doing this, we'll need to add to the dashboard: - the ability to move around the filesystem. - a 'shutdown' button. In its current form, having a launcher wouldn't do much good, as the dashboard would always be stuck in the starting directory and there would be no way to stop the server. Those are eminently doable, we'll just need to get to them before considering a GUI launcher. Cheers, f From ellisonbg at gmail.com Sun Jan 15 15:16:07 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Sun, 15 Jan 2012 12:16:07 -0800 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: Joon, On Sat, Jan 14, 2012 at 10:35 AM, Joon Ro wrote: > You are right. Actually, if I change \( ?\) to \\( ?\\) in a markdown cell, > it works. OK, this is good to know. > It seems this is caused by markdown parses those things, and regards them as > its formatting syntax. > > It is affecting not only \[ ?\] stuff but also some other math expressions. > For example, the following does not work: > > $$ \underline{x}_{1} x_{2} $$ > > It works after escaping the first _ with \_: > > $$ \underline{x}\_{1} x_{2} $$ Ahh, that is a bummer and we should fix that. > I wonder if there is a way to parse math stuff independently from the > markdown texts. > I found a discussion about this: > http://doswa.com/2011/07/20/mathjax-in-markdown.html Can you open github issue for this and put in this link? Cheers, Brian > Thank you, > Joon > > > > > On Sat, 14 Jan 2012 11:22:39 -0600, Brian Granger > wrote: > >> Hmm, the MathJax config looks to already have this configured: >> >> >> https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/notebookmain.js#L18 >> >> Can you test if it is working? >> >> Cheers, >> >> Brian >> >> On Fri, Jan 13, 2012 at 6:52 PM, Joon Ro wrote: >>> >>> I'm sorry, but could you please tell me where I should look for this? >>> I tried to find out but it was not apparent to me where those are defined >>> in >>> the source. >>> >>> Thank you, >>> Joon >>> >>> >>> On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger >>> wrote: >>> >>>> On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro wrote: >>>>> >>>>> >>>>> Thank you for the reply. >>>>> >>>>> Actually I was not talking about making it configurable, just >>>>> additionally >>>>> supporting \( ?\) and \[ ?\] besides $ and $$. As far as I know \( ?\) >>>>> and >>>>> \[ ?\] are as widely used as $ and $$ for latex math. I'm sorry I said >>>>> "instead of" in the title. Should have used "in addition to." :) >>>>> >>>>> When I first started using latex in several years ago, I saw an >>>>> documentation which recommended using \( ?\) and \[ ?\] instead of >>>>> $...$ >>>>> and $$...$$ somewhere (I don't remember where :)), so I have preferred >>>>> them. >>>>> >>>>> In fact, in the Mathjax documentation >>>>> (http://www.mathjax.org/docs/1.1/start.html), actually it says that >>>>> "Note >>>>> in particular that the $...$ in-line delimiters are not used by >>>>> default," >>>>> because $ sign comes up too frequently in non-mathematical settings. >>>>> Mathjax supports both \[...\] and \(...\) by default. I just tried >>>>> matplotlib and I could use \( ?\) there too. (It seems matplotlib does >>>>> not >>>>> support neither $$ nor \[ ?\].) >>>> >>>> >>>> >>>> If MathJax can support both styles simultaneously let's do that. ?Can >>>> you look into if that is possible and submit a pull request to >>>> implement it? >>>> >>>> Cheers, >>>> >>>> Brian >>>> >>>>> -Joon >>>>> >>>>> >>>>> >>>>> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger >>>>> wrote: >>>>> >>>>>> There are a number of levels that this choice enters in: >>>>>> >>>>>> * Our display system enforces that latex means $ and $$. ?This is >>>>>> important as it provides a uniform interface for all people who want >>>>>> to develop custom latex representations of their objects for display >>>>>> in the notebook. ?As time goes on, many third parties will rely on >>>>>> this convention. >>>>>> * The configuration of MathJax and matplotlib in the notebook and >>>>>> qtconsole. ?This has to line up with the conventions in the display >>>>>> system, otherwise things won't work properly. >>>>>> >>>>>> I think this is one case where it doesn't make sense for this to be >>>>>> configurable. ?Otherwise we can't promise that everyones code will >>>>>> "just work" in IPython. ?Is there a reason you can't use $ and $$? >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Brian >>>>>> >>>>>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro wrote: >>>>>>> >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I just started using notebook, and it looks awesome. Thank you so >>>>>>> much >>>>>>> for >>>>>>> your dedicated work. I cannot wait to try using it through a remote >>>>>>> connection! >>>>>>> >>>>>>> Anyway, I was thinking it would be great if it is possible to use \( >>>>>>> \), >>>>>>> \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would >>>>>>> this >>>>>>> be easily implementable? >>>>>>> >>>>>>> Thank you, >>>>>>> Joon >>>>>>> _______________________________________________ >>>>>>> IPython-dev mailing list >>>>>>> IPython-dev at scipy.org >>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Using Opera's revolutionary email client: http://www.opera.com/mail/ >>>>> _______________________________________________ >>>>> IPython-dev mailing list >>>>> IPython-dev at scipy.org >>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>>> >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> Using Opera's revolutionary email client: http://www.opera.com/mail/ >> >> >> >> > > > -- > Using Opera's revolutionary email client: http://www.opera.com/mail/ -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From gokhansever at gmail.com Sun Jan 15 16:00:12 2012 From: gokhansever at gmail.com (=?UTF-8?Q?G=C3=B6khan_Sever?=) Date: Sun, 15 Jan 2012 14:00:12 -0700 Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at PyCon In-Reply-To: References: Message-ID: Hello, It is nice to see that you all coming to the conference. I will be up there during the conference days (presenting a data analysis and visualization poster). I am looking forward seeing you at the PyCon. On Thu, Jan 12, 2012 at 2:53 PM, Brian Granger wrote: > Hi, > > We wanted to let everyone know that IPython will be at PyCon this year!: > > * Fernando, Min and Brian will be presenting a tutorial on IPython: > > https://us.pycon.org/2012/schedule/presentation/121/ > > * IPython has been accepted as a FOSS sponsor at PyCon: > > https://us.pycon.org/2012/sponsors/#sponsor-99 > > This may mean we have a booth in the Expo hall - more details to follow. > > * A number of us will be at the conference and possibly the sprints. > We would love to hang out, hack and talk about all things IPython. > > Cheers, > > Brian > > -- > Brian E. Granger > Cal Poly State University, San Luis Obispo > bgranger at calpoly.edu and ellisonbg at gmail.com > _______________________________________________ > IPython-User mailing list > IPython-User at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-user > -- G?khan -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Sun Jan 15 16:04:55 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 15 Jan 2012 13:04:55 -0800 Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at PyCon In-Reply-To: References: Message-ID: On Sun, Jan 15, 2012 at 1:00 PM, G?khan Sever wrote: > > I am looking forward seeing you at the PyCon. Likewise, it looks like there will be a great crowd in attendance, with both old and new faces! Cheers, f From hans_meine at gmx.net Mon Jan 16 05:45:01 2012 From: hans_meine at gmx.net (Hans Meine) Date: Mon, 16 Jan 2012 11:45:01 +0100 Subject: [IPython-dev] [OT] Follow the notebook development on Google+ In-Reply-To: References: Message-ID: <2957962.t0iGOjs4Jb@hmeine-pc> Sorry for becoming off-topic, but I feel compelled to reply once more: Am Samstag, 14. Januar 2012, 15:29:16 schrieb Kevin Buchs: > Just a thought or two on your concern about Google tracking you. I think > you could have a Google account and login/logout whenever you need the > account, [?] If you are concerned about cookies being read by Google search > (I don't think that is the case) then you can never save login information. Of course, logging out is *totally independent of tracking* nowadays. Heck, *even without a Google account*, you need to disable tracking (via IP addresses and cookies) via the settings icon in the above right corner. [1] With an account, it only becomes worse. > Also a worthy alternative would be to grab a second browser and use that > just for Google+ work. Using a second browser, private browsing modes, or a second user profile could indeed help, but requires some thought and discipline (i.e. prone to fail for me). > I, on the other hand, tend to think of Google as a machine, not a person. > Thus far their marketing efforts have had extremely minimal negative impact > on my life but all the free tools they provide have been superior to many > commercial alternatives. I would really like to use many of their services, because they are great, and I know I am missing something, but I seriously care about my data. It has become ridiculously easy to collect data about people, and to losslessly and invisibly copy any amount of data any number of times to any place all around the globe, and then there is no way you can ever find out who has what kind of data about you. At least, I do not want to help them with the data mining. Have a nice day, Hans [1] No, I am not talking about Facebook, which goes even beyond that, but look here: http://www.google.de/history/optout From b.telenczuk at biologie.hu-berlin.de Mon Jan 16 09:16:00 2012 From: b.telenczuk at biologie.hu-berlin.de (Bartosz Telenczuk) Date: Mon, 16 Jan 2012 15:16:00 +0100 Subject: [IPython-dev] [IPython-User] Adding IPython to Dock on MacOSX In-Reply-To: References: Message-ID: <9F4DE357-012E-46AC-85EA-7A78D2FD034F@biologie.hu-berlin.de> Hi, Thanks for your feedback. It is relatively easy to modify the luncher so that ipython starts in a directory of your choice. You can add the following script to the Resources subdirectory (ipysetup.py): import sys, os os.chdir(os.path.expanduser('~/Documents')) and modify the IPythonQt script, so that it reads: #!/opt/local/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python import os, sys execdir = os.path.dirname(sys.argv[0]) resdir = os.path.join(os.path.dirname(execdir), "Resources") setup_script = os.path.join(resdir, 'ipysetup.py') exectutable = '/opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ipython' arguments = [exectutable, 'qtconsole', '--pylab=auto', '--InteractiveShellApp.file_to_run=%s' % setup_script] os.environ["PYTHONPATH"]=os.getenv("PYTHONPATH", "") os.execve(exectutable, arguments, os.environ) I should also mention that the luncher was inspired by a similar luncher for IDLE (installed through MacPorts). Yours, Bartosz On 15.01.2012, at 04:17, Fernando Perez wrote: > On Fri, Jan 13, 2012 at 8:51 PM, Brian Granger wrote: >> On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer wrote: >>> You ought to ship something like this. You should also do it for the >>> notebook. The benefit there is that in addition to having a nice icon >>> to double click, you can set it so that double clicking on a .ipnb >>> file opens the notebook. >> >> Yes, that would be great. > > Note that before doing this, we'll need to add to the dashboard: > > - the ability to move around the filesystem. > - a 'shutdown' button. > > In its current form, having a launcher wouldn't do much good, as the > dashboard would always be stuck in the starting directory and there > would be no way to stop the server. > > Those are eminently doable, we'll just need to get to them before > considering a GUI launcher. > > Cheers, > > f Bartosz Telenczuk Institute for Theoretical Biology Humboldt University of Berlin, Germany Phone: +4930/2093-8838 Homepage: http://neuroscience.telenczuk.pl From joonpyro at gmail.com Mon Jan 16 09:29:40 2012 From: joonpyro at gmail.com (Joon Ro) Date: Mon, 16 Jan 2012 08:29:40 -0600 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: > Can you open github issue for this and put in this link? > > Cheers, > > Brian > Done! Best, -Joon From ellisonbg at gmail.com Mon Jan 16 10:30:43 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 16 Jan 2012 07:30:43 -0800 Subject: [IPython-dev] Using \( \), \[ \] instead of $...$, $$...$$ fox LaTeX math In-Reply-To: References: Message-ID: Thanks! On Mon, Jan 16, 2012 at 6:29 AM, Joon Ro wrote: >> Can you open github issue for this and put in this link? >> >> Cheers, >> >> Brian >> > > Done! > > Best, > -Joon -- 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 Mon Jan 16 14:56:28 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Mon, 16 Jan 2012 11:56:28 -0800 Subject: [IPython-dev] [IPython-User] Adding IPython to Dock on MacOSX In-Reply-To: <9F4DE357-012E-46AC-85EA-7A78D2FD034F@biologie.hu-berlin.de> References: <9F4DE357-012E-46AC-85EA-7A78D2FD034F@biologie.hu-berlin.de> Message-ID: On Mon, Jan 16, 2012 at 6:16 AM, Bartosz Telenczuk wrote: > Thanks for your feedback. It is relatively easy to modify the luncher so that ipython starts in a directory of your choice. But what I have in mind is the ability to move to an arbitrary directory, different each time, not just start from a different but fixed one. I have .ipynb files all over my filesystem, so for a GUI launcher to be useful it would have to let me start the nb from any directory chosen at start time. Also, until we have a way to shutdown the notebook from the UI, a launcher isn't too practical. But both of these issues will be solved in due time, at which point this will be very useful, so thanks! f From benjaminrk at gmail.com Tue Jan 17 21:48:17 2012 From: benjaminrk at gmail.com (MinRK) Date: Tue, 17 Jan 2012 18:48:17 -0800 Subject: [IPython-dev] Force-pushed Message-ID: Hello, A bad commit snuck into IPython master that had to be removed, requiring a rebase and force push. So if you have been tracking IPython master, your next update may require something more forceful than `git pull`. If your git pull fails, the two-step 'force pull' is: git fetch origin git reset origin/master --hard assuming you have the IPython repo stored as 'origin', change as appropriate. PRs issued since the bad commit (on 01/12) will need to be rebased as well. Since the HEAD of code is unchanged, this should be straightforward. Simply git rebase -i and delete all the commits that aren't yours, then force push (`git push -f` and you should be set. I just did mine (#1283), and the only erroneous commits listed were: pick 813d390 Initial work to add Wijmo based menu. pick e075f09 Removing old directory. (The troublesome commit and its fix, which were squashed together) I removed these, pushed my rebased branch, and now my PR looks clean as can be. PRs that need a rebase: https://github.com/ipython/ipython/pull/1284 (Paul Ivanov) https://github.com/ipython/ipython/pull/1278 (hhuuggoo) https://github.com/ipython/ipython/pull/1264 (Brian) https://github.com/ipython/ipython/pull/1261 (Brian - apparently already merged, but no merge commit?) -MinRK From takowl at gmail.com Wed Jan 18 10:12:04 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Wed, 18 Jan 2012 15:12:04 +0000 Subject: [IPython-dev] ShiningPanda Message-ID: Have we looked into getting a ShiningPanda CI service for IPython? They offer the basic tier of service free for open source projects, and it will simplify testing on different Python versions. I'm happy to go and try to set this up. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Wed Jan 18 13:41:18 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Wed, 18 Jan 2012 10:41:18 -0800 Subject: [IPython-dev] Force-pushed In-Reply-To: References: Message-ID: On Tue, Jan 17, 2012 at 6:48 PM, MinRK wrote: > Hello, > > > A bad commit snuck into IPython master that had to be removed, > requiring a rebase and force push. ?So if you have been tracking > IPython master, your next update may require something more forceful > than `git pull`. ?If your git pull fails, the two-step 'force pull' > is: > > ? ?git fetch origin > ? ?git reset origin/master --hard > > assuming you have the IPython repo stored as 'origin', change as appropriate. > > PRs issued since the bad commit (on 01/12) will need to be rebased as > well. ?Since the HEAD of code is unchanged, this should be > straightforward. ?Simply > > ? git rebase -i > > and delete all the commits that aren't yours, then force push (`git > push -f` and you should be set. ?I just did mine (#1283), and the only > erroneous commits listed were: > > ? ?pick 813d390 Initial work to add Wijmo based menu. > ? ?pick e075f09 Removing old directory. > > (The troublesome commit and its fix, which were squashed together) > > I removed these, pushed my rebased branch, and now my PR looks clean as can be. > > PRs that need a rebase: > > https://github.com/ipython/ipython/pull/1284 (Paul Ivanov) > https://github.com/ipython/ipython/pull/1278 (hhuuggoo) > https://github.com/ipython/ipython/pull/1264 (Brian) > https://github.com/ipython/ipython/pull/1261 (Brian - apparently > already merged, but no merge commit?) What did I do wrong when I merged this? I rebased in on master and then did: git co master git merge branchname git push upstream master > -MinRK > _______________________________________________ > 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 Jan 18 13:50:36 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Wed, 18 Jan 2012 10:50:36 -0800 Subject: [IPython-dev] Force-pushed In-Reply-To: References: Message-ID: On Wed, Jan 18, 2012 at 10:45 AM, Charlie Sharpsteen wrote: > On Wed, Jan 18, 2012 at 10:41 AM, Brian Granger wrote: >> >> On Tue, Jan 17, 2012 at 6:48 PM, MinRK wrote: >> > Hello, >> > >> > >> > A bad commit snuck into IPython master that had to be removed, >> > requiring a rebase and force push. ?So if you have been tracking >> > IPython master, your next update may require something more forceful >> > than `git pull`. ?If your git pull fails, the two-step 'force pull' >> > is: >> > >> > ? ?git fetch origin >> > ? ?git reset origin/master --hard >> > >> > assuming you have the IPython repo stored as 'origin', change as >> > appropriate. >> > >> > PRs issued since the bad commit (on 01/12) will need to be rebased as >> > well. ?Since the HEAD of code is unchanged, this should be >> > straightforward. ?Simply >> > >> > ? git rebase -i >> > >> > and delete all the commits that aren't yours, then force push (`git >> > push -f` and you should be set. ?I just did mine (#1283), and the only >> > erroneous commits listed were: >> > >> > ? ?pick 813d390 Initial work to add Wijmo based menu. >> > ? ?pick e075f09 Removing old directory. >> > >> > (The troublesome commit and its fix, which were squashed together) >> > >> > I removed these, pushed my rebased branch, and now my PR looks clean as >> > can be. >> > >> > PRs that need a rebase: >> > >> > https://github.com/ipython/ipython/pull/1284 (Paul Ivanov) >> > https://github.com/ipython/ipython/pull/1278 (hhuuggoo) >> > https://github.com/ipython/ipython/pull/1264 (Brian) >> > https://github.com/ipython/ipython/pull/1261 (Brian - apparently >> > already merged, but no merge commit?) >> >> What did I do wrong when I merged this? ?I rebased in on master and then >> did: >> >> git co master >> git merge branchname >> git push upstream master > > > If you rebased the branch on master, it is possible that the merge was a > "fast-forward", i.e. a merge commit was not needed since the history merged > in from the branch could be brought in as a set of patches that applied > cleanly on top of master without the need for conflict resolution. > > To force a merge commit, use `git merge --no-ff branchname`. Ahh, yes, I imagine this is exactly what happened. Thanks for the clarification - my git-fu is definitely out of shape right now... Cheers, Brian > -Charlie -- 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 Wed Jan 18 13:57:09 2012 From: jason-sage at creativetrax.com (Jason Grout) Date: Wed, 18 Jan 2012 12:57:09 -0600 Subject: [IPython-dev] Force-pushed In-Reply-To: References: Message-ID: <4F171605.3080201@creativetrax.com> On 1/18/12 12:50 PM, Brian Granger wrote: >>> What did I do wrong when I merged this? I rebased in on master and then >>> >> did: >>> >> >>> >> git co master >>> >> git merge branchname >>> >> git push upstream master >> > >> > >> > If you rebased the branch on master, it is possible that the merge was a >> > "fast-forward", i.e. a merge commit was not needed since the history merged >> > in from the branch could be brought in as a set of patches that applied >> > cleanly on top of master without the need for conflict resolution. >> > >> > To force a merge commit, use `git merge --no-ff branchname`. > Ahh, yes, I imagine this is exactly what happened. Thanks for the > clarification - my git-fu is definitely out of shape right now... For the rest of us learning more about git...why would a fast-forward merge be bad enough to do a force push? Is it just that it is against the policy of (almost) always doing --no-ff? Thanks, Jason From benjaminrk at gmail.com Wed Jan 18 14:28:45 2012 From: benjaminrk at gmail.com (MinRK) Date: Wed, 18 Jan 2012 11:28:45 -0800 Subject: [IPython-dev] Force-pushed In-Reply-To: <4F171605.3080201@creativetrax.com> References: <4F171605.3080201@creativetrax.com> Message-ID: On Wed, Jan 18, 2012 at 10:57, Jason Grout wrote: > On 1/18/12 12:50 PM, Brian Granger wrote: >>>> What did I do wrong when I merged this? ?I rebased in on master and then >>>> >> ?did: >>>> >> >>>> >> ?git co master >>>> >> ?git merge branchname >>>> >> ?git push upstream master >>> > >>> > >>> > ?If you rebased the branch on master, it is possible that the merge was a >>> > ?"fast-forward", i.e. a merge commit was not needed since the history merged >>> > ?in from the branch could be brought in as a set of patches that applied >>> > ?cleanly on top of master without the need for conflict resolution. >>> > >>> > ?To force a merge commit, use `git merge --no-ff branchname`. >> Ahh, yes, I imagine this is exactly what happened. ?Thanks for the >> clarification - my git-fu is definitely out of shape right now... > > > For the rest of us learning more about git...why would a fast-forward > merge be bad enough to do a force push? ?Is it just that it is against > the policy of (almost) always doing --no-ff? The fast-forward merge is *not* the reason for the force push, though we are now trying to avoid fast-forward merges, because it gives us a nicer view of PRs in the git tree. This is not particularly important, though, just a style preference. The force-push was caused by the introduction of a submodule, which introduced incompatibility with (bzr-based) downstream projects. Since we don't actually use submodules, and IPython only had one for a single commit, it didn't make sense to keep permanent incompatibilities based on something we don't actually use, especially since the problematic commit was only a few days old. -MinRK > > Thanks, > > Jason > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From benjaminrk at gmail.com Wed Jan 18 14:34:36 2012 From: benjaminrk at gmail.com (MinRK) Date: Wed, 18 Jan 2012 11:34:36 -0800 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On Wed, Jan 18, 2012 at 07:12, Thomas Kluyver wrote: > Have we looked into getting a ShiningPanda CI service for IPython? They > offer the basic tier of service free for open source projects, and it will > simplify testing on different Python versions. I'm happy to go and try to > set this up. I'm in the queue for pyzmq, which is moving slowly. I came in at spot #14 6 weeks ago, and have moved up to #12. It would indeed be great for IPython to have this, though I have the lofty vision of a single CI environment for much of the SciPy universe so we can better control for the incredible combination of optional dependencies IPython has, and include Windows testing as well, which is neglected at least as much as Python 3. -MinRK > > Thomas > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > From fperez.net at gmail.com Wed Jan 18 14:56:15 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 18 Jan 2012 11:56:15 -0800 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On Wed, Jan 18, 2012 at 11:34 AM, MinRK wrote: > ?It would indeed be great > for IPython to have this, though I have the lofty vision of a single > CI environment for much of the SciPy universe so we can better control > for the incredible combination of optional dependencies IPython has, > and include Windows testing as well, which is neglected at least as > much as Python 3. +1 for ShiningPanda if Thomas can take the lead, though I agree with Min that long-term we should have something better. For a while snakebite http://www.snakebite.org/ looked like it was going in that direction, but the project seems to have stalled from what I can see by looking at their mailing list archives and website. Cheers, f From jtaylor.debian at googlemail.com Wed Jan 18 15:13:25 2012 From: jtaylor.debian at googlemail.com (Julian Taylor) Date: Wed, 18 Jan 2012 21:13:25 +0100 Subject: [IPython-dev] ipython daily build ppa available for ubuntu precise Message-ID: <4F1727E5.1010909@googlemail.com> Hi, I have set up a daily build ppa for the alpha stage Ubuntu 12.04 precise. The first build should start in a few hours. It is going to publish to the jtaylor/ipython-dev ppa: https://launchpad.net/~jtaylor/+archive/ipython-dev I'm also going to add an oneiric and natty daily build in the next couple of days. (If you are impatient the precise packages should also be installable in oneiric and natty) The package build runs the testsuite for all python2 versions available in Ubuntu (2.7 in precise, 2.7 and 2.6 in earlier versions). The buildlogs will be published here: https://code.launchpad.net/~jtaylor/+recipe/ipython-daily I have not tried the python3 testsuite yet, is it working well enough to be enabled in a daily build? Cheers, Julian Taylor -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From takowl at gmail.com Wed Jan 18 15:32:19 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Wed, 18 Jan 2012 20:32:19 +0000 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On 18 January 2012 19:56, Fernando Perez wrote: > +1 for ShiningPanda if Thomas can take the lead, though I agree with > Min that long-term we should have something better. For a while > snakebite > > http://www.snakebite.org/ > > looked like it was going in that direction, but the project seems to > have stalled from what I can see by looking at their mailing list > archives and website. > OK, I'll look into it. I was invited to join the SP workspace of another project (rdflib), and now I can't see any option to create another workspace. I've emailed them about it, but if not, I'll just create another username. Snakebite, unfortunately, does look pretty dead. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Wed Jan 18 15:47:23 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Wed, 18 Jan 2012 20:47:23 +0000 Subject: [IPython-dev] ipython daily build ppa available for ubuntu precise In-Reply-To: <4F1727E5.1010909@googlemail.com> References: <4F1727E5.1010909@googlemail.com> Message-ID: On 18 January 2012 20:13, Julian Taylor wrote: > I have not tried the python3 testsuite yet, is it working well enough to > be enabled in a daily build? > On my system (Ubuntu Oneiric) it's been passing for a while, and I've just re-run it successfully. I've installed a few bits myself (zmq, PyQt, tornado). It should skip any tests it hasn't got the necessary libraries for, though we've occasionally found failures when testing without something we all normally have installed. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Wed Jan 18 17:05:40 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 18 Jan 2012 14:05:40 -0800 Subject: [IPython-dev] ipython daily build ppa available for ubuntu precise In-Reply-To: <4F1727E5.1010909@googlemail.com> References: <4F1727E5.1010909@googlemail.com> Message-ID: On Wed, Jan 18, 2012 at 12:13 PM, Julian Taylor wrote: > > The package build runs the testsuite for all python2 versions available > in Ubuntu (2.7 in precise, 2.7 and 2.6 in earlier versions). > The buildlogs will be published here: > https://code.launchpad.net/~jtaylor/+recipe/ipython-daily Thanks for doing this, Julian! BTW, I see the build is failing, but the traceback seems to point to a debian script error, not ipython: https://launchpadlibrarian.net/90385693/buildlog.txt.gz Cheers, f From asmeurer at gmail.com Wed Jan 18 19:42:48 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Wed, 18 Jan 2012 17:42:48 -0700 Subject: [IPython-dev] Force-pushed In-Reply-To: References: Message-ID: On Tue, Jan 17, 2012 at 7:48 PM, MinRK wrote: > Hello, > > > A bad commit snuck into IPython master that had to be removed, > requiring a rebase and force push. ?So if you have been tracking > IPython master, your next update may require something more forceful > than `git pull`. ?If your git pull fails, the two-step 'force pull' > is: > > ? ?git fetch origin > ? ?git reset origin/master --hard Just a heads up: this command will permanently clear all uncommitted changes to tracked files. You should make sure that your working directory is clean first (git status), and if it is not, you should commit the changes or use something like git stash to save them. Also, this may go without saying, but for those not so good at git, I should note that before running the above two commands, you should make sure that you are in the master branch (git checkout master). Aaron Meurer From piotr.zolnierczuk at gmail.com Wed Jan 18 20:45:03 2012 From: piotr.zolnierczuk at gmail.com (Piotr) Date: Thu, 19 Jan 2012 01:45:03 +0000 (UTC) Subject: [IPython-dev] embedding ipython References: Message-ID: MinRK gmail.com> writes: > > > On Wed, Jan 11, 2012 at 22:09, Fernando Perez gmail.com> wrote: > > A starting point would be to look at Robert's hack:http://mail.scipy.org/pipermail/ipython-dev/2011-December/008456.html > now, ideally we'd do this correctly, by refactoring the Qt console > code so that it can use a KernelManager that could be either local or > remote, and having a local manager for the in-process cases. ?With > this done, the terminal (or 'plain' ipython) and console (the new > terminal-based two-process one) ?clients could also then be cleaned up > to use the exact same architecture. > > > I should note that the QtConsole (and any derivative of of ShellApp) has a kernel_manager_class, and subclasses can simply change this value to use different KernelManagers. ?So as it stands currently, you should be able to do: > > > class MyKernelManager: > ? ? # do whatever special things you need to do > > class MyQtApp(QtConsoleApp): > ? ? kernel_manager_class = MyKernelManager > > And you should be done. > > Unfortunately, code used to launch tabs other than the first was *not* updated to use this, and has QtKernelManager hardcoded instead of using the attribute. ?I've opened the trivial PR required to fix this. > > > > > > That is the right way to do this and not too much work, but not a tiny > amount of work either. ?I don't know if right now you have the > bandwidth to try to do it. ?If you do, I'd be happy to give you a hand > though, so let me know. > Doing that refactoring is a really important step in finishing up the > architectural clenaup we started with Brian's summer'09 work, so it > would be awesome to tackle it. > Cheers, > f > _______________________________________________ Is there any way to "preset" fonts and set pylab back-end using this embedded ipython example? I managed to embed IPythonWidget but a) pylab initializes to Tk (and I need pylab.show() for pop-up) b) the font is tiny (I can always use Ctrl-+) but that's annoying Piotr From takowl at gmail.com Thu Jan 19 19:46:44 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Fri, 20 Jan 2012 00:46:44 +0000 Subject: [IPython-dev] ShiningPanda Message-ID: I'm pleased to say we now have a ShiningPanda instance to regularly run our test suite: https://jenkins.shiningpanda.com/ipython/ After some trial and error, I've succeeded in getting it installing and the tests passing (except on Python 3.1, where there are some failures). It's set up to build the latest changes each night (1am in California, 9am in the UK). For now, it does Python 2.7 every day, and 2.6, 3.1 and 3.2 every other day. Best wishes, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Thu Jan 19 20:35:58 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 19 Jan 2012 17:35:58 -0800 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On Thu, Jan 19, 2012 at 4:46 PM, Thomas Kluyver wrote: > I'm pleased to say we now have a ShiningPanda instance to regularly run our > test suite: https://jenkins.shiningpanda.com/ipython/ > > After some trial and error, I've succeeded in getting it installing and the > tests passing (except on Python 3.1, where there are some failures). > > It's set up to build the latest changes each night (1am in California, 9am > in the UK). For now, it does Python 2.7 every day, and 2.6, 3.1 and 3.2 > every other day. Great! Many, many thanks for setting this up, it's excellent. I just created a user on shining panda, but it's now asking me to 'create a workspace'. I just want to 'join' the ipython one, what should I do at this point? Also, what is the page we should link to from our front page, the one you pointed to or some other one? And finally, I see a 'report a bug' there, with 'ipython' in the url. We don't want anybody reporting bugs here for ipython, I don't want to have to follow two trackers. Can we disable that? Cheers, f From fperez.net at gmail.com Thu Jan 19 20:37:01 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 19 Jan 2012 17:37:01 -0800 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On Thu, Jan 19, 2012 at 5:35 PM, Fernando Perez wrote: > I just created a user on shining panda, but it's now asking me to > 'create a workspace'. ?I just want to 'join' the ipython one, what > should I do at this point? Ah, never mind. I just got the 'invitation' email from you, and clicking on that seems to have worked. Thanks! From fperez.net at gmail.com Thu Jan 19 21:53:41 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 19 Jan 2012 18:53:41 -0800 Subject: [IPython-dev] embedding ipython In-Reply-To: References: Message-ID: On Wed, Jan 18, 2012 at 5:45 PM, Piotr wrote: > I managed to embed IPythonWidget but > a) pylab initializes to Tk (and I need pylab.show() for pop-up) If you look at the internal_ipkernel example that Charlie mentioned above, it shows you one way to start the kernel with pylab support (and you can control which GUI backend you want). > b) the font is tiny (I can always use Ctrl-+) but that's annoying That, I don't know; sorry. My Qt-fu is very, very limited. Cheers, f From fperez.net at gmail.com Thu Jan 19 23:30:51 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 19 Jan 2012 20:30:51 -0800 Subject: [IPython-dev] Standalone WX GUI support is broken (issue #645) In-Reply-To: References: Message-ID: Hi Piotr, On Wed, Jan 11, 2012 at 12:55 PM, Piotr Zolnierczuk wrote: > Not sure what to expect from the example (docs/examples/lib/gui-wx.py)?but > here's what workes for me on a Windows machine (XP) and on RHEL 6 with EPD > 7.2-1. thanks a lot for the info, we can pick this up now in the PR I made based on your code: https://github.com/ipython/ipython/pull/1296 Glad to have this one en route to a fix, thanks for pitching in! Cheers, f From takowl at gmail.com Fri Jan 20 06:09:19 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Fri, 20 Jan 2012 11:09:19 +0000 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On 20 January 2012 01:35, Fernando Perez wrote: > Also, what is the page we should link to from our front page, the one > you pointed to or some other one? > I'd link to that same one I linked to, which shows the overview of our test results. > And finally, I see a 'report a bug' there, with 'ipython' in the url. > We don't want anybody reporting bugs here for ipython, I don't want > to have to follow two trackers. Can we disable that? In the links on the left hand side? For me it just points to https://bugs.shiningpanda.com/ , and it seems like it requires a separate login. I guess they'll remove it quickly if people start trying to report bugs for the projects they host. There's still some things I'd like to get set up - we'd ideally like the test output in xunit format, but our test architecture makes that a bit tricky. It's also possible to display coverage, but I ran into some problems with that too. But they're less important. Thanks, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From jtaylor.debian at googlemail.com Fri Jan 20 14:15:35 2012 From: jtaylor.debian at googlemail.com (Julian Taylor) Date: Fri, 20 Jan 2012 20:15:35 +0100 Subject: [IPython-dev] ipython daily build ppa available for ubuntu precise In-Reply-To: References: <4F1727E5.1010909@googlemail.com> Message-ID: <4F19BD57.9040301@googlemail.com> On 01/18/2012 09:47 PM, Thomas Kluyver wrote: > On 18 January 2012 20:13, Julian Taylor > wrote: > > I have not tried the python3 testsuite yet, is it working well enough to > be enabled in a daily build? > > > On my system (Ubuntu Oneiric) it's been passing for a while, and I've > just re-run it successfully. I've installed a few bits myself (zmq, > PyQt, tornado). It should skip any tests it hasn't got the necessary > libraries for, though we've occasionally found failures when testing > without something we all normally have installed. > > Thomas the first build succeeded now and I have added oneiric to the build targets, so we now have 2.6 and 2.7 testsuite runs. Though the resulting ipython3-qtconsole package will be uninstallable. I can't backport that from precise, it requires a complete new qt stack. Whats the best way to run the python3 testsuite after setup.py build? the iptest3 script is only created on install. Create a script that calls the entry point? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From fperez.net at gmail.com Fri Jan 20 14:53:52 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 20 Jan 2012 11:53:52 -0800 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On Fri, Jan 20, 2012 at 3:09 AM, Thomas Kluyver wrote: > I'd link to that same one I linked to, which shows the overview of our test > results. OK; can you go ahead and update our front page or should I do it? > In the links on the left hand side? For me it just points to > https://bugs.shiningpanda.com/ , and it seems like it requires a separate > login. I guess they'll remove it quickly if people start trying to report > bugs for the projects they host. OK. > There's still some things I'd like to get set up - we'd ideally like the > test output in xunit format, but our test architecture makes that a bit Yes, it's the fact that we run the tests in groups by subprocess. There may be a cleaner way to do it so that one can aggregate the resulting results objects, I'm not sure. > tricky. It's also possible to display coverage, but I ran into some problems > with that too. But they're less important. Thanks again for this work, even if the report still has limitations, it's already great to have! Cheers, f From ellisonbg at gmail.com Fri Jan 20 16:25:59 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Fri, 20 Jan 2012 13:25:59 -0800 Subject: [IPython-dev] Notebook testing needed... Message-ID: Generous notebook testers, I just created a PR for a bunch of notebook related work: https://github.com/ipython/ipython/pull/1303 It is mostly underneath the hood, but there are some feature enhancements such as split/merge and Ace editing of all cell types. I have refactored lots of low level things related to the handling of CodeMirror editors. ?This is the type of thing that can introduce subtle bugs so I would love help testing this branch. ?I would like to merge this quickly so I can move onto the next notebook tasks. Thanks, Brian -- 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 Fri Jan 20 16:48:15 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 20 Jan 2012 13:48:15 -0800 Subject: [IPython-dev] Tips on merging: the green button is good... Message-ID: Hi folks, I just wanted to mention some things regarding workflow that we kind of settled on in the 0.12 merge frenzy but that we haven't really said explicitly in a summary. A while ago, I had defended the idea that we should allow fast-forward merges and even force them via a rebase for really small PRs of one or two commits; my argument was that this kept a more linear and clean history, without adding 'unnecessary' commits. But in the run-up to 0.12, Mateusz and Min talked about it and Min came back with some good points in favor of *always, exclusively* doing merges with the green button. The main point is that by doing the merge with the green button, we gain evidence for what code was reviewed and what wasn't. When a merge is done that way, the merge commit has a link to the review right there, that is even clickable in github. This way, even single commits that were reviewed can be distinguished from commits that were pushed without review. In the long run, this information is useful to the project, and in fact shows a flaw in my original argument. I said that the extra merge commit was 'noise', but in reality that extra commit is data: it links to the *review* of the commit(s) being merged, and so it's in fact very important data and certainly not noise. Furthermore, we gain: - the PR is automatically closed, which otherwise doesn't always happen. - it's super easy to type into the merge message a summary of the PR, b/c you can copy straight out from either the initial PR request or from relevant pieces of the discussion. So the workflow we had settled on, and that I hope you will all agree with, was: - *Always* merge from the 'green button'. - When doing the merge, add a reasonable summary of the PR in the message box, don't just leave it empty. A good tip is to click on 'edit' at the top in the PR request message, so you can copy/paste the whole Markdown of the PR. That text is typically a good starting point for the commit message, though I typically trim it down or rephrase it slightly so it's a good summary of the PR. - At the bottom of the merge message, add 'Closes #NNN, closes #NNN' as appropriate for any tickets this PR has been confirmed to close. This way, github will auto-close them reliably. That's it. Once I got used to this, it became very natural. I use 'git mrb' to test locally, then I simply merge the PR with the green button and issue 'git pull' right away. Since git already has all the actual commits, the pull is very quick. Cheers, f From efiring at hawaii.edu Fri Jan 20 17:18:16 2012 From: efiring at hawaii.edu (Eric Firing) Date: Fri, 20 Jan 2012 12:18:16 -1000 Subject: [IPython-dev] Tips on merging: the green button is good... In-Reply-To: References: Message-ID: <4F19E828.1040008@hawaii.edu> On 01/20/2012 11:48 AM, Fernando Perez wrote: > > That's it. Once I got used to this, it became very natural. I use > 'git mrb' to test locally, then I simply merge the PR with the green > button and issue 'git pull' right away. Since git already has all the > actual commits, the pull is very quick. What is "git mrb"? Eric > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From fperez.net at gmail.com Fri Jan 20 17:23:00 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 20 Jan 2012 14:23:00 -0800 Subject: [IPython-dev] Tips on merging: the green button is good... In-Reply-To: <4F19E828.1040008@hawaii.edu> References: <4F19E828.1040008@hawaii.edu> Message-ID: On Fri, Jan 20, 2012 at 2:18 PM, Eric Firing wrote: > > What is "git mrb"? Short for 'merge remote branch': https://github.com/ipython/ipython/blob/master/tools/git-mrb A little tool I wrote that makes it really easy to review pull requests from people whose remotes you track. Symlink to it from somewhere in your $PATH and you can use it as 'git mrb'. I track as remotes the repos of the most frequent contributors, and with this tool, reviewing PRs locally is a snap. Cheers, f From takowl at gmail.com Fri Jan 20 18:08:14 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Fri, 20 Jan 2012 23:08:14 +0000 Subject: [IPython-dev] ipython daily build ppa available for ubuntu precise In-Reply-To: <4F19BD57.9040301@googlemail.com> References: <4F1727E5.1010909@googlemail.com> <4F19BD57.9040301@googlemail.com> Message-ID: On 20 January 2012 19:15, Julian Taylor wrote: > Whats the best way to run the python3 testsuite after setup.py build? > the iptest3 script is only created on install. > Create a script that calls the entry point? > I've always tested (both on Python 2 and 3) just by installing in a virtualenv and running iptest(3). I think it's worth looking at how we run our tests, because playing around with our current system revealed that it's tricky to integrate with some of ShiningPanda's features (via XML output). Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From asmeurer at gmail.com Fri Jan 20 18:21:28 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Fri, 20 Jan 2012 16:21:28 -0700 Subject: [IPython-dev] Tips on merging: the green button is good... In-Reply-To: References: Message-ID: We've also found the green merge button to be a good thing with SymPy. I was initially reluctant to the idea because it would make it too easy to accidentally merge a branch that's not ready yet. But we've merged hundreds of pull requests since it's inception, and I don't think that has happened once. In addition to the advantages you list, the green button helps prevent accidental pushes to master. It's really easy to mess things up with the command line, as git will basically let you do anything you want, and you don't always see what you're doing unless you use git log --graph or a similar visualization. With the merge button, you always see exactly what commits and diff are being merged. You cannot accidentally force push to master, and you won't have bad commits slip in or good commits slip out through a messy rebase process. Another advantage: requiring that all updates to master go through the green button also essentially adds the requirement that all update go through a pull request, which is in general a good thing as well. Regarding the forced merged commit, this is also a good thing, as it makes it easier to find the pull request discussion given a commit. I couldn't figure out how to get the merge commit from a given commit, though, other than finding the commit in git log --graph (or something similar like gitk) and following the line up to the nearest merge commit. Anyone know a git oneliner to do this? Aaron Meurer On Fri, Jan 20, 2012 at 2:48 PM, Fernando Perez wrote: > Hi folks, > > I just wanted to mention some things regarding workflow that we kind > of settled on in the 0.12 merge frenzy but that we haven't really said > explicitly in a summary. ?A while ago, I had defended the idea that we > should allow fast-forward merges and even force them via a rebase for > really small PRs of one or two commits; my argument was that this kept > a more linear and clean history, without adding 'unnecessary' commits. > ?But in the run-up to 0.12, Mateusz and Min talked about it and Min > came back with some good points in favor of *always, exclusively* > doing merges with the green button. > > The main point is that by doing the merge with the green button, we > gain evidence for what code was reviewed and what wasn't. ?When a > merge is done that way, the merge commit has a link to the review > right there, that is even clickable in github. ?This way, even single > commits that were reviewed can be distinguished from commits that were > pushed without review. ?In the long run, this information is useful to > the project, and in fact shows a flaw in my original argument. ?I said > that the extra merge commit was 'noise', but in reality that extra > commit is data: it links to the *review* of the commit(s) being > merged, and so it's in fact very important data and certainly not > noise. > > Furthermore, we gain: > > - the PR is automatically closed, which otherwise doesn't always happen. > > - it's super easy to type into the merge message a summary of the PR, > b/c you can copy straight out from either the initial PR request or > from relevant pieces of the discussion. > > So the workflow we had settled on, and that I hope you will all agree with, was: > > - *Always* merge from the 'green button'. > > - When doing the merge, add a reasonable summary of the PR in the > message box, don't just leave it empty. ?A good tip is to click on > 'edit' at the top in the PR request message, so you can copy/paste the > whole Markdown of the PR. ?That text is typically a good starting > point for the commit message, though I typically trim it down or > rephrase it slightly so it's a good summary of the PR. > > - At the bottom of the merge message, add 'Closes #NNN, closes #NNN' > as appropriate for any tickets this PR has been confirmed to close. > This way, github will auto-close them reliably. > > That's it. ?Once I got used to this, it became very natural. ?I use > 'git mrb' to test locally, then I simply merge the PR with the green > button and issue 'git pull' right away. ?Since git already has all the > actual commits, the pull is very quick. > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From takowl at gmail.com Sat Jan 21 18:02:57 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Sat, 21 Jan 2012 23:02:57 +0000 Subject: [IPython-dev] IPython.zmq tests Message-ID: While playing with the test suite, I've just noticed that the standard iptest command doesn't run the tests in IPython.zmq. I don't know if this was deliberately disabled or simply overlooked, but running those tests (iptest IPython.zmq) now is not pretty. ZMQ complains about contexts terminating or not terminating, several terminal editors pop up and have to be dismissed, and when it's finished, it hangs and has to be killed manually. Since the other things are working, I guess it's more of an issue with the tests than the code itself, but it could still do with some attention. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Sat Jan 21 18:12:20 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 21 Jan 2012 15:12:20 -0800 Subject: [IPython-dev] IPython.zmq tests In-Reply-To: References: Message-ID: On Sat, Jan 21, 2012 at 3:02 PM, Thomas Kluyver wrote: > While playing with the test suite, I've just noticed that the standard > iptest command doesn't run the tests in IPython.zmq. I don't know if this > was deliberately disabled or simply overlooked, but running those tests > (iptest IPython.zmq) now is not pretty. ZMQ complains about contexts > terminating or not terminating, several terminal editors pop up and have to > be dismissed, and when it's finished, it hangs and has to be killed > manually. Since the other things are working, I guess it's more of an issue > with the tests than the code itself, but it could still do with some > attention. Ouch: it was most likely that when we got the machinery up and running we were struggling with some of those, disabled them temporarily and simply forgot to re-enable them. It was most certainly *not* intended to stay that way, and I'd say it's pretty high priority that we fix that now. It's perfectly possible that some of those failures are true bugs whose consequences we may be seeing elsewhere, so we should definitely try to get that fixed up. In order not to pollute master with a big batch of new failures, I suggest we do this in a branch. If you want to tackle it and it looks quick, do it like a regular PR. Otherwise we can make a shared branch on the main repo so that multiple people can pitch in as necessary. Thanks for finding this! Cheers, f From benjaminrk at gmail.com Sat Jan 21 18:24:20 2012 From: benjaminrk at gmail.com (MinRK) Date: Sat, 21 Jan 2012 15:24:20 -0800 Subject: [IPython-dev] IPython.zmq tests In-Reply-To: References: Message-ID: On Sat, Jan 21, 2012 at 15:12, Fernando Perez wrote: > On Sat, Jan 21, 2012 at 3:02 PM, Thomas Kluyver wrote: >> While playing with the test suite, I've just noticed that the standard >> iptest command doesn't run the tests in IPython.zmq. I don't know if this >> was deliberately disabled or simply overlooked, but running those tests >> (iptest IPython.zmq) now is not pretty. ZMQ complains about contexts >> terminating or not terminating, several terminal editors pop up and have to >> be dismissed, and when it's finished, it hangs and has to be killed >> manually. Since the other things are working, I guess it's more of an issue >> with the tests than the code itself, but it could still do with some >> attention. > > Ouch: it was most likely that when we got the machinery up and running > we were struggling with some of those, disabled them temporarily and > simply forgot to re-enable them. ?It was most certainly *not* intended > to stay that way, and I'd say it's pretty high priority that we fix > that now. ?It's perfectly possible that some of those failures are > true bugs whose consequences we may be seeing elsewhere, so we should > definitely try to get that fixed up. No, they were never enabled because IPython.zmq has *never* had any tests. The only tests there are for IPython.zmq.session, which only exist because the Session object was originally in IPython.parallel, which is tested. Almost all of the failures/errors are because there are some entry points (like IPython.zmq.frontend) which start blocking calls when imported, causing problems when included in the test search. Further, since the test suite has never been run on IPython.zmq, the necessary @skip_doctests haven't been applied all over the place, so the silly doctest scraper will find all the examples that won't actually run in an unconfigured environment. The real issue is that we need tests for IPython.zmq. -MinRK > > In order not to pollute master with a big batch of new failures, I > suggest we do this in a branch. ?If you want to tackle it and it looks > quick, do it like a regular PR. ?Otherwise we can make a shared branch > on the main repo so that multiple people can pitch in as necessary. > > Thanks for finding this! > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From fperez.net at gmail.com Sat Jan 21 19:19:15 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 21 Jan 2012 16:19:15 -0800 Subject: [IPython-dev] IPython.zmq tests In-Reply-To: References: Message-ID: On Sat, Jan 21, 2012 at 3:24 PM, MinRK wrote: > > The real issue is that we need tests for IPython.zmq. Ah, thanks for the clarification. The development of all that code happened so fast that I thought we'd simply forgotten about real tests... Oh well, time to write some, I guess :) Cheers, f From ellisonbg at gmail.com Sun Jan 22 16:56:25 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Sun, 22 Jan 2012 13:56:25 -0800 Subject: [IPython-dev] Ace versus CodeMirror Message-ID: Hi, Recently, we added the ability for users to edit a single cell in the notebook using the Ace editor. I think Fernando and I have been under the impression that Ace was a more featureful editor that power users would want for serious dev work in the notebook. Here is my take on this: * Ace has better support for keyboard bindings (emacs/vim), although a recent version of CodeMirror has improved this situation. * Ace has more keyboard actions out of the box, such as indentation of blocks. * Fernando and others have remarked that CodeMirror was not quite as nice as Ace. I have this vague sense, but it is difficult to say exactly what is better. * Hmm... Some questions: * Is Ace really that much better that it is worth us shipping/using it? * Do people like the ability to edit a single cell in a more-full-window capacity? Please check out the Ace capabilty in master and let us know what you think... Thanks, Brian -- 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 Sun Jan 22 17:39:05 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 22 Jan 2012 14:39:05 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger wrote: > Some questions: > > * Is Ace really that much better that it is worth us shipping/using it? > * Do people like the ability to edit a single cell in a > more-full-window capacity? > > Please check out the Ace capabilty in master and let us know what you think... There are some limitations of CM that make it really painful for editing longer cells: - inability to rigidly indent/dedent whole blocks. This is a killer for refactoring just about anything. - no indentation support (not even soft-tabs) inside docstrings. Typing eight spaces at the beginning of each line in a method docstring is ridiculously annoying. I just type them in emacs and paste them back in. - no search and replace: also killer for refactoring. These are the big ones for me, so I'm +1 on including Ace. There's also the fact that in teaching/workshops, we often struggle with the question of 'what editor should I use along with ipython'. Once Ace is available, we can simply tell people to use it for editing also their python scripts, all within the ipython workflow. This may not be the long-term solution they want if they become full-time users, but when you only have a day or two to teach a group some basics, having ipython provide them a complete solution out of the box would be great, I think. Cheers, f From fawce at quantopian.com Sun Jan 22 22:11:31 2012 From: fawce at quantopian.com (John Fawcett) Date: Sun, 22 Jan 2012 22:11:31 -0500 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: Hi, I think the long-form edit case is very promising. It borders on full blown development, and seems to imply the eventual unification of the cellular edit style with the file-oriented style of a typical editor. Is that the idea? (Aside: i signed up for c9.io based on the Ace editor project, and it is the best online IDE I've tried - they have tabbed editors btw). - I tried selecting a block in a cell, and it seemed like tab did indent, and shift-tab de-indented. Is that what you meant by indentation support? - the total lack of docstring support in CM is annoying, maybe it is feasible to patch CM to support it properly? - CM has a decent demo of search/replace, that I think is as good as Ace: http://codemirror.net/demo/search.html My free advice (which is worth what you pay for it :) ) is to aim to have one editor for cell and long-form editing. It seems like getting the docstring and indentation support in CM would have to be compared to getting Ace to support multiple editors on one page. thanks, fawce On Sun, Jan 22, 2012 at 5:39 PM, Fernando Perez wrote: > On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger > wrote: > > Some questions: > > > > * Is Ace really that much better that it is worth us shipping/using it? > > * Do people like the ability to edit a single cell in a > > more-full-window capacity? > > > > Please check out the Ace capabilty in master and let us know what you > think... > > There are some limitations of CM that make it really painful for > editing longer cells: > > - inability to rigidly indent/dedent whole blocks. This is a killer > for refactoring just about anything. > > - no indentation support (not even soft-tabs) inside docstrings. > Typing eight spaces at the beginning of each line in a method > docstring is ridiculously annoying. I just type them in emacs and > paste them back in. > > - no search and replace: also killer for refactoring. > > These are the big ones for me, so I'm +1 on including Ace. > > There's also the fact that in teaching/workshops, we often struggle > with the question of 'what editor should I use along with ipython'. > Once Ace is available, we can simply tell people to use it for editing > also their python scripts, all within the ipython workflow. This may > not be the long-term solution they want if they become full-time > users, but when you only have a day or two to teach a group some > basics, having ipython provide them a complete solution out of the box > would be great, I think. > > Cheers, > > f > _______________________________________________ > 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: From fperez.net at gmail.com Sun Jan 22 22:29:07 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 22 Jan 2012 19:29:07 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: Hi John, On Sun, Jan 22, 2012 at 7:11 PM, John Fawcett wrote: > Hi, > > I think the long-form edit case is very promising. It borders on full blown > development, and seems to imply the eventual unification of the cellular > edit style with the file-oriented style of a typical editor. Is that the > idea? (Aside: i signed up for c9.io based on the Ace editor project, and it > is the best online IDE I've tried - they have tabbed editors btw). The way I think about it (and others may disagree) is that I want the development features that are relevant to interactive-focused workflows. In that regard, I don't focus on competing with tools like Microsoft's amazing Visual Studio Python plugin or PyCharm, that do very impressive amounts of project management and introspection, at what is surely a high cost of development complexity for their authors. So things like sophisticated completion for incomplete classes (that requires difficult background analysis of code as it's typed) or multi-file refactoring are well outside of our scope. But while working interactively on code/data problems, I do want solid editing support. For years many of us have worked with $EDITOR + ipython-terminal for this class of problems, but with the notebook moving us closer to the browse full-time, I also want an editing experience that is as close to that of a full-time editor as is reasonable given our resources. Basically I don't want an editor that I curse at while I work if I'm in a browser working remotely and firing up an editor local to the files is impractical/impossible. > - I tried selecting a block in a cell, and it seemed like tab did indent, > and shift-tab de-indented. Is that what you meant by indentation support? Yes, but for me it doesn't work correctly. On Firefox 9 neither indent nor dedent work correctly, as only some lines get indented (meaning the code gets mangled). On Chrome only indent seems to work. On this front, Ace works fine. > - the total lack of docstring support in CM is annoying, maybe it is > feasible to patch CM to support it properly? Certainly an option, the question is, given our limited resources, whether it's worth our time instead of just using Ace (which handles this right). Obviously having two editors has its own issues, so it's a valid question. > - CM has a decent demo of search/replace, that I think is as good as Ace: > http://codemirror.net/demo/search.html That looks pretty decent, I seem to remember trying it a while ago and finding it much poorer; perhaps they've improved recently. I would want that to be available in *all* cells all the time, actually! > My free advice (which is worth what you pay for it :) ) is to aim to have > one editor for cell and long-form editing. It seems like getting the > docstring and indentation support in CM would have to be compared to getting > Ace to support multiple editors on one page. I *think* for Ace, the hundreds-of-editors option isn't very realistic, or would at least require a fairly large restructuring of their code b/c that's a use case that is very far from their original design intention. So the question is probably more whether we can make CM fill all our needs, or find a good way to live with both that is as seamless as possible for the users. I agree that having only one editor to deal with would be the ideal solution all around, both easier for IPython developers and users. Perhaps as both Ace and CM mature one of them will fit that bill. Thanks for the thoughtful feedback! Cheers, f From fawce at quantopian.com Sun Jan 22 23:15:59 2012 From: fawce at quantopian.com (John Fawcett) Date: Sun, 22 Jan 2012 23:15:59 -0500 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: Hi, On Sun, Jan 22, 2012 at 10:29 PM, Fernando Perez wrote: > Hi John, > > On Sun, Jan 22, 2012 at 7:11 PM, John Fawcett > wrote: > > Hi, > > > > I think the long-form edit case is very promising. It borders on full > blown > > development, and seems to imply the eventual unification of the cellular > > edit style with the file-oriented style of a typical editor. Is that the > > idea? (Aside: i signed up for c9.io based on the Ace editor project, > and it > > is the best online IDE I've tried - they have tabbed editors btw). > > The way I think about it (and others may disagree) is that I want the > development features that are relevant to interactive-focused > workflows. In that regard, I don't focus on competing with tools like > Microsoft's amazing Visual Studio Python plugin or PyCharm, that do > very impressive amounts of project management and introspection, at > what is surely a high cost of development complexity for their > authors. So things like sophisticated completion for incomplete > classes (that requires difficult background analysis of code as it's > typed) or multi-file refactoring are well outside of our scope. > > But while working interactively on code/data problems, I do want solid > editing support. For years many of us have worked with $EDITOR + > ipython-terminal for this class of problems, but with the notebook > moving us closer to the browse full-time, I also want an editing > experience that is as close to that of a full-time editor as is > reasonable given our resources. Basically I don't want an editor that > I curse at while I work if I'm in a browser working remotely and > firing up an editor local to the files is impractical/impossible. > > This makes a lot of sense to me. > > - I tried selecting a block in a cell, and it seemed like tab did indent, > > and shift-tab de-indented. Is that what you meant by indentation support? > > Yes, but for me it doesn't work correctly. On Firefox 9 neither indent > nor dedent work correctly, as only some lines get indented (meaning > the code gets mangled). On Chrome only indent seems to work. On this > front, Ace works fine. Both CM and Ace are working for me in Chrome with indent and dedent, but sounds like Ace wins on this point. > > - the total lack of docstring support in CM is annoying, maybe it is > > feasible to patch CM to support it properly? > > Certainly an option, the question is, given our limited resources, > whether it's worth our time instead of just using Ace (which handles > this right). Obviously having two editors has its own issues, so it's > a valid question. > > > - CM has a decent demo of search/replace, that I think is as good as Ace: > > http://codemirror.net/demo/search.html > > That looks pretty decent, I seem to remember trying it a while ago and > finding it much poorer; perhaps they've improved recently. I would > want that to be available in *all* cells all the time, actually! > definitely! > > > My free advice (which is worth what you pay for it :) ) is to aim to have > > one editor for cell and long-form editing. It seems like getting the > > docstring and indentation support in CM would have to be compared to > getting > > Ace to support multiple editors on one page. > > I *think* for Ace, the hundreds-of-editors option isn't very > realistic, or would at least require a fairly large restructuring of > their code b/c that's a use case that is very far from their original > design intention. So the question is probably more whether we can > make CM fill all our needs, or find a good way to live with both that > is as seamless as possible for the users. > > Yup, good point. > I agree that having only one editor to deal with would be the ideal > solution all around, both easier for IPython developers and users. > Perhaps as both Ace and CM mature one of them will fit that bill. > Thanks for the thoughtful feedback! > > Thanks for taking the time to reply! > Cheers, > > f > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason-sage at creativetrax.com Mon Jan 23 07:33:46 2012 From: jason-sage at creativetrax.com (Jason Grout) Date: Mon, 23 Jan 2012 06:33:46 -0600 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: <4F1D53AA.3050009@creativetrax.com> On 1/22/12 3:56 PM, Brian Granger wrote: > Hi, > > Recently, we added the ability for users to edit a single cell in the > notebook using the Ace editor. I think Fernando and I have been under > the impression that Ace was a more featureful editor that power users > would want for serious dev work in the notebook. Here is my take on > this: > > * Ace has better support for keyboard bindings (emacs/vim), although a > recent version of CodeMirror has improved this situation. > * Ace has more keyboard actions out of the box, such as indentation of blocks. If I highlight a block and press tab or shift-tab in http://codemirror.net/mode/python/index.html, it indents/dedents the entire block. Is that what you mean? > * Fernando and others have remarked that CodeMirror was not quite as > nice as Ace. I have this vague sense, but it is difficult to say > exactly what is better. > * Hmm... > > Some questions: > > * Is Ace really that much better that it is worth us shipping/using it? > * Do people like the ability to edit a single cell in a > more-full-window capacity? See http://codemirror.net/demo/fullscreen.html for an example of this with CodeMirror. At least, I think that's what you're talking about. As for search and replace, see this: http://codemirror.net/demo/search.html Also, CodeMirror technically can actually apply a rst mode (http://codemirror.net/mode/rst/index.html) just inside of docstrings, though I don't know if the mode overlay is written yet. That would be cool, though. I looked into writing it a long time ago, but haven't yet and likely won't have time in the near future. Thanks, Jason From jason-sage at creativetrax.com Mon Jan 23 07:41:13 2012 From: jason-sage at creativetrax.com (Jason Grout) Date: Mon, 23 Jan 2012 06:41:13 -0600 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: <4F1D53AA.3050009@creativetrax.com> References: <4F1D53AA.3050009@creativetrax.com> Message-ID: <4F1D5569.606@creativetrax.com> On 1/23/12 6:33 AM, Jason Grout wrote: > Also, CodeMirror technically can actually apply a rst mode > (http://codemirror.net/mode/rst/index.html) just inside of docstrings, > though I don't know if the mode overlay is written yet. That would be > cool, though. I looked into writing it a long time ago, but haven't yet > and likely won't have time in the near future. See the HTML mixed mode at http://codemirror.net/mode/htmlmixed/index.html or http://codemirror.net/demo/mustache.html for an example of this. Basically, you just have to have the python parser have a special state or docstrings, and then apply the rst mode in that state. Or something like that. See the last three paragraphs of http://codemirror.net/doc/manual.html. Jason From ellisonbg at gmail.com Mon Jan 23 13:46:05 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 23 Jan 2012 10:46:05 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Sun, Jan 22, 2012 at 2:39 PM, Fernando Perez wrote: > On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger wrote: >> Some questions: >> >> * Is Ace really that much better that it is worth us shipping/using it? >> * Do people like the ability to edit a single cell in a >> more-full-window capacity? >> >> Please check out the Ace capabilty in master and let us know what you think... > > There are some limitations of CM that make it really painful for > editing longer cells: > > - inability to rigidly indent/dedent whole blocks. ?This is a killer > for refactoring just about anything. Based on some of the responses we have gotten, I think we are configuring the notebook so that this doesn't work. I will play around with the config to see if I can get this to work. > - no indentation support (not even soft-tabs) inside docstrings. > Typing eight spaces at the beginning of each line in a method > docstring is ridiculously annoying. ?I just type them in emacs and > paste them back in. Yes, this is likely a problem with the python mode. It is very likely it can be fixed. > - no search and replace: also killer for refactoring. > > These are the big ones for me, so I'm +1 on including Ace. There is a search and replace demo for CM here: http://codemirror.net/demo/search.html Fernando, if we can fix these things, are you open to using CodeMirror always? Would you still want the ability to do the full-window-like editing mode? > There's also the fact that in teaching/workshops, we often struggle > with the question of 'what editor should I use along with ipython'. > Once Ace is available, we can simply tell people to use it for editing > also their python scripts, all within the ipython workflow. ?This may > not be the long-term solution they want if they become full-time > users, but when you only have a day or two to teach a group some > basics, having ipython provide them a complete solution out of the box > would be great, I think. > Cheers, > > f -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From ellisonbg at gmail.com Mon Jan 23 13:48:30 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 23 Jan 2012 10:48:30 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Sun, Jan 22, 2012 at 7:11 PM, John Fawcett wrote: > Hi, > > I think the long-form edit case is very promising. It borders on full blown > development, and seems to imply the eventual unification of the cellular > edit style with the file-oriented style of a typical editor. Is that the > idea? (Aside: i signed up for c9.io based on the Ace editor project, and it > is the best online IDE I've tried - they have tabbed editors btw). > > - I tried selecting a block in a cell, and it seemed like tab did indent, > and shift-tab de-indented. Is that what you meant by indentation support? Yes, I think we can get this to work in CodeMirror though. > - the total lack of docstring support in CM is annoying, maybe it is > feasible to patch CM to support it properly? Yes, very much so. > - CM has a decent demo of search/replace, that I think is as good as Ace: > http://codemirror.net/demo/search.html We should be able to adapt this to the notebook. > My free advice (which is worth what you pay for it :) ) is to aim to have > one editor for cell and long-form editing. It seems like getting the > docstring and indentation support in CM would have to be compared to getting > Ace to support multiple editors on one page. Yes, we would like the notebook to be a complete environment for doing development work. There is no reason we shouldn't allow regular .py files to be open and edited in a CM editor. I think that getting Ace to support multiple editors would be quite difficult - more difficult than fixing CM in the above areas. > thanks, > fawce > > > On Sun, Jan 22, 2012 at 5:39 PM, Fernando Perez > wrote: >> >> On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger >> wrote: >> > Some questions: >> > >> > * Is Ace really that much better that it is worth us shipping/using it? >> > * Do people like the ability to edit a single cell in a >> > more-full-window capacity? >> > >> > Please check out the Ace capabilty in master and let us know what you >> > think... >> >> There are some limitations of CM that make it really painful for >> editing longer cells: >> >> - inability to rigidly indent/dedent whole blocks. ?This is a killer >> for refactoring just about anything. >> >> - no indentation support (not even soft-tabs) inside docstrings. >> Typing eight spaces at the beginning of each line in a method >> docstring is ridiculously annoying. ?I just type them in emacs and >> paste them back in. >> >> - no search and replace: also killer for refactoring. >> >> These are the big ones for me, so I'm +1 on including Ace. >> >> There's also the fact that in teaching/workshops, we often struggle >> with the question of 'what editor should I use along with ipython'. >> Once Ace is available, we can simply tell people to use it for editing >> also their python scripts, all within the ipython workflow. ?This may >> not be the long-term solution they want if they become full-time >> users, but when you only have a day or two to teach a group some >> basics, having ipython provide them a complete solution out of the box >> would be great, I think. >> >> 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 ellisonbg at gmail.com Mon Jan 23 13:49:02 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 23 Jan 2012 10:49:02 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: <4F1D5569.606@creativetrax.com> References: <4F1D53AA.3050009@creativetrax.com> <4F1D5569.606@creativetrax.com> Message-ID: On Mon, Jan 23, 2012 at 4:41 AM, Jason Grout wrote: > On 1/23/12 6:33 AM, Jason Grout wrote: >> Also, CodeMirror technically can actually apply a rst mode >> (http://codemirror.net/mode/rst/index.html) just inside of docstrings, >> though I don't know if the mode overlay is written yet. ?That would be >> cool, though. ?I looked into writing it a long time ago, but haven't yet >> and likely won't have time in the near future. > > See the HTML mixed mode at > http://codemirror.net/mode/htmlmixed/index.html or > http://codemirror.net/demo/mustache.html for an example of this. > Basically, you just have to have the python parser have a special state > or docstrings, and then apply the rst mode in that state. ?Or something > like that. ?See the last three paragraphs of > http://codemirror.net/doc/manual.html. Great pointer, I was not aware of the mode overlays. Worth looking into for sure. > Jason > > _______________________________________________ > 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 Mon Jan 23 14:18:08 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 23 Jan 2012 11:18:08 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: <4F1D53AA.3050009@creativetrax.com> <4F1D5569.606@creativetrax.com> Message-ID: I think I have fixed the indentation behavior, both for blocks and docstrings. Here is the branch: https://github.com/ipython/ipython/pull/1311 Please let me know if this solves the issues completely. Cheers, Brian On Mon, Jan 23, 2012 at 10:49 AM, Brian Granger wrote: > On Mon, Jan 23, 2012 at 4:41 AM, Jason Grout > wrote: >> On 1/23/12 6:33 AM, Jason Grout wrote: >>> Also, CodeMirror technically can actually apply a rst mode >>> (http://codemirror.net/mode/rst/index.html) just inside of docstrings, >>> though I don't know if the mode overlay is written yet. ?That would be >>> cool, though. ?I looked into writing it a long time ago, but haven't yet >>> and likely won't have time in the near future. >> >> See the HTML mixed mode at >> http://codemirror.net/mode/htmlmixed/index.html or >> http://codemirror.net/demo/mustache.html for an example of this. >> Basically, you just have to have the python parser have a special state >> or docstrings, and then apply the rst mode in that state. ?Or something >> like that. ?See the last three paragraphs of >> http://codemirror.net/doc/manual.html. > > Great pointer, I was not aware of the mode overlays. ?Worth looking > into for sure. > >> Jason >> >> _______________________________________________ >> 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 -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From ellisonbg at gmail.com Mon Jan 23 15:03:17 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 23 Jan 2012 12:03:17 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: <4F1D53AA.3050009@creativetrax.com> <4F1D5569.606@creativetrax.com> Message-ID: CodeMirror also has a nice full screen mode we could use. The benefit of this, is that tab completion/tooltips would still work. Cheers, Brian On Mon, Jan 23, 2012 at 11:18 AM, Brian Granger wrote: > I think I have fixed the indentation behavior, both for blocks and > docstrings. ?Here is the branch: > > https://github.com/ipython/ipython/pull/1311 > > Please let me know if this solves the issues completely. > > Cheers, > > Brian > > On Mon, Jan 23, 2012 at 10:49 AM, Brian Granger wrote: >> On Mon, Jan 23, 2012 at 4:41 AM, Jason Grout >> wrote: >>> On 1/23/12 6:33 AM, Jason Grout wrote: >>>> Also, CodeMirror technically can actually apply a rst mode >>>> (http://codemirror.net/mode/rst/index.html) just inside of docstrings, >>>> though I don't know if the mode overlay is written yet. ?That would be >>>> cool, though. ?I looked into writing it a long time ago, but haven't yet >>>> and likely won't have time in the near future. >>> >>> See the HTML mixed mode at >>> http://codemirror.net/mode/htmlmixed/index.html or >>> http://codemirror.net/demo/mustache.html for an example of this. >>> Basically, you just have to have the python parser have a special state >>> or docstrings, and then apply the rst mode in that state. ?Or something >>> like that. ?See the last three paragraphs of >>> http://codemirror.net/doc/manual.html. >> >> Great pointer, I was not aware of the mode overlays. ?Worth looking >> into for sure. >> >>> Jason >>> >>> _______________________________________________ >>> 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 > > > > -- > Brian E. Granger > Cal Poly State University, San Luis Obispo > bgranger at calpoly.edu and ellisonbg at gmail.com -- 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 Mon Jan 23 21:00:49 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Mon, 23 Jan 2012 18:00:49 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Mon, Jan 23, 2012 at 10:46 AM, Brian Granger wrote: > Fernando, if we can fix these things, are you open to using CodeMirror > always? ?Would you still want the ability to do the full-window-like > editing mode? Totally! I think development simplicity is priority #1 for now, and there is a high cost to having two separate editors. If CM can do the whole job, that's great. We can always later consider offering a tab, *also with CM*, for editing local .py files through the browser. I only liked the Ace approach b/c it worked around problems I was having with CM, but I'd much rather depend on just one editor than two, as handling two is extra complexity/work for us. Cheers, f From fperez.net at gmail.com Mon Jan 23 23:30:48 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Mon, 23 Jan 2012 20:30:48 -0800 Subject: [IPython-dev] [ANN] IPython in-depth: a tutorial at PyCon 2012, only 2 days left for early bird registration Message-ID: Hi folks, Brian, Min and I will be presenting a hands-on, detailed tutorial about IPython at the upcoming PyCon, we'd love to see many of you there: https://us.pycon.org/2012/schedule/presentation/121 Early-bird registration runs only until Jan 25 (two days!), in case you want to coma nd can take advantage of the reduced prices: https://us.pycon.org/2012/registration Cheers, f From piotr.zolnierczuk at gmail.com Tue Jan 24 10:33:19 2012 From: piotr.zolnierczuk at gmail.com (Piotr Zolnierczuk) Date: Tue, 24 Jan 2012 10:33:19 -0500 Subject: [IPython-dev] more on embedding Qt/IPythonWidget Message-ID: Hi again, I am trying to understand the IPythonWidget (eventually I would like to embed it in my Qt app) I am playing with Robert Kern's example https://gist.github.com/1416977 and it does what I need. What I would like to add is the ability to connect to the kernel from another qtconsole. So I tried to replace his QtKernelManager with the "stock" one (changed one line in his example.py) -from qtkernelmanager import QtKernelManager +from IPython.frontend.qt.kernelmanager import QtKernelManager But now there's no prompt. What am I missing? Piotr -- Piotr Adam Zolnierczuk e-mail: piotr at zolnierczuk.net www: http://www.zolnierczuk.net _____________________________________ written on recycled electrons -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Tue Jan 24 16:45:08 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 24 Jan 2012 13:45:08 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Mon, Jan 23, 2012 at 6:00 PM, Fernando Perez wrote: > On Mon, Jan 23, 2012 at 10:46 AM, Brian Granger wrote: >> Fernando, if we can fix these things, are you open to using CodeMirror >> always? ?Would you still want the ability to do the full-window-like >> editing mode? > > Totally! ?I think development simplicity is priority #1 for now, and > there is a high cost to having two separate editors. ?If CM can do the > whole job, that's great. ?We can always later consider offering a tab, > *also with CM*, for editing local .py files through the browser. OK, I do think that if we stick with CM and try to make it work, we will end up better off. Trying to manage the subtle issues in both editors will probably drive us crazy. And I think CM woud work fine as an editor for .py files as well. I will try to adapt the full-window editing mode to CM. > I only liked the Ace approach b/c it worked around problems I was > having with CM, but I'd much rather depend on just one editor than > two, as handling two is extra complexity/work for us. Yes. > Cheers, > > f -- 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 Tue Jan 24 17:36:39 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Tue, 24 Jan 2012 14:36:39 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Tue, Jan 24, 2012 at 1:45 PM, Brian Granger wrote: > OK, I do think that if we stick with CM and try to make it work, we > will end up better off. ?Trying to manage the subtle issues in both > editors will probably drive us crazy. ?And I think CM woud work fine > as an editor for .py files as well. Great. > I will try to adapt the full-window editing mode to CM. Is it even needed? I thought the reason for having that separate mode was b/c Ace couldn't be dynamically sized like CM. But since CM adjusts dynamically to the cell size, and the browser already has a scroll bar, I'm not sure I even see the need for the separate view at all. Cheers, f From ellisonbg at gmail.com Tue Jan 24 17:43:32 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 24 Jan 2012 14:43:32 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Tue, Jan 24, 2012 at 2:36 PM, Fernando Perez wrote: > On Tue, Jan 24, 2012 at 1:45 PM, Brian Granger wrote: >> OK, I do think that if we stick with CM and try to make it work, we >> will end up better off. ?Trying to manage the subtle issues in both >> editors will probably drive us crazy. ?And I think CM woud work fine >> as an editor for .py files as well. > > Great. > >> I will try to adapt the full-window editing mode to CM. > > Is it even needed? ?I thought the reason for having that separate mode > was b/c Ace couldn't be dynamically sized like CM. ?But since CM > adjusts dynamically to the cell size, and the browser already has a > scroll bar, I'm not sure I even see the need for the separate view at > all. There were a few reasons for the separate mode: * Ace could only have 1 instance. * Ace had to be statically sized. * Users might want to mentally focus on a single cell for a while. With CM, the first two of these reasons are irrelevant. What about the third point? Maybe it is unneeded complexity - because the existing CM editors do expand however much they need to. Brian > Cheers, > > f -- 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 Tue Jan 24 17:45:31 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Tue, 24 Jan 2012 14:45:31 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Tue, Jan 24, 2012 at 2:43 PM, Brian Granger wrote: > What about > the third point? ?Maybe it is unneeded complexity - because the > existing CM editors do expand however much they need to. I think it's unneeded complexity. They can always fullscreen their browser and pad the cell with whitespace if they really don't want to see anything else ;) Joking aside, I think the benefit is minimal and the cost in code complexity for us doesn't justify it. Cheers, f From fawce at quantopian.com Tue Jan 24 18:12:45 2012 From: fawce at quantopian.com (John Fawcett) Date: Tue, 24 Jan 2012 18:12:45 -0500 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: there is some precedence for the idea of using modes to enhance concentration - in creative writing circles there is a lot of hand-wringing about technology being distracting, so there are a few editors that use minimalism to enhance concentration on the words. a great example: http://www.iawriter.com/ but, ia is an entire company to creating a concentration mode for _plain text only_... Maybe it is a good thing to suggest to CodeMirror as a feature? On Tue, Jan 24, 2012 at 5:45 PM, Fernando Perez wrote: > On Tue, Jan 24, 2012 at 2:43 PM, Brian Granger > wrote: > > What about > > the third point? Maybe it is unneeded complexity - because the > > existing CM editors do expand however much they need to. > > I think it's unneeded complexity. They can always fullscreen their > browser and pad the cell with whitespace if they really don't want to > see anything else ;) > > Joking aside, I think the benefit is minimal and the cost in code > complexity for us doesn't justify it. > > Cheers, > > f > _______________________________________________ > 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: From fperez.net at gmail.com Tue Jan 24 18:18:03 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Tue, 24 Jan 2012 15:18:03 -0800 Subject: [IPython-dev] Ace versus CodeMirror In-Reply-To: References: Message-ID: On Tue, Jan 24, 2012 at 3:12 PM, John Fawcett wrote: > there is some?precedence?for the idea of using modes to enhance > concentration - > in creative writing circles there is a lot of hand-wringing about technology > being distracting, so there are a few editors that ?use minimalism to > enhance concentration on the words. a great > example:?http://www.iawriter.com/ Yup, I know: my favorite writing tool is LyX, and for a while it's also a full-screen mode where it hides even all of its menus and toolbars, so you focus on the writing and nothing else. And I have nothing against such ideas, actually, as I do think the constant UI information side channels can have a negative impact in workflow. But I think we have much more pressing concerns in ipython right now, that's all. Once much more critical pieces are working well, we can look into such luxuries :) Cheers, f From fperez.net at gmail.com Wed Jan 25 01:20:29 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Tue, 24 Jan 2012 22:20:29 -0800 Subject: [IPython-dev] Added the ipython/sklearn sprint to the official pycon list, please add your name if you are coming! Message-ID: Hi folks, I just added our planned common sprint to the pycon sprint page: https://us.pycon.org/2012/community/sprints/projects/ I listed myself and Olivier as 'leaders' just so the organizers have someone to contact. Please add your name to that list if you plan on participating, as I imagine that will be used by the PyCon organizers to set up logistics. For any other organization we want to do, we can keep notes on the wiki page we've set up for the sprint: http://wiki.ipython.org/PyCon12Sprint Cheers, f From fperez.net at gmail.com Thu Jan 26 02:35:45 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Wed, 25 Jan 2012 23:35:45 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook Message-ID: Hi all, here's a branch: https://github.com/fperez/ipython/tree/cm-keymaps for some enterprising user who wants to add support for the new emacs/vim keybinding modes in the notebook. The reason I'm not making a PR out of it is that it would require client-side configuration, so that users can choose which keymap to use (or none at all, which is the default today and leaves the text area to be managed by the browser bindings-wise). Since the problem of client-side configuration isn't trivial and I don't have time to work on it right now, this can't really be merged. In the meantime, anyone who wants to keep this in their local tree can just pull this branch in, right now it's set for emacs mode, but you just need to replace 'emacs' with 'vim' in two places: https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3 to get vim keybindings. The emacs bindings are pretty limited, with lots of imoprtant ones missing. But the vim.js file looks a lot larger, so it may be that one is more solid. You can play with the bindings in the CodeMirror demos right away without having to patch IPython: http://codemirror.net/demo/emacs.html http://codemirror.net/demo/vim.html My real hope with this is that someone will want this bad enough that they'll do the work of building the config system to get there. Think of this branch as a fishing hook, I'm just hoping it will go deep enough into someone's belly to reel them all the way into a config system ;) Cheers, f From takowl at gmail.com Thu Jan 26 06:47:51 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Thu, 26 Jan 2012 11:47:51 +0000 Subject: [IPython-dev] Selenium Message-ID: Have we looked into writing automated tests of the notebook with something like Selenium: http://seleniumhq.org/ ShiningPanda has Selenium available, so if we do decide to use it, we've got a platform to run the tests on a regular basis: https://docs.shiningpanda.com/tutorials/selenium/index.html Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From fawce at quantopian.com Thu Jan 26 07:04:49 2012 From: fawce at quantopian.com (John Fawcett) Date: Thu, 26 Jan 2012 07:04:49 -0500 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: Could you say a bit more about what you envision for client side configuration? On Jan 26, 2012, at 2:35 AM, Fernando Perez wrote: > Hi all, > > here's a branch: > > https://github.com/fperez/ipython/tree/cm-keymaps > > for some enterprising user who wants to add support for the new > emacs/vim keybinding modes in the notebook. The reason I'm not making > a PR out of it is that it would require client-side configuration, so > that users can choose which keymap to use (or none at all, which is > the default today and leaves the text area to be managed by the > browser bindings-wise). Since the problem of client-side > configuration isn't trivial and I don't have time to work on it right > now, this can't really be merged. > > In the meantime, anyone who wants to keep this in their local tree can > just pull this branch in, right now it's set for emacs mode, but you > just need to replace 'emacs' with 'vim' in two places: > > https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3 > > to get vim keybindings. > > The emacs bindings are pretty limited, with lots of imoprtant ones > missing. But the vim.js file looks a lot larger, so it may be that > one is more solid. You can play with the bindings in the CodeMirror > demos right away without having to patch IPython: > > http://codemirror.net/demo/emacs.html > http://codemirror.net/demo/vim.html > > My real hope with this is that someone will want this bad enough that > they'll do the work of building the config system to get there. Think > of this branch as a fishing hook, I'm just hoping it will go deep > enough into someone's belly to reel them all the way into a config > system ;) > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From ellisonbg at gmail.com Thu Jan 26 12:34:03 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 26 Jan 2012 09:34:03 -0800 Subject: [IPython-dev] Selenium In-Reply-To: References: Message-ID: I did look at this early on in the notebook development. We should revisit this though. On Thu, Jan 26, 2012 at 3:47 AM, Thomas Kluyver wrote: > Have we looked into writing automated tests of the notebook with something > like Selenium: > http://seleniumhq.org/ > > ShiningPanda has Selenium available, so if we do decide to use it, we've got > a platform to run the tests on a regular basis: > https://docs.shiningpanda.com/tutorials/selenium/index.html > > Thomas > > _______________________________________________ > 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 Thu Jan 26 12:37:21 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 26 Jan 2012 09:37:21 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: Fernando, I am working on the client side configuration stuff. But a temporary fix would be to allow these things to be configured using the Javascript API. Something like: IPython.notebook.enable_vim_kb() IPython.notebook.enable_emacs_kb() IPython.notebook.enable_default_kb() That is much better than forcing a user to edit the source code. That is currently how I am handling things that need configuration. A JS API until we get the config UI done. I wouldn't even mind merging this type of thing into master so users can start to play with it. How does that sound? Cheers, Brian On Wed, Jan 25, 2012 at 11:35 PM, Fernando Perez wrote: > Hi all, > > here's a branch: > > https://github.com/fperez/ipython/tree/cm-keymaps > > for some enterprising user who wants to add support for the new > emacs/vim keybinding modes in the notebook. ?The reason I'm not making > a PR out of it is that it would require client-side configuration, so > that users can choose which keymap to use (or none at all, which is > the default today and leaves the text area to be managed by the > browser bindings-wise). ?Since the problem of client-side > configuration isn't trivial and I don't have time to work on it right > now, this can't really be merged. > > In the meantime, anyone who wants to keep this in their local tree can > just pull this branch in, right now it's set for emacs mode, but you > just need to replace 'emacs' with 'vim' in two places: > > https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3 > > to get vim keybindings. > > The emacs bindings are pretty limited, with lots of imoprtant ones > missing. ?But the vim.js file looks a lot larger, so it may be that > one is more solid. ?You can play with the bindings in the CodeMirror > demos right away without having to patch IPython: > > http://codemirror.net/demo/emacs.html > http://codemirror.net/demo/vim.html > > My real hope with this is that someone will want this bad enough that > they'll do the work of building the config system to get there. ?Think > of this branch as a fishing hook, I'm just hoping it will go deep > enough into someone's belly to reel them all the way into a config > system ;) > > 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 fperez.net at gmail.com Thu Jan 26 14:35:13 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 26 Jan 2012 11:35:13 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: On Thu, Jan 26, 2012 at 9:37 AM, Brian Granger wrote: > I am working on the client side configuration stuff. ?But a temporary > fix would be to allow these things to be configured using the > Javascript ?API. ?Something like: > > IPython.notebook.enable_vim_kb() > IPython.notebook.enable_emacs_kb() > IPython.notebook.enable_default_kb() > > > That is much better than forcing a user to edit the source code. ?That > is currently how I am handling things that need configuration. ?A JS > API until we get the config UI done. ?I wouldn't even mind merging > this type of thing into master so users can start to play with it. > > How does that sound? Sounds good, I'll try to add those functions tonight to my branch, so that the only thing missing is a UI to configure this persistently. If I get it to work, I'll make a PR. I think in the interest of least surprise, the default should still be no special keybindings (like now), with emacs/vim being user-modified. Cheers, f From fperez.net at gmail.com Thu Jan 26 14:39:34 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 26 Jan 2012 11:39:34 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: Hi John, On Thu, Jan 26, 2012 at 4:04 AM, John Fawcett wrote: > Could you say a bit more about what you envision for client side configuration? Brian has been spending much more effort on the JS than me, so he'll likely have a more refined view. But broadly speaking, we want to have a way for users to configure things for the UI in a way that is persisted. This will probably mean building a settings pane for the notebook where you can select things like your kemap (none/vim/emacs) and other things. This also requires code in the client to bundle those choices into a json dict that gets sent to the server to store in the user's profile, so the next time they start a notebook with the same profile, they get their preferences back. Basically, what you expect from any gui application: a configuration dialog and for those settings to persist across invocations. It's not particularly hard to do, just a matter of finding the time for it. So many ideas, so few hours in the day... :) Cheers, f From fperez.net at gmail.com Thu Jan 26 15:13:34 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 26 Jan 2012 12:13:34 -0800 Subject: [IPython-dev] Selenium In-Reply-To: References: Message-ID: On Thu, Jan 26, 2012 at 9:34 AM, Brian Granger wrote: > I did look at this early on in the notebook development. ?We should > revisit this though. +100. This has been burning in the back of my mind for the past few weeks. I think the sage guys have had very good experiences with it. At last year's March Seattle Sage days, Rado mentioned running tons of selenium tests, so I think they're using it quite regularly. Jason, anything you can tell us about how well (or not) it's working for you guys? Cheers, f From asmeurer at gmail.com Thu Jan 26 15:45:54 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Thu, 26 Jan 2012 13:45:54 -0700 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: Cool. I played with the emacs one. C-n and C-w work just fine in Mac OS X (where Command-n and Command-w are the browser shortcut keys). I found a bug: C-k doesn't put the deleted text into the kill ring (so C-y won't give it back). It does work for C-w. I should also note that in Mac OS X, many emacs bindings work by default in any Cocoa text box. Among these are C-a, C-e, C-n, C-p, C-f, C-b, C-k, and C-y. So it's not 100% clear which ones were implemented by you and which came from the OS. Finally, this breaks the Mac OS X cursor moving commands, like option-arrow key an cmd-arrow key. Aaron Meurer On Thu, Jan 26, 2012 at 12:35 AM, Fernando Perez wrote: > Hi all, > > here's a branch: > > https://github.com/fperez/ipython/tree/cm-keymaps > > for some enterprising user who wants to add support for the new > emacs/vim keybinding modes in the notebook. ?The reason I'm not making > a PR out of it is that it would require client-side configuration, so > that users can choose which keymap to use (or none at all, which is > the default today and leaves the text area to be managed by the > browser bindings-wise). ?Since the problem of client-side > configuration isn't trivial and I don't have time to work on it right > now, this can't really be merged. > > In the meantime, anyone who wants to keep this in their local tree can > just pull this branch in, right now it's set for emacs mode, but you > just need to replace 'emacs' with 'vim' in two places: > > https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3 > > to get vim keybindings. > > The emacs bindings are pretty limited, with lots of imoprtant ones > missing. ?But the vim.js file looks a lot larger, so it may be that > one is more solid. ?You can play with the bindings in the CodeMirror > demos right away without having to patch IPython: > > http://codemirror.net/demo/emacs.html > http://codemirror.net/demo/vim.html > > My real hope with this is that someone will want this bad enough that > they'll do the work of building the config system to get there. ?Think > of this branch as a fishing hook, I'm just hoping it will go deep > enough into someone's belly to reel them all the way into a config > system ;) > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From fperez.net at gmail.com Thu Jan 26 15:53:14 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 26 Jan 2012 12:53:14 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: On Thu, Jan 26, 2012 at 12:45 PM, Aaron Meurer wrote: > I found a bug: C-k doesn't put the > deleted text into the kill ring (so C-y won't give it back). ?It does > work for C-w. > > I should also note that in Mac OS X, many emacs bindings work by > default in any Cocoa text box. ?Among these are C-a, C-e, C-n, C-p, > C-f, C-b, C-k, and C-y. ?So it's not 100% clear which ones were > implemented by you and which came from the OS. Yes, C-k is coming from the OS and not from this code, which is why C-y doesn't work. It was the first thing that bugged me :) The emacs code is tiny: https://github.com/marijnh/CodeMirror2/blob/master/keymap/emacs.js so it looks pretty easy to improve it to do some of the main ones correctly. Comparing that with the vim.js: https://github.com/marijnh/CodeMirror2/blob/master/keymap/vim.js makes me suspect the author is mainly a Vim user. But that's no problem, we can always improve that code ourselves, and send the fixes back upstream. Cheers, f From takowl at gmail.com Thu Jan 26 16:48:57 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Thu, 26 Jan 2012 21:48:57 +0000 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: Speaking of keyboard shortcuts, can we consider binding Ctrl+S to our own save by default? I know we don't want to clash with the browser shortcuts, but I think all users want to save their notebook much more often than they want an HTML export of it. There's precedent for doing this in browser-based apps - typing this message in GMail, I can hit Ctrl+S to save the draft. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Thu Jan 26 17:23:17 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 26 Jan 2012 14:23:17 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: I am probably +0.5 on keeping all shortcuts within the existing Ctrl-m scope for the sake of uniformity. In my mind, this is part of the problem with vim/emacs bindings - to really do them correctly, you end up interfering with the browsers shortcuts. On Thu, Jan 26, 2012 at 1:48 PM, Thomas Kluyver wrote: > Speaking of keyboard shortcuts, can we consider binding Ctrl+S to our own > save by default? I know we don't want to clash with the browser shortcuts, > but I think all users want to save their notebook much more often than they > want an HTML export of it. There's precedent for doing this in browser-based > apps - typing this message in GMail, I can hit Ctrl+S to save the draft. > > Thomas > > _______________________________________________ > 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 takowl at gmail.com Thu Jan 26 17:34:59 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Thu, 26 Jan 2012 22:34:59 +0000 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: [Re-sending to the list - I failed to hit reply-all before.] On 26 January 2012 22:33, Brian Granger wrote: > OK, that sounds fine. > > On Thu, Jan 26, 2012 at 2:30 PM, Thomas Kluyver wrote: > > On 26 January 2012 22:23, Brian Granger wrote: > >> > >> I am probably +0.5 on keeping all shortcuts within the existing Ctrl-m > >> scope for the sake of uniformity. In my mind, this is part of the > >> problem with vim/emacs bindings - to really do them correctly, you end > >> up interfering with the browsers shortcuts. > > > > > > I'd argue that for something as common as save, it's more important to be > > consistent with the standard 'save' shortcut in just about every other > > application. Of course, Ctrl-m s should still work as well, but Ctrl+S is > > really universal. > > > > Thomas > > > > -- > 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: From fperez.net at gmail.com Thu Jan 26 19:55:46 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Thu, 26 Jan 2012 16:55:46 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: On Thu, Jan 26, 2012 at 2:34 PM, Thomas Kluyver wrote: >> I'd argue that for something as common as save, it's more important to be >> consistent with the standard 'save' shortcut in just about every other >> application. Of course, Ctrl-m s should still work as well, but Ctrl+S is >> really universal. In this case I agree with Thomas that C-s would make a lot of sense for our save, especially be cause the default action by the browser is 'Save as HTML', which in the editable view is fairly nonsensical given all the css for live cells. I bet many users will instinctively type C-s and end up with the useless html save dialog, so providing more sensible behavior in that case would be good. What I don't know is whether we *can* capture C-s, it may be browser-dependent. So C-m-s should definitely remain valid, for the platforms where we can't get a hold of C-s. Cheers, f From cschin at infoecho.net Fri Jan 27 02:09:00 2012 From: cschin at infoecho.net (Chen-Shan Chin) Date: Thu, 26 Jan 2012 23:09:00 -0800 Subject: [IPython-dev] datavis with ipython notebook Message-ID: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser? It that works, ipython will be a great tool for developing infovis. Any comment on this? I think I might try a little to whether it is feasible. Or, is there something like that already? --Jason Chin From hans_meine at gmx.net Fri Jan 27 04:31:36 2012 From: hans_meine at gmx.net (Hans Meine) Date: Fri, 27 Jan 2012 10:31:36 +0100 Subject: [IPython-dev] notebook idea: reST rendering of docstrings? Message-ID: <35885884.ZhjYC3nJPB@hmeine-pc> Hi, when looking at complex docstrings, e.g. typing 'subprocess?' in the ipython notebook, I would like to get a beatiful HTML rendering of the reST code. Just posting as an idea (should I file a GH issue?)? Best, Hans From hans_meine at gmx.net Fri Jan 27 04:40:51 2012 From: hans_meine at gmx.net (Hans Meine) Date: Fri, 27 Jan 2012 10:40:51 +0100 Subject: [IPython-dev] notebook idea: reST rendering of docstrings? In-Reply-To: <35885884.ZhjYC3nJPB@hmeine-pc> References: <35885884.ZhjYC3nJPB@hmeine-pc> Message-ID: <1347053.GXfSvZi72b@hmeine-pc> Hi again, along similar lines, when I call 'help(subprocess)', the output contains a docs.python.org URL. It would be desirable to be able to click on it. In general, I could imagine making URLs in the output clickable. (http, https, mailto:, maybe also plain email addresses and other protocols like ftp, ?) After all, it feels quite ridiculous to copy URLs from HTML in the browser into the address bar? I am not sure which way would be better: 1) using JS to parse the output cells and add markup, or 2) formatting the output in python. I would obviously prefer Python coding over JS, but maybe 2) would be more feasible given the current architecture (JSON, notebook storage, ?). Best, Hans From hans_meine at gmx.net Fri Jan 27 04:44:43 2012 From: hans_meine at gmx.net (Hans Meine) Date: Fri, 27 Jan 2012 10:44:43 +0100 Subject: [IPython-dev] notebook idea: reST rendering of docstrings? In-Reply-To: <1347053.GXfSvZi72b@hmeine-pc> References: <35885884.ZhjYC3nJPB@hmeine-pc> <1347053.GXfSvZi72b@hmeine-pc> Message-ID: <34045770.OzXfjgvKHj@hmeine-pc> Am Freitag, 27. Januar 2012, 10:40:51 schrieb Hans Meine: > I am not sure which way would be better: > 1) using JS to parse the output cells and add markup, or > 2) formatting the output in python. > > I would obviously prefer Python coding over JS, but maybe 2) would be more > feasible given the current architecture (JSON, notebook storage, ?). Obviously, I meant "maybe 1) [JS] would be more feasible?". From takowl at gmail.com Fri Jan 27 06:05:04 2012 From: takowl at gmail.com (Thomas Kluyver) Date: Fri, 27 Jan 2012 11:05:04 +0000 Subject: [IPython-dev] notebook idea: reST rendering of docstrings? In-Reply-To: <35885884.ZhjYC3nJPB@hmeine-pc> References: <35885884.ZhjYC3nJPB@hmeine-pc> Message-ID: On 27 January 2012 09:31, Hans Meine wrote: > when looking at complex docstrings, e.g. typing 'subprocess?' in the > ipython > notebook, I would like to get a beatiful HTML rendering of the reST code. > This came up just the other day on the ipython-user mailing list, in fact. Yes, it should be possible to turn reST into HTML on the Python side. Here's the discussion: http://comments.gmane.org/gmane.comp.python.ipython.user/7445 CCing Jonathan, who proposed it there - perhaps you can collaborate on it. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Fri Jan 27 12:34:20 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Fri, 27 Jan 2012 09:34:20 -0800 Subject: [IPython-dev] datavis with ipython notebook In-Reply-To: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net> References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net> Message-ID: We would definitely like to support this but there are some technical problems with injecting Javascript into the page dynamically that we will have to work out before this is possible. On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin wrote: > Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser? ?It that works, ipython will be a great tool for developing infovis. ?Any comment on this? ?I think I might try a little to whether it is feasible. ?Or, is there something like that already? > > --Jason Chin > _______________________________________________ > 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 fawce at quantopian.com Fri Jan 27 14:56:52 2012 From: fawce at quantopian.com (John Fawcett) Date: Fri, 27 Jan 2012 14:56:52 -0500 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: Hi, I took a shot at adding this by hooking the key event on the notebook, and it seems to work pretty well. Here's the PR: https://github.com/ipython/ipython/pull/1334 thanks, fawce On Thu, Jan 26, 2012 at 7:55 PM, Fernando Perez wrote: > On Thu, Jan 26, 2012 at 2:34 PM, Thomas Kluyver wrote: > >> I'd argue that for something as common as save, it's more important to > be > >> consistent with the standard 'save' shortcut in just about every other > >> application. Of course, Ctrl-m s should still work as well, but Ctrl+S > is > >> really universal. > > In this case I agree with Thomas that C-s would make a lot of sense > for our save, especially be cause the default action by the browser is > 'Save as HTML', which in the editable view is fairly nonsensical given > all the css for live cells. I bet many users will instinctively type > C-s and end up with the useless html save dialog, so providing more > sensible behavior in that case would be good. > > What I don't know is whether we *can* capture C-s, it may be > browser-dependent. So C-m-s should definitely remain valid, for the > platforms where we can't get a hold of C-s. > > Cheers, > > f > _______________________________________________ > 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: From fperez.net at gmail.com Fri Jan 27 15:10:07 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 27 Jan 2012 12:10:07 -0800 Subject: [IPython-dev] Emacs/Vim keybindings in the notebook In-Reply-To: References: Message-ID: On Fri, Jan 27, 2012 at 11:56 AM, John Fawcett wrote: > > I took a shot at adding this by hooking the key event on the notebook, and > it seems to work pretty well. Here's the PR: > https://github.com/ipython/ipython/pull/1334 Great! We'll have a look and take it from here on the PR discussion. Glad to see the hook went in ;) f From b.telenczuk at biologie.hu-berlin.de Fri Jan 27 16:35:04 2012 From: b.telenczuk at biologie.hu-berlin.de (Bartosz Telenczuk) Date: Fri, 27 Jan 2012 22:35:04 +0100 Subject: [IPython-dev] datavis with ipython notebook In-Reply-To: References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net> Message-ID: <2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de> I completely agree, it would be really nice to enable user interaction with the plots in notebooks. If I am not mistaken, Sage has also a similar feature. I have played with dynamic plots in ipython notebook a bit. The idea is that I add some javascript to SVG generated from matlplotlib (based on an example from matplotlib website). It works well for me (in Firefox and Chrome), but the limitation is that currently one cannot feed the data based on user interaction back to the interpreter. I attach my sample notebook for testting (when you click on one of text(!) labels: 'rabbit' or 'frog' some bars should disappear) Bartosz -------------- next part -------------- A non-text attachment was scrubbed... Name: SVG+JS.ipynb Type: application/octet-stream Size: 32593 bytes Desc: not available URL: -------------- next part -------------- On 27.01.2012, at 18:34, Brian Granger wrote: > We would definitely like to support this but there are some technical > problems with injecting Javascript into the page dynamically that we > will have to work out before this is possible. > > On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin wrote: >> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser? It that works, ipython will be a great tool for developing infovis. Any comment on this? I think I might try a little to whether it is feasible. Or, is there something like that already? >> >> --Jason Chin >> _______________________________________________ >> 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 Bartosz Telenczuk Institute for Theoretical Biology Humboldt University of Berlin, Germany Phone: +4930/2093-8838 Homepage: http://neuroscience.telenczuk.pl From mark.voorhies at ucsf.edu Fri Jan 27 17:07:38 2012 From: mark.voorhies at ucsf.edu (Mark Voorhies) Date: Fri, 27 Jan 2012 14:07:38 -0800 Subject: [IPython-dev] datavis with ipython notebook In-Reply-To: <2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de> References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net> <2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de> Message-ID: <201201271407.38962.mark.voorhies@ucsf.edu> On Friday, January 27, 2012 01:35:04 pm Bartosz Telenczuk wrote: > > I completely agree, it would be really nice to enable user interaction with the plots in notebooks. If I am not mistaken, Sage has also a similar feature. > > I have played with dynamic plots in ipython notebook a bit. The idea is that I add some javascript to SVG generated from matlplotlib (based on an example from matplotlib website). It works well for me (in Firefox and Chrome), but the limitation is that currently one cannot feed the data based on user interaction back to the interpreter. SVG supports links on elements by putting them inside an anchor element with an xlink:href attribute. Firefox supports this (left click to open link in current tab, middle click to open link in new tab, right click context menu not supported). I haven't tested in Chrome, but it is supported in old versions of webkit. So, a baroque feedback strategy would be to make localhost GET requests via these links to communicate user actions. Not sure if the links should point at the tornado instance running the notebook or at a separate server instance (which seems cleaner, but also seems prone to threading issues). Haven't actually tried this yet, but I've been playing quite a bit with xlink:href and xlink:title in SVG to mark up NetworkX outputs. --Mark > > I attach my sample notebook for testting (when you click on one of text(!) labels: 'rabbit' or 'frog' some bars should disappear) > > Bartosz > > > > On 27.01.2012, at 18:34, Brian Granger wrote: > > > We would definitely like to support this but there are some technical > > problems with injecting Javascript into the page dynamically that we > > will have to work out before this is possible. > > > > On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin wrote: > >> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser? It that works, ipython will be a great tool for developing infovis. Any comment on this? I think I might try a little to whether it is feasible. Or, is there something like that already? > >> > >> --Jason Chin > >> _______________________________________________ > >> IPython-dev mailing list > >> IPython-dev at scipy.org > >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > > > > > Bartosz Telenczuk > > Institute for Theoretical Biology > Humboldt University of Berlin, Germany > Phone: +4930/2093-8838 > Homepage: http://neuroscience.telenczuk.pl > > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > From mark.voorhies at ucsf.edu Fri Jan 27 17:19:04 2012 From: mark.voorhies at ucsf.edu (Mark Voorhies) Date: Fri, 27 Jan 2012 14:19:04 -0800 Subject: [IPython-dev] datavis with ipython notebook In-Reply-To: <201201271407.38962.mark.voorhies@ucsf.edu> References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net> <2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de> <201201271407.38962.mark.voorhies@ucsf.edu> Message-ID: <201201271419.05307.mark.voorhies@ucsf.edu> On Friday, January 27, 2012 02:07:38 pm Mark Voorhies wrote: > On Friday, January 27, 2012 01:35:04 pm Bartosz Telenczuk wrote: > > > > I completely agree, it would be really nice to enable user interaction with the plots in notebooks. If I am not mistaken, Sage has also a similar feature. > > > > I have played with dynamic plots in ipython notebook a bit. The idea is that I add some javascript to SVG generated from matlplotlib (based on an example from matplotlib website). It works well for me (in Firefox and Chrome), but the limitation is that currently one cannot feed the data based on user interaction back to the interpreter. > > SVG supports links on elements by putting them inside an anchor element with an xlink:href attribute. > Firefox supports this (left click to open link in current tab, middle click to open link in new tab, right > click context menu not supported). I haven't tested in Chrome, but it is supported in old versions of webkit. > > So, a baroque feedback strategy would be to make localhost GET requests via these links to communicate > user actions. > > Not sure if the links should point at the tornado instance running the notebook or at a separate server instance > (which seems cleaner, but also seems prone to threading issues). > > Haven't actually tried this yet, but I've been playing quite a bit with xlink:href and xlink:title in SVG to mark > up NetworkX outputs. > > --Mark Here (attached) is an example of xlink:href/xlink:title in an SVG (in this case, linking some gene annotation databases to a graph of inferred relationships between genes and annotations). There is a nice description of SVG linking (including links to an element within an SVG with optional transformation) in chapter 17 of the SVG spec: http://www.w3.org/TR/SVG11/linking.html --Mark > > > > > I attach my sample notebook for testting (when you click on one of text(!) labels: 'rabbit' or 'frog' some bars should disappear) > > > > Bartosz > > > > > > > > On 27.01.2012, at 18:34, Brian Granger wrote: > > > > > We would definitely like to support this but there are some technical > > > problems with injecting Javascript into the page dynamically that we > > > will have to work out before this is possible. > > > > > > On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin wrote: > > >> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser? It that works, ipython will be a great tool for developing infovis. Any comment on this? I think I might try a little to whether it is feasible. Or, is there something like that already? > > >> > > >> --Jason Chin > > >> _______________________________________________ > > >> IPython-dev mailing list > > >> IPython-dev at scipy.org > > >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > > > > > > > > > > Bartosz Telenczuk > > > > Institute for Theoretical Biology > > Humboldt University of Berlin, Germany > > Phone: +4930/2093-8838 > > Homepage: http://neuroscience.telenczuk.pl > > > > > > > > _______________________________________________ > > 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 -------------- A non-text attachment was scrubbed... Name: catalases2.svg Type: image/svg+xml Size: 142312 bytes Desc: not available URL: From benjaminrk at gmail.com Sat Jan 28 18:54:50 2012 From: benjaminrk at gmail.com (MinRK) Date: Sat, 28 Jan 2012 15:54:50 -0800 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: We should probably add builds of the docs and sdist/bdist if we can, so we catch breakages of those (like the most recent one), which devs who use `setup.py develop` often miss. If possible, we should also include tests run from both `setup.py install` and `setupegg.py install`. If we find we like Shining Panda (or CI in general) enough, it could be beneficial to use it as a way to be more conservative/automatic about test breakages. ?I see two principal approaches to this: 1. use master as we always have done, but add a 'stable' branch, which is equivalent to master, but strictly enforces that tests pass. stable would be generated from master automatically on confirmation that tests pass. 2. Set up the CI server to merge and test all open pull requests, and instruct reviewers to check this status before merging. ?This would be similar the model in sympy's slick?http://reviews.scipy.org. 1. has the advantage of being automatic rather than voluntary (less vulnerable to "There's no way this tiny change would break anything"), but 2. fits better in our current pattern. -MinRK On Fri, Jan 20, 2012 at 11:53, Fernando Perez wrote: > On Fri, Jan 20, 2012 at 3:09 AM, Thomas Kluyver wrote: >> I'd link to that same one I linked to, which shows the overview of our test >> results. > > OK; can you go ahead and update our front page or should I do it? > >> In the links on the left hand side? For me it just points to >> https://bugs.shiningpanda.com/ , and it seems like it requires a separate >> login. I guess they'll remove it quickly if people start trying to report >> bugs for the projects they host. > > OK. > >> There's still some things I'd like to get set up - we'd ideally like the >> test output in xunit format, but our test architecture makes that a bit > > Yes, it's the fact that we run the tests in groups by subprocess. > There may be a cleaner way to do it so that one can aggregate the > resulting results objects, I'm not sure. > >> tricky. It's also possible to display coverage, but I ran into some problems >> with that too. But they're less important. > > Thanks again for this work, even if the report still has limitations, > it's already great to have! > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From fperez.net at gmail.com Sat Jan 28 19:54:01 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 28 Jan 2012 16:54:01 -0800 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: On Sat, Jan 28, 2012 at 3:54 PM, MinRK wrote: > > 1. has the advantage of being automatic rather than voluntary (less > vulnerable to "There's no way this tiny change would break anything"), > but 2. fits better in our current pattern. I think I prefer 2 also because "all tests pass" is still not a guarantee of correctness, especially in light of our spotty coverage in some areas. So I prefer to keep a human at the wheel, but the more we can do to give that human all the information to streamline the process, the better. The sympy review page is really awesome (btw, the correct link is http://reviews.sympy.org). There are two things I'd like on top of that: 1. A way for authorized users to request a refresh of a specific PR, that would both recheck merge status and rerun the tests. Maybe they have that already and it's just not visible on the page. 2. On the main page, a status indicator in the list indicating whether tests passed or not. That way you could see at a glance which ones to focus on first. But that is a beautiful system... It would be great to set it up for ipython as well... Their code is here: https://github.com/sympy/sympy-bot Cheers, f From mark.voorhies at ucsf.edu Sat Jan 28 21:22:03 2012 From: mark.voorhies at ucsf.edu (Mark Voorhies) Date: Sat, 28 Jan 2012 18:22:03 -0800 Subject: [IPython-dev] Status of printing in the notebook In-Reply-To: <35885884.ZhjYC3nJPB@hmeine-pc> References: <35885884.ZhjYC3nJPB@hmeine-pc> Message-ID: <201201281822.04412.mark.voorhies@ucsf.edu> I just started using the notebook yesterday (following an upgrade to Firefox 9) and it's awesome -- so much so that I'm switching to it for everyday work and am planning to teach from it in April. One thing I would like to hack on is an equivalent to the qtconsole's "export with inlined images" (xhtml+svg / html+inlined png) function (so that I can save/e-mail finished work as a single file with no dependencies). The print window circa a50ac36bd554 looks like the right starting point (it would just need inlining of the css and images), but it looks like this version was scrapped when the wijmo menus were added and that there now may be different ideas for printing (https://github.com/ipython/ipython/issues/1292). So -- is this a good time to start working on this sort of inlining (and, if so, which code should I be looking at) or would it be better to wait for the next print window revision (and is there an issue/PR that I should be watching for this)? Thanks, Mark From fperez.net at gmail.com Sat Jan 28 23:00:20 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 28 Jan 2012 20:00:20 -0800 Subject: [IPython-dev] Status of printing in the notebook In-Reply-To: <201201281822.04412.mark.voorhies@ucsf.edu> References: <35885884.ZhjYC3nJPB@hmeine-pc> <201201281822.04412.mark.voorhies@ucsf.edu> Message-ID: On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies wrote: > The print window circa a50ac36bd554 looks like the right starting point (it > would just need inlining of the css and images), but it looks like this version > was scrapped when the wijmo menus were added and that there now may be > different ideas for printing (https://github.com/ipython/ipython/issues/1292). Mmh, actually I think the complete loss of printing currently is a regression. I hadn't noticed this, and it is a problem (I need it for some lectures on Monday...). I've opened a ticket for it: https://github.com/ipython/ipython/issues/1339 Now, on the larger question I'll let Brian respond, b/c I'm not sure right now what pieces of the code he's working on, and he may have some plans regarding printing as well. Cheers, f From fperez.net at gmail.com Sun Jan 29 13:35:58 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Sun, 29 Jan 2012 10:35:58 -0800 Subject: [IPython-dev] [Cython] Slow traceback reconstruction in IPython between 0.15.1 and master In-Reply-To: References: <4F225509.3070605@behnel.de> Message-ID: On Sun, Jan 29, 2012 at 9:38 AM, Wes McKinney wrote: > More on this > here: > > https://github.com/ipython/ipython/issues/1317 Thanks for your persistence! For those on the cython list, it should be fixed soon, Thomas already has a PR up. Cheers, f From asmeurer at gmail.com Sun Jan 29 18:00:13 2012 From: asmeurer at gmail.com (Aaron Meurer) Date: Sun, 29 Jan 2012 16:00:13 -0700 Subject: [IPython-dev] ShiningPanda In-Reply-To: References: Message-ID: I'd like to clarify something about the SymPy review bot. Our review bot is entirely distributed. What that means is that all test runs are run by people on their own computers. This is more easily seen by the summary that is posted as a comment to the pull request. See for example https://github.com/sympy/sympy/pull/931#issuecomment-3457817. This was run by the user @goodok. This and the one below it show the difference between passing tests and failing tests. This system has actually been working pretty well for us. The bot makes it very easy to run the tests. If you set up a config file with your github API (so that you don't have to enter your password), the whole thing requires one command to do everything (./sympy-bot review ). This downloads the pull request into a temporary directory, merges with the git master, runs 2to3 if the chosen interpreter is Python 3, runs the tests, generates a report, and uploads it to review.sympy.org and to the pull request. Not only does it automate the whole process of pulling down the branch to run the tests, but they are posted to the review site and github, so they are publicly viewable. We have a general rule that no pull request should be merged unless there is a passing sympy-bot review after the last commit in the github discussion. There are plans to extend it to work with a centralized testing server. Our idea was to set up a dispatch system in the app engine, that keeps track of which pull requests need to be reviewed, and prioritizes them based on some heuristics. Then anybody could then just run ./sympy-bot work, and this would query the server for a pull request to review, review it, and repeat. It would then be simple to just run ./sympy-bot work on a server (or even on your home computer while you sleep). But this has not yet been implemented (patches welcome!). We also planned to have the bot set a label to the pull request in the GitHub issue tracker to indicate if the tests passed or not, but this has not been implemented yet either. Setting it up to work with IPython should not be difficult. You'll probably have to modularize out some SymPy specific code, but that won't be hard. Aaron Meurer On Sat, Jan 28, 2012 at 5:54 PM, Fernando Perez wrote: > On Sat, Jan 28, 2012 at 3:54 PM, MinRK wrote: >> >> 1. has the advantage of being automatic rather than voluntary (less >> vulnerable to "There's no way this tiny change would break anything"), >> but 2. fits better in our current pattern. > > I think I prefer 2 also because "all tests pass" is still not a > guarantee of correctness, especially in light of our spotty coverage > in some areas. ?So I prefer to keep a human at the wheel, but the more > we can do to give that human all the information to streamline the > process, the better. > > The sympy review page is really awesome (btw, the correct link is > http://reviews.sympy.org). ?There are two things I'd like on top of > that: > > 1. A way for authorized users to request a refresh of a specific PR, > that would both recheck merge status and rerun the tests. ?Maybe they > have that already and it's just not visible on the page. > > 2. On the main page, a status indicator in the list indicating whether > tests passed or not. ?That way you could see at a glance which ones to > focus on first. > > > But that is a beautiful system... ?It would be great to set it up for > ipython as well... ?Their code is here: > > https://github.com/sympy/sympy-bot > > Cheers, > > f > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From erik.tollerud at gmail.com Mon Jan 30 19:32:03 2012 From: erik.tollerud at gmail.com (Erik Tollerud) Date: Mon, 30 Jan 2012 16:32:03 -0800 Subject: [IPython-dev] Quitting (qt)console without killing kernel Message-ID: I've been caught up in other things and haven't been following developments over the last few months, but I'm really impressed by a lot of the recent new work on ipython - I know this has probably been internalized by most of you now, but the polished notebook is particularly impressive-looking! One feature that seems to have disappeared since I last did a "git pull upstream master", though: the option of starting the qtconsole (or, now, even better, the 2-process terminal console), and quitting the frontend without killing the kernel. It used to be that a yes/no/cancel dialog appeared allowing the option of killing one or both, but now it seems only possible to kill everything. Similarly, the exit function used to have an option to let the console stay alive, but that doesn't seem to do anything now. Is this a conscious design choice, or was it a temporary simplification? -- Erik Tollerud From benjaminrk at gmail.com Mon Jan 30 19:44:17 2012 From: benjaminrk at gmail.com (MinRK) Date: Mon, 30 Jan 2012 16:44:17 -0800 Subject: [IPython-dev] Quitting (qt)console without killing kernel In-Reply-To: References: Message-ID: On Mon, Jan 30, 2012 at 16:32, Erik Tollerud wrote: > I've been caught up in other things and haven't been following > developments over the last few months, but I'm really impressed by a > lot of the recent new work on ipython - I know this has probably been > internalized by most of you now, but the polished notebook is > particularly impressive-looking! > > One feature that seems to have disappeared since I last did a "git > pull upstream master", though: the option of starting the qtconsole > (or, now, even better, the 2-process terminal console), and quitting > the frontend without killing the kernel. ?It used to be that a > yes/no/cancel dialog appeared allowing the option of killing one or > both, but now it seems only possible to kill everything. ?Similarly, > the exit function used to have an option to let the console stay > alive, but that doesn't seem to do anything now. ?Is this a conscious > design choice, or was it a temporary simplification? It was a bit of both. When the qtconsole added multiple tab support it became extremely complicated to be able to leave some fraction of those running in the background, as decisions are being made at both tab-close and app-close, and the close/leave running decisions have become quite convoluted. If this logic is simplified significantly (decoupling the tab:kernel relationship, and using a cleaner 'MultiKernelManager'), then it will probably be more reasonable to restore the option to leave orphaned kernels. For now, if you want kernels to stay alive, you can use `ipython kernel` and connect separately with `ipython qtconsole --existing`. > > -- > Erik Tollerud > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From fperez.net at gmail.com Tue Jan 31 02:45:54 2012 From: fperez.net at gmail.com (Fernando Perez) Date: Mon, 30 Jan 2012 23:45:54 -0800 Subject: [IPython-dev] [ANN] First Conference Announcement: "Machine-Learning with Real-time & Streaming Applications" Message-ID: Hi all, while not precisely Python-specific, I hope this will be of interest to some on these lists. We have a great set of speakers from multiple disciplines for what should be a very interesting set of presentations in the conference below; please forward this to colleagues. Cheers, f FIRST CONFERENCE ANNOUNCEMENT: >From Data to Knowledge: Machine-Learning with Real-time & Streaming Applications May 7-11 2012 On the Campus of the University of California, Berkeley http://lyra.berkeley.edu/CDIConf/ * * CONFIRMED INVITED SPEAKERS * * Olfa Nasraoui (Louisville), Petros Drineas (RPI), Muthu Muthukrishnan (Rutgers), Alex Szalay (John Hopkins), David Bader (Georgia Tech), Eamonn Keogh (UC Riverside), Joao Gama (Univ. of Porto, Portugal), Michael Franklin (UC Berkeley), Ziv Bar-Joseph (Carnegie Mellon University) * * AIMS OF THE CONFERENCE * * We are experiencing a revolution in the capacity to quickly collect and transport large amounts of data. Not only has this revolution changed the means by which we store and access this data, but has also caused a fundamental transformation in the methods and algorithms that we use to extract knowledge from data. In scientific fields as diverse as climatology, medical science, astrophysics, particle physics, computer vision, and computational finance, massive streaming data sets have sparked innovation in methodologies for knowledge discovery in data streams. Cutting-edge methodology for streaming data has come from a number of diverse directions, from on-line learning, randomized linear algebra and approximate methods, to distributed optimization methodology for cloud computing, to multi-class classification problems in the presence of noisy and spurious data. This conference will bring together researchers from applied mathematics and several diverse scientific fields to discuss the current state of the art and open research questions in streaming data and real-time machine learning. The conference will be domain driven, with talks focusing on well-defined areas of application and describing the techniques and algorithms necessary to address the current and future challenges in the field. Sessions will be accessible to a broad audience and will have a single track format with additional rooms for breakout sessions and posters. There will be no formal conference proceedings, but conference applicants are encouraged to submit an abstract and present a talk and/or poster. * * IMPORTANT DATES * * Feb 29 : Initial registration ends, participants announced. May 7 - 11 : Conference. * * SESSIONS * * Stochastic Data Streams Muthu Muthukrishnan: (Dept. of Computer Science, Rutgers University) Real-Time Machine Learning in Astrophysics Alex Szalay: (Dept. of Physics and Astronomy, John Hopkins University) Real-Time Analytics with Streaming Databases Michael Franklin: (Computer Science Dept., UC Berkeley) Classification of Sensor Network Data Streams Joao Gama: (Lab. of A.I. & Decision Support, Economics at Univ. of Porto) Randomized and Approximation Algorithms Petros Drineas: (Computer Science Dept., Rensselaer Polytechnic Institute) Time-Series Clustering and Classification Eamonn Keogh: (Computer Science and Engineering Dept., UC Riverside) Time Series in the Biological and Medical Sciences Ziv Bar-Joseph: (Computer Science Dept., Carnegie Mellon University) Streaming Graph/Network Data & Architectures David Bader: (College of Computing, Georgia Tech) Data Mining of Data Streams Olfa Nasraoui: (Dept. of CS & Computer Engineering, Univ. of Louisville) * * Local Organizing Committee * * Joshua Bloom: (Dept. of Astronomy, UC Berkeley) Damian Eads: (Dept. of CS, UC Santa Cruz; Dept. of Eng, Univ. of Cambridge) Berian James: (Dept. of Astr, UC Berkeley; Dark Cosmology Centre, U Copenhagen) Peter Nugent: (Comp. Cosmology, Lawrence Berkeley National Lab.) John Rice: (Dept. of Statistics, UC Berkeley) Joseph Richards: (Dept. of Astronomy & Dept. of Statistics, UC Berkeley) Dan Starr: (Dept. of Astronomy, UC Berkeley) * * Scientific Organizing Committee * * Leon Bottou: (NEC Labs) Emmanuel Candes: (Stanford) Brad Efron: (Stanford) Alex Gray: (Georgia Tech) Michael Jordan: (Berkeley) John Langford: (Yahoo) Fernando Perez: (Berkeley) Ricardo Vilalta: (Houston) Larry Wasserman: (CMU) From ellisonbg at gmail.com Tue Jan 31 12:44:43 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 31 Jan 2012 09:44:43 -0800 Subject: [IPython-dev] IMPORTANT: Notebook format incremented Message-ID: Hi, Yesterday we pushed a change to the IPython notebook that will affect all users of the notebook - especially those who are following the dev version. We have incremented the notebook version number to v3. This is done anytime there are backwards incompatible changes to the notebook format. In this case, we have added new cell types (Heading Cells, Plaintext Cells (reST, latex)). Here is how this affects you: * Older v2 notebooks (those created with IPython versions before yesterday) will be automatically converted to v3 notebooks when you open them the first time. We are in the process of adding a dialog that will notify you of this. * The newer v3 notebooks cannot be opened by previous versions of the notebook server. Once you go v3, there is no turning back. This means that everyone who wants to use your notebooks MUST to transition and follow the dev version of the notebook. * The v3 notebook format is not finalized. There will likely be additional backwards incompatible changes to the nbformat. This means that if you go v3, you MUST regularly pull from github master to follow the latest state of the code. We will announce on list when the v3 format is finalized in advance of the 0.13 release. Cheers and happy notebooking! Brian -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From jtaylor.debian at googlemail.com Tue Jan 31 13:40:30 2012 From: jtaylor.debian at googlemail.com (Julian Taylor) Date: Tue, 31 Jan 2012 19:40:30 +0100 Subject: [IPython-dev] IMPORTANT: Notebook format incremented In-Reply-To: References: Message-ID: <4F28359E.6090706@googlemail.com> On 01/31/2012 06:44 PM, Brian Granger wrote: > Hi, > > Yesterday we pushed a change to the IPython notebook that will affect > all users of the notebook - especially those who are following the dev > version. We have incremented the notebook version number to v3. This > is done anytime there are backwards incompatible changes to the > notebook format. In this case, we have added new cell types (Heading > Cells, Plaintext Cells (reST, latex)). Here is how this affects you: > > * Older v2 notebooks (those created with IPython versions before > yesterday) will be automatically converted to v3 notebooks when you > open them the first time. We are in the process of adding a dialog > that will notify you of this. > * The newer v3 notebooks cannot be opened by previous versions of the > notebook server. Once you go v3, there is no turning back. This > means that everyone who wants to use your notebooks MUST to transition > and follow the dev version of the notebook. > * The v3 notebook format is not finalized. There will likely be > additional backwards incompatible changes to the nbformat. This means > that if you go v3, you MUST regularly pull from github master to > follow the latest state of the code. We will announce on list when > the v3 format is finalized in advance of the 0.13 release. > > Cheers and happy notebooking! > > Brian > you forgot to updating the testsuite: ====================================================================== FAIL: test_empty_notebook (IPython.nbformat.v3.tests.test_nbbase.TestNotebook) ---------------------------------------------------------------------- Traceback (most recent call last): File "/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py", line 105, in test_empty_notebook self.assertEquals(nb.nbformat,2) AssertionError: 3 != 2 '3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2)) '3 != 2' = self._formatMessage('3 != 2', '3 != 2') >> raise self.failureException('3 != 2') ====================================================================== FAIL: test_notebook (IPython.nbformat.v3.tests.test_nbbase.TestNotebook) ---------------------------------------------------------------------- Traceback (most recent call last): File "/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py", line 113, in test_notebook self.assertEquals(nb.nbformat,2) AssertionError: 3 != 2 '3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2)) '3 != 2' = self._formatMessage('3 != 2', '3 != 2') >> raise self.failureException('3 != 2') ---------------------------------------------------------------------- Ran 45 tests in 0.127s FAILED (failures=2) https://launchpadlibrarian.net/91509120/buildlog_ubuntu-precise-i386.ipython_0.12%2B2301-0~6~precise1_FAILEDTOBUILD.txt.gz -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From ellisonbg at gmail.com Tue Jan 31 15:26:35 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 31 Jan 2012 12:26:35 -0800 Subject: [IPython-dev] IMPORTANT: Notebook format incremented In-Reply-To: <4F28359E.6090706@googlemail.com> References: <4F28359E.6090706@googlemail.com> Message-ID: Hmmm, I ran the test suite many times during development, but it looks like this is a legit failure. I will have a look at this. On Tue, Jan 31, 2012 at 10:40 AM, Julian Taylor wrote: > On 01/31/2012 06:44 PM, Brian Granger wrote: >> Hi, >> >> Yesterday we pushed a change to the IPython notebook that will affect >> all users of the notebook - especially those who are following the dev >> version. ?We have incremented the notebook version number to v3. ?This >> is done anytime there are backwards incompatible changes to the >> notebook format. ?In this case, we have added new cell types (Heading >> Cells, Plaintext Cells (reST, latex)). ?Here is how this affects you: >> >> * Older v2 notebooks (those created with IPython versions before >> yesterday) will be automatically converted to v3 notebooks when you >> open them the first time. ?We are in the process of adding a dialog >> that will notify you of this. >> * The newer v3 notebooks cannot be opened by previous versions of the >> notebook server. ?Once you go v3, there is no turning back. ?This >> means that everyone who wants to use your notebooks MUST to transition >> and follow the dev version of the notebook. >> * The v3 notebook format is not finalized. ?There will likely be >> additional backwards incompatible changes to the nbformat. ?This means >> that if you go v3, you MUST regularly pull from github master to >> follow the latest state of the code. ?We will announce on list when >> the v3 format is finalized in advance of the 0.13 release. >> >> Cheers and happy notebooking! >> >> Brian >> > > you forgot to updating the testsuite: > > ====================================================================== > FAIL: test_empty_notebook > (IPython.nbformat.v3.tests.test_nbbase.TestNotebook) > ---------------------------------------------------------------------- > Traceback (most recent call last): > ?File > "/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py", > line 105, in test_empty_notebook > ? ?self.assertEquals(nb.nbformat,2) > AssertionError: 3 != 2 > ? ?'3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2)) > ? ?'3 != 2' = self._formatMessage('3 != 2', '3 != 2') >>> ?raise self.failureException('3 != 2') > > > ====================================================================== > FAIL: test_notebook (IPython.nbformat.v3.tests.test_nbbase.TestNotebook) > ---------------------------------------------------------------------- > Traceback (most recent call last): > ?File > "/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py", > line 113, in test_notebook > ? ?self.assertEquals(nb.nbformat,2) > AssertionError: 3 != 2 > ? ?'3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2)) > ? ?'3 != 2' = self._formatMessage('3 != 2', '3 != 2') >>> ?raise self.failureException('3 != 2') > > > ---------------------------------------------------------------------- > Ran 45 tests in 0.127s > > FAILED (failures=2) > > https://launchpadlibrarian.net/91509120/buildlog_ubuntu-precise-i386.ipython_0.12%2B2301-0~6~precise1_FAILEDTOBUILD.txt.gz > -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From ellisonbg at gmail.com Tue Jan 31 16:09:03 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 31 Jan 2012 13:09:03 -0800 Subject: [IPython-dev] Status of printing in the notebook In-Reply-To: <201201281822.04412.mark.voorhies@ucsf.edu> References: <35885884.ZhjYC3nJPB@hmeine-pc> <201201281822.04412.mark.voorhies@ucsf.edu> Message-ID: Mark, Sorry it has taken a few days to get back to you about this. There is a lot of activity on the notebook right now and I am having a tough time keeping up (even though I am working on it full time!). First, I will fix the notebook printing hopefully today, maybe early tomorrow. On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies wrote: > I just started using the notebook yesterday (following an upgrade to Firefox 9) > and it's awesome -- so much so that I'm switching to it for everyday work and > am planning to teach from it in April. > > One thing I would like to hack on is an equivalent to the qtconsole's "export > with inlined images" (xhtml+svg / html+inlined png) function (so that I can > save/e-mail finished work as a single file with no dependencies). Yes, we *really* would like to have this capability and are more than willing to help you get started. Here is a few points: * The IPython.nbformat.v3 subpackage has an infrastructure for notebook readers/writers. We currently have one for .json and .py files. This is the place to create one for exporting to HTML. * Exporting to raw HTML is not quite possible. The reason for this is that we use a couple of Javascript libraries: MathJax for rendering latex embedded in the HTML, CodeMirror for formatting the code areas with syntax highlighting, and A Markdown parser that converts Markdown to HTML. We will have to figure out substitutes for these JS libraries in the HTML export. * There are two possible ways of generating raw HTML: 1) First export to reST and then use rst2html to get to the HTML. Some benefits to this, but the downside is that raw Markdown/HTML cells would get lost in the process (although I think that reST suports raw HTML inclusion. Also, this would make it more difficult to control exactly what the HMTL looks like (IOW use our current CSS styling). 2) Use a templating library to export directly to HTML. I think this is very worth pursuing as a first line of attack. The would allow you to simply recreate the right HTML structure with the proper id/classes and then inline our CSS. It would give you exactly the same look as we have now. We would still need to figure out how to handle MathJax, CodeMirror and Markdown though. I imagine that in the long run we will support both of these routes. Once we have the writers in place in IPython.nbformat.v3, it will be a simple matter of incorporating them into the notebook server. Here is a github issue where we should continue this discussion: https://github.com/ipython/ipython/issues/860 Fernando even has a draft reST exporter implemented. Let us know if you have questions. Cheers, Brian > The print window circa a50ac36bd554 looks like the right starting point (it > would just need inlining of the css and images), but it looks like this version > was scrapped when the wijmo menus were added and that there now may be > different ideas for printing (https://github.com/ipython/ipython/issues/1292). > > So -- is this a good time to start working on this sort of inlining (and, if so, > which code should I be looking at) or would it be better to wait for the next > print window revision (and is there an issue/PR that I should be watching > for this)? > > Thanks, > > Mark > > _______________________________________________ > 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 Tue Jan 31 21:28:23 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 31 Jan 2012 18:28:23 -0800 Subject: [IPython-dev] Notebook development plans Message-ID: Hi, You may have noticed that the pace of notebook development has accelerated recently. The reason behind this is that Fernando, Min and I have some DoD funding to work on the notebook/IPython.parallel this year. Through late March, I am working full time on the notebook and after that I will continue to spend a significant fraction of my time on the notebook through summer. A number of you have started to contribute to the notebook. We greatly appreciate this as there is *much* to be done. We have been doing some planning and wanted to bring everyone up to speed. * Increasingly, the notebook is moving in the direction of being a full blown multiuser web-app with notions of multiple directories, projects, sharing, publishing, etc. This will involve a massive amount of design work and there are many stakeholders involved. We plan on doing much of this design work at PyCon. Please let us know if you will be there and we will work hard to include everyone. * With the pace of notebook development moving very quickly, much is being done out of the sight of the lists and github issues. Weeks or months before we actually start coding on an aspect of the notebook, we start thinking, having person-to-person discussions, etc. What this means is that if you are thinking about working on the notebook, you should contact the dev list first to coordinate with us. These are very exciting times for IPython and we thank everyone who is contributing! Cheers, Brian -- 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 Tue Jan 31 22:19:17 2012 From: jason-sage at creativetrax.com (Jason Grout) Date: Tue, 31 Jan 2012 21:19:17 -0600 Subject: [IPython-dev] Notebook development plans In-Reply-To: References: Message-ID: <4F28AF35.4040708@creativetrax.com> On 1/31/12 8:28 PM, Brian Granger wrote: > Hi, > > You may have noticed that the pace of notebook development has > accelerated recently. The reason behind this is that Fernando, Min > and I have some DoD funding to work on the notebook/IPython.parallel > this year. Through late March, I am working full time on the notebook > and after that I will continue to spend a significant fraction of my > time on the notebook through summer. > > A number of you have started to contribute to the notebook. We > greatly appreciate this as there is *much* to be done. We have been > doing some planning and wanted to bring everyone up to speed. > > * Increasingly, the notebook is moving in the direction of being a > full blown multiuser web-app with notions of multiple directories, > projects, sharing, publishing, etc. This will involve a massive > amount of design work and there are many stakeholders involved. We > plan on doing much of this design work at PyCon. Please let us know > if you will be there and we will work hard to include everyone. It sounds like the lines between the sage notebook and the ipython notebook are blurring. That's a good thing, I think. You guys have a much more modular, up-to-date design. And we'd like to expand the sage notebook to cover workflows that more closely mimic working at the command line. I won't be at PyCon, but I'm curious if there will be other Sage notebook developers there (I'm CCing the Sage notebook mailing list). It would be good to collaborate. Thanks, Jason From mark.voorhies at ucsf.edu Tue Jan 31 22:34:17 2012 From: mark.voorhies at ucsf.edu (Mark Voorhies) Date: Tue, 31 Jan 2012 19:34:17 -0800 Subject: [IPython-dev] Status of printing in the notebook In-Reply-To: References: <35885884.ZhjYC3nJPB@hmeine-pc> <201201281822.04412.mark.voorhies@ucsf.edu> Message-ID: <201201311934.17877.mark.voorhies@ucsf.edu> On Tuesday, January 31, 2012 01:09:03 pm Brian Granger wrote: > Mark, > > Sorry it has taken a few days to get back to you about this. There is > a lot of activity on the notebook right now and I am having a tough > time keeping up (even though I am working on it full time!). > > First, I will fix the notebook printing hopefully today, maybe early tomorrow. > > On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies wrote: > > I just started using the notebook yesterday (following an upgrade to Firefox 9) > > and it's awesome -- so much so that I'm switching to it for everyday work and > > am planning to teach from it in April. > > > > One thing I would like to hack on is an equivalent to the qtconsole's "export > > with inlined images" (xhtml+svg / html+inlined png) function (so that I can > > save/e-mail finished work as a single file with no dependencies). > > Yes, we *really* would like to have this capability and are more than > willing to help you get started. Here is a few points: > > * The IPython.nbformat.v3 subpackage has an infrastructure for > notebook readers/writers. We currently have one for .json and .py > files. This is the place to create one for exporting to HTML. > * Exporting to raw HTML is not quite possible. The reason for this is > that we use a couple of Javascript libraries: MathJax for rendering > latex embedded in the HTML, CodeMirror for formatting the code areas > with syntax highlighting, and A Markdown parser that converts Markdown > to HTML. We will have to figure out substitutes for these JS > libraries in the HTML export. > * There are two possible ways of generating raw HTML: > > 1) First export to reST and then use rst2html to get to the HTML. > Some benefits to this, but the downside is that raw Markdown/HTML > cells would get lost in the process (although I think that reST > suports raw HTML inclusion. Also, this would make it more difficult > to control exactly what the HMTL looks like (IOW use our current CSS > styling). > 2) Use a templating library to export directly to HTML. I think this > is very worth pursuing as a first line of attack. The would allow you > to simply recreate the right HTML structure with the proper id/classes > and then inline our CSS. It would give you exactly the same look as > we have now. We would still need to figure out how to handle MathJax, > CodeMirror and Markdown though. > > I imagine that in the long run we will support both of these routes. > Once we have the writers in place in IPython.nbformat.v3, it will be a > simple matter of incorporating them into the notebook server. > > Here is a github issue where we should continue this discussion: > > https://github.com/ipython/ipython/issues/860 > > Fernando even has a draft reST exporter implemented. Let us know if > you have questions. Thanks! I'll watch for the notebook printing commit and chime in on the issue once I have time to start outlining/hacking -- probably this weekend. --Mark > > Cheers, > > Brian > > > The print window circa a50ac36bd554 looks like the right starting point (it > > would just need inlining of the css and images), but it looks like this version > > was scrapped when the wijmo menus were added and that there now may be > > different ideas for printing (https://github.com/ipython/ipython/issues/1292). > > > > So -- is this a good time to start working on this sort of inlining (and, if so, > > which code should I be looking at) or would it be better to wait for the next > > print window revision (and is there an issue/PR that I should be watching > > for this)? > > > > Thanks, > > > > Mark > > > > _______________________________________________ > > IPython-dev mailing list > > IPython-dev at scipy.org > > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > From ellisonbg at gmail.com Tue Jan 31 22:38:54 2012 From: ellisonbg at gmail.com (Brian Granger) Date: Tue, 31 Jan 2012 19:38:54 -0800 Subject: [IPython-dev] Status of printing in the notebook In-Reply-To: <201201311934.17877.mark.voorhies@ucsf.edu> References: <35885884.ZhjYC3nJPB@hmeine-pc> <201201281822.04412.mark.voorhies@ucsf.edu> <201201311934.17877.mark.voorhies@ucsf.edu> Message-ID: The notebook printing bug turned out to be quite subtle and its fix is leading to the refactoring of a lot of code. It may take a big longer than I thought, but hopefully in the next few days. On Tue, Jan 31, 2012 at 7:34 PM, Mark Voorhies wrote: > On Tuesday, January 31, 2012 01:09:03 pm Brian Granger wrote: >> Mark, >> >> Sorry it has taken a few days to get back to you about this. ?There is >> a lot of activity on the notebook right now and I am having a tough >> time keeping up (even though I am working on it full time!). >> >> First, I will fix the notebook printing hopefully today, maybe early tomorrow. >> >> On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies wrote: >> > I just started using the notebook yesterday (following an upgrade to Firefox 9) >> > and it's awesome -- so much so that I'm switching to it for everyday work and >> > am planning to teach from it in April. >> > >> > One thing I would like to hack on is an equivalent to the qtconsole's "export >> > with inlined images" (xhtml+svg / html+inlined png) function (so that I can >> > save/e-mail finished work as a single file with no dependencies). >> >> Yes, we *really* would like to have this capability and are more than >> willing to help you get started. ?Here is a few points: >> >> * The IPython.nbformat.v3 subpackage has an infrastructure for >> notebook readers/writers. ?We currently have one for .json and .py >> files. ?This is the place to create one for exporting to HTML. >> * Exporting to raw HTML is not quite possible. ?The reason for this is >> that we use a couple of Javascript libraries: ?MathJax for rendering >> latex embedded in the HTML, CodeMirror for formatting the code areas >> with syntax highlighting, and A Markdown parser that converts Markdown >> to HTML. ?We will have to figure out substitutes for these JS >> libraries in the HTML export. >> * There are two possible ways of generating raw HTML: >> >> 1) First export to reST and then use rst2html to get to the HTML. >> Some benefits to this, but the downside is that raw Markdown/HTML >> cells would get lost in the process (although I think that reST >> suports raw HTML inclusion. ?Also, this would make it more difficult >> to control exactly what the HMTL looks like (IOW use our current CSS >> styling). >> 2) Use a templating library to export directly to HTML. ?I think this >> is very worth pursuing as a first line of attack. ?The would allow you >> to simply recreate the right HTML structure with the proper id/classes >> and then inline our CSS. ?It would give you exactly the same look as >> we have now. ?We would still need to figure out how to handle MathJax, >> CodeMirror and Markdown though. >> >> I imagine that in the long run we will support both of these routes. >> Once we have the writers in place in IPython.nbformat.v3, it will be a >> simple matter of incorporating them into the notebook server. >> >> Here is a github issue where we should continue this discussion: >> >> https://github.com/ipython/ipython/issues/860 >> >> Fernando even has a draft reST exporter implemented. ?Let us know if >> you have questions. > > Thanks! ?I'll watch for the notebook printing commit and chime in on > the issue once I have time to start outlining/hacking -- probably this > weekend. > > --Mark > >> >> Cheers, >> >> Brian >> >> > The print window circa a50ac36bd554 looks like the right starting point (it >> > would just need inlining of the css and images), but it looks like this version >> > was scrapped when the wijmo menus were added and that there now may be >> > different ideas for printing (https://github.com/ipython/ipython/issues/1292). >> > >> > So -- is this a good time to start working on this sort of inlining (and, if so, >> > which code should I be looking at) or would it be better to wait for the next >> > print window revision (and is there an issue/PR that I should be watching >> > for this)? >> > >> > Thanks, >> > >> > Mark >> > >> > _______________________________________________ >> > 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