From aquil.abdullah at gmail.com Mon Apr 1 18:33:24 2013 From: aquil.abdullah at gmail.com (Aquil H. Abdullah) Date: Mon, 1 Apr 2013 18:33:24 -0400 Subject: [IPython-dev] What is the best way to write unit test for Magics Classes? In-Reply-To: References: Message-ID: So I came up with the following solution: # --- Global IPython Shell used in the rest of the test no need to keep recreating. ipshell = app_magics.get_ip_shell() app_magics.load_app_magics(ipshell) I could then do things like the following in my unit tests: class TestAppMagics(object): def setup(self): pass def teardown(self): pass def test_simulated_positions(self): """ Test our computation of the current positions """ # NOTE: This is just a stub to show how things might work # hardcoded values will be replaced ipshell.run_cell('result = %current_simulated_positions') csp = ipshell.user_ns['result'] nose.tools.eq_(csp['x'], -330, 'position x: %s dose not match expected result -330' % csp['x']) I looked at what was being done in test_interactiveshell.py in IPython.core.tests.test_interactiveshell. I know that this doesn't give me true isolation from IPython, but it seems to work. Any comments? On Sun, Mar 31, 2013 at 10:39 PM, Aquil H. Abdullah < aquil.abdullah at gmail.com> wrote: > Hello All, > > I am working on an application that uses IPython for a user interface. > Basically, I need to interact with the results of a long running process. > I've decided to use the InteracteShellEmbed class along with a Magics > subclass to make things a little bit easier for the users. > > I like to write unit tests as I develop my code, but it isn't quite clear > to me how to unit tests classes that inherit from Magics and are decorated > by line_magic or needs_local_scope. > > For example, let's say I have the following code: > > @magics_class > class AppMagics(Magics): > """ > Application magics to do stuff > """ > @needs_local_scope > @line_magic > def peek_a_boo(self, line, local_ns=None): > """ > In [Peek 2]: x = 10 > > In [Peek 3]: %peek_a_boo x > Out[Peek 3]: 420 > """ > var = local_ns.get(line) > cool_stuff = 42 * int(var) > return col_stuff > > In this instance I can use a a doc-test, however after reading the Dev: > Testing page on github , > https://github.com/ipython/ipython/wiki/Dev%3A-Testing. It looks like > I'll have to make some modifications which I don't quite understand. > > Can anyone provide me with some resources for a newb to figure out how to > right unit tests for Magics? > > > -- > Aquil H. Abdullah > aquil.abdullah at gmail.com > -- Aquil H. Abdullah aquil.abdullah at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.novak at gmail.com Wed Apr 3 08:12:37 2013 From: greg.novak at gmail.com (Greg Novak) Date: Wed, 3 Apr 2013 14:12:37 +0200 Subject: [IPython-dev] %install_ext question Message-ID: I am experimenting with different ways of installing an extension I wrote (grasp, mentioned a few days ago on ipython-user). It contains multiple files, so %install_ext blah/blah.py won't work. The documentation suggests that this will work: %install_ext blah/blah/grasp.zip It does indeed put the file into .ipython/extensions, but then to use it I need to put the zip file in sys.path explicitly. Just having the zip file in the extensions directory isn't enough. So if I also do: import sys sys.path += ["/Users/novak/.ipython/extensions/grasp.zip"] then it works to say %load_ext grasp What's the intended behavior here? Is this supposed to work? At least for me, it can be made to work either by having %install_ext extract the zip file into the extensions directory or else have %install_ext put code into the ipython startup files that explicitly add the zip file to sys.path. For the moment, my extension is installable via "pip install grasp" so it's not a huge deal if it can't be installed via %install_ext. I found the information about using %install_ext on zip files in the docstring for install_ext. Thanks, Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Wed Apr 3 08:36:15 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Wed, 3 Apr 2013 13:36:15 +0100 Subject: [IPython-dev] %install_ext question In-Reply-To: References: Message-ID: On 3 April 2013 13:12, Greg Novak wrote: > It does indeed put the file into .ipython/extensions, but then to use it I > need to put the zip file in sys.path explicitly. Just having the zip file > in the extensions directory isn't enough. So if I also do: > > import sys > sys.path += ["/Users/novak/.ipython/extensions/grasp.zip"] > Is the zip file itself importable? i.e. if you put the directory containing the zip file on your PYTHONPATH, can you do 'import grasp'? I think it needs to be structured so that the top level of the zip file contains an __init__.py file. But it's fine to install using pip instead - it's a deliberate feature that an extension is simply any importable module with a load_ipython_extension() function at the top level. Sympy, for example, includes an IPython extension as part of its installation. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From jorgen.stenarson at kroywen.se Wed Apr 3 14:22:54 2013 From: jorgen.stenarson at kroywen.se (=?ISO-8859-1?Q?J=F6rgen_Stenarson?=) Date: Wed, 03 Apr 2013 20:22:54 +0200 Subject: [IPython-dev] pyreadline 2.0 released Message-ID: <515C737E.9020109@kroywen.se> Hi, I have just released pyreadline version 2.0. V2.0 has a unified python2.x and python3.x code base. Thanks to: William Bettridge-Radford for vi mode fixes teegaar for clipboard unicode fixes Downloads at: https://pypi.python.org/pypi/pyreadline/2.0 or clone from github: https://github.com/pyreadline/pyreadline.git /J?rgen From p.f.moore at gmail.com Wed Apr 3 14:36:32 2013 From: p.f.moore at gmail.com (Paul Moore) Date: Wed, 3 Apr 2013 19:36:32 +0100 Subject: [IPython-dev] [IPython-User] pyreadline 2.0 released In-Reply-To: <515C737E.9020109@kroywen.se> References: <515C737E.9020109@kroywen.se> Message-ID: Yipee! Excellent news. Python 3 support in a released version :-) Thanks. On 3 April 2013 19:22, J?rgen Stenarson wrote: > Hi, > > I have just released pyreadline version 2.0. > > V2.0 has a unified python2.x and python3.x code base. > > Thanks to: > William Bettridge-Radford for vi mode fixes > teegaar for clipboard unicode fixes > > > Downloads at: https://pypi.python.org/pypi/pyreadline/2.0 > > or clone from github: https://github.com/pyreadline/pyreadline.git > > /J?rgen > _______________________________________________ > 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 benjaminrk at gmail.com Fri Apr 5 17:12:04 2013 From: benjaminrk at gmail.com (MinRK) Date: Fri, 5 Apr 2013 14:12:04 -0700 Subject: [IPython-dev] Release 0.13.2 Message-ID: Having seen no issues with the release candidates, IPython 0.13.2 is now out. It's just a minor bugfix release, with some compatibility fixes, particularly for the latest Qt versions. To see what's new: http://ipython.org/ipython-doc/rel-0.13.2/whatsnew/version0.13.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjaminrk at gmail.com Sat Apr 6 21:13:20 2013 From: benjaminrk at gmail.com (MinRK) Date: Sat, 6 Apr 2013 18:13:20 -0700 Subject: [IPython-dev] IPEP 15: Notebook autosave Message-ID: I've sketched a proposalfor autosave in the Notebook. Have a look, discuss, etc. It's a much more webapp-centric approach than emacs / MS Word-style autosaved backups. -Min RK -------------- next part -------------- An HTML attachment was scrubbed... URL: From asmeurer at gmail.com Sat Apr 6 21:35:15 2013 From: asmeurer at gmail.com (Aaron Meurer) Date: Sat, 6 Apr 2013 19:35:15 -0600 Subject: [IPython-dev] IPEP 15: Notebook autosave In-Reply-To: References: Message-ID: <-1981897907370620779@unknownmsgid> The second bullet point seems incomplete. Aaron Meurer On Apr 6, 2013, at 7:13 PM, MinRK wrote: I've sketched a proposalfor autosave in the Notebook. Have a look, discuss, etc. It's a much more webapp-centric approach than emacs / MS Word-style autosaved backups. -Min RK _______________________________________________ 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 benjaminrk at gmail.com Sat Apr 6 21:41:51 2013 From: benjaminrk at gmail.com (MinRK) Date: Sat, 6 Apr 2013 18:41:51 -0700 Subject: [IPython-dev] IPEP 15: Notebook autosave In-Reply-To: <-1981897907370620779@unknownmsgid> References: <-1981897907370620779@unknownmsgid> Message-ID: On Sat, Apr 6, 2013 at 6:35 PM, Aaron Meurer wrote: > The second bullet point seems incomplete. > yup, fixed. > > Aaron Meurer > > On Apr 6, 2013, at 7:13 PM, MinRK wrote: > > I've sketched a proposalfor autosave in the Notebook. Have a look, discuss, etc. It's a much more > webapp-centric approach than emacs / MS Word-style autosaved backups. > > -Min RK > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From asmeurer at gmail.com Sat Apr 6 22:02:55 2013 From: asmeurer at gmail.com (Aaron Meurer) Date: Sat, 6 Apr 2013 20:02:55 -0600 Subject: [IPython-dev] IPEP 15: Notebook autosave In-Reply-To: References: <-1981897907370620779@unknownmsgid> Message-ID: <-7576160887462439922@unknownmsgid> I think it's a great idea. The traditional save model really makes no sense because the "default" behavior (what happens when you exit without saving) is not what the user wants to happen 99% of the time. I have a question and a suggestion. What happens when the browser window is closed? Does a save occur? A "checkpoint"? Is it possible to reliably do any action? My suggestion is to add undo support. This is generally how the "poor man's VCS" that you describe is usually implemented. Traditionally undo history is cleared when the program restarts (though this isn't a requirement), but this is fine because it just serves the need of "oops I didn't want to do that," of which I think the "I don't want to keep any of the changes since I last opened the file" of reverting to the last checkpoint is a special case of. "Reverting to checkpoint" would then just mean performing undo until the checkpoint. Having further actual checkpoints is unnecessary. The undo points would serve as them, and as long as performing multiple undos/redos is easy, that should be enough. Also a comment. Regardless of whether you do undo or revert, you should think about how to word it/present it to the user so that it is clear that only the notebook document is being changed. The kernel state necessarily stays the same. Aaron Meurer On Apr 6, 2013, at 7:42 PM, MinRK wrote: On Sat, Apr 6, 2013 at 6:35 PM, Aaron Meurer wrote: > The second bullet point seems incomplete. > yup, fixed. > > Aaron Meurer > > On Apr 6, 2013, at 7:13 PM, MinRK wrote: > > I've sketched a proposalfor autosave in the Notebook. Have a look, discuss, etc. It's a much more > webapp-centric approach than emacs / MS Word-style autosaved backups. > > -Min RK > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > _______________________________________________ IPython-dev mailing list IPython-dev at scipy.org http://mail.scipy.org/mailman/listinfo/ipython-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From wangaiyongff at gmail.com Sun Apr 7 02:39:17 2013 From: wangaiyongff at gmail.com (wang aiyong) Date: Sun, 7 Apr 2013 14:39:17 +0800 Subject: [IPython-dev] Couldn't import IPython.zmq in ipython3 Message-ID: I'm using Windows xp sp3, installed python3.3, ipython0.13 by 'ipython-0.13.2.py3-win32'. I had pyqt, distribute, pip, etc installed. I alse followed installation instruction on " http://ipython.org/ipython-doc/rel-0.13/install/install.html#installation-from-source" website. I installed ZeroMQ3.2 ( 2.2.0 also tried), Pyzmq 13.0.2. But when I was about to install MathJax like this: "from IPython.external.mathjax import install_mathjax", I got an error as follows: In [1]: from IPython.external.mathjax import install_mathjax --------------------------------------------------------------------------- ImportError Traceback (most recent call last) in () ----> 1 from IPython.external.mathjax import install_mathjax D:\Python33\lib\site-packages\IPython\external\mathjax.py in () 24 import tarfile 25 ---> 26 from IPython.frontend.html import notebook as nbmod 27 28 #----------------------------------------------------------------------- ------ D:\Python33\lib\site-packages\IPython\frontend\html\notebook\__init__.py in () 16 17 # check for pyzmq 2.1.4 ---> 18 from IPython.zmq import check_for_zmq 19 check_for_zmq('2.1.4', 'IPython.frontend.html.notebook') 20 del check_for_zmq D:\Python33\lib\site-packages\IPython\zmq\__init__.py in () 65 RuntimeWarning) 66 ---> 67 check_for_zmq('2.1.4') 68 patch_pyzmq() 69 D:\Python33\lib\site-packages\IPython\zmq\__init__.py in check_for_zmq(minimum_v ersion, module) 51 import zmq 52 except ImportError: ---> 53 raise ImportError("%s requires pyzmq >= %s"%(module, minimum_ver sion)) 54 55 pyzmq_version = zmq.__version__ ImportError: IPython.zmq requires pyzmq >= 2.1.4 In [2]: -------------- next part -------------- An HTML attachment was scrubbed... URL: From wangaiyongff at gmail.com Sun Apr 7 02:42:48 2013 From: wangaiyongff at gmail.com (wang aiyong) Date: Sun, 7 Apr 2013 14:42:48 +0800 Subject: [IPython-dev] Couldn't import IPython.zmq in ipython3 In-Reply-To: References: Message-ID: Sorry, I just mishit a button and sent the email out without finished. Continue: since my pyzmq =13.0 >2.1.4 so I just "import IPython.zmq" in ipython3, then an error came out: In [2]: import IPython.zmq --------------------------------------------------------------------------- ImportError Traceback (most recent call last) in () ----> 1 import IPython.zmq D:\Python33\lib\site-packages\IPython\zmq\__init__.py in () 65 RuntimeWarning) 66 ---> 67 check_for_zmq('2.1.4') 68 patch_pyzmq() 69 D:\Python33\lib\site-packages\IPython\zmq\__init__.py in check_for_zmq(minimum_v ersion, module) 51 import zmq 52 except ImportError: ---> 53 raise ImportError("%s requires pyzmq >= %s"%(module, minimum_ver sion)) 54 55 pyzmq_version = zmq.__version__ ImportError: IPython.zmq requires pyzmq >= 2.1.4 In [3]: Can anybody tell where I'm doing wrong? 2013/4/7 wang aiyong > I'm using Windows xp sp3, installed python3.3, ipython0.13 by > 'ipython-0.13.2.py3-win32'. I had pyqt, distribute, pip, etc installed. I > alse followed installation instruction on " > http://ipython.org/ipython-doc/rel-0.13/install/install.html#installation-from-source" > website. I installed ZeroMQ3.2 ( 2.2.0 also tried), Pyzmq 13.0.2. > But when I was about to install MathJax like this: "from > IPython.external.mathjax import install_mathjax", I got an error as follows: > > In [1]: from IPython.external.mathjax import install_mathjax > --------------------------------------------------------------------------- > ImportError Traceback (most recent call last) > in () > ----> 1 from IPython.external.mathjax import install_mathjax > > D:\Python33\lib\site-packages\IPython\external\mathjax.py in () > 24 import tarfile > 25 > ---> 26 from IPython.frontend.html import notebook as nbmod > 27 > 28 > #----------------------------------------------------------------------- > ------ > > D:\Python33\lib\site-packages\IPython\frontend\html\notebook\__init__.py > in ule>() > 16 > 17 # check for pyzmq 2.1.4 > ---> 18 from IPython.zmq import check_for_zmq > 19 check_for_zmq('2.1.4', 'IPython.frontend.html.notebook') > 20 del check_for_zmq > > D:\Python33\lib\site-packages\IPython\zmq\__init__.py in () > 65 RuntimeWarning) > 66 > ---> 67 check_for_zmq('2.1.4') > 68 patch_pyzmq() > 69 > > D:\Python33\lib\site-packages\IPython\zmq\__init__.py in > check_for_zmq(minimum_v > ersion, module) > 51 import zmq > 52 except ImportError: > ---> 53 raise ImportError("%s requires pyzmq >= %s"%(module, > minimum_ver > sion)) > 54 > 55 pyzmq_version = zmq.__version__ > > ImportError: IPython.zmq requires pyzmq >= 2.1.4 > > In [2]: > -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Sun Apr 7 13:27:03 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Sun, 7 Apr 2013 18:27:03 +0100 Subject: [IPython-dev] Couldn't import IPython.zmq in ipython3 In-Reply-To: References: Message-ID: If you just do 'import zmq', what happens? On 7 April 2013 07:42, wang aiyong wrote: > Sorry, I just mishit a button and sent the email out without finished. > Continue: > since my pyzmq =13.0 >2.1.4 > so I just "import IPython.zmq" in ipython3, then an error came out: > > In [2]: import IPython.zmq > --------------------------------------------------------------------------- > ImportError Traceback (most recent call last) > in () > ----> 1 import IPython.zmq > > D:\Python33\lib\site-packages\IPython\zmq\__init__.py in () > 65 RuntimeWarning) > 66 > ---> 67 check_for_zmq('2.1.4') > 68 patch_pyzmq() > 69 > > D:\Python33\lib\site-packages\IPython\zmq\__init__.py in > check_for_zmq(minimum_v > ersion, module) > 51 import zmq > 52 except ImportError: > ---> 53 raise ImportError("%s requires pyzmq >= %s"%(module, > minimum_ver > sion)) > 54 > 55 pyzmq_version = zmq.__version__ > > ImportError: IPython.zmq requires pyzmq >= 2.1.4 > > In [3]: > > Can anybody tell where I'm doing wrong? > > > 2013/4/7 wang aiyong > >> I'm using Windows xp sp3, installed python3.3, ipython0.13 by >> 'ipython-0.13.2.py3-win32'. I had pyqt, distribute, pip, etc installed. I >> alse followed installation instruction on " >> http://ipython.org/ipython-doc/rel-0.13/install/install.html#installation-from-source" >> website. I installed ZeroMQ3.2 ( 2.2.0 also tried), Pyzmq 13.0.2. >> But when I was about to install MathJax like this: "from >> IPython.external.mathjax import install_mathjax", I got an error as follows: >> >> In [1]: from IPython.external.mathjax import install_mathjax >> >> --------------------------------------------------------------------------- >> ImportError Traceback (most recent call >> last) >> in () >> ----> 1 from IPython.external.mathjax import install_mathjax >> >> D:\Python33\lib\site-packages\IPython\external\mathjax.py in () >> 24 import tarfile >> 25 >> ---> 26 from IPython.frontend.html import notebook as nbmod >> 27 >> 28 >> #----------------------------------------------------------------------- >> ------ >> >> D:\Python33\lib\site-packages\IPython\frontend\html\notebook\__init__.py >> in > ule>() >> 16 >> 17 # check for pyzmq 2.1.4 >> ---> 18 from IPython.zmq import check_for_zmq >> 19 check_for_zmq('2.1.4', 'IPython.frontend.html.notebook') >> 20 del check_for_zmq >> >> D:\Python33\lib\site-packages\IPython\zmq\__init__.py in () >> 65 RuntimeWarning) >> 66 >> ---> 67 check_for_zmq('2.1.4') >> 68 patch_pyzmq() >> 69 >> >> D:\Python33\lib\site-packages\IPython\zmq\__init__.py in >> check_for_zmq(minimum_v >> ersion, module) >> 51 import zmq >> 52 except ImportError: >> ---> 53 raise ImportError("%s requires pyzmq >= %s"%(module, >> minimum_ver >> sion)) >> 54 >> 55 pyzmq_version = zmq.__version__ >> >> ImportError: IPython.zmq requires pyzmq >= 2.1.4 >> >> In [2]: >> > > > _______________________________________________ > 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 wangaiyongff at gmail.com Sun Apr 7 21:49:44 2013 From: wangaiyongff at gmail.com (wang aiyong) Date: Mon, 8 Apr 2013 09:49:44 +0800 Subject: [IPython-dev] Couldn't import IPython.zmq in ipython3 In-Reply-To: References: Message-ID: I'm new to this mailing list. I can find my message on the url " http://mail.scipy.org/pipermail/ipython-dev/2013-April/011335.html", but why I didn't receive a mail in my gmail ? What's wrong? Appreciate the response from *Thomas Kluyver* takowl at gmail.... . When I import zmq directly from ipython3, I just got another error. Sorry I couldn't show the precise error message, because I've kind of solved the problem before I saw this response. What I did is: 1. Download "pyzmq-13.0.2.win32-py3.3.exe" from " http://www.lfd.uci.edu/~gohlke/pythonlibs/". 2. Instead of Open the 'exe' file directly, extract it to a folder. Then I got a folder named "zmq", and a file named "pyzmq-13.0.2-py3.3.egg-info" 3. Copy both the folder and the file to "\python33\lib\site-packages\" 4. Done. Still don't know the reason. I just got some idea from a chinese web page of instruction of making a portable ipython notebook (of python2.7). 2013/4/7 wang aiyong > Sorry, I just mishit a button and sent the email out without finished. > Continue: > since my pyzmq =13.0 >2.1.4 > so I just "import IPython.zmq" in ipython3, then an error came out: > > In [2]: import IPython.zmq > --------------------------------------------------------------------------- > ImportError Traceback (most recent call last) > in () > ----> 1 import IPython.zmq > > D:\Python33\lib\site-packages\IPython\zmq\__init__.py in () > 65 RuntimeWarning) > 66 > ---> 67 check_for_zmq('2.1.4') > 68 patch_pyzmq() > 69 > > D:\Python33\lib\site-packages\IPython\zmq\__init__.py in > check_for_zmq(minimum_v > ersion, module) > 51 import zmq > 52 except ImportError: > ---> 53 raise ImportError("%s requires pyzmq >= %s"%(module, > minimum_ver > sion)) > 54 > 55 pyzmq_version = zmq.__version__ > > ImportError: IPython.zmq requires pyzmq >= 2.1.4 > > In [3]: > > Can anybody tell where I'm doing wrong? > > > 2013/4/7 wang aiyong > >> I'm using Windows xp sp3, installed python3.3, ipython0.13 by >> 'ipython-0.13.2.py3-win32'. I had pyqt, distribute, pip, etc installed. I >> alse followed installation instruction on " >> http://ipython.org/ipython-doc/rel-0.13/install/install.html#installation-from-source" >> website. I installed ZeroMQ3.2 ( 2.2.0 also tried), Pyzmq 13.0.2. >> But when I was about to install MathJax like this: "from >> IPython.external.mathjax import install_mathjax", I got an error as follows: >> >> In [1]: from IPython.external.mathjax import install_mathjax >> >> --------------------------------------------------------------------------- >> ImportError Traceback (most recent call >> last) >> in () >> ----> 1 from IPython.external.mathjax import install_mathjax >> >> D:\Python33\lib\site-packages\IPython\external\mathjax.py in () >> 24 import tarfile >> 25 >> ---> 26 from IPython.frontend.html import notebook as nbmod >> 27 >> 28 >> #----------------------------------------------------------------------- >> ------ >> >> D:\Python33\lib\site-packages\IPython\frontend\html\notebook\__init__.py >> in > ule>() >> 16 >> 17 # check for pyzmq 2.1.4 >> ---> 18 from IPython.zmq import check_for_zmq >> 19 check_for_zmq('2.1.4', 'IPython.frontend.html.notebook') >> 20 del check_for_zmq >> >> D:\Python33\lib\site-packages\IPython\zmq\__init__.py in () >> 65 RuntimeWarning) >> 66 >> ---> 67 check_for_zmq('2.1.4') >> 68 patch_pyzmq() >> 69 >> >> D:\Python33\lib\site-packages\IPython\zmq\__init__.py in >> check_for_zmq(minimum_v >> ersion, module) >> 51 import zmq >> 52 except ImportError: >> ---> 53 raise ImportError("%s requires pyzmq >= %s"%(module, >> minimum_ver >> sion)) >> 54 >> 55 pyzmq_version = zmq.__version__ >> >> ImportError: IPython.zmq requires pyzmq >= 2.1.4 >> >> In [2]: >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From satra at mit.edu Sun Apr 7 21:50:20 2013 From: satra at mit.edu (Satrajit Ghosh) Date: Sun, 7 Apr 2013 21:50:20 -0400 Subject: [IPython-dev] cythonmagic openmp Message-ID: hi, is there a way to add openmp support in the cythonmagic from the notebook? cheers, satra -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.froehle at gmail.com Sun Apr 7 22:51:19 2013 From: brad.froehle at gmail.com (Bradley M. Froehle) Date: Sun, 7 Apr 2013 19:51:19 -0700 Subject: [IPython-dev] cythonmagic openmp In-Reply-To: References: Message-ID: Hi Satrajit: Support for OpenMP already exists in the %%cython magic: http://ipython.org/ipython-doc/dev/config/extensions/cythonmagic.html There is also an open issue on this topic: https://github.com/ipython/ipython/issues/2669 -Brad On Sun, Apr 7, 2013 at 6:50 PM, Satrajit Ghosh wrote: > hi, > > is there a way to add openmp support in the cythonmagic from the notebook? > > cheers, > > satra > > > _______________________________________________ > 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 satra at mit.edu Sun Apr 7 23:24:27 2013 From: satra at mit.edu (Satrajit Ghosh) Date: Sun, 7 Apr 2013 23:24:27 -0400 Subject: [IPython-dev] cythonmagic openmp In-Reply-To: References: Message-ID: thanks brad. cheers, satra didn't RT.M On Sun, Apr 7, 2013 at 10:51 PM, Bradley M. Froehle wrote: > Hi Satrajit: > > Support for OpenMP already exists in the %%cython magic: > http://ipython.org/ipython-doc/dev/config/extensions/cythonmagic.html > > There is also an open issue on this topic: > https://github.com/ipython/ipython/issues/2669 > > -Brad > > > > > On Sun, Apr 7, 2013 at 6:50 PM, Satrajit Ghosh wrote: > >> hi, >> >> is there a way to add openmp support in the cythonmagic from the notebook? >> >> cheers, >> >> satra >> >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon.chambers3001 at gmail.com Mon Apr 8 05:50:22 2013 From: jon.chambers3001 at gmail.com (Jonathan Chambers) Date: Mon, 8 Apr 2013 11:50:22 +0200 Subject: [IPython-dev] idea "native" ipython notebook Message-ID: So here's the deal: I've been falling in love with the ipython browser notebook. But, it turns out, having it actually in the browser is kinda annoying - it makes launching a hassle, makes you have two sets of interface chrome (a pain on small laptop screens) and in general is not wholly as awesome as it could be. So I have an idea: build a "native" ipython notebook app by using an embedded browser. This technique has already been used to produce some really nice apps - Adobe Brakets (http://brackets.io/), Light Table (http://www.lighttable.com/), and TileMill (http://mapbox.com/tilemill). These all use pretty much the same Chromium-based native app wrapper, a HTML/JS UI, and Node.js to run some "server" style components. I believe it would be quite easy to drop the iPython notebook interface into such a container (possibly with a few modifications), optionally swapping the Node instance in the container with Tornado. Brackets in particular has some neat tools to add native menus and has the ability to develop the interface in html/js without modifying the native container - from what i've seen you could download brakets and modify the html to point to an existing notebook. There's still plenty of details to flesh out with this idea, but i was mostly wondering if this idea caught anyone's interest. I personally don't have time to work on this right now (too busy actually using iPython hah!) so i thought I'd just put it out there in case anyone else likes it enough to do something with it. Jon Sent with Sparrow (http://www.sparrowmailapp.com/?sig) -------------- next part -------------- An HTML attachment was scrubbed... URL: From bussonniermatthias at gmail.com Mon Apr 8 06:39:42 2013 From: bussonniermatthias at gmail.com (Matthias BUSSONNIER) Date: Mon, 8 Apr 2013 12:39:42 +0200 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: Message-ID: Le 8 avr. 2013 ? 11:50, Jonathan Chambers a ?crit : > So here's the deal: I've been falling in love with the ipython browser notebook. But, it turns out, having it actually in the browser is kinda annoying - it makes launching a hassle, makes you have two sets of interface chrome (a pain on small laptop screens) and in general is not wholly as awesome as it could be. > > So I have an idea: build a "native" ipython notebook app by using an embedded browser. This technique has already been used to produce some really nice apps - Adobe Brakets (http://brackets.io/), Light Table (http://www.lighttable.com/), and TileMill (http://mapbox.com/tilemill). These all use pretty much the same Chromium-based native app wrapper, a HTML/JS UI, and Node.js to run some "server" style components. Yes we thought of that, It i not as easy as it seem, need to rewrite part of the app using node or equivalent as you pointed at. > I believe it would be quite easy to drop the iPython notebook interface into such a container (possibly with a few modifications), optionally swapping the Node instance in the container with Tornado. Brackets in particular has some neat tools to add native menus and has the ability to develop the interface in html/js without modifying the native container - from what i've seen you could download brakets and modify the html to point to an existing notebook. We currently don't have the manpower to do it, and the codebase rely on information passed through templates which does not work in these cases. I've started to bring modification to the js to help in this, but it's not ready yet. > There's still plenty of details to flesh out with this idea, but i was mostly wondering if this idea caught anyone's interest. I personally don't have time to work on this right now (too busy actually using iPython hah!) so i thought I'd just put it out there in case anyone else likes it enough to do something with it. We spoke of this only a little, but right now having such an app would target a too small fraction of our user for the cost. There is already a native osx app someone wrote that launch the notebook, it only target 10.8 as the author don't have anybody to help on earlier version. -- Matthias > > Jon > Sent with Sparrow > > _______________________________________________ > 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 david.verelst at gmail.com Mon Apr 8 07:46:28 2013 From: david.verelst at gmail.com (David Verelst) Date: Mon, 8 Apr 2013 13:46:28 +0200 Subject: [IPython-dev] Release 0.13.2 In-Reply-To: References: Message-ID: Hi, Not sure it is intentional, but it seems that the IPython website front page is still referring to 0.13.1 as the latest version, maybe that should be updated too? Regards, David On 5 April 2013 23:12, MinRK wrote: > Having seen no issues with the release candidates, IPython 0.13.2 is now > out. > It's just a minor bugfix release, with some compatibility fixes, > particularly for the latest Qt versions. > > To see what's new: > http://ipython.org/ipython-doc/rel-0.13.2/whatsnew/version0.13.html > > _______________________________________________ > 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 takowl at gmail.com Mon Apr 8 10:03:18 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Mon, 8 Apr 2013 15:03:18 +0100 Subject: [IPython-dev] Couldn't import IPython.zmq in ipython3 In-Reply-To: References: Message-ID: On 8 April 2013 02:49, wang aiyong wrote: > I'm new to this mailing list. I can find my message on the url " > http://mail.scipy.org/pipermail/ipython-dev/2013-April/011335.html", but > why I didn't receive a mail in my gmail ? What's wrong? > Most mailing lists don't send you your own messages back. You should get my replies, though - if not, check your subscription settings or try to subscribe again. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Mon Apr 8 10:19:46 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Mon, 8 Apr 2013 15:19:46 +0100 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: Message-ID: On 8 April 2013 10:50, Jonathan Chambers wrote: > So I have an idea: build a "native" ipython notebook app by using an > embedded browser. This technique has already been used to produce some > really nice apps - Adobe Brakets (http://brackets.io/), Light Table ( > http://www.lighttable.com/), and TileMill (http://mapbox.com/tilemill). > These all use pretty much the same Chromium-based native app wrapper, a > HTML/JS UI, and Node.js to run some "server" style components. > I'd be interested in something like this - the one thing I find a bit awkward about the notebook is that I can't easily use it like a regular desktop application, with shortcuts, associations with ipynb files, and so on. You could even look at making a kind of generic wrapper, so that applications written as web applications can easily be run locally. It wouldn't be entirely trivial, though: you'd need to think about things like inter-process communication, so if I double click a file, it can open in an existing instance. Good luck, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From amcmorl at gmail.com Mon Apr 8 11:01:42 2013 From: amcmorl at gmail.com (Angus McMorland) Date: Mon, 8 Apr 2013 11:01:42 -0400 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: Message-ID: On 8 April 2013 10:19, Thomas Kluyver wrote: > On 8 April 2013 10:50, Jonathan Chambers wrote: >> >> So I have an idea: build a "native" ipython notebook app by using an >> embedded browser. This technique has already been used to produce some >> really nice apps - Adobe Brakets (http://brackets.io/), Light Table >> (http://www.lighttable.com/), and TileMill (http://mapbox.com/tilemill). >> These all use pretty much the same Chromium-based native app wrapper, a >> HTML/JS UI, and Node.js to run some "server" style components. > > > I'd be interested in something like this - the one thing I find a bit > awkward about the notebook is that I can't easily use it like a regular > desktop application, with shortcuts, associations with ipynb files, and so > on. > > You could even look at making a kind of generic wrapper, so that > applications written as web applications can easily be run locally. It > wouldn't be entirely trivial, though: you'd need to think about things like > inter-process communication, so if I double click a file, it can open in an > existing instance. Ubuntu's Unity has a webapp framework [1] that sounds like it provides a few of these features: - clickable icons - opening in a separate window - menu and notification handler integration Obviously this is only a solution for Ubuntu, but for anyone using it, the development of an IPython webapp would allow for some nice bells and whistles. [1] http://www.webupd8.org/2012/09/unity-webapps-available-in-ubuntu-1210.html > Good luck, > Thomas > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > -- AJC McMorland Research Associate Neurobiology, University of Pittsburgh From bussonniermatthias at gmail.com Mon Apr 8 11:09:26 2013 From: bussonniermatthias at gmail.com (Matthias BUSSONNIER) Date: Mon, 8 Apr 2013 17:09:26 +0200 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: Message-ID: > Ubuntu's Unity has a webapp framework [1] that sounds like it provides > a few of these features: > - clickable icons > - opening in a separate window > - menu and notification handler integration Chrome as Package app [2] with similarities. More multiplatform I guess. The only problem is that the with current state of IPython it is really not easy to integrate because of client/server/kernel architecture. -- Matthias [2] http://developer.chrome.com/apps/about_apps.html > > Obviously this is only a solution for Ubuntu, but for anyone using it, > the development of an IPython webapp would allow for some nice bells > and whistles. > > [1] http://www.webupd8.org/2012/09/unity-webapps-available-in-ubuntu-1210.html > >> Good luck, >> Thomas >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> > > > > -- > AJC McMorland > Research Associate > Neurobiology, University of Pittsburgh > _______________________________________________ > 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 benjaminrk at gmail.com Mon Apr 8 12:17:04 2013 From: benjaminrk at gmail.com (MinRK) Date: Mon, 8 Apr 2013 09:17:04 -0700 Subject: [IPython-dev] Release 0.13.2 In-Reply-To: References: Message-ID: On Mon, Apr 8, 2013 at 4:46 AM, David Verelst wrote: > Hi, > > Not sure it is intentional, but it seems that the IPython website front > page is still referring to 0.13.1 as the latest version, maybe that should > be updated too? > Yup, I opened a pull request against the website a few days ago, but it hadn't been merged yet. Should be up to date now. > > Regards, > David > > > On 5 April 2013 23:12, MinRK wrote: > >> Having seen no issues with the release candidates, IPython 0.13.2 is now >> out. >> It's just a minor bugfix release, with some compatibility fixes, >> particularly for the latest Qt versions. >> >> To see what's new: >> http://ipython.org/ipython-doc/rel-0.13.2/whatsnew/version0.13.html >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Mon Apr 8 12:20:16 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Mon, 8 Apr 2013 17:20:16 +0100 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: Message-ID: On 8 April 2013 16:01, Angus McMorland wrote: > Ubuntu's Unity has a webapp framework [1] that sounds like it provides > a few of these features: > - clickable icons > - opening in a separate window > - menu and notification handler integration > I had a look a few weeks ago at using this to export our menu structure to Unity, but unfortunately it seems to be broken at present. I'm hoping it's fixed in raring. https://bugs.launchpad.net/unity-chromium-extension/+bug/1081305 More generally, all of the webapp containers that I've come across (Unity's, Chrome's, Fogger, Mozilla Prism), assume that the server is already running on the web. There's no provision for starting or stopping a local server. Chrome packaged apps are a bit different - they don't assume that any server, remote or local, is running - but still have basically the same problem. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjaminrk at gmail.com Mon Apr 8 12:39:33 2013 From: benjaminrk at gmail.com (MinRK) Date: Mon, 8 Apr 2013 09:39:33 -0700 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: Message-ID: On Mon, Apr 8, 2013 at 2:50 AM, Jonathan Chambers < jon.chambers3001 at gmail.com> wrote: > So here's the deal: I've been falling in love with the ipython browser > notebook. But, it turns out, having it actually in the browser is kinda > annoying - it makes launching a hassle, makes you have two sets of > interface chrome (a pain on small laptop screens) and in general is not > wholly as awesome as it could be. > > So I have an idea: build a "native" ipython notebook app by using an > embedded browser. This technique has already been used to produce some > really nice apps - Adobe Brackets (http://brackets.io/), Light Table ( > http://www.lighttable.com/), and TileMill (http://mapbox.com/tilemill). > These all use pretty much the same Chromium-based native app wrapper, a > HTML/JS UI, and Node.js to run some "server" style components. > > I believe it would be quite easy to drop the IPython notebook interface > into such a container (possibly with a few modifications), optionally > swapping the Node instance in the container with Tornado. Brackets in > particular has some neat tools to add native menus and has the ability to > develop the interface in html/js without modifying the native container - > from what i've seen you could download brakets and modify the html to point > to an existing notebook. > > There's still plenty of details to flesh out with this idea, but i was > mostly wondering if this idea caught anyone's interest. I personally don't > have time to work on this right now (too busy actually using iPython hah!) > so i thought I'd just put it out there in case anyone else likes it enough > to do something with it. > Marc Liyanage has built a standalone notebook app on OS X: https://github.com/liyanage/ipython-notebook > > Jon > Sent with Sparrow > > > _______________________________________________ > 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 ccordoba12 at gmail.com Mon Apr 8 14:21:30 2013 From: ccordoba12 at gmail.com (=?UTF-8?B?Q2FybG9zIEPDs3Jkb2Jh?=) Date: Mon, 08 Apr 2013 13:21:30 -0500 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: Message-ID: <51630AAA.3090504@gmail.com> Hi, We, the Spyder team, will try to add the notebook as a plugin for our next release (2.3 or 2.4, not still sure). This would not only have the advantage to make it run as a desktop app (like Mathematica) but we could also connect our other plugins to it (e.g the variable explorer, debugger and object inspector) to have a more Matlab oriented experience too. Our idea is to start with the simplest approach: embedding each notebook in a QtWebKit widget and not using the dashboard. We are waiting for several enhancements to be merged to IPython master (like persistent UUIDs, multi-directory support and the new kernel API) before proceeding. All these things will make far more easier for us to manipulate the notebook as it's possible now with qtconsole. Cheers, Carlos El 08/04/13 04:50, Jonathan Chambers escribi?: > So here's the deal: I've been falling in love with the ipython browser > notebook. But, it turns out, having it actually in the browser is > kinda annoying - it makes launching a hassle, makes you have two sets > of interface chrome (a pain on small laptop screens) and in general is > not wholly as awesome as it could be. > > So I have an idea: build a "native" ipython notebook app by using an > embedded browser. This technique has already been used to produce some > really nice apps - Adobe Brakets (http://brackets.io/), Light Table > (http://www.lighttable.com/), and TileMill > (http://mapbox.com/tilemill). These all use pretty much the same > Chromium-based native app wrapper, a HTML/JS UI, and Node.js to run > some "server" style components. > > I believe it would be quite easy to drop the iPython notebook > interface into such a container (possibly with a few modifications), > optionally swapping the Node instance in the container with > Tornado. Brackets in particular has some neat tools to add native > menus and has the ability to develop the interface in html/js without > modifying the native container - from what i've seen you could > download brakets and modify the html to point to an existing notebook. > > There's still plenty of details to flesh out with this idea, but i was > mostly wondering if this idea caught anyone's interest. I personally > don't have time to work on this right now (too busy actually using > iPython hah!) so i thought I'd just put it out there in case anyone > else likes it enough to do something with it. > > Jon > Sent with Sparrow > > > > _______________________________________________ > 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 bussonniermatthias at gmail.com Mon Apr 8 14:25:05 2013 From: bussonniermatthias at gmail.com (Matthias BUSSONNIER) Date: Mon, 8 Apr 2013 20:25:05 +0200 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: <51630AAA.3090504@gmail.com> References: <51630AAA.3090504@gmail.com> Message-ID: Hi, > Our idea is to start with the simplest approach: embedding each notebook in a QtWebKit widget and not using the dashboard. Last Time I tried with QtWebKitWidget, Qt Javascript VM was **much** too slow. Didn't had the chance to look deeper but I would have suggested Chromium embedded. -- Matthias From damianavila at gmail.com Mon Apr 8 14:30:27 2013 From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=) Date: Mon, 08 Apr 2013 15:30:27 -0300 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: <51630AAA.3090504@gmail.com> Message-ID: <51630CC3.9070207@gmail.com> El 08/04/13 15:25, Matthias BUSSONNIER escribi?: > Hi, > >> Our idea is to start with the simplest approach: embedding each notebook in a QtWebKit widget and not using the dashboard. > Last Time I tried with QtWebKitWidget, Qt Javascript VM was **much** too slow. > Didn't had the chance to look deeper but I would have suggested Chromium embedded. > I used Qtwebkit widget in vIPer with PyQt 4.9 and it is slow... but I have not tested recently... I think PyQt 5.0 was released, maybe there was an improvement. I will check this soon and let you know. Cheers. Dami?n. From ccordoba12 at gmail.com Mon Apr 8 14:39:46 2013 From: ccordoba12 at gmail.com (=?UTF-8?B?Q2FybG9zIEPDs3Jkb2Jh?=) Date: Mon, 08 Apr 2013 13:39:46 -0500 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: <51630AAA.3090504@gmail.com> Message-ID: <51630EF2.7090403@gmail.com> What was slow exactly? Because if it was Mathjax rendering, I know what the source of that problem is: Mathjax doesn't recognize correctly QtWebKit as a WebKit browser and so it falls back to show math as png images. The time it takes to do so is horrendously slow and makes the notebook almost unusable. The solution is to make Mathjax use its SVG backend instead of HTLM/CSS. It's not as beautiful as the last one but it gets the job done quickly. The other good news is that someone ported the latest improvements to QtWebKit made in Qt5 to Qt4, in a project called QtWebKit 2.3. This brings almost all improvements made to WebKit in the last year or so and probably V8 too (I'm not sure about the last one :-) El 08/04/13 13:25, Matthias BUSSONNIER escribi?: > Hi, > >> Our idea is to start with the simplest approach: embedding each notebook in a QtWebKit widget and not using the dashboard. > Last Time I tried with QtWebKitWidget, Qt Javascript VM was **much** too slow. > Didn't had the chance to look deeper but I would have suggested Chromium embedded. > From ccordoba12 at gmail.com Mon Apr 8 14:42:12 2013 From: ccordoba12 at gmail.com (=?UTF-8?B?Q2FybG9zIEPDs3Jkb2Jh?=) Date: Mon, 08 Apr 2013 13:42:12 -0500 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: <51630CC3.9070207@gmail.com> References: <51630AAA.3090504@gmail.com> <51630CC3.9070207@gmail.com> Message-ID: <51630F84.50602@gmail.com> PyQt 4.10 already supports Qt5 but I don't know how easy would be transitioning to it. El 08/04/13 13:30, Dami?n Avila escribi?: > El 08/04/13 15:25, Matthias BUSSONNIER escribi?: >> Hi, >> >>> Our idea is to start with the simplest approach: embedding each notebook in a QtWebKit widget and not using the dashboard. >> Last Time I tried with QtWebKitWidget, Qt Javascript VM was **much** too slow. >> Didn't had the chance to look deeper but I would have suggested Chromium embedded. >> > I used Qtwebkit widget in vIPer with PyQt 4.9 and it is slow... but I > have not tested recently... I think PyQt 5.0 was released, maybe there > was an improvement. > I will check this soon and let you know. > > Cheers. > > Dami?n. > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From ellisonbg at gmail.com Mon Apr 8 17:23:12 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 8 Apr 2013 14:23:12 -0700 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: <51630F84.50602@gmail.com> References: <51630AAA.3090504@gmail.com> <51630CC3.9070207@gmail.com> <51630F84.50602@gmail.com> Message-ID: I don't think that a native notebook app should be developed within ipython itself - we already have way too many things to focus on. Also, the effort versus reward is pretty low in my opinion. You are essentially taking something that already runs on the best cross platform application (modern web browsers), throwing that out and then trying to re-invent all of the cross platform stuff - even if you use Qt, it is a complete pain in the .... Obviously, we want this to be possible if other people want to get in this direction though. On Mon, Apr 8, 2013 at 11:42 AM, Carlos C?rdoba wrote: > PyQt 4.10 already supports Qt5 but I don't know how easy would be > transitioning to it. > > El 08/04/13 13:30, Dami?n Avila escribi?: >> El 08/04/13 15:25, Matthias BUSSONNIER escribi?: >>> Hi, >>> >>>> Our idea is to start with the simplest approach: embedding each notebook in a QtWebKit widget and not using the dashboard. >>> Last Time I tried with QtWebKitWidget, Qt Javascript VM was **much** too slow. >>> Didn't had the chance to look deeper but I would have suggested Chromium embedded. >>> >> I used Qtwebkit widget in vIPer with PyQt 4.9 and it is slow... but I >> have not tested recently... I think PyQt 5.0 was released, maybe there >> was an improvement. >> I will check this soon and let you know. >> >> Cheers. >> >> Dami?n. >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From david.verelst at gmail.com Tue Apr 9 03:17:42 2013 From: david.verelst at gmail.com (David Verelst) Date: Tue, 9 Apr 2013 09:17:42 +0200 Subject: [IPython-dev] Release 0.13.2 In-Reply-To: References: Message-ID: Apologies, should have checked the git website...anyway, thanks for this bugfix release! David On 8 April 2013 18:17, MinRK wrote: > > > > On Mon, Apr 8, 2013 at 4:46 AM, David Verelst wrote: > >> Hi, >> >> Not sure it is intentional, but it seems that the IPython website front >> page is still referring to 0.13.1 as the latest version, maybe that should >> be updated too? >> > > Yup, I opened a pull request against the website a few days ago, but it > hadn't been merged yet. Should be up to date now. > > >> >> Regards, >> David >> >> >> On 5 April 2013 23:12, MinRK wrote: >> >>> Having seen no issues with the release candidates, IPython 0.13.2 is now >>> out. >>> It's just a minor bugfix release, with some compatibility fixes, >>> particularly for the latest Qt versions. >>> >>> To see what's new: >>> http://ipython.org/ipython-doc/rel-0.13.2/whatsnew/version0.13.html >>> >>> _______________________________________________ >>> IPython-dev mailing list >>> IPython-dev at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>> >>> >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From roberto.colistete at gmail.com Tue Apr 9 09:48:31 2013 From: roberto.colistete at gmail.com (Roberto Colistete Jr.) Date: Tue, 09 Apr 2013 10:48:31 -0300 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: References: <51630AAA.3090504@gmail.com> <51630CC3.9070207@gmail.com> <51630F84.50602@gmail.com> Message-ID: <51641C2F.6030408@gmail.com> Please keep in mind that IPython Notebook currently runs on desktop OS and some mobile OS (MeeGo Harmattan OS, possibly Ubuntu Touch/Phone, Sailfish OS, etc), and the client can run on mobile OS (Android, iOS, etc, using the correct web browsers). Mobile OS will sell more than traditional OS in 2013. So I think it is not feasible to release native IPython Notebook softwares for all these plataforms... Em 08-04-2013 18:23, Brian Granger escreveu: > I don't think that a native notebook app should be developed within > ipython itself - we already have way too many things to focus on. > Also, the effort versus reward is pretty low in my opinion. You are > essentially taking something that already runs on the best cross > platform application (modern web browsers), throwing that out and then > trying to re-invent all of the cross platform stuff - even if you use > Qt, it is a complete pain in the .... Obviously, we want this to be > possible if other people want to get in this direction though. > > On Mon, Apr 8, 2013 at 11:42 AM, Carlos C?rdoba wrote: >> PyQt 4.10 already supports Qt5 but I don't know how easy would be >> transitioning to it. >> >> El 08/04/13 13:30, Dami?n Avila escribi?: >>> El 08/04/13 15:25, Matthias BUSSONNIER escribi?: >>>> Hi, >>>> >>>>> Our idea is to start with the simplest approach: embedding each notebook in a QtWebKit widget and not using the dashboard. >>>> Last Time I tried with QtWebKitWidget, Qt Javascript VM was **much** too slow. >>>> Didn't had the chance to look deeper but I would have suggested Chromium embedded. >>>> >>> I used Qtwebkit widget in vIPer with PyQt 4.9 and it is slow... but I >>> have not tested recently... I think PyQt 5.0 was released, maybe there >>> was an improvement. >>> I will check this soon and let you know. >>> >>> Cheers. >>> >>> Dami?n. >>> _______________________________________________ >>> IPython-dev mailing list >>> IPython-dev at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-dev >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > From greg.novak at gmail.com Tue Apr 9 12:43:40 2013 From: greg.novak at gmail.com (Greg Novak) Date: Tue, 9 Apr 2013 18:43:40 +0200 Subject: [IPython-dev] %install_ext question In-Reply-To: References: Message-ID: Sorry for the delay in responding to this. If I just put the zip file in a directory on sys.path, I can't import it. I tried it both where the zip file contained the leading directory (so grasp/grasp.py and grasp/__init__.py) and also where the zip file just contained grasp.py and __init__.py at the top level. But if I put the zip file itself on the path via sys.path += ['blah/blah/grasp.zip'] then I can import grasp using either of the two zip file structures above. Greg On Wed, Apr 3, 2013 at 2:36 PM, Thomas Kluyver wrote: > On 3 April 2013 13:12, Greg Novak wrote: > >> It does indeed put the file into .ipython/extensions, but then to use it >> I need to put the zip file in sys.path explicitly. Just having the zip >> file in the extensions directory isn't enough. So if I also do: >> >> import sys >> sys.path += ["/Users/novak/.ipython/extensions/grasp.zip"] >> > > Is the zip file itself importable? i.e. if you put the directory > containing the zip file on your PYTHONPATH, can you do 'import grasp'? I > think it needs to be structured so that the top level of the zip file > contains an __init__.py file. > > But it's fine to install using pip instead - it's a deliberate feature > that an extension is simply any importable module with a > load_ipython_extension() function at the top level. Sympy, for example, > includes an IPython extension as part of its installation. > > Thomas > > _______________________________________________ > 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 takowl at gmail.com Tue Apr 9 12:56:41 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Tue, 9 Apr 2013 17:56:41 +0100 Subject: [IPython-dev] %install_ext question In-Reply-To: References: Message-ID: Ah, sorry, I had got confused. Python can *run* a zip file containing a __main__.py file. It can't import a zip file. So, for now, carry on using pip to install anything bigger than a single module. Thomas On 9 April 2013 17:43, Greg Novak wrote: > Sorry for the delay in responding to this. > > If I just put the zip file in a directory on sys.path, I can't import it. > I tried it both where the zip file contained the leading directory (so > grasp/grasp.py and grasp/__init__.py) and also where the zip file just > contained grasp.py and __init__.py at the top level. > > But if I put the zip file itself on the path via sys.path += > ['blah/blah/grasp.zip'] then I can import grasp using either of the two zip > file structures above. > > Greg > > > > On Wed, Apr 3, 2013 at 2:36 PM, Thomas Kluyver wrote: > >> On 3 April 2013 13:12, Greg Novak wrote: >> >>> It does indeed put the file into .ipython/extensions, but then to use it >>> I need to put the zip file in sys.path explicitly. Just having the zip >>> file in the extensions directory isn't enough. So if I also do: >>> >>> import sys >>> sys.path += ["/Users/novak/.ipython/extensions/grasp.zip"] >>> >> >> Is the zip file itself importable? i.e. if you put the directory >> containing the zip file on your PYTHONPATH, can you do 'import grasp'? I >> think it needs to be structured so that the top level of the zip file >> contains an __init__.py file. >> >> But it's fine to install using pip instead - it's a deliberate feature >> that an extension is simply any importable module with a >> load_ipython_extension() function at the top level. Sympy, for example, >> includes an IPython extension as part of its installation. >> >> Thomas >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Tue Apr 9 13:25:09 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Tue, 9 Apr 2013 18:25:09 +0100 Subject: [IPython-dev] idea "native" ipython notebook In-Reply-To: <51641C2F.6030408@gmail.com> References: <51630AAA.3090504@gmail.com> <51630CC3.9070207@gmail.com> <51630F84.50602@gmail.com> <51641C2F.6030408@gmail.com> Message-ID: On 9 April 2013 14:48, Roberto Colistete Jr. wrote: > So I think it is not feasible to release native IPython Notebook > softwares for all these plataforms... > I think the idea is just to wrap the existing interface in a desktop-friendly way, so that it can be used like a native application, not to create a whole new interface. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From thesamprice at gmail.com Wed Apr 10 00:11:50 2013 From: thesamprice at gmail.com (Sam Price) Date: Wed, 10 Apr 2013 00:11:50 -0400 Subject: [IPython-dev] QT Python, Embbedd, matplotlib problems Message-ID: If I import matplot and plot a frame with an IPython console window open IPython goes crazy and seg faults my app. I tried configuring my matplotlibrc to use Qt4 as the backend but no joy :(. Not sure how to chase down why IPython is crashing. Im using the 1.0-dev build. and 1.2.1 of matplotlib Any Help? I made a short example on gist. https://gist.github.com/thesamprice/5343088 -- Thank you, Sam Price -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.novak at gmail.com Wed Apr 10 11:15:05 2013 From: greg.novak at gmail.com (Greg Novak) Date: Wed, 10 Apr 2013 17:15:05 +0200 Subject: [IPython-dev] %install_ext question In-Reply-To: References: Message-ID: On Tue, Apr 9, 2013 at 6:56 PM, Thomas Kluyver wrote: > Ah, sorry, I had got confused. Python can *run* a zip file containing a > __main__.py file. It can't import a zip file. > Well, it worked for me to import code from the zip file, as long as the zip file itself is on sys.path, ie, sys.path += ['/path/to/module-name.zip'] So it seems to me the three options are: 1) Specify that single python files can be installed via install_ext, otherwise use pip. This is fine, pip is easy to use. 2) Allow install_ext to point to zip files and have install_ext unzip the module into the extensions directory 3) Allow install_ext to point to zip files and modify the config file so that sys.path is modified to contain the zip file itself on startup thereafter. Either 1 or 2 seems equally good to me and 1 has the advantage that it just means modifying the docstring for install_ext to remove the reference to the possibility of using zip files. Option 3 seems a bit fragile compared to the other two, so I guess in the end it doesn't really matter that python is capable of importing code directly from zipfiles for this particular issue.... Thanks, Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Wed Apr 10 12:12:53 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Wed, 10 Apr 2013 17:12:53 +0100 Subject: [IPython-dev] %install_ext question In-Reply-To: References: Message-ID: On 10 April 2013 16:15, Greg Novak wrote: > Well, it worked for me to import code from the zip file, as long as the > zip file itself is on sys.path, ie, sys.path += ['/path/to/module-name.zip'] > Yep, sorry, I should have made that clearer. You can import *from* a zip, but you can't use the zip file itself as an importable package. > So it seems to me the three options are: > 1) Specify that single python files can be installed via install_ext, > otherwise use pip. This is fine, pip is easy to use. > 2) Allow install_ext to point to zip files and have install_ext unzip the > module into the extensions directory > 3) Allow install_ext to point to zip files and modify the config file so > that sys.path is modified to contain the zip file itself on startup > thereafter. > We might go for 2, but I'm wary of creating another package installer and adding to the Python Packaging Mess. For now, we know 1 works. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjaminrk at gmail.com Wed Apr 10 19:53:06 2013 From: benjaminrk at gmail.com (MinRK) Date: Wed, 10 Apr 2013 16:53:06 -0700 Subject: [IPython-dev] IPEP 15: Notebook autosave In-Reply-To: <-7576160887462439922@unknownmsgid> References: <-1981897907370620779@unknownmsgid> <-7576160887462439922@unknownmsgid> Message-ID: On Sat, Apr 6, 2013 at 7:02 PM, Aaron Meurer wrote: > I think it's a great idea. The traditional save model really makes no > sense because the "default" behavior (what happens when you exit without > saving) is not what the user wants to happen 99% of the time. I have a > question and a suggestion. > > What happens when the browser window is closed? Does a save occur? A > "checkpoint"? Is it possible to reliably do any action? > I will make it do a regular autosave (I'm not sure there is a guarantee of success for calls in beforeunload though). > > My suggestion is to add undo support. This is generally how the "poor > man's VCS" that you describe is usually implemented. Traditionally undo > history is cleared when the program restarts (though this isn't a > requirement), but this is fine because it just serves the need of "oops I > didn't want to do that," of which I think the "I don't want to keep any of > the changes since I last opened the file" of reverting to the last > checkpoint is a special case of. "Reverting to checkpoint" would then just > mean performing undo until the checkpoint. Having further actual > checkpoints is unnecessary. The undo points would serve as them, and as > long as performing multiple undos/redos is easy, that should be enough. > We have minimal undo - on a per-cell basis you can undo edits, and you can undo cell deletions. We do not have a real, rich undoable history of all changes to the notebook. I'm not sure how feasible that would be. Maybe when we work out the transactional save machinery, we can store a history of transactions, which should make pretty complete undo possible. But I don't think it's in the cards in the immediate future. > > Also a comment. Regardless of whether you do undo or revert, you should > think about how to word it/present it to the user so that it is clear that > only the notebook document is being changed. The kernel state necessarily > stays the same. > Thanks, this is indeed important. -MinRK > > Aaron Meurer > > On Apr 6, 2013, at 7:42 PM, MinRK wrote: > > > > > On Sat, Apr 6, 2013 at 6:35 PM, Aaron Meurer wrote: > >> The second bullet point seems incomplete. >> > > yup, fixed. > > >> >> Aaron Meurer >> >> On Apr 6, 2013, at 7:13 PM, MinRK wrote: >> >> I've sketched a proposalfor autosave in the Notebook. Have a look, discuss, etc. It's a much more >> webapp-centric approach than emacs / MS Word-style autosaved backups. >> >> -Min RK >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dchichkov at gmail.com Wed Apr 10 23:09:02 2013 From: dchichkov at gmail.com (Dmitry Chichkov) Date: Wed, 10 Apr 2013 20:09:02 -0700 Subject: [IPython-dev] IPEP 15: Notebook autosave In-Reply-To: References: <-1981897907370620779@unknownmsgid> <-7576160887462439922@unknownmsgid> Message-ID: I've tried integrating notebook with Git, but that proved troublesome and unusable. And so far a ridiculous solution to add notebook folder to dropbox and just let it sync automatically and keep the history have been working the best for me. Dmitry On Wed, Apr 10, 2013 at 4:53 PM, MinRK wrote: > > > > On Sat, Apr 6, 2013 at 7:02 PM, Aaron Meurer wrote: >> >> I think it's a great idea. The traditional save model really makes no >> sense because the "default" behavior (what happens when you exit without >> saving) is not what the user wants to happen 99% of the time. I have a >> question and a suggestion. >> >> What happens when the browser window is closed? Does a save occur? A >> "checkpoint"? Is it possible to reliably do any action? > > > I will make it do a regular autosave (I'm not sure there is a guarantee of > success for calls in beforeunload though). > >> >> >> My suggestion is to add undo support. This is generally how the "poor >> man's VCS" that you describe is usually implemented. Traditionally undo >> history is cleared when the program restarts (though this isn't a >> requirement), but this is fine because it just serves the need of "oops I >> didn't want to do that," of which I think the "I don't want to keep any of >> the changes since I last opened the file" of reverting to the last >> checkpoint is a special case of. "Reverting to checkpoint" would then just >> mean performing undo until the checkpoint. Having further actual checkpoints >> is unnecessary. The undo points would serve as them, and as long as >> performing multiple undos/redos is easy, that should be enough. > > > We have minimal undo - on a per-cell basis you can undo edits, and you can > undo cell deletions. We do not have a real, rich undoable history of all > changes to the notebook. I'm not sure how feasible that would be. Maybe when > we work out the transactional save machinery, we can store a history of > transactions, which should make pretty complete undo possible. But I don't > think it's in the cards in the immediate future. > >> >> >> Also a comment. Regardless of whether you do undo or revert, you should >> think about how to word it/present it to the user so that it is clear that >> only the notebook document is being changed. The kernel state necessarily >> stays the same. > > > Thanks, this is indeed important. > > -MinRK > >> >> >> Aaron Meurer >> >> On Apr 6, 2013, at 7:42 PM, MinRK wrote: >> >> >> >> >> On Sat, Apr 6, 2013 at 6:35 PM, Aaron Meurer wrote: >>> >>> The second bullet point seems incomplete. >> >> >> yup, fixed. >> >>> >>> >>> Aaron Meurer >>> >>> On Apr 6, 2013, at 7:13 PM, MinRK wrote: >>> >>> I've sketched a proposal for autosave in the Notebook. Have a look, >>> discuss, etc. It's a much more webapp-centric approach than emacs / MS >>> Word-style autosaved backups. >>> >>> -Min RK >>> >>> _______________________________________________ >>> IPython-dev mailing list >>> IPython-dev at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>> >>> >>> _______________________________________________ >>> IPython-dev mailing list >>> IPython-dev at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-dev >>> >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > From pi at berkeley.edu Wed Apr 10 23:13:27 2013 From: pi at berkeley.edu (Paul Ivanov) Date: Wed, 10 Apr 2013 20:13:27 -0700 Subject: [IPython-dev] IPEP 15: Notebook autosave In-Reply-To: References: <-1981897907370620779@unknownmsgid> <-7576160887462439922@unknownmsgid> Message-ID: <20130411031327.GD12951@HbI-OTOH.berkeley.edu> Hi Dmitry, Dmitry Chichkov, on 2013-04-10 20:09, wrote: > I've tried integrating notebook with Git, but that proved troublesome > and unusable. can you elaborate on this? I've been keeping notebooks in git without trouble and find it quite usable - when a figure changes it ends up just being a one line diff (really long, though). Maybe it's just a matter of different workflows - can you tell us where you run into trouble? best, -- Paul Ivanov http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 From walter at livinglogic.de Thu Apr 11 10:11:05 2013 From: walter at livinglogic.de (=?UTF-8?B?V2FsdGVyIETDtnJ3YWxk?=) Date: Thu, 11 Apr 2013 16:11:05 +0200 Subject: [IPython-dev] Fix for bug #2122 not in 0.13.2 Message-ID: <5166C479.8040304@livinglogic.de> It seems that the fix for bug #2122 wasn't include in 0.13.2. Here's the commit: https://github.com/ipython/ipython/commit/8654deefccde5dc6b72b0fb210704ffc7a6630d5#IPython/lib/pretty.py However when I download https://pypi.python.org/packages/source/i/ipython/ipython-0.13.2.tar.gz IPython/lib/pretty.py still contains: if '_repr_pretty_' in obj_class.__dict__: meth = obj_class._repr_pretty_ in RepresentationPrinter.pretty() instead of: if '_repr_pretty_' in cls.__dict__: meth = cls._repr_pretty_ Servus, Walter From takowl at gmail.com Thu Apr 11 12:31:55 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Thu, 11 Apr 2013 17:31:55 +0100 Subject: [IPython-dev] Heads up - major changes landed Message-ID: We've just landed PR #2447, which is a major reworking of our input transformation framework (the bit that allows IPython goodies like magic commands, cell magics, system commands, autocalling, and so on). The test suite is parsing, but with any major change, there's a risk of breaking things in corner cases, so if you see anything unexpected, please make sure we know about it. And if you're giving a vital demo, you might not want to 'git pull' just before you're on. Thanks, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjaminrk at gmail.com Thu Apr 11 12:37:51 2013 From: benjaminrk at gmail.com (MinRK) Date: Thu, 11 Apr 2013 09:37:51 -0700 Subject: [IPython-dev] Fix for bug #2122 not in 0.13.2 In-Reply-To: <5166C479.8040304@livinglogic.de> References: <5166C479.8040304@livinglogic.de> Message-ID: That's correct - it was missed in my initial search for PRs to backport, and nobody proposed that it be included. Sorry, -MinRK On Thu, Apr 11, 2013 at 7:11 AM, Walter D?rwald wrote: > It seems that the fix for bug #2122 wasn't include in 0.13.2. > > Here's the commit: > > > > https://github.com/ipython/ipython/commit/8654deefccde5dc6b72b0fb210704ffc7a6630d5#IPython/lib/pretty.py > > However when I download > > > https://pypi.python.org/packages/source/i/ipython/ipython-0.13.2.tar.gz > > IPython/lib/pretty.py still contains: > > if '_repr_pretty_' in obj_class.__dict__: > meth = obj_class._repr_pretty_ > > in RepresentationPrinter.pretty() instead of: > > if '_repr_pretty_' in cls.__dict__: > meth = cls._repr_pretty_ > > Servus, > Walter > _______________________________________________ > 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 ellisonbg at gmail.com Thu Apr 11 12:50:44 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 11 Apr 2013 09:50:44 -0700 Subject: [IPython-dev] Heads up - major changes landed In-Reply-To: References: Message-ID: Great work! On Thu, Apr 11, 2013 at 9:31 AM, Thomas Kluyver wrote: > We've just landed PR #2447, which is a major reworking of our input > transformation framework (the bit that allows IPython goodies like magic > commands, cell magics, system commands, autocalling, and so on). > > The test suite is parsing, but with any major change, there's a risk of > breaking things in corner cases, so if you see anything unexpected, please > make sure we know about it. And if you're giving a vital demo, you might not > want to 'git pull' just before you're on. > > Thanks, > 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 massimodisasha at gmail.com Thu Apr 11 14:29:00 2013 From: massimodisasha at gmail.com (epi) Date: Thu, 11 Apr 2013 14:29:00 -0400 Subject: [IPython-dev] webinar : Data and Visualization Integration Via Web-based Resources Message-ID: Hi IPython dev team! tomorrow 3PM - East time i'll have a talk at : Center for Coastal and Ocean Mapping - Joint Hydrographic Center [0] the talk is all based on the notebook and how i'm using it for my daily Job if anyone is interested, it will be streamed online, you'll find more info here [1] [0] http://ccom.unh.edu/ [1] http://ccom.unh.edu/seminars/data-and-visualization-integration-web-based-resources-0 many hanks to all the developer for the wonderful job, without you this will never been possible finger crossed! cheers, Massimo. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zachsailer at gmail.com Thu Apr 11 20:34:41 2013 From: zachsailer at gmail.com (Zachary Sailer) Date: Thu, 11 Apr 2013 17:34:41 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython Message-ID: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> Hi everyone, Take a look at the new IPEP added to the IPython wiki page, IPEP 16: Notebook multi directory dashboard and URL mapping. https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping It explores the option of a multi-directory dashboard for the notebook. The proposal includes the new URL mapping for IPython's web services and website that would need to be implemented for this new plan. It also offers some things to be discussed and considered before implementation. Please reply with any feedback, ideas, or questions you might have. Thanks, Zach -------------- next part -------------- An HTML attachment was scrubbed... URL: From pi at berkeley.edu Thu Apr 11 21:14:46 2013 From: pi at berkeley.edu (Paul Ivanov) Date: Thu, 11 Apr 2013 18:14:46 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> Message-ID: <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Zachary Sailer, on 2013-04-11 17:34, wrote: > Hi everyone, > > Take a look at the new IPEP added to the IPython wiki page, > IPEP 16: Notebook multi directory dashboard and URL mapping. > > https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping Looks pretty good, Zach - I adjusted some wording to emphasize just how bad the problem is (you have to restart the server, or start a new one, not just a new dashboard). I'm a bit confused by the wording of 'notebooks' and 'app' - where you says something about the possibility of having a folder named 'notebooks' -- what if the user has a folder named 'app'? best, -- Paul Ivanov http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 From ellisonbg at gmail.com Fri Apr 12 00:11:26 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 11 Apr 2013 21:11:26 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: <20130412011446.GR12951@HbI-OTOH.berkeley.edu> References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Message-ID: Paul, The key is that matching arbitrary path sequences can't be done at the top level of the URL matching. If we use "/" as the top level dashboard, then the dashboards of subdirs are at: /foo/bar/bam And will need a regular expression that matches *any* path. That means that any of our other URL patterns that begin with things like "notebooks", "kernels", "clusters" will be thrown for a loop if you have a directory with those names. If we put our dahboards underneath some other prefix (such as /app), then the uRL pattern: /app/ Won't interfere with /notebooks, /kernels, etc. Does this make sense? Cheers, Brian On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov wrote: > Zachary Sailer, on 2013-04-11 17:34, wrote: >> Hi everyone, >> >> Take a look at the new IPEP added to the IPython wiki page, >> IPEP 16: Notebook multi directory dashboard and URL mapping. >> >> https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping > > Looks pretty good, Zach - I adjusted some wording to emphasize > just how bad the problem is (you have to restart the server, or > start a new one, not just a new dashboard). > > I'm a bit confused by the wording of 'notebooks' and 'app' - > where you says something about the possibility of having > a folder named 'notebooks' -- what if the user has a folder named > 'app'? > > best, > -- > Paul Ivanov > http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From ellisonbg at gmail.com Fri Apr 12 00:14:15 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 11 Apr 2013 21:14:15 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Message-ID: I should note that the *big* question this proposal brings back is the notebook_id versus notebook title in the URL question. It seems a little sily to use a path in the URL but then finish it with a notebook_id rather than a file name. I would like to revisit this, but there are some super subtle issues that come up. In the course of writing the notebook I actually tried 3 different times to put the notebook titles in the URLs and failed. We have more perspective now, so we may be able to pull it off - not sure if we want to though... It would be helpful if everyone could help post notes on the IPEP (at the bottom) about where the difficulties with notebook names in URLs lie. Cheers, Brian On Thu, Apr 11, 2013 at 9:11 PM, Brian Granger wrote: > Paul, > > The key is that matching arbitrary path sequences can't be done at the > top level of the URL matching. > > If we use "/" as the top level dashboard, then the dashboards of subdirs are at: > > /foo/bar/bam > > And will need a regular expression that matches *any* path. That > means that any of our other URL patterns that begin with things like > "notebooks", "kernels", "clusters" will be thrown for a loop if you > have a directory with those names. If we put our dahboards underneath > some other prefix (such as /app), then the uRL pattern: > > /app/ > > Won't interfere with /notebooks, /kernels, etc. Does this make sense? > > Cheers, > > Brian > > On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov wrote: >> Zachary Sailer, on 2013-04-11 17:34, wrote: >>> Hi everyone, >>> >>> Take a look at the new IPEP added to the IPython wiki page, >>> IPEP 16: Notebook multi directory dashboard and URL mapping. >>> >>> https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping >> >> Looks pretty good, Zach - I adjusted some wording to emphasize >> just how bad the problem is (you have to restart the server, or >> start a new one, not just a new dashboard). >> >> I'm a bit confused by the wording of 'notebooks' and 'app' - >> where you says something about the possibility of having >> a folder named 'notebooks' -- what if the user has a folder named >> 'app'? >> >> best, >> -- >> Paul Ivanov >> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > -- > 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 benjaminrk at gmail.com Fri Apr 12 00:14:13 2013 From: benjaminrk at gmail.com (MinRK) Date: Thu, 11 Apr 2013 21:14:13 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: <20130412011446.GR12951@HbI-OTOH.berkeley.edu> References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Message-ID: We do need to figure this one out. There are still some questions to work out: What does `foo/bar` resolve to? Is it relative to the initial notebook server directory, or is it absolute? We already have redirects for notebook name -> notebook id URLs, perhaps rather than having 'true' paths in the URLs, we have project-ids, just like we have notebook-ids, and a redirect handler for loading a project, i.e: /project/path/to/notebook-dir redirects to /project-id/ and /project/path/to/notebook-dir/notebook.ipynb redirects to /project-id/notebook-id The reason we have notebook-id URLs is that handling the url rewrites / redirects on notebook renames might be tricky. It could be that redirects are a sensible compromise. On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov wrote: > Zachary Sailer, on 2013-04-11 17:34, wrote: > > Hi everyone, > > > > Take a look at the new IPEP added to the IPython wiki page, > > IPEP 16: Notebook multi directory dashboard and URL mapping. > > > > > https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping > > Looks pretty good, Zach - I adjusted some wording to emphasize > just how bad the problem is (you have to restart the server, or > start a new one, not just a new dashboard). > > I'm a bit confused by the wording of 'notebooks' and 'app' - > where you says something about the possibility of having > a folder named 'notebooks' -- what if the user has a folder named > 'app'? > > best, > -- > Paul Ivanov > http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Fri Apr 12 00:40:22 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Thu, 11 Apr 2013 21:40:22 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Message-ID: On Thu, Apr 11, 2013 at 9:14 PM, MinRK wrote: > We do need to figure this one out. There are still some questions to work > out: > > What does `foo/bar` resolve to? Is it relative to the initial notebook > server directory, or is it absolute? I was thinking it is relative to the initial notebook server dir, so users can limit the notebook servers access to the file system. We don't want "/" to actually mean "/". > We already have redirects for notebook name -> notebook id URLs, perhaps > rather than having 'true' paths in the URLs, we have project-ids, just like > we have notebook-ids, and a redirect handler for loading a project, Yes, we could do the redirects, but I have a feeling that the redirect stuff is simply going to take us closer and closer to actually getting rid of the notebook_id/project_id approach. > i.e: > > /project/path/to/notebook-dir redirects to /project-id/ > > and /project/path/to/notebook-dir/notebook.ipynb redirects to > /project-id/notebook-id > The reason we have notebook-id URLs is that handling the url rewrites / > redirects on notebook renames might be tricky. It could be that redirects > are a sensible compromise. I know how to do the dynamic URL rewriting. This is what GitHub uses now that it allows you to rename files in edit mode. The big problem is if a rename happens when someone else has the same notebook open. Then, the other person doesn't know the rename happened and when they save, it will write the notebook with the old name. But maybe this is OK - our live notebook sharing is actually broken already - this example just shows that we need to fix it for real. But it is risky as a single user can run into this if they open the notebook page in two tabs or browsers. But I also have some vague recollections that there were some problems with Untitled notebooks as well. Cheers, Brian > > On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov wrote: >> >> Zachary Sailer, on 2013-04-11 17:34, wrote: >> > Hi everyone, >> > >> > Take a look at the new IPEP added to the IPython wiki page, >> > IPEP 16: Notebook multi directory dashboard and URL mapping. >> > >> > >> > https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping >> >> Looks pretty good, Zach - I adjusted some wording to emphasize >> just how bad the problem is (you have to restart the server, or >> start a new one, not just a new dashboard). >> >> I'm a bit confused by the wording of 'notebooks' and 'app' - >> where you says something about the possibility of having >> a folder named 'notebooks' -- what if the user has a folder named >> 'app'? >> >> best, >> -- >> Paul Ivanov >> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From benjaminrk at gmail.com Fri Apr 12 01:27:40 2013 From: benjaminrk at gmail.com (MinRK) Date: Thu, 11 Apr 2013 22:27:40 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Message-ID: On Thu, Apr 11, 2013 at 9:40 PM, Brian Granger wrote: > On Thu, Apr 11, 2013 at 9:14 PM, MinRK wrote: > > We do need to figure this one out. There are still some questions to > work > > out: > > > > What does `foo/bar` resolve to? Is it relative to the initial notebook > > server directory, or is it absolute? > > I was thinking it is relative to the initial notebook server dir, so > users can limit the notebook servers access to the file system. We > don't want "/" to actually mean "/". > But that's problematic as well - if you isolate the notebook server, but allow navigation within that directory, you aren't really solving the issue of needing multiple notebook servers for multiple notebook directories unless people always start their notebooks in $HOME. I still think our original 'project' notion was a good one, and I don't know why we seem to be abandoning it. > > > We already have redirects for notebook name -> notebook id URLs, perhaps > > rather than having 'true' paths in the URLs, we have project-ids, just > like > > we have notebook-ids, and a redirect handler for loading a project, > > Yes, we could do the redirects, but I have a feeling that the redirect > stuff is simply going to take us closer and closer to actually getting > rid of the notebook_id/project_id approach. > The difference is that when we are using redirects, the user-friendly URLs are transient, so we don't have issues of preserving state across variations (the rename issue). > > > i.e: > > > > /project/path/to/notebook-dir redirects to /project-id/ > > > > and /project/path/to/notebook-dir/notebook.ipynb redirects to > > /project-id/notebook-id > > > The reason we have notebook-id URLs is that handling the url rewrites / > > redirects on notebook renames might be tricky. It could be that > redirects > > are a sensible compromise. > > I know how to do the dynamic URL rewriting. This is what GitHub uses > now that it allows you to rename files in edit mode. > > The big problem is if a rename happens when someone else has the same > notebook open. Then, the other person doesn't know the rename > happened and when they save, it will write the notebook with the old > name. But maybe this is OK - our live notebook sharing is actually > broken already - this example just shows that we need to fix it for > real. But it is risky as a single user can run into this if they open > the notebook page in two tabs or browsers. > But I also have some vague recollections that there were some problems > with Untitled notebooks as well. > The issue with this was the renames - 100% of notebooks have the initial name Untitled0, so every notebook you create in a given session started with the same name. In my semi-persistent notebook-id PR, I address this as well. > > Cheers, > > Brian > > > > > On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov wrote: > >> > >> Zachary Sailer, on 2013-04-11 17:34, wrote: > >> > Hi everyone, > >> > > >> > Take a look at the new IPEP added to the IPython wiki page, > >> > IPEP 16: Notebook multi directory dashboard and URL mapping. > >> > > >> > > >> > > https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping > >> > >> Looks pretty good, Zach - I adjusted some wording to emphasize > >> just how bad the problem is (you have to restart the server, or > >> start a new one, not just a new dashboard). > >> > >> I'm a bit confused by the wording of 'notebooks' and 'app' - > >> where you says something about the possibility of having > >> a folder named 'notebooks' -- what if the user has a folder named > >> 'app'? > >> > >> best, > >> -- > >> Paul Ivanov > >> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 > >> _______________________________________________ > >> IPython-dev mailing list > >> IPython-dev at scipy.org > >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > > > > > _______________________________________________ > > IPython-dev mailing list > > IPython-dev at scipy.org > > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > > > -- > 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 walter at livinglogic.de Fri Apr 12 05:25:43 2013 From: walter at livinglogic.de (=?UTF-8?B?V2FsdGVyIETDtnJ3YWxk?=) Date: Fri, 12 Apr 2013 11:25:43 +0200 Subject: [IPython-dev] Fix for bug #2122 not in 0.13.2 In-Reply-To: References: <5166C479.8040304@livinglogic.de> Message-ID: <5167D317.6070506@livinglogic.de> On 11.04.13 18:37, MinRK wrote: > That's correct - it was missed in my initial search for PRs to backport, > and nobody proposed that it be included. Ah, OK, so I misinterpreted the fact that the bug was fixed and the fix was committed. So, consider this a request for the bugfix to be backported! ;) Servus, Walter > On Thu, Apr 11, 2013 at 7:11 AM, Walter D?rwald > wrote: > > It seems that the fix for bug #2122 wasn't include in 0.13.2. > > Here's the commit: > > > https://github.com/ipython/ipython/commit/8654deefccde5dc6b72b0fb210704ffc7a6630d5#IPython/lib/pretty.py > > However when I download > > https://pypi.python.org/packages/source/i/ipython/ipython-0.13.2.tar.gz > > IPython/lib/pretty.py still contains: > > if '_repr_pretty_' in obj_class.__dict__: > meth = obj_class._repr_pretty_ > > in RepresentationPrinter.pretty() instead of: > > if '_repr_pretty_' in cls.__dict__: > meth = cls._repr_pretty_ > > Servus, > Walter > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > From bussonniermatthias at gmail.com Fri Apr 12 05:26:16 2013 From: bussonniermatthias at gmail.com (Matthias Bussonnier) Date: Fri, 12 Apr 2013 11:26:16 +0200 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Message-ID: How does this integrate with db back end ? I know url that reflect notebook location seem great, and useful in most cases, because server run local where server is. But it is causing confusion, especially with the /files handler. Le vendredi 12 avril 2013, MinRK a ?crit : > > > > On Thu, Apr 11, 2013 at 9:40 PM, Brian Granger > > wrote: > >> On Thu, Apr 11, 2013 at 9:14 PM, MinRK > >> wrote: >> > We do need to figure this one out. There are still some questions to >> work >> > out: >> > >> > What does `foo/bar` resolve to? Is it relative to the initial notebook >> > server directory, or is it absolute? >> >> I was thinking it is relative to the initial notebook server dir, so >> users can limit the notebook servers access to the file system. We >> don't want "/" to actually mean "/". >> > > But that's problematic as well - if you isolate the notebook server, but > allow navigation within that directory, you aren't really solving the issue > of needing multiple notebook servers for multiple notebook directories > unless people always start their notebooks in $HOME. > > I still think our original 'project' notion was a good one, and I don't > know why we seem to be abandoning it. > > >> >> > We already have redirects for notebook name -> notebook id URLs, perhaps >> > rather than having 'true' paths in the URLs, we have project-ids, just >> like >> > we have notebook-ids, and a redirect handler for loading a project, >> >> Yes, we could do the redirects, but I have a feeling that the redirect >> stuff is simply going to take us closer and closer to actually getting >> rid of the notebook_id/project_id approach. >> > > The difference is that when we are using redirects, the user-friendly URLs > are transient, so we don't have issues of preserving state across > variations (the rename issue). > > >> >> > i.e: >> > >> > /project/path/to/notebook-dir redirects to /project-id/ >> > >> > and /project/path/to/notebook-dir/notebook.ipynb redirects to >> > /project-id/notebook-id >> >> > The reason we have notebook-id URLs is that handling the url rewrites / >> > redirects on notebook renames might be tricky. It could be that >> redirects >> > are a sensible compromise. >> >> I know how to do the dynamic URL rewriting. This is what GitHub uses >> now that it allows you to rename files in edit mode. >> >> The big problem is if a rename happens when someone else has the same >> notebook open. Then, the other person doesn't know the rename >> happened and when they save, it will write the notebook with the old >> name. But maybe this is OK - our live notebook sharing is actually >> broken already - this example just shows that we need to fix it for >> real. But it is risky as a single user can run into this if they open >> the notebook page in two tabs or browsers. > > >> But I also have some vague recollections that there were some problems >> with Untitled notebooks as well. >> > > The issue with this was the renames - 100% of notebooks have the initial > name Untitled0, so every notebook you create in a given session started > with the same name. In my semi-persistent notebook-id PR, I address this > as well. > > >> >> Cheers, >> >> Brian >> >> > >> > On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov > >> wrote: >> >> >> >> Zachary Sailer, on 2013-04-11 17:34, wrote: >> >> > Hi everyone, >> >> > >> >> > Take a look at the new IPEP added to the IPython wiki page, >> >> > IPEP 16: Notebook multi directory dashboard and URL mapping. >> >> > >> >> > >> >> > >> https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping >> >> >> >> Looks pretty good, Zach - I adjusted some wording to emphasize >> >> just how bad the problem is (you have to restart the server, or >> >> start a new one, not just a new dashboard). >> >> >> >> I'm a bit confused by the wording of 'notebooks' and 'app' - >> >> where you says something about the possibility of having >> >> a folder named 'notebooks' -- what if the user has a folder named >> >> 'app'? >> >> >> >> best, >> >> -- >> >> Paul Ivanov >> >> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 >> >> _______________________________________________ >> >> IPython-dev mailing list >> >> IPython-dev at scipy.org > 'IPython-dev at scipy.org');> >> >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> > >> > >> > >> > _______________________________________________ >> > IPython-dev mailing list >> > IPython-dev at scipy.org > '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 > 'IPython-dev at scipy.org');> >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From paddy at paddymullen.com Fri Apr 12 07:51:25 2013 From: paddy at paddymullen.com (paddy mullen) Date: Fri, 12 Apr 2013 07:51:25 -0400 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> Message-ID: <38D933C4-93C3-40CC-9743-4639AA111CE4@paddymullen.com> I have an implementation that I have been working on. I will get a pull request together. My code in filenbmanager became much cleaner and more understandable once I made a Notebook object. I also made a NotebookCollection object that managed all the possible lookups to find a notebook. For URLs I have added two new routes /notebook_direct which leads to urls like /notebook_direct//Users/paddy/foo.ipynb and /notebook_relative which has paths that are relative to the base notebook directory. What issues were there previously with path based notebooks? One question that I have run into is, what directory do New Notebooks end up in? On Apr 12, 2013, at 5:26 AM, Matthias Bussonnier wrote: > How does this integrate with db back end ? > I know url that reflect notebook location seem great, and useful in most cases, because server run local where server is. But it is causing confusion, especially with the /files handler. > > Le vendredi 12 avril 2013, MinRK a ?crit : > > > > On Thu, Apr 11, 2013 at 9:40 PM, Brian Granger wrote: > On Thu, Apr 11, 2013 at 9:14 PM, MinRK wrote: > > We do need to figure this one out. There are still some questions to work > > out: > > > > What does `foo/bar` resolve to? Is it relative to the initial notebook > > server directory, or is it absolute? > > I was thinking it is relative to the initial notebook server dir, so > users can limit the notebook servers access to the file system. We > don't want "/" to actually mean "/". > > But that's problematic as well - if you isolate the notebook server, but allow navigation within that directory, you aren't really solving the issue of needing multiple notebook servers for multiple notebook directories unless people always start their notebooks in $HOME. > > I still think our original 'project' notion was a good one, and I don't know why we seem to be abandoning it. > > > > We already have redirects for notebook name -> notebook id URLs, perhaps > > rather than having 'true' paths in the URLs, we have project-ids, just like > > we have notebook-ids, and a redirect handler for loading a project, > > Yes, we could do the redirects, but I have a feeling that the redirect > stuff is simply going to take us closer and closer to actually getting > rid of the notebook_id/project_id approach. > > The difference is that when we are using redirects, the user-friendly URLs are transient, so we don't have issues of preserving state across variations (the rename issue). > > > > i.e: > > > > /project/path/to/notebook-dir redirects to /project-id/ > > > > and /project/path/to/notebook-dir/notebook.ipynb redirects to > > /project-id/notebook-id > > > The reason we have notebook-id URLs is that handling the url rewrites / > > redirects on notebook renames might be tricky. It could be that redirects > > are a sensible compromise. > > I know how to do the dynamic URL rewriting. This is what GitHub uses > now that it allows you to rename files in edit mode. > > The big problem is if a rename happens when someone else has the same > notebook open. Then, the other person doesn't know the rename > happened and when they save, it will write the notebook with the old > name. But maybe this is OK - our live notebook sharing is actually > broken already - this example just shows that we need to fix it for > real. But it is risky as a single user can run into this if they open > the notebook page in two tabs or browsers. > > But I also have some vague recollections that there were some problems > with Untitled notebooks as well. > > The issue with this was the renames - 100% of notebooks have the initial name Untitled0, so every notebook you create in a given session started with the same name. In my semi-persistent notebook-id PR, I address this as well. > > > Cheers, > > Brian > > > > > On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov wrote: > >> > >> Zachary Sailer, on 2013-04-11 17:34, wrote: > >> > Hi everyone, > >> > > >> > Take a look at the new IPEP added to the IPython wiki page, > >> > IPEP 16: Notebook multi directory dashboard and URL mapping. > >> > > >> > > >> > https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping > >> > >> Looks pretty good, Zach - I adjusted some wording to emphasize > >> just how bad the problem is (you have to restart the server, or > >> start a new one, not just a new dashboard). > >> > >> I'm a bit confused by the wording of 'notebooks' and 'app' - > >> where you says something about the possibility of having > >> a folder named 'notebooks' -- what if the user has a folder named > >> 'app'? > >> > >> best, > >> -- > >> Paul Ivanov > >> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 > >> _______________________________________________ > >> IPython-dev mailing list > >> IPython-dev at scipy.org > >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > > > > > _______________________________________________ > > IPython-dev mailing list > > IPython-dev at scipy.org > > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > > > -- > Brian E. Granger > Cal Poly State University, San Luis Obispo > bgranger at calpoly.edu and ellisonbg at gmail.com > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Fri Apr 12 12:01:16 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Fri, 12 Apr 2013 09:01:16 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: <38D933C4-93C3-40CC-9743-4639AA111CE4@paddymullen.com> References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> <20130412011446.GR12951@HbI-OTOH.berkeley.edu> <38D933C4-93C3-40CC-9743-4639AA111CE4@paddymullen.com> Message-ID: Paddy, Hi, thanks for your note on this stuff. We should probably provide a bit of background on current work on the multidirectory support. We currently have two people (besides you) who are working on the implementation of the multidirectory support. We have one open PR: https://github.com/ipython/ipython/pull/2982 And Zach Sailer (the author of the IPEP) is working on it as well. In our experience, it is difficult, even with GitHub for multiple people to simultaneously work on the same feature - it takes careful manual coordination. Here is our current plan of attack: (this is also described in a comment on PR #2982) 1. We all pitch in and finish up the design using the IPEP. We would love it if you could add some details about the Notebook/NotebookCollection stuff you describe. I am not sure if it will fit in, but it would be nice to have a section in the IPEP that talks about the possibilities. If this code is already written, it might be helpful to point us to a branch where it lives on the IPEP. 2. Zach is then going to implement the server side of things: the notebook manager stuff and handlers. 3. Then I was hoping that @robyoung could adapt the frontend part of his PR to that server side implementation. If @robyoung is doesn't end up helping with the frontend, then either you or Zach could fill in there. [I should disclose that Zach is a student of mine and we are paying him to work on this stuff as part of our Sloan foundation grant] I hope I don't sounds like I am discouraging you from contributing to the project. We actually have a ton of things that people are not working on. But the project is big enough now that it takes careful coordination of the various developers. In case you haven't seen it, here is our development roadmap: https://github.com/ipython/ipython/wiki/Roadmap:-IPython If there are things on this list you are interested in working on, please check with us as a lot of these things are already moving forward. Cheers, Brian On Fri, Apr 12, 2013 at 4:51 AM, paddy mullen wrote: > I have an implementation that I have been working on. I will get a pull > request together. My code in filenbmanager became much cleaner and more > understandable once I made a Notebook object. I also made a > NotebookCollection object that managed all the possible lookups to find a > notebook. > > For URLs I have added two new routes > /notebook_direct which leads to urls like > /notebook_direct//Users/paddy/foo.ipynb > and > /notebook_relative which has paths that are relative to the base notebook > directory. > > What issues were there previously with path based notebooks? > One question that I have run into is, what directory do New Notebooks end up > in? > > > > > On Apr 12, 2013, at 5:26 AM, Matthias Bussonnier > wrote: > > How does this integrate with db back end ? > I know url that reflect notebook location seem great, and useful in most > cases, because server run local where server is. But it is causing > confusion, especially with the /files handler. > > Le vendredi 12 avril 2013, MinRK a ?crit : >> >> >> >> >> On Thu, Apr 11, 2013 at 9:40 PM, Brian Granger >> wrote: >>> >>> On Thu, Apr 11, 2013 at 9:14 PM, MinRK wrote: >>> > We do need to figure this one out. There are still some questions to >>> > work >>> > out: >>> > >>> > What does `foo/bar` resolve to? Is it relative to the initial notebook >>> > server directory, or is it absolute? >>> >>> I was thinking it is relative to the initial notebook server dir, so >>> users can limit the notebook servers access to the file system. We >>> don't want "/" to actually mean "/". >> >> >> But that's problematic as well - if you isolate the notebook server, but >> allow navigation within that directory, you aren't really solving the issue >> of needing multiple notebook servers for multiple notebook directories >> unless people always start their notebooks in $HOME. >> >> I still think our original 'project' notion was a good one, and I don't >> know why we seem to be abandoning it. >> >>> >>> >>> > We already have redirects for notebook name -> notebook id URLs, >>> > perhaps >>> > rather than having 'true' paths in the URLs, we have project-ids, just >>> > like >>> > we have notebook-ids, and a redirect handler for loading a project, >>> >>> Yes, we could do the redirects, but I have a feeling that the redirect >>> stuff is simply going to take us closer and closer to actually getting >>> rid of the notebook_id/project_id approach. >> >> >> The difference is that when we are using redirects, the user-friendly URLs >> are transient, so we don't have issues of preserving state across variations >> (the rename issue). >> >>> >>> >>> > i.e: >>> > >>> > /project/path/to/notebook-dir redirects to /project-id/ >>> > >>> > and /project/path/to/notebook-dir/notebook.ipynb redirects to >>> > /project-id/notebook-id >>> >>> > The reason we have notebook-id URLs is that handling the url rewrites / >>> > redirects on notebook renames might be tricky. It could be that >>> > redirects >>> > are a sensible compromise. >>> >>> I know how to do the dynamic URL rewriting. This is what GitHub uses >>> now that it allows you to rename files in edit mode. >>> >>> The big problem is if a rename happens when someone else has the same >>> notebook open. Then, the other person doesn't know the rename >>> happened and when they save, it will write the notebook with the old >>> name. But maybe this is OK - our live notebook sharing is actually >>> broken already - this example just shows that we need to fix it for >>> real. But it is risky as a single user can run into this if they open >>> the notebook page in two tabs or browsers. >>> >>> >>> But I also have some vague recollections that there were some problems >>> with Untitled notebooks as well. >> >> >> The issue with this was the renames - 100% of notebooks have the initial >> name Untitled0, so every notebook you create in a given session started with >> the same name. In my semi-persistent notebook-id PR, I address this as >> well. >> >>> >>> >>> Cheers, >>> >>> Brian >>> >>> > >>> > On Thu, Apr 11, 2013 at 6:14 PM, Paul Ivanov wrote: >>> >> >>> >> Zachary Sailer, on 2013-04-11 17:34, wrote: >>> >> > Hi everyone, >>> >> > >>> >> > Take a look at the new IPEP added to the IPython wiki page, >>> >> > IPEP 16: Notebook multi directory dashboard and URL mapping. >>> >> > >>> >> > >>> >> > >>> >> > https://github.com/ipython/ipython/wiki/IPEP-16%3A-Notebook-multi-directory-dashboard-and-URL-mapping >>> >> >>> >> Looks pretty good, Zach - I adjusted some wording to emphasize >>> >> just how bad the problem is (you have to restart the server, or >>> >> start a new one, not just a new dashboard). >>> >> >>> >> I'm a bit confused by the wording of 'notebooks' and 'app' - >>> >> where you says something about the possibility of having >>> >> a folder named 'notebooks' -- what if the user has a folder named >>> >> 'app'? >>> >> >>> >> best, >>> >> -- >>> >> Paul Ivanov >>> >> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 >>> >> _______________________________________________ >>> >> IPython-dev mailing list >>> >> IPython-dev at scipy.org >>> >> http://mail.scipy.org/mailman/listinfo/ipython-dev >>> > >>> > >>> > >>> > _______________________________________________ >>> > IPython-dev mailing list >>> > IPython-dev at scipy.org >>> > http://mail.scipy.org/mailman/listinfo/ipython-dev >>> > >>> >>> >>> >>> -- >>> Brian E. Granger >>> Cal Poly State University, San Luis Obispo >>> bgranger at calpoly.edu and ellisonbg at gmail.com >>> _______________________________________________ >>> IPython-dev mailing list >>> IPython-dev at scipy.org >>> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From ellisonbg at gmail.com Fri Apr 12 14:06:03 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Fri, 12 Apr 2013 11:06:03 -0700 Subject: [IPython-dev] Where do we put IPEP discussions... Message-ID: Hi, Currently, we are having IPEP discussion on ipython-dev. I would like to propose that we move them to GitHub issues, but announce them on ipython-dev. Here is my reasoning: * Better integrates with the rest of our dev workflow. * Often there are branches and PRs associated with the IPEP. It would be nice to have a seamless way of tracking all of that in a persistent way. * It is a pain to join an email thread once you delete it or if you join the list after it has started * It is difficult to ping individuals on ipython-dev. When we get busy, we tend to ignore ipython-dev. When we are busy, we are more likely to respond to individual pings on GitHub. Thoughts? Cheers, Brian -- Brian E. Granger Cal Poly State University, San Luis Obispo bgranger at calpoly.edu and ellisonbg at gmail.com From benjaminrk at gmail.com Fri Apr 12 14:28:00 2013 From: benjaminrk at gmail.com (MinRK) Date: Fri, 12 Apr 2013 11:28:00 -0700 Subject: [IPython-dev] Where do we put IPEP discussions... In-Reply-To: References: Message-ID: On Fri, Apr 12, 2013 at 11:06 AM, Brian Granger wrote: > Hi, > > Currently, we are having IPEP discussion on ipython-dev. I would like > to propose that we move them to GitHub issues, but announce them on > ipython-dev. Here is my reasoning: > > * Better integrates with the rest of our dev workflow. > * Often there are branches and PRs associated with the IPEP. It would > be nice to have a seamless way of tracking all of that in a persistent > way. > * It is a pain to join an email thread once you delete it or if you > join the list after it has started > * It is difficult to ping individuals on ipython-dev. When we get > busy, we tend to ignore ipython-dev. When we are busy, we are more > likely to respond to individual pings on GitHub. > Thoughts? > This is one reason I like about Google Groups - it's part forum and part mailing list, and you can treat it as either one. I don't like plain mailing lists much at all. But I'm a not-so-strong +1 on doing IPEP discussion on GitHub instead of the ML - I would like as little as possible to occur on the ML other than announcements. > > 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 pi at berkeley.edu Fri Apr 12 14:45:49 2013 From: pi at berkeley.edu (Paul Ivanov) Date: Fri, 12 Apr 2013 11:45:49 -0700 Subject: [IPython-dev] Where do we put IPEP discussions... In-Reply-To: References: Message-ID: <20130412184549.GC9287@HbI-OTOH.berkeley.edu> Brian Granger, on 2013-04-12 11:06, wrote: > Here is my reasoning... All of those are very sound, make sense, and I fully agree with that. An additional one is that you can edit your own comments, and delete them - which is not something you can do with mailing lists. The one exception to those good reasons - GitHub absolutely sucks at threaded discussion. Mail clients generally don't, so it's easier to follow threads of conversation without having to jump around. I almost never use the web-based gmail, but I recall that it really sucks at threaded conversations, too, so maybe the lack of threading on github is not a convincing pain point for everyone. but on the whole, moving it to github will make it easier for others to participate in the discussion, and highlight specific lines, etc. best, -- Paul Ivanov http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 From zachsailer at gmail.com Fri Apr 12 14:49:56 2013 From: zachsailer at gmail.com (Zachary Sailer) Date: Fri, 12 Apr 2013 11:49:56 -0700 Subject: [IPython-dev] New IPEP for a multi-directory notebook in IPython In-Reply-To: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> References: <2FA9F143-101B-425B-BDC7-4B7F7636FA21@gmail.com> Message-ID: <97B49C3A-53B0-4B30-B49C-DA72C7D1E325@gmail.com> I opened an issue (issue #3166) for this IPEP on Github, to encourage discussion there. I like the idea to keep development conversations in one organized place (i.e. Github), and merely announcing the IPEP on this mailing list. Follow the link: https://github.com/ipython/ipython/issues/3166 Thanks! Zach Sailer -------------- next part -------------- An HTML attachment was scrubbed... URL: From bussonniermatthias at gmail.com Fri Apr 12 15:12:10 2013 From: bussonniermatthias at gmail.com (Matthias BUSSONNIER) Date: Fri, 12 Apr 2013 21:12:10 +0200 Subject: [IPython-dev] Where do we put IPEP discussions... In-Reply-To: <20130412184549.GC9287@HbI-OTOH.berkeley.edu> References: <20130412184549.GC9287@HbI-OTOH.berkeley.edu> Message-ID: Could IPep be real PR agains IPython, I mean an IPep directory with markdown/rst files ? It would be plain real documentation, with diff, against which we can make PRs, and comment inline. -- Matthias Le 12 avr. 2013 ? 20:45, Paul Ivanov a ?crit : > Brian Granger, on 2013-04-12 11:06, wrote: >> Here is my reasoning... > > All of those are very sound, make sense, and I fully agree with > that. An additional one is that you can edit your own comments, > and delete them - which is not something you can do with mailing > lists. > > The one exception to those good reasons - GitHub absolutely sucks > at threaded discussion. Mail clients generally don't, so it's > easier to follow threads of conversation without having to jump > around. I almost never use the web-based gmail, but I recall > that it really sucks at threaded conversations, too, so maybe the > lack of threading on github is not a convincing pain point for > everyone. > > but on the whole, moving it to github will make it easier for > others to participate in the discussion, and highlight specific > lines, etc. > > > best, > -- > Paul Ivanov > http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From ellisonbg at gmail.com Fri Apr 12 15:26:18 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Fri, 12 Apr 2013 12:26:18 -0700 Subject: [IPython-dev] Where do we put IPEP discussions... In-Reply-To: References: <20130412184549.GC9287@HbI-OTOH.berkeley.edu> Message-ID: Interesting thought. My initial reaction is that I want to keep our development workflow separate from the actual code. I like how the wiki has a very public record of all our IPEPs, that is organized and linked like a regular web page. I don't think that stuff belongs in the code itself. Also, the wiki gives us the best of both worlds - it is an actual repo and people can interactive with it in that manner if they want. On Fri, Apr 12, 2013 at 12:12 PM, Matthias BUSSONNIER wrote: > Could IPep be real PR agains IPython, I mean an IPep directory with markdown/rst files ? > It would be plain real documentation, with diff, against which we can make PRs, and comment inline. > > -- > Matthias > > > > Le 12 avr. 2013 ? 20:45, Paul Ivanov a ?crit : > >> Brian Granger, on 2013-04-12 11:06, wrote: >>> Here is my reasoning... >> >> All of those are very sound, make sense, and I fully agree with >> that. An additional one is that you can edit your own comments, >> and delete them - which is not something you can do with mailing >> lists. >> >> The one exception to those good reasons - GitHub absolutely sucks >> at threaded discussion. Mail clients generally don't, so it's >> easier to follow threads of conversation without having to jump >> around. I almost never use the web-based gmail, but I recall >> that it really sucks at threaded conversations, too, so maybe the >> lack of threading on github is not a convincing pain point for >> everyone. >> >> but on the whole, moving it to github will make it easier for >> others to participate in the discussion, and highlight specific >> lines, etc. >> >> >> best, >> -- >> Paul Ivanov >> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -- 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 Apr 12 20:09:35 2013 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 12 Apr 2013 17:09:35 -0700 Subject: [IPython-dev] Release 0.13.2 In-Reply-To: References: Message-ID: Late to the party, but thanks!!! I think this is the first time an IPython release happens that I'm not in the loop for *at all*. That's a good thing in most ways, but I'm not sure what it says about the state of my own schedule ;) Cheers, f On Fri, Apr 5, 2013 at 2:12 PM, MinRK wrote: > Having seen no issues with the release candidates, IPython 0.13.2 is now > out. > It's just a minor bugfix release, with some compatibility fixes, > particularly for the latest Qt versions. > > To see what's new: > http://ipython.org/ipython-doc/rel-0.13.2/whatsnew/version0.13.html > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > From klonuo at gmail.com Sat Apr 13 08:31:23 2013 From: klonuo at gmail.com (klo uo) Date: Sat, 13 Apr 2013 14:31:23 +0200 Subject: [IPython-dev] Release 0.13.2 In-Reply-To: References: Message-ID: As we recently discussed about IPython startup time, I thought to comment: >From 45s startup time with 0.13.1, new version starts in 30s. Any other startup, (after IPython was initially started once), IPython starts in 2-3s Great work! -------------- next part -------------- An HTML attachment was scrubbed... URL: From klonuo at gmail.com Sat Apr 13 08:32:13 2013 From: klonuo at gmail.com (klo uo) Date: Sat, 13 Apr 2013 14:32:13 +0200 Subject: [IPython-dev] Release 0.13.2 In-Reply-To: References: Message-ID: This is about Qt console startup time On Sat, Apr 13, 2013 at 2:31 PM, klo uo wrote: > As we recently discussed about IPython startup time, I thought to comment: > > From 45s startup time with 0.13.1, new version starts in 30s. > Any other startup, (after IPython was initially started once), IPython > starts in 2-3s > > Great work! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason-sage at creativetrax.com Sat Apr 13 10:23:36 2013 From: jason-sage at creativetrax.com (Jason Grout) Date: Sat, 13 Apr 2013 09:23:36 -0500 Subject: [IPython-dev] live input widgets Message-ID: <51696A68.5070103@creativetrax.com> I've been experimenting with having live javascript input widgets in codemirror (e.g., the sage cell, samuel's port of the notebook, William's salvus project, the IPython notebook, etc.) Here's a very simple proof-of-concept: http://jsfiddle.net/gh/gist/jquery/2.x/5378313/ (repository at https://gist.github.com/jasongrout/5378313 ) In the lower right pane, highlight an integer and press "Insert Widget". Then you can change the integer by clicking on the buttons. Once we can have javascript widgets on the input, whole new worlds are open: * live images in the input code, automatically uploaded to the server, drag and drop from your browser, or even just an image editor so you can draw your image * live mathjax-based equation editors * matrix/table data editors * a d3-based live graph editor (i.e., vertices and edges), right in the input and a huge number of other possibilities. Anyways, I thought people here would be interested. You'll notice that the text content has weird unicode characters in it delimiting the boundaries of the widget. The live widgets can put just single values in the text, but they can also embed json-encoded messages. When the cell is interpreted for evaluation, the unicode widget delimiters can be stripped out, the message decoded and relevant python code generated, and then the widget message replaced with the generated python code. Thanks, Jason From paddy at paddymullen.com Sat Apr 13 11:33:44 2013 From: paddy at paddymullen.com (paddy mullen) Date: Sat, 13 Apr 2013 11:33:44 -0400 Subject: [IPython-dev] Assets PR Message-ID: I put in a pull request for an asset chain for the IPython notebook. This is built around Hem, a NodeJS based asset compiler, but it doesn't require it. As web projects mature most move to an asset system. Serving a single JS/CSS file allows for significantly faster page loads. Here is my pull request https://github.com/ipython/ipython/pull/3171 From rmcgibbo at gmail.com Mon Apr 15 21:17:12 2013 From: rmcgibbo at gmail.com (Robert McGbibbon) Date: Mon, 15 Apr 2013 18:17:12 -0700 Subject: [IPython-dev] IPython.config, HasTraits, Traitlets as an independent library? Message-ID: <516CA698.6020005@gmail.com> Hey, I've become convinced that IPython's traits-based configuration system is awesome, and really useful for other projects that have a command line app that needs to be configured, either with command line flags or a config file. I really like how it lets me keep my apps DRY, by automatically exposing a traitlet as a configurable command line option without having to repeat the docstring/helptext, and how you basically get file based configuration in addition to command line configuration basically for free. Are others using the IPython config system outside of the IPython codebase itself? There's not a lot of documentation, but I think it really beats systems like the cement framework. I'm wondering if it makes sense to think about the config system as a modular framework to be used by other packages as well. The logical extension of that would be to spin it off as another repo/project that IPython depended on, but that's a little premature. More realistic would be to write up maybe some documentation on how to use the config system in your own app. -Robert From dave.hirschfeld at gmail.com Tue Apr 16 04:37:49 2013 From: dave.hirschfeld at gmail.com (David Hirschfeld) Date: Tue, 16 Apr 2013 09:37:49 +0100 Subject: [IPython-dev] Fwd: Heads up - major changes landed In-Reply-To: References: Message-ID: Apologies for cross-posting or if this turns up multiple times - I can't seem to get through to ipython-user... ---------- Forwarded message ---------- From: David Hirschfeld Date: Tue, Apr 16, 2013 at 9:24 AM Subject: Re: Heads up - major changes landed To: ipython-user at scipy.org Thomas Kluyver gmail.com> writes: > > > We've just landed PR #2447, which is a major reworking of our input transformation framework (the bit that allows IPython goodies like magic commands, cell magics, system commands, autocalling, and so on).The test suite is parsing, but with any major change, there's a risk of breaking things in corner cases, so if you see anything unexpected, please make sure we know about it. And if you're giving a vital demo, you might not want to 'git pull' just before you're on. > Thanks,Thomas > I've just updated to the latest IPython and am seeing some strange behaviour with the cythonmagic - it seems to choke on non-python syntax but only in certain circumstances: In [1]: %load_ext cythonmagic In [2]: %%cython ...: ...: cimport cython ...: def f(x): ...: return 2.0*x File "", line 2 cimport cython ^ SyntaxError: invalid syntax In [3]: %%cython ...: cimport cython ...: def f(x): ...: return 2.0*x ...: In [4]: f(2.0) Out[4]: 4.0 In [5]: %%cython ...: cimport cython ...: ...: def f(double x): ...: return 2.0*x File "", line 2 def f(double x): ^ SyntaxError: invalid syntax Anyone else seeing this? A good test-case (that fails for me) could be the cythonmagic notebook: http://nbviewer.ipython.org/urls/raw.github.com/ipython/ipython/3607712653c66d63e0d7f13f073bde8c0f209ba8/docs/examples/notebooks/cython_extension.ipynb Thanks, Dave From bussonniermatthias at gmail.com Tue Apr 16 05:24:02 2013 From: bussonniermatthias at gmail.com (Matthias BUSSONNIER) Date: Tue, 16 Apr 2013 11:24:02 +0200 Subject: [IPython-dev] IPython.config, HasTraits, Traitlets as an independent library? In-Reply-To: <516CA698.6020005@gmail.com> References: <516CA698.6020005@gmail.com> Message-ID: <10615F48-6CB6-4B56-9E25-094F94E842D8@gmail.com> Le 16 avr. 2013 ? 03:17, Robert McGbibbon a ?crit : > Hey, > > I've become convinced that IPython's traits-based configuration system > is awesome, and really useful for other > projects that have a command line app that needs to be configured, > either with command line flags or a config file. I really like how it > lets me keep my apps DRY, by automatically exposing a traitlet as a > configurable command line option without having to repeat the > docstring/helptext, and how you basically get file based configuration > in addition to command line configuration basically for free. > Are others using the IPython config system outside of the IPython > codebase itself? Yes, nbconvert/nbconvert2 ? Ok, I know it does not count. > There's not a lot of documentation, but I think it > really beats systems like the cement framework. > > I'm wondering if it makes sense to think about the config system as a > modular framework to be used by other packages as well. I agree, but there are still some assumptions that config stuff is run from inside IPython that should be removed before. The second things is that config file are not updatable by a program, they have to be edited by hand. (side effect of being pure python file) It would be really great to have the ability to read/write form/to a plain configuration file. Apparently python3 is good at that. > The logical > extension of that would be to spin it off as another repo/project that > IPython depended on, but that's a little premature. More realistic would > be to write up maybe some documentation on how to use the config system > in your own app. IPython docs is great for that. Nbconvert2 is really small if you need a self contained example. http://ipython.org/ipython-doc/stable/config/overview.html -- Matthias > > -Robert > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Tue Apr 16 08:09:51 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Tue, 16 Apr 2013 13:09:51 +0100 Subject: [IPython-dev] Fwd: Heads up - major changes landed In-Reply-To: References: Message-ID: On 16 April 2013 09:37, David Hirschfeld wrote: > In [1]: %load_ext cythonmagic > > In [2]: %%cython > ...: > ...: cimport cython > Thanks David. I'm guessing that this only manifests itself when you have a blank line in the cell magic? We're tracking that bug as #3178: https://github.com/ipython/ipython/issues/3178 Best wishes, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From takowl at gmail.com Tue Apr 16 08:13:09 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Tue, 16 Apr 2013 13:13:09 +0100 Subject: [IPython-dev] IPython.config, HasTraits, Traitlets as an independent library? In-Reply-To: <10615F48-6CB6-4B56-9E25-094F94E842D8@gmail.com> References: <516CA698.6020005@gmail.com> <10615F48-6CB6-4B56-9E25-094F94E842D8@gmail.com> Message-ID: On 16 April 2013 10:24, Matthias BUSSONNIER wrote: > The second things is that config file are not updatable by > a program, they have to be edited by hand. (side effect of being pure > python file) > It would be really great to have the ability to read/write form/to a plain > configuration file. > Apparently python3 is good at that. > The config framework does have a notion of different loaders, so it should be straightforward to add a loader for config files (or other formats like json, sqlite, etc.). It might be a bit more work to allow writing the config back to disk, but I think it's a worthwhile goal. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.hirschfeld at gmail.com Tue Apr 16 09:04:09 2013 From: dave.hirschfeld at gmail.com (Dave Hirschfeld) Date: Tue, 16 Apr 2013 13:04:09 +0000 (UTC) Subject: [IPython-dev] Fwd: Heads up - major changes landed References: Message-ID: Thomas Kluyver gmail.com> writes: > > > > On 16 April 2013 09:37, David Hirschfeld gmail.com> wrote:In [1]: %load_ext cythonmagic > In [2]: %%cython > ? ?...: > ? ?...: cimport cython > > > > Thanks David. I'm guessing that this only manifests itself when you have a blank line in the cell magic? We're tracking that bug as #3178:https://github.com/ipython/ipython/issues/3178 > > Best wishes,Thomas > Looks like I was too slow to post - that does look like a more general description of the same problem. Thanks, Dave From pmacko at eecs.harvard.edu Tue Apr 16 19:38:58 2013 From: pmacko at eecs.harvard.edu (Peter Macko) Date: Tue, 16 Apr 2013 19:38:58 -0400 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython Message-ID: <516DE112.5060404@eecs.harvard.edu> Hi iPython developers, Here is a new project idea: automatic lab notebook for iPython and iPython Notebook, which would keep track of how each of your output files was produced, linking this "history" (or a "lineage") of an object across different iPython sessions and different iPython notebooks, and storing it persistently. This is frequently referred to in the Computer Science literature as "provenance." It will enable you to ask questions like "what did I do to produce this plot?" - and for example, it will tell you that you downloaded the input data set on Monday from such and such website, you ran all these commands to process the data on Tuesday, and then produced this plot on Thursday from a different iPython session. Note that this goes beyond (and is complementary in purpose to) iPython Notebook, since the history of a file is tracked across different sessions and Notebooks, and when you ask a question, you will get only the relevant information, suppressing any additional things that you did that are unrelated to the file in which you are interested. We are in touch with computational scientists all the way from bioinformatics to physics that are very interested in this feature! We met their needs partially by developing a cross-platform, multi-lingual library (https://code.google.com/p/core-provenance-library/) that they can use to annotate their Python (and non-Python) scripts in order to track the lineage of their objects. Our vision is that this will be all done fully automatically, without requiring the users to manually annotate their scripts. But unfortunately neither of us who are involved in this project has the resources or the knowledge of the iPython code-base to tackle this challenge. We need your help to make this happen! We have some ideas about how we might go about this, but we need someone who knows more about iPython to talk them over and to spearhead the actual development. Please let us know if you can help! Thank you, Peter Macko Harvard School of Engineering and Applied Sciences 33 Oxford St. Cambridge, MA 02138 From stefan at sun.ac.za Wed Apr 17 07:58:14 2013 From: stefan at sun.ac.za (=?ISO-8859-1?Q?St=E9fan_van_der_Walt?=) Date: Wed, 17 Apr 2013 13:58:14 +0200 Subject: [IPython-dev] IPython.config, HasTraits, Traitlets as an independent library? In-Reply-To: <10615F48-6CB6-4B56-9E25-094F94E842D8@gmail.com> References: <516CA698.6020005@gmail.com> <10615F48-6CB6-4B56-9E25-094F94E842D8@gmail.com> Message-ID: On Tue, Apr 16, 2013 at 11:24 AM, Matthias BUSSONNIER wrote: > IPython docs is great for that. Nbconvert2 is really small if you need a > self contained example. > http://ipython.org/ipython-doc/stable/config/overview.html I don't know if anyone is interested in user feedback at this stage but: 1) I just tried to run nbconvert2 (recommended by nbconvert.py), and couldn't figure out how to do it. 2) The long option names are rather intimidating. St?fan From takowl at gmail.com Wed Apr 17 09:59:54 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Wed, 17 Apr 2013 14:59:54 +0100 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: <516DE112.5060404@eecs.harvard.edu> References: <516DE112.5060404@eecs.harvard.edu> Message-ID: Hi Peter, I think this is the kind of question that a lot of us are interested in, and I'd be keen to see support for this integrated with IPython notebooks. I won't have much time to help with this for a few months, but I'll give a brief run down of the architecture, so you can see where your tools might fit in. - The notebook server is an HTTP server - at present, most users run it locally, but multi-user servers are definitely planned. - When you open a notebook in the browser, the server starts a corresponding 'kernel', a Python interpreter communicating over ZMQ. - As you interact with the notebook, messages like 'execute this code' and 'get tab completions for this line' go from the browser to the kernel, and replies come back. - When you save a notebook, javascript running in the browser serialises the current state of your input and output cells, and sends it to the server as JSON. The server dumps it to a file, or in the future to a database. We'll be happy to answer any questions you have. Thanks, Thomas On 17 April 2013 00:38, Peter Macko wrote: > Hi iPython developers, > > Here is a new project idea: automatic lab notebook for iPython and > iPython Notebook, which would keep track of how each of your output > files was produced, linking this "history" (or a "lineage") of an object > across different iPython sessions and different iPython notebooks, and > storing it persistently. This is frequently referred to in the Computer > Science literature as "provenance." > > It will enable you to ask questions like "what did I do to produce this > plot?" - and for example, it will tell you that you downloaded the input > data set on Monday from such and such website, you ran all these > commands to process the data on Tuesday, and then produced this plot on > Thursday from a different iPython session. Note that this goes beyond > (and is complementary in purpose to) iPython Notebook, since the history > of a file is tracked across different sessions and Notebooks, and when > you ask a question, you will get only the relevant information, > suppressing any additional things that you did that are unrelated to the > file in which you are interested. > > We are in touch with computational scientists all the way from > bioinformatics to physics that are very interested in this feature! We > met their needs partially by developing a cross-platform, multi-lingual > library (https://code.google.com/p/core-provenance-library/) that they > can use to annotate their Python (and non-Python) scripts in order to > track the lineage of their objects. > > Our vision is that this will be all done fully automatically, without > requiring the users to manually annotate their scripts. But > unfortunately neither of us who are involved in this project has the > resources or the knowledge of the iPython code-base to tackle this > challenge. We need your help to make this happen! We have some ideas > about how we might go about this, but we need someone who knows more > about iPython to talk them over and to spearhead the actual development. > Please let us know if you can help! > > Thank you, > > Peter Macko > > Harvard School of Engineering and Applied Sciences > 33 Oxford St. > Cambridge, MA 02138 > > _______________________________________________ > 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 pelson.pub at gmail.com Thu Apr 18 12:41:31 2013 From: pelson.pub at gmail.com (Phil Elson) Date: Thu, 18 Apr 2013 17:41:31 +0100 Subject: [IPython-dev] Architecting interactive matplotlib figures in the IPython notebook Message-ID: You may be aware that as of matplotlib v1.3 there will be a "WebAgg" backend which allows figures created on the server-side to be interacted with on a client-side web browser. Specifically calling *plt.show()* with the "WebAgg" backend starts a tornado http server which serves up the open figures in PNG form. When the client connects to the server, the current state of the figure is sent to the browser, and any client mouse or keyboard interactions are captured and sent back to the server via web sockets. Anything which result in a change to the draw state are re-rendered, and the resulting PNG is sent back to the client. This process works well for everything that we've tested, including Pickers and Animations (I'd definitely encourage you to have a go). So the obvious question is, can we use this technology to achieve interactive figures in live IPython notebook environments? Unfortunately I don't have enough knowledge of IPython's internals to make the informed decisions necessary to get out of the blocks, so I'm hoping the mailing list can help me out. The first step towards this goal involves deciding *where* a (or multiple?) WebAgg server(s) would sit. A couple of my thoughts on this (some of which are mutually exclusive): - It'd be great to make use of the same twisted server as the Notebook client, so that we can piggy-back on the IPython notebook configuration (port, certificate etc.) - This would mean that this is a Notebook only feature (without this, there is no reason that other clients couldn't have implemented the necessary interface to achieve inline interactive figures (e.g., the Qt console)) - This would also give the WebAgg the necessary blocking IOLoop to handle events and timers. - As of matplotlib v1.2 there has been experimental pickle support, so: - we are not bound to use the kernel that generated a figure in the first instance, as we can pass figures (albeit slowly) across processes - we could store the figure in the notebook format to be restored when a notebook is reconnected to a kernel (does this happen for other Display elements?) - As it stands, the WebAgg backend does not copy figure instances per client, so any interactions that one user does, is shown in every other client's browser. Is this a desirable feature for the Notebook? What about figures which are shown more than once in the same notebook? I'm keen to work through these design decisions and am more than willing to get my hands dirty - there is a matplotlib release scheduled for the end of May, and myself and some of the other members of the matplotlib development team are planning to attend SciPy with interactive figures for the Notebook high on the wishlist. Any thoughts on where you think the Agg server should sit and its expected behaviour would be really valuable. Thanks in advance, Phil -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjaminrk at gmail.com Thu Apr 18 13:03:36 2013 From: benjaminrk at gmail.com (MinRK) Date: Thu, 18 Apr 2013 10:03:36 -0700 Subject: [IPython-dev] Architecting interactive matplotlib figures in the IPython notebook In-Reply-To: References: Message-ID: Interactive rich display will be our main focus for the Summer / Fall after shipping 1.0 in July. Since the plotting lives in the kernel (which is not a webserver), and there shouldn't be any plotting logic in the notebook server itself, my guess is that the http server approach is not going to be workable inside IPython. IPython's own mechanism for getting messages from the frontend to the kernel is with our message spec, and I expect that will be better suited to communicating between the frontend and the kernel within the context of the notebook. However, this may be less useful as a general-purpose library within matplotlib, as it is quite IPython specific. Assuming the code is appropriately decoupled, there should not be any great difference between using websocket/JSON messages for the rpc calls, as opposed to http requests. We haven't yet worked out exactly what the APIs will look like (on both Javascript and Python sides) for exposing methods for this kind of rich widget, but this should be our primary task starting in late July. -MinRK On Thu, Apr 18, 2013 at 9:41 AM, Phil Elson wrote: > You may be aware that as of matplotlib v1.3 there will be a "WebAgg" > backend which allows figures created on the server-side to be interacted > with on a client-side web browser. > > Specifically calling *plt.show()* with the "WebAgg" backend starts a > tornado http server which serves up the open figures in PNG form. When the > client connects to the server, the current state of the figure is sent to > the browser, and any client mouse or keyboard interactions are captured and > sent back to the server via web sockets. Anything which result in a change > to the draw state are re-rendered, and the resulting PNG is sent back to > the client. This process works well for everything that we've tested, > including Pickers and Animations (I'd definitely encourage you to have a > go). > > So the obvious question is, can we use this technology to achieve > interactive figures in live IPython notebook environments? > > Unfortunately I don't have enough knowledge of IPython's internals to make > the informed decisions necessary to get out of the blocks, so I'm hoping > the mailing list can help me out. > The first step towards this goal involves deciding *where* a (or > multiple?) WebAgg server(s) would sit. A couple of my thoughts on this > (some of which are mutually exclusive): > > - It'd be great to make use of the same twisted server as the Notebook > client, so that we can piggy-back on the IPython notebook configuration > (port, certificate etc.) > - This would mean that this is a Notebook only feature (without > this, there is no reason that other clients couldn't have implemented the > necessary interface to achieve inline interactive figures (e.g., the Qt > console)) > - This would also give the WebAgg the necessary blocking IOLoop to > handle events and timers. > - As of matplotlib v1.2 there has been experimental pickle support, > so: > - we are not bound to use the kernel that generated a figure in the > first instance, as we can pass figures (albeit slowly) across processes > - we could store the figure in the notebook format to be restored > when a notebook is reconnected to a kernel (does this happen for other > Display elements?) > - As it stands, the WebAgg backend does not copy figure instances > per client, so any interactions that one user does, is shown in every other > client's browser. Is this a desirable feature for the Notebook? What about > figures which are shown more than once in the same notebook? > > I'm keen to work through these design decisions and am more than willing > to get my hands dirty - there is a matplotlib release scheduled for the end > of May, and myself and some of the other members of the matplotlib > development team are planning to attend SciPy with interactive figures for > the Notebook high on the wishlist. > > Any thoughts on where you think the Agg server should sit and its expected > behaviour would be really valuable. > > Thanks in advance, > > Phil > > > > _______________________________________________ > 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 nborwankar at gmail.com Thu Apr 18 20:45:11 2013 From: nborwankar at gmail.com (Nitin Borwankar) Date: Thu, 18 Apr 2013 17:45:11 -0700 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: <516DE112.5060404@eecs.harvard.edu> References: <516DE112.5060404@eecs.harvard.edu> Message-ID: Hi Peter, Is there something in your concept of provenance that git or a similar dvcs does not cover? It would seem that the kind of granular history tracking built into git could be taken advantage of with a small amount of semantic glue on top to give you what you want. Plus you get a large global user community. There are well defined API's wrapping a git client lib that would make this feasible. If this makes sense please feel free to connect via nborwankar on gmail. I've spent non-trivial amount of time exploring how git could be used as a database-with-history for heterogenous data. Nitin Borwankar ------------------------------------------------------------------ Nitin Borwankar nborwankar at gmail.com On Tue, Apr 16, 2013 at 4:38 PM, Peter Macko wrote: > Hi iPython developers, > > Here is a new project idea: automatic lab notebook for iPython and > iPython Notebook, which would keep track of how each of your output > files was produced, linking this "history" (or a "lineage") of an object > across different iPython sessions and different iPython notebooks, and > storing it persistently. This is frequently referred to in the Computer > Science literature as "provenance." > > It will enable you to ask questions like "what did I do to produce this > plot?" - and for example, it will tell you that you downloaded the input > data set on Monday from such and such website, you ran all these > commands to process the data on Tuesday, and then produced this plot on > Thursday from a different iPython session. Note that this goes beyond > (and is complementary in purpose to) iPython Notebook, since the history > of a file is tracked across different sessions and Notebooks, and when > you ask a question, you will get only the relevant information, > suppressing any additional things that you did that are unrelated to the > file in which you are interested. > > We are in touch with computational scientists all the way from > bioinformatics to physics that are very interested in this feature! We > met their needs partially by developing a cross-platform, multi-lingual > library (https://code.google.com/p/core-provenance-library/) that they > can use to annotate their Python (and non-Python) scripts in order to > track the lineage of their objects. > > Our vision is that this will be all done fully automatically, without > requiring the users to manually annotate their scripts. But > unfortunately neither of us who are involved in this project has the > resources or the knowledge of the iPython code-base to tackle this > challenge. We need your help to make this happen! We have some ideas > about how we might go about this, but we need someone who knows more > about iPython to talk them over and to spearhead the actual development. > Please let us know if you can help! > > Thank you, > > Peter Macko > > Harvard School of Engineering and Applied Sciences > 33 Oxford St. > Cambridge, MA 02138 > > _______________________________________________ > 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 maximilian.albert at gmail.com Fri Apr 19 05:28:49 2013 From: maximilian.albert at gmail.com (Maximilian Albert) Date: Fri, 19 Apr 2013 10:28:49 +0100 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: <516DE112.5060404@eecs.harvard.edu> References: <516DE112.5060404@eecs.harvard.edu> Message-ID: Hi Peter, I wasn't aware of the Core Provenance Library but it looks like a very interesting project. I'll definitely check it out. On a related note, in case people haven't seen it I just wanted to throw out a link to the Sumatra [1] project, which has a similar goal. However, as far as I could gather from its website, the Core Provenance Library seems to take a very different approach (by trying to be as unobtrusive for the workflow as possible, IIUC?). So I guess the link is not that useful for you, Peter, but I thought it might be of general interest. If anybody knows any other provenance tracking tools, I'd be interested to hear about them. Best regards, Max [1] http://pythonhosted.org/Sumatra/ 2013/4/17 Peter Macko > Hi iPython developers, > > Here is a new project idea: automatic lab notebook for iPython and > iPython Notebook, which would keep track of how each of your output > files was produced, linking this "history" (or a "lineage") of an object > across different iPython sessions and different iPython notebooks, and > storing it persistently. This is frequently referred to in the Computer > Science literature as "provenance." > > It will enable you to ask questions like "what did I do to produce this > plot?" - and for example, it will tell you that you downloaded the input > data set on Monday from such and such website, you ran all these > commands to process the data on Tuesday, and then produced this plot on > Thursday from a different iPython session. Note that this goes beyond > (and is complementary in purpose to) iPython Notebook, since the history > of a file is tracked across different sessions and Notebooks, and when > you ask a question, you will get only the relevant information, > suppressing any additional things that you did that are unrelated to the > file in which you are interested. > > We are in touch with computational scientists all the way from > bioinformatics to physics that are very interested in this feature! We > met their needs partially by developing a cross-platform, multi-lingual > library (https://code.google.com/p/core-provenance-library/) that they > can use to annotate their Python (and non-Python) scripts in order to > track the lineage of their objects. > > Our vision is that this will be all done fully automatically, without > requiring the users to manually annotate their scripts. But > unfortunately neither of us who are involved in this project has the > resources or the knowledge of the iPython code-base to tackle this > challenge. We need your help to make this happen! We have some ideas > about how we might go about this, but we need someone who knows more > about iPython to talk them over and to spearhead the actual development. > Please let us know if you can help! > > Thank you, > > Peter Macko > > Harvard School of Engineering and Applied Sciences > 33 Oxford St. > Cambridge, MA 02138 > > _______________________________________________ > 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 takowl at gmail.com Fri Apr 19 08:21:11 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Fri, 19 Apr 2013 13:21:11 +0100 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: References: <516DE112.5060404@eecs.harvard.edu> Message-ID: On 19 April 2013 10:28, Maximilian Albert wrote: > On a related note, in case people haven't seen it I just wanted to throw > out a link to the Sumatra [1] project, which has a similar goal. However, > as far as I could gather from its website, the Core Provenance Library > seems to take a very different approach (by trying to be as unobtrusive for > the workflow as possible, IIUC?). So I guess the link is not that useful > for you, Peter, but I thought it might be of general interest. If anybody > knows any other provenance tracking tools, I'd be interested to hear about > them. I've come across Sumatra, and also something called VisTrails ( http://www.vistrails.org/index.php/Main_Page ). I haven't got round to trying either of them out, though. Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From satra at mit.edu Fri Apr 19 08:21:46 2013 From: satra at mit.edu (Satrajit Ghosh) Date: Fri, 19 Apr 2013 08:21:46 -0400 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: References: <516DE112.5060404@eecs.harvard.edu> Message-ID: hi max, also do look at emerging provenance standard: http://www.w3.org/TR/prov-dm/ cheers, satra On Fri, Apr 19, 2013 at 5:28 AM, Maximilian Albert < maximilian.albert at gmail.com> wrote: > Hi Peter, > > I wasn't aware of the Core Provenance Library but it looks like a very > interesting project. I'll definitely check it out. > > On a related note, in case people haven't seen it I just wanted to throw > out a link to the Sumatra [1] project, which has a similar goal. However, > as far as I could gather from its website, the Core Provenance Library > seems to take a very different approach (by trying to be as unobtrusive for > the workflow as possible, IIUC?). So I guess the link is not that useful > for you, Peter, but I thought it might be of general interest. If anybody > knows any other provenance tracking tools, I'd be interested to hear about > them. > > Best regards, > Max > > [1] http://pythonhosted.org/Sumatra/ > > > 2013/4/17 Peter Macko > >> Hi iPython developers, >> >> Here is a new project idea: automatic lab notebook for iPython and >> iPython Notebook, which would keep track of how each of your output >> files was produced, linking this "history" (or a "lineage") of an object >> across different iPython sessions and different iPython notebooks, and >> storing it persistently. This is frequently referred to in the Computer >> Science literature as "provenance." >> >> It will enable you to ask questions like "what did I do to produce this >> plot?" - and for example, it will tell you that you downloaded the input >> data set on Monday from such and such website, you ran all these >> commands to process the data on Tuesday, and then produced this plot on >> Thursday from a different iPython session. Note that this goes beyond >> (and is complementary in purpose to) iPython Notebook, since the history >> of a file is tracked across different sessions and Notebooks, and when >> you ask a question, you will get only the relevant information, >> suppressing any additional things that you did that are unrelated to the >> file in which you are interested. >> >> We are in touch with computational scientists all the way from >> bioinformatics to physics that are very interested in this feature! We >> met their needs partially by developing a cross-platform, multi-lingual >> library (https://code.google.com/p/core-provenance-library/) that they >> can use to annotate their Python (and non-Python) scripts in order to >> track the lineage of their objects. >> >> Our vision is that this will be all done fully automatically, without >> requiring the users to manually annotate their scripts. But >> unfortunately neither of us who are involved in this project has the >> resources or the knowledge of the iPython code-base to tackle this >> challenge. We need your help to make this happen! We have some ideas >> about how we might go about this, but we need someone who knows more >> about iPython to talk them over and to spearhead the actual development. >> Please let us know if you can help! >> >> Thank you, >> >> Peter Macko >> >> Harvard School of Engineering and Applied Sciences >> 33 Oxford St. >> Cambridge, MA 02138 >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matthias.vogelgesang at gmail.com Fri Apr 19 10:24:23 2013 From: matthias.vogelgesang at gmail.com (Matthias Vogelgesang) Date: Fri, 19 Apr 2013 16:24:23 +0200 Subject: [IPython-dev] IPython traitlet problem Message-ID: Hi, I am considering the traitlets module for a project of mine but there is one big problem: All classes that derive from HasTraits cannot have parameters in their __init__() method, which makes traitlets pointless for general purpose classes, e.g. class Foo(HasTraits): x = Float() def __init__(self, bar): pass gives me TypeError: __new__() takes exactly 1 argument (2 given) Is this behaviour intentional? Thanks, Matthias -- Matthias Vogelgesang Public-Key: http://tinyurl.com/2qcydl From pmacko at eecs.harvard.edu Fri Apr 19 17:08:58 2013 From: pmacko at eecs.harvard.edu (Peter Macko) Date: Fri, 19 Apr 2013 17:08:58 -0400 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: References: <516DE112.5060404@eecs.harvard.edu> Message-ID: <087A0DE1-AD46-43AB-AC03-FD22F1801C92@eecs.harvard.edu> Hi Nitin, Thanks for the suggestion. Version control systems, such as git, will solve a good chunk of the problem we are trying to address, but not everything: git would record files at particular user-selected points in time and store them with user-supplied annotations, but it would not record how those files were produced, such as which programs produced them, what parameters were used, etc., unless the users manually write this in their commit messages. But that being said, git in iPython is a cool idea. -Peter On Apr 18, 2013, at 8:45 PM, Nitin Borwankar wrote: > Hi Peter, > > Is there something in your concept of provenance that git or a similar dvcs does not cover? > It would seem that the kind of granular history tracking built into git could be taken advantage of with a small amount of semantic glue on top to give you what you want. Plus you get a large global user community. > There are well defined API's wrapping a git client lib that would make this feasible. If this makes sense please feel free to connect via nborwankar on gmail. > I've spent non-trivial amount of time exploring how git could be used as a database-with-history for heterogenous data. > > Nitin Borwankar > > > ------------------------------------------------------------------ > Nitin Borwankar > nborwankar at gmail.com > > > On Tue, Apr 16, 2013 at 4:38 PM, Peter Macko wrote: > Hi iPython developers, > > Here is a new project idea: automatic lab notebook for iPython and > iPython Notebook, which would keep track of how each of your output > files was produced, linking this "history" (or a "lineage") of an object > across different iPython sessions and different iPython notebooks, and > storing it persistently. This is frequently referred to in the Computer > Science literature as "provenance." > > It will enable you to ask questions like "what did I do to produce this > plot?" - and for example, it will tell you that you downloaded the input > data set on Monday from such and such website, you ran all these > commands to process the data on Tuesday, and then produced this plot on > Thursday from a different iPython session. Note that this goes beyond > (and is complementary in purpose to) iPython Notebook, since the history > of a file is tracked across different sessions and Notebooks, and when > you ask a question, you will get only the relevant information, > suppressing any additional things that you did that are unrelated to the > file in which you are interested. > > We are in touch with computational scientists all the way from > bioinformatics to physics that are very interested in this feature! We > met their needs partially by developing a cross-platform, multi-lingual > library (https://code.google.com/p/core-provenance-library/) that they > can use to annotate their Python (and non-Python) scripts in order to > track the lineage of their objects. > > Our vision is that this will be all done fully automatically, without > requiring the users to manually annotate their scripts. But > unfortunately neither of us who are involved in this project has the > resources or the knowledge of the iPython code-base to tackle this > challenge. We need your help to make this happen! We have some ideas > about how we might go about this, but we need someone who knows more > about iPython to talk them over and to spearhead the actual development. > Please let us know if you can help! > > Thank you, > > Peter Macko > > Harvard School of Engineering and Applied Sciences > 33 Oxford St. > Cambridge, MA 02138 > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmacko at eecs.harvard.edu Fri Apr 19 17:24:16 2013 From: pmacko at eecs.harvard.edu (Peter Macko) Date: Fri, 19 Apr 2013 17:24:16 -0400 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: References: <516DE112.5060404@eecs.harvard.edu> Message-ID: Hi Max, Thanks for the link. You're correct - one of the main goals of the CPL is to be as unobtrusive as possible: It takes some effort for an application developer to put it into their project, but once it's done, it is completely unobtrusive. The second goal is to make it easier to integrate provenance across different programs, regardless of the language in which they are written. Best, -Peter On Apr 19, 2013, at 5:28 AM, Maximilian Albert wrote: > Hi Peter, > > I wasn't aware of the Core Provenance Library but it looks like a very interesting project. I'll definitely check it out. > > On a related note, in case people haven't seen it I just wanted to throw out a link to the Sumatra [1] project, which has a similar goal. However, as far as I could gather from its website, the Core Provenance Library seems to take a very different approach (by trying to be as unobtrusive for the workflow as possible, IIUC?). So I guess the link is not that useful for you, Peter, but I thought it might be of general interest. If anybody knows any other provenance tracking tools, I'd be interested to hear about them. > > Best regards, > Max > > [1] http://pythonhosted.org/Sumatra/ > > > 2013/4/17 Peter Macko > Hi iPython developers, > > Here is a new project idea: automatic lab notebook for iPython and > iPython Notebook, which would keep track of how each of your output > files was produced, linking this "history" (or a "lineage") of an object > across different iPython sessions and different iPython notebooks, and > storing it persistently. This is frequently referred to in the Computer > Science literature as "provenance." > > It will enable you to ask questions like "what did I do to produce this > plot?" - and for example, it will tell you that you downloaded the input > data set on Monday from such and such website, you ran all these > commands to process the data on Tuesday, and then produced this plot on > Thursday from a different iPython session. Note that this goes beyond > (and is complementary in purpose to) iPython Notebook, since the history > of a file is tracked across different sessions and Notebooks, and when > you ask a question, you will get only the relevant information, > suppressing any additional things that you did that are unrelated to the > file in which you are interested. > > We are in touch with computational scientists all the way from > bioinformatics to physics that are very interested in this feature! We > met their needs partially by developing a cross-platform, multi-lingual > library (https://code.google.com/p/core-provenance-library/) that they > can use to annotate their Python (and non-Python) scripts in order to > track the lineage of their objects. > > Our vision is that this will be all done fully automatically, without > requiring the users to manually annotate their scripts. But > unfortunately neither of us who are involved in this project has the > resources or the knowledge of the iPython code-base to tackle this > challenge. We need your help to make this happen! We have some ideas > about how we might go about this, but we need someone who knows more > about iPython to talk them over and to spearhead the actual development. > Please let us know if you can help! > > Thank you, > > Peter Macko > > Harvard School of Engineering and Applied Sciences > 33 Oxford St. > Cambridge, MA 02138 > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From thereisnocowlevel at gmail.com Fri Apr 19 23:15:50 2013 From: thereisnocowlevel at gmail.com (Rishi Ramraj) Date: Fri, 19 Apr 2013 23:15:50 -0400 Subject: [IPython-dev] An experiment called sqlpyzer: IPython Notebook + sqlite in html5 Message-ID: Hello All, I was looking for an excuse to learn sqlite in html5, so I created an IPython Notebook plugin. I thought that IPython would be an ideal way of publishing scientific data and this plugin was meant as a step in that direction. The plugin creates SQL sandboxes in the browser using python objects. As long as you can marshal your Python data into the prescribed format, you can run arbitrary SQL queries over the data. Apologies that this code is based on an outdated IPython cut. It was really only meant as an experiment to learn html5, but I thought I'd share in case someone else found it useful. The relevant links are: The source: https://github.com/RishiRamraj/sqlpyzer A youtube demo: https://www.youtube.com/watch?v=rUfG63KK3xA Detailed technical documentation: http://llvllatrix.wordpress.com/2013/04/20/sqlpyzer-ipython-sqlite-in-html5/ Cheers, - Rishi -------------- next part -------------- An HTML attachment was scrubbed... URL: From nborwankar at gmail.com Sat Apr 20 03:01:24 2013 From: nborwankar at gmail.com (Nitin Borwankar) Date: Sat, 20 Apr 2013 00:01:24 -0700 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: <087A0DE1-AD46-43AB-AC03-FD22F1801C92@eecs.harvard.edu> References: <516DE112.5060404@eecs.harvard.edu> <087A0DE1-AD46-43AB-AC03-FD22F1801C92@eecs.harvard.edu> Message-ID: >>but it would not record how those files were produced, such as which programs produced them, what parameters were used, etc., unless the users manually write this in their commit messages. This is the part (the metadata not provided by git) I was implying the wrapper glue would inject in a "background" fashion into the commit messages on behalf of the user. A python wrapper lib is at https://github.com/libgit2/pygit2 - snapshots of the current IPython notebook can be saved to a folder which has been "git enabled" and a post save "commit " would do it - I am vigorously handwaving here as is obvious. Nitin ------------------------------------------------------------------ Nitin Borwankar nborwankar at gmail.com On Fri, Apr 19, 2013 at 2:08 PM, Peter Macko wrote: > Hi Nitin, > > Thanks for the suggestion. Version control systems, such as git, will > solve a good chunk of the problem we are trying to address, but not > everything: git would record files at particular user-selected points in > time and store them with user-supplied annotations, but it would not record > how those files were produced, such as which programs produced them, what > parameters were used, etc., unless the users manually write this in their > commit messages. But that being said, git in iPython is a cool idea. > > -Peter > > > On Apr 18, 2013, at 8:45 PM, Nitin Borwankar wrote: > > Hi Peter, > > Is there something in your concept of provenance that git or a similar > dvcs does not cover? > It would seem that the kind of granular history tracking built into git > could be taken advantage of with a small amount of semantic glue on top to > give you what you want. Plus you get a large global user community. > There are well defined API's wrapping a git client lib that would make > this feasible. If this makes sense please feel free to connect via > nborwankar on gmail. > I've spent non-trivial amount of time exploring how git could be used as a > database-with-history for heterogenous data. > > Nitin Borwankar > > > ------------------------------------------------------------------ > Nitin Borwankar > nborwankar at gmail.com > > > On Tue, Apr 16, 2013 at 4:38 PM, Peter Macko wrote: > >> Hi iPython developers, >> >> Here is a new project idea: automatic lab notebook for iPython and >> iPython Notebook, which would keep track of how each of your output >> files was produced, linking this "history" (or a "lineage") of an object >> across different iPython sessions and different iPython notebooks, and >> storing it persistently. This is frequently referred to in the Computer >> Science literature as "provenance." >> >> It will enable you to ask questions like "what did I do to produce this >> plot?" - and for example, it will tell you that you downloaded the input >> data set on Monday from such and such website, you ran all these >> commands to process the data on Tuesday, and then produced this plot on >> Thursday from a different iPython session. Note that this goes beyond >> (and is complementary in purpose to) iPython Notebook, since the history >> of a file is tracked across different sessions and Notebooks, and when >> you ask a question, you will get only the relevant information, >> suppressing any additional things that you did that are unrelated to the >> file in which you are interested. >> >> We are in touch with computational scientists all the way from >> bioinformatics to physics that are very interested in this feature! We >> met their needs partially by developing a cross-platform, multi-lingual >> library (https://code.google.com/p/core-provenance-library/) that they >> can use to annotate their Python (and non-Python) scripts in order to >> track the lineage of their objects. >> >> Our vision is that this will be all done fully automatically, without >> requiring the users to manually annotate their scripts. But >> unfortunately neither of us who are involved in this project has the >> resources or the knowledge of the iPython code-base to tackle this >> challenge. We need your help to make this happen! We have some ideas >> about how we might go about this, but we need someone who knows more >> about iPython to talk them over and to spearhead the actual development. >> Please let us know if you can help! >> >> Thank you, >> >> Peter Macko >> >> Harvard School of Engineering and Applied Sciences >> 33 Oxford St. >> Cambridge, MA 02138 >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmcgibbo at gmail.com Sat Apr 20 12:46:02 2013 From: rmcgibbo at gmail.com (Robert McGibbon) Date: Sat, 20 Apr 2013 09:46:02 -0700 Subject: [IPython-dev] IPython traitlet problem In-Reply-To: References: Message-ID: <1CB95086-A6DA-48D6-8517-C6958FD9D342@gmail.com> Matthias, In [1]: from IPython.utils.traitlets import HasTraits, Float In [2]: class Foo(HasTraits): ...: x = Float() ...: In [3]: def __init__(self, bar): ...: pass ...: In [4]: foo = Foo(bar=1) You just need to call the constructor with a keyword argument. -Robert On Apr 19, 2013, at 7:24 AM, Matthias Vogelgesang wrote: > Hi, > > I am considering the traitlets module for a project of mine but there > is one big problem: All classes that derive from HasTraits cannot have > parameters in their __init__() method, which makes traitlets pointless > for general purpose classes, e.g. > > class Foo(HasTraits): > x = Float() > > def __init__(self, bar): > pass > > gives me > > TypeError: __new__() takes exactly 1 argument (2 given) > > Is this behaviour intentional? > > Thanks, > Matthias > > -- > Matthias Vogelgesang > Public-Key: http://tinyurl.com/2qcydl > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From matthias.vogelgesang at gmail.com Sun Apr 21 06:24:35 2013 From: matthias.vogelgesang at gmail.com (Matthias Vogelgesang) Date: Sun, 21 Apr 2013 12:24:35 +0200 Subject: [IPython-dev] IPython traitlet problem In-Reply-To: <1CB95086-A6DA-48D6-8517-C6958FD9D342@gmail.com> References: <1CB95086-A6DA-48D6-8517-C6958FD9D342@gmail.com> Message-ID: Hi Robert, On Sat, Apr 20, 2013 at 6:46 PM, Robert McGibbon wrote: > > You just need to call the constructor with a keyword argument. This works very well, thanks. However, this behaviour kind of violates what I expect from a Python function: On the one hand, the argument is required (as expected with a positional argument) but on the other hand I have to use it like a keyword argument. This leaves a bitter taste to me, as I will always have to document this behaviour. Regards, Matthias -- Matthias Vogelgesang Public-Key: http://tinyurl.com/2qcydl From takowl at gmail.com Sun Apr 21 07:13:14 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Sun, 21 Apr 2013 12:13:14 +0100 Subject: [IPython-dev] IPython traitlet problem In-Reply-To: References: <1CB95086-A6DA-48D6-8517-C6958FD9D342@gmail.com> Message-ID: For what it's worth, Python 3 introduces keyword-only arguments, which can be required arguments. That's specified as part of the function signature, though; I agree that this limitation in traitlets isn't ideal. On 21 April 2013 11:24, Matthias Vogelgesang wrote: > Hi Robert, > > On Sat, Apr 20, 2013 at 6:46 PM, Robert McGibbon > wrote: > > > > You just need to call the constructor with a keyword argument. > > This works very well, thanks. However, this behaviour kind of violates > what I expect from a Python function: On the one hand, the argument is > required (as expected with a positional argument) but on the other > hand I have to use it like a keyword argument. This leaves a bitter > taste to me, as I will always have to document this behaviour. > > Regards, > Matthias > > -- > Matthias Vogelgesang > Public-Key: http://tinyurl.com/2qcydl > _______________________________________________ > 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 robert.kern at gmail.com Sun Apr 21 09:17:20 2013 From: robert.kern at gmail.com (Robert Kern) Date: Sun, 21 Apr 2013 18:47:20 +0530 Subject: [IPython-dev] IPython traitlet problem In-Reply-To: References: <1CB95086-A6DA-48D6-8517-C6958FD9D342@gmail.com> Message-ID: On 2013-04-21 16:43, Thomas Kluyver wrote: > For what it's worth, Python 3 introduces keyword-only arguments, which can be > required arguments. That's specified as part of the function signature, though; > I agree that this limitation in traitlets isn't ideal. It's relatively easily fixed. Just include *args in the __new__() and __init__() and ignore them. I don't recall, but this might have been an explicit design choice for traitlets in order to force the use of keyword arguments exclusively. It is a deviation from Traits behavior. -- 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 rmcgibbo at gmail.com Sun Apr 21 15:26:40 2013 From: rmcgibbo at gmail.com (Robert McGibbon) Date: Sun, 21 Apr 2013 12:26:40 -0700 Subject: [IPython-dev] IPython traitlet problem In-Reply-To: References: <1CB95086-A6DA-48D6-8517-C6958FD9D342@gmail.com> Message-ID: I would be +1 on allowing position arguments to the constructor, if its that easy. This feature/bug has bitten me before, which is why I remembered that error message. In general, with traitlets, you really end up moving a lot of logic out of the __init__ method, and into _X_changed or _X_default, so it doesn't end up being that important. -Robert On Apr 21, 2013, at 6:17 AM, Robert Kern wrote: > On 2013-04-21 16:43, Thomas Kluyver wrote: >> For what it's worth, Python 3 introduces keyword-only arguments, which can be >> required arguments. That's specified as part of the function signature, though; >> I agree that this limitation in traitlets isn't ideal. > > It's relatively easily fixed. Just include *args in the __new__() and __init__() > and ignore them. > > I don't recall, but this might have been an explicit design choice for traitlets > in order to force the use of keyword arguments exclusively. It is a deviation > from Traits behavior. > > -- > 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 > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From benjaminrk at gmail.com Sun Apr 21 17:54:23 2013 From: benjaminrk at gmail.com (MinRK) Date: Sun, 21 Apr 2013 14:54:23 -0700 Subject: [IPython-dev] IPython traitlet problem In-Reply-To: References: <1CB95086-A6DA-48D6-8517-C6958FD9D342@gmail.com> Message-ID: The only reason I can see for not allowing `*args` would be preserving a Traits behavior, but if this isn't how Traits behaves, then there's really no reason not to fix it . On Sun, Apr 21, 2013 at 12:26 PM, Robert McGibbon wrote: > I would be +1 on allowing position arguments to the constructor, if its > that easy. > This feature/bug has bitten me before, which is why I remembered that error > message. > > In general, with traitlets, you really end up moving a lot of logic out of > the __init__ > method, and into _X_changed or _X_default, so it doesn't end up being that > important. > > -Robert > > On Apr 21, 2013, at 6:17 AM, Robert Kern wrote: > > > On 2013-04-21 16:43, Thomas Kluyver wrote: > >> For what it's worth, Python 3 introduces keyword-only arguments, which > can be > >> required arguments. That's specified as part of the function signature, > though; > >> I agree that this limitation in traitlets isn't ideal. > > > > It's relatively easily fixed. Just include *args in the __new__() and > __init__() > > and ignore them. > > > > I don't recall, but this might have been an explicit design choice for > traitlets > > in order to force the use of keyword arguments exclusively. It is a > deviation > > from Traits behavior. > > > > -- > > 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 > > > > _______________________________________________ > > IPython-dev mailing list > > IPython-dev at scipy.org > > http://mail.scipy.org/mailman/listinfo/ipython-dev > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: From patrickmarshwx at gmail.com Sun Apr 21 23:02:13 2013 From: patrickmarshwx at gmail.com (Patrick Marsh) Date: Sun, 21 Apr 2013 22:02:13 -0500 Subject: [IPython-dev] Maptlotlib Contour Issue (Bug?) with IPython Notebook Message-ID: Greetings, Below is a link to an IPython Notebook instance that tries to do a simple contour plot. Unfortunately, I can't get a contour plot to actually appear. If I do a pcolormesh plot, that works...so it isn't a display issue. Furthermore, if one takes the code in the first cell of the notebook below, it will work if pasted into an IPython console. I'm currently running the latest (HEAD) for both Matplotlib and IPython. http://nbviewer.ipython.org/5432157 The above notebook was generated on a Mac. Any ideas? Cheers, Patrick --- Patrick Marsh Techniques Development Meteorologist NOAA/NWS/NCEP Storm Prediction Center +1 (405) 325-3844 http://www.spc.noaa.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.froehle at gmail.com Sun Apr 21 23:56:46 2013 From: brad.froehle at gmail.com (Bradley M. Froehle) Date: Sun, 21 Apr 2013 20:56:46 -0700 Subject: [IPython-dev] Maptlotlib Contour Issue (Bug?) with IPython Notebook In-Reply-To: References: Message-ID: For what it's worth, the behavior changed in this commit in matplotlib : commit 255f213cd9fc6f458e13bb28fc43e8cb636b2158 Author: Daniel Hyams Date: Sat Jan 19 19:08:34 2013 -0500 Added a strategy to stop losing ticks on the ends of an axis. The approach that is used is to pad the interval that is being used to "clip" ticks from the axis because they are off the end. The padding is chosen specifically such that the tick cannot be drawn a pixel past the end of the axis. So long as the tick is within this bound, it should be OK to draw it. On Sun, Apr 21, 2013 at 8:02 PM, Patrick Marsh wrote: > Greetings, > > Below is a link to an IPython Notebook instance that tries to do a simple > contour plot. Unfortunately, I can't get a contour plot to actually appear. > If I do a pcolormesh plot, that works...so it isn't a display issue. > Furthermore, if one takes the code in the first cell of the notebook below, > it will work if pasted into an IPython console. > > I'm currently running the latest (HEAD) for both Matplotlib and IPython. > > http://nbviewer.ipython.org/5432157 > > The above notebook was generated on a Mac. > > > Any ideas? > > > Cheers, > Patrick > --- > Patrick Marsh > Techniques Development Meteorologist > NOAA/NWS/NCEP Storm Prediction Center > +1 (405) 325-3844 > http://www.spc.noaa.gov > > _______________________________________________ > 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 brad.froehle at gmail.com Mon Apr 22 00:36:34 2013 From: brad.froehle at gmail.com (Bradley M. Froehle) Date: Sun, 21 Apr 2013 21:36:34 -0700 Subject: [IPython-dev] Maptlotlib Contour Issue (Bug?) with IPython Notebook In-Reply-To: References: Message-ID: Apologies, git bisect led me astray... I think the actual regression was introduced in: b8bc21f4a5854a1cb5778b9ee1db41e1d352948a is the first bad commit commit b8bc21f4a5854a1cb5778b9ee1db41e1d352948a Author: Phil Elson Date: Wed Mar 13 13:47:17 2013 +0000 bbox_inches=tight support for *all* figure artists. :100644 100644 da3c6434a7aad793a86c118f992d0ffcd0a2eb03 0a84c2d30d199128926d871c88383e48d1dac5eb M .travis.yml :040000 040000 f350144dddd930bc353985ba79e6bf090fdb6e7c b0f96dce7f8cb39c54202e7a08bc74675fad2e6a M lib On Sun, Apr 21, 2013 at 8:02 PM, Patrick Marsh wrote: > >> Greetings, >> >> Below is a link to an IPython Notebook instance that tries to do a simple >> contour plot. Unfortunately, I can't get a contour plot to actually appear. >> If I do a pcolormesh plot, that works...so it isn't a display issue. >> Furthermore, if one takes the code in the first cell of the notebook below, >> it will work if pasted into an IPython console. >> >> I'm currently running the latest (HEAD) for both Matplotlib and IPython. >> >> http://nbviewer.ipython.org/5432157 >> >> The above notebook was generated on a Mac. >> >> >> Any ideas? >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pelson.pub at gmail.com Mon Apr 22 04:10:13 2013 From: pelson.pub at gmail.com (Phil Elson) Date: Mon, 22 Apr 2013 09:10:13 +0100 Subject: [IPython-dev] Maptlotlib Contour Issue (Bug?) with IPython Notebook In-Reply-To: References: Message-ID: I've just submitted a fix for this problem at https://github.com/matplotlib/matplotlib/pull/1929. It was reproducible without IPython if you add the line: plt.savefig('test.png', bbox_inches='tight') Interestingly though, there was no error message being shown by IPython, which I'm guessing was being suppressed by the try..finally on ~L104 of IPython.kernel.zmq.pylab.backend_inline - I wonder if any exceptions which get caught there should be displayed on the notebook. That would certainly have helped in this case. Cheers, Phil On 22 April 2013 05:36, Bradley M. Froehle wrote: > Apologies, git bisect led me astray... I think the actual regression was > introduced in: > > b8bc21f4a5854a1cb5778b9ee1db41e1d352948a is the first bad commit > commit b8bc21f4a5854a1cb5778b9ee1db41e1d352948a > Author: Phil Elson > Date: Wed Mar 13 13:47:17 2013 +0000 > > bbox_inches=tight support for *all* figure artists. > > :100644 100644 da3c6434a7aad793a86c118f992d0ffcd0a2eb03 > 0a84c2d30d199128926d871c88383e48d1dac5eb M .travis.yml > :040000 040000 f350144dddd930bc353985ba79e6bf090fdb6e7c > b0f96dce7f8cb39c54202e7a08bc74675fad2e6a M lib > > On Sun, Apr 21, 2013 at 8:02 PM, Patrick Marsh wrote: >> >>> Greetings, >>> >>> Below is a link to an IPython Notebook instance that tries to do a >>> simple contour plot. Unfortunately, I can't get a contour plot to actually >>> appear. If I do a pcolormesh plot, that works...so it isn't a display >>> issue. Furthermore, if one takes the code in the first cell of the notebook >>> below, it will work if pasted into an IPython console. >>> >>> I'm currently running the latest (HEAD) for both Matplotlib and IPython. >>> >>> http://nbviewer.ipython.org/5432157 >>> >>> The above notebook was generated on a Mac. >>> >>> >>> Any ideas? >>> >> > _______________________________________________ > 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 dave.hirschfeld at gmail.com Mon Apr 22 05:07:57 2013 From: dave.hirschfeld at gmail.com (Dave Hirschfeld) Date: Mon, 22 Apr 2013 09:07:57 +0000 (UTC) Subject: [IPython-dev] Copy/Paste Regression in QtConsole Message-ID: Not sure if this is related to the InputSplitter work but I'm fairly sure I'm seeing come changed behaviour of copy/paste in the qtconsole. IIRC when copying from a previous multi-line cell in the qtconsole the input prompts and initial indentation guides `...:` were stripped (unless you used the Raw Text copy). Now the `...:` aren't stripped *unless* the first line of the copy is an input prompt. Note: For whatever reason, in spyder the "copy the input prompt as well" trick doesn't work and the `...:` guides are always pasted Regards, Dave From takowl at gmail.com Mon Apr 22 06:42:19 2013 From: takowl at gmail.com (Thomas Kluyver) Date: Mon, 22 Apr 2013 11:42:19 +0100 Subject: [IPython-dev] Copy/Paste Regression in QtConsole In-Reply-To: References: Message-ID: That could be the case - the ipython_prompt and classic_prompt transformers do look specifically for the initial prompt before they look for the continuation prompt, so if the Qt console's copy mechanism is using those, it would be affected. Does someone want to assign this to me, and I'll look at it later. On 22 April 2013 10:07, Dave Hirschfeld wrote: > Not sure if this is related to the InputSplitter work but I'm fairly sure > I'm > seeing come changed behaviour of copy/paste in the qtconsole. > > IIRC when copying from a previous multi-line cell in the qtconsole the > input > prompts and initial indentation guides `...:` were stripped (unless you > used > the Raw Text copy). Now the `...:` aren't stripped *unless* the first line > of > the copy is an input prompt. > > Note: For whatever reason, in spyder the "copy the input prompt as well" > trick > doesn't work and the `...:` guides are always pasted > > Regards, > Dave > > > _______________________________________________ > 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 dave.hirschfeld at gmail.com Mon Apr 22 11:12:38 2013 From: dave.hirschfeld at gmail.com (Dave Hirschfeld) Date: Mon, 22 Apr 2013 15:12:38 +0000 (UTC) Subject: [IPython-dev] Copy/Paste Regression in QtConsole References: Message-ID: Thomas Kluyver gmail.com> writes: > > > That could be the case - the ipython_prompt and classic_prompt transformers do look specifically for the initial prompt before they look for the continuation prompt, so if the Qt console's copy mechanism is using those, it would be affected. Does someone want to assign this to me, and I'll look at it later. > I created issue #3206 but don't think I have permissions to assign anyone. https://github.com/ipython/ipython/issues/3206 Thanks, Dave From patrickmarshwx at gmail.com Mon Apr 22 12:27:18 2013 From: patrickmarshwx at gmail.com (Patrick Marsh) Date: Mon, 22 Apr 2013 11:27:18 -0500 Subject: [IPython-dev] Maptlotlib Contour Issue (Bug?) with IPython Notebook In-Reply-To: References: Message-ID: Thanks for the prompt response/fix! I'll go check out the new pull request and move my comments on that issue over there. Cheers, Patrick --- Patrick Marsh Techniques Development Meteorologist NOAA/NWS/NCEP Storm Prediction Center +1 (405) 325-3844 http://www.spc.noaa.gov On Mon, Apr 22, 2013 at 3:10 AM, Phil Elson wrote: > I've just submitted a fix for this problem at > https://github.com/matplotlib/matplotlib/pull/1929. It was reproducible > without IPython if you add the line: > > plt.savefig('test.png', bbox_inches='tight') > > Interestingly though, there was no error message being shown by IPython, > which I'm guessing was being suppressed by the try..finally on ~L104 of > IPython.kernel.zmq.pylab.backend_inline - I wonder if any exceptions > which get caught there should be displayed on the notebook. That would > certainly have helped in this case. > > Cheers, > > Phil > > > > On 22 April 2013 05:36, Bradley M. Froehle wrote: > >> Apologies, git bisect led me astray... I think the actual regression was >> introduced in: >> >> b8bc21f4a5854a1cb5778b9ee1db41e1d352948a is the first bad commit >> commit b8bc21f4a5854a1cb5778b9ee1db41e1d352948a >> Author: Phil Elson >> Date: Wed Mar 13 13:47:17 2013 +0000 >> >> bbox_inches=tight support for *all* figure artists. >> >> :100644 100644 da3c6434a7aad793a86c118f992d0ffcd0a2eb03 >> 0a84c2d30d199128926d871c88383e48d1dac5eb M .travis.yml >> :040000 040000 f350144dddd930bc353985ba79e6bf090fdb6e7c >> b0f96dce7f8cb39c54202e7a08bc74675fad2e6a M lib >> >> On Sun, Apr 21, 2013 at 8:02 PM, Patrick Marsh >> > wrote: >>> >>>> Greetings, >>>> >>>> Below is a link to an IPython Notebook instance that tries to do a >>>> simple contour plot. Unfortunately, I can't get a contour plot to actually >>>> appear. If I do a pcolormesh plot, that works...so it isn't a display >>>> issue. Furthermore, if one takes the code in the first cell of the notebook >>>> below, it will work if pasted into an IPython console. >>>> >>>> I'm currently running the latest (HEAD) for both Matplotlib and IPython. >>>> >>>> http://nbviewer.ipython.org/5432157 >>>> >>>> The above notebook was generated on a Mac. >>>> >>>> >>>> Any ideas? >>>> >>> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Mon Apr 22 18:16:01 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Mon, 22 Apr 2013 15:16:01 -0700 Subject: [IPython-dev] Project idea: Automatic lab notebook for iPython In-Reply-To: <516DE112.5060404@eecs.harvard.edu> References: <516DE112.5060404@eecs.harvard.edu> Message-ID: Peter, Thanks for getting in touch. > Here is a new project idea: automatic lab notebook for iPython and > iPython Notebook, which would keep track of how each of your output > files was produced, linking this "history" (or a "lineage") of an object > across different iPython sessions and different iPython notebooks, and > storing it persistently. This is frequently referred to in the Computer > Science literature as "provenance." We have talked to a few other groups about this. Overall, I think the IPython notebook would be a great environment for provenance capabilities. > It will enable you to ask questions like "what did I do to produce this > plot?" - and for example, it will tell you that you downloaded the input > data set on Monday from such and such website, you ran all these > commands to process the data on Tuesday, and then produced this plot on > Thursday from a different iPython session. Note that this goes beyond > (and is complementary in purpose to) iPython Notebook, since the history > of a file is tracked across different sessions and Notebooks, and when > you ask a question, you will get only the relevant information, > suppressing any additional things that you did that are unrelated to the > file in which you are interested. > > We are in touch with computational scientists all the way from > bioinformatics to physics that are very interested in this feature! We > met their needs partially by developing a cross-platform, multi-lingual > library (https://code.google.com/p/core-provenance-library/) that they > can use to annotate their Python (and non-Python) scripts in order to > track the lineage of their objects. There are a few question to answer about these capabilities: * Should someone implement provenance capabilities for the IPython notebook? Who? For this, I think the answer is yes! but that it shouldn't be the core IPython developers. We have a huge number of things we are already working on and are trying to remain extremely focused. For details about what we are working on for the next 2 years see our roadmap: https://github.com/ipython/ipython/wiki/Roadmap:-IPython Even beyond this two year horizon, we have a huge amount of work at the core of the notebook. Because of this, when people approach us with additional idea we are basically saying "sounds really cool, you should do it on your own and let us know if there are ways we can structure the codebase better to enable your work." The important thing here is that we want this type of thing to be possible and we realize that will require us making changes to IPython to make it easier. Btu we are unable to work on everything ourselves. * Should these efforts be part of the standard IPython notebook or a separate code base/project? My personal feeling is that the provenance capabilities should start out as a third party project that is layered on top of IPython. It would add a lot of complexity that most of our users don't need, so I don't think it makes sense for this to be part of the standard notebook. > Our vision is that this will be all done fully automatically, without > requiring the users to manually annotate their scripts. But > unfortunately neither of us who are involved in this project has the > resources or the knowledge of the iPython code-base to tackle this > challenge. We need your help to make this happen! We have some ideas > about how we might go about this, but we need someone who knows more > about iPython to talk them over and to spearhead the actual development. > Please let us know if you can help! I hope I don't sound like too much of a kill-joy, but I think you are going to have to find the resource to do this yourself. I don't think it will be a massive amount of work, but you are going to need someone who can really dive into the notebook architecture and IPython codebase and work on this full time. Don't get me wrong though, I *love* the idea. Cheers, Brian > Thank you, > > Peter Macko > > Harvard School of Engineering and Applied Sciences > 33 Oxford St. > Cambridge, MA 02138 > > _______________________________________________ > 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 Apr 25 07:43:44 2013 From: dave.hirschfeld at gmail.com (Dave Hirschfeld) Date: Thu, 25 Apr 2013 11:43:44 +0000 (UTC) Subject: [IPython-dev] Notebook doesn't load in Chrome Message-ID: With the latest master of IPython: In [6]: print sys_info() {'commit_hash': '106d3e8', 'commit_source': 'repository', 'default_encoding': 'cp1252', 'ipython_path': 'c:\\dev\\code\\ipython\\IPython', 'ipython_version': '1.0.dev', 'os_name': 'nt', 'platform': 'Windows-7-6.1.7601-SP1', 'sys_executable': 'C:\\dev\\bin\\Python27\\python.exe', 'sys_platform': 'win32', 'sys_version': '2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)]'} and latest version of chrome - 26.0.1410.64 m ...I don't see any cells for either new or existing notebooks and in either the insert cell command does nothing. Inspecting the code it seems I get an uncaught TypeError: Object [object Object] has no method 'mergeopt' on line 75 of codecell.js 75: options = this.mergeopt(CodeCell, options, {cm_config:cm_overwrite_options}); It seems to work fine in FireFox though. Is anyone else seeing this? Thanks, Dave From dave.hirschfeld at gmail.com Thu Apr 25 07:46:42 2013 From: dave.hirschfeld at gmail.com (Dave Hirschfeld) Date: Thu, 25 Apr 2013 11:46:42 +0000 (UTC) Subject: [IPython-dev] Notebook doesn't load in Chrome References: Message-ID: Dave Hirschfeld gmail.com> writes: > > > ...I don't see any cells for either new or existing notebooks and in either > the insert cell command does nothing. > > Inspecting the code it seems I get an uncaught TypeError: Object [object > Object] has no method 'mergeopt' on line 75 of codecell.js > > 75: options = this.mergeopt(CodeCell, options, > {cm_config:cm_overwrite_options}); > > It seems to work fine in FireFox though. > > Is anyone else seeing this? > > Thanks, > Dave > When the notebook first loads it initially throws the same error on line 46 of textcell.js 46: options = this.mergeopt(TextCell,options, {cm_config:cm_overwrite_options});# HTH, Dave From dave.hirschfeld at gmail.com Thu Apr 25 07:52:11 2013 From: dave.hirschfeld at gmail.com (Dave Hirschfeld) Date: Thu, 25 Apr 2013 11:52:11 +0000 (UTC) Subject: [IPython-dev] Notebook doesn't load in Chrome References: Message-ID: Please ignore - a few exuberant presses of F5 later and all is as it should be again. Sorry for the noise. -Dave From jdfreder at calpoly.edu Fri Apr 26 01:55:46 2013 From: jdfreder at calpoly.edu (Jonathan D. Frederic) Date: Thu, 25 Apr 2013 22:55:46 -0700 (PDT) Subject: [IPython-dev] NBConvert refactor In-Reply-To: <159655885.189591.1366955708396.JavaMail.root@calpoly.edu> Message-ID: <28814751.193826.1366955746972.JavaMail.root@calpoly.edu> Dear IPython-dev Subscribers, In the next couple of weeks Brian Granger and I will be reviewing the structure of NBConvert. You will receive another email when we are done. Until then, please do not touch the NBConvert master repository. Thank you for your patience. Sincerely, Jonathan Frederic From fperez.net at gmail.com Fri Apr 26 23:57:56 2013 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 26 Apr 2013 20:57:56 -0700 Subject: [IPython-dev] IPEP 15: Notebook autosave In-Reply-To: <20130411031327.GD12951@HbI-OTOH.berkeley.edu> References: <-1981897907370620779@unknownmsgid> <-7576160887462439922@unknownmsgid> <20130411031327.GD12951@HbI-OTOH.berkeley.edu> Message-ID: For anyone curious, we had an excruciatingly long and detailed discussion of the api today over a public google hangout, spurred after conversation on the hipchat forum: https://plus.google.com/105051551851350439748/posts/411V5Gyps1f We'll do more of these, and we've been thinking of having a regularly scheduled 'ipython lab meeting' over a public G+ hangout. Cheers, f On Wed, Apr 10, 2013 at 8:13 PM, Paul Ivanov wrote: > Hi Dmitry, > > Dmitry Chichkov, on 2013-04-10 20:09, wrote: >> I've tried integrating notebook with Git, but that proved troublesome >> and unusable. > > can you elaborate on this? I've been keeping notebooks in git > without trouble and find it quite usable - when a figure changes > it ends up just being a one line diff (really long, though). > > Maybe it's just a matter of different workflows - can you tell us > where you run into trouble? > > best, > -- > Paul Ivanov > http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From fperez.net at gmail.com Fri Apr 26 23:54:15 2013 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 26 Apr 2013 20:54:15 -0700 Subject: [IPython-dev] Architecting interactive matplotlib figures in the IPython notebook In-Reply-To: References: Message-ID: Phil, just to add to what Min already said: I think for IPython, the right solution will be for mpl to expose the necessary calls that handle the events in the backend and create the necessary image responses as a standalone, pure-python api. You guys can obviously ship your own custom web server that uses those to provide a 'matplotlib service' over http, but in the IPython notebook, what would happen is that we would wrap the return of a matplotlib figure in a JS container that calls those events in the backend, using our yet-to-be-written API. I am sure that one could devise a gross hack today that spins up the mpl webagg server next to the IPython kernel (or in a thread, or some other similarly nasty concoction) and feeds things over to the notebook as it exists now. But rather than dumping effort into that line of thought, I'd rather ask for patience on our work this fall that will provide an official API for this kind of situation. What we *can* do is, at SciPy'13, spend as much time as possible between anyone from MPL and IPython who will be in attendance, thinking about this. It will likely be an excellent user story to guide our design in the fall, and a test case for our implementation. How does that sound? Will you make it to SciPy'13? Best f On Thu, Apr 18, 2013 at 10:03 AM, MinRK wrote: > Interactive rich display will be our main focus for the Summer / Fall after > shipping 1.0 in July. Since the plotting lives in the kernel (which is not > a webserver), and there shouldn't be any plotting logic in the notebook > server itself, my guess is that the http server approach is not going to be > workable inside IPython. IPython's own mechanism for getting messages from > the frontend to the kernel is with our message spec, and I expect that will > be better suited to communicating between the frontend and the kernel within > the context of the notebook. However, this may be less useful as a > general-purpose library within matplotlib, as it is quite IPython specific. > Assuming the code is appropriately decoupled, there should not be any great > difference between using websocket/JSON messages for the rpc calls, as > opposed to http requests. > > We haven't yet worked out exactly what the APIs will look like (on both > Javascript and Python sides) for exposing methods for this kind of rich > widget, but this should be our primary task starting in late July. > > -MinRK > > > On Thu, Apr 18, 2013 at 9:41 AM, Phil Elson wrote: >> >> You may be aware that as of matplotlib v1.3 there will be a "WebAgg" >> backend which allows figures created on the server-side to be interacted >> with on a client-side web browser. >> >> Specifically calling plt.show() with the "WebAgg" backend starts a tornado >> http server which serves up the open figures in PNG form. When the client >> connects to the server, the current state of the figure is sent to the >> browser, and any client mouse or keyboard interactions are captured and sent >> back to the server via web sockets. Anything which result in a change to the >> draw state are re-rendered, and the resulting PNG is sent back to the >> client. This process works well for everything that we've tested, including >> Pickers and Animations (I'd definitely encourage you to have a go). >> >> So the obvious question is, can we use this technology to achieve >> interactive figures in live IPython notebook environments? >> >> Unfortunately I don't have enough knowledge of IPython's internals to make >> the informed decisions necessary to get out of the blocks, so I'm hoping the >> mailing list can help me out. >> The first step towards this goal involves deciding where a (or multiple?) >> WebAgg server(s) would sit. A couple of my thoughts on this (some of which >> are mutually exclusive): >> >> It'd be great to make use of the same twisted server as the Notebook >> client, so that we can piggy-back on the IPython notebook configuration >> (port, certificate etc.) >> >> This would mean that this is a Notebook only feature (without this, there >> is no reason that other clients couldn't have implemented the necessary >> interface to achieve inline interactive figures (e.g., the Qt console)) >> This would also give the WebAgg the necessary blocking IOLoop to handle >> events and timers. >> >> As of matplotlib v1.2 there has been experimental pickle support, so: >> >> we are not bound to use the kernel that generated a figure in the first >> instance, as we can pass figures (albeit slowly) across processes >> we could store the figure in the notebook format to be restored when a >> notebook is reconnected to a kernel (does this happen for other Display >> elements?) >> >> As it stands, the WebAgg backend does not copy figure instances per >> client, so any interactions that one user does, is shown in every other >> client's browser. Is this a desirable feature for the Notebook? What about >> figures which are shown more than once in the same notebook? >> >> I'm keen to work through these design decisions and am more than willing >> to get my hands dirty - there is a matplotlib release scheduled for the end >> of May, and myself and some of the other members of the matplotlib >> development team are planning to attend SciPy with interactive figures for >> the Notebook high on the wishlist. >> >> Any thoughts on where you think the Agg server should sit and its expected >> behaviour would be really valuable. >> >> Thanks in advance, >> >> Phil >> >> >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > From fperez.net at gmail.com Sat Apr 27 02:06:44 2013 From: fperez.net at gmail.com (Fernando Perez) Date: Fri, 26 Apr 2013 23:06:44 -0700 Subject: [IPython-dev] Mathjax rendering broken in master? Message-ID: Hi all, I just updated my copy of master and I'm getting no rendering of mathjax *at all*. I simply see the explicit $ signs everywhere... Is anyone else seeing that? I have to give a talk over google hangout tomorrow early morning, so I'm reverting to 0.13.2 for now (which is working fine for me). Cheers, f From benjaminrk at gmail.com Sat Apr 27 12:47:35 2013 From: benjaminrk at gmail.com (MinRK) Date: Sat, 27 Apr 2013 09:47:35 -0700 Subject: [IPython-dev] Mathjax rendering broken in master? In-Reply-To: References: Message-ID: Sorry about that, I didn't see this until now. It's fixed in master. On Fri, Apr 26, 2013 at 11:06 PM, Fernando Perez wrote: > Hi all, > > I just updated my copy of master and I'm getting no rendering of > mathjax *at all*. I simply see the explicit $ signs everywhere... > > Is anyone else seeing that? > > I have to give a talk over google hangout tomorrow early morning, so > I'm reverting to 0.13.2 for now (which is working fine for me). > > 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 Sat Apr 27 13:15:32 2013 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 27 Apr 2013 10:15:32 -0700 Subject: [IPython-dev] Mathjax rendering broken in master? In-Reply-To: References: Message-ID: Thanks! On Sat, Apr 27, 2013 at 9:47 AM, MinRK wrote: > Sorry about that, I didn't see this until now. It's fixed in master. > > > On Fri, Apr 26, 2013 at 11:06 PM, Fernando Perez > wrote: >> >> Hi all, >> >> I just updated my copy of master and I'm getting no rendering of >> mathjax *at all*. I simply see the explicit $ signs everywhere... >> >> Is anyone else seeing that? >> >> I have to give a talk over google hangout tomorrow early morning, so >> I'm reverting to 0.13.2 for now (which is working fine for me). >> >> Cheers, >> >> f >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev > > > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > From massimodisasha at gmail.com Sat Apr 27 18:47:15 2013 From: massimodisasha at gmail.com (epi) Date: Sat, 27 Apr 2013 18:47:15 -0400 Subject: [IPython-dev] HTML rendering in master branch Message-ID: <0623E1D0-CC56-4E21-9307-208874454C96@gmail.com> hi, last update to master seems to have problems to render html i tried a simple cell like : from IPython.core.display import HTML HTML('ESR results') instead to render the html, it print the class if i upload the notebook as a gist and display it with nbviewer .. it render correctly attached a screenshot here [1] [1] http://epi.whoi.edu/esr/nb_html.png From ellisonbg at gmail.com Sat Apr 27 19:54:17 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Sat, 27 Apr 2013 16:54:17 -0700 Subject: [IPython-dev] HTML rendering in master branch In-Reply-To: <0623E1D0-CC56-4E21-9307-208874454C96@gmail.com> References: <0623E1D0-CC56-4E21-9307-208874454C96@gmail.com> Message-ID: Yep, I am confirm this. I will try to fix it now... On Sat, Apr 27, 2013 at 3:47 PM, epi wrote: > hi, > > last update to master seems to have problems to render html > > i tried a simple cell like : > > from IPython.core.display import HTML > HTML('ESR results') > > instead to render the html, it print the class > > > > if i upload the notebook as a gist and display it with nbviewer .. it render correctly > > > attached a screenshot here [1] > > > [1] http://epi.whoi.edu/esr/nb_html.png > _______________________________________________ > 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 Sat Apr 27 19:54:35 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Sat, 27 Apr 2013 16:54:35 -0700 Subject: [IPython-dev] HTML rendering in master branch In-Reply-To: References: <0623E1D0-CC56-4E21-9307-208874454C96@gmail.com> Message-ID: *can* confirm this...just can't type On Sat, Apr 27, 2013 at 4:54 PM, Brian Granger wrote: > Yep, I am confirm this. I will try to fix it now... > > On Sat, Apr 27, 2013 at 3:47 PM, epi wrote: >> hi, >> >> last update to master seems to have problems to render html >> >> i tried a simple cell like : >> >> from IPython.core.display import HTML >> HTML('ESR results') >> >> instead to render the html, it print the class >> >> >> >> if i upload the notebook as a gist and display it with nbviewer .. it render correctly >> >> >> attached a screenshot here [1] >> >> >> [1] http://epi.whoi.edu/esr/nb_html.png >> _______________________________________________ >> 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 Sat Apr 27 20:06:23 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Sat, 27 Apr 2013 17:06:23 -0700 Subject: [IPython-dev] HTML rendering in master branch In-Reply-To: References: <0623E1D0-CC56-4E21-9307-208874454C96@gmail.com> Message-ID: Fixed in this PR: https://github.com/ipython/ipython/pull/3229 On Sat, Apr 27, 2013 at 4:54 PM, Brian Granger wrote: > *can* confirm this...just can't type > > On Sat, Apr 27, 2013 at 4:54 PM, Brian Granger wrote: >> Yep, I am confirm this. I will try to fix it now... >> >> On Sat, Apr 27, 2013 at 3:47 PM, epi wrote: >>> hi, >>> >>> last update to master seems to have problems to render html >>> >>> i tried a simple cell like : >>> >>> from IPython.core.display import HTML >>> HTML('ESR results') >>> >>> instead to render the html, it print the class >>> >>> >>> >>> if i upload the notebook as a gist and display it with nbviewer .. it render correctly >>> >>> >>> attached a screenshot here [1] >>> >>> >>> [1] http://epi.whoi.edu/esr/nb_html.png >>> _______________________________________________ >>> 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 Sat Apr 27 20:15:02 2013 From: fperez.net at gmail.com (Fernando Perez) Date: Sat, 27 Apr 2013 17:15:02 -0700 Subject: [IPython-dev] HTML rendering in master branch In-Reply-To: References: <0623E1D0-CC56-4E21-9307-208874454C96@gmail.com> Message-ID: And merged! Thanks for the report, Massimo! f On Sat, Apr 27, 2013 at 5:06 PM, Brian Granger wrote: > Fixed in this PR: > > https://github.com/ipython/ipython/pull/3229 > > On Sat, Apr 27, 2013 at 4:54 PM, Brian Granger wrote: >> *can* confirm this...just can't type >> >> On Sat, Apr 27, 2013 at 4:54 PM, Brian Granger wrote: >>> Yep, I am confirm this. I will try to fix it now... >>> >>> On Sat, Apr 27, 2013 at 3:47 PM, epi wrote: >>>> hi, >>>> >>>> last update to master seems to have problems to render html >>>> >>>> i tried a simple cell like : >>>> >>>> from IPython.core.display import HTML >>>> HTML('ESR results') >>>> >>>> instead to render the html, it print the class >>>> >>>> >>>> >>>> if i upload the notebook as a gist and display it with nbviewer .. it render correctly >>>> >>>> >>>> attached a screenshot here [1] >>>> >>>> >>>> [1] http://epi.whoi.edu/esr/nb_html.png >>>> _______________________________________________ >>>> 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 > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev From tarun.gaba7 at gmail.com Sun Apr 28 09:55:20 2013 From: tarun.gaba7 at gmail.com (TARUN GABA) Date: Sun, 28 Apr 2013 19:25:20 +0530 Subject: [IPython-dev] Regarding JavaScript wrapper Message-ID: HI, I am involved in a project related to multibody systems visualizations. I plan to use webGL inside IPython notebooks, for 3D visualizations. I wanted to know whether there are any existing webGL wrappers (Or any JavaScript wrappers) coded in Python, for visualizations in IPython. Also if there are not any can you please provide some ideas on how to write one using IPython. My aim is to utilize methods (for initializing shaders,buffers etc.) and for loading them in IPython notebooks.(If they are already available its a big plus). -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellisonbg at gmail.com Sun Apr 28 20:41:01 2013 From: ellisonbg at gmail.com (Brian Granger) Date: Sun, 28 Apr 2013 17:41:01 -0700 Subject: [IPython-dev] Regarding JavaScript wrapper In-Reply-To: References: Message-ID: There has been a little work on WebGL stuff, but I don't remember where it is. Maybe Google around a bit - I think Fernando knows more about this. I did some initial work on getting XTK to work, but that hasn't gone anywhere. Cheers, Brian On Sun, Apr 28, 2013 at 6:55 AM, TARUN GABA wrote: > HI, > > I am involved in a project related to multibody systems visualizations. > > I plan to use webGL inside IPython notebooks, for 3D visualizations. > > I wanted to know whether there are any existing webGL wrappers (Or any > JavaScript wrappers) coded in Python, for visualizations in IPython. > > Also if there are not any can you please provide some ideas on how to write > one using IPython. > > My aim is to utilize methods (for initializing shaders,buffers etc.) and for > loading them in IPython notebooks.(If they are already available its a big > plus). > > > > _______________________________________________ > 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 thereisnocowlevel at gmail.com Mon Apr 29 02:13:38 2013 From: thereisnocowlevel at gmail.com (Rishi Ramraj) Date: Mon, 29 Apr 2013 02:13:38 -0400 Subject: [IPython-dev] Regarding JavaScript wrapper In-Reply-To: References: Message-ID: Here's a github link to the 3D molecular visualiser we did at the PyCon Canada sprints: https://github.com/RishiRamraj/seepymol This blog post shows how it all comes together; just swap the SQL code for WebGL: http://llvllatrix.wordpress.com/ On Sun, Apr 28, 2013 at 8:41 PM, Brian Granger wrote: > There has been a little work on WebGL stuff, but I don't remember > where it is. Maybe Google around a bit - I think Fernando knows more > about this. I did some initial work on getting XTK to work, but that > hasn't gone anywhere. > > Cheers, > > Brian > > On Sun, Apr 28, 2013 at 6:55 AM, TARUN GABA wrote: > > HI, > > > > I am involved in a project related to multibody systems visualizations. > > > > I plan to use webGL inside IPython notebooks, for 3D visualizations. > > > > I wanted to know whether there are any existing webGL wrappers (Or any > > JavaScript wrappers) coded in Python, for visualizations in IPython. > > > > Also if there are not any can you please provide some ideas on how to > write > > one using IPython. > > > > My aim is to utilize methods (for initializing shaders,buffers etc.) and > for > > loading them in IPython notebooks.(If they are already available its a > big > > plus). > > > > > > > > _______________________________________________ > > 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 > -- Cheers, - Rishi -------------- next part -------------- An HTML attachment was scrubbed... URL: From patrickfuller at gmail.com Mon Apr 29 09:43:55 2013 From: patrickfuller at gmail.com (Patrick Fuller) Date: Mon, 29 Apr 2013 08:43:55 -0500 Subject: [IPython-dev] Regarding JavaScript wrapper In-Reply-To: References: Message-ID: I emailed this list about two months ago with similar questions - I'll find the thread and forward it to you. The result was also a little 3d molecular vis tool made after PyCon: https://github.com/patrickfuller/imolecule as well as a graph vis: https://github.com/patrickfuller/igraph (a molecule is just a graph of atoms connected by bonds, so it's the same logic). On Mon, Apr 29, 2013 at 1:13 AM, Rishi Ramraj wrote: > Here's a github link to the 3D molecular visualiser we did at the PyCon > Canada sprints: > > https://github.com/RishiRamraj/seepymol > > This blog post shows how it all comes together; just swap the SQL code for > WebGL: > > http://llvllatrix.wordpress.com/ > > > On Sun, Apr 28, 2013 at 8:41 PM, Brian Granger wrote: > >> There has been a little work on WebGL stuff, but I don't remember >> where it is. Maybe Google around a bit - I think Fernando knows more >> about this. I did some initial work on getting XTK to work, but that >> hasn't gone anywhere. >> >> Cheers, >> >> Brian >> >> On Sun, Apr 28, 2013 at 6:55 AM, TARUN GABA >> wrote: >> > HI, >> > >> > I am involved in a project related to multibody systems visualizations. >> > >> > I plan to use webGL inside IPython notebooks, for 3D visualizations. >> > >> > I wanted to know whether there are any existing webGL wrappers (Or any >> > JavaScript wrappers) coded in Python, for visualizations in IPython. >> > >> > Also if there are not any can you please provide some ideas on how to >> write >> > one using IPython. >> > >> > My aim is to utilize methods (for initializing shaders,buffers etc.) >> and for >> > loading them in IPython notebooks.(If they are already available its a >> big >> > plus). >> > >> > >> > >> > _______________________________________________ >> > 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 >> > > > > -- > Cheers, > - Rishi > > _______________________________________________ > 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 stonerri at gmail.com Mon Apr 29 17:47:16 2013 From: stonerri at gmail.com (Rich Stoner) Date: Mon, 29 Apr 2013 14:47:16 -0700 Subject: [IPython-dev] Regarding JavaScript wrapper In-Reply-To: References: Message-ID: Here was the earlier thread that Patrick mentioned: http://mail.scipy.org/pipermail/ipython-dev/2013-March/011268.html On Mon, Apr 29, 2013 at 6:43 AM, Patrick Fuller wrote: > I emailed this list about two months ago with similar questions - I'll > find the thread and forward it to you. The result was also a little 3d > molecular vis tool made after PyCon: > https://github.com/patrickfuller/imolecule as well as a graph vis: > https://github.com/patrickfuller/igraph (a molecule is just a graph of > atoms connected by bonds, so it's the same logic). > > > On Mon, Apr 29, 2013 at 1:13 AM, Rishi Ramraj > wrote: > >> Here's a github link to the 3D molecular visualiser we did at the PyCon >> Canada sprints: >> >> https://github.com/RishiRamraj/seepymol >> >> This blog post shows how it all comes together; just swap the SQL code >> for WebGL: >> >> http://llvllatrix.wordpress.com/ >> >> >> On Sun, Apr 28, 2013 at 8:41 PM, Brian Granger wrote: >> >>> There has been a little work on WebGL stuff, but I don't remember >>> where it is. Maybe Google around a bit - I think Fernando knows more >>> about this. I did some initial work on getting XTK to work, but that >>> hasn't gone anywhere. >>> >>> Cheers, >>> >>> Brian >>> >>> On Sun, Apr 28, 2013 at 6:55 AM, TARUN GABA >>> wrote: >>> > HI, >>> > >>> > I am involved in a project related to multibody systems visualizations. >>> > >>> > I plan to use webGL inside IPython notebooks, for 3D visualizations. >>> > >>> > I wanted to know whether there are any existing webGL wrappers (Or any >>> > JavaScript wrappers) coded in Python, for visualizations in IPython. >>> > >>> > Also if there are not any can you please provide some ideas on how to >>> write >>> > one using IPython. >>> > >>> > My aim is to utilize methods (for initializing shaders,buffers etc.) >>> and for >>> > loading them in IPython notebooks.(If they are already available its a >>> big >>> > plus). >>> > >>> > >>> > >>> > _______________________________________________ >>> > 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 >>> >> >> >> >> -- >> Cheers, >> - Rishi >> >> _______________________________________________ >> IPython-dev mailing list >> IPython-dev at scipy.org >> http://mail.scipy.org/mailman/listinfo/ipython-dev >> >> > > _______________________________________________ > IPython-dev mailing list > IPython-dev at scipy.org > http://mail.scipy.org/mailman/listinfo/ipython-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez.net at gmail.com Mon Apr 29 19:31:57 2013 From: fperez.net at gmail.com (Fernando Perez) Date: Mon, 29 Apr 2013 16:31:57 -0700 Subject: [IPython-dev] New r/IPython subreddit created today Message-ID: Hi folks, I just wanted to mention that enterprising user NomadNella created today a subreddit dedicated to IPython discussions: http://www.reddit.com/r/IPython I know Thomas and others here occasionally provide feedback and help on the Python subreddit when there are IPython questions (every now and then I do too, though my activity level on reddit is very low). This will be a focused subreddit, which hopefully can serve as a self-sustaining community for users who are active on reddit to discuss IPython-related things. Core devs who have reddit accounts are obviously welcome/encouraged to subscribe (I did) and keep an eye on it, but my hope is that this will mostly grow into a healthy community independent of the efforts of the core team, who are trying our best to keep our nose above the water with pull requests and issues on github. Cheers, f