From madhusudancs at gmail.com  Mon Jan  2 02:28:57 2012
From: madhusudancs at gmail.com (Madhusudan C.S)
Date: Mon, 2 Jan 2012 12:58:57 +0530
Subject: [IPython-dev] Connecting notebook to existing kernel
Message-ID: <CALNmGERkmt-NgAYVbTVHdyFuk7fTH_W+PyW=7xoyqh086bAPYQ@mail.gmail.com>

Hello everyone,
   I have sent a new pull request for this issue which is at [0].
I have explained most of the details corresponding to the
pull request in the description there. This patch enables us
to connect a new notebook to an existing kernel, irrespective
of what type of kernel it is.

Before I go further into the details, my apologies for directly
sending in a pull request without discussing any design or
details of this thing with you guys. It was more of an adhoc
thing which arose from my frustration of not being able to
do this. This is just some code dump that I have put yesterday
night since I had a compelling need to get this working before
going to sleep :P

So for now this implemented by adding a new GET RequestHandlers
for the /kernels/<kernel_id> which has been modified to look for
either for Security key-like UUID4 pattern kernel ID or the
kernel-<PID>.json pattern file name. Upon supplying the latter
it calls the start_kernel method of the Notebook's MappingKernelManager
class with the connection_file argument and the MultiKernelManager
which is a super class of the MappingKernelManager has the
start_kernel method which looks for the connection_file if supplied
and tries to open that kernel.

On the UI side, an additional dialog is plugin to the "New" button.
On clicking the "New" button opens a dialog with the optional
text field labeled "kernel". One can either supply the kernel
file in which case the URL /kernels/<connection_file> is opened.
This opens a new notebook with the existing kernel. If the kernel
text field is left blank and "New" button is clicked a new notebook
will be opened as we have it now. A fresh notebook with a new
kernel.

The implementation on the backend is a bit messy. But this is
because of the way the KernelManger and the NotebookApp
is implemented itself. I noticed that both qtconsole and the
terminal console both inherit from
IPython.frontend.consoleapp.IPythonConsoleApp. This makes
a lot of things like what I am trying to do much simpler because
all these stuff are already abstracted into that class. I am
not sure why that mixin was not used for the notebook application.
Also, I don't know why, when I execute commands which
access variables from other kernels I get the error like at [1]
printed on the console where I started the notebook. I don't
know what it means since I don't see that happening for
both qtconsole or the terminal console.

What do you guys think about it?


[0] https://github.com/ipython/ipython/pull/1220
[1] http://paste.pocoo.org/show/528733/

-- 
Thanks and regards,
  Madhusudan.C.S

Blogs at: www.madhusudancs.info
My Online Identity: madhusudancs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120102/c017a502/attachment.html>

From madhusudancs at gmail.com  Mon Jan  2 02:34:53 2012
From: madhusudancs at gmail.com (Madhusudan C.S)
Date: Mon, 2 Jan 2012 13:04:53 +0530
Subject: [IPython-dev] User Namespace
Message-ID: <CALNmGESaZxWEXUe_drPNCLe=5cQKLLV0NmkesxWRN-MOJWjeiQ@mail.gmail.com>

Hi,
   It is common to use Django and other such frameworks
on the console mode with all the Django/framework related
API libraries already imported to the namespace. This
simplifies a lot of stuff when experimenting. Django provides
support for IPython. I work on Melange project (which is a tool
that runs the Google Summer of Code and Google Code-in
programs), for which I have extended this to work with the
Django, Google Appengine and Melange's API itself. It is
a simple and usual embed TerminalInteractiveShell instantiation
with all these APIs imported. Nothing special or fancy about
it. The snippet is like this:

from IPython.frontend.terminal.embed import TerminalInteractiveShell
shell = TerminalInteractiveShell(user_ns=context)
shell.mainloop()

I would like to extend the same for an IPython qtconsole or the
notebook. How do I import the namespace to these console's?

-- 
Thanks and regards,
  Madhusudan.C.S

Blogs at: www.madhusudancs.info
My Online Identity: madhusudancs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120102/a8830229/attachment.html>

From fperez.net at gmail.com  Tue Jan  3 23:49:15 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Tue, 3 Jan 2012 20:49:15 -0800
Subject: [IPython-dev] User Namespace
In-Reply-To: <CALNmGESaZxWEXUe_drPNCLe=5cQKLLV0NmkesxWRN-MOJWjeiQ@mail.gmail.com>
References: <CALNmGESaZxWEXUe_drPNCLe=5cQKLLV0NmkesxWRN-MOJWjeiQ@mail.gmail.com>
Message-ID: <CAHAreOp_p+sd7uHMyTCXs+x9CcV8KnYq-7WyPhNE_RWcfb_RxQ@mail.gmail.com>

Hi Madhu,

On Sun, Jan 1, 2012 at 11:34 PM, Madhusudan C.S <madhusudancs at gmail.com> wrote:
> Hi,
> ?? It is common to use Django and other such frameworks
> on the console mode with all the Django/framework related
> API libraries already imported to the namespace. This
> simplifies a lot of stuff when experimenting. Django provides
> support for IPython. I work on Melange project (which is a tool
> that runs the Google Summer of Code and Google Code-in
> programs), for which I have extended this to work with the
> Django, Google Appengine and Melange's API itself. It is
> a simple and usual embed TerminalInteractiveShell instantiation
> with all these APIs imported. Nothing special or fancy about
> it. The snippet is like this:
>
> from IPython.frontend.terminal.embed import TerminalInteractiveShell
> shell = TerminalInteractiveShell(user_ns=context)
> shell.mainloop()
>
> I would like to extend the same for an IPython qtconsole or the
> notebook. How do I import the namespace to these console's?

The following code works, but the api for this is certainly
sub-optimal right now:

###
from IPython.zmq.ipkernel import IPKernelApp

namespace = dict(z=1010)

kapp = IPKernelApp.instance()
kapp.initialize()

# Update the ns we want with special variables auto-created by the kernel
namespace.update(kapp.shell.user_ns)
# Now set the kernel's ns to be ours
kapp.shell.user_ns = namespace

kapp.start()

###

Furthermore, there's the problem that the above needs to be killed
manually b/c it disables SIGINT.

Min can correct me if there's a cleaner way to achieve this, and if
there isn't we should improve the user-facing api to acccept a
namespace at initialization time, like the old classes did (and also
to make shutdown easier when a kernel is directly started).

Cheers,

f


From fperez.net at gmail.com  Fri Jan  6 02:57:09 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 5 Jan 2012 23:57:09 -0800
Subject: [IPython-dev] Quick-and-dirty notebook to rst and html converter
Message-ID: <CAHAreOqqqrJUn+O=7MYp91GPTNX2wZSvJxOCc3XpsmheVg9AFw@mail.gmail.com>

Hi all,

this isn't even ready for a pr, so I put it up in a gist:

https://gist.github.com/1569580

but it should do the job for simple cases.  We hope to soon build
something clean and robust for this into ipython itself, promised.
But I need something like this *now* and I'm absurdly busy, so I had
to write a quick solution for now, and figured some enterprising soul
might carry it forward...

Cheers,

f


From benjaminrk at gmail.com  Fri Jan  6 03:06:29 2012
From: benjaminrk at gmail.com (MinRK)
Date: Fri, 6 Jan 2012 00:06:29 -0800
Subject: [IPython-dev] [IPython-User] Quick-and-dirty notebook to rst
	and html converter
In-Reply-To: <CAHAreOqqqrJUn+O=7MYp91GPTNX2wZSvJxOCc3XpsmheVg9AFw@mail.gmail.com>
References: <CAHAreOqqqrJUn+O=7MYp91GPTNX2wZSvJxOCc3XpsmheVg9AFw@mail.gmail.com>
Message-ID: <CAHNn8BV5jzovnyhtLm8Aq-VtkXQLv3NYoCAq2BxAB3wR6T0Pdg@mail.gmail.com>

Nice!  I've got my own locally, which is very similar, with the principal
difference that it uses pandoc to handle some of the translations (e.g. md
to rst).  That's precisely how I discovered the issue described in PR
#1206<https://github.com/ipython/ipython/pull/1206>,
since colored plaintext output is currently corrupted as the HTML output.

On Thu, Jan 5, 2012 at 23:57, Fernando Perez <fperez.net at gmail.com> wrote:

> Hi all,
>
> this isn't even ready for a pr, so I put it up in a gist:
>
> https://gist.github.com/1569580
>
> but it should do the job for simple cases.  We hope to soon build
> something clean and robust for this into ipython itself, promised.
> But I need something like this *now* and I'm absurdly busy, so I had
> to write a quick solution for now, and figured some enterprising soul
> might carry it forward...
>
> Cheers,
>
> f
> _______________________________________________
> IPython-User mailing list
> IPython-User at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120106/b1245836/attachment.html>

From fperez.net at gmail.com  Fri Jan  6 03:55:09 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 6 Jan 2012 00:55:09 -0800
Subject: [IPython-dev] [IPython-User] Quick-and-dirty notebook to rst
	and html converter
In-Reply-To: <CAHNn8BV5jzovnyhtLm8Aq-VtkXQLv3NYoCAq2BxAB3wR6T0Pdg@mail.gmail.com>
References: <CAHAreOqqqrJUn+O=7MYp91GPTNX2wZSvJxOCc3XpsmheVg9AFw@mail.gmail.com>
	<CAHNn8BV5jzovnyhtLm8Aq-VtkXQLv3NYoCAq2BxAB3wR6T0Pdg@mail.gmail.com>
Message-ID: <CAHAreOr0_SqrH7bS19eLzx4Pammh+maYwc-MHGcdkLgm6RuWJQ@mail.gmail.com>

On Fri, Jan 6, 2012 at 12:06 AM, MinRK <benjaminrk at gmail.com> wrote:
> Nice! ?I've got my own locally, which is very similar, with the principal

Mmh, maybe we should talk to those 'ipython' guys to see if they can
put it in a common location instead of making each our own ;)

> difference that it uses pandoc to handle some of the translations (e.g. md

yes, I went without pandoc for now.  Once we build a more robust tool
we should definitely make pandoc available (optionally) for users who
have it.

> to rst). ?That's precisely how I discovered the issue described in?PR #1206,
> since colored plaintext output is currently corrupted as the HTML output.

Ah, hadn't gotten to reviewing that yet, will have a look as soon as I
can.  My tests were really quick and simplistic, and didn't show the
problem.

Cheers,

f


From asmeurer at gmail.com  Fri Jan  6 11:17:40 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Fri, 6 Jan 2012 09:17:40 -0700
Subject: [IPython-dev] Problem with IPython 0.12 and PuDB
Message-ID: <CAKgW=6+jp-1wb+xdy1tbCrR=LpdceVcQb6skiNeqSVv_0u7udg@mail.gmail.com>

Hi.

Can one of the IPython devs take a look at
https://github.com/inducer/pudb/issues/30?  There is some problem with
IPython 0.12 and the PuDB debugger. So far, it's been "fixed" by
catching the error in a try, except block, but neither I nor Andreas
Kloeckner, the author of PuDB, think this is the correct fix (for
obvious reasons).  Is this a bug in IPython or a misuse of the API by
PuDB?

Aaron Meurer


From robert.kern at gmail.com  Fri Jan  6 12:16:20 2012
From: robert.kern at gmail.com (Robert Kern)
Date: Fri, 06 Jan 2012 17:16:20 +0000
Subject: [IPython-dev] Problem with IPython 0.12 and PuDB
In-Reply-To: <CAKgW=6+jp-1wb+xdy1tbCrR=LpdceVcQb6skiNeqSVv_0u7udg@mail.gmail.com>
References: <CAKgW=6+jp-1wb+xdy1tbCrR=LpdceVcQb6skiNeqSVv_0u7udg@mail.gmail.com>
Message-ID: <je7a94$i1c$1@dough.gmane.org>

On 1/6/12 4:17 PM, Aaron Meurer wrote:
> Hi.
>
> Can one of the IPython devs take a look at
> https://github.com/inducer/pudb/issues/30?  There is some problem with
> IPython 0.12 and the PuDB debugger. So far, it's been "fixed" by
> catching the error in a try, except block, but neither I nor Andreas
> Kloeckner, the author of PuDB, think this is the correct fix (for
> obvious reasons).  Is this a bug in IPython or a misuse of the API by
> PuDB?

I also get the atexit KeyErrors when I use IPython's Pdb subclass outside of 
IPython. There should probably be a guard there in case the output cache has not 
been set up. Similarly with the other KeyError.

As for the first AttributeError, the interface changed very recently. You no 
longer provide a user_global_ns dictionary. Instead, you provide user_module. 
user_global_ns is a read-only property that gets the dictionary from 
user_module. IIRC, this was done to help with the perennial problems we have had 
with faking the __main__ module.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco



From fperez.net at gmail.com  Fri Jan  6 12:41:15 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 6 Jan 2012 09:41:15 -0800
Subject: [IPython-dev] Problem with IPython 0.12 and PuDB
In-Reply-To: <je7a94$i1c$1@dough.gmane.org>
References: <CAKgW=6+jp-1wb+xdy1tbCrR=LpdceVcQb6skiNeqSVv_0u7udg@mail.gmail.com>
	<je7a94$i1c$1@dough.gmane.org>
Message-ID: <CAHAreOob9TUY=6Doa5ykFS4fahKvwKE8Y0Mm7C7UuWOUp-PzpQ@mail.gmail.com>

On Fri, Jan 6, 2012 at 9:16 AM, Robert Kern <robert.kern at gmail.com> wrote:
> I also get the atexit KeyErrors when I use IPython's Pdb subclass outside of
> IPython. There should probably be a guard there in case the output cache has not
> been set up. Similarly with the other KeyError.

This is worth fixing though...

https://github.com/ipython/ipython/issues/1241

> As for the first AttributeError, the interface changed very recently. You no
> longer provide a user_global_ns dictionary. Instead, you provide user_module.
> user_global_ns is a read-only property that gets the dictionary from
> user_module. IIRC, this was done to help with the perennial problems we have had
> with faking the __main__ module.

Correct, and thanks for providing the clarification.  I'd already
forgotten that detail...  Your ability to remember these things never
ceases to amaze me...

Cheers,

f


From fperez.net at gmail.com  Fri Jan  6 22:54:48 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 6 Jan 2012 19:54:48 -0800
Subject: [IPython-dev] ipython on Amazon EC2 the easy way: Justin Riley's
 starcluster ipython support
Message-ID: <CAHAreOrLt6AaxigCO_Z20WbaF4JcTVDRqLFQhFLNn31etDH2Xg@mail.gmail.com>

Hi folks,

I'm not sure how many of you are aware of the fact that the great
StarCluster project led by Justin Riley at MIT ships with
out-of-the-box ipython support:

http://web.mit.edu/stardev/cluster/docs/latest/plugins/ipython.html

It has been already updated for 0.12.  Those looking to deploy ipython
clusters on EC2 may find this a good solution; please report any
problems that arise and we'll do our best to fix them (on whichever
side of ipython/starcluster) they may lie; also let us know of good
successes.

Cheers,

f


From fperez.net at gmail.com  Sun Jan  8 01:56:31 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 7 Jan 2012 22:56:31 -0800
Subject: [IPython-dev] Odd notebook file that can't be loaded.
Message-ID: <CAHAreOpNo75wr91+o0rhRBQevwxhYjcGOPe37Ory06G1EkF1hA@mail.gmail.com>

Hi all,

any idea why this notebook file can't be opened?  I was trying to
answer a question on the user list about the execution of js code that
calls back into python, and while the code here worked fine while
running it, the moment I saved it and tried to reopen it, it wouldn't
open at all, wedging the notebook.  I'm a bit puzzled...

Cheers,

f
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jstricks.ipynb
Type: application/octet-stream
Size: 1900 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120107/c20fe9b0/attachment.obj>

From benjaminrk at gmail.com  Sun Jan  8 02:14:04 2012
From: benjaminrk at gmail.com (MinRK)
Date: Sat, 7 Jan 2012 23:14:04 -0800
Subject: [IPython-dev] Odd notebook file that can't be loaded.
In-Reply-To: <CAHAreOpNo75wr91+o0rhRBQevwxhYjcGOPe37Ory06G1EkF1hA@mail.gmail.com>
References: <CAHAreOpNo75wr91+o0rhRBQevwxhYjcGOPe37Ory06G1EkF1hA@mail.gmail.com>
Message-ID: <CAHNn8BVD4WvJMKV+coQg3pXQcQJs6z4p39L7g1v-RQ9NpgG7EA@mail.gmail.com>

Your script in the markdown cell is being executed before the kernel
exists, and thus fails ('null has no execute' message in js console).
 Since this raises an error, the javascript execution that was loading the
notebook (which ultimately caused your javascript to execute) halts at this
point, failing to finish loading the notebook.  I don't know if we can
protect against this sort of thing, but we should if we can.  If you write
the code so it can't raise (check for existence, etc.), then it should be
safe.  You may need to put the execute on a timeout, to allow it to run
after the kernel connection is established.

-MinRK

On Sat, Jan 7, 2012 at 22:56, Fernando Perez <fperez.net at gmail.com> wrote:

> Hi all,
>
> any idea why this notebook file can't be opened?  I was trying to
> answer a question on the user list about the execution of js code that
> calls back into python, and while the code here worked fine while
> running it, the moment I saved it and tried to reopen it, it wouldn't
> open at all, wedging the notebook.  I'm a bit puzzled...
>
> Cheers,
>
> f
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120107/5d3d572b/attachment.html>

From asmeurer at gmail.com  Sun Jan  8 08:04:22 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Sun, 8 Jan 2012 06:04:22 -0700
Subject: [IPython-dev] Try IPython needs to be updated
Message-ID: <CAKgW=6++18f4fmsQj_VQ1AHG-E0eb0j0Dy246-HO6HgDTZ-mRw@mail.gmail.com>

Hi.

I just noticed that the IPython online shell linked to from the
IPython homepage (http://www.pythonanywhere.com/try-ipython/) is still
running 0.11.

Aaron Meurer


From fperez.net at gmail.com  Sun Jan  8 14:04:57 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 8 Jan 2012 11:04:57 -0800
Subject: [IPython-dev] Try IPython needs to be updated
In-Reply-To: <CAKgW=6++18f4fmsQj_VQ1AHG-E0eb0j0Dy246-HO6HgDTZ-mRw@mail.gmail.com>
References: <CAKgW=6++18f4fmsQj_VQ1AHG-E0eb0j0Dy246-HO6HgDTZ-mRw@mail.gmail.com>
Message-ID: <CAHAreOqF0iOB92LKrD2N5viH9kyYMjS7tZZ-HkU=XQ1DYjUdUQ@mail.gmail.com>

On Sun, Jan 8, 2012 at 5:04 AM, Aaron Meurer <asmeurer at gmail.com> wrote:
> I just noticed that the IPython online shell linked to from the
> IPython homepage (http://www.pythonanywhere.com/try-ipython/) is still
> running 0.11.

Thanks for the note; note that try-ipython is external to us, so we
have no control over their update schedule.  But given that the hard
update was 0.10-0.11 and they are already on 0.11, I imagine they will
at some point move to 0.12 which is an easy change from the api
perspective.

Cheers,

f


From fperez.net at gmail.com  Sun Jan  8 14:24:51 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 8 Jan 2012 11:24:51 -0800
Subject: [IPython-dev] Odd notebook file that can't be loaded.
In-Reply-To: <CAHNn8BVD4WvJMKV+coQg3pXQcQJs6z4p39L7g1v-RQ9NpgG7EA@mail.gmail.com>
References: <CAHAreOpNo75wr91+o0rhRBQevwxhYjcGOPe37Ory06G1EkF1hA@mail.gmail.com>
	<CAHNn8BVD4WvJMKV+coQg3pXQcQJs6z4p39L7g1v-RQ9NpgG7EA@mail.gmail.com>
Message-ID: <CAHAreOoXB-ukuigKLBHtTb6BdYKs65-FVkoxhm8feTUp=nKLfg@mail.gmail.com>

On Sat, Jan 7, 2012 at 11:14 PM, MinRK <benjaminrk at gmail.com> wrote:
> Your script in the markdown cell is being executed before the kernel exists,
> and thus fails ('null has no execute' message in js console). ?Since this
> raises an error, the javascript execution that was loading the notebook
> (which ultimately caused your javascript to execute) halts at this point,
> failing to finish loading the notebook. ?I don't know if we can protect
> against this sort of thing, but we should if we can. ?If you write the code
> so it can't raise (check for existence, etc.), then it should be safe. ?You
> may need to put the execute on a timeout, to allow it to run after the
> kernel connection is established.

Interesting, thanks for looking into it; I was wiped yesterday when I
ran into this.

What puzzles me is that even this simpler notebook will exhibit the
same problem.  Just put this in one cell:

from IPython.core.display import HTML
HTML('<script>IPython.notebook.kernel.execute("x=1")</script>')

save it and hit reload.  Boom.

In this case there's no markdown, it's the html repr that gets loaded
on opening and has the same effect.  I wonder if we can protect in
some way against this locking things up for users...

Cheers,

f


From benjaminrk at gmail.com  Sun Jan  8 14:41:39 2012
From: benjaminrk at gmail.com (MinRK)
Date: Sun, 8 Jan 2012 11:41:39 -0800
Subject: [IPython-dev] Odd notebook file that can't be loaded.
In-Reply-To: <CAHAreOoXB-ukuigKLBHtTb6BdYKs65-FVkoxhm8feTUp=nKLfg@mail.gmail.com>
References: <CAHAreOpNo75wr91+o0rhRBQevwxhYjcGOPe37Ory06G1EkF1hA@mail.gmail.com>
	<CAHNn8BVD4WvJMKV+coQg3pXQcQJs6z4p39L7g1v-RQ9NpgG7EA@mail.gmail.com>
	<CAHAreOoXB-ukuigKLBHtTb6BdYKs65-FVkoxhm8feTUp=nKLfg@mail.gmail.com>
Message-ID: <CAHNn8BXuko1i1h_c7h8jZBLM+MkWxgXrAc3YAEG7fUjRVD5uow@mail.gmail.com>

On Sun, Jan 8, 2012 at 11:24, Fernando Perez <fperez.net at gmail.com> wrote:

> On Sat, Jan 7, 2012 at 11:14 PM, MinRK <benjaminrk at gmail.com> wrote:
> > Your script in the markdown cell is being executed before the kernel
> exists,
> > and thus fails ('null has no execute' message in js console).  Since this
> > raises an error, the javascript execution that was loading the notebook
> > (which ultimately caused your javascript to execute) halts at this point,
> > failing to finish loading the notebook.  I don't know if we can protect
> > against this sort of thing, but we should if we can.  If you write the
> code
> > so it can't raise (check for existence, etc.), then it should be safe.
>  You
> > may need to put the execute on a timeout, to allow it to run after the
> > kernel connection is established.
>
> Interesting, thanks for looking into it; I was wiped yesterday when I
> ran into this.
>
> What puzzles me is that even this simpler notebook will exhibit the
> same problem.  Just put this in one cell:
>
> from IPython.core.display import HTML
> HTML('<script>IPython.notebook.kernel.execute("x=1")</script>')
>
>

It shouldn't need to have anything to do with IPython - I think any
error-raising javascript should be able to cause this problem:

from IPython.core.display import HTML
HTML('<script>a.b.c()</script>')



> save it and hit reload.  Boom.
>
> In this case there's no markdown, it's the html repr that gets loaded
> on opening and has the same effect.  I wonder if we can protect in
> some way against this locking things up for users...
>

I don't know enough about javascript machinery to see a way to protect from
this, but it should be possible.


>
> Cheers,
>
> f
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120108/ee050896/attachment.html>

From fperez.net at gmail.com  Sun Jan  8 14:46:13 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 8 Jan 2012 11:46:13 -0800
Subject: [IPython-dev] Odd notebook file that can't be loaded.
In-Reply-To: <CAHNn8BXuko1i1h_c7h8jZBLM+MkWxgXrAc3YAEG7fUjRVD5uow@mail.gmail.com>
References: <CAHAreOpNo75wr91+o0rhRBQevwxhYjcGOPe37Ory06G1EkF1hA@mail.gmail.com>
	<CAHNn8BVD4WvJMKV+coQg3pXQcQJs6z4p39L7g1v-RQ9NpgG7EA@mail.gmail.com>
	<CAHAreOoXB-ukuigKLBHtTb6BdYKs65-FVkoxhm8feTUp=nKLfg@mail.gmail.com>
	<CAHNn8BXuko1i1h_c7h8jZBLM+MkWxgXrAc3YAEG7fUjRVD5uow@mail.gmail.com>
Message-ID: <CAHAreOpgAaAW5rsHGJN89WiyF3AA2zohf2TGri7ZD=TnzKKSmQ@mail.gmail.com>

On Sun, Jan 8, 2012 at 11:41 AM, MinRK <benjaminrk at gmail.com> wrote:
> It shouldn't need to have anything to do with IPython - I think any
> error-raising javascript should be able to cause this problem:
>
> from IPython.core.display import HTML
> HTML('<script>a.b.c()</script>')

Correct.

> I don't know enough about javascript machinery to see a way to protect from
> this, but it should be possible.

Same here.  This is an area where if anyone on the list has solid
expertise, we'd love to have some hlep, BTW.  The core devs so far
haven't been 'javascript people', but here's an opportunity to really
help the project :)

Cheers,

f


From takowl at gmail.com  Sun Jan  8 17:37:43 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Sun, 8 Jan 2012 22:37:43 +0000
Subject: [IPython-dev] Try IPython needs to be updated
In-Reply-To: <CAHAreOqF0iOB92LKrD2N5viH9kyYMjS7tZZ-HkU=XQ1DYjUdUQ@mail.gmail.com>
References: <CAKgW=6++18f4fmsQj_VQ1AHG-E0eb0j0Dy246-HO6HgDTZ-mRw@mail.gmail.com>
	<CAHAreOqF0iOB92LKrD2N5viH9kyYMjS7tZZ-HkU=XQ1DYjUdUQ@mail.gmail.com>
Message-ID: <CAOvn4qjMd4iDGKRCuq__0LS94OKC2WAK2dXj6NUynurCyuDFZQ@mail.gmail.com>

[Let's just check that with PythonAnywhere]

Hi PythonAnywhere guys,

Just to check you've spotted it, IPython 0.12 is now out, and it should be
a relatively simple upgrade for you (the API changes are much less than
0.10 to 0.11). Feel free to ask us if you've got any questions or problems.

Thanks,
Thomas

On 8 January 2012 19:04, Fernando Perez <fperez.net at gmail.com> wrote:

> On Sun, Jan 8, 2012 at 5:04 AM, Aaron Meurer <asmeurer at gmail.com> wrote:
> > I just noticed that the IPython online shell linked to from the
> > IPython homepage (http://www.pythonanywhere.com/try-ipython/) is still
> > running 0.11.
>
> Thanks for the note; note that try-ipython is external to us, so we
> have no control over their update schedule.  But given that the hard
> update was 0.10-0.11 and they are already on 0.11, I imagine they will
> at some point move to 0.12 which is an easy change from the api
> perspective.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120108/577da4ee/attachment.html>

From fperez.net at gmail.com  Sun Jan  8 19:43:58 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 8 Jan 2012 16:43:58 -0800
Subject: [IPython-dev] A blog post on the ipython notebook: a historical
 recap and notes about the Sage notebook
Message-ID: <CAHAreOr78PbdWPpgreZeg8EOyeOmV6NkPg53_Fo+qREwtpHBjQ@mail.gmail.com>

Hi all,

prompted by a question on the ipython user list about the IPython
notebook and the Sage one, I ended up writing a fairly long blog post
on the matter:

http://blog.fperez.org/2012/01/ipython-notebook-historical.html

It's mainly a history of the IPython notebook, but it tries to also
answer the user's question about where it stands in relation to the
Sage one; I figured some of you might find these notes interesting.

Feedback and corrections welcome, of course!

Cheers,

f


From ischnell at enthought.com  Mon Jan  9 01:04:13 2012
From: ischnell at enthought.com (Ilan Schnell)
Date: Mon, 9 Jan 2012 00:04:13 -0600
Subject: [IPython-dev] A blog post on the ipython notebook: a historical
 recap and notes about the Sage notebook
In-Reply-To: <CAHAreOr78PbdWPpgreZeg8EOyeOmV6NkPg53_Fo+qREwtpHBjQ@mail.gmail.com>
References: <CAHAreOr78PbdWPpgreZeg8EOyeOmV6NkPg53_Fo+qREwtpHBjQ@mail.gmail.com>
Message-ID: <CAAUn5qL_WS98r3XAhOtqm=W5TLxq7WpsrZfOgdcC5_xbmirOOQ@mail.gmail.com>

Hello Fernando,

thanks for the interesting blog post.  The historical
facts you talk about are of great value (not only
because I wasn't aware of many of them), but in
particular because they show how mistakes made
in the past have eventually shown the path ahead.

- Ilan


On Sun, Jan 8, 2012 at 6:43 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hi all,
>
> prompted by a question on the ipython user list about the IPython
> notebook and the Sage one, I ended up writing a fairly long blog post
> on the matter:
>
> http://blog.fperez.org/2012/01/ipython-notebook-historical.html
>
> It's mainly a history of the IPython notebook, but it tries to also
> answer the user's question about where it stands in relation to the
> Sage one; I figured some of you might find these notes interesting.
>
> Feedback and corrections welcome, of course!
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From fperez.net at gmail.com  Mon Jan  9 01:38:59 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 8 Jan 2012 22:38:59 -0800
Subject: [IPython-dev] [sage-notebook] A blog post on the ipython
 notebook: a historical recap and notes about the Sage notebook
In-Reply-To: <CACLE5GDdvfe1FzRJT6Oyfu4rr-mvJMK_C_J_M-s8b4KspvuO-w@mail.gmail.com>
References: <CAHAreOr78PbdWPpgreZeg8EOyeOmV6NkPg53_Fo+qREwtpHBjQ@mail.gmail.com>
	<CACLE5GDdvfe1FzRJT6Oyfu4rr-mvJMK_C_J_M-s8b4KspvuO-w@mail.gmail.com>
Message-ID: <CAHAreOqZFpCN26vKmxVgHppKiLpgKcNi1oNXZxqarqmfq3RhZg@mail.gmail.com>

On Sun, Jan 8, 2012 at 10:32 PM, William Stein <wstein at gmail.com> wrote:
> The only use of twisted in the version of the notebook we use for sagenb.org
> and will release in sage 5.0 is via WSGI. ?Everything else that used to use
> twisted now uses flask. ?Thus your reason for sagenb being hard to port to
> python 3 is wrong. ?It's surely still hard, but not for that reason.

Ah, ok, that's great to hear.  The road for Python3 in Twisted looks
like it will be a slow one, so I'm glad that dependency is gone for
Sage.  I'll update that in the post, thanks for the correction.

Cheers,

f


From fperez.net at gmail.com  Mon Jan  9 02:52:17 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 8 Jan 2012 23:52:17 -0800
Subject: [IPython-dev] A blog post on the ipython notebook: a historical
 recap and notes about the Sage notebook
In-Reply-To: <CAAUn5qL_WS98r3XAhOtqm=W5TLxq7WpsrZfOgdcC5_xbmirOOQ@mail.gmail.com>
References: <CAHAreOr78PbdWPpgreZeg8EOyeOmV6NkPg53_Fo+qREwtpHBjQ@mail.gmail.com>
	<CAAUn5qL_WS98r3XAhOtqm=W5TLxq7WpsrZfOgdcC5_xbmirOOQ@mail.gmail.com>
Message-ID: <CAHAreOpbzbjS0Mo1-jp_6uADcogYzj_HpuMMY=AXC_1ftdEQwg@mail.gmail.com>

On Sun, Jan 8, 2012 at 10:04 PM, Ilan Schnell <ischnell at enthought.com> wrote:
> thanks for the interesting blog post. ?The historical
> facts you talk about are of great value (not only
> because I wasn't aware of many of them), but in
> particular because they show how mistakes made
> in the past have eventually shown the path ahead.

Thanks, Ilan.  Indeed, we probably went down just about every dead-end
imaginable :)

Cheers,

f


From giles.thomas at resolversystems.com  Mon Jan  9 06:35:53 2012
From: giles.thomas at resolversystems.com (Giles Thomas)
Date: Mon, 09 Jan 2012 11:35:53 +0000
Subject: [IPython-dev] Try IPython needs to be updated
In-Reply-To: <CAOvn4qjMd4iDGKRCuq__0LS94OKC2WAK2dXj6NUynurCyuDFZQ@mail.gmail.com>
References: <CAKgW=6++18f4fmsQj_VQ1AHG-E0eb0j0Dy246-HO6HgDTZ-mRw@mail.gmail.com>
	<CAHAreOqF0iOB92LKrD2N5viH9kyYMjS7tZZ-HkU=XQ1DYjUdUQ@mail.gmail.com>
	<CAOvn4qjMd4iDGKRCuq__0LS94OKC2WAK2dXj6NUynurCyuDFZQ@mail.gmail.com>
Message-ID: <4F0AD119.4040505@resolversystems.com>

On 08/01/2012 22:37, Thomas Kluyver wrote:
> Just to check you've spotted it, IPython 0.12 is now out, and it 
> should be a relatively simple upgrade for you (the API changes are 
> much less than 0.10 to 0.11). Feel free to ask us if you've got any 
> questions or problems.

Thanks, Thomas.  We've got the upgrade in our dev version, and should be 
able to get it released shortly.


All the best,

Giles

-- 
Giles Thomas
giles.thomas at resolversystems.com
+44 (0) 20 3051 2751

PythonAnywhere: Develop Python in your browser
<http://pythonanywhere.com/>

17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK




From matt.clarke at stfc.ac.uk  Tue Jan 10 04:56:57 2012
From: matt.clarke at stfc.ac.uk (matt.clarke at stfc.ac.uk)
Date: Tue, 10 Jan 2012 09:56:57 +0000
Subject: [IPython-dev] Notebook - busy cell editing
Message-ID: <AC93FB4A0CD45945A7011F0466F6D7641C93E4B5@EXCHMBX01.fed.cclrc.ac.uk>

Hi,

Is there any way to disable editing of running cells?

By the way, the notebook is truly brilliant - well done to everyone involved.

Matt

-- 
Scanned by iCritical.

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

From fperez.net at gmail.com  Tue Jan 10 05:08:42 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Tue, 10 Jan 2012 02:08:42 -0800
Subject: [IPython-dev] Notebook - busy cell editing
In-Reply-To: <AC93FB4A0CD45945A7011F0466F6D7641C93E4B5@EXCHMBX01.fed.cclrc.ac.uk>
References: <AC93FB4A0CD45945A7011F0466F6D7641C93E4B5@EXCHMBX01.fed.cclrc.ac.uk>
Message-ID: <CAHAreOqxErxhbJtZhZhR1jYw5Cfr6P0yB3UcukRFJZ63xuqawQ@mail.gmail.com>

On Tue, Jan 10, 2012 at 1:56 AM,  <matt.clarke at stfc.ac.uk> wrote:
> Is there any way to disable editing of running cells?

No, not currently.  I could see that being available as an option, but
I'd rather not have it be the default: I often do want to go back and
fix up a cell for the next run while it's finishing something...

But once we have a way to expose UI configuration options in a
sensible way to the user, things of this nature could become
configurable.

> By the way, the notebook is truly brilliant ? well done to everyone
> involved.

Thanks, we always appreciate the feedback.

Cheers,

f


From joonpyro at gmail.com  Tue Jan 10 13:21:21 2012
From: joonpyro at gmail.com (Joon Ro)
Date: Tue, 10 Jan 2012 12:21:21 -0600
Subject: [IPython-dev] Using \(  \), \[  \] instead of $...$,
	$$...$$ fox LaTeX math
Message-ID: <op.v7vrxuz6dm0f0t@linux-0sd0.site>

Hi,

I just started using notebook, and it looks awesome. Thank you so much for  
your dedicated work. I cannot wait to try using it through a remote  
connection!

Anyway, I was thinking it would be great if it is possible to use \( \),  
\[  \] instead of $...$, $$...$$ in the notebook for the math. Would this  
be easily implementable?

Thank you,
Joon


From ellisonbg at gmail.com  Tue Jan 10 15:17:51 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 10 Jan 2012 12:17:51 -0800
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
Message-ID: <CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>

There are a number of levels that this choice enters in:

* Our display system enforces that latex means $ and $$.  This is
important as it provides a uniform interface for all people who want
to develop custom latex representations of their objects for display
in the notebook.  As time goes on, many third parties will rely on
this convention.
* The configuration of MathJax and matplotlib in the notebook and
qtconsole.  This has to line up with the conventions in the display
system, otherwise things won't work properly.

I think this is one case where it doesn't make sense for this to be
configurable.  Otherwise we can't promise that everyones code will
"just work" in IPython.  Is there a reason you can't use $ and $$?

Cheers,

Brian

On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro <joonpyro at gmail.com> wrote:
> Hi,
>
> I just started using notebook, and it looks awesome. Thank you so much for
> your dedicated work. I cannot wait to try using it through a remote
> connection!
>
> Anyway, I was thinking it would be great if it is possible to use \( \),
> \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would this
> be easily implementable?
>
> Thank you,
> Joon
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From dave.hirschfeld at gmail.com  Tue Jan 10 15:56:11 2012
From: dave.hirschfeld at gmail.com (dave.hirschfeld)
Date: Tue, 10 Jan 2012 20:56:11 +0000
Subject: [IPython-dev] ZMQError: Too many open files
Message-ID: <CACGp2_NvTi4J0uP3+j5fcmUw3mhpW6yB7RQC=k1u3sXFSwqDEg@mail.gmail.com>

I've been testing out the *awesome* parallel capabilities of the new
IPython but was continuously getting the "Too many open files"
ZMQError:

C:\dev\bin\Python27\lib\site-packages\ipython-0.12.beta-py2.7.egg\IPython\parallel\client\client.pyc
  in __init__(self, url_or_file, profile, profile_dir, ipython_dir,
context, debug, exec_key, sshserver, sshkey, password, paramiko,
timeout, **extra_args)
    384         self._queue_handlers = {'execute_reply' :
self._handle_execute_reply,
    385                                 'apply_reply' :
self._handle_apply_reply}
--> 386         self._connect(sshserver, ssh_kwargs, timeout)
    387
    388     def __del__(self):

C:\dev\bin\Python27\lib\site-packages\ipython-0.12.beta-py2.7.egg\IPython\parallel\client\client.pyc
  in _connect(self, sshserver, ssh_kwargs, timeout)

    516             if content.control:
--> 517                 self._control_socket = self._context.socket(zmq.DEALER)
    518                 self._control_socket.setsockopt(zmq.IDENTITY, ident)
    519                 connect_socket(self._control_socket, content.control)

C:\dev\bin\Python27\lib\site-packages\zmq\core\context.pyd
  in zmq.core.context.Context.socket (zmq\core\context.c:1834)()

C:\dev\bin\Python27\lib\site-packages\zmq\core\socket.pyd
  in zmq.core.socket.Socket.__cinit__ (zmq\core\socket.c:2248)()

ZMQError: Too many open files


For my tests I was manually starting up 8 engines on up to 8 computers
and combining the results of thousands of monte-carlo simulations so I
was giving the parallel code a resonably decent stress test. All the
PCs are Win7 x64 boxes running 32bit Python 2.7.2.

Doing a bit of Googling I found the following:

http://docs.oracle.com/cd/E11035_01/wls100/perform/OSTuning.html#wp1126084
http://www.speedguide.net/articles/windows-7-vista-2008-tweaks-2574

Which seem to suggest the default TCP/IP parameters need to be changed
in the registry.
The attached .reg file will set the registry parameters shown below:

"""
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters]
"EnableWsd"=dword:00000000
"MaxUserPort"=dword:0000fffe
"TcpTimedWaitDelay"=dword:0000001e
"EnableDCA"=dword:00000001
"EnableTCPA"=dword:00000001
"TcpNumConnections"=dword:0000fffe
"""

These changes can be applied manually or by double-clicking the attached file.

I'm not sure that this is the minimal set of changes necessary or even
the correct thing to do, but it has got rid of the ZMQError.

Hopefully this might help other windows users.

Regards,
Dave Hirschfeld
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tcp_parameters.reg
Type: application/octet-stream
Size: 602 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120110/d5afc753/attachment.obj>

From satra at mit.edu  Tue Jan 10 15:56:25 2012
From: satra at mit.edu (Satrajit Ghosh)
Date: Tue, 10 Jan 2012 20:56:25 +0000
Subject: [IPython-dev] embedding ipython
Message-ID: <CA+A4wOmYnBN4d1JsVbeivQnxAQA_T1P99t=QR_QnSuZ3pLjcqA@mail.gmail.com>

hi,

i'm trying to look into the possibility of embedding ipython into the
latest version of 3d slicer (slicer.org). slicer is a PythonQt application
and they bundle their own python interpreter with it.

any pointers in the right direction would be much appreciated.

cheers,

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

From takowl at gmail.com  Tue Jan 10 16:05:52 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Tue, 10 Jan 2012 21:05:52 +0000
Subject: [IPython-dev] ZMQError: Too many open files
In-Reply-To: <CACGp2_NvTi4J0uP3+j5fcmUw3mhpW6yB7RQC=k1u3sXFSwqDEg@mail.gmail.com>
References: <CACGp2_NvTi4J0uP3+j5fcmUw3mhpW6yB7RQC=k1u3sXFSwqDEg@mail.gmail.com>
Message-ID: <CAOvn4qiN_g-fH2P7bp1W+bBxsM=yWSgZ4EoT-GjNcm3CcEzoWQ@mail.gmail.com>

On 10 January 2012 20:56, dave.hirschfeld <dave.hirschfeld at gmail.com> wrote:

> I've been testing out the *awesome* parallel capabilities of the new
> IPython but was continuously getting the "Too many open files"
> ZMQError:
>

This error has come up recently on ipython-user - take a look at this
thread:
http://mail.scipy.org/pipermail/ipython-user/2012-January/009017.html

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

From joonpyro at gmail.com  Tue Jan 10 22:51:51 2012
From: joonpyro at gmail.com (Joon Ro)
Date: Tue, 10 Jan 2012 21:51:51 -0600
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
Message-ID: <op.v7wicpjedm0f0t@linux-0sd0.site>

Thank you for the reply.

Actually I was not talking about making it configurable, just additionally  
supporting \(  \) and \[  \] besides $ and $$. As far as I know \(  \) and  
\[  \] are as widely used as $ and $$ for latex math. I'm sorry I said  
"instead of" in the title. Should have used "in addition to." :)

When I first started using latex in several years ago, I saw an  
documentation which recommended using \(  \) and \[  \] instead of $...$  
and $$...$$ somewhere (I don't remember where :)), so I have preferred  
them.

In fact, in the Mathjax documentation  
(http://www.mathjax.org/docs/1.1/start.html), actually it says that "Note  
in particular that the $...$ in-line delimiters are not used by default,"  
because $ sign comes up too frequently in non-mathematical settings.  
Mathjax supports both \[...\] and \(...\) by default. I just tried  
matplotlib and I could use \(  \) there too. (It seems matplotlib does not  
support neither $$ nor \[  \].)

-Joon



On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger <ellisonbg at gmail.com>  
wrote:

> There are a number of levels that this choice enters in:
>
> * Our display system enforces that latex means $ and $$.  This is
> important as it provides a uniform interface for all people who want
> to develop custom latex representations of their objects for display
> in the notebook.  As time goes on, many third parties will rely on
> this convention.
> * The configuration of MathJax and matplotlib in the notebook and
> qtconsole.  This has to line up with the conventions in the display
> system, otherwise things won't work properly.
>
> I think this is one case where it doesn't make sense for this to be
> configurable.  Otherwise we can't promise that everyones code will
> "just work" in IPython.  Is there a reason you can't use $ and $$?
>
> Cheers,
>
> Brian
>
> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro <joonpyro at gmail.com> wrote:
>> Hi,
>>
>> I just started using notebook, and it looks awesome. Thank you so much  
>> for
>> your dedicated work. I cannot wait to try using it through a remote
>> connection!
>>
>> Anyway, I was thinking it would be great if it is possible to use \( \),
>> \[  \] instead of $...$, $$...$$ in the notebook for the math. Would  
>> this
>> be easily implementable?
>>
>> Thank you,
>> Joon
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
>


-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/


From ellisonbg at gmail.com  Wed Jan 11 00:51:19 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 10 Jan 2012 21:51:19 -0800
Subject: [IPython-dev] Help testing new UI for the notebook
Message-ID: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>

Hi,

I have developed a new menu based UI for the notebook.  There are two versions:

* One that uses Wjimo (a jQuery widget library):

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

This Wijmo based version was my first attempt.  Wijmo has a very
polished look (we have been using one of its themes "Aristo" for
months now).  But, as I got going, I found that the usability of the
menus was lacking.  The menu flyout animation is clunky and slow, I
can't get the menus to open with a click (only on mouseover) and there
are lots of minor glitches.  Documentation is also not great and no
one has replied to multiple posts on their forums.

* One that uses a dev branch of jQueryUI:

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

jQuery UI has been working on menu/menubar widgets for some time now.
The version I am using is in a dev branch (not even master).
Surprisingly, the usability is much better than the Wijmo based
version.  Everything is snappy and quick and things just work.  jQuery
UI is pretty solid, so even though this is pre-release quality, I
trust it - and it tends to be clean, well documented code.  Downsides:
we are back to a basic jquery theme, no keyboard shortcuts in menu
items.

1: PLEASE play with the notebook in both of these branches and give me
feedback.  I am moving quickly these days, so we need to decide on
which version we like better ASAP.

2. If we move away from Wijmo, we will be stuck with the basic theme
for now.  We can use themeroller to *help* us generate a new theme,
but it will be ome extra work as the themes it generates don't work
with the dev version:

http://jqueryui.com/themeroller/

Happy notebooking!

Cheers,

Brian


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


From asmeurer at gmail.com  Wed Jan 11 08:36:24 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Wed, 11 Jan 2012 06:36:24 -0700
Subject: [IPython-dev] Help testing new UI for the notebook
In-Reply-To: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
References: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
Message-ID: <CAKgW=6+kXw7P8p_2y4uroyQwRdnFVKf5KjXUtAH3RX+S3Ynq5g@mail.gmail.com>

Hi.

I just tried them both. I used Chrome.

In wihmoize:

- There is a bug where the menus can remain blue after the menu has
disappeared.

- The menus are maybe a little choppy, but it's not too bad. The menus
are too slow to disappear after being deselected, but that's annoying
at best. Granted, Chrome is the most responsive browser, and I didn't
try it in others. If anything, this is more responsive, in terms the
UI updating when I move up and down in the menus.  Also, the popup
dialogs felt a little more responsive (i.e., when moving them around),
but the difference on my machine could be considered negligible.

- As far as UI goes, I like this one better.  I guess you'll have to
play around with a lot of actual use to see if automatically opening
the menu or only when clicked is better (given the precedence of
virtually every other GUI, though, it's probably the latter).

In dewhimoize:

- There is a similar bug to above. If you click on a menu, then click
again to deselect, it still remains highlighted.

- Selecting the first menu item when the menu is open and the mouse is
over the menu title is confusing (I first thought it was some kind of
"default" or something).

Unless these things are hard-coded into the libraries, I don't see any
difference between the two yet to suggest one over the other.
Obviously some things are implemented in one that aren't in the other.

Unrelated note: I noticed that the SymPy docs link in the help menu
links to the dev docs.  This should probably link to the release docs.

Aaron Meurer

On Tue, Jan 10, 2012 at 10:51 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Hi,
>
> I have developed a new menu based UI for the notebook. ?There are two versions:
>
> * One that uses Wjimo (a jQuery widget library):
>
> https://github.com/ellisonbg/ipython/tree/wijmoize
>
> This Wijmo based version was my first attempt. ?Wijmo has a very
> polished look (we have been using one of its themes "Aristo" for
> months now). ?But, as I got going, I found that the usability of the
> menus was lacking. ?The menu flyout animation is clunky and slow, I
> can't get the menus to open with a click (only on mouseover) and there
> are lots of minor glitches. ?Documentation is also not great and no
> one has replied to multiple posts on their forums.
>
> * One that uses a dev branch of jQueryUI:
>
> https://github.com/ellisonbg/ipython/tree/dewijmoize
>
> jQuery UI has been working on menu/menubar widgets for some time now.
> The version I am using is in a dev branch (not even master).
> Surprisingly, the usability is much better than the Wijmo based
> version. ?Everything is snappy and quick and things just work. ?jQuery
> UI is pretty solid, so even though this is pre-release quality, I
> trust it - and it tends to be clean, well documented code. ?Downsides:
> we are back to a basic jquery theme, no keyboard shortcuts in menu
> items.
>
> 1: PLEASE play with the notebook in both of these branches and give me
> feedback. ?I am moving quickly these days, so we need to decide on
> which version we like better ASAP.
>
> 2. If we move away from Wijmo, we will be stuck with the basic theme
> for now. ?We can use themeroller to *help* us generate a new theme,
> but it will be ome extra work as the themes it generates don't work
> with the dev version:
>
> http://jqueryui.com/themeroller/
>
> Happy notebooking!
>
> Cheers,
>
> Brian
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From ellisonbg at gmail.com  Wed Jan 11 12:22:00 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 11 Jan 2012 09:22:00 -0800
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <op.v7wicpjedm0f0t@linux-0sd0.site>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
Message-ID: <CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>

On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro <joonpyro at gmail.com> wrote:
> Thank you for the reply.
>
> Actually I was not talking about making it configurable, just additionally
> supporting \( ?\) and \[ ?\] besides $ and $$. As far as I know \( ?\) and
> \[ ?\] are as widely used as $ and $$ for latex math. I'm sorry I said
> "instead of" in the title. Should have used "in addition to." :)
>
> When I first started using latex in several years ago, I saw an
> documentation which recommended using \( ?\) and \[ ?\] instead of $...$
> and $$...$$ somewhere (I don't remember where :)), so I have preferred
> them.
>
> In fact, in the Mathjax documentation
> (http://www.mathjax.org/docs/1.1/start.html), actually it says that "Note
> in particular that the $...$ in-line delimiters are not used by default,"
> because $ sign comes up too frequently in non-mathematical settings.
> Mathjax supports both \[...\] and \(...\) by default. I just tried
> matplotlib and I could use \( ?\) there too. (It seems matplotlib does not
> support neither $$ nor \[ ?\].)

If MathJax can support both styles simultaneously let's do that.  Can
you look into if that is possible and submit a pull request to
implement it?

Cheers,

Brian

> -Joon
>
>
>
> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger <ellisonbg at gmail.com>
> wrote:
>
>> There are a number of levels that this choice enters in:
>>
>> * Our display system enforces that latex means $ and $$. ?This is
>> important as it provides a uniform interface for all people who want
>> to develop custom latex representations of their objects for display
>> in the notebook. ?As time goes on, many third parties will rely on
>> this convention.
>> * The configuration of MathJax and matplotlib in the notebook and
>> qtconsole. ?This has to line up with the conventions in the display
>> system, otherwise things won't work properly.
>>
>> I think this is one case where it doesn't make sense for this to be
>> configurable. ?Otherwise we can't promise that everyones code will
>> "just work" in IPython. ?Is there a reason you can't use $ and $$?
>>
>> Cheers,
>>
>> Brian
>>
>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro <joonpyro at gmail.com> wrote:
>>> Hi,
>>>
>>> I just started using notebook, and it looks awesome. Thank you so much
>>> for
>>> your dedicated work. I cannot wait to try using it through a remote
>>> connection!
>>>
>>> Anyway, I was thinking it would be great if it is possible to use \( \),
>>> \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would
>>> this
>>> be easily implementable?
>>>
>>> Thank you,
>>> Joon
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>>
>
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From fperez.net at gmail.com  Wed Jan 11 13:02:07 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 11 Jan 2012 10:02:07 -0800
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
Message-ID: <CAHAreOottQQ5i0kkA4qBr_jzKhuRLtC=xxP7SSmWBFynrhnXqA@mail.gmail.com>

On Wed, Jan 11, 2012 at 9:22 AM, Brian Granger <ellisonbg at gmail.com> wrote:
> If MathJax can support both styles simultaneously let's do that. ?Can
> you look into if that is possible and submit a pull request to
> implement it?

+1

f


From piotr.zolnierczuk at gmail.com  Wed Jan 11 15:55:20 2012
From: piotr.zolnierczuk at gmail.com (Piotr Zolnierczuk)
Date: Wed, 11 Jan 2012 15:55:20 -0500
Subject: [IPython-dev] Standalone WX GUI support is broken (issue #645)
Message-ID: <CAB-kD6muLLY6MkQu+PxMZtM7J-hsSCakvo3BOhXefyh+ODMXBA@mail.gmail.com>

Hi,

Not sure what to expect from the example (docs/examples/lib/gui-wx.py) but
here's what workes for me on a Windows machine (XP) and on RHEL 6 with EPD
7.2-1.

I got the pop-up and the buttons worked.

BTW: what does %gui wx do?

Piotr

$ git diff
diff --git a/docs/examples/lib/gui-wx.py b/docs/examples/lib/gui-wx.py
index c55ce4f..a374024 100755
--- a/docs/examples/lib/gui-wx.py
+++ b/docs/examples/lib/gui-wx.py
@@ -105,13 +105,19 @@ class MyApp(wx.App):


 if __name__ == '__main__':
-    raise NotImplementedError(
-        'Standalone WX GUI support is currently broken. '
-        'See https://github.com/ipython/ipython/issues/645 for details')
+    #raise NotImplementedError(
+    #    'Standalone WX GUI support is currently broken. '
+    #    'See https://github.com/ipython/ipython/issues/645 for details')

     app = wx.GetApp()
     if app is None:
         app = MyApp(redirect=False, clearSigInt=False)
+    else:
+        frame = MyFrame(None, "Simple wxPython App")
+        app.SetTopWindow(frame)
+        print "Print statements go to this stdout window by default."
+        frame.Show(True)
+

     try:
         from IPython.lib.inputhook import enable_wx





-- 

Piotr Adam Zolnierczuk
e-mail: piotr at zolnierczuk.net
www:   http://www.zolnierczuk.net
_____________________________________
written on recycled electrons
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120111/642721d2/attachment.html>

From ellisonbg at gmail.com  Wed Jan 11 19:06:04 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 11 Jan 2012 16:06:04 -0800
Subject: [IPython-dev] Help testing new UI for the notebook
In-Reply-To: <CAKgW=6+kXw7P8p_2y4uroyQwRdnFVKf5KjXUtAH3RX+S3Ynq5g@mail.gmail.com>
References: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
	<CAKgW=6+kXw7P8p_2y4uroyQwRdnFVKf5KjXUtAH3RX+S3Ynq5g@mail.gmail.com>
Message-ID: <CAH4pYpROXAjvkjoeFxf1N5oTc8wiSQs5gdou-Ob3kfBk_S_BUw@mail.gmail.com>

Aaron,

Thanks for looking at this!

On Wed, Jan 11, 2012 at 5:36 AM, Aaron Meurer <asmeurer at gmail.com> wrote:
> Hi.
>
> I just tried them both. I used Chrome.
>
> In wihmoize:
>
> - There is a bug where the menus can remain blue after the menu has
> disappeared.

Yep, that is one that I can't easily fix.

> - The menus are maybe a little choppy, but it's not too bad. The menus
> are too slow to disappear after being deselected, but that's annoying
> at best. Granted, Chrome is the most responsive browser, and I didn't
> try it in others. If anything, this is more responsive, in terms the
> UI updating when I move up and down in the menus. ?Also, the popup
> dialogs felt a little more responsive (i.e., when moving them around),
> but the difference on my machine could be considered negligible.

Interesting.  I am on Chrome and the choppiness (compared with the
dewijmoize version) is horrible.  The behavior of the popups should be
exacly the same though.

> - As far as UI goes, I like this one better. ?I guess you'll have to
> play around with a lot of actual use to see if automatically opening
> the menu or only when clicked is better (given the precedence of
> virtually every other GUI, though, it's probably the latter).

Yes, I agree that click to open is more standard.  Unfortunately that
mode is completely broken in the Wijmo and the devs have not responded
to my emails.

> In dewhimoize:
>
> - There is a similar bug to above. If you click on a menu, then click
> again to deselect, it still remains highlighted.

Yes, I have seen this as well, although it is more difficult to
trigger than in the wijmoize version.

> - Selecting the first menu item when the menu is open and the mouse is
> over the menu title is confusing (I first thought it was some kind of
> "default" or something).

Yes, for now we are stuck with this.  We would have to contribute code
to jquery to fix this.  But at least that is an option (Wijmo is not
openly developed as there is a commercial version).

> Unless these things are hard-coded into the libraries, I don't see any
> difference between the two yet to suggest one over the other.
> Obviously some things are implemented in one that aren't in the other.

Yes most of the things you bring up are hard-coded.  Because jquery is
openly developed and has a solid community, it makes me more at ease.

> Unrelated note: I noticed that the SymPy docs link in the help menu
> links to the dev docs. ?This should probably link to the release docs.

OK I will fix that.

> Aaron Meurer
>
> On Tue, Jan 10, 2012 at 10:51 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>> Hi,
>>
>> I have developed a new menu based UI for the notebook. ?There are two versions:
>>
>> * One that uses Wjimo (a jQuery widget library):
>>
>> https://github.com/ellisonbg/ipython/tree/wijmoize
>>
>> This Wijmo based version was my first attempt. ?Wijmo has a very
>> polished look (we have been using one of its themes "Aristo" for
>> months now). ?But, as I got going, I found that the usability of the
>> menus was lacking. ?The menu flyout animation is clunky and slow, I
>> can't get the menus to open with a click (only on mouseover) and there
>> are lots of minor glitches. ?Documentation is also not great and no
>> one has replied to multiple posts on their forums.
>>
>> * One that uses a dev branch of jQueryUI:
>>
>> https://github.com/ellisonbg/ipython/tree/dewijmoize
>>
>> jQuery UI has been working on menu/menubar widgets for some time now.
>> The version I am using is in a dev branch (not even master).
>> Surprisingly, the usability is much better than the Wijmo based
>> version. ?Everything is snappy and quick and things just work. ?jQuery
>> UI is pretty solid, so even though this is pre-release quality, I
>> trust it - and it tends to be clean, well documented code. ?Downsides:
>> we are back to a basic jquery theme, no keyboard shortcuts in menu
>> items.
>>
>> 1: PLEASE play with the notebook in both of these branches and give me
>> feedback. ?I am moving quickly these days, so we need to decide on
>> which version we like better ASAP.
>>
>> 2. If we move away from Wijmo, we will be stuck with the basic theme
>> for now. ?We can use themeroller to *help* us generate a new theme,
>> but it will be ome extra work as the themes it generates don't work
>> with the dev version:
>>
>> http://jqueryui.com/themeroller/
>>
>> Happy notebooking!
>>
>> Cheers,
>>
>> Brian
>>
>>
>> --
>> Brian E. Granger
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu and ellisonbg at gmail.com
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From fperez.net at gmail.com  Wed Jan 11 21:20:34 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 11 Jan 2012 18:20:34 -0800
Subject: [IPython-dev] Help testing new UI for the notebook
In-Reply-To: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
References: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
Message-ID: <CAHAreOo_jCYtArvTtz68FSSfhODfpNn1=6xiER9aMK-_-qAjNQ@mail.gmail.com>

Hey Brian,

On Tue, Jan 10, 2012 at 9:51 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Hi,
>
> I have developed a new menu based UI for the notebook. ?There are two versions:

Thanks for the awesome work!

> * One that uses Wjimo (a jQuery widget library):
>
> https://github.com/ellisonbg/ipython/tree/wijmoize
>
> This Wijmo based version was my first attempt. ?Wijmo has a very
> polished look (we have been using one of its themes "Aristo" for
> months now). ?But, as I got going, I found that the usability of the
> menus was lacking. ?The menu flyout animation is clunky and slow, I
> can't get the menus to open with a click (only on mouseover) and there
> are lots of minor glitches. ?Documentation is also not great and no
> one has replied to multiple posts on their forums.

This, and the comments you made further in response to Aaron, worries
me greatly in going with Wijmo.  I don't mind that they have a
commercial version, but the fact that their development model is
closed and non-responsive to your queries is very problematic in my
mind.

Furthermore, in trying both options side-by-side, I actually don't
find the jquery one ugly at all due to the lack of theming.  It's a
bit spartan, but perfectly functional.  It's also fairly tight in
terms of whitespace, which as you know is something I'm obsessively
picky about (and hugely annoyed with recent trends in apps like gmail,
that seem to now be burning whitespace like it's going out of
fashion).

So after trying both, and based on the feedback you provided, I'm
massively +1 in going forward with jquery.  It's a bummer that we have
to use a dev branch for now, but hopefully that's temporary.  And
given that this is carried in our tree anyways, this is in no way a
problem for our users who don't see this directly.

Best,

f


From damianavila at gmail.com  Wed Jan 11 22:06:30 2012
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Thu, 12 Jan 2012 00:06:30 -0300
Subject: [IPython-dev] How to embed IPython notebook in a html5 slideshow.
Message-ID: <4F0E4E36.60707@gmail.com>

Hi, my name is Dami?n.

Recently, I have figured out a way to embed IPython notebook in a html5 
slideshow.

Fernando has shared my post in google+ and later, in the commentaries, a 
little discussion (with Fernando and Wes) was born about it.

You can read the post and the discussion here:

https://plus.google.com/105051551851350439748/posts/gd9fDgpV8iY

There, I said to Fernando: "I suspect that I will need some strong 
interaction with the IPython code (and obviously, time...)".

So, Fernando point me out to this list to find some help from "other 
interested parties" to streamline the process and maybe begin with a 
native implementation in IPython.

Are there somebody able/willing/interested to help me out with this?

Thanks in advance.

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

From fperez.net at gmail.com  Wed Jan 11 23:20:40 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 11 Jan 2012 20:20:40 -0800
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <4F0E4E36.60707@gmail.com>
References: <4F0E4E36.60707@gmail.com>
Message-ID: <CAHAreOo-oNSafP3-bzxUyQ6ifRVgMUthBryPArzaTK9jQv=1xA@mail.gmail.com>

On Wed, Jan 11, 2012 at 7:06 PM, Dami?n Avila <damianavila at gmail.com> wrote:
> So, Fernando point me out to this list to find some help from "other
> interested parties" to streamline the process and maybe begin with a native
> implementation in IPython.
>
> Are there somebody able/willing/interested to help me out with this?

Welcome to the list!  It would be really cool to have an easy way to
create 'presentation notebooks'.  Basically, notebooks that break up
naturally in single-page units and for which page up/down or arrow
keys cause transitions, so that they can be used without scrolling and
only with  a presentation remote during talks.  But with actual cells
and code execution, so that one could then stop at some point, go to
the keyboard and do a bit of typing to demonstrate an interactive
feature.

Since changing the html view of the notebook itself is very
complicated, an interim solution might be to produce a 'presentation
view' of an existing notebook.  One could then switch to this view for
the presentation and switch back to the normal view for running code.
When giving a talk/lecture, it would just be a matter of opening both
views in two browser tabs and switching as needed.

Anyway, I'm sure Damian and others can come up with good ideas!

Cheers,

f


From ellisonbg at gmail.com  Wed Jan 11 23:21:27 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 11 Jan 2012 20:21:27 -0800
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <4F0E4E36.60707@gmail.com>
References: <4F0E4E36.60707@gmail.com>
Message-ID: <CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>

Hi, this is really cool!  But I think we should turn this inside out
and make a "slide show" mode for the notebook.  It would provide a
slide show like UI for a notebook where each cell becomes a slide.
That way you can develop your slides using markdown/code in the
notebook and immediately present them without any additional steps.
This will require some refactoring of the javascript of the notebook
to make cells more independent of the notebook structure.  But this
was something we need to do anyways.  Wont' happen overnight, but this
would be a *killer* feature for sure!  For now embedding in the HTML
slide show is super cool.

Cheers,

Brian

On Wed, Jan 11, 2012 at 7:06 PM, Dami?n Avila <damianavila at gmail.com> wrote:
> Hi, my name is Dami?n.
>
> Recently, I have figured out a way to embed IPython notebook in a html5
> slideshow.
>
> Fernando has shared my post in google+ and later, in the commentaries, a
> little discussion (with Fernando and Wes) was born about it.
>
> You can read the post and the discussion here:
>
> https://plus.google.com/105051551851350439748/posts/gd9fDgpV8iY
>
> There, I said to Fernando: "I suspect that I will need some strong
> interaction with the IPython code (and obviously, time...)".
>
> So, Fernando point me out to this list to find some help from "other
> interested parties" to streamline the process and maybe begin with a native
> implementation in IPython.
>
> Are there somebody able/willing/interested to help me out with this?
>
> Thanks in advance.
>
> Dami?n.
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



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


From fperez.net at gmail.com  Wed Jan 11 23:22:17 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 11 Jan 2012 20:22:17 -0800
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>
References: <4F0E4E36.60707@gmail.com>
	<CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>
Message-ID: <CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>

On Wed, Jan 11, 2012 at 8:21 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Hi, this is really cool! ?But I think we should turn this inside out
> and make a "slide show" mode for the notebook.

Stop reading my brain!!! ;)

f


From ellisonbg at gmail.com  Wed Jan 11 23:26:10 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 11 Jan 2012 20:26:10 -0800
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>
References: <4F0E4E36.60707@gmail.com>
	<CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>
	<CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>
Message-ID: <CAH4pYpTsR1yvXvc4djmyV_VEtDD1Om5Z93Xbc=6VadAkjj9otg@mail.gmail.com>

On Wed, Jan 11, 2012 at 8:22 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Wed, Jan 11, 2012 at 8:21 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>> Hi, this is really cool! ?But I think we should turn this inside out
>> and make a "slide show" mode for the notebook.
>
> Stop reading my brain!!! ;)

Sorry, when your brain is publicly available on github, it is difficult.

More seriously, this would be very cool.  Unfortunately, the JS
refactoring required will be a bit hairy as it touches almost the
entire JS code base in deep ways.  I have been thinking about it for a
while - basically, I would enable the cell and kernel objects to work
independently of the overall notebook structure.  This would allow
cells/kernels to be easily embedded on any web page...such as our
slide show mode.  There are a bunch of other things I need to do
first, but will eventually get to this...mainly because I want to
present all my talks this way...

Cheers,

Brian

> f



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


From ellisonbg at gmail.com  Wed Jan 11 23:26:14 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 11 Jan 2012 20:26:14 -0800
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>
References: <4F0E4E36.60707@gmail.com>
	<CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>
	<CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>
Message-ID: <CAH4pYpSQBRGxYKHJjHitXZf4-NzF-PgsN7ETWzXPFdfh6+gA3g@mail.gmail.com>

On Wed, Jan 11, 2012 at 8:22 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Wed, Jan 11, 2012 at 8:21 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>> Hi, this is really cool! ?But I think we should turn this inside out
>> and make a "slide show" mode for the notebook.
>
> Stop reading my brain!!! ;)

Sorry, when your brain is publicly available on github, it is difficult.

More seriously, this would be very cool.  Unfortunately, the JS
refactoring required will be a bit hairy as it touches almost the
entire JS code base in deep ways.  I have been thinking about it for a
while - basically, I would enable the cell and kernel objects to work
independently of the overall notebook structure.  This would allow
cells/kernels to be easily embedded on any web page...such as our
slide show mode.  There are a bunch of other things I need to do
first, but will eventually get to this...mainly because I want to
present all my talks this way...

Cheers,

Brian

> f



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


From fperez.net at gmail.com  Thu Jan 12 01:09:49 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 11 Jan 2012 22:09:49 -0800
Subject: [IPython-dev] embedding ipython
In-Reply-To: <CA+A4wOmYnBN4d1JsVbeivQnxAQA_T1P99t=QR_QnSuZ3pLjcqA@mail.gmail.com>
References: <CA+A4wOmYnBN4d1JsVbeivQnxAQA_T1P99t=QR_QnSuZ3pLjcqA@mail.gmail.com>
Message-ID: <CAHAreOouj9wB6otJdb3-n41Jo-XoWXvhQgUC6kz4Jvjr2x88vg@mail.gmail.com>

Hey Satra,

On Tue, Jan 10, 2012 at 12:56 PM, Satrajit Ghosh <satra at mit.edu> wrote:
> i'm trying to look into the possibility of embedding ipython into the latest
> version of 3d slicer (slicer.org). slicer is a PythonQt application and they
> bundle their own python interpreter with it.
>
> any pointers in the right direction would be much appreciated.

A starting point would be to look at Robert's hack:

http://mail.scipy.org/pipermail/ipython-dev/2011-December/008456.html

now, ideally we'd do this correctly, by refactoring the Qt console
code so that it can use a KernelManager that could be either local or
remote, and having a local manager for the in-process cases.  With
this done, the terminal (or 'plain' ipython) and console (the new
terminal-based two-process one)  clients could also then be cleaned up
to use the exact same architecture.

That is the right way to do this and not too much work, but not a tiny
amount of work either.  I don't know if right now you have the
bandwidth to try to do it.  If you do, I'd be happy to give you a hand
though, so let me know.

Doing that refactoring is a really important step in finishing up the
architectural clenaup we started with Brian's summer'09 work, so it
would be awesome to tackle it.

Cheers,

f


From fperez.net at gmail.com  Thu Jan 12 01:12:39 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 11 Jan 2012 22:12:39 -0800
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <CAH4pYpTsR1yvXvc4djmyV_VEtDD1Om5Z93Xbc=6VadAkjj9otg@mail.gmail.com>
References: <4F0E4E36.60707@gmail.com>
	<CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>
	<CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>
	<CAH4pYpTsR1yvXvc4djmyV_VEtDD1Om5Z93Xbc=6VadAkjj9otg@mail.gmail.com>
Message-ID: <CAHAreOqQMXuns6yjs-tFTWFehna1ZLj9OK0k2=q-=y7MSoj_aw@mail.gmail.com>

On Wed, Jan 11, 2012 at 8:26 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Sorry, when your brain is publicly available on github, it is difficult.

Open source to the core :)

> More seriously, this would be very cool. ?Unfortunately, the JS
> refactoring required will be a bit hairy as it touches almost the
> entire JS code base in deep ways. ?I have been thinking about it for a
> while - basically, I would enable the cell and kernel objects to work
> independently of the overall notebook structure. ?This would allow
> cells/kernels to be easily embedded on any web page...such as our

Yes, ultimately that's exactly where we want to end up.

> slide show mode. ?There are a bunch of other things I need to do
> first, but will eventually get to this...mainly because I want to
> present all my talks this way...

Absolutely!  The 'executable talk', to go along with the executable
paper.  We'll get there, for sure...

Cheers,

f


From joonpyro at gmail.com  Thu Jan 12 01:53:50 2012
From: joonpyro at gmail.com (Joon Ro)
Date: Thu, 12 Jan 2012 00:53:50 -0600
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <CAHAreOottQQ5i0kkA4qBr_jzKhuRLtC=xxP7SSmWBFynrhnXqA@mail.gmail.com>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
	<CAHAreOottQQ5i0kkA4qBr_jzKhuRLtC=xxP7SSmWBFynrhnXqA@mail.gmail.com>
Message-ID: <op.v7ylf01mdm0f0t@linux-0sd0.site>

On Wed, 11 Jan 2012 12:02:07 -0600, Fernando Perez <fperez.net at gmail.com>  
wrote:

> On Wed, Jan 11, 2012 at 9:22 AM, Brian Granger <ellisonbg at gmail.com>  
> wrote:
>> If MathJax can support both styles simultaneously let's do that.  Can
>> you look into if that is possible and submit a pull request to
>> implement it?
>
> +1
>
> f

Will do that. Thanks!

-Joon


-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/


From benjaminrk at gmail.com  Thu Jan 12 02:09:25 2012
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 11 Jan 2012 23:09:25 -0800
Subject: [IPython-dev] embedding ipython
In-Reply-To: <CAHAreOouj9wB6otJdb3-n41Jo-XoWXvhQgUC6kz4Jvjr2x88vg@mail.gmail.com>
References: <CA+A4wOmYnBN4d1JsVbeivQnxAQA_T1P99t=QR_QnSuZ3pLjcqA@mail.gmail.com>
	<CAHAreOouj9wB6otJdb3-n41Jo-XoWXvhQgUC6kz4Jvjr2x88vg@mail.gmail.com>
Message-ID: <CAHNn8BXfGRHsETQA2AhbbbggQuMTTxtKQzuz1MMGPt1fU-2j+A@mail.gmail.com>

On Wed, Jan 11, 2012 at 22:09, Fernando Perez <fperez.net at gmail.com> wrote:

> Hey Satra,
>
> On Tue, Jan 10, 2012 at 12:56 PM, Satrajit Ghosh <satra at mit.edu> wrote:
> > i'm trying to look into the possibility of embedding ipython into the
> latest
> > version of 3d slicer (slicer.org). slicer is a PythonQt application and
> they
> > bundle their own python interpreter with it.
> >
> > any pointers in the right direction would be much appreciated.
>
> A starting point would be to look at Robert's hack:
>
> http://mail.scipy.org/pipermail/ipython-dev/2011-December/008456.html
>
> now, ideally we'd do this correctly, by refactoring the Qt console
> code so that it can use a KernelManager that could be either local or
> remote, and having a local manager for the in-process cases.  With
> this done, the terminal (or 'plain' ipython) and console (the new
> terminal-based two-process one)  clients could also then be cleaned up
> to use the exact same architecture.
>

I should note that the QtConsole (and any derivative of of ShellApp) has a
kernel_manager_class, and subclasses can simply change this value to use
different KernelManagers.  So as it stands currently, you should be able to
do:

class MyKernelManager:
    # do whatever special things you need to do

class MyQtApp(QtConsoleApp):
    kernel_manager_class = MyKernelManager

And you should be done.

Unfortunately, code used to launch tabs other than the first was *not*
updated to use this, and has QtKernelManager hardcoded instead of using the
attribute.  I've opened the trivial
PR<https://github.com/ipython/ipython/pull/1257>required to fix this.



> That is the right way to do this and not too much work, but not a tiny
> amount of work either.  I don't know if right now you have the
> bandwidth to try to do it.  If you do, I'd be happy to give you a hand
> though, so let me know.
>
> Doing that refactoring is a really important step in finishing up the
> architectural clenaup we started with Brian's summer'09 work, so it
> would be awesome to tackle it.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120111/301de017/attachment.html>

From asmeurer at gmail.com  Thu Jan 12 05:37:01 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Thu, 12 Jan 2012 03:37:01 -0700
Subject: [IPython-dev] Help testing new UI for the notebook
In-Reply-To: <CAH4pYpROXAjvkjoeFxf1N5oTc8wiSQs5gdou-Ob3kfBk_S_BUw@mail.gmail.com>
References: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
	<CAKgW=6+kXw7P8p_2y4uroyQwRdnFVKf5KjXUtAH3RX+S3Ynq5g@mail.gmail.com>
	<CAH4pYpROXAjvkjoeFxf1N5oTc8wiSQs5gdou-Ob3kfBk_S_BUw@mail.gmail.com>
Message-ID: <CAKgW=6KZUoP+KUV0mbTDH7xUZttaJqfipUXTPm9SPU=Ecr4AKw@mail.gmail.com>

On Wed, Jan 11, 2012 at 5:06 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Aaron,
>
> Thanks for looking at this!
>
> On Wed, Jan 11, 2012 at 5:36 AM, Aaron Meurer <asmeurer at gmail.com> wrote:
>> Hi.
>>
>> I just tried them both. I used Chrome.
>>
>> In wihmoize:
>>
>> - There is a bug where the menus can remain blue after the menu has
>> disappeared.
>
> Yep, that is one that I can't easily fix.
>
>> - The menus are maybe a little choppy, but it's not too bad. The menus
>> are too slow to disappear after being deselected, but that's annoying
>> at best. Granted, Chrome is the most responsive browser, and I didn't
>> try it in others. If anything, this is more responsive, in terms the
>> UI updating when I move up and down in the menus. ?Also, the popup
>> dialogs felt a little more responsive (i.e., when moving them around),
>> but the difference on my machine could be considered negligible.
>
> Interesting. ?I am on Chrome and the choppiness (compared with the
> dewijmoize version) is horrible. ?The behavior of the popups should be
> exacly the same though.

It's not.  The one animates and the other doesn't.

>
>> - As far as UI goes, I like this one better. ?I guess you'll have to
>> play around with a lot of actual use to see if automatically opening
>> the menu or only when clicked is better (given the precedence of
>> virtually every other GUI, though, it's probably the latter).
>
> Yes, I agree that click to open is more standard. ?Unfortunately that
> mode is completely broken in the Wijmo and the devs have not responded
> to my emails.
>
>> In dewhimoize:
>>
>> - There is a similar bug to above. If you click on a menu, then click
>> again to deselect, it still remains highlighted.
>
> Yes, I have seen this as well, although it is more difficult to
> trigger than in the wijmoize version.

I can reproduce it consistently by clicking on the menu name to close the menu.

>
>> - Selecting the first menu item when the menu is open and the mouse is
>> over the menu title is confusing (I first thought it was some kind of
>> "default" or something).
>
> Yes, for now we are stuck with this. ?We would have to contribute code
> to jquery to fix this. ?But at least that is an option (Wijmo is not
> openly developed as there is a commercial version).
>
>> Unless these things are hard-coded into the libraries, I don't see any
>> difference between the two yet to suggest one over the other.
>> Obviously some things are implemented in one that aren't in the other.
>
> Yes most of the things you bring up are hard-coded. ?Because jquery is
> openly developed and has a solid community, it makes me more at ease.
>
>> Unrelated note: I noticed that the SymPy docs link in the help menu
>> links to the dev docs. ?This should probably link to the release docs.
>
> OK I will fix that.
>
>> Aaron Meurer
>>
>> On Tue, Jan 10, 2012 at 10:51 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>>> Hi,
>>>
>>> I have developed a new menu based UI for the notebook. ?There are two versions:
>>>
>>> * One that uses Wjimo (a jQuery widget library):
>>>
>>> https://github.com/ellisonbg/ipython/tree/wijmoize
>>>
>>> This Wijmo based version was my first attempt. ?Wijmo has a very
>>> polished look (we have been using one of its themes "Aristo" for
>>> months now). ?But, as I got going, I found that the usability of the
>>> menus was lacking. ?The menu flyout animation is clunky and slow, I
>>> can't get the menus to open with a click (only on mouseover) and there
>>> are lots of minor glitches. ?Documentation is also not great and no
>>> one has replied to multiple posts on their forums.
>>>
>>> * One that uses a dev branch of jQueryUI:
>>>
>>> https://github.com/ellisonbg/ipython/tree/dewijmoize
>>>
>>> jQuery UI has been working on menu/menubar widgets for some time now.
>>> The version I am using is in a dev branch (not even master).
>>> Surprisingly, the usability is much better than the Wijmo based
>>> version. ?Everything is snappy and quick and things just work. ?jQuery
>>> UI is pretty solid, so even though this is pre-release quality, I
>>> trust it - and it tends to be clean, well documented code. ?Downsides:
>>> we are back to a basic jquery theme, no keyboard shortcuts in menu
>>> items.
>>>
>>> 1: PLEASE play with the notebook in both of these branches and give me
>>> feedback. ?I am moving quickly these days, so we need to decide on
>>> which version we like better ASAP.
>>>
>>> 2. If we move away from Wijmo, we will be stuck with the basic theme
>>> for now. ?We can use themeroller to *help* us generate a new theme,
>>> but it will be ome extra work as the themes it generates don't work
>>> with the dev version:
>>>
>>> http://jqueryui.com/themeroller/
>>>
>>> Happy notebooking!
>>>
>>> Cheers,
>>>
>>> Brian
>>>
>>>
>>> --
>>> Brian E. Granger
>>> Cal Poly State University, San Luis Obispo
>>> bgranger at calpoly.edu and ellisonbg at gmail.com
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com


From dave.hirschfeld at gmail.com  Thu Jan 12 06:39:54 2012
From: dave.hirschfeld at gmail.com (Dave Hirschfeld)
Date: Thu, 12 Jan 2012 11:39:54 +0000 (UTC)
Subject: [IPython-dev] ZMQError: Too many open files
References: <CACGp2_NvTi4J0uP3+j5fcmUw3mhpW6yB7RQC=k1u3sXFSwqDEg@mail.gmail.com>
	<CAOvn4qiN_g-fH2P7bp1W+bBxsM=yWSgZ4EoT-GjNcm3CcEzoWQ@mail.gmail.com>
Message-ID: <loom.20120112T112509-499@post.gmane.org>


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

> 
> On 10 January 2012 20:56, dave.hirschfeld <dave.hirschfeld <at> gmail.com> 
  wrote:
> 
> I've been testing out the *awesome* parallel capabilities of the new
> IPython but was continuously getting the "Too many open files"
> ZMQError:
> 
> 
> This error has come up recently on ipython-user - take a look at this thread:
http://mail.scipy.org/pipermail/ipython-user/2012-January/009017.html

> Thanks, Thomas 
> 

Thanks, it seems the root cause of my problem is indeed creating clients in a
loop without closing them properly. I came up with my solution (hack?) before
xmas so a google search didn't turn up that very helpful post!

-Dave






From bedwards at cs.unm.edu  Thu Jan 12 13:11:55 2012
From: bedwards at cs.unm.edu (Ben Edwards)
Date: Thu, 12 Jan 2012 11:11:55 -0700
Subject: [IPython-dev] Help testing new UI for the notebook
In-Reply-To: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
References: <CAH4pYpTji0NyG=PgrCrtUaYc=COsW=SrKA7dMRy915uvbwXvEg@mail.gmail.com>
Message-ID: <CAP4Ca8WiupkfkA_Vhs57+o3eDwaXe2BJOkuEMUZMHpBNJryXkA@mail.gmail.com>

This is cool work, here are some comments.

https://github.com/ellisonbg/ipython/tree/wijmoize
>
> This Wijmo based version was my first attempt.  Wijmo has a very
> polished look (we have been using one of its themes "Aristo" for
> months now).  But, as I got going, I found that the usability of the
> menus was lacking.  The menu flyout animation is clunky and slow, I
> can't get the menus to open with a click (only on mouseover) and there
> are lots of minor glitches.  Documentation is also not great and no
> one has replied to multiple posts on their forums.
>

I've not experienced the same clunkiness and slowness. I am not in love
with the mouse over menus. I have been playing with setting up a notebook
server on my desktop and accessing it from my tablet. This makes mousing
over not quite work correctly. While certainly IPython is meant for a
keyboard and mouse. Doing some quick calculations on  my tablet is great,
but with mouseover menus this is hard.

* One that uses a dev branch of jQueryUI:
>
> https://github.com/ellisonbg/ipython/tree/dewijmoize
>
> jQuery UI has been working on menu/menubar widgets for some time now.
> The version I am using is in a dev branch (not even master).
> Surprisingly, the usability is much better than the Wijmo based
> version.  Everything is snappy and quick and things just work.  jQuery
> UI is pretty solid, so even though this is pre-release quality, I
> trust it - and it tends to be clean, well documented code.  Downsides:
> we are back to a basic jquery theme, no keyboard shortcuts in menu
> items.
>

Again, both seem snappy, and I have no real aesthetic preference.


>
> 1: PLEASE play with the notebook in both of these branches and give me
> feedback.  I am moving quickly these days, so we need to decide on
> which version we like better ASAP.
>
> 2. If we move away from Wijmo, we will be stuck with the basic theme
> for now.  We can use themeroller to *help* us generate a new theme,
> but it will be ome extra work as the themes it generates don't work
> with the dev version:
>
> http://jqueryui.com/themeroller/
>
> Happy notebooking!
>
> Cheers,
>
> Brian
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120112/17206fa0/attachment.html>

From damianavila at gmail.com  Thu Jan 12 13:30:33 2012
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Thu, 12 Jan 2012 15:30:33 -0300
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <CAH4pYpSQBRGxYKHJjHitXZf4-NzF-PgsN7ETWzXPFdfh6+gA3g@mail.gmail.com>
References: <4F0E4E36.60707@gmail.com>	<CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>	<CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>
	<CAH4pYpSQBRGxYKHJjHitXZf4-NzF-PgsN7ETWzXPFdfh6+gA3g@mail.gmail.com>
Message-ID: <4F0F26C9.7090907@gmail.com>

El 12/01/12 01:26, Brian Granger escribi?:
>
> More seriously, this would be very cool.  Unfortunately, the JS
> refactoring required will be a bit hairy as it touches almost the
> entire JS code base in deep ways.  I have been thinking about it for a
> while - basically, I would enable the cell and kernel objects to work
> independently of the overall notebook structure.  This would allow
> cells/kernels to be easily embedded on any web page...such as our
> slide show mode.  There are a bunch of other things I need to do
> first, but will eventually get to this...mainly because I want to
> present all my talks this way...
>
> Cheers,
>
> Brian
>

Brian, what you proposed is great! We need to isolate the cells/kernels 
from the overall structure to get what we want. I will see into the code 
to understand how it is working now, and maybe later, I can help a 
little more in this feature development. In the meantime, I am 
thinking... Is there any other way to get the "interactive slide" (like 
you describe) without refactoring all the work you have done?

Regards,

Dami?n

PS: Fernando and Brian, thanks for your quick response and your welcome 
to the list.


From ellisonbg at gmail.com  Thu Jan 12 14:23:05 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Thu, 12 Jan 2012 11:23:05 -0800
Subject: [IPython-dev] How to embed IPython notebook in a html5
	slideshow.
In-Reply-To: <4F0F26C9.7090907@gmail.com>
References: <4F0E4E36.60707@gmail.com>
	<CAH4pYpSoZ=h-yOUpHcmLsP_Ew0hMLHN33+tn7vW-c-+xUUyOqA@mail.gmail.com>
	<CAHAreOq83piQLrybKvM6Ck0sCuZ5N7nwqSt59Z9BKHnOKjO1GA@mail.gmail.com>
	<CAH4pYpSQBRGxYKHJjHitXZf4-NzF-PgsN7ETWzXPFdfh6+gA3g@mail.gmail.com>
	<4F0F26C9.7090907@gmail.com>
Message-ID: <CAH4pYpQ=LzUmOEyGPO=3bph8k9cpkHgyiCLa1L+J5zNp3J-jRw@mail.gmail.com>

On Thu, Jan 12, 2012 at 10:30 AM, Dami?n Avila <damianavila at gmail.com> wrote:
> El 12/01/12 01:26, Brian Granger escribi?:
>>
>> More seriously, this would be very cool. ?Unfortunately, the JS
>> refactoring required will be a bit hairy as it touches almost the
>> entire JS code base in deep ways. ?I have been thinking about it for a
>> while - basically, I would enable the cell and kernel objects to work
>> independently of the overall notebook structure. ?This would allow
>> cells/kernels to be easily embedded on any web page...such as our
>> slide show mode. ?There are a bunch of other things I need to do
>> first, but will eventually get to this...mainly because I want to
>> present all my talks this way...
>>
>> Cheers,
>>
>> Brian
>>
>
> Brian, what you proposed is great! We need to isolate the cells/kernels
> from the overall structure to get what we want. I will see into the code
> to understand how it is working now, and maybe later, I can help a
> little more in this feature development. In the meantime, I am
> thinking... Is there any other way to get the "interactive slide" (like
> you describe) without refactoring all the work you have done?

Not really - the code is too tightly coupled wright now.  I would keep
using the HTML5 slide show approach for now.

Cheers,

Brian

> Regards,
>
> Dami?n
>
> PS: Fernando and Brian, thanks for your quick response and your welcome
> to the list.
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From ellisonbg at gmail.com  Thu Jan 12 16:53:07 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Thu, 12 Jan 2012 13:53:07 -0800
Subject: [IPython-dev] FOSS sponsorship and tutorial at PyCon
Message-ID: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>

Hi,

We wanted to let everyone know that IPython will be at PyCon this year!:

* Fernando, Min and Brian will be presenting a tutorial on IPython:

https://us.pycon.org/2012/schedule/presentation/121/

* IPython has been accepted as a FOSS sponsor at PyCon:

https://us.pycon.org/2012/sponsors/#sponsor-99

This may mean we have a booth in the Expo hall - more details to follow.

* A number of us will be at the conference and possibly the sprints.
We would love to hang out, hack and talk about all things IPython.

Cheers,

Brian

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


From gael.varoquaux at normalesup.org  Thu Jan 12 16:54:47 2012
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Thu, 12 Jan 2012 22:54:47 +0100
Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at
	PyCon
In-Reply-To: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
References: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
Message-ID: <20120112215447.GC29628@phare.normalesup.org>

On Thu, Jan 12, 2012 at 01:53:07PM -0800, Brian Granger wrote:
> * IPython has been accepted as a FOSS sponsor at PyCon:

> https://us.pycon.org/2012/sponsors/#sponsor-99

Congratulations. This is big for the visibility of IPython.

Gael


From fperez.net at gmail.com  Thu Jan 12 18:46:41 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 12 Jan 2012 15:46:41 -0800
Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at
	PyCon
In-Reply-To: <20120112215447.GC29628@phare.normalesup.org>
References: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
	<20120112215447.GC29628@phare.normalesup.org>
Message-ID: <CAHAreOrr-5hvtpVjcfhya1iGPoK5LuYyTb7woEkHWdq4OGpp=A@mail.gmail.com>

On Thu, Jan 12, 2012 at 1:54 PM, Gael Varoquaux
<gael.varoquaux at normalesup.org> wrote:
>> https://us.pycon.org/2012/sponsors/#sponsor-99
>
> Congratulations. This is big for the visibility of IPython.

Yes, it's great!  And btw, the sprinting will be mostly in
collaboration with scikits-learn: at least Olivier Grisel and Jacob
VanderPlas will be around, so if anoyone else on this list is
interested in hacking at the intersection of ipython and the awesome
scikits-learn (which just recently made a fresh release, congrats
btw!), please join us!  The sprinting should be a lot of fun, and
others from the 'data' space like Wes McKinney of Pandas/Statsmodels
fame will be around as well.

Cheers,

f


From gael.varoquaux at normalesup.org  Thu Jan 12 19:03:34 2012
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Fri, 13 Jan 2012 01:03:34 +0100
Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at
	PyCon
In-Reply-To: <CAHAreOrr-5hvtpVjcfhya1iGPoK5LuYyTb7woEkHWdq4OGpp=A@mail.gmail.com>
References: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
	<20120112215447.GC29628@phare.normalesup.org>
	<CAHAreOrr-5hvtpVjcfhya1iGPoK5LuYyTb7woEkHWdq4OGpp=A@mail.gmail.com>
Message-ID: <20120113000334.GA893@phare.normalesup.org>

On Thu, Jan 12, 2012 at 03:46:41PM -0800, Fernando Perez wrote:
> Yes, it's great!  And btw, the sprinting will be mostly in
> collaboration with scikits-learn: at least Olivier Grisel and Jacob
> VanderPlas will be around,

Awesome. I didn't know that Jake would be there. He is a great guy.

I gather that the goal of the sprint would be much more general than the
scikit-learn. A real map-reduce framework using IPython would greatly
profit to the scikit-learn, but also any large scale data processing
application in Python.

By map-reduce, I mean a black box framework that takes mappers, reducers,
and data, and knows how to spread the tasks optimaly on a network given
its topology and the data interdependencies between the tasks. Last time
I discussed with Olivier, I the impression that he had these kinds of
goals in mind for the sprint. He knows these architectures really well.

I won't join you. I really considered going to Pycon this year, but I
travel way to much, and couldn't justify a trip to the US just for that.
However, I am really looking forward to this sprint.

Ga?l


From fperez.net at gmail.com  Thu Jan 12 19:09:19 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 12 Jan 2012 16:09:19 -0800
Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at
	PyCon
In-Reply-To: <20120113000334.GA893@phare.normalesup.org>
References: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
	<20120112215447.GC29628@phare.normalesup.org>
	<CAHAreOrr-5hvtpVjcfhya1iGPoK5LuYyTb7woEkHWdq4OGpp=A@mail.gmail.com>
	<20120113000334.GA893@phare.normalesup.org>
Message-ID: <CAHAreOrrABUqQGCU_Ks5ib2ovks81NtovB4NDLDG2+s4dCFnTg@mail.gmail.com>

On Thu, Jan 12, 2012 at 4:03 PM, Gael Varoquaux
<gael.varoquaux at normalesup.org> wrote:
> By map-reduce, I mean a black box framework that takes mappers, reducers,
> and data, and knows how to spread the tasks optimaly on a network given
> its topology and the data interdependencies between the tasks. Last time
> I discussed with Olivier, I the impression that he had these kinds of
> goals in mind for the sprint. He knows these architectures really well.

That's excellent; I'm sure we'll learn a ton from him along the way.

> I won't join you. I really considered going to Pycon this year, but I
> travel way to much, and couldn't justify a trip to the US just for that.
> However, I am really looking forward to this sprint.

I understand, this will be my first PyCon ever, and I can only justify it
because it's right where I live :)

But we'll try to keep lines of communication (irc, etc) open so that
others who may not be around can also pitch in remotely.

Cheers,

f


From damianavila at gmail.com  Thu Jan 12 20:34:43 2012
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Thu, 12 Jan 2012 22:34:43 -0300
Subject: [IPython-dev] FOSS sponsorship and tutorial at PyCon
In-Reply-To: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
References: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
Message-ID: <4F0F8A33.6050000@gmail.com>

El 12/01/12 18:53, Brian Granger escribi?:
> Hi,
>
> We wanted to let everyone know that IPython will be at PyCon this year!:
>
> * Fernando, Min and Brian will be presenting a tutorial on IPython:
>
> https://us.pycon.org/2012/schedule/presentation/121/
>
> * IPython has been accepted as a FOSS sponsor at PyCon:
>
> https://us.pycon.org/2012/sponsors/#sponsor-99
>
> This may mean we have a booth in the Expo hall - more details to follow.
>
> * A number of us will be at the conference and possibly the sprints.
> We would love to hang out, hack and talk about all things IPython.
>
> Cheers,
>
> Brian
>

Great! I'm going to the Conference, so I will see you there (Fernando, 
Min and Brian) to talk about IPython (specially about the "interactive 
silde", jeje).
Congratulations, again!



From fawce at quantopian.com  Thu Jan 12 22:14:40 2012
From: fawce at quantopian.com (fawce at quantopian.com)
Date: Fri, 13 Jan 2012 03:14:40 +0000
Subject: [IPython-dev] FOSS sponsorship and tutorial at PyCon
Message-ID: <899423545-1326424481-cardhu_decombobulator_blackberry.rim.net-164075363-@b12.c11.bise6.blackberry>

Congratulations - I'll be at PyCon for the first time, and I'll definitely be at the iPython pieces. 
------Original Message------
From: Dami?n Avila
Sender: ipython-dev-bounces at scipy.org
To: ipython-dev at scipy.org
Subject: Re: [IPython-dev] FOSS sponsorship and tutorial at PyCon
Sent: Jan 12, 2012 8:34 PM

El 12/01/12 18:53, Brian Granger escribi?:
> Hi,
>
> We wanted to let everyone know that IPython will be at PyCon this year!:
>
> * Fernando, Min and Brian will be presenting a tutorial on IPython:
>
> https://us.pycon.org/2012/schedule/presentation/121/
>
> * IPython has been accepted as a FOSS sponsor at PyCon:
>
> https://us.pycon.org/2012/sponsors/#sponsor-99
>
> This may mean we have a booth in the Expo hall - more details to follow.
>
> * A number of us will be at the conference and possibly the sprints.
> We would love to hang out, hack and talk about all things IPython.
>
> Cheers,
>
> Brian
>

Great! I'm going to the Conference, so I will see you there (Fernando, 
Min and Brian) to talk about IPython (specially about the "interactive 
silde", jeje).
Congratulations, again!

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

From ellisonbg at gmail.com  Thu Jan 12 22:33:14 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Thu, 12 Jan 2012 19:33:14 -0800
Subject: [IPython-dev] Follow the notebook development on Google+
Message-ID: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>

Hi all,

Following Fernando's example of posting about IPython related things
on Google+, I have decided to post to my Google+ feed (+Brian Granger)
about my work on the notebook.  I am working full time on the notebook
these days, so I will try to keep my updates regular and include
screen shots where relevant.  If you are interested in following
notebook development and want something a little higher level than git
commit logs, this is the place to go.

Cheers,

Brian

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


From fperez.net at gmail.com  Thu Jan 12 23:07:47 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 12 Jan 2012 20:07:47 -0800
Subject: [IPython-dev] [IPython-User] Follow the notebook development on
	Google+
In-Reply-To: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>
References: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>
Message-ID: <CAHAreOqQmLK2Li9G8MiVW7ey8+osBe_iiG+Wpt4P0eNRs-MEgQ@mail.gmail.com>

On Thu, Jan 12, 2012 at 7:33 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>
>
> Following Fernando's example of posting about IPython related things
> on Google+, I have decided to post to my Google+ feed (+Brian Granger)
> about my work on the notebook. ?I am working full time on the notebook
> these days, so I will try to keep my updates regular and include
> screen shots where relevant. ?If you are interested in following
> notebook development and want something a little higher level than git
> commit logs, this is the place to go.

+1 ;)

f


From hans_meine at gmx.net  Fri Jan 13 05:13:28 2012
From: hans_meine at gmx.net (Hans Meine)
Date: Fri, 13 Jan 2012 11:13:28 +0100
Subject: [IPython-dev] Follow the notebook development on Google+
In-Reply-To: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>
References: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>
Message-ID: <1361755.7xa8zaUHF6@hmeine-pc>

Am Donnerstag, 12. Januar 2012, 19:33:14 schrieb Brian Granger:
> Following Fernando's example of posting about IPython related things
> on Google+, I have decided to post to my Google+ feed (+Brian Granger)
> about my work on the notebook.  I am working full time on the notebook
> these days, so I will try to keep my updates regular and include
> screen shots where relevant.  If you are interested in following
> notebook development and want something a little higher level than git
> commit logs, this is the place to go.

I respect your choice of tools, but I just want to note that a Google account 
is a no-go for me (enough tracking already, and I do not want to be personally 
identified when using their search engine for? basically everything).

In contrast to other blogging platforms, this makes it very hard / impossible 
to give feedback / comments.

Anyhow, thanks for both your work and your efforts to write about it. :-)

Best,
   Hans



From damianavila at gmail.com  Fri Jan 13 06:59:56 2012
From: damianavila at gmail.com (=?ISO-8859-1?Q?Dami=E1n_Avila?=)
Date: Fri, 13 Jan 2012 08:59:56 -0300
Subject: [IPython-dev] Follow the notebook development on Google+
In-Reply-To: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>
References: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>
Message-ID: <4F101CBC.6060804@gmail.com>

El 13/01/12 00:33, Brian Granger escribi?:
> Hi all,
>
> Following Fernando's example of posting about IPython related things
> on Google+, I have decided to post to my Google+ feed (+Brian Granger)
> about my work on the notebook.  I am working full time on the notebook
> these days, so I will try to keep my updates regular and include
> screen shots where relevant.  If you are interested in following
> notebook development and want something a little higher level than git
> commit logs, this is the place to go.
>
> Cheers,
>
> Brian
>
Thanks for bringing us this new channel of exchange information, this is 
great! I will follow you there!!


From b.telenczuk at biologie.hu-berlin.de  Fri Jan 13 12:06:03 2012
From: b.telenczuk at biologie.hu-berlin.de (Bartosz Telenczuk)
Date: Fri, 13 Jan 2012 18:06:03 +0100
Subject: [IPython-dev] Adding IPython to Dock on MacOSX
Message-ID: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>

Some of you may find this useful. I have just posted a short "how-to"  on adding an ipython qt console luncher to MacOSX Dock. 

http://neuroscience.telenczuk.pl/?p=400

This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations).

Cheers,

Bartosz




From fperez.net at gmail.com  Fri Jan 13 13:27:13 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 13 Jan 2012 10:27:13 -0800
Subject: [IPython-dev] Follow the notebook development on Google+
In-Reply-To: <1361755.7xa8zaUHF6@hmeine-pc>
References: <CAH4pYpRNU=9EZo6qh6uA8De4Rvw41cG3o-P7ZcAaVcBHWj6T6g@mail.gmail.com>
	<1361755.7xa8zaUHF6@hmeine-pc>
Message-ID: <CAHAreOq9VJnP_f3=yuyawZOtoLneFyBX8n_6O7LTDShEuw-+7Q@mail.gmail.com>

Hi Hans,

On Fri, Jan 13, 2012 at 2:13 AM, Hans Meine <hans_meine at gmx.net> wrote:
> I respect your choice of tools, but I just want to note that a Google account
> is a no-go for me (enough tracking already, and I do not want to be personally
> identified when using their search engine for? basically everything).

I happen to both use G+ and pretty much share your attitude: my
solution has been (for many years) to keep *two* firefox profiles
always open.  One does my general browsing, searching, etc, and the
other does my personal gmail account (and now google+).  Just an
idea...

In any case, we're using g+ mostly as a way to 'broadcast' snippets of
interest, any substantive development discussion will always take
place either on the mailing list or on the github page for a specific
issue or pull request.  You do not need to worry that IPython
development is 'moving' to google+, facebook, twitter or any other
such platform :)

Best,

f


From fperez.net at gmail.com  Fri Jan 13 13:31:09 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 13 Jan 2012 10:31:09 -0800
Subject: [IPython-dev] Adding IPython to Dock on MacOSX
In-Reply-To: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
References: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
Message-ID: <CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>

On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk
<b.telenczuk at biologie.hu-berlin.de> wrote:
> Some of you may find this useful. I have just posted a short "how-to" ?on adding an ipython qt console luncher to MacOSX Dock.
>
> http://neuroscience.telenczuk.pl/?p=400
>
> This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations).

Great, many thanks!  I'm forwarding this also to the -user list, as
many there might find it of use.

Cheers,

f


From asmeurer at gmail.com  Fri Jan 13 16:23:07 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Fri, 13 Jan 2012 14:23:07 -0700
Subject: [IPython-dev] [IPython-User]  Adding IPython to Dock on MacOSX
In-Reply-To: <CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>
References: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
	<CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>
Message-ID: <CAKgW=6LPqZ5==8ObQSb-ouL5Ky_LT3wpY_hjA5umRQy085LJYA@mail.gmail.com>

You ought to ship something like this.  You should also do it for the
notebook.  The benefit there is that in addition to having a nice icon
to double click, you can set it so that double clicking on a .ipnb
file opens the notebook.

Aaron Meurer

On Fri, Jan 13, 2012 at 11:31 AM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk
> <b.telenczuk at biologie.hu-berlin.de> wrote:
>> Some of you may find this useful. I have just posted a short "how-to" ?on adding an ipython qt console luncher to MacOSX Dock.
>>
>> http://neuroscience.telenczuk.pl/?p=400
>>
>> This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations).
>
> Great, many thanks! ?I'm forwarding this also to the -user list, as
> many there might find it of use.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-User mailing list
> IPython-User at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-user


From joonpyro at gmail.com  Fri Jan 13 21:52:37 2012
From: joonpyro at gmail.com (Joon Ro)
Date: Fri, 13 Jan 2012 20:52:37 -0600
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
Message-ID: <op.v71zlzkzdm0f0t@linux-0sd0.site>

I'm sorry, but could you please tell me where I should look for this?
I tried to find out but it was not apparent to me where those are defined  
in the source.

Thank you,
Joon

On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger <ellisonbg at gmail.com>  
wrote:

> On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro <joonpyro at gmail.com> wrote:
>> Thank you for the reply.
>>
>> Actually I was not talking about making it configurable, just  
>> additionally
>> supporting \(  \) and \[  \] besides $ and $$. As far as I know \(  \)  
>> and
>> \[  \] are as widely used as $ and $$ for latex math. I'm sorry I said
>> "instead of" in the title. Should have used "in addition to." :)
>>
>> When I first started using latex in several years ago, I saw an
>> documentation which recommended using \(  \) and \[  \] instead of $...$
>> and $$...$$ somewhere (I don't remember where :)), so I have preferred
>> them.
>>
>> In fact, in the Mathjax documentation
>> (http://www.mathjax.org/docs/1.1/start.html), actually it says that  
>> "Note
>> in particular that the $...$ in-line delimiters are not used by  
>> default,"
>> because $ sign comes up too frequently in non-mathematical settings.
>> Mathjax supports both \[...\] and \(...\) by default. I just tried
>> matplotlib and I could use \(  \) there too. (It seems matplotlib does  
>> not
>> support neither $$ nor \[  \].)
>
> If MathJax can support both styles simultaneously let's do that.  Can
> you look into if that is possible and submit a pull request to
> implement it?
>
> Cheers,
>
> Brian
>
>> -Joon
>>
>>
>>
>> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger <ellisonbg at gmail.com>
>> wrote:
>>
>>> There are a number of levels that this choice enters in:
>>>
>>> * Our display system enforces that latex means $ and $$.  This is
>>> important as it provides a uniform interface for all people who want
>>> to develop custom latex representations of their objects for display
>>> in the notebook.  As time goes on, many third parties will rely on
>>> this convention.
>>> * The configuration of MathJax and matplotlib in the notebook and
>>> qtconsole.  This has to line up with the conventions in the display
>>> system, otherwise things won't work properly.
>>>
>>> I think this is one case where it doesn't make sense for this to be
>>> configurable.  Otherwise we can't promise that everyones code will
>>> "just work" in IPython.  Is there a reason you can't use $ and $$?
>>>
>>> Cheers,
>>>
>>> Brian
>>>
>>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro <joonpyro at gmail.com> wrote:
>>>> Hi,
>>>>
>>>> I just started using notebook, and it looks awesome. Thank you so much
>>>> for
>>>> your dedicated work. I cannot wait to try using it through a remote
>>>> connection!
>>>>
>>>> Anyway, I was thinking it would be great if it is possible to use \(  
>>>> \),
>>>> \[  \] instead of $...$, $$...$$ in the notebook for the math. Would
>>>> this
>>>> be easily implementable?
>>>>
>>>> Thank you,
>>>> Joon
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>>
>>
>>
>> --
>> Using Opera's revolutionary email client: http://www.opera.com/mail/
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
>


-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/


From ellisonbg at gmail.com  Fri Jan 13 23:51:31 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Fri, 13 Jan 2012 20:51:31 -0800
Subject: [IPython-dev] [IPython-User]  Adding IPython to Dock on MacOSX
In-Reply-To: <CAKgW=6LPqZ5==8ObQSb-ouL5Ky_LT3wpY_hjA5umRQy085LJYA@mail.gmail.com>
References: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
	<CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>
	<CAKgW=6LPqZ5==8ObQSb-ouL5Ky_LT3wpY_hjA5umRQy085LJYA@mail.gmail.com>
Message-ID: <CAH4pYpR_JxxH=YZ+_qw-Gi+xrwdnXM46_mOXUaNmaYZ0A5-fFA@mail.gmail.com>

On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer <asmeurer at gmail.com> wrote:
> You ought to ship something like this. ?You should also do it for the
> notebook. ?The benefit there is that in addition to having a nice icon
> to double click, you can set it so that double clicking on a .ipnb
> file opens the notebook.

Yes, that would be great.

> Aaron Meurer
>
> On Fri, Jan 13, 2012 at 11:31 AM, Fernando Perez <fperez.net at gmail.com> wrote:
>> On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk
>> <b.telenczuk at biologie.hu-berlin.de> wrote:
>>> Some of you may find this useful. I have just posted a short "how-to" ?on adding an ipython qt console luncher to MacOSX Dock.
>>>
>>> http://neuroscience.telenczuk.pl/?p=400
>>>
>>> This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations).
>>
>> Great, many thanks! ?I'm forwarding this also to the -user list, as
>> many there might find it of use.
>>
>> Cheers,
>>
>> f
>> _______________________________________________
>> IPython-User mailing list
>> IPython-User at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-user
> _______________________________________________
> IPython-User mailing list
> IPython-User at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-user



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


From ROsborn at anl.gov  Sat Jan 14 08:58:53 2012
From: ROsborn at anl.gov (Ray Osborn)
Date: Sat, 14 Jan 2012 07:58:53 -0600
Subject: [IPython-dev] [IPython-User]  Adding IPython to Dock on MacOSX
In-Reply-To: <CAH4pYpR_JxxH=YZ+_qw-Gi+xrwdnXM46_mOXUaNmaYZ0A5-fFA@mail.gmail.com>
References: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
	<CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>
	<CAKgW=6LPqZ5==8ObQSb-ouL5Ky_LT3wpY_hjA5umRQy085LJYA@mail.gmail.com>
	<CAH4pYpR_JxxH=YZ+_qw-Gi+xrwdnXM46_mOXUaNmaYZ0A5-fFA@mail.gmail.com>
Message-ID: <D0F33F25-82FE-479C-9D16-B6B7D5D3351B@anl.gov>

I loved the idea but I discovered that I would have had to make a small change to make it work. I had more than one copy of the Qt libraries on my Mac and the app version failed if I didn't specify which library to use. Enthought also creates an IPython launcher as an app, but just use a regular shell as the shebang and run the ipython command directly. I had to add

export DYLD_FRAMEWORK_PATH="/Library/Frameworks/EPD64.framework/Versions/Current/Frameworks:${DYLD_FRAMEWORK_PATH}"

before the ipython command to make sure it picked up the Enthought version of Qt. 

So you probably have to add something like 

os.environ["DYLD_FRAMEWORK_PATH"]='/path/to/your/QtFrameworks'

where the path points to the frameworks being used by the QtConsole.

Ray

On Jan 13, 2012, at 10:51 PM, Brian Granger wrote:

> On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer <asmeurer at gmail.com> wrote:
>> You ought to ship something like this.  You should also do it for the
>> notebook.  The benefit there is that in addition to having a nice icon
>> to double click, you can set it so that double clicking on a .ipnb
>> file opens the notebook.
> 
> Yes, that would be great.
> 
>> Aaron Meurer
>> 
>> On Fri, Jan 13, 2012 at 11:31 AM, Fernando Perez <fperez.net at gmail.com> wrote:
>>> On Fri, Jan 13, 2012 at 9:06 AM, Bartosz Telenczuk
>>> <b.telenczuk at biologie.hu-berlin.de> wrote:
>>>> Some of you may find this useful. I have just posted a short "how-to"  on adding an ipython qt console luncher to MacOSX Dock.
>>>> 
>>>> http://neuroscience.telenczuk.pl/?p=400
>>>> 
>>>> This might be trivial, but it really makes working with IPython much more convenient (you will never have to open a terminal and type IPython for quick calculations).
>>> 
>>> Great, many thanks!  I'm forwarding this also to the -user list, as
>>> many there might find it of use.
>>> 
>>> Cheers,
>>> 
>>> f
>>> _______________________________________________
>>> IPython-User mailing list
>>> IPython-User at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-user
>> _______________________________________________
>> IPython-User mailing list
>> IPython-User at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-user
> 
> 
> 
> -- 
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev

-- 
Ray Osborn
Materials Science Division
Argonne National Laboratory
Argonne, IL 60439, USA
Phone: +1 (630) 252-9011
Email: ROsborn at anl.gov





From ellisonbg at gmail.com  Sat Jan 14 12:22:39 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Sat, 14 Jan 2012 09:22:39 -0800
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <op.v71zlzkzdm0f0t@linux-0sd0.site>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
	<op.v71zlzkzdm0f0t@linux-0sd0.site>
Message-ID: <CAH4pYpQEkfuk3-9jOKZpgP0TMRutZyif_f4EdAGH+0Lh=SfnLA@mail.gmail.com>

Hmm, the MathJax config looks to already have this configured:

https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/notebookmain.js#L18

Can you test if it is working?

Cheers,

Brian

On Fri, Jan 13, 2012 at 6:52 PM, Joon Ro <joonpyro at gmail.com> wrote:
> I'm sorry, but could you please tell me where I should look for this?
> I tried to find out but it was not apparent to me where those are defined in
> the source.
>
> Thank you,
> Joon
>
>
> On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger <ellisonbg at gmail.com>
> wrote:
>
>> On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro <joonpyro at gmail.com> wrote:
>>>
>>> Thank you for the reply.
>>>
>>> Actually I was not talking about making it configurable, just
>>> additionally
>>> supporting \( ?\) and \[ ?\] besides $ and $$. As far as I know \( ?\)
>>> and
>>> \[ ?\] are as widely used as $ and $$ for latex math. I'm sorry I said
>>> "instead of" in the title. Should have used "in addition to." :)
>>>
>>> When I first started using latex in several years ago, I saw an
>>> documentation which recommended using \( ?\) and \[ ?\] instead of $...$
>>> and $$...$$ somewhere (I don't remember where :)), so I have preferred
>>> them.
>>>
>>> In fact, in the Mathjax documentation
>>> (http://www.mathjax.org/docs/1.1/start.html), actually it says that "Note
>>> in particular that the $...$ in-line delimiters are not used by default,"
>>> because $ sign comes up too frequently in non-mathematical settings.
>>> Mathjax supports both \[...\] and \(...\) by default. I just tried
>>> matplotlib and I could use \( ?\) there too. (It seems matplotlib does
>>> not
>>> support neither $$ nor \[ ?\].)
>>
>>
>> If MathJax can support both styles simultaneously let's do that. ?Can
>> you look into if that is possible and submit a pull request to
>> implement it?
>>
>> Cheers,
>>
>> Brian
>>
>>> -Joon
>>>
>>>
>>>
>>> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger <ellisonbg at gmail.com>
>>> wrote:
>>>
>>>> There are a number of levels that this choice enters in:
>>>>
>>>> * Our display system enforces that latex means $ and $$. ?This is
>>>> important as it provides a uniform interface for all people who want
>>>> to develop custom latex representations of their objects for display
>>>> in the notebook. ?As time goes on, many third parties will rely on
>>>> this convention.
>>>> * The configuration of MathJax and matplotlib in the notebook and
>>>> qtconsole. ?This has to line up with the conventions in the display
>>>> system, otherwise things won't work properly.
>>>>
>>>> I think this is one case where it doesn't make sense for this to be
>>>> configurable. ?Otherwise we can't promise that everyones code will
>>>> "just work" in IPython. ?Is there a reason you can't use $ and $$?
>>>>
>>>> Cheers,
>>>>
>>>> Brian
>>>>
>>>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro <joonpyro at gmail.com> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I just started using notebook, and it looks awesome. Thank you so much
>>>>> for
>>>>> your dedicated work. I cannot wait to try using it through a remote
>>>>> connection!
>>>>>
>>>>> Anyway, I was thinking it would be great if it is possible to use \(
>>>>> \),
>>>>> \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would
>>>>> this
>>>>> be easily implementable?
>>>>>
>>>>> Thank you,
>>>>> Joon
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Using Opera's revolutionary email client: http://www.opera.com/mail/
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>>
>>
>
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/



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


From joonpyro at gmail.com  Sat Jan 14 13:35:57 2012
From: joonpyro at gmail.com (Joon Ro)
Date: Sat, 14 Jan 2012 12:35:57 -0600
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <CAH4pYpQEkfuk3-9jOKZpgP0TMRutZyif_f4EdAGH+0Lh=SfnLA@mail.gmail.com>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
	<op.v71zlzkzdm0f0t@linux-0sd0.site>
	<CAH4pYpQEkfuk3-9jOKZpgP0TMRutZyif_f4EdAGH+0Lh=SfnLA@mail.gmail.com>
Message-ID: <op.v72697wcdm0f0t@linux-0sd0.site>

You are right. Actually, if I change \(  \) to \\(  \\) in a markdown  
cell, it works.

It seems this is caused by markdown parses those things, and regards them  
as its formatting syntax.

It is affecting not only \[  \] stuff but also some other math expressions.
For example, the following does not work:

$$ \underline{x}_{1} x_{2} $$

It works after escaping the first _ with \_:

$$ \underline{x}\_{1} x_{2} $$

I wonder if there is a way to parse math stuff independently from the  
markdown texts.
I found a discussion about this:  
http://doswa.com/2011/07/20/mathjax-in-markdown.html

Thank you,
Joon



On Sat, 14 Jan 2012 11:22:39 -0600, Brian Granger <ellisonbg at gmail.com>  
wrote:

> Hmm, the MathJax config looks to already have this configured:
>
> https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/notebookmain.js#L18
>
> Can you test if it is working?
>
> Cheers,
>
> Brian
>
> On Fri, Jan 13, 2012 at 6:52 PM, Joon Ro <joonpyro at gmail.com> wrote:
>> I'm sorry, but could you please tell me where I should look for this?
>> I tried to find out but it was not apparent to me where those are  
>> defined in
>> the source.
>>
>> Thank you,
>> Joon
>>
>>
>> On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger <ellisonbg at gmail.com>
>> wrote:
>>
>>> On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro <joonpyro at gmail.com> wrote:
>>>>
>>>> Thank you for the reply.
>>>>
>>>> Actually I was not talking about making it configurable, just
>>>> additionally
>>>> supporting \(  \) and \[  \] besides $ and $$. As far as I know \(  \)
>>>> and
>>>> \[  \] are as widely used as $ and $$ for latex math. I'm sorry I said
>>>> "instead of" in the title. Should have used "in addition to." :)
>>>>
>>>> When I first started using latex in several years ago, I saw an
>>>> documentation which recommended using \(  \) and \[  \] instead of  
>>>> $...$
>>>> and $$...$$ somewhere (I don't remember where :)), so I have preferred
>>>> them.
>>>>
>>>> In fact, in the Mathjax documentation
>>>> (http://www.mathjax.org/docs/1.1/start.html), actually it says that  
>>>> "Note
>>>> in particular that the $...$ in-line delimiters are not used by  
>>>> default,"
>>>> because $ sign comes up too frequently in non-mathematical settings.
>>>> Mathjax supports both \[...\] and \(...\) by default. I just tried
>>>> matplotlib and I could use \(  \) there too. (It seems matplotlib does
>>>> not
>>>> support neither $$ nor \[  \].)
>>>
>>>
>>> If MathJax can support both styles simultaneously let's do that.  Can
>>> you look into if that is possible and submit a pull request to
>>> implement it?
>>>
>>> Cheers,
>>>
>>> Brian
>>>
>>>> -Joon
>>>>
>>>>
>>>>
>>>> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger  
>>>> <ellisonbg at gmail.com>
>>>> wrote:
>>>>
>>>>> There are a number of levels that this choice enters in:
>>>>>
>>>>> * Our display system enforces that latex means $ and $$.  This is
>>>>> important as it provides a uniform interface for all people who want
>>>>> to develop custom latex representations of their objects for display
>>>>> in the notebook.  As time goes on, many third parties will rely on
>>>>> this convention.
>>>>> * The configuration of MathJax and matplotlib in the notebook and
>>>>> qtconsole.  This has to line up with the conventions in the display
>>>>> system, otherwise things won't work properly.
>>>>>
>>>>> I think this is one case where it doesn't make sense for this to be
>>>>> configurable.  Otherwise we can't promise that everyones code will
>>>>> "just work" in IPython.  Is there a reason you can't use $ and $$?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Brian
>>>>>
>>>>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro <joonpyro at gmail.com> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I just started using notebook, and it looks awesome. Thank you so  
>>>>>> much
>>>>>> for
>>>>>> your dedicated work. I cannot wait to try using it through a remote
>>>>>> connection!
>>>>>>
>>>>>> Anyway, I was thinking it would be great if it is possible to use \(
>>>>>> \),
>>>>>> \[  \] instead of $...$, $$...$$ in the notebook for the math. Would
>>>>>> this
>>>>>> be easily implementable?
>>>>>>
>>>>>> Thank you,
>>>>>> Joon
>>>>>> _______________________________________________
>>>>>> IPython-dev mailing list
>>>>>> IPython-dev at scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Using Opera's revolutionary email client: http://www.opera.com/mail/
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Using Opera's revolutionary email client: http://www.opera.com/mail/
>
>
>


-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/


From kevin.buchs at gmail.com  Sat Jan 14 16:29:16 2012
From: kevin.buchs at gmail.com (Kevin Buchs)
Date: Sat, 14 Jan 2012 15:29:16 -0600
Subject: [IPython-dev] Follow the notebook development on Google+
Message-ID: <CAKT9s6B8qUQtb_MefRjbqtfQtVg3qMQd7xLEYk-Aaz+9PpirVg@mail.gmail.com>

Hans,

Just a thought or two on your concern about Google tracking you. I think
you could have a Google account and login/logout whenever you need the
account, such as to look at Google+ and then you won't be logged in when
you search. If you are concerned about cookies being read by Google search
(I don't think that is the case) then you can never save login information.
Also a worthy alternative would be to grab a second browser and use that
just for Google+ work.

I, on the other hand, tend to think of Google as a machine, not a person.
Thus far their marketing efforts have had extremely minimal negative impact
on my life but all the free tools they provide have been superior to many
commercial alternatives.

Kevin Buchs

On Fri, Jan 13, 2012 at 12:00 PM, <ipython-dev-request at scipy.org> wrote:

> From: Hans Meine <hans_meine at gmx.net>
> Subject: Re: [IPython-dev] Follow the notebook development on Google+
>


> I respect your choice of tools, but I just want to note that a Google
> account
> is a no-go for me (enough tracking already, and I do not want to be
> personally
> identified when using their search engine for? basically everything).
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120114/3fa91f24/attachment.html>

From fperez.net at gmail.com  Sat Jan 14 22:17:21 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 14 Jan 2012 19:17:21 -0800
Subject: [IPython-dev] [IPython-User]  Adding IPython to Dock on MacOSX
In-Reply-To: <CAH4pYpR_JxxH=YZ+_qw-Gi+xrwdnXM46_mOXUaNmaYZ0A5-fFA@mail.gmail.com>
References: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
	<CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>
	<CAKgW=6LPqZ5==8ObQSb-ouL5Ky_LT3wpY_hjA5umRQy085LJYA@mail.gmail.com>
	<CAH4pYpR_JxxH=YZ+_qw-Gi+xrwdnXM46_mOXUaNmaYZ0A5-fFA@mail.gmail.com>
Message-ID: <CAHAreOoH_yb0bXNaidjACoomB1QYVFsNxrLyBrnjWYmj0fMs2w@mail.gmail.com>

On Fri, Jan 13, 2012 at 8:51 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer <asmeurer at gmail.com> wrote:
>> You ought to ship something like this. ?You should also do it for the
>> notebook. ?The benefit there is that in addition to having a nice icon
>> to double click, you can set it so that double clicking on a .ipnb
>> file opens the notebook.
>
> Yes, that would be great.

Note that before doing this, we'll need to add to the dashboard:

- the ability to move around the filesystem.
- a 'shutdown' button.

In its current form, having a launcher wouldn't do much good, as the
dashboard would always be stuck in the starting directory and there
would be no way to stop the server.

Those are eminently doable, we'll just need to get to them before
considering a GUI launcher.

Cheers,

f


From ellisonbg at gmail.com  Sun Jan 15 15:16:07 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 15 Jan 2012 12:16:07 -0800
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <op.v72697wcdm0f0t@linux-0sd0.site>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
	<op.v71zlzkzdm0f0t@linux-0sd0.site>
	<CAH4pYpQEkfuk3-9jOKZpgP0TMRutZyif_f4EdAGH+0Lh=SfnLA@mail.gmail.com>
	<op.v72697wcdm0f0t@linux-0sd0.site>
Message-ID: <CAH4pYpQ50+T2UxzUX=943tf+qFEaVLhTOHCOZnNW90g+yfV8TA@mail.gmail.com>

Joon,

On Sat, Jan 14, 2012 at 10:35 AM, Joon Ro <joonpyro at gmail.com> wrote:
> You are right. Actually, if I change \( ?\) to \\( ?\\) in a markdown cell,
> it works.


OK, this is good to know.

> It seems this is caused by markdown parses those things, and regards them as
> its formatting syntax.
>
> It is affecting not only \[ ?\] stuff but also some other math expressions.
> For example, the following does not work:
>
> $$ \underline{x}_{1} x_{2} $$
>
> It works after escaping the first _ with \_:
>
> $$ \underline{x}\_{1} x_{2} $$

Ahh, that is a bummer and we should fix that.

> I wonder if there is a way to parse math stuff independently from the
> markdown texts.
> I found a discussion about this:
> http://doswa.com/2011/07/20/mathjax-in-markdown.html

Can you open github issue for this and put in this link?

Cheers,

Brian

> Thank you,
> Joon
>
>
>
>
> On Sat, 14 Jan 2012 11:22:39 -0600, Brian Granger <ellisonbg at gmail.com>
> wrote:
>
>> Hmm, the MathJax config looks to already have this configured:
>>
>>
>> https://github.com/ipython/ipython/blob/master/IPython/frontend/html/notebook/static/js/notebookmain.js#L18
>>
>> Can you test if it is working?
>>
>> Cheers,
>>
>> Brian
>>
>> On Fri, Jan 13, 2012 at 6:52 PM, Joon Ro <joonpyro at gmail.com> wrote:
>>>
>>> I'm sorry, but could you please tell me where I should look for this?
>>> I tried to find out but it was not apparent to me where those are defined
>>> in
>>> the source.
>>>
>>> Thank you,
>>> Joon
>>>
>>>
>>> On Wed, 11 Jan 2012 11:22:00 -0600, Brian Granger <ellisonbg at gmail.com>
>>> wrote:
>>>
>>>> On Tue, Jan 10, 2012 at 7:51 PM, Joon Ro <joonpyro at gmail.com> wrote:
>>>>>
>>>>>
>>>>> Thank you for the reply.
>>>>>
>>>>> Actually I was not talking about making it configurable, just
>>>>> additionally
>>>>> supporting \( ?\) and \[ ?\] besides $ and $$. As far as I know \( ?\)
>>>>> and
>>>>> \[ ?\] are as widely used as $ and $$ for latex math. I'm sorry I said
>>>>> "instead of" in the title. Should have used "in addition to." :)
>>>>>
>>>>> When I first started using latex in several years ago, I saw an
>>>>> documentation which recommended using \( ?\) and \[ ?\] instead of
>>>>> $...$
>>>>> and $$...$$ somewhere (I don't remember where :)), so I have preferred
>>>>> them.
>>>>>
>>>>> In fact, in the Mathjax documentation
>>>>> (http://www.mathjax.org/docs/1.1/start.html), actually it says that
>>>>> "Note
>>>>> in particular that the $...$ in-line delimiters are not used by
>>>>> default,"
>>>>> because $ sign comes up too frequently in non-mathematical settings.
>>>>> Mathjax supports both \[...\] and \(...\) by default. I just tried
>>>>> matplotlib and I could use \( ?\) there too. (It seems matplotlib does
>>>>> not
>>>>> support neither $$ nor \[ ?\].)
>>>>
>>>>
>>>>
>>>> If MathJax can support both styles simultaneously let's do that. ?Can
>>>> you look into if that is possible and submit a pull request to
>>>> implement it?
>>>>
>>>> Cheers,
>>>>
>>>> Brian
>>>>
>>>>> -Joon
>>>>>
>>>>>
>>>>>
>>>>> On Tue, 10 Jan 2012 14:17:51 -0600, Brian Granger <ellisonbg at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> There are a number of levels that this choice enters in:
>>>>>>
>>>>>> * Our display system enforces that latex means $ and $$. ?This is
>>>>>> important as it provides a uniform interface for all people who want
>>>>>> to develop custom latex representations of their objects for display
>>>>>> in the notebook. ?As time goes on, many third parties will rely on
>>>>>> this convention.
>>>>>> * The configuration of MathJax and matplotlib in the notebook and
>>>>>> qtconsole. ?This has to line up with the conventions in the display
>>>>>> system, otherwise things won't work properly.
>>>>>>
>>>>>> I think this is one case where it doesn't make sense for this to be
>>>>>> configurable. ?Otherwise we can't promise that everyones code will
>>>>>> "just work" in IPython. ?Is there a reason you can't use $ and $$?
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Brian
>>>>>>
>>>>>> On Tue, Jan 10, 2012 at 10:21 AM, Joon Ro <joonpyro at gmail.com> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I just started using notebook, and it looks awesome. Thank you so
>>>>>>> much
>>>>>>> for
>>>>>>> your dedicated work. I cannot wait to try using it through a remote
>>>>>>> connection!
>>>>>>>
>>>>>>> Anyway, I was thinking it would be great if it is possible to use \(
>>>>>>> \),
>>>>>>> \[ ?\] instead of $...$, $$...$$ in the notebook for the math. Would
>>>>>>> this
>>>>>>> be easily implementable?
>>>>>>>
>>>>>>> Thank you,
>>>>>>> Joon
>>>>>>> _______________________________________________
>>>>>>> IPython-dev mailing list
>>>>>>> IPython-dev at scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Using Opera's revolutionary email client: http://www.opera.com/mail/
>>>>> _______________________________________________
>>>>> IPython-dev mailing list
>>>>> IPython-dev at scipy.org
>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Using Opera's revolutionary email client: http://www.opera.com/mail/
>>
>>
>>
>>
>
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/



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


From gokhansever at gmail.com  Sun Jan 15 16:00:12 2012
From: gokhansever at gmail.com (=?UTF-8?Q?G=C3=B6khan_Sever?=)
Date: Sun, 15 Jan 2012 14:00:12 -0700
Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at
	PyCon
In-Reply-To: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
References: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
Message-ID: <CAE5kuyhAJf2K8UuiO18x+Dg9Ps0mdwCCYp9Y2aCiGVwJbGcn9w@mail.gmail.com>

Hello,

It is nice to see that you all coming to the conference. I will be up there
during the conference days (presenting a data analysis and visualization
poster).

I am looking forward seeing you at the PyCon.


On Thu, Jan 12, 2012 at 2:53 PM, Brian Granger <ellisonbg at gmail.com> wrote:

> Hi,
>
> We wanted to let everyone know that IPython will be at PyCon this year!:
>
> * Fernando, Min and Brian will be presenting a tutorial on IPython:
>
> https://us.pycon.org/2012/schedule/presentation/121/
>
> * IPython has been accepted as a FOSS sponsor at PyCon:
>
> https://us.pycon.org/2012/sponsors/#sponsor-99
>
> This may mean we have a booth in the Expo hall - more details to follow.
>
> * A number of us will be at the conference and possibly the sprints.
> We would love to hang out, hack and talk about all things IPython.
>
> Cheers,
>
> Brian
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
> _______________________________________________
> IPython-User mailing list
> IPython-User at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-user
>



-- 
G?khan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120115/e1e51679/attachment.html>

From fperez.net at gmail.com  Sun Jan 15 16:04:55 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 15 Jan 2012 13:04:55 -0800
Subject: [IPython-dev] [IPython-User] FOSS sponsorship and tutorial at
	PyCon
In-Reply-To: <CAE5kuyhAJf2K8UuiO18x+Dg9Ps0mdwCCYp9Y2aCiGVwJbGcn9w@mail.gmail.com>
References: <CAH4pYpR9str8M96Phdwg=Rx0i13_Km08fJLnR94aTpZaPts=Zw@mail.gmail.com>
	<CAE5kuyhAJf2K8UuiO18x+Dg9Ps0mdwCCYp9Y2aCiGVwJbGcn9w@mail.gmail.com>
Message-ID: <CAHAreOr=KCMaPbDPpBBddeB8CtKgQ2Mhg+6_xq9FjV_ADgeBAQ@mail.gmail.com>

On Sun, Jan 15, 2012 at 1:00 PM, G?khan Sever <gokhansever at gmail.com> wrote:
>
> I am looking forward seeing you at the PyCon.

Likewise, it looks like there will be a great crowd in attendance,
with both old and new faces!

Cheers,

f


From hans_meine at gmx.net  Mon Jan 16 05:45:01 2012
From: hans_meine at gmx.net (Hans Meine)
Date: Mon, 16 Jan 2012 11:45:01 +0100
Subject: [IPython-dev] [OT] Follow the notebook development on Google+
In-Reply-To: <CAKT9s6B8qUQtb_MefRjbqtfQtVg3qMQd7xLEYk-Aaz+9PpirVg@mail.gmail.com>
References: <CAKT9s6B8qUQtb_MefRjbqtfQtVg3qMQd7xLEYk-Aaz+9PpirVg@mail.gmail.com>
Message-ID: <2957962.t0iGOjs4Jb@hmeine-pc>

Sorry for becoming off-topic, but I feel compelled to reply once more:

Am Samstag, 14. Januar 2012, 15:29:16 schrieb Kevin Buchs:
> Just a thought or two on your concern about Google tracking you. I think
> you could have a Google account and login/logout whenever you need the
> account, [?] If you are concerned about cookies being read by Google search
> (I don't think that is the case) then you can never save login information.

Of course, logging out is *totally independent of tracking* nowadays.
Heck, *even without a Google account*, you need to disable tracking (via IP 
addresses and cookies) via the settings icon in the above right corner. [1]
With an account, it only becomes worse.

> Also a worthy alternative would be to grab a second browser and use that
> just for Google+ work.

Using a second browser, private browsing modes, or a second user profile could 
indeed help, but requires some thought and discipline (i.e. prone to fail for 
me).

> I, on the other hand, tend to think of Google as a machine, not a person.
> Thus far their marketing efforts have had extremely minimal negative impact
> on my life but all the free tools they provide have been superior to many
> commercial alternatives.

I would really like to use many of their services, because they are great, and 
I know I am missing something, but I seriously care about my data.
It has become ridiculously easy to collect data about people, and to 
losslessly and invisibly copy any amount of data any number of times to any 
place all around the globe, and then there is no way you can ever find out who 
has what kind of data about you.
At least, I do not want to help them with the data mining.

Have a nice day,
  Hans

[1] No, I am not talking about Facebook, which goes even beyond that,
    but look here: http://www.google.de/history/optout



From b.telenczuk at biologie.hu-berlin.de  Mon Jan 16 09:16:00 2012
From: b.telenczuk at biologie.hu-berlin.de (Bartosz Telenczuk)
Date: Mon, 16 Jan 2012 15:16:00 +0100
Subject: [IPython-dev] [IPython-User]  Adding IPython to Dock on MacOSX
In-Reply-To: <CAHAreOoH_yb0bXNaidjACoomB1QYVFsNxrLyBrnjWYmj0fMs2w@mail.gmail.com>
References: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
	<CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>
	<CAKgW=6LPqZ5==8ObQSb-ouL5Ky_LT3wpY_hjA5umRQy085LJYA@mail.gmail.com>
	<CAH4pYpR_JxxH=YZ+_qw-Gi+xrwdnXM46_mOXUaNmaYZ0A5-fFA@mail.gmail.com>
	<CAHAreOoH_yb0bXNaidjACoomB1QYVFsNxrLyBrnjWYmj0fMs2w@mail.gmail.com>
Message-ID: <9F4DE357-012E-46AC-85EA-7A78D2FD034F@biologie.hu-berlin.de>

Hi,

Thanks for your feedback. It is relatively easy to modify the luncher so that ipython starts in a directory of your choice. You can add the following script to the Resources subdirectory (ipysetup.py):

import sys, os
os.chdir(os.path.expanduser('~/Documents'))

and modify the IPythonQt script, so that it reads:

#!/opt/local/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python

import os, sys

execdir = os.path.dirname(sys.argv[0])
resdir = os.path.join(os.path.dirname(execdir), "Resources")
setup_script = os.path.join(resdir, 'ipysetup.py')

exectutable = '/opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ipython'
arguments = [exectutable, 'qtconsole',
            '--pylab=auto',
            '--InteractiveShellApp.file_to_run=%s' % setup_script]
os.environ["PYTHONPATH"]=os.getenv("PYTHONPATH", "")
os.execve(exectutable, arguments, os.environ)


I should also mention that the luncher was inspired by a similar luncher for IDLE (installed through MacPorts).

Yours,

Bartosz

On 15.01.2012, at 04:17, Fernando Perez wrote:

> On Fri, Jan 13, 2012 at 8:51 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>> On Fri, Jan 13, 2012 at 1:23 PM, Aaron Meurer <asmeurer at gmail.com> wrote:
>>> You ought to ship something like this.  You should also do it for the
>>> notebook.  The benefit there is that in addition to having a nice icon
>>> to double click, you can set it so that double clicking on a .ipnb
>>> file opens the notebook.
>> 
>> Yes, that would be great.
> 
> Note that before doing this, we'll need to add to the dashboard:
> 
> - the ability to move around the filesystem.
> - a 'shutdown' button.
> 
> In its current form, having a launcher wouldn't do much good, as the
> dashboard would always be stuck in the starting directory and there
> would be no way to stop the server.
> 
> Those are eminently doable, we'll just need to get to them before
> considering a GUI launcher.
> 
> Cheers,
> 
> f

Bartosz Telenczuk

Institute for Theoretical Biology
Humboldt University of Berlin, Germany
Phone: +4930/2093-8838
Homepage: http://neuroscience.telenczuk.pl



From joonpyro at gmail.com  Mon Jan 16 09:29:40 2012
From: joonpyro at gmail.com (Joon Ro)
Date: Mon, 16 Jan 2012 08:29:40 -0600
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <CAH4pYpQ50+T2UxzUX=943tf+qFEaVLhTOHCOZnNW90g+yfV8TA@mail.gmail.com>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
	<op.v71zlzkzdm0f0t@linux-0sd0.site>
	<CAH4pYpQEkfuk3-9jOKZpgP0TMRutZyif_f4EdAGH+0Lh=SfnLA@mail.gmail.com>
	<op.v72697wcdm0f0t@linux-0sd0.site>
	<CAH4pYpQ50+T2UxzUX=943tf+qFEaVLhTOHCOZnNW90g+yfV8TA@mail.gmail.com>
Message-ID: <op.v76k7p0adm0f0t@linux-0sd0.site>

> Can you open github issue for this and put in this link?
>
> Cheers,
>
> Brian
>

Done!

Best,
-Joon


From ellisonbg at gmail.com  Mon Jan 16 10:30:43 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 16 Jan 2012 07:30:43 -0800
Subject: [IPython-dev] Using \( \), \[ \] instead of $...$,
 $$...$$ fox LaTeX math
In-Reply-To: <op.v76k7p0adm0f0t@linux-0sd0.site>
References: <op.v7vrxuz6dm0f0t@linux-0sd0.site>
	<CAH4pYpRse_2wqJCwiU=D5MvqKWcQAwx5gFOAXLj=tCTafAv1TQ@mail.gmail.com>
	<op.v7wicpjedm0f0t@linux-0sd0.site>
	<CAH4pYpT4tYNkGny_8TaOGqJ-u8D39BeDkJBxnBNb5VB798or_g@mail.gmail.com>
	<op.v71zlzkzdm0f0t@linux-0sd0.site>
	<CAH4pYpQEkfuk3-9jOKZpgP0TMRutZyif_f4EdAGH+0Lh=SfnLA@mail.gmail.com>
	<op.v72697wcdm0f0t@linux-0sd0.site>
	<CAH4pYpQ50+T2UxzUX=943tf+qFEaVLhTOHCOZnNW90g+yfV8TA@mail.gmail.com>
	<op.v76k7p0adm0f0t@linux-0sd0.site>
Message-ID: <CAH4pYpTcJj7wzMoCnNC+RY5rh7z1EvwnhqQYYE_LqKYb78g6Bw@mail.gmail.com>

Thanks!

On Mon, Jan 16, 2012 at 6:29 AM, Joon Ro <joonpyro at gmail.com> wrote:
>> Can you open github issue for this and put in this link?
>>
>> Cheers,
>>
>> Brian
>>
>
> Done!
>
> Best,
> -Joon



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


From fperez.net at gmail.com  Mon Jan 16 14:56:28 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Mon, 16 Jan 2012 11:56:28 -0800
Subject: [IPython-dev] [IPython-User] Adding IPython to Dock on MacOSX
In-Reply-To: <9F4DE357-012E-46AC-85EA-7A78D2FD034F@biologie.hu-berlin.de>
References: <AB38124A-3636-4F4C-B4D4-73CEDE4BB829@biologie.hu-berlin.de>
	<CAHAreOo8XTq5JEN=doioVRbG+K9PBvkSxqY40kXVX0Ky_2=fdA@mail.gmail.com>
	<CAKgW=6LPqZ5==8ObQSb-ouL5Ky_LT3wpY_hjA5umRQy085LJYA@mail.gmail.com>
	<CAH4pYpR_JxxH=YZ+_qw-Gi+xrwdnXM46_mOXUaNmaYZ0A5-fFA@mail.gmail.com>
	<CAHAreOoH_yb0bXNaidjACoomB1QYVFsNxrLyBrnjWYmj0fMs2w@mail.gmail.com>
	<9F4DE357-012E-46AC-85EA-7A78D2FD034F@biologie.hu-berlin.de>
Message-ID: <CAHAreOoy2CXnBmCUCZtcfp5XVRc5g+sKVJppiGXqizcpfqLa7w@mail.gmail.com>

On Mon, Jan 16, 2012 at 6:16 AM, Bartosz Telenczuk
<b.telenczuk at biologie.hu-berlin.de> wrote:
> Thanks for your feedback. It is relatively easy to modify the luncher so that ipython starts in a directory of your choice.

But what I have in mind is the ability to move to an arbitrary
directory, different each time, not just start from a different but
fixed one.  I have .ipynb files all over my filesystem, so for a GUI
launcher to be useful it would have to let me start the nb from any
directory chosen at start time.

Also, until we have a way to shutdown the notebook from the UI, a
launcher isn't too practical.

But both of these issues will be solved in due time, at which point
this will be very useful, so thanks!

f


From benjaminrk at gmail.com  Tue Jan 17 21:48:17 2012
From: benjaminrk at gmail.com (MinRK)
Date: Tue, 17 Jan 2012 18:48:17 -0800
Subject: [IPython-dev] Force-pushed
Message-ID: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>

Hello,


A bad commit snuck into IPython master that had to be removed,
requiring a rebase and force push.  So if you have been tracking
IPython master, your next update may require something more forceful
than `git pull`.  If your git pull fails, the two-step 'force pull'
is:

    git fetch origin
    git reset origin/master --hard

assuming you have the IPython repo stored as 'origin', change as appropriate.

PRs issued since the bad commit (on 01/12) will need to be rebased as
well.  Since the HEAD of code is unchanged, this should be
straightforward.  Simply

   git rebase -i

and delete all the commits that aren't yours, then force push (`git
push -f` and you should be set.  I just did mine (#1283), and the only
erroneous commits listed were:

    pick 813d390 Initial work to add Wijmo based menu.
    pick e075f09 Removing old directory.

(The troublesome commit and its fix, which were squashed together)

I removed these, pushed my rebased branch, and now my PR looks clean as can be.

PRs that need a rebase:

https://github.com/ipython/ipython/pull/1284 (Paul Ivanov)
https://github.com/ipython/ipython/pull/1278 (hhuuggoo)
https://github.com/ipython/ipython/pull/1264 (Brian)
https://github.com/ipython/ipython/pull/1261 (Brian - apparently
already merged, but no merge commit?)

-MinRK


From takowl at gmail.com  Wed Jan 18 10:12:04 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Wed, 18 Jan 2012 15:12:04 +0000
Subject: [IPython-dev] ShiningPanda
Message-ID: <CAOvn4qgMjZtyaV73yUJwtfRFYeKLB-K_3is-eyK-yANWbCLaZg@mail.gmail.com>

Have we looked into getting a ShiningPanda CI service for IPython? They
offer the basic tier of service free for open source projects, and it will
simplify testing on different Python versions. I'm happy to go and try to
set this up.

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

From ellisonbg at gmail.com  Wed Jan 18 13:41:18 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 18 Jan 2012 10:41:18 -0800
Subject: [IPython-dev] Force-pushed
In-Reply-To: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>
References: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>
Message-ID: <CAH4pYpTnvTTm7kGe5zQGt24x_8PZ5Rcrz8aEAV_HSpukYiJ=rQ@mail.gmail.com>

On Tue, Jan 17, 2012 at 6:48 PM, MinRK <benjaminrk at gmail.com> wrote:
> Hello,
>
>
> A bad commit snuck into IPython master that had to be removed,
> requiring a rebase and force push. ?So if you have been tracking
> IPython master, your next update may require something more forceful
> than `git pull`. ?If your git pull fails, the two-step 'force pull'
> is:
>
> ? ?git fetch origin
> ? ?git reset origin/master --hard
>
> assuming you have the IPython repo stored as 'origin', change as appropriate.
>
> PRs issued since the bad commit (on 01/12) will need to be rebased as
> well. ?Since the HEAD of code is unchanged, this should be
> straightforward. ?Simply
>
> ? git rebase -i
>
> and delete all the commits that aren't yours, then force push (`git
> push -f` and you should be set. ?I just did mine (#1283), and the only
> erroneous commits listed were:
>
> ? ?pick 813d390 Initial work to add Wijmo based menu.
> ? ?pick e075f09 Removing old directory.
>
> (The troublesome commit and its fix, which were squashed together)
>
> I removed these, pushed my rebased branch, and now my PR looks clean as can be.
>
> PRs that need a rebase:
>
> https://github.com/ipython/ipython/pull/1284 (Paul Ivanov)
> https://github.com/ipython/ipython/pull/1278 (hhuuggoo)
> https://github.com/ipython/ipython/pull/1264 (Brian)
> https://github.com/ipython/ipython/pull/1261 (Brian - apparently
> already merged, but no merge commit?)

What did I do wrong when I merged this?  I rebased in on master and then did:

git co master
git merge branchname
git push upstream master

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



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


From ellisonbg at gmail.com  Wed Jan 18 13:50:36 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 18 Jan 2012 10:50:36 -0800
Subject: [IPython-dev] Force-pushed
In-Reply-To: <CAMEX5syMw5LNU-9JD5Ju8GG7S8T_TRuNKvX=-6qQ-VmA4_g4Fg@mail.gmail.com>
References: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>
	<CAH4pYpTnvTTm7kGe5zQGt24x_8PZ5Rcrz8aEAV_HSpukYiJ=rQ@mail.gmail.com>
	<CAMEX5syMw5LNU-9JD5Ju8GG7S8T_TRuNKvX=-6qQ-VmA4_g4Fg@mail.gmail.com>
Message-ID: <CAH4pYpTgGb+afVFp2jS3-58_Np9BAxpcGQ-f4uo3KZiNtdvKAg@mail.gmail.com>

On Wed, Jan 18, 2012 at 10:45 AM, Charlie Sharpsteen
<chuck at sharpsteen.net> wrote:
> On Wed, Jan 18, 2012 at 10:41 AM, Brian Granger <ellisonbg at gmail.com> wrote:
>>
>> On Tue, Jan 17, 2012 at 6:48 PM, MinRK <benjaminrk at gmail.com> wrote:
>> > Hello,
>> >
>> >
>> > A bad commit snuck into IPython master that had to be removed,
>> > requiring a rebase and force push. ?So if you have been tracking
>> > IPython master, your next update may require something more forceful
>> > than `git pull`. ?If your git pull fails, the two-step 'force pull'
>> > is:
>> >
>> > ? ?git fetch origin
>> > ? ?git reset origin/master --hard
>> >
>> > assuming you have the IPython repo stored as 'origin', change as
>> > appropriate.
>> >
>> > PRs issued since the bad commit (on 01/12) will need to be rebased as
>> > well. ?Since the HEAD of code is unchanged, this should be
>> > straightforward. ?Simply
>> >
>> > ? git rebase -i
>> >
>> > and delete all the commits that aren't yours, then force push (`git
>> > push -f` and you should be set. ?I just did mine (#1283), and the only
>> > erroneous commits listed were:
>> >
>> > ? ?pick 813d390 Initial work to add Wijmo based menu.
>> > ? ?pick e075f09 Removing old directory.
>> >
>> > (The troublesome commit and its fix, which were squashed together)
>> >
>> > I removed these, pushed my rebased branch, and now my PR looks clean as
>> > can be.
>> >
>> > PRs that need a rebase:
>> >
>> > https://github.com/ipython/ipython/pull/1284 (Paul Ivanov)
>> > https://github.com/ipython/ipython/pull/1278 (hhuuggoo)
>> > https://github.com/ipython/ipython/pull/1264 (Brian)
>> > https://github.com/ipython/ipython/pull/1261 (Brian - apparently
>> > already merged, but no merge commit?)
>>
>> What did I do wrong when I merged this? ?I rebased in on master and then
>> did:
>>
>> git co master
>> git merge branchname
>> git push upstream master
>
>
> If you rebased the branch on master, it is possible that the merge was a
> "fast-forward", i.e. a merge commit was not needed since the history merged
> in from the branch could be brought in as a set of patches that applied
> cleanly on top of master without the need for conflict resolution.
>
> To force a merge commit, use `git merge --no-ff branchname`.

Ahh, yes, I imagine this is exactly what happened.  Thanks for the
clarification - my git-fu is definitely out of shape right now...

Cheers,

Brian

> -Charlie



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


From jason-sage at creativetrax.com  Wed Jan 18 13:57:09 2012
From: jason-sage at creativetrax.com (Jason Grout)
Date: Wed, 18 Jan 2012 12:57:09 -0600
Subject: [IPython-dev] Force-pushed
In-Reply-To: <CAH4pYpTgGb+afVFp2jS3-58_Np9BAxpcGQ-f4uo3KZiNtdvKAg@mail.gmail.com>
References: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>
	<CAH4pYpTnvTTm7kGe5zQGt24x_8PZ5Rcrz8aEAV_HSpukYiJ=rQ@mail.gmail.com>
	<CAMEX5syMw5LNU-9JD5Ju8GG7S8T_TRuNKvX=-6qQ-VmA4_g4Fg@mail.gmail.com>
	<CAH4pYpTgGb+afVFp2jS3-58_Np9BAxpcGQ-f4uo3KZiNtdvKAg@mail.gmail.com>
Message-ID: <4F171605.3080201@creativetrax.com>

On 1/18/12 12:50 PM, Brian Granger wrote:
>>> What did I do wrong when I merged this?  I rebased in on master and then
>>> >>  did:
>>> >>
>>> >>  git co master
>>> >>  git merge branchname
>>> >>  git push upstream master
>> >
>> >
>> >  If you rebased the branch on master, it is possible that the merge was a
>> >  "fast-forward", i.e. a merge commit was not needed since the history merged
>> >  in from the branch could be brought in as a set of patches that applied
>> >  cleanly on top of master without the need for conflict resolution.
>> >
>> >  To force a merge commit, use `git merge --no-ff branchname`.
> Ahh, yes, I imagine this is exactly what happened.  Thanks for the
> clarification - my git-fu is definitely out of shape right now...


For the rest of us learning more about git...why would a fast-forward 
merge be bad enough to do a force push?  Is it just that it is against 
the policy of (almost) always doing --no-ff?

Thanks,

Jason



From benjaminrk at gmail.com  Wed Jan 18 14:28:45 2012
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 18 Jan 2012 11:28:45 -0800
Subject: [IPython-dev] Force-pushed
In-Reply-To: <4F171605.3080201@creativetrax.com>
References: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>
	<CAH4pYpTnvTTm7kGe5zQGt24x_8PZ5Rcrz8aEAV_HSpukYiJ=rQ@mail.gmail.com>
	<CAMEX5syMw5LNU-9JD5Ju8GG7S8T_TRuNKvX=-6qQ-VmA4_g4Fg@mail.gmail.com>
	<CAH4pYpTgGb+afVFp2jS3-58_Np9BAxpcGQ-f4uo3KZiNtdvKAg@mail.gmail.com>
	<4F171605.3080201@creativetrax.com>
Message-ID: <CAHNn8BV7NOEBrax7_SShYUcbY-feftOpg2FuNgCSMNt16m25rw@mail.gmail.com>

On Wed, Jan 18, 2012 at 10:57, Jason Grout <jason-sage at creativetrax.com> wrote:
> On 1/18/12 12:50 PM, Brian Granger wrote:
>>>> What did I do wrong when I merged this? ?I rebased in on master and then
>>>> >> ?did:
>>>> >>
>>>> >> ?git co master
>>>> >> ?git merge branchname
>>>> >> ?git push upstream master
>>> >
>>> >
>>> > ?If you rebased the branch on master, it is possible that the merge was a
>>> > ?"fast-forward", i.e. a merge commit was not needed since the history merged
>>> > ?in from the branch could be brought in as a set of patches that applied
>>> > ?cleanly on top of master without the need for conflict resolution.
>>> >
>>> > ?To force a merge commit, use `git merge --no-ff branchname`.
>> Ahh, yes, I imagine this is exactly what happened. ?Thanks for the
>> clarification - my git-fu is definitely out of shape right now...
>
>
> For the rest of us learning more about git...why would a fast-forward
> merge be bad enough to do a force push? ?Is it just that it is against
> the policy of (almost) always doing --no-ff?

The fast-forward merge is *not* the reason for the force push, though
we are now trying to avoid fast-forward merges, because it gives us a
nicer view of PRs in the git tree.  This is not particularly
important, though, just a style preference.

The force-push was caused by the introduction of a submodule, which
introduced incompatibility with (bzr-based) downstream projects.
Since we don't actually use submodules, and IPython only had one for a
single commit, it didn't make sense to keep permanent
incompatibilities based on something we don't actually use, especially
since the problematic commit was only a few days old.

-MinRK

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


From benjaminrk at gmail.com  Wed Jan 18 14:34:36 2012
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 18 Jan 2012 11:34:36 -0800
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAOvn4qgMjZtyaV73yUJwtfRFYeKLB-K_3is-eyK-yANWbCLaZg@mail.gmail.com>
References: <CAOvn4qgMjZtyaV73yUJwtfRFYeKLB-K_3is-eyK-yANWbCLaZg@mail.gmail.com>
Message-ID: <CAHNn8BVt0HpCrO5MyAocP--=1cSpahypbNoPyVfCSFE0tDGv6A@mail.gmail.com>

On Wed, Jan 18, 2012 at 07:12, Thomas Kluyver <takowl at gmail.com> wrote:
> Have we looked into getting a ShiningPanda CI service for IPython? They
> offer the basic tier of service free for open source projects, and it will
> simplify testing on different Python versions. I'm happy to go and try to
> set this up.

I'm in the queue for pyzmq, which is moving slowly.  I came in at spot
#14 6 weeks ago, and have moved up to #12.  It would indeed be great
for IPython to have this, though I have the lofty vision of a single
CI environment for much of the SciPy universe so we can better control
for the incredible combination of optional dependencies IPython has,
and include Windows testing as well, which is neglected at least as
much as Python 3.

-MinRK

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


From fperez.net at gmail.com  Wed Jan 18 14:56:15 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 18 Jan 2012 11:56:15 -0800
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAHNn8BVt0HpCrO5MyAocP--=1cSpahypbNoPyVfCSFE0tDGv6A@mail.gmail.com>
References: <CAOvn4qgMjZtyaV73yUJwtfRFYeKLB-K_3is-eyK-yANWbCLaZg@mail.gmail.com>
	<CAHNn8BVt0HpCrO5MyAocP--=1cSpahypbNoPyVfCSFE0tDGv6A@mail.gmail.com>
Message-ID: <CAHAreOqMJuuCvE=1O=EyXwnJhzGPnnym52BV+fJy=qXxYfeqkA@mail.gmail.com>

On Wed, Jan 18, 2012 at 11:34 AM, MinRK <benjaminrk at gmail.com> wrote:
> ?It would indeed be great
> for IPython to have this, though I have the lofty vision of a single
> CI environment for much of the SciPy universe so we can better control
> for the incredible combination of optional dependencies IPython has,
> and include Windows testing as well, which is neglected at least as
> much as Python 3.

+1 for ShiningPanda if Thomas can take the lead, though I agree with
Min that long-term we should have something better.  For a while
snakebite

http://www.snakebite.org/

looked like it was going in that direction, but the project seems to
have stalled from what I can see by looking at their mailing list
archives and website.

Cheers,

f


From jtaylor.debian at googlemail.com  Wed Jan 18 15:13:25 2012
From: jtaylor.debian at googlemail.com (Julian Taylor)
Date: Wed, 18 Jan 2012 21:13:25 +0100
Subject: [IPython-dev] ipython daily build ppa available for ubuntu precise
Message-ID: <4F1727E5.1010909@googlemail.com>

Hi,
I have set up a daily build ppa for the alpha stage Ubuntu 12.04 precise.
The first build should start in a few hours.
It is going to publish to the jtaylor/ipython-dev ppa:
https://launchpad.net/~jtaylor/+archive/ipython-dev

I'm also going to add an oneiric and natty daily build in the next
couple of days.
(If you are impatient the precise packages should also be installable in
oneiric and natty)

The package build runs the testsuite for all python2 versions available
in Ubuntu (2.7 in precise, 2.7 and 2.6 in earlier versions).
The buildlogs will be published here:
https://code.launchpad.net/~jtaylor/+recipe/ipython-daily

I have not tried the python3 testsuite yet, is it working well enough to
be enabled in a daily build?

Cheers,
Julian Taylor

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120118/60dd2498/attachment.sig>

From takowl at gmail.com  Wed Jan 18 15:32:19 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Wed, 18 Jan 2012 20:32:19 +0000
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAHAreOqMJuuCvE=1O=EyXwnJhzGPnnym52BV+fJy=qXxYfeqkA@mail.gmail.com>
References: <CAOvn4qgMjZtyaV73yUJwtfRFYeKLB-K_3is-eyK-yANWbCLaZg@mail.gmail.com>
	<CAHNn8BVt0HpCrO5MyAocP--=1cSpahypbNoPyVfCSFE0tDGv6A@mail.gmail.com>
	<CAHAreOqMJuuCvE=1O=EyXwnJhzGPnnym52BV+fJy=qXxYfeqkA@mail.gmail.com>
Message-ID: <CAOvn4qizUKYDHg9Dt-Zzv3rOVSdHU43R5sAmNFWG_taL97xzVA@mail.gmail.com>

On 18 January 2012 19:56, Fernando Perez <fperez.net at gmail.com> wrote:

> +1 for ShiningPanda if Thomas can take the lead, though I agree with
> Min that long-term we should have something better.  For a while
> snakebite
>
> http://www.snakebite.org/
>
> looked like it was going in that direction, but the project seems to
> have stalled from what I can see by looking at their mailing list
> archives and website.
>

OK, I'll look into it. I was invited to join the SP workspace of another
project (rdflib), and now I can't see any option to create another
workspace. I've emailed them about it, but if not, I'll just create another
username.

Snakebite, unfortunately, does look pretty dead.

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

From takowl at gmail.com  Wed Jan 18 15:47:23 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Wed, 18 Jan 2012 20:47:23 +0000
Subject: [IPython-dev] ipython daily build ppa available for ubuntu
	precise
In-Reply-To: <4F1727E5.1010909@googlemail.com>
References: <4F1727E5.1010909@googlemail.com>
Message-ID: <CAOvn4qhwykakU-tG4ESBzw2hMUpYFPGa_J8vn_a5im7ivnaTJQ@mail.gmail.com>

On 18 January 2012 20:13, Julian Taylor <jtaylor.debian at googlemail.com>wrote:

> I have not tried the python3 testsuite yet, is it working well enough to
> be enabled in a daily build?
>

On my system (Ubuntu Oneiric) it's been passing for a while, and I've just
re-run it successfully. I've installed a few bits myself (zmq, PyQt,
tornado). It should skip any tests it hasn't got the necessary libraries
for, though we've occasionally found failures when testing without
something we all normally have installed.

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

From fperez.net at gmail.com  Wed Jan 18 17:05:40 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 18 Jan 2012 14:05:40 -0800
Subject: [IPython-dev] ipython daily build ppa available for ubuntu
	precise
In-Reply-To: <4F1727E5.1010909@googlemail.com>
References: <4F1727E5.1010909@googlemail.com>
Message-ID: <CAHAreOr7jkTno9dPpetCXD_4p_oKTHEVJmUd6askXkJhMidc_g@mail.gmail.com>

On Wed, Jan 18, 2012 at 12:13 PM, Julian Taylor
<jtaylor.debian at googlemail.com> wrote:
>
> The package build runs the testsuite for all python2 versions available
> in Ubuntu (2.7 in precise, 2.7 and 2.6 in earlier versions).
> The buildlogs will be published here:
> https://code.launchpad.net/~jtaylor/+recipe/ipython-daily

Thanks for doing this, Julian!  BTW, I see the build is failing, but
the traceback seems to point to a debian script error, not ipython:

https://launchpadlibrarian.net/90385693/buildlog.txt.gz

Cheers,


f


From asmeurer at gmail.com  Wed Jan 18 19:42:48 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Wed, 18 Jan 2012 17:42:48 -0700
Subject: [IPython-dev] Force-pushed
In-Reply-To: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>
References: <CAHNn8BWAE=U1CLcGsbv3XZ+rEj8wL3d0it2_ZO6Gj0tktuus+A@mail.gmail.com>
Message-ID: <CAKgW=6LZFrhKBBCtHRfGowwZkMvSuuXBVz-1ENJcXhQw=8Sfcw@mail.gmail.com>

On Tue, Jan 17, 2012 at 7:48 PM, MinRK <benjaminrk at gmail.com> wrote:
> Hello,
>
>
> A bad commit snuck into IPython master that had to be removed,
> requiring a rebase and force push. ?So if you have been tracking
> IPython master, your next update may require something more forceful
> than `git pull`. ?If your git pull fails, the two-step 'force pull'
> is:
>
> ? ?git fetch origin
> ? ?git reset origin/master --hard

Just a heads up: this command will permanently clear all uncommitted
changes to tracked files. You should make sure that your working
directory is clean first (git status), and if it is not, you should
commit the changes or use something like git stash to save them.

Also, this may go without saying, but for those not so good at git, I
should note that before running the above two commands, you should
make sure that you are in the master branch (git checkout master).

Aaron Meurer


From piotr.zolnierczuk at gmail.com  Wed Jan 18 20:45:03 2012
From: piotr.zolnierczuk at gmail.com (Piotr)
Date: Thu, 19 Jan 2012 01:45:03 +0000 (UTC)
Subject: [IPython-dev] embedding ipython
References: <CA+A4wOmYnBN4d1JsVbeivQnxAQA_T1P99t=QR_QnSuZ3pLjcqA@mail.gmail.com>
	<CAHAreOouj9wB6otJdb3-n41Jo-XoWXvhQgUC6kz4Jvjr2x88vg@mail.gmail.com>
	<CAHNn8BXfGRHsETQA2AhbbbggQuMTTxtKQzuz1MMGPt1fU-2j+A@mail.gmail.com>
Message-ID: <loom.20120119T024354-500@post.gmane.org>

MinRK <benjaminrk <at> gmail.com> writes:

> 
> 
> On Wed, Jan 11, 2012 at 22:09, Fernando Perez <fperez.net <at> gmail.com> 
wrote:
> 
> A starting point would be to look at Robert's 
hack:http://mail.scipy.org/pipermail/ipython-dev/2011-December/008456.html
> now, ideally we'd do this correctly, by refactoring the Qt console
> code so that it can use a KernelManager that could be either local or
> remote, and having a local manager for the in-process cases. ?With
> this done, the terminal (or 'plain' ipython) and console (the new
> terminal-based two-process one) ?clients could also then be cleaned up
> to use the exact same architecture.
> 
> 
> I should note that the QtConsole (and any derivative of of ShellApp) has a 
kernel_manager_class, and subclasses can simply change this value to use 
different KernelManagers. ?So as it stands currently, you should be able to do:
> 
> 
> class MyKernelManager:
> ? ? # do whatever special things you need to do
> 
> class MyQtApp(QtConsoleApp):
> ? ? kernel_manager_class = MyKernelManager
> 
> And you should be done.
> 
> Unfortunately, code used to launch tabs other than the first was *not* updated 
to use this, and has QtKernelManager hardcoded instead of using the attribute. 
?I've opened the trivial PR required to fix this.
> 
> 
> 
> 
> 
> That is the right way to do this and not too much work, but not a tiny
> amount of work either. ?I don't know if right now you have the
> bandwidth to try to do it. ?If you do, I'd be happy to give you a hand
> though, so let me know.
> Doing that refactoring is a really important step in finishing up the
> architectural clenaup we started with Brian's summer'09 work, so it
> would be awesome to tackle it.
> Cheers,
> f
> _______________________________________________


Is there any way to "preset" fonts and set pylab back-end using this embedded 
ipython example?

I managed to embed IPythonWidget but
a) pylab initializes to Tk (and I need pylab.show() for pop-up)
b) the font is tiny (I can always use Ctrl-+) but that's annoying

Piotr




From takowl at gmail.com  Thu Jan 19 19:46:44 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Fri, 20 Jan 2012 00:46:44 +0000
Subject: [IPython-dev] ShiningPanda
Message-ID: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>

I'm pleased to say we now have a ShiningPanda instance to regularly run our
test suite: https://jenkins.shiningpanda.com/ipython/

After some trial and error, I've succeeded in getting it installing and the
tests passing (except on Python 3.1, where there are some failures).

It's set up to build the latest changes each night (1am in California, 9am
in the UK). For now, it does Python 2.7 every day, and 2.6, 3.1 and 3.2
every other day.

Best wishes,
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120120/d0125ba6/attachment.html>

From fperez.net at gmail.com  Thu Jan 19 20:35:58 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 19 Jan 2012 17:35:58 -0800
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
References: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
Message-ID: <CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>

On Thu, Jan 19, 2012 at 4:46 PM, Thomas Kluyver <takowl at gmail.com> wrote:
> I'm pleased to say we now have a ShiningPanda instance to regularly run our
> test suite: https://jenkins.shiningpanda.com/ipython/
>
> After some trial and error, I've succeeded in getting it installing and the
> tests passing (except on Python 3.1, where there are some failures).
>
> It's set up to build the latest changes each night (1am in California, 9am
> in the UK). For now, it does Python 2.7 every day, and 2.6, 3.1 and 3.2
> every other day.

Great! Many, many thanks for setting this up, it's excellent.

I just created a user on shining panda, but it's now asking me to
'create a workspace'.  I just want to 'join' the ipython one, what
should I do at this point?

Also, what is the page we should link to from our front page, the one
you pointed to or some other one?

And finally,  I see a 'report a bug' there, with 'ipython' in the url.
 We don't want anybody reporting bugs here for ipython, I don't want
to have to follow two trackers.  Can we disable that?

Cheers,

f


From fperez.net at gmail.com  Thu Jan 19 20:37:01 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 19 Jan 2012 17:37:01 -0800
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
References: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
	<CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
Message-ID: <CAHAreOqJzKoMO_GtguKUpi5-R+261Er9e-yfKQHpk4epzzn+wg@mail.gmail.com>

On Thu, Jan 19, 2012 at 5:35 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> I just created a user on shining panda, but it's now asking me to
> 'create a workspace'. ?I just want to 'join' the ipython one, what
> should I do at this point?

Ah, never mind.  I just got the 'invitation' email from you, and
clicking on that seems to have worked.  Thanks!


From fperez.net at gmail.com  Thu Jan 19 21:53:41 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 19 Jan 2012 18:53:41 -0800
Subject: [IPython-dev] embedding ipython
In-Reply-To: <loom.20120119T024354-500@post.gmane.org>
References: <CA+A4wOmYnBN4d1JsVbeivQnxAQA_T1P99t=QR_QnSuZ3pLjcqA@mail.gmail.com>
	<CAHAreOouj9wB6otJdb3-n41Jo-XoWXvhQgUC6kz4Jvjr2x88vg@mail.gmail.com>
	<CAHNn8BXfGRHsETQA2AhbbbggQuMTTxtKQzuz1MMGPt1fU-2j+A@mail.gmail.com>
	<loom.20120119T024354-500@post.gmane.org>
Message-ID: <CAHAreOq-ZSkm+_e=z4XTcphuXBrGxRLMnYSwx6o+hYWKOniMfw@mail.gmail.com>

On Wed, Jan 18, 2012 at 5:45 PM, Piotr <piotr.zolnierczuk at gmail.com> wrote:
> I managed to embed IPythonWidget but
> a) pylab initializes to Tk (and I need pylab.show() for pop-up)

If you look at the internal_ipkernel example that Charlie mentioned
above, it shows you one way to start the kernel with pylab support
(and you can control which GUI backend you want).

> b) the font is tiny (I can always use Ctrl-+) but that's annoying

That, I don't know; sorry.  My Qt-fu is very, very limited.

Cheers,

f


From fperez.net at gmail.com  Thu Jan 19 23:30:51 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 19 Jan 2012 20:30:51 -0800
Subject: [IPython-dev] Standalone WX GUI support is broken (issue #645)
In-Reply-To: <CAB-kD6muLLY6MkQu+PxMZtM7J-hsSCakvo3BOhXefyh+ODMXBA@mail.gmail.com>
References: <CAB-kD6muLLY6MkQu+PxMZtM7J-hsSCakvo3BOhXefyh+ODMXBA@mail.gmail.com>
Message-ID: <CAHAreOre6ANYfBshvOVV=JE6UwJDzeAT8Jq8zqq-s7C6jr8ouw@mail.gmail.com>

Hi Piotr,

On Wed, Jan 11, 2012 at 12:55 PM, Piotr Zolnierczuk
<piotr.zolnierczuk at gmail.com> wrote:
> Not sure what to expect from the example (docs/examples/lib/gui-wx.py)?but
> here's what workes for me on a Windows machine (XP) and on RHEL 6 with EPD
> 7.2-1.

thanks a lot for the info, we can pick this up now in the PR I made
based on your code:

https://github.com/ipython/ipython/pull/1296

Glad to have this one en route to a fix, thanks for pitching in!

Cheers,

f


From takowl at gmail.com  Fri Jan 20 06:09:19 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Fri, 20 Jan 2012 11:09:19 +0000
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
References: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
	<CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
Message-ID: <CAOvn4qhd7Yk-jaqaM6HoOKu7fZ-GzNUth5=wfp--1VDOytOaoA@mail.gmail.com>

On 20 January 2012 01:35, Fernando Perez <fperez.net at gmail.com> wrote:

> Also, what is the page we should link to from our front page, the one
> you pointed to or some other one?
>

I'd link to that same one I linked to, which shows the overview of our test
results.


> And finally,  I see a 'report a bug' there, with 'ipython' in the url.
>  We don't want anybody reporting bugs here for ipython, I don't want
> to have to follow two trackers.  Can we disable that?


In the links on the left hand side? For me it just points to
https://bugs.shiningpanda.com/ , and it seems like it requires a separate
login. I guess they'll remove it quickly if people start trying to report
bugs for the projects they host.

There's still some things I'd like to get set up - we'd ideally like the
test output in xunit format, but our test architecture makes that a bit
tricky. It's also possible to display coverage, but I ran into some
problems with that too. But they're less important.

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

From jtaylor.debian at googlemail.com  Fri Jan 20 14:15:35 2012
From: jtaylor.debian at googlemail.com (Julian Taylor)
Date: Fri, 20 Jan 2012 20:15:35 +0100
Subject: [IPython-dev] ipython daily build ppa available for ubuntu
	precise
In-Reply-To: <CAOvn4qhwykakU-tG4ESBzw2hMUpYFPGa_J8vn_a5im7ivnaTJQ@mail.gmail.com>
References: <4F1727E5.1010909@googlemail.com>
	<CAOvn4qhwykakU-tG4ESBzw2hMUpYFPGa_J8vn_a5im7ivnaTJQ@mail.gmail.com>
Message-ID: <4F19BD57.9040301@googlemail.com>

On 01/18/2012 09:47 PM, Thomas Kluyver wrote:
> On 18 January 2012 20:13, Julian Taylor <jtaylor.debian at googlemail.com
> <mailto:jtaylor.debian at googlemail.com>> wrote:
> 
>     I have not tried the python3 testsuite yet, is it working well enough to
>     be enabled in a daily build?
> 
> 
> On my system (Ubuntu Oneiric) it's been passing for a while, and I've
> just re-run it successfully. I've installed a few bits myself (zmq,
> PyQt, tornado). It should skip any tests it hasn't got the necessary
> libraries for, though we've occasionally found failures when testing
> without something we all normally have installed.
> 
> Thomas

the first build succeeded now and I have added oneiric to the build
targets, so we now have 2.6 and 2.7 testsuite runs.
Though the resulting ipython3-qtconsole package will be uninstallable.
I can't backport that from precise, it requires a complete new qt stack.

Whats the best way to run the python3 testsuite after setup.py build?
the iptest3 script is only created on install.
Create a script that calls the entry point?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120120/54fc90d2/attachment.sig>

From fperez.net at gmail.com  Fri Jan 20 14:53:52 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 20 Jan 2012 11:53:52 -0800
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAOvn4qhd7Yk-jaqaM6HoOKu7fZ-GzNUth5=wfp--1VDOytOaoA@mail.gmail.com>
References: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
	<CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
	<CAOvn4qhd7Yk-jaqaM6HoOKu7fZ-GzNUth5=wfp--1VDOytOaoA@mail.gmail.com>
Message-ID: <CAHAreOqq4k9e+kzxuVmXvAJ+SwH4NErBXVm=-pV5Tx--Qtd=qw@mail.gmail.com>

On Fri, Jan 20, 2012 at 3:09 AM, Thomas Kluyver <takowl at gmail.com> wrote:
> I'd link to that same one I linked to, which shows the overview of our test
> results.

OK; can you go ahead and update our front page or should I do it?

> In the links on the left hand side? For me it just points to
> https://bugs.shiningpanda.com/ , and it seems like it requires a separate
> login. I guess they'll remove it quickly if people start trying to report
> bugs for the projects they host.

OK.

> There's still some things I'd like to get set up - we'd ideally like the
> test output in xunit format, but our test architecture makes that a bit

Yes, it's the fact that we run the tests in groups by subprocess.
There may be a cleaner way to do it so that one can aggregate the
resulting results objects, I'm not sure.

> tricky. It's also possible to display coverage, but I ran into some problems
> with that too. But they're less important.

Thanks again for this work, even if the report still has limitations,
it's already great to have!

Cheers,

f


From ellisonbg at gmail.com  Fri Jan 20 16:25:59 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Fri, 20 Jan 2012 13:25:59 -0800
Subject: [IPython-dev] Notebook testing needed...
Message-ID: <CAH4pYpST=r-hL=0nvw=V=pv1NkzKic7U8zj=J4e5YjaZRFRj0g@mail.gmail.com>

Generous notebook testers,

I just created a PR for a bunch of notebook related work:

https://github.com/ipython/ipython/pull/1303

It is mostly underneath the hood, but there are some feature
enhancements such as split/merge and Ace editing of all cell types.

I have refactored lots of low level things related to the handling of
CodeMirror editors. ?This is the type of thing that can introduce
subtle bugs so I would love help testing this branch. ?I would like to
merge this quickly so I can move onto the next notebook tasks.

Thanks,

Brian

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


From fperez.net at gmail.com  Fri Jan 20 16:48:15 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 20 Jan 2012 13:48:15 -0800
Subject: [IPython-dev] Tips on merging: the green button is good...
Message-ID: <CAHAreOrF+OB4ODcg9YE41ZbPH156Bn9yOKVv7PYV02bNgEsirg@mail.gmail.com>

Hi folks,

I just wanted to mention some things regarding workflow that we kind
of settled on in the 0.12 merge frenzy but that we haven't really said
explicitly in a summary.  A while ago, I had defended the idea that we
should allow fast-forward merges and even force them via a rebase for
really small PRs of one or two commits; my argument was that this kept
a more linear and clean history, without adding 'unnecessary' commits.
 But in the run-up to 0.12, Mateusz and Min talked about it and Min
came back with some good points in favor of *always, exclusively*
doing merges with the green button.

The main point is that by doing the merge with the green button, we
gain evidence for what code was reviewed and what wasn't.  When a
merge is done that way, the merge commit has a link to the review
right there, that is even clickable in github.  This way, even single
commits that were reviewed can be distinguished from commits that were
pushed without review.  In the long run, this information is useful to
the project, and in fact shows a flaw in my original argument.  I said
that the extra merge commit was 'noise', but in reality that extra
commit is data: it links to the *review* of the commit(s) being
merged, and so it's in fact very important data and certainly not
noise.

Furthermore, we gain:

- the PR is automatically closed, which otherwise doesn't always happen.

- it's super easy to type into the merge message a summary of the PR,
b/c you can copy straight out from either the initial PR request or
from relevant pieces of the discussion.

So the workflow we had settled on, and that I hope you will all agree with, was:

- *Always* merge from the 'green button'.

- When doing the merge, add a reasonable summary of the PR in the
message box, don't just leave it empty.  A good tip is to click on
'edit' at the top in the PR request message, so you can copy/paste the
whole Markdown of the PR.  That text is typically a good starting
point for the commit message, though I typically trim it down or
rephrase it slightly so it's a good summary of the PR.

- At the bottom of the merge message, add 'Closes #NNN, closes #NNN'
as appropriate for any tickets this PR has been confirmed to close.
This way, github will auto-close them reliably.

That's it.  Once I got used to this, it became very natural.  I use
'git mrb' to test locally, then I simply merge the PR with the green
button and issue 'git pull' right away.  Since git already has all the
actual commits, the pull is very quick.

Cheers,

f


From efiring at hawaii.edu  Fri Jan 20 17:18:16 2012
From: efiring at hawaii.edu (Eric Firing)
Date: Fri, 20 Jan 2012 12:18:16 -1000
Subject: [IPython-dev] Tips on merging: the green button is good...
In-Reply-To: <CAHAreOrF+OB4ODcg9YE41ZbPH156Bn9yOKVv7PYV02bNgEsirg@mail.gmail.com>
References: <CAHAreOrF+OB4ODcg9YE41ZbPH156Bn9yOKVv7PYV02bNgEsirg@mail.gmail.com>
Message-ID: <4F19E828.1040008@hawaii.edu>

On 01/20/2012 11:48 AM, Fernando Perez wrote:

>
> That's it.  Once I got used to this, it became very natural.  I use
> 'git mrb' to test locally, then I simply merge the PR with the green
> button and issue 'git pull' right away.  Since git already has all the
> actual commits, the pull is very quick.

What is "git mrb"?

Eric
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



From fperez.net at gmail.com  Fri Jan 20 17:23:00 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 20 Jan 2012 14:23:00 -0800
Subject: [IPython-dev] Tips on merging: the green button is good...
In-Reply-To: <4F19E828.1040008@hawaii.edu>
References: <CAHAreOrF+OB4ODcg9YE41ZbPH156Bn9yOKVv7PYV02bNgEsirg@mail.gmail.com>
	<4F19E828.1040008@hawaii.edu>
Message-ID: <CAHAreOqPadFaacGfc3HzEU=tS75MHWRgA=-zXoZ59v3sV69kAA@mail.gmail.com>

On Fri, Jan 20, 2012 at 2:18 PM, Eric Firing <efiring at hawaii.edu> wrote:
>
> What is "git mrb"?

Short for 'merge remote branch':

https://github.com/ipython/ipython/blob/master/tools/git-mrb

A little tool I wrote that makes it really easy to review pull
requests from people whose remotes you track.  Symlink to it from
somewhere in your $PATH and you can use it as 'git mrb'.

I track as remotes the repos of the most frequent contributors, and
with this tool, reviewing PRs locally is a snap.

Cheers,

f


From takowl at gmail.com  Fri Jan 20 18:08:14 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Fri, 20 Jan 2012 23:08:14 +0000
Subject: [IPython-dev] ipython daily build ppa available for ubuntu
	precise
In-Reply-To: <4F19BD57.9040301@googlemail.com>
References: <4F1727E5.1010909@googlemail.com>
	<CAOvn4qhwykakU-tG4ESBzw2hMUpYFPGa_J8vn_a5im7ivnaTJQ@mail.gmail.com>
	<4F19BD57.9040301@googlemail.com>
Message-ID: <CAOvn4qjXsYQ4kLgp9Lej68ZCJAa3TibrP4kJWLOLAmhZrTsrEg@mail.gmail.com>

On 20 January 2012 19:15, Julian Taylor <jtaylor.debian at googlemail.com>wrote:

> Whats the best way to run the python3 testsuite after setup.py build?
> the iptest3 script is only created on install.
> Create a script that calls the entry point?
>

I've always tested (both on Python 2 and 3) just by installing in a
virtualenv and running iptest(3). I think it's worth looking at how we run
our tests, because playing around with our current system revealed that
it's tricky to integrate with some of ShiningPanda's features (via XML
output).

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

From asmeurer at gmail.com  Fri Jan 20 18:21:28 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Fri, 20 Jan 2012 16:21:28 -0700
Subject: [IPython-dev] Tips on merging: the green button is good...
In-Reply-To: <CAHAreOrF+OB4ODcg9YE41ZbPH156Bn9yOKVv7PYV02bNgEsirg@mail.gmail.com>
References: <CAHAreOrF+OB4ODcg9YE41ZbPH156Bn9yOKVv7PYV02bNgEsirg@mail.gmail.com>
Message-ID: <CAKgW=6J5FXiJsv4mTd8v_+YjsSCSF1Oh7owrn6WX64mK8Pkn=Q@mail.gmail.com>

We've also found the green merge button to be a good thing with SymPy.
 I was initially reluctant to the idea because it would make it too
easy to accidentally merge a branch that's not ready yet.  But we've
merged hundreds of pull requests since it's inception, and I don't
think that has happened once.

In addition to the advantages you list, the green button helps prevent
accidental pushes to master.  It's really easy to mess things up with
the command line, as git will basically let you do anything you want,
and you don't always see what you're doing unless you use git log
--graph or a similar visualization.  With the merge button, you always
see exactly what commits and diff are being merged.  You cannot
accidentally force push to master, and you won't have bad commits slip
in or good commits slip out through a messy rebase process.

Another advantage: requiring that all updates to master go through the
green button also essentially adds the requirement that all update go
through a pull request, which is in general a good thing as well.

Regarding the forced merged commit, this is also a good thing, as it
makes it easier to find the pull request discussion given a commit.  I
couldn't figure out how to get the merge commit from a given commit,
though, other than finding the commit in git log --graph (or something
similar like gitk) and following the line up to the nearest merge
commit.  Anyone know a git oneliner to do this?

Aaron Meurer

On Fri, Jan 20, 2012 at 2:48 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hi folks,
>
> I just wanted to mention some things regarding workflow that we kind
> of settled on in the 0.12 merge frenzy but that we haven't really said
> explicitly in a summary. ?A while ago, I had defended the idea that we
> should allow fast-forward merges and even force them via a rebase for
> really small PRs of one or two commits; my argument was that this kept
> a more linear and clean history, without adding 'unnecessary' commits.
> ?But in the run-up to 0.12, Mateusz and Min talked about it and Min
> came back with some good points in favor of *always, exclusively*
> doing merges with the green button.
>
> The main point is that by doing the merge with the green button, we
> gain evidence for what code was reviewed and what wasn't. ?When a
> merge is done that way, the merge commit has a link to the review
> right there, that is even clickable in github. ?This way, even single
> commits that were reviewed can be distinguished from commits that were
> pushed without review. ?In the long run, this information is useful to
> the project, and in fact shows a flaw in my original argument. ?I said
> that the extra merge commit was 'noise', but in reality that extra
> commit is data: it links to the *review* of the commit(s) being
> merged, and so it's in fact very important data and certainly not
> noise.
>
> Furthermore, we gain:
>
> - the PR is automatically closed, which otherwise doesn't always happen.
>
> - it's super easy to type into the merge message a summary of the PR,
> b/c you can copy straight out from either the initial PR request or
> from relevant pieces of the discussion.
>
> So the workflow we had settled on, and that I hope you will all agree with, was:
>
> - *Always* merge from the 'green button'.
>
> - When doing the merge, add a reasonable summary of the PR in the
> message box, don't just leave it empty. ?A good tip is to click on
> 'edit' at the top in the PR request message, so you can copy/paste the
> whole Markdown of the PR. ?That text is typically a good starting
> point for the commit message, though I typically trim it down or
> rephrase it slightly so it's a good summary of the PR.
>
> - At the bottom of the merge message, add 'Closes #NNN, closes #NNN'
> as appropriate for any tickets this PR has been confirmed to close.
> This way, github will auto-close them reliably.
>
> That's it. ?Once I got used to this, it became very natural. ?I use
> 'git mrb' to test locally, then I simply merge the PR with the green
> button and issue 'git pull' right away. ?Since git already has all the
> actual commits, the pull is very quick.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From takowl at gmail.com  Sat Jan 21 18:02:57 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Sat, 21 Jan 2012 23:02:57 +0000
Subject: [IPython-dev] IPython.zmq tests
Message-ID: <CAOvn4qjg1-Z00isJ_f7eN=zV7pAj4bidGF4EhggmMTKDfWNXSg@mail.gmail.com>

While playing with the test suite, I've just noticed that the standard
iptest command doesn't run the tests in IPython.zmq. I don't know if this
was deliberately disabled or simply overlooked, but running those tests
(iptest IPython.zmq) now is not pretty. ZMQ complains about contexts
terminating or not terminating, several terminal editors pop up and have to
be dismissed, and when it's finished, it hangs and has to be killed
manually. Since the other things are working, I guess it's more of an issue
with the tests than the code itself, but it could still do with some
attention.

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

From fperez.net at gmail.com  Sat Jan 21 18:12:20 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 21 Jan 2012 15:12:20 -0800
Subject: [IPython-dev] IPython.zmq tests
In-Reply-To: <CAOvn4qjg1-Z00isJ_f7eN=zV7pAj4bidGF4EhggmMTKDfWNXSg@mail.gmail.com>
References: <CAOvn4qjg1-Z00isJ_f7eN=zV7pAj4bidGF4EhggmMTKDfWNXSg@mail.gmail.com>
Message-ID: <CAHAreOoBj4qBFODCho+M_vzAafjfMQWdrpie7s3pt-M0E2W0cA@mail.gmail.com>

On Sat, Jan 21, 2012 at 3:02 PM, Thomas Kluyver <takowl at gmail.com> wrote:
> While playing with the test suite, I've just noticed that the standard
> iptest command doesn't run the tests in IPython.zmq. I don't know if this
> was deliberately disabled or simply overlooked, but running those tests
> (iptest IPython.zmq) now is not pretty. ZMQ complains about contexts
> terminating or not terminating, several terminal editors pop up and have to
> be dismissed, and when it's finished, it hangs and has to be killed
> manually. Since the other things are working, I guess it's more of an issue
> with the tests than the code itself, but it could still do with some
> attention.

Ouch: it was most likely that when we got the machinery up and running
we were struggling with some of those, disabled them temporarily and
simply forgot to re-enable them.  It was most certainly *not* intended
to stay that way, and I'd say it's pretty high priority that we fix
that now.  It's perfectly possible that some of those failures are
true bugs whose consequences we may be seeing elsewhere, so we should
definitely try to get that fixed up.

In order not to pollute master with a big batch of new failures, I
suggest we do this in a branch.  If you want to tackle it and it looks
quick, do it like a regular PR.  Otherwise we can make a shared branch
on the main repo so that multiple people can pitch in as necessary.

Thanks for finding this!

Cheers,

f


From benjaminrk at gmail.com  Sat Jan 21 18:24:20 2012
From: benjaminrk at gmail.com (MinRK)
Date: Sat, 21 Jan 2012 15:24:20 -0800
Subject: [IPython-dev] IPython.zmq tests
In-Reply-To: <CAHAreOoBj4qBFODCho+M_vzAafjfMQWdrpie7s3pt-M0E2W0cA@mail.gmail.com>
References: <CAOvn4qjg1-Z00isJ_f7eN=zV7pAj4bidGF4EhggmMTKDfWNXSg@mail.gmail.com>
	<CAHAreOoBj4qBFODCho+M_vzAafjfMQWdrpie7s3pt-M0E2W0cA@mail.gmail.com>
Message-ID: <CAHNn8BUnYMxymQ6nMEYGOHH2rRj_3v7WXCORhJ8UVAT5K1tO=A@mail.gmail.com>

On Sat, Jan 21, 2012 at 15:12, Fernando Perez <fperez.net at gmail.com> wrote:
> On Sat, Jan 21, 2012 at 3:02 PM, Thomas Kluyver <takowl at gmail.com> wrote:
>> While playing with the test suite, I've just noticed that the standard
>> iptest command doesn't run the tests in IPython.zmq. I don't know if this
>> was deliberately disabled or simply overlooked, but running those tests
>> (iptest IPython.zmq) now is not pretty. ZMQ complains about contexts
>> terminating or not terminating, several terminal editors pop up and have to
>> be dismissed, and when it's finished, it hangs and has to be killed
>> manually. Since the other things are working, I guess it's more of an issue
>> with the tests than the code itself, but it could still do with some
>> attention.
>
> Ouch: it was most likely that when we got the machinery up and running
> we were struggling with some of those, disabled them temporarily and
> simply forgot to re-enable them. ?It was most certainly *not* intended
> to stay that way, and I'd say it's pretty high priority that we fix
> that now. ?It's perfectly possible that some of those failures are
> true bugs whose consequences we may be seeing elsewhere, so we should
> definitely try to get that fixed up.

No, they were never enabled because IPython.zmq has *never* had any
tests.  The only tests there are for IPython.zmq.session, which only
exist because the Session object was originally in IPython.parallel,
which is tested.  Almost all of the failures/errors are because there
are some entry points (like IPython.zmq.frontend) which start blocking
calls when imported, causing problems when included in the test
search.  Further, since the test suite has never been run on
IPython.zmq, the necessary @skip_doctests haven't been applied all
over the place, so the silly doctest scraper will find all the
examples that won't actually run in an unconfigured environment.

The real issue is that we need tests for IPython.zmq.

-MinRK

>
> In order not to pollute master with a big batch of new failures, I
> suggest we do this in a branch. ?If you want to tackle it and it looks
> quick, do it like a regular PR. ?Otherwise we can make a shared branch
> on the main repo so that multiple people can pitch in as necessary.
>
> Thanks for finding this!
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From fperez.net at gmail.com  Sat Jan 21 19:19:15 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 21 Jan 2012 16:19:15 -0800
Subject: [IPython-dev] IPython.zmq tests
In-Reply-To: <CAHNn8BUnYMxymQ6nMEYGOHH2rRj_3v7WXCORhJ8UVAT5K1tO=A@mail.gmail.com>
References: <CAOvn4qjg1-Z00isJ_f7eN=zV7pAj4bidGF4EhggmMTKDfWNXSg@mail.gmail.com>
	<CAHAreOoBj4qBFODCho+M_vzAafjfMQWdrpie7s3pt-M0E2W0cA@mail.gmail.com>
	<CAHNn8BUnYMxymQ6nMEYGOHH2rRj_3v7WXCORhJ8UVAT5K1tO=A@mail.gmail.com>
Message-ID: <CAHAreOo2SMf405=iFkzdGX14mKgbU-za14Jmp7RNEHekiPxyww@mail.gmail.com>

On Sat, Jan 21, 2012 at 3:24 PM, MinRK <benjaminrk at gmail.com> wrote:
>
> The real issue is that we need tests for IPython.zmq.

Ah, thanks for the clarification.  The development of all that code
happened so fast that I thought we'd simply forgotten about real
tests...  Oh well, time to write some, I guess :)

Cheers,

f


From ellisonbg at gmail.com  Sun Jan 22 16:56:25 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 22 Jan 2012 13:56:25 -0800
Subject: [IPython-dev] Ace versus CodeMirror
Message-ID: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>

Hi,

Recently, we added the ability for users to edit a single cell in the
notebook using the Ace editor.  I think Fernando and I have been under
the impression that Ace was a more featureful editor that power users
would want for serious dev work in the notebook.  Here is my take on
this:

* Ace has better support for keyboard bindings (emacs/vim), although a
recent version of CodeMirror has improved this situation.
* Ace has more keyboard actions out of the box, such as indentation of blocks.
* Fernando and others have remarked that CodeMirror was not quite as
nice as Ace.  I have this vague sense, but it is difficult to say
exactly what is better.
* Hmm...

Some questions:

* Is Ace really that much better that it is worth us shipping/using it?
* Do people like the ability to edit a single cell in a
more-full-window capacity?

Please check out the Ace capabilty in master and let us know what you think...

Thanks,

Brian

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


From fperez.net at gmail.com  Sun Jan 22 17:39:05 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 22 Jan 2012 14:39:05 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
Message-ID: <CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>

On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Some questions:
>
> * Is Ace really that much better that it is worth us shipping/using it?
> * Do people like the ability to edit a single cell in a
> more-full-window capacity?
>
> Please check out the Ace capabilty in master and let us know what you think...

There are some limitations of CM that make it really painful for
editing longer cells:

- inability to rigidly indent/dedent whole blocks.  This is a killer
for refactoring just about anything.

- no indentation support (not even soft-tabs) inside docstrings.
Typing eight spaces at the beginning of each line in a method
docstring is ridiculously annoying.  I just type them in emacs and
paste them back in.

- no search and replace: also killer for refactoring.

These are the big ones for me, so I'm +1 on including Ace.

There's also the fact that in teaching/workshops, we often struggle
with the question of 'what editor should I use along with ipython'.
Once Ace is available, we can simply tell people to use it for editing
also their python scripts, all within the ipython workflow.  This may
not be the long-term solution they want if they become full-time
users, but when you only have a day or two to teach a group some
basics, having ipython provide them a complete solution out of the box
would be great, I think.

Cheers,

f


From fawce at quantopian.com  Sun Jan 22 22:11:31 2012
From: fawce at quantopian.com (John Fawcett)
Date: Sun, 22 Jan 2012 22:11:31 -0500
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
Message-ID: <CAO=g8u54UCZT0Gw4YHQrVzqXKVVuJgX+BMicYmyjAaOtTg3+Vw@mail.gmail.com>

Hi,

I think the long-form edit case is very promising. It borders on full blown
development, and seems to imply the eventual unification of the cellular
edit style with the file-oriented style of a typical editor. Is that the
idea? (Aside: i signed up for c9.io based on the Ace editor project, and it
is the best online IDE I've tried - they have tabbed editors btw).

- I tried selecting a block in a cell, and it seemed like tab did indent,
and shift-tab de-indented. Is that what you meant by indentation support?
- the total lack of docstring support in CM is annoying, maybe it is
feasible to patch CM to support it properly?
- CM has a decent demo of search/replace, that I think is as good as Ace:
http://codemirror.net/demo/search.html

My free advice (which is worth what you pay for it :) ) is to aim to have
one editor for cell and long-form editing. It seems like getting the
docstring and indentation support in CM would have to be compared to
getting Ace to support multiple editors on one page.

thanks,
fawce


On Sun, Jan 22, 2012 at 5:39 PM, Fernando Perez <fperez.net at gmail.com>wrote:

> On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger <ellisonbg at gmail.com>
> wrote:
> > Some questions:
> >
> > * Is Ace really that much better that it is worth us shipping/using it?
> > * Do people like the ability to edit a single cell in a
> > more-full-window capacity?
> >
> > Please check out the Ace capabilty in master and let us know what you
> think...
>
> There are some limitations of CM that make it really painful for
> editing longer cells:
>
> - inability to rigidly indent/dedent whole blocks.  This is a killer
> for refactoring just about anything.
>
> - no indentation support (not even soft-tabs) inside docstrings.
> Typing eight spaces at the beginning of each line in a method
> docstring is ridiculously annoying.  I just type them in emacs and
> paste them back in.
>
> - no search and replace: also killer for refactoring.
>
> These are the big ones for me, so I'm +1 on including Ace.
>
> There's also the fact that in teaching/workshops, we often struggle
> with the question of 'what editor should I use along with ipython'.
> Once Ace is available, we can simply tell people to use it for editing
> also their python scripts, all within the ipython workflow.  This may
> not be the long-term solution they want if they become full-time
> users, but when you only have a day or two to teach a group some
> basics, having ipython provide them a complete solution out of the box
> would be great, I think.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120122/44f15fe6/attachment.html>

From fperez.net at gmail.com  Sun Jan 22 22:29:07 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 22 Jan 2012 19:29:07 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAO=g8u54UCZT0Gw4YHQrVzqXKVVuJgX+BMicYmyjAaOtTg3+Vw@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAO=g8u54UCZT0Gw4YHQrVzqXKVVuJgX+BMicYmyjAaOtTg3+Vw@mail.gmail.com>
Message-ID: <CAHAreOpG26M-GzjO6ce_9X+1r1py8r7NnujHVbP+kWkB+p7BHw@mail.gmail.com>

Hi John,

On Sun, Jan 22, 2012 at 7:11 PM, John Fawcett <fawce at quantopian.com> wrote:
> Hi,
>
> I think the long-form edit case is very promising. It borders on full blown
> development, and seems to imply the eventual unification of the cellular
> edit style with the file-oriented style of a typical editor. Is that the
> idea? (Aside: i signed up for c9.io based on the Ace editor project, and it
> is the best online IDE I've tried - they have tabbed editors btw).

The way I think about it (and others may disagree) is that I want the
development features that are relevant to interactive-focused
workflows.  In that regard, I don't focus on competing with tools like
Microsoft's amazing Visual Studio Python plugin or PyCharm, that do
very impressive amounts of project management and introspection, at
what is surely a high cost of development complexity for their
authors.  So things like sophisticated completion for incomplete
classes (that requires difficult background analysis of code as it's
typed) or multi-file refactoring are well outside of our scope.

But while working interactively on code/data problems, I do want solid
editing support.  For years many of us have worked with $EDITOR +
ipython-terminal for this class of problems, but with the notebook
moving us closer to the browse full-time, I also want an editing
experience that is as close to that of a full-time editor as is
reasonable given our resources.  Basically I don't want an editor that
I curse at while I work if I'm in a browser working remotely and
firing up an editor local to the files is impractical/impossible.

> - I tried selecting a block in a cell, and it seemed like tab did indent,
> and shift-tab de-indented. Is that what you meant by indentation support?

Yes, but for me it doesn't work correctly. On Firefox 9 neither indent
nor dedent work correctly, as only some lines get indented (meaning
the code gets mangled). On Chrome only indent seems to work.  On this
front, Ace works fine.

> - the total lack of docstring support in CM is annoying, maybe it is
> feasible to patch CM to support it properly?

Certainly an option, the question is, given our limited resources,
whether it's worth our time instead of just using Ace (which handles
this right).  Obviously having two editors has its own issues, so it's
a valid question.

> - CM has a decent demo of search/replace, that I think is as good as Ace:
> http://codemirror.net/demo/search.html

That looks pretty decent, I seem to remember trying it a while ago and
finding it much poorer; perhaps they've improved recently.  I would
want that to be available in *all* cells all the time, actually!

> My free advice (which is worth what you pay for it :) ) is to aim to have
> one editor for cell and long-form editing. It seems like getting the
> docstring and indentation support in CM would have to be compared to getting
> Ace to support multiple editors on one page.

I *think* for Ace, the hundreds-of-editors option isn't very
realistic, or would at least require a fairly large restructuring of
their code b/c that's a use case that is very far from their original
design intention.  So the question is probably more whether we can
make CM fill all our needs, or find a good way to live with both that
is as seamless as possible for the users.

I agree that having only one editor to deal with would be the ideal
solution all around, both easier for IPython developers and users.
Perhaps as both Ace and CM mature one of them will fit that bill.
Thanks for the thoughtful feedback!

Cheers,

f


From fawce at quantopian.com  Sun Jan 22 23:15:59 2012
From: fawce at quantopian.com (John Fawcett)
Date: Sun, 22 Jan 2012 23:15:59 -0500
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAHAreOpG26M-GzjO6ce_9X+1r1py8r7NnujHVbP+kWkB+p7BHw@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAO=g8u54UCZT0Gw4YHQrVzqXKVVuJgX+BMicYmyjAaOtTg3+Vw@mail.gmail.com>
	<CAHAreOpG26M-GzjO6ce_9X+1r1py8r7NnujHVbP+kWkB+p7BHw@mail.gmail.com>
Message-ID: <CAO=g8u7frO+PqiAfQiO=FMxqa=KGoCpR+BnSZhRnDBqc-cWO6A@mail.gmail.com>

Hi,

On Sun, Jan 22, 2012 at 10:29 PM, Fernando Perez <fperez.net at gmail.com>wrote:

> Hi John,
>
> On Sun, Jan 22, 2012 at 7:11 PM, John Fawcett <fawce at quantopian.com>
> wrote:
> > Hi,
> >
> > I think the long-form edit case is very promising. It borders on full
> blown
> > development, and seems to imply the eventual unification of the cellular
> > edit style with the file-oriented style of a typical editor. Is that the
> > idea? (Aside: i signed up for c9.io based on the Ace editor project,
> and it
> > is the best online IDE I've tried - they have tabbed editors btw).
>
> The way I think about it (and others may disagree) is that I want the
> development features that are relevant to interactive-focused
> workflows.  In that regard, I don't focus on competing with tools like
> Microsoft's amazing Visual Studio Python plugin or PyCharm, that do
> very impressive amounts of project management and introspection, at
> what is surely a high cost of development complexity for their
> authors.  So things like sophisticated completion for incomplete
> classes (that requires difficult background analysis of code as it's
> typed) or multi-file refactoring are well outside of our scope.
>
> But while working interactively on code/data problems, I do want solid
> editing support.  For years many of us have worked with $EDITOR +
> ipython-terminal for this class of problems, but with the notebook
> moving us closer to the browse full-time, I also want an editing
> experience that is as close to that of a full-time editor as is
> reasonable given our resources.  Basically I don't want an editor that
> I curse at while I work if I'm in a browser working remotely and
> firing up an editor local to the files is impractical/impossible.
>
> This makes a lot of sense to me.


> > - I tried selecting a block in a cell, and it seemed like tab did indent,
> > and shift-tab de-indented. Is that what you meant by indentation support?
>
> Yes, but for me it doesn't work correctly. On Firefox 9 neither indent
> nor dedent work correctly, as only some lines get indented (meaning
> the code gets mangled). On Chrome only indent seems to work.  On this
> front, Ace works fine.


Both CM and Ace are working for me in Chrome with indent and dedent, but
sounds like Ace wins on this point.


> > - the total lack of docstring support in CM is annoying, maybe it is
> > feasible to patch CM to support it properly?
>
> Certainly an option, the question is, given our limited resources,
> whether it's worth our time instead of just using Ace (which handles
> this right).  Obviously having two editors has its own issues, so it's
> a valid question.
>
> > - CM has a decent demo of search/replace, that I think is as good as Ace:
> > http://codemirror.net/demo/search.html
>
> That looks pretty decent, I seem to remember trying it a while ago and
> finding it much poorer; perhaps they've improved recently.  I would
> want that to be available in *all* cells all the time, actually!
>

definitely!


>
> > My free advice (which is worth what you pay for it :) ) is to aim to have
> > one editor for cell and long-form editing. It seems like getting the
> > docstring and indentation support in CM would have to be compared to
> getting
> > Ace to support multiple editors on one page.
>
> I *think* for Ace, the hundreds-of-editors option isn't very
> realistic, or would at least require a fairly large restructuring of
> their code b/c that's a use case that is very far from their original
> design intention.  So the question is probably more whether we can
> make CM fill all our needs, or find a good way to live with both that
> is as seamless as possible for the users.
>
>
Yup, good point.


> I agree that having only one editor to deal with would be the ideal
> solution all around, both easier for IPython developers and users.
> Perhaps as both Ace and CM mature one of them will fit that bill.
> Thanks for the thoughtful feedback!
>
>
Thanks for taking the time to reply!


> Cheers,
>
> f
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120122/8df84e10/attachment.html>

From jason-sage at creativetrax.com  Mon Jan 23 07:33:46 2012
From: jason-sage at creativetrax.com (Jason Grout)
Date: Mon, 23 Jan 2012 06:33:46 -0600
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
Message-ID: <4F1D53AA.3050009@creativetrax.com>

On 1/22/12 3:56 PM, Brian Granger wrote:
> Hi,
>
> Recently, we added the ability for users to edit a single cell in the
> notebook using the Ace editor.  I think Fernando and I have been under
> the impression that Ace was a more featureful editor that power users
> would want for serious dev work in the notebook.  Here is my take on
> this:
>
> * Ace has better support for keyboard bindings (emacs/vim), although a
> recent version of CodeMirror has improved this situation.
> * Ace has more keyboard actions out of the box, such as indentation of blocks.

If I highlight a block and press tab or shift-tab in 
http://codemirror.net/mode/python/index.html, it indents/dedents the 
entire block.  Is that what you mean?



> * Fernando and others have remarked that CodeMirror was not quite as
> nice as Ace.  I have this vague sense, but it is difficult to say
> exactly what is better.
> * Hmm...
>
> Some questions:
>
> * Is Ace really that much better that it is worth us shipping/using it?
> * Do people like the ability to edit a single cell in a
> more-full-window capacity?

See http://codemirror.net/demo/fullscreen.html for an example of this 
with CodeMirror.  At least, I think that's what you're talking about.

As for search and replace, see this: http://codemirror.net/demo/search.html

Also, CodeMirror technically can actually apply a rst mode 
(http://codemirror.net/mode/rst/index.html) just inside of docstrings, 
though I don't know if the mode overlay is written yet.  That would be 
cool, though.  I looked into writing it a long time ago, but haven't yet 
and likely won't have time in the near future.

Thanks,

Jason


From jason-sage at creativetrax.com  Mon Jan 23 07:41:13 2012
From: jason-sage at creativetrax.com (Jason Grout)
Date: Mon, 23 Jan 2012 06:41:13 -0600
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <4F1D53AA.3050009@creativetrax.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<4F1D53AA.3050009@creativetrax.com>
Message-ID: <4F1D5569.606@creativetrax.com>

On 1/23/12 6:33 AM, Jason Grout wrote:
> Also, CodeMirror technically can actually apply a rst mode
> (http://codemirror.net/mode/rst/index.html) just inside of docstrings,
> though I don't know if the mode overlay is written yet.  That would be
> cool, though.  I looked into writing it a long time ago, but haven't yet
> and likely won't have time in the near future.

See the HTML mixed mode at 
http://codemirror.net/mode/htmlmixed/index.html or 
http://codemirror.net/demo/mustache.html for an example of this. 
Basically, you just have to have the python parser have a special state 
or docstrings, and then apply the rst mode in that state.  Or something 
like that.  See the last three paragraphs of 
http://codemirror.net/doc/manual.html.

Jason



From ellisonbg at gmail.com  Mon Jan 23 13:46:05 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 23 Jan 2012 10:46:05 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
Message-ID: <CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>

On Sun, Jan 22, 2012 at 2:39 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>> Some questions:
>>
>> * Is Ace really that much better that it is worth us shipping/using it?
>> * Do people like the ability to edit a single cell in a
>> more-full-window capacity?
>>
>> Please check out the Ace capabilty in master and let us know what you think...
>
> There are some limitations of CM that make it really painful for
> editing longer cells:
>
> - inability to rigidly indent/dedent whole blocks. ?This is a killer
> for refactoring just about anything.

Based on some of the responses we have gotten, I think we are
configuring the notebook so that this doesn't work.  I will play
around with the config to see if I can get this to work.

> - no indentation support (not even soft-tabs) inside docstrings.
> Typing eight spaces at the beginning of each line in a method
> docstring is ridiculously annoying. ?I just type them in emacs and
> paste them back in.

Yes, this is likely a problem with the python mode.  It is very likely
it can be fixed.

> - no search and replace: also killer for refactoring.
>
> These are the big ones for me, so I'm +1 on including Ace.

There is a search and replace demo for CM here:

http://codemirror.net/demo/search.html

Fernando, if we can fix these things, are you open to using CodeMirror
always?  Would you still want the ability to do the full-window-like
editing mode?

> There's also the fact that in teaching/workshops, we often struggle
> with the question of 'what editor should I use along with ipython'.
> Once Ace is available, we can simply tell people to use it for editing
> also their python scripts, all within the ipython workflow. ?This may
> not be the long-term solution they want if they become full-time
> users, but when you only have a day or two to teach a group some
> basics, having ipython provide them a complete solution out of the box
> would be great, I think.



> Cheers,
>
> f



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


From ellisonbg at gmail.com  Mon Jan 23 13:48:30 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 23 Jan 2012 10:48:30 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAO=g8u54UCZT0Gw4YHQrVzqXKVVuJgX+BMicYmyjAaOtTg3+Vw@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAO=g8u54UCZT0Gw4YHQrVzqXKVVuJgX+BMicYmyjAaOtTg3+Vw@mail.gmail.com>
Message-ID: <CAH4pYpS3JNbNAO8omz1kYcgE9c86cwV2eFYigmvWjUFSWb2KYA@mail.gmail.com>

On Sun, Jan 22, 2012 at 7:11 PM, John Fawcett <fawce at quantopian.com> wrote:
> Hi,
>
> I think the long-form edit case is very promising. It borders on full blown
> development, and seems to imply the eventual unification of the cellular
> edit style with the file-oriented style of a typical editor. Is that the
> idea? (Aside: i signed up for c9.io based on the Ace editor project, and it
> is the best online IDE I've tried - they have tabbed editors btw).
>
> - I tried selecting a block in a cell, and it seemed like tab did indent,
> and shift-tab de-indented. Is that what you meant by indentation support?

Yes, I think we can get this to work in CodeMirror though.

> - the total lack of docstring support in CM is annoying, maybe it is
> feasible to patch CM to support it properly?

Yes, very much so.

> - CM has a decent demo of search/replace, that I think is as good as Ace:
> http://codemirror.net/demo/search.html

We should be able to adapt this to the notebook.

> My free advice (which is worth what you pay for it :) ) is to aim to have
> one editor for cell and long-form editing. It seems like getting the
> docstring and indentation support in CM would have to be compared to getting
> Ace to support multiple editors on one page.

Yes, we would like the notebook to be a complete environment for doing
development work.  There is no reason we shouldn't allow regular .py
files to be open and edited in a CM editor.

I think that getting Ace to support multiple editors would be quite
difficult - more difficult than fixing CM in the above areas.

> thanks,
> fawce
>
>
> On Sun, Jan 22, 2012 at 5:39 PM, Fernando Perez <fperez.net at gmail.com>
> wrote:
>>
>> On Sun, Jan 22, 2012 at 1:56 PM, Brian Granger <ellisonbg at gmail.com>
>> wrote:
>> > Some questions:
>> >
>> > * Is Ace really that much better that it is worth us shipping/using it?
>> > * Do people like the ability to edit a single cell in a
>> > more-full-window capacity?
>> >
>> > Please check out the Ace capabilty in master and let us know what you
>> > think...
>>
>> There are some limitations of CM that make it really painful for
>> editing longer cells:
>>
>> - inability to rigidly indent/dedent whole blocks. ?This is a killer
>> for refactoring just about anything.
>>
>> - no indentation support (not even soft-tabs) inside docstrings.
>> Typing eight spaces at the beginning of each line in a method
>> docstring is ridiculously annoying. ?I just type them in emacs and
>> paste them back in.
>>
>> - no search and replace: also killer for refactoring.
>>
>> These are the big ones for me, so I'm +1 on including Ace.
>>
>> There's also the fact that in teaching/workshops, we often struggle
>> with the question of 'what editor should I use along with ipython'.
>> Once Ace is available, we can simply tell people to use it for editing
>> also their python scripts, all within the ipython workflow. ?This may
>> not be the long-term solution they want if they become full-time
>> users, but when you only have a day or two to teach a group some
>> basics, having ipython provide them a complete solution out of the box
>> would be great, I think.
>>
>> Cheers,
>>
>> f
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



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


From ellisonbg at gmail.com  Mon Jan 23 13:49:02 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 23 Jan 2012 10:49:02 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <4F1D5569.606@creativetrax.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<4F1D53AA.3050009@creativetrax.com> <4F1D5569.606@creativetrax.com>
Message-ID: <CAH4pYpRd9HQv7x2=CoOSXCuAkGyQga8FYj4_fvoRYcyBMyRDxA@mail.gmail.com>

On Mon, Jan 23, 2012 at 4:41 AM, Jason Grout
<jason-sage at creativetrax.com> wrote:
> On 1/23/12 6:33 AM, Jason Grout wrote:
>> Also, CodeMirror technically can actually apply a rst mode
>> (http://codemirror.net/mode/rst/index.html) just inside of docstrings,
>> though I don't know if the mode overlay is written yet. ?That would be
>> cool, though. ?I looked into writing it a long time ago, but haven't yet
>> and likely won't have time in the near future.
>
> See the HTML mixed mode at
> http://codemirror.net/mode/htmlmixed/index.html or
> http://codemirror.net/demo/mustache.html for an example of this.
> Basically, you just have to have the python parser have a special state
> or docstrings, and then apply the rst mode in that state. ?Or something
> like that. ?See the last three paragraphs of
> http://codemirror.net/doc/manual.html.

Great pointer, I was not aware of the mode overlays.  Worth looking
into for sure.

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



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


From ellisonbg at gmail.com  Mon Jan 23 14:18:08 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 23 Jan 2012 11:18:08 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAH4pYpRd9HQv7x2=CoOSXCuAkGyQga8FYj4_fvoRYcyBMyRDxA@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<4F1D53AA.3050009@creativetrax.com> <4F1D5569.606@creativetrax.com>
	<CAH4pYpRd9HQv7x2=CoOSXCuAkGyQga8FYj4_fvoRYcyBMyRDxA@mail.gmail.com>
Message-ID: <CAH4pYpQX7RQUQeKDo4pofNG65EaBqTW3ihjZ9=YMmO83n=GX1Q@mail.gmail.com>

I think I have fixed the indentation behavior, both for blocks and
docstrings.  Here is the branch:

https://github.com/ipython/ipython/pull/1311

Please let me know if this solves the issues completely.

Cheers,

Brian

On Mon, Jan 23, 2012 at 10:49 AM, Brian Granger <ellisonbg at gmail.com> wrote:
> On Mon, Jan 23, 2012 at 4:41 AM, Jason Grout
> <jason-sage at creativetrax.com> wrote:
>> On 1/23/12 6:33 AM, Jason Grout wrote:
>>> Also, CodeMirror technically can actually apply a rst mode
>>> (http://codemirror.net/mode/rst/index.html) just inside of docstrings,
>>> though I don't know if the mode overlay is written yet. ?That would be
>>> cool, though. ?I looked into writing it a long time ago, but haven't yet
>>> and likely won't have time in the near future.
>>
>> See the HTML mixed mode at
>> http://codemirror.net/mode/htmlmixed/index.html or
>> http://codemirror.net/demo/mustache.html for an example of this.
>> Basically, you just have to have the python parser have a special state
>> or docstrings, and then apply the rst mode in that state. ?Or something
>> like that. ?See the last three paragraphs of
>> http://codemirror.net/doc/manual.html.
>
> Great pointer, I was not aware of the mode overlays. ?Worth looking
> into for sure.
>
>> Jason
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com



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


From ellisonbg at gmail.com  Mon Jan 23 15:03:17 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 23 Jan 2012 12:03:17 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAH4pYpQX7RQUQeKDo4pofNG65EaBqTW3ihjZ9=YMmO83n=GX1Q@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<4F1D53AA.3050009@creativetrax.com> <4F1D5569.606@creativetrax.com>
	<CAH4pYpRd9HQv7x2=CoOSXCuAkGyQga8FYj4_fvoRYcyBMyRDxA@mail.gmail.com>
	<CAH4pYpQX7RQUQeKDo4pofNG65EaBqTW3ihjZ9=YMmO83n=GX1Q@mail.gmail.com>
Message-ID: <CAH4pYpRWSe0gmwNL2o=x+RjQ7iTLLqmR_anCPqH=3xfXb0YB_w@mail.gmail.com>

CodeMirror also has a nice full screen mode we could use.  The benefit
of this, is that tab completion/tooltips would still work.

Cheers,

Brian

On Mon, Jan 23, 2012 at 11:18 AM, Brian Granger <ellisonbg at gmail.com> wrote:
> I think I have fixed the indentation behavior, both for blocks and
> docstrings. ?Here is the branch:
>
> https://github.com/ipython/ipython/pull/1311
>
> Please let me know if this solves the issues completely.
>
> Cheers,
>
> Brian
>
> On Mon, Jan 23, 2012 at 10:49 AM, Brian Granger <ellisonbg at gmail.com> wrote:
>> On Mon, Jan 23, 2012 at 4:41 AM, Jason Grout
>> <jason-sage at creativetrax.com> wrote:
>>> On 1/23/12 6:33 AM, Jason Grout wrote:
>>>> Also, CodeMirror technically can actually apply a rst mode
>>>> (http://codemirror.net/mode/rst/index.html) just inside of docstrings,
>>>> though I don't know if the mode overlay is written yet. ?That would be
>>>> cool, though. ?I looked into writing it a long time ago, but haven't yet
>>>> and likely won't have time in the near future.
>>>
>>> See the HTML mixed mode at
>>> http://codemirror.net/mode/htmlmixed/index.html or
>>> http://codemirror.net/demo/mustache.html for an example of this.
>>> Basically, you just have to have the python parser have a special state
>>> or docstrings, and then apply the rst mode in that state. ?Or something
>>> like that. ?See the last three paragraphs of
>>> http://codemirror.net/doc/manual.html.
>>
>> Great pointer, I was not aware of the mode overlays. ?Worth looking
>> into for sure.
>>
>>> Jason
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>>
>> --
>> Brian E. Granger
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu and ellisonbg at gmail.com
>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com



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


From fperez.net at gmail.com  Mon Jan 23 21:00:49 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Mon, 23 Jan 2012 18:00:49 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
Message-ID: <CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>

On Mon, Jan 23, 2012 at 10:46 AM, Brian Granger <ellisonbg at gmail.com> wrote:
> Fernando, if we can fix these things, are you open to using CodeMirror
> always? ?Would you still want the ability to do the full-window-like
> editing mode?

Totally!  I think development simplicity is priority #1 for now, and
there is a high cost to having two separate editors.  If CM can do the
whole job, that's great.  We can always later consider offering a tab,
*also with CM*, for editing local .py files through the browser.

I only liked the Ace approach b/c it worked around problems I was
having with CM, but I'd much rather depend on just one editor than
two, as handling two is extra complexity/work for us.

Cheers,

f


From fperez.net at gmail.com  Mon Jan 23 23:30:48 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Mon, 23 Jan 2012 20:30:48 -0800
Subject: [IPython-dev] [ANN] IPython in-depth: a tutorial at PyCon 2012,
 only 2 days left for early bird registration
Message-ID: <CAHAreOqDk06wsjYrSKkjbew6e-106r6tf_8uzf7xEexR3pS+-Q@mail.gmail.com>

Hi folks,

Brian, Min and I will be presenting a hands-on, detailed tutorial
about IPython at the upcoming PyCon, we'd love to see many of you
there:

https://us.pycon.org/2012/schedule/presentation/121

Early-bird registration runs only until Jan 25 (two days!), in case
you want to coma nd can take advantage of the reduced prices:

https://us.pycon.org/2012/registration

Cheers,

f


From piotr.zolnierczuk at gmail.com  Tue Jan 24 10:33:19 2012
From: piotr.zolnierczuk at gmail.com (Piotr Zolnierczuk)
Date: Tue, 24 Jan 2012 10:33:19 -0500
Subject: [IPython-dev] more on embedding Qt/IPythonWidget
Message-ID: <CAB-kD6=ivPBa5e_j3scdB3+EVF8e7=kXQ00Qh2K__1sxZovYQw@mail.gmail.com>

Hi again,

I am trying to understand the IPythonWidget (eventually I would like to
embed it in my Qt app)
I am playing with Robert Kern's example  https://gist.github.com/1416977
and it does what I need. What I would like to add is the ability to connect
to the kernel from another qtconsole.

So I tried to replace his QtKernelManager  with the "stock" one (changed
one line in his example.py)

-from qtkernelmanager import QtKernelManager
+from IPython.frontend.qt.kernelmanager import QtKernelManager

But now there's no prompt. What am I missing?

Piotr

-- 

Piotr Adam Zolnierczuk
e-mail: piotr at zolnierczuk.net
www:   http://www.zolnierczuk.net
_____________________________________
written on recycled electrons
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120124/6ea2ed59/attachment.html>

From ellisonbg at gmail.com  Tue Jan 24 16:45:08 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 24 Jan 2012 13:45:08 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
	<CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>
Message-ID: <CAH4pYpTup4j3Lw=yxyA5=e10H-aWcVsSB=44aV_GATeJqU667Q@mail.gmail.com>

On Mon, Jan 23, 2012 at 6:00 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Mon, Jan 23, 2012 at 10:46 AM, Brian Granger <ellisonbg at gmail.com> wrote:
>> Fernando, if we can fix these things, are you open to using CodeMirror
>> always? ?Would you still want the ability to do the full-window-like
>> editing mode?
>
> Totally! ?I think development simplicity is priority #1 for now, and
> there is a high cost to having two separate editors. ?If CM can do the
> whole job, that's great. ?We can always later consider offering a tab,
> *also with CM*, for editing local .py files through the browser.

OK, I do think that if we stick with CM and try to make it work, we
will end up better off.  Trying to manage the subtle issues in both
editors will probably drive us crazy.  And I think CM woud work fine
as an editor for .py files as well.

I will try to adapt the full-window editing mode to CM.

> I only liked the Ace approach b/c it worked around problems I was
> having with CM, but I'd much rather depend on just one editor than
> two, as handling two is extra complexity/work for us.

Yes.

> Cheers,
>
> f



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


From fperez.net at gmail.com  Tue Jan 24 17:36:39 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Tue, 24 Jan 2012 14:36:39 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAH4pYpTup4j3Lw=yxyA5=e10H-aWcVsSB=44aV_GATeJqU667Q@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
	<CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>
	<CAH4pYpTup4j3Lw=yxyA5=e10H-aWcVsSB=44aV_GATeJqU667Q@mail.gmail.com>
Message-ID: <CAHAreOqG+_Y=9KaLbEiBcgt6PHYSRpobOEdnMkf2+JZ1txc_rg@mail.gmail.com>

On Tue, Jan 24, 2012 at 1:45 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> OK, I do think that if we stick with CM and try to make it work, we
> will end up better off. ?Trying to manage the subtle issues in both
> editors will probably drive us crazy. ?And I think CM woud work fine
> as an editor for .py files as well.

Great.

> I will try to adapt the full-window editing mode to CM.

Is it even needed?  I thought the reason for having that separate mode
was b/c Ace couldn't be dynamically sized like CM.  But since CM
adjusts dynamically to the cell size, and the browser already has a
scroll bar, I'm not sure I even see the need for the separate view at
all.

Cheers,

f


From ellisonbg at gmail.com  Tue Jan 24 17:43:32 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 24 Jan 2012 14:43:32 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAHAreOqG+_Y=9KaLbEiBcgt6PHYSRpobOEdnMkf2+JZ1txc_rg@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
	<CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>
	<CAH4pYpTup4j3Lw=yxyA5=e10H-aWcVsSB=44aV_GATeJqU667Q@mail.gmail.com>
	<CAHAreOqG+_Y=9KaLbEiBcgt6PHYSRpobOEdnMkf2+JZ1txc_rg@mail.gmail.com>
Message-ID: <CAH4pYpR421ifxCyC1JUsrxc0+mBRseHcsswxuCw6cmZrkZJNyA@mail.gmail.com>

On Tue, Jan 24, 2012 at 2:36 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Tue, Jan 24, 2012 at 1:45 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>> OK, I do think that if we stick with CM and try to make it work, we
>> will end up better off. ?Trying to manage the subtle issues in both
>> editors will probably drive us crazy. ?And I think CM woud work fine
>> as an editor for .py files as well.
>
> Great.
>
>> I will try to adapt the full-window editing mode to CM.
>
> Is it even needed? ?I thought the reason for having that separate mode
> was b/c Ace couldn't be dynamically sized like CM. ?But since CM
> adjusts dynamically to the cell size, and the browser already has a
> scroll bar, I'm not sure I even see the need for the separate view at
> all.

There were a few reasons for the separate mode:

* Ace could only have 1 instance.
* Ace had to be statically sized.
* Users might want to mentally focus on a single cell for a while.

With CM, the first two of these reasons are irrelevant.  What about
the third point?  Maybe it is unneeded complexity - because the
existing CM editors do expand however much they need to.

Brian

> Cheers,
>
> f



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


From fperez.net at gmail.com  Tue Jan 24 17:45:31 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Tue, 24 Jan 2012 14:45:31 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAH4pYpR421ifxCyC1JUsrxc0+mBRseHcsswxuCw6cmZrkZJNyA@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
	<CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>
	<CAH4pYpTup4j3Lw=yxyA5=e10H-aWcVsSB=44aV_GATeJqU667Q@mail.gmail.com>
	<CAHAreOqG+_Y=9KaLbEiBcgt6PHYSRpobOEdnMkf2+JZ1txc_rg@mail.gmail.com>
	<CAH4pYpR421ifxCyC1JUsrxc0+mBRseHcsswxuCw6cmZrkZJNyA@mail.gmail.com>
Message-ID: <CAHAreOoRX-J+7mr1V5rNRGmvp1JhXg9Ah+cHZwjEuWi=njASGA@mail.gmail.com>

On Tue, Jan 24, 2012 at 2:43 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> What about
> the third point? ?Maybe it is unneeded complexity - because the
> existing CM editors do expand however much they need to.

I think it's unneeded complexity.  They can always fullscreen their
browser and pad the cell with whitespace if they really don't want to
see anything else ;)

Joking aside, I think the benefit is minimal and the cost in code
complexity for us doesn't justify it.

Cheers,

f


From fawce at quantopian.com  Tue Jan 24 18:12:45 2012
From: fawce at quantopian.com (John Fawcett)
Date: Tue, 24 Jan 2012 18:12:45 -0500
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAHAreOoRX-J+7mr1V5rNRGmvp1JhXg9Ah+cHZwjEuWi=njASGA@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
	<CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>
	<CAH4pYpTup4j3Lw=yxyA5=e10H-aWcVsSB=44aV_GATeJqU667Q@mail.gmail.com>
	<CAHAreOqG+_Y=9KaLbEiBcgt6PHYSRpobOEdnMkf2+JZ1txc_rg@mail.gmail.com>
	<CAH4pYpR421ifxCyC1JUsrxc0+mBRseHcsswxuCw6cmZrkZJNyA@mail.gmail.com>
	<CAHAreOoRX-J+7mr1V5rNRGmvp1JhXg9Ah+cHZwjEuWi=njASGA@mail.gmail.com>
Message-ID: <CAO=g8u5+9BvHGq4Xk_N0iWakpLOfhrxqF5ZwHOFq2SaCfnNeaQ@mail.gmail.com>

there is some precedence for the idea of using modes to enhance
concentration -
in creative writing circles there is a lot of hand-wringing about
technology being distracting, so there are a few editors that  use
minimalism to enhance concentration on the words. a great example:
http://www.iawriter.com/

but, ia is an entire company to creating a concentration mode for _plain
text only_... Maybe it is a good thing to suggest to CodeMirror as a
feature?


On Tue, Jan 24, 2012 at 5:45 PM, Fernando Perez <fperez.net at gmail.com>wrote:

> On Tue, Jan 24, 2012 at 2:43 PM, Brian Granger <ellisonbg at gmail.com>
> wrote:
> > What about
> > the third point?  Maybe it is unneeded complexity - because the
> > existing CM editors do expand however much they need to.
>
> I think it's unneeded complexity.  They can always fullscreen their
> browser and pad the cell with whitespace if they really don't want to
> see anything else ;)
>
> Joking aside, I think the benefit is minimal and the cost in code
> complexity for us doesn't justify it.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120124/b48c9bc0/attachment.html>

From fperez.net at gmail.com  Tue Jan 24 18:18:03 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Tue, 24 Jan 2012 15:18:03 -0800
Subject: [IPython-dev] Ace versus CodeMirror
In-Reply-To: <CAO=g8u5+9BvHGq4Xk_N0iWakpLOfhrxqF5ZwHOFq2SaCfnNeaQ@mail.gmail.com>
References: <CAH4pYpTkXt5ErX-2VQ-kt0f1Hh7ORpHHFGMv-gAnYMN8_qDH8g@mail.gmail.com>
	<CAHAreOoDCErU9J3_CFztmDuU2LzmDR0jv7w8w828W9Qyo0W0vA@mail.gmail.com>
	<CAH4pYpR1dg3E39uoEyCNCMU8RK12ecL_Ezfamk63uzaECtsuPw@mail.gmail.com>
	<CAHAreOqSmOsPjxuv55Fk5FA+CYC2qTp-QYpcQajdUYXLpLHs0g@mail.gmail.com>
	<CAH4pYpTup4j3Lw=yxyA5=e10H-aWcVsSB=44aV_GATeJqU667Q@mail.gmail.com>
	<CAHAreOqG+_Y=9KaLbEiBcgt6PHYSRpobOEdnMkf2+JZ1txc_rg@mail.gmail.com>
	<CAH4pYpR421ifxCyC1JUsrxc0+mBRseHcsswxuCw6cmZrkZJNyA@mail.gmail.com>
	<CAHAreOoRX-J+7mr1V5rNRGmvp1JhXg9Ah+cHZwjEuWi=njASGA@mail.gmail.com>
	<CAO=g8u5+9BvHGq4Xk_N0iWakpLOfhrxqF5ZwHOFq2SaCfnNeaQ@mail.gmail.com>
Message-ID: <CAHAreOp45=PvJGDbgXOmnHKi6BtnWnx3WW5nR8_u=pHYyxXNkA@mail.gmail.com>

On Tue, Jan 24, 2012 at 3:12 PM, John Fawcett <fawce at quantopian.com> wrote:
> there is some?precedence?for the idea of using modes to enhance
> concentration -
> in creative writing circles there is a lot of hand-wringing about technology
> being distracting, so there are a few editors that ?use minimalism to
> enhance concentration on the words. a great
> example:?http://www.iawriter.com/

Yup, I know: my favorite writing tool is LyX, and for a while it's
also a full-screen mode where it hides even all of its menus and
toolbars, so you focus on the writing and nothing else.

And I have nothing against such ideas, actually, as I do think the
constant UI information side channels can have a negative impact in
workflow.  But I think we have much more pressing concerns in ipython
right now, that's all.  Once much more critical pieces are working
well, we can look into such luxuries :)

Cheers,

f


From fperez.net at gmail.com  Wed Jan 25 01:20:29 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Tue, 24 Jan 2012 22:20:29 -0800
Subject: [IPython-dev] Added the ipython/sklearn sprint to the official
 pycon list, please add your name if you are coming!
Message-ID: <CAHAreOpUkvg9rJN-BedsJFOLpfueGJrQU8Qj9_HUJiQruO18pA@mail.gmail.com>

Hi folks,

I just added our planned common sprint to the pycon sprint page:

https://us.pycon.org/2012/community/sprints/projects/

I listed myself and Olivier as 'leaders' just so the organizers have
someone to contact.  Please add your name to that list if you plan on
participating, as I imagine that will be used by the PyCon organizers
to set up logistics.

For any other organization we want to do, we can keep notes on the
wiki page we've set up for the sprint:

http://wiki.ipython.org/PyCon12Sprint

Cheers,

f


From fperez.net at gmail.com  Thu Jan 26 02:35:45 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 25 Jan 2012 23:35:45 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
Message-ID: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>

Hi all,

here's a branch:

https://github.com/fperez/ipython/tree/cm-keymaps

for some enterprising user who wants to add support for the new
emacs/vim keybinding modes in the notebook.  The reason I'm not making
a PR out of it is that it would require client-side configuration, so
that users can choose which keymap to use (or none at all, which is
the default today and leaves the text area to be managed by the
browser bindings-wise).  Since the problem of client-side
configuration isn't trivial and I don't have time to work on it right
now, this can't really be merged.

In the meantime, anyone who wants to keep this in their local tree can
just pull this branch in, right now it's set for emacs mode, but you
just need to replace 'emacs' with 'vim' in two places:

https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3

to get vim keybindings.

The emacs bindings are pretty limited, with lots of imoprtant ones
missing.  But the vim.js file looks a lot larger, so it may be that
one is more solid.  You can play with the bindings in the CodeMirror
demos right away without having to patch IPython:

http://codemirror.net/demo/emacs.html
http://codemirror.net/demo/vim.html

My real hope with this is that someone will want this bad enough that
they'll do the work of building the config system to get there.  Think
of this branch as a fishing hook, I'm just hoping it will go deep
enough into someone's belly to reel them all the way into a config
system ;)

Cheers,

f


From takowl at gmail.com  Thu Jan 26 06:47:51 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Thu, 26 Jan 2012 11:47:51 +0000
Subject: [IPython-dev] Selenium
Message-ID: <CAOvn4qhLnw7fcgSWRy_xtwZdrmbh5nVeKcAWYbC2KYHeSe7UPw@mail.gmail.com>

Have we looked into writing automated tests of the notebook with something
like Selenium:
http://seleniumhq.org/

ShiningPanda has Selenium available, so if we do decide to use it, we've
got a platform to run the tests on a regular basis:
https://docs.shiningpanda.com/tutorials/selenium/index.html

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

From fawce at quantopian.com  Thu Jan 26 07:04:49 2012
From: fawce at quantopian.com (John Fawcett)
Date: Thu, 26 Jan 2012 07:04:49 -0500
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
Message-ID: <AA013A4F-4B59-48D3-AF8D-CF5B32F825AB@quantopian.com>

Could you say a bit more about what you envision for client side configuration? 



On Jan 26, 2012, at 2:35 AM, Fernando Perez <fperez.net at gmail.com> wrote:

> Hi all,
> 
> here's a branch:
> 
> https://github.com/fperez/ipython/tree/cm-keymaps
> 
> for some enterprising user who wants to add support for the new
> emacs/vim keybinding modes in the notebook.  The reason I'm not making
> a PR out of it is that it would require client-side configuration, so
> that users can choose which keymap to use (or none at all, which is
> the default today and leaves the text area to be managed by the
> browser bindings-wise).  Since the problem of client-side
> configuration isn't trivial and I don't have time to work on it right
> now, this can't really be merged.
> 
> In the meantime, anyone who wants to keep this in their local tree can
> just pull this branch in, right now it's set for emacs mode, but you
> just need to replace 'emacs' with 'vim' in two places:
> 
> https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3
> 
> to get vim keybindings.
> 
> The emacs bindings are pretty limited, with lots of imoprtant ones
> missing.  But the vim.js file looks a lot larger, so it may be that
> one is more solid.  You can play with the bindings in the CodeMirror
> demos right away without having to patch IPython:
> 
> http://codemirror.net/demo/emacs.html
> http://codemirror.net/demo/vim.html
> 
> My real hope with this is that someone will want this bad enough that
> they'll do the work of building the config system to get there.  Think
> of this branch as a fishing hook, I'm just hoping it will go deep
> enough into someone's belly to reel them all the way into a config
> system ;)
> 
> Cheers,
> 
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From ellisonbg at gmail.com  Thu Jan 26 12:34:03 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Thu, 26 Jan 2012 09:34:03 -0800
Subject: [IPython-dev] Selenium
In-Reply-To: <CAOvn4qhLnw7fcgSWRy_xtwZdrmbh5nVeKcAWYbC2KYHeSe7UPw@mail.gmail.com>
References: <CAOvn4qhLnw7fcgSWRy_xtwZdrmbh5nVeKcAWYbC2KYHeSe7UPw@mail.gmail.com>
Message-ID: <CAH4pYpSS0vJWfxorHfA6bzD+_BPcWMYrpEdBHSPF+eGE-0VaYg@mail.gmail.com>

I did look at this early on in the notebook development.  We should
revisit this though.

On Thu, Jan 26, 2012 at 3:47 AM, Thomas Kluyver <takowl at gmail.com> wrote:
> Have we looked into writing automated tests of the notebook with something
> like Selenium:
> http://seleniumhq.org/
>
> ShiningPanda has Selenium available, so if we do decide to use it, we've got
> a platform to run the tests on a regular basis:
> https://docs.shiningpanda.com/tutorials/selenium/index.html
>
> Thomas
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



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


From ellisonbg at gmail.com  Thu Jan 26 12:37:21 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Thu, 26 Jan 2012 09:37:21 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
Message-ID: <CAH4pYpQzM-mk80Z5n8XErtAHcbiPU-0AfMNHvh7+5ZT-1anG8A@mail.gmail.com>

Fernando,

I am working on the client side configuration stuff.  But a temporary
fix would be to allow these things to be configured using the
Javascript  API.  Something like:

IPython.notebook.enable_vim_kb()
IPython.notebook.enable_emacs_kb()
IPython.notebook.enable_default_kb()


That is much better than forcing a user to edit the source code.  That
is currently how I am handling things that need configuration.  A JS
API until we get the config UI done.  I wouldn't even mind merging
this type of thing into master so users can start to play with it.

How does that sound?

Cheers,

Brian

On Wed, Jan 25, 2012 at 11:35 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hi all,
>
> here's a branch:
>
> https://github.com/fperez/ipython/tree/cm-keymaps
>
> for some enterprising user who wants to add support for the new
> emacs/vim keybinding modes in the notebook. ?The reason I'm not making
> a PR out of it is that it would require client-side configuration, so
> that users can choose which keymap to use (or none at all, which is
> the default today and leaves the text area to be managed by the
> browser bindings-wise). ?Since the problem of client-side
> configuration isn't trivial and I don't have time to work on it right
> now, this can't really be merged.
>
> In the meantime, anyone who wants to keep this in their local tree can
> just pull this branch in, right now it's set for emacs mode, but you
> just need to replace 'emacs' with 'vim' in two places:
>
> https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3
>
> to get vim keybindings.
>
> The emacs bindings are pretty limited, with lots of imoprtant ones
> missing. ?But the vim.js file looks a lot larger, so it may be that
> one is more solid. ?You can play with the bindings in the CodeMirror
> demos right away without having to patch IPython:
>
> http://codemirror.net/demo/emacs.html
> http://codemirror.net/demo/vim.html
>
> My real hope with this is that someone will want this bad enough that
> they'll do the work of building the config system to get there. ?Think
> of this branch as a fishing hook, I'm just hoping it will go deep
> enough into someone's belly to reel them all the way into a config
> system ;)
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From fperez.net at gmail.com  Thu Jan 26 14:35:13 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 26 Jan 2012 11:35:13 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAH4pYpQzM-mk80Z5n8XErtAHcbiPU-0AfMNHvh7+5ZT-1anG8A@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAH4pYpQzM-mk80Z5n8XErtAHcbiPU-0AfMNHvh7+5ZT-1anG8A@mail.gmail.com>
Message-ID: <CAHAreOp6aT1pVqEPXETqEr4UM8bAwpGiO=_F2H9_cVMjg6yZZw@mail.gmail.com>

On Thu, Jan 26, 2012 at 9:37 AM, Brian Granger <ellisonbg at gmail.com> wrote:
> I am working on the client side configuration stuff. ?But a temporary
> fix would be to allow these things to be configured using the
> Javascript ?API. ?Something like:
>
> IPython.notebook.enable_vim_kb()
> IPython.notebook.enable_emacs_kb()
> IPython.notebook.enable_default_kb()
>
>
> That is much better than forcing a user to edit the source code. ?That
> is currently how I am handling things that need configuration. ?A JS
> API until we get the config UI done. ?I wouldn't even mind merging
> this type of thing into master so users can start to play with it.
>
> How does that sound?

Sounds good, I'll try to add those functions tonight to my branch, so
that the only thing missing is a UI to configure this persistently.
If I get it to work, I'll make a PR.

I think in the interest of least surprise, the default should still be
no special keybindings (like now), with emacs/vim being user-modified.

Cheers,

f


From fperez.net at gmail.com  Thu Jan 26 14:39:34 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 26 Jan 2012 11:39:34 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <AA013A4F-4B59-48D3-AF8D-CF5B32F825AB@quantopian.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<AA013A4F-4B59-48D3-AF8D-CF5B32F825AB@quantopian.com>
Message-ID: <CAHAreOpV+ZeyVzXsXRH+v4SMOGJEf8bZ9e_jsFBhBpZxEo5AcQ@mail.gmail.com>

Hi John,

On Thu, Jan 26, 2012 at 4:04 AM, John Fawcett <fawce at quantopian.com> wrote:
> Could you say a bit more about what you envision for client side configuration?

Brian has been spending much more effort on the JS than me, so he'll
likely have a more refined view.  But broadly speaking, we want to
have a way for users to configure things for the UI in a way that is
persisted.  This will probably mean building a settings pane for the
notebook where you can select things like your kemap (none/vim/emacs)
and other things.  This also requires code in the client to bundle
those choices into a json dict that gets sent to the server to store
in the user's profile, so the next time they start a notebook with the
same profile, they get their preferences back.

Basically, what you expect from any gui application: a configuration
dialog and for those settings to persist across invocations.

It's not particularly hard to do, just a matter of finding the time
for it.  So many ideas, so few hours in the day... :)

Cheers,

f


From fperez.net at gmail.com  Thu Jan 26 15:13:34 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 26 Jan 2012 12:13:34 -0800
Subject: [IPython-dev] Selenium
In-Reply-To: <CAH4pYpSS0vJWfxorHfA6bzD+_BPcWMYrpEdBHSPF+eGE-0VaYg@mail.gmail.com>
References: <CAOvn4qhLnw7fcgSWRy_xtwZdrmbh5nVeKcAWYbC2KYHeSe7UPw@mail.gmail.com>
	<CAH4pYpSS0vJWfxorHfA6bzD+_BPcWMYrpEdBHSPF+eGE-0VaYg@mail.gmail.com>
Message-ID: <CAHAreOo_ArFP=oMgwvy3pADZzmrH7izp-K_3ad6qrw7kPtZj=w@mail.gmail.com>

On Thu, Jan 26, 2012 at 9:34 AM, Brian Granger <ellisonbg at gmail.com> wrote:
> I did look at this early on in the notebook development. ?We should
> revisit this though.

+100.

This has been burning in the back of my mind for the past few weeks.
I think the sage guys have had very good experiences with it.  At last
year's March Seattle Sage days, Rado mentioned running tons of
selenium tests, so I think they're using it quite regularly.

Jason, anything you can tell us about how well (or not) it's working
for you guys?

Cheers,

f


From asmeurer at gmail.com  Thu Jan 26 15:45:54 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Thu, 26 Jan 2012 13:45:54 -0700
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
Message-ID: <CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>

Cool.  I played with the emacs one.

C-n and C-w work just fine in Mac OS X (where Command-n and Command-w
are the browser shortcut keys).  I found a bug: C-k doesn't put the
deleted text into the kill ring (so C-y won't give it back).  It does
work for C-w.

I should also note that in Mac OS X, many emacs bindings work by
default in any Cocoa text box.  Among these are C-a, C-e, C-n, C-p,
C-f, C-b, C-k, and C-y.  So it's not 100% clear which ones were
implemented by you and which came from the OS.

Finally, this breaks the Mac OS X cursor moving commands, like
option-arrow key an cmd-arrow key.

Aaron Meurer

On Thu, Jan 26, 2012 at 12:35 AM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hi all,
>
> here's a branch:
>
> https://github.com/fperez/ipython/tree/cm-keymaps
>
> for some enterprising user who wants to add support for the new
> emacs/vim keybinding modes in the notebook. ?The reason I'm not making
> a PR out of it is that it would require client-side configuration, so
> that users can choose which keymap to use (or none at all, which is
> the default today and leaves the text area to be managed by the
> browser bindings-wise). ?Since the problem of client-side
> configuration isn't trivial and I don't have time to work on it right
> now, this can't really be merged.
>
> In the meantime, anyone who wants to keep this in their local tree can
> just pull this branch in, right now it's set for emacs mode, but you
> just need to replace 'emacs' with 'vim' in two places:
>
> https://github.com/fperez/ipython/commit/b5a09444a8e6963d6fbde9db168d0c37e6949cc3
>
> to get vim keybindings.
>
> The emacs bindings are pretty limited, with lots of imoprtant ones
> missing. ?But the vim.js file looks a lot larger, so it may be that
> one is more solid. ?You can play with the bindings in the CodeMirror
> demos right away without having to patch IPython:
>
> http://codemirror.net/demo/emacs.html
> http://codemirror.net/demo/vim.html
>
> My real hope with this is that someone will want this bad enough that
> they'll do the work of building the config system to get there. ?Think
> of this branch as a fishing hook, I'm just hoping it will go deep
> enough into someone's belly to reel them all the way into a config
> system ;)
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From fperez.net at gmail.com  Thu Jan 26 15:53:14 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 26 Jan 2012 12:53:14 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
Message-ID: <CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>

On Thu, Jan 26, 2012 at 12:45 PM, Aaron Meurer <asmeurer at gmail.com> wrote:
> I found a bug: C-k doesn't put the
> deleted text into the kill ring (so C-y won't give it back). ?It does
> work for C-w.
>
> I should also note that in Mac OS X, many emacs bindings work by
> default in any Cocoa text box. ?Among these are C-a, C-e, C-n, C-p,
> C-f, C-b, C-k, and C-y. ?So it's not 100% clear which ones were
> implemented by you and which came from the OS.

Yes, C-k is coming from the OS and not from this code, which is why
C-y doesn't work.  It was the first thing that bugged me :)  The emacs
code is tiny:

https://github.com/marijnh/CodeMirror2/blob/master/keymap/emacs.js

so it looks pretty easy to improve it to do some of the main ones
correctly.  Comparing that with the vim.js:

https://github.com/marijnh/CodeMirror2/blob/master/keymap/vim.js

makes me suspect the author is mainly a Vim user.

But that's no problem, we can always improve that code ourselves, and
send the fixes back upstream.

Cheers,

f


From takowl at gmail.com  Thu Jan 26 16:48:57 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Thu, 26 Jan 2012 21:48:57 +0000
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
	<CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>
Message-ID: <CAOvn4qhw4vPqPbMGKVkUj5+wm7njXZwhoq-H9Z-9x3VWFz1+Qw@mail.gmail.com>

Speaking of keyboard shortcuts, can we consider binding Ctrl+S to our own
save by default? I know we don't want to clash with the browser shortcuts,
but I think all users want to save their notebook much more often than they
want an HTML export of it. There's precedent for doing this in
browser-based apps - typing this message in GMail, I can hit Ctrl+S to save
the draft.

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

From ellisonbg at gmail.com  Thu Jan 26 17:23:17 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Thu, 26 Jan 2012 14:23:17 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAOvn4qhw4vPqPbMGKVkUj5+wm7njXZwhoq-H9Z-9x3VWFz1+Qw@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
	<CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>
	<CAOvn4qhw4vPqPbMGKVkUj5+wm7njXZwhoq-H9Z-9x3VWFz1+Qw@mail.gmail.com>
Message-ID: <CAH4pYpQ3cOmMVeuuTXwDd-3LMaGE7he3CHRHkmbqKWqg2v4UYA@mail.gmail.com>

I am probably +0.5 on keeping all shortcuts within the existing Ctrl-m
scope for the sake of uniformity.  In my mind, this is part of the
problem with vim/emacs bindings - to really do them correctly, you end
up interfering with the browsers shortcuts.

On Thu, Jan 26, 2012 at 1:48 PM, Thomas Kluyver <takowl at gmail.com> wrote:
> Speaking of keyboard shortcuts, can we consider binding Ctrl+S to our own
> save by default? I know we don't want to clash with the browser shortcuts,
> but I think all users want to save their notebook much more often than they
> want an HTML export of it. There's precedent for doing this in browser-based
> apps - typing this message in GMail, I can hit Ctrl+S to save the draft.
>
> Thomas
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



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


From takowl at gmail.com  Thu Jan 26 17:34:59 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Thu, 26 Jan 2012 22:34:59 +0000
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAH4pYpQLs8Hb=7GcmipBXucGCHYz5A3GM7gGVPP2v1R1yE0aYQ@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
	<CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>
	<CAOvn4qhw4vPqPbMGKVkUj5+wm7njXZwhoq-H9Z-9x3VWFz1+Qw@mail.gmail.com>
	<CAH4pYpQ3cOmMVeuuTXwDd-3LMaGE7he3CHRHkmbqKWqg2v4UYA@mail.gmail.com>
	<CAOvn4qiOWY5D0-WDo2d0wi90t4JXTBHZ-Nc5kTOm_MHiMtn48g@mail.gmail.com>
	<CAH4pYpQLs8Hb=7GcmipBXucGCHYz5A3GM7gGVPP2v1R1yE0aYQ@mail.gmail.com>
Message-ID: <CAOvn4qgsE2GWh=0vt1hoMDO5LyRRPAk8u_ZUfxTtrdveHYq4aA@mail.gmail.com>

[Re-sending to the list - I failed to hit reply-all before.]

On 26 January 2012 22:33, Brian Granger <ellisonbg at gmail.com> wrote:

> OK, that sounds fine.
>
> On Thu, Jan 26, 2012 at 2:30 PM, Thomas Kluyver <takowl at gmail.com> wrote:
> > On 26 January 2012 22:23, Brian Granger <ellisonbg at gmail.com> wrote:
> >>
> >> I am probably +0.5 on keeping all shortcuts within the existing Ctrl-m
> >> scope for the sake of uniformity.  In my mind, this is part of the
> >> problem with vim/emacs bindings - to really do them correctly, you end
> >> up interfering with the browsers shortcuts.
> >
> >
> > I'd argue that for something as common as save, it's more important to be
> > consistent with the standard 'save' shortcut in just about every other
> > application. Of course, Ctrl-m s should still work as well, but Ctrl+S is
> > really universal.
> >
> > Thomas
>
>
>
> --
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120126/8b73b44f/attachment.html>

From fperez.net at gmail.com  Thu Jan 26 19:55:46 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 26 Jan 2012 16:55:46 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAOvn4qgsE2GWh=0vt1hoMDO5LyRRPAk8u_ZUfxTtrdveHYq4aA@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
	<CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>
	<CAOvn4qhw4vPqPbMGKVkUj5+wm7njXZwhoq-H9Z-9x3VWFz1+Qw@mail.gmail.com>
	<CAH4pYpQ3cOmMVeuuTXwDd-3LMaGE7he3CHRHkmbqKWqg2v4UYA@mail.gmail.com>
	<CAOvn4qiOWY5D0-WDo2d0wi90t4JXTBHZ-Nc5kTOm_MHiMtn48g@mail.gmail.com>
	<CAH4pYpQLs8Hb=7GcmipBXucGCHYz5A3GM7gGVPP2v1R1yE0aYQ@mail.gmail.com>
	<CAOvn4qgsE2GWh=0vt1hoMDO5LyRRPAk8u_ZUfxTtrdveHYq4aA@mail.gmail.com>
Message-ID: <CAHAreOqeXXGByUOqbRqg8j5kg8BCqQxSro9aqUEhVJMp_5MuMQ@mail.gmail.com>

On Thu, Jan 26, 2012 at 2:34 PM, Thomas Kluyver <takowl at gmail.com> wrote:
>> I'd argue that for something as common as save, it's more important to be
>> consistent with the standard 'save' shortcut in just about every other
>> application. Of course, Ctrl-m s should still work as well, but Ctrl+S is
>> really universal.

In this case I agree with Thomas that C-s would make a lot of sense
for our save, especially be cause the default action by the browser is
'Save as HTML', which in the editable view is fairly nonsensical given
all the css for live cells.  I bet many users will instinctively type
C-s and end up with the useless html save dialog, so providing more
sensible behavior in that case would be good.

What I don't know is whether we *can* capture C-s, it may be
browser-dependent.  So C-m-s should definitely remain valid, for the
platforms where we can't get a hold of C-s.

Cheers,

f


From cschin at infoecho.net  Fri Jan 27 02:09:00 2012
From: cschin at infoecho.net (Chen-Shan Chin)
Date: Thu, 26 Jan 2012 23:09:00 -0800
Subject: [IPython-dev] datavis with ipython notebook
Message-ID: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net>

Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser?  It that works, ipython will be a great tool for developing infovis.  Any comment on this?  I think I might try a little to whether it is feasible.  Or, is there something like that already?  

--Jason Chin

From hans_meine at gmx.net  Fri Jan 27 04:31:36 2012
From: hans_meine at gmx.net (Hans Meine)
Date: Fri, 27 Jan 2012 10:31:36 +0100
Subject: [IPython-dev] notebook idea: reST rendering of docstrings?
Message-ID: <35885884.ZhjYC3nJPB@hmeine-pc>

Hi,

when looking at complex docstrings, e.g. typing 'subprocess?' in the ipython 
notebook, I would like to get a beatiful HTML rendering of the reST code.

Just posting as an idea (should I file a GH issue?)?

Best,
  Hans



From hans_meine at gmx.net  Fri Jan 27 04:40:51 2012
From: hans_meine at gmx.net (Hans Meine)
Date: Fri, 27 Jan 2012 10:40:51 +0100
Subject: [IPython-dev] notebook idea: reST rendering of docstrings?
In-Reply-To: <35885884.ZhjYC3nJPB@hmeine-pc>
References: <35885884.ZhjYC3nJPB@hmeine-pc>
Message-ID: <1347053.GXfSvZi72b@hmeine-pc>

Hi again,

along similar lines, when I call 'help(subprocess)', the output contains a 
docs.python.org URL.  It would be desirable to be able to click on it.

In general, I could imagine making URLs in the output clickable.
(http, https, mailto:, maybe also plain email addresses and other protocols 
like ftp, ?)

After all, it feels quite ridiculous to copy URLs from HTML in the browser 
into the address bar?

I am not sure which way would be better:
1) using JS to parse the output cells and add markup, or
2) formatting the output in python.

I would obviously prefer Python coding over JS, but maybe 2) would be more 
feasible given the current architecture (JSON, notebook storage, ?).

Best,
  Hans


From hans_meine at gmx.net  Fri Jan 27 04:44:43 2012
From: hans_meine at gmx.net (Hans Meine)
Date: Fri, 27 Jan 2012 10:44:43 +0100
Subject: [IPython-dev] notebook idea: reST rendering of docstrings?
In-Reply-To: <1347053.GXfSvZi72b@hmeine-pc>
References: <35885884.ZhjYC3nJPB@hmeine-pc> <1347053.GXfSvZi72b@hmeine-pc>
Message-ID: <34045770.OzXfjgvKHj@hmeine-pc>

Am Freitag, 27. Januar 2012, 10:40:51 schrieb Hans Meine:
> I am not sure which way would be better:
> 1) using JS to parse the output cells and add markup, or
> 2) formatting the output in python.
> 
> I would obviously prefer Python coding over JS, but maybe 2) would be more
> feasible given the current architecture (JSON, notebook storage, ?).

Obviously, I meant "maybe 1) [JS] would be more feasible?".


From takowl at gmail.com  Fri Jan 27 06:05:04 2012
From: takowl at gmail.com (Thomas Kluyver)
Date: Fri, 27 Jan 2012 11:05:04 +0000
Subject: [IPython-dev] notebook idea: reST rendering of docstrings?
In-Reply-To: <35885884.ZhjYC3nJPB@hmeine-pc>
References: <35885884.ZhjYC3nJPB@hmeine-pc>
Message-ID: <CAOvn4qhz7LfDnmOWJcbgeKYrq5M4TXUcRiCLRL60jggfOwsPgA@mail.gmail.com>

On 27 January 2012 09:31, Hans Meine <hans_meine at gmx.net> wrote:

> when looking at complex docstrings, e.g. typing 'subprocess?' in the
> ipython
> notebook, I would like to get a beatiful HTML rendering of the reST code.
>

This came up just the other day on the ipython-user mailing list, in fact.
Yes, it should be possible to turn reST into HTML on the Python side.
Here's the discussion:

http://comments.gmane.org/gmane.comp.python.ipython.user/7445

CCing Jonathan, who proposed it there - perhaps you can collaborate on it.

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

From ellisonbg at gmail.com  Fri Jan 27 12:34:20 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Fri, 27 Jan 2012 09:34:20 -0800
Subject: [IPython-dev] datavis with ipython notebook
In-Reply-To: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net>
References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net>
Message-ID: <CAH4pYpS04R+qt=7XhozHjBn4VJ_WfsLP_W_CuW4biAM9=fVmQw@mail.gmail.com>

We would definitely like to support this but there are some technical
problems with injecting Javascript into the page dynamically that we
will have to work out before this is possible.

On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin <cschin at infoecho.net> wrote:
> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser? ?It that works, ipython will be a great tool for developing infovis. ?Any comment on this? ?I think I might try a little to whether it is feasible. ?Or, is there something like that already?
>
> --Jason Chin
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From fawce at quantopian.com  Fri Jan 27 14:56:52 2012
From: fawce at quantopian.com (John Fawcett)
Date: Fri, 27 Jan 2012 14:56:52 -0500
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAHAreOqeXXGByUOqbRqg8j5kg8BCqQxSro9aqUEhVJMp_5MuMQ@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
	<CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>
	<CAOvn4qhw4vPqPbMGKVkUj5+wm7njXZwhoq-H9Z-9x3VWFz1+Qw@mail.gmail.com>
	<CAH4pYpQ3cOmMVeuuTXwDd-3LMaGE7he3CHRHkmbqKWqg2v4UYA@mail.gmail.com>
	<CAOvn4qiOWY5D0-WDo2d0wi90t4JXTBHZ-Nc5kTOm_MHiMtn48g@mail.gmail.com>
	<CAH4pYpQLs8Hb=7GcmipBXucGCHYz5A3GM7gGVPP2v1R1yE0aYQ@mail.gmail.com>
	<CAOvn4qgsE2GWh=0vt1hoMDO5LyRRPAk8u_ZUfxTtrdveHYq4aA@mail.gmail.com>
	<CAHAreOqeXXGByUOqbRqg8j5kg8BCqQxSro9aqUEhVJMp_5MuMQ@mail.gmail.com>
Message-ID: <CAO=g8u4qEnr46PpneHQWPG6hEn_qW1_rwMgS9OAtMk5TFuRwhA@mail.gmail.com>

Hi,

I took a shot at adding this by hooking the key event on the notebook, and
it seems to work pretty well. Here's the PR:
https://github.com/ipython/ipython/pull/1334

thanks,
fawce

On Thu, Jan 26, 2012 at 7:55 PM, Fernando Perez <fperez.net at gmail.com>wrote:

> On Thu, Jan 26, 2012 at 2:34 PM, Thomas Kluyver <takowl at gmail.com> wrote:
> >> I'd argue that for something as common as save, it's more important to
> be
> >> consistent with the standard 'save' shortcut in just about every other
> >> application. Of course, Ctrl-m s should still work as well, but Ctrl+S
> is
> >> really universal.
>
> In this case I agree with Thomas that C-s would make a lot of sense
> for our save, especially be cause the default action by the browser is
> 'Save as HTML', which in the editable view is fairly nonsensical given
> all the css for live cells.  I bet many users will instinctively type
> C-s and end up with the useless html save dialog, so providing more
> sensible behavior in that case would be good.
>
> What I don't know is whether we *can* capture C-s, it may be
> browser-dependent.  So C-m-s should definitely remain valid, for the
> platforms where we can't get a hold of C-s.
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120127/12cb7ed6/attachment.html>

From fperez.net at gmail.com  Fri Jan 27 15:10:07 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 27 Jan 2012 12:10:07 -0800
Subject: [IPython-dev] Emacs/Vim keybindings in the notebook
In-Reply-To: <CAO=g8u4qEnr46PpneHQWPG6hEn_qW1_rwMgS9OAtMk5TFuRwhA@mail.gmail.com>
References: <CAHAreOoiD2g-iGx4EvfESpfyH1fHRU+hDaeXJwTZxjXitzkdHA@mail.gmail.com>
	<CAKgW=6+nfb_prS27sqpezwe6zyNhpcb-DSDnrYSOKnTtbdgmHQ@mail.gmail.com>
	<CAHAreOqqeQdeeZVFq_9VNyjM3AzHD9bxav+MZWT=tOxPSC=rYg@mail.gmail.com>
	<CAOvn4qhw4vPqPbMGKVkUj5+wm7njXZwhoq-H9Z-9x3VWFz1+Qw@mail.gmail.com>
	<CAH4pYpQ3cOmMVeuuTXwDd-3LMaGE7he3CHRHkmbqKWqg2v4UYA@mail.gmail.com>
	<CAOvn4qiOWY5D0-WDo2d0wi90t4JXTBHZ-Nc5kTOm_MHiMtn48g@mail.gmail.com>
	<CAH4pYpQLs8Hb=7GcmipBXucGCHYz5A3GM7gGVPP2v1R1yE0aYQ@mail.gmail.com>
	<CAOvn4qgsE2GWh=0vt1hoMDO5LyRRPAk8u_ZUfxTtrdveHYq4aA@mail.gmail.com>
	<CAHAreOqeXXGByUOqbRqg8j5kg8BCqQxSro9aqUEhVJMp_5MuMQ@mail.gmail.com>
	<CAO=g8u4qEnr46PpneHQWPG6hEn_qW1_rwMgS9OAtMk5TFuRwhA@mail.gmail.com>
Message-ID: <CAHAreOqbqLd3dJA-6DUteQhpZJNbDK+gg_8pLHY6BtfagZibWQ@mail.gmail.com>

On Fri, Jan 27, 2012 at 11:56 AM, John Fawcett <fawce at quantopian.com> wrote:
>
> I took a shot at adding this by hooking the key event on the notebook, and
> it seems to work pretty well. Here's the PR:
> https://github.com/ipython/ipython/pull/1334

Great! We'll have a look and take it from here on the PR discussion.

Glad to see the hook went in ;)

f


From b.telenczuk at biologie.hu-berlin.de  Fri Jan 27 16:35:04 2012
From: b.telenczuk at biologie.hu-berlin.de (Bartosz Telenczuk)
Date: Fri, 27 Jan 2012 22:35:04 +0100
Subject: [IPython-dev] datavis with ipython notebook
In-Reply-To: <CAH4pYpS04R+qt=7XhozHjBn4VJ_WfsLP_W_CuW4biAM9=fVmQw@mail.gmail.com>
References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net>
	<CAH4pYpS04R+qt=7XhozHjBn4VJ_WfsLP_W_CuW4biAM9=fVmQw@mail.gmail.com>
Message-ID: <2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de>

I completely agree, it would be really nice to enable user interaction with the plots in notebooks. If I am not mistaken, Sage has also a similar feature.

I have played with dynamic plots in ipython notebook a bit. The idea is that I add some javascript to SVG generated from matlplotlib (based on an example from matplotlib website). It works well for me (in Firefox and Chrome), but the limitation is that currently one cannot feed the data based on user interaction back to the interpreter.

I attach my sample notebook for testting (when you click on one of text(!) labels: 'rabbit' or 'frog' some bars should disappear)

Bartosz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SVG+JS.ipynb
Type: application/octet-stream
Size: 32593 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120127/6c3b68c3/attachment.obj>
-------------- next part --------------

On 27.01.2012, at 18:34, Brian Granger wrote:

> We would definitely like to support this but there are some technical
> problems with injecting Javascript into the page dynamically that we
> will have to work out before this is possible.
> 
> On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin <cschin at infoecho.net> wrote:
>> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser?  It that works, ipython will be a great tool for developing infovis.  Any comment on this?  I think I might try a little to whether it is feasible.  Or, is there something like that already?
>> 
>> --Jason Chin
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> 
> 
> 
> -- 
> Brian E. Granger
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu and ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev

Bartosz Telenczuk

Institute for Theoretical Biology
Humboldt University of Berlin, Germany
Phone: +4930/2093-8838
Homepage: http://neuroscience.telenczuk.pl


From mark.voorhies at ucsf.edu  Fri Jan 27 17:07:38 2012
From: mark.voorhies at ucsf.edu (Mark Voorhies)
Date: Fri, 27 Jan 2012 14:07:38 -0800
Subject: [IPython-dev] datavis with ipython notebook
In-Reply-To: <2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de>
References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net>
	<CAH4pYpS04R+qt=7XhozHjBn4VJ_WfsLP_W_CuW4biAM9=fVmQw@mail.gmail.com>
	<2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de>
Message-ID: <201201271407.38962.mark.voorhies@ucsf.edu>

On Friday, January 27, 2012 01:35:04 pm Bartosz Telenczuk wrote:
> 
> I completely agree, it would be really nice to enable user interaction with the plots in notebooks. If I am not mistaken, Sage has also a similar feature.
>  
>  I have played with dynamic plots in ipython notebook a bit. The idea is that I add some javascript to SVG generated from matlplotlib (based on an example from matplotlib website). It works well for me (in Firefox and Chrome), but the limitation is that currently one cannot feed the data based on user interaction back to the interpreter.

SVG supports links on elements by putting them inside an anchor element with an xlink:href attribute.
Firefox supports this (left click to open link in current tab, middle click to open link in new tab, right
click context menu not supported).  I haven't tested in Chrome, but it is supported in old versions of webkit.

So, a baroque feedback strategy would be to make localhost GET requests via these links to communicate
user actions.

Not sure if the links should point at the tornado instance running the notebook or at a separate server instance
(which seems cleaner, but also seems prone to threading issues).

Haven't actually tried this yet, but I've been playing quite a bit with xlink:href and xlink:title in SVG to mark
up NetworkX outputs.

--Mark

>  
>  I attach my sample notebook for testting (when you click on one of text(!) labels: 'rabbit' or 'frog' some bars should disappear)
>  
>  Bartosz
>  
>  
> 
>  On 27.01.2012, at 18:34, Brian Granger wrote:
>  
>  > We would definitely like to support this but there are some technical
>  > problems with injecting Javascript into the page dynamically that we
>  > will have to work out before this is possible.
>  > 
>  > On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin <cschin at infoecho.net> wrote:
>  >> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser?  It that works, ipython will be a great tool for developing infovis.  Any comment on this?  I think I might try a little to whether it is feasible.  Or, is there something like that already?
>  >> 
>  >> --Jason Chin
>  >> _______________________________________________
>  >> IPython-dev mailing list
>  >> IPython-dev at scipy.org
>  >> http://mail.scipy.org/mailman/listinfo/ipython-dev
>  > 
>  > 
>  > 
>  
>  Bartosz Telenczuk
>  
>  Institute for Theoretical Biology
>  Humboldt University of Berlin, Germany
>  Phone: +4930/2093-8838
>  Homepage: http://neuroscience.telenczuk.pl
>  
>  
>  
> _______________________________________________
>  IPython-dev mailing list
>  IPython-dev at scipy.org
>  http://mail.scipy.org/mailman/listinfo/ipython-dev
> 



From mark.voorhies at ucsf.edu  Fri Jan 27 17:19:04 2012
From: mark.voorhies at ucsf.edu (Mark Voorhies)
Date: Fri, 27 Jan 2012 14:19:04 -0800
Subject: [IPython-dev] datavis with ipython notebook
In-Reply-To: <201201271407.38962.mark.voorhies@ucsf.edu>
References: <0C058C3B-BD47-409E-A463-8CBE768CC8D5@infoecho.net>
	<2A0A5166-EC26-4E34-B65B-4DDB17E26CAC@biologie.hu-berlin.de>
	<201201271407.38962.mark.voorhies@ucsf.edu>
Message-ID: <201201271419.05307.mark.voorhies@ucsf.edu>

On Friday, January 27, 2012 02:07:38 pm Mark Voorhies wrote:
> On Friday, January 27, 2012 01:35:04 pm Bartosz Telenczuk wrote:
> > 
> > I completely agree, it would be really nice to enable user interaction with the plots in notebooks. If I am not mistaken, Sage has also a similar feature.
> >  
> >  I have played with dynamic plots in ipython notebook a bit. The idea is that I add some javascript to SVG generated from matlplotlib (based on an example from matplotlib website). It works well for me (in Firefox and Chrome), but the limitation is that currently one cannot feed the data based on user interaction back to the interpreter.
> 
> SVG supports links on elements by putting them inside an anchor element with an xlink:href attribute.
> Firefox supports this (left click to open link in current tab, middle click to open link in new tab, right
> click context menu not supported).  I haven't tested in Chrome, but it is supported in old versions of webkit.
> 
> So, a baroque feedback strategy would be to make localhost GET requests via these links to communicate
> user actions.
> 
> Not sure if the links should point at the tornado instance running the notebook or at a separate server instance
> (which seems cleaner, but also seems prone to threading issues).
> 
> Haven't actually tried this yet, but I've been playing quite a bit with xlink:href and xlink:title in SVG to mark
> up NetworkX outputs.
> 
> --Mark

Here (attached) is an example of xlink:href/xlink:title in an SVG (in this case, linking some gene annotation
databases to a graph of inferred relationships between genes and annotations).

There is a nice description of SVG linking (including links to an element within an SVG with optional transformation)
in chapter 17 of the SVG spec:
   http://www.w3.org/TR/SVG11/linking.html

--Mark

> 
> >  
> >  I attach my sample notebook for testting (when you click on one of text(!) labels: 'rabbit' or 'frog' some bars should disappear)
> >  
> >  Bartosz
> >  
> >  
> > 
> >  On 27.01.2012, at 18:34, Brian Granger wrote:
> >  
> >  > We would definitely like to support this but there are some technical
> >  > problems with injecting Javascript into the page dynamically that we
> >  > will have to work out before this is possible.
> >  > 
> >  > On Thu, Jan 26, 2012 at 11:09 PM, Chen-Shan Chin <cschin at infoecho.net> wrote:
> >  >> Hi, All, is it possible to let the backend python process to talk with some good javascript based visualization library running on a browser?  It that works, ipython will be a great tool for developing infovis.  Any comment on this?  I think I might try a little to whether it is feasible.  Or, is there something like that already?
> >  >> 
> >  >> --Jason Chin
> >  >> _______________________________________________
> >  >> IPython-dev mailing list
> >  >> IPython-dev at scipy.org
> >  >> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >  > 
> >  > 
> >  > 
> >  
> >  Bartosz Telenczuk
> >  
> >  Institute for Theoretical Biology
> >  Humboldt University of Berlin, Germany
> >  Phone: +4930/2093-8838
> >  Homepage: http://neuroscience.telenczuk.pl
> >  
> >  
> >  
> > _______________________________________________
> >  IPython-dev mailing list
> >  IPython-dev at scipy.org
> >  http://mail.scipy.org/mailman/listinfo/ipython-dev
> > 
> 
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: catalases2.svg
Type: image/svg+xml
Size: 142312 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120127/ca611993/attachment.svg>

From benjaminrk at gmail.com  Sat Jan 28 18:54:50 2012
From: benjaminrk at gmail.com (MinRK)
Date: Sat, 28 Jan 2012 15:54:50 -0800
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAHAreOqq4k9e+kzxuVmXvAJ+SwH4NErBXVm=-pV5Tx--Qtd=qw@mail.gmail.com>
References: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
	<CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
	<CAOvn4qhd7Yk-jaqaM6HoOKu7fZ-GzNUth5=wfp--1VDOytOaoA@mail.gmail.com>
	<CAHAreOqq4k9e+kzxuVmXvAJ+SwH4NErBXVm=-pV5Tx--Qtd=qw@mail.gmail.com>
Message-ID: <CAHNn8BURYBGpPWoFao3_hwr5c0u-H_ruw5XFHc5n4f8D9vO1pg@mail.gmail.com>

We should probably add builds of the docs and sdist/bdist if we can,
so we catch breakages of those (like the most recent one), which devs
who use `setup.py develop` often miss. If possible, we should also
include tests run from both `setup.py install` and `setupegg.py
install`.

If we find we like Shining Panda (or CI in general) enough, it could
be beneficial to use it as a way to be more conservative/automatic
about test breakages. ?I see two principal approaches to this:

1. use master as we always have done, but add a 'stable' branch, which
is equivalent to master, but strictly enforces that tests pass. stable
would be generated from master automatically on confirmation that
tests pass.

2. Set up the CI server to merge and test all open pull requests, and
instruct reviewers to check this status before merging. ?This would be
similar the model in sympy's slick?http://reviews.scipy.org.

1. has the advantage of being automatic rather than voluntary (less
vulnerable to "There's no way this tiny change would break anything"),
but 2. fits better in our current pattern.

-MinRK


On Fri, Jan 20, 2012 at 11:53, Fernando Perez <fperez.net at gmail.com> wrote:
> On Fri, Jan 20, 2012 at 3:09 AM, Thomas Kluyver <takowl at gmail.com> wrote:
>> I'd link to that same one I linked to, which shows the overview of our test
>> results.
>
> OK; can you go ahead and update our front page or should I do it?
>
>> In the links on the left hand side? For me it just points to
>> https://bugs.shiningpanda.com/ , and it seems like it requires a separate
>> login. I guess they'll remove it quickly if people start trying to report
>> bugs for the projects they host.
>
> OK.
>
>> There's still some things I'd like to get set up - we'd ideally like the
>> test output in xunit format, but our test architecture makes that a bit
>
> Yes, it's the fact that we run the tests in groups by subprocess.
> There may be a cleaner way to do it so that one can aggregate the
> resulting results objects, I'm not sure.
>
>> tricky. It's also possible to display coverage, but I ran into some problems
>> with that too. But they're less important.
>
> Thanks again for this work, even if the report still has limitations,
> it's already great to have!
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From fperez.net at gmail.com  Sat Jan 28 19:54:01 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 28 Jan 2012 16:54:01 -0800
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAHNn8BURYBGpPWoFao3_hwr5c0u-H_ruw5XFHc5n4f8D9vO1pg@mail.gmail.com>
References: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
	<CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
	<CAOvn4qhd7Yk-jaqaM6HoOKu7fZ-GzNUth5=wfp--1VDOytOaoA@mail.gmail.com>
	<CAHAreOqq4k9e+kzxuVmXvAJ+SwH4NErBXVm=-pV5Tx--Qtd=qw@mail.gmail.com>
	<CAHNn8BURYBGpPWoFao3_hwr5c0u-H_ruw5XFHc5n4f8D9vO1pg@mail.gmail.com>
Message-ID: <CAHAreOr4Eq7AnHNTuGsgj2MgELYxEOTY6tAwHnjt+m09VznCiQ@mail.gmail.com>

On Sat, Jan 28, 2012 at 3:54 PM, MinRK <benjaminrk at gmail.com> wrote:
>
> 1. has the advantage of being automatic rather than voluntary (less
> vulnerable to "There's no way this tiny change would break anything"),
> but 2. fits better in our current pattern.

I think I prefer 2 also because "all tests pass" is still not a
guarantee of correctness, especially in light of our spotty coverage
in some areas.  So I prefer to keep a human at the wheel, but the more
we can do to give that human all the information to streamline the
process, the better.

The sympy review page is really awesome (btw, the correct link is
http://reviews.sympy.org).  There are two things I'd like on top of
that:

1. A way for authorized users to request a refresh of a specific PR,
that would both recheck merge status and rerun the tests.  Maybe they
have that already and it's just not visible on the page.

2. On the main page, a status indicator in the list indicating whether
tests passed or not.  That way you could see at a glance which ones to
focus on first.


But that is a beautiful system...  It would be great to set it up for
ipython as well...  Their code is here:

https://github.com/sympy/sympy-bot

Cheers,

f


From mark.voorhies at ucsf.edu  Sat Jan 28 21:22:03 2012
From: mark.voorhies at ucsf.edu (Mark Voorhies)
Date: Sat, 28 Jan 2012 18:22:03 -0800
Subject: [IPython-dev] Status of printing in the notebook
In-Reply-To: <35885884.ZhjYC3nJPB@hmeine-pc>
References: <35885884.ZhjYC3nJPB@hmeine-pc>
Message-ID: <201201281822.04412.mark.voorhies@ucsf.edu>

I just started using the notebook yesterday (following an upgrade to Firefox 9)
and it's awesome -- so much so that I'm switching to it for everyday work and
am planning to teach from it in April.  

One thing I would like to hack on is an equivalent to the qtconsole's "export
with inlined images" (xhtml+svg / html+inlined png) function (so that I can
save/e-mail finished work as a single file with no dependencies).

The print window circa a50ac36bd554 looks like the right starting point (it
would just need inlining of the css and images), but it looks like this version
was scrapped when the wijmo menus were added and that there now may be
different ideas for printing (https://github.com/ipython/ipython/issues/1292).

So -- is this a good time to start working on this sort of inlining (and, if so,
which code should I be looking at) or would it be better to wait for the next
print window revision (and is there an issue/PR that I should be watching
for this)?

Thanks,

Mark



From fperez.net at gmail.com  Sat Jan 28 23:00:20 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 28 Jan 2012 20:00:20 -0800
Subject: [IPython-dev] Status of printing in the notebook
In-Reply-To: <201201281822.04412.mark.voorhies@ucsf.edu>
References: <35885884.ZhjYC3nJPB@hmeine-pc>
	<201201281822.04412.mark.voorhies@ucsf.edu>
Message-ID: <CAHAreOoZH3d6EZOAxD73CYG5xvBXMtf_ZAOjmbfYHNKzRdtXZw@mail.gmail.com>

On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
> The print window circa a50ac36bd554 looks like the right starting point (it
> would just need inlining of the css and images), but it looks like this version
> was scrapped when the wijmo menus were added and that there now may be
> different ideas for printing (https://github.com/ipython/ipython/issues/1292).

Mmh, actually I think the complete loss of printing currently is a
regression.  I hadn't noticed this, and it is a problem (I need it for
some lectures on Monday...).  I've opened a ticket for it:

https://github.com/ipython/ipython/issues/1339

Now, on the larger question I'll let Brian respond, b/c I'm not sure
right now what pieces of the code he's working on, and he may have
some plans regarding printing as well.

Cheers,

f


From fperez.net at gmail.com  Sun Jan 29 13:35:58 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 29 Jan 2012 10:35:58 -0800
Subject: [IPython-dev] [Cython] Slow traceback reconstruction in IPython
 between 0.15.1 and master
In-Reply-To: <CAJPUwMDpK6-ek-T-0ycUykLasJxwQWwGC7qf=6zH+=BrjrUTjw@mail.gmail.com>
References: <CAJPUwMAtgRGzZ-0TK-02G6XLuGjkutu7F_8e88S_owqO+2mwaQ@mail.gmail.com>
	<4F225509.3070605@behnel.de>
	<CAJPUwMDpK6-ek-T-0ycUykLasJxwQWwGC7qf=6zH+=BrjrUTjw@mail.gmail.com>
Message-ID: <CAHAreOq_fL5+jFLAaHge9SDnr3g3jtOkAV9v-zk_=XbB3XE++A@mail.gmail.com>

On Sun, Jan 29, 2012 at 9:38 AM, Wes McKinney <wesmckinn at gmail.com> wrote:
> More on this
> here:
>
> https://github.com/ipython/ipython/issues/1317

Thanks for your persistence!  For those on the cython list, it should
be fixed soon, Thomas already has a PR up.

Cheers,

f


From asmeurer at gmail.com  Sun Jan 29 18:00:13 2012
From: asmeurer at gmail.com (Aaron Meurer)
Date: Sun, 29 Jan 2012 16:00:13 -0700
Subject: [IPython-dev] ShiningPanda
In-Reply-To: <CAHAreOr4Eq7AnHNTuGsgj2MgELYxEOTY6tAwHnjt+m09VznCiQ@mail.gmail.com>
References: <CAOvn4qj6ZMs+SftwQzwZKLQpxhtJB9ZbyBROZD_O+xRRVGDirw@mail.gmail.com>
	<CAHAreOrnrgvGvMyNG1oZ_U+mJvXS-h0ayXPF1uefG28x0anOoQ@mail.gmail.com>
	<CAOvn4qhd7Yk-jaqaM6HoOKu7fZ-GzNUth5=wfp--1VDOytOaoA@mail.gmail.com>
	<CAHAreOqq4k9e+kzxuVmXvAJ+SwH4NErBXVm=-pV5Tx--Qtd=qw@mail.gmail.com>
	<CAHNn8BURYBGpPWoFao3_hwr5c0u-H_ruw5XFHc5n4f8D9vO1pg@mail.gmail.com>
	<CAHAreOr4Eq7AnHNTuGsgj2MgELYxEOTY6tAwHnjt+m09VznCiQ@mail.gmail.com>
Message-ID: <CAKgW=6Lx5FRR-Tp1rUk0Xbfq4dh_mefNx7hN=Rg4R_Wx+4rAxg@mail.gmail.com>

I'd like to clarify something about the SymPy review bot.  Our review
bot is entirely distributed.  What that means is that all test runs
are run by people on their own computers.  This is more easily seen by
the summary that is posted as a comment to the pull request.  See for
example https://github.com/sympy/sympy/pull/931#issuecomment-3457817.
This was run by the user @goodok.  This and the one below it show the
difference between passing tests and failing tests.

This system has actually been working pretty well for us.  The bot
makes it very easy to run the tests.  If you set up a config file with
your github API (so that you don't have to enter your password), the
whole thing requires one command to do everything (./sympy-bot review
<pull request number>).  This downloads the pull request into a
temporary directory, merges with the git master, runs 2to3 if the
chosen interpreter is Python 3, runs the tests, generates a report,
and uploads it to review.sympy.org and to the pull request.  Not only
does it automate the whole process of pulling down the branch to run
the tests, but they are posted to the review site and github, so they
are publicly viewable.  We have a general rule that no pull request
should be merged unless there is a passing sympy-bot review after the
last commit in the github discussion.

There are plans to extend it to work with a centralized testing
server.  Our idea was to set up a dispatch system in the app engine,
that keeps track of which pull requests need to be reviewed, and
prioritizes them based on some heuristics.  Then anybody could then
just run ./sympy-bot work, and this would query the server for a pull
request to review, review it, and repeat.  It would then be simple to
just run ./sympy-bot work on a server (or even on your home computer
while you sleep).  But this has not yet been implemented (patches
welcome!).

We also planned to have the bot set a label to the pull request in the
GitHub issue tracker to indicate if the tests passed or not, but this
has not been implemented yet either.

Setting it up to work with IPython should not be difficult.  You'll
probably have to modularize out some SymPy specific code, but that
won't be hard.

Aaron Meurer

On Sat, Jan 28, 2012 at 5:54 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Sat, Jan 28, 2012 at 3:54 PM, MinRK <benjaminrk at gmail.com> wrote:
>>
>> 1. has the advantage of being automatic rather than voluntary (less
>> vulnerable to "There's no way this tiny change would break anything"),
>> but 2. fits better in our current pattern.
>
> I think I prefer 2 also because "all tests pass" is still not a
> guarantee of correctness, especially in light of our spotty coverage
> in some areas. ?So I prefer to keep a human at the wheel, but the more
> we can do to give that human all the information to streamline the
> process, the better.
>
> The sympy review page is really awesome (btw, the correct link is
> http://reviews.sympy.org). ?There are two things I'd like on top of
> that:
>
> 1. A way for authorized users to request a refresh of a specific PR,
> that would both recheck merge status and rerun the tests. ?Maybe they
> have that already and it's just not visible on the page.
>
> 2. On the main page, a status indicator in the list indicating whether
> tests passed or not. ?That way you could see at a glance which ones to
> focus on first.
>
>
> But that is a beautiful system... ?It would be great to set it up for
> ipython as well... ?Their code is here:
>
> https://github.com/sympy/sympy-bot
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From erik.tollerud at gmail.com  Mon Jan 30 19:32:03 2012
From: erik.tollerud at gmail.com (Erik Tollerud)
Date: Mon, 30 Jan 2012 16:32:03 -0800
Subject: [IPython-dev] Quitting (qt)console without killing kernel
Message-ID: <CAARXUwWk6u6kuM_fWB4dX9xAGYLpk0TUMUDo1JfcX1GNdb4dwQ@mail.gmail.com>

I've been caught up in other things and haven't been following
developments over the last few months, but I'm really impressed by a
lot of the recent new work on ipython - I know this has probably been
internalized by most of you now, but the polished notebook is
particularly impressive-looking!

One feature that seems to have disappeared since I last did a "git
pull upstream master", though: the option of starting the qtconsole
(or, now, even better, the 2-process terminal console), and quitting
the frontend without killing the kernel.  It used to be that a
yes/no/cancel dialog appeared allowing the option of killing one or
both, but now it seems only possible to kill everything.  Similarly,
the exit function used to have an option to let the console stay
alive, but that doesn't seem to do anything now.  Is this a conscious
design choice, or was it a temporary simplification?

-- 
Erik Tollerud


From benjaminrk at gmail.com  Mon Jan 30 19:44:17 2012
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 30 Jan 2012 16:44:17 -0800
Subject: [IPython-dev] Quitting (qt)console without killing kernel
In-Reply-To: <CAARXUwWk6u6kuM_fWB4dX9xAGYLpk0TUMUDo1JfcX1GNdb4dwQ@mail.gmail.com>
References: <CAARXUwWk6u6kuM_fWB4dX9xAGYLpk0TUMUDo1JfcX1GNdb4dwQ@mail.gmail.com>
Message-ID: <CAHNn8BWsgqV1vQWvJLmyi6HN5-rT=kXx71GmAd6BA1eJB-tDeg@mail.gmail.com>

On Mon, Jan 30, 2012 at 16:32, Erik Tollerud <erik.tollerud at gmail.com> wrote:
> I've been caught up in other things and haven't been following
> developments over the last few months, but I'm really impressed by a
> lot of the recent new work on ipython - I know this has probably been
> internalized by most of you now, but the polished notebook is
> particularly impressive-looking!
>
> One feature that seems to have disappeared since I last did a "git
> pull upstream master", though: the option of starting the qtconsole
> (or, now, even better, the 2-process terminal console), and quitting
> the frontend without killing the kernel. ?It used to be that a
> yes/no/cancel dialog appeared allowing the option of killing one or
> both, but now it seems only possible to kill everything. ?Similarly,
> the exit function used to have an option to let the console stay
> alive, but that doesn't seem to do anything now. ?Is this a conscious
> design choice, or was it a temporary simplification?

It was a bit of both.  When the qtconsole added multiple tab support
it became extremely complicated to be able to leave some fraction of
those running in the background, as decisions are being made at both
tab-close and app-close, and the close/leave running decisions have
become quite convoluted.  If this logic is simplified significantly
(decoupling the tab:kernel relationship, and using a cleaner
'MultiKernelManager'), then it will probably be more reasonable to
restore the option to leave orphaned kernels.  For now, if you want
kernels to stay alive, you can use `ipython kernel` and connect
separately with `ipython qtconsole --existing`.

>
> --
> Erik Tollerud
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev


From fperez.net at gmail.com  Tue Jan 31 02:45:54 2012
From: fperez.net at gmail.com (Fernando Perez)
Date: Mon, 30 Jan 2012 23:45:54 -0800
Subject: [IPython-dev] [ANN] First Conference Announcement:
 "Machine-Learning with Real-time & Streaming Applications"
Message-ID: <CAHAreOpf2DrXLZa1qfYERjfAnsmkcCRHwe_1nvs4DbovDeTB6w@mail.gmail.com>

Hi all,

while not precisely Python-specific, I hope this will be of interest
to some on these lists.  We have a great set of speakers from multiple
disciplines for what should be a very interesting set of presentations
in the conference below; please forward this to colleagues.

Cheers,

f


FIRST CONFERENCE ANNOUNCEMENT:

>From Data to Knowledge: Machine-Learning with Real-time & Streaming Applications
May 7-11 2012
On the Campus of the University of California, Berkeley

http://lyra.berkeley.edu/CDIConf/


 * * CONFIRMED INVITED SPEAKERS * *

Olfa Nasraoui (Louisville), Petros Drineas (RPI), Muthu Muthukrishnan (Rutgers),
Alex Szalay (John Hopkins), David Bader (Georgia Tech),
Eamonn Keogh (UC Riverside), Joao Gama (Univ. of Porto, Portugal),
Michael Franklin (UC Berkeley), Ziv Bar-Joseph (Carnegie Mellon University)


 * * AIMS OF THE CONFERENCE * *

We are experiencing a revolution in the capacity to quickly collect
and transport large amounts of data. Not only has this revolution
changed the means by which we store and access this data, but has also
caused a fundamental transformation in the methods and algorithms that
we use to extract knowledge from data. In scientific fields as diverse
as climatology, medical science, astrophysics, particle physics,
computer vision, and computational finance, massive streaming data
sets have sparked innovation in methodologies for knowledge discovery
in data streams. Cutting-edge methodology for streaming data has come
from a number of diverse directions, from on-line learning, randomized
linear algebra and approximate methods, to distributed optimization
methodology for cloud computing, to multi-class classification
problems in the presence of noisy and spurious data.

This conference will bring together researchers from applied
mathematics and several diverse scientific fields to discuss the
current state of the art and open research questions in streaming data
and real-time machine learning. The conference will be domain driven,
with talks focusing on well-defined areas of application and
describing the techniques and algorithms necessary to address the
current and future challenges in the field.

Sessions will be accessible to a broad audience and will have a single
track format with additional rooms for breakout sessions and posters.
There will be no formal conference proceedings, but conference
applicants are encouraged to submit an abstract and present a talk
and/or poster.


 * * IMPORTANT DATES * *

Feb 29     : Initial registration ends, participants announced.
May 7 - 11 : Conference.


 * * SESSIONS * *

Stochastic Data Streams
   Muthu Muthukrishnan: (Dept. of Computer Science, Rutgers University)

Real-Time Machine Learning in Astrophysics
   Alex Szalay:      (Dept. of Physics and Astronomy, John Hopkins University)

Real-Time Analytics with Streaming Databases
   Michael Franklin: (Computer Science Dept., UC Berkeley)

Classification of Sensor Network Data Streams
   Joao Gama:    (Lab. of A.I. & Decision Support, Economics at Univ. of Porto)

Randomized and Approximation Algorithms
   Petros Drineas:   (Computer Science Dept., Rensselaer Polytechnic Institute)

Time-Series Clustering and Classification
   Eamonn Keogh:     (Computer Science and Engineering Dept., UC Riverside)

Time Series in the Biological and Medical Sciences
   Ziv Bar-Joseph:   (Computer Science Dept., Carnegie Mellon University)

Streaming Graph/Network Data & Architectures
   David Bader:      (College of Computing, Georgia Tech)

Data Mining of Data Streams
   Olfa Nasraoui:    (Dept. of CS & Computer Engineering, Univ. of Louisville)


 * * Local Organizing Committee * *

Joshua Bloom: (Dept. of Astronomy, UC Berkeley)
Damian Eads:  (Dept. of CS, UC Santa Cruz; Dept. of Eng, Univ. of Cambridge)
Berian James: (Dept. of Astr, UC Berkeley; Dark Cosmology Centre, U Copenhagen)
Peter Nugent: (Comp. Cosmology, Lawrence Berkeley National Lab.)
John Rice:    (Dept. of Statistics, UC Berkeley)
Joseph Richards: (Dept. of Astronomy & Dept. of Statistics, UC Berkeley)
Dan Starr:    (Dept. of Astronomy, UC Berkeley)


 * * Scientific Organizing Committee * *

Leon Bottou:     (NEC Labs)
Emmanuel Candes: (Stanford)
Brad Efron:      (Stanford)
Alex Gray:       (Georgia Tech)
Michael Jordan:  (Berkeley)
John Langford:   (Yahoo)
Fernando Perez:  (Berkeley)
Ricardo Vilalta: (Houston)
Larry Wasserman: (CMU)


From ellisonbg at gmail.com  Tue Jan 31 12:44:43 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 31 Jan 2012 09:44:43 -0800
Subject: [IPython-dev] IMPORTANT: Notebook format incremented
Message-ID: <CAH4pYpR64XhcMaY4sOLWMv9tDN00TrNQfbNB0q9k9rd-pb2zzQ@mail.gmail.com>

Hi,

Yesterday we pushed a change to the IPython notebook that will affect
all users of the notebook - especially those who are following the dev
version.  We have incremented the notebook version number to v3.  This
is done anytime there are backwards incompatible changes to the
notebook format.  In this case, we have added new cell types (Heading
Cells, Plaintext Cells (reST, latex)).  Here is how this affects you:

* Older v2 notebooks (those created with IPython versions before
yesterday) will be automatically converted to v3 notebooks when you
open them the first time.  We are in the process of adding a dialog
that will notify you of this.
* The newer v3 notebooks cannot be opened by previous versions of the
notebook server.  Once you go v3, there is no turning back.  This
means that everyone who wants to use your notebooks MUST to transition
and follow the dev version of the notebook.
* The v3 notebook format is not finalized.  There will likely be
additional backwards incompatible changes to the nbformat.  This means
that if you go v3, you MUST regularly pull from github master to
follow the latest state of the code.  We will announce on list when
the v3 format is finalized in advance of the 0.13 release.

Cheers and happy notebooking!

Brian

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


From jtaylor.debian at googlemail.com  Tue Jan 31 13:40:30 2012
From: jtaylor.debian at googlemail.com (Julian Taylor)
Date: Tue, 31 Jan 2012 19:40:30 +0100
Subject: [IPython-dev] IMPORTANT: Notebook format incremented
In-Reply-To: <CAH4pYpR64XhcMaY4sOLWMv9tDN00TrNQfbNB0q9k9rd-pb2zzQ@mail.gmail.com>
References: <CAH4pYpR64XhcMaY4sOLWMv9tDN00TrNQfbNB0q9k9rd-pb2zzQ@mail.gmail.com>
Message-ID: <4F28359E.6090706@googlemail.com>

On 01/31/2012 06:44 PM, Brian Granger wrote:
> Hi,
> 
> Yesterday we pushed a change to the IPython notebook that will affect
> all users of the notebook - especially those who are following the dev
> version.  We have incremented the notebook version number to v3.  This
> is done anytime there are backwards incompatible changes to the
> notebook format.  In this case, we have added new cell types (Heading
> Cells, Plaintext Cells (reST, latex)).  Here is how this affects you:
> 
> * Older v2 notebooks (those created with IPython versions before
> yesterday) will be automatically converted to v3 notebooks when you
> open them the first time.  We are in the process of adding a dialog
> that will notify you of this.
> * The newer v3 notebooks cannot be opened by previous versions of the
> notebook server.  Once you go v3, there is no turning back.  This
> means that everyone who wants to use your notebooks MUST to transition
> and follow the dev version of the notebook.
> * The v3 notebook format is not finalized.  There will likely be
> additional backwards incompatible changes to the nbformat.  This means
> that if you go v3, you MUST regularly pull from github master to
> follow the latest state of the code.  We will announce on list when
> the v3 format is finalized in advance of the 0.13 release.
> 
> Cheers and happy notebooking!
> 
> Brian
> 

you forgot to updating the testsuite:

======================================================================
FAIL: test_empty_notebook
(IPython.nbformat.v3.tests.test_nbbase.TestNotebook)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py",
line 105, in test_empty_notebook
    self.assertEquals(nb.nbformat,2)
AssertionError: 3 != 2
    '3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2))
    '3 != 2' = self._formatMessage('3 != 2', '3 != 2')
>>  raise self.failureException('3 != 2')


======================================================================
FAIL: test_notebook (IPython.nbformat.v3.tests.test_nbbase.TestNotebook)
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py",
line 113, in test_notebook
    self.assertEquals(nb.nbformat,2)
AssertionError: 3 != 2
    '3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2))
    '3 != 2' = self._formatMessage('3 != 2', '3 != 2')
>>  raise self.failureException('3 != 2')


----------------------------------------------------------------------
Ran 45 tests in 0.127s

FAILED (failures=2)

https://launchpadlibrarian.net/91509120/buildlog_ubuntu-precise-i386.ipython_0.12%2B2301-0~6~precise1_FAILEDTOBUILD.txt.gz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20120131/4de0eefc/attachment.sig>

From ellisonbg at gmail.com  Tue Jan 31 15:26:35 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 31 Jan 2012 12:26:35 -0800
Subject: [IPython-dev] IMPORTANT: Notebook format incremented
In-Reply-To: <4F28359E.6090706@googlemail.com>
References: <CAH4pYpR64XhcMaY4sOLWMv9tDN00TrNQfbNB0q9k9rd-pb2zzQ@mail.gmail.com>
	<4F28359E.6090706@googlemail.com>
Message-ID: <CAH4pYpTqjjraz3xMi-HJ8PW9_DuKcGk3b3VWtKRf9FKsgHQ1aA@mail.gmail.com>

Hmmm, I ran the test suite many times during development, but it looks
like this is a legit failure.  I will have a look at this.

On Tue, Jan 31, 2012 at 10:40 AM, Julian Taylor
<jtaylor.debian at googlemail.com> wrote:
> On 01/31/2012 06:44 PM, Brian Granger wrote:
>> Hi,
>>
>> Yesterday we pushed a change to the IPython notebook that will affect
>> all users of the notebook - especially those who are following the dev
>> version. ?We have incremented the notebook version number to v3. ?This
>> is done anytime there are backwards incompatible changes to the
>> notebook format. ?In this case, we have added new cell types (Heading
>> Cells, Plaintext Cells (reST, latex)). ?Here is how this affects you:
>>
>> * Older v2 notebooks (those created with IPython versions before
>> yesterday) will be automatically converted to v3 notebooks when you
>> open them the first time. ?We are in the process of adding a dialog
>> that will notify you of this.
>> * The newer v3 notebooks cannot be opened by previous versions of the
>> notebook server. ?Once you go v3, there is no turning back. ?This
>> means that everyone who wants to use your notebooks MUST to transition
>> and follow the dev version of the notebook.
>> * The v3 notebook format is not finalized. ?There will likely be
>> additional backwards incompatible changes to the nbformat. ?This means
>> that if you go v3, you MUST regularly pull from github master to
>> follow the latest state of the code. ?We will announce on list when
>> the v3 format is finalized in advance of the 0.13 release.
>>
>> Cheers and happy notebooking!
>>
>> Brian
>>
>
> you forgot to updating the testsuite:
>
> ======================================================================
> FAIL: test_empty_notebook
> (IPython.nbformat.v3.tests.test_nbbase.TestNotebook)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> ?File
> "/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py",
> line 105, in test_empty_notebook
> ? ?self.assertEquals(nb.nbformat,2)
> AssertionError: 3 != 2
> ? ?'3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2))
> ? ?'3 != 2' = self._formatMessage('3 != 2', '3 != 2')
>>> ?raise self.failureException('3 != 2')
>
>
> ======================================================================
> FAIL: test_notebook (IPython.nbformat.v3.tests.test_nbbase.TestNotebook)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> ?File
> "/build/buildd/ipython-0.12+2301/IPython/nbformat/v3/tests/test_nbbase.py",
> line 113, in test_notebook
> ? ?self.assertEquals(nb.nbformat,2)
> AssertionError: 3 != 2
> ? ?'3 != 2' = '%s != %s' % (safe_repr(3), safe_repr(2))
> ? ?'3 != 2' = self._formatMessage('3 != 2', '3 != 2')
>>> ?raise self.failureException('3 != 2')
>
>
> ----------------------------------------------------------------------
> Ran 45 tests in 0.127s
>
> FAILED (failures=2)
>
> https://launchpadlibrarian.net/91509120/buildlog_ubuntu-precise-i386.ipython_0.12%2B2301-0~6~precise1_FAILEDTOBUILD.txt.gz
>



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


From ellisonbg at gmail.com  Tue Jan 31 16:09:03 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 31 Jan 2012 13:09:03 -0800
Subject: [IPython-dev] Status of printing in the notebook
In-Reply-To: <201201281822.04412.mark.voorhies@ucsf.edu>
References: <35885884.ZhjYC3nJPB@hmeine-pc>
	<201201281822.04412.mark.voorhies@ucsf.edu>
Message-ID: <CAH4pYpSNpUqY8d6_AZKNyfMp4s-9zsFvsjY3PNdekh5WMffRsQ@mail.gmail.com>

Mark,

Sorry it has taken a few days to get back to you about this.  There is
a lot of activity on the notebook right now and I am having a tough
time keeping up (even though I am working on it full time!).

First, I will fix the notebook printing hopefully today, maybe early tomorrow.

On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
> I just started using the notebook yesterday (following an upgrade to Firefox 9)
> and it's awesome -- so much so that I'm switching to it for everyday work and
> am planning to teach from it in April.
>
> One thing I would like to hack on is an equivalent to the qtconsole's "export
> with inlined images" (xhtml+svg / html+inlined png) function (so that I can
> save/e-mail finished work as a single file with no dependencies).

Yes, we *really* would like to have this capability and are more than
willing to help you get started.  Here is a few points:

* The IPython.nbformat.v3 subpackage has an infrastructure for
notebook readers/writers.  We currently have one for .json and .py
files.  This is the place to create one for exporting to HTML.
* Exporting to raw HTML is not quite possible.  The reason for this is
that we use a couple of Javascript libraries:  MathJax for rendering
latex embedded in the HTML, CodeMirror for formatting the code areas
with syntax highlighting, and A Markdown parser that converts Markdown
to HTML.  We will have to figure out substitutes for these JS
libraries in the HTML export.
* There are two possible ways of generating raw HTML:

1) First export to reST and then use rst2html to get to the HTML.
Some benefits to this, but the downside is that raw Markdown/HTML
cells would get lost in the process (although I think that reST
suports raw HTML inclusion.  Also, this would make it more difficult
to control exactly what the HMTL looks like (IOW use our current CSS
styling).
2) Use a templating library to export directly to HTML.  I think this
is very worth pursuing as a first line of attack.  The would allow you
to simply recreate the right HTML structure with the proper id/classes
and then inline our CSS.  It would give you exactly the same look as
we have now.  We would still need to figure out how to handle MathJax,
CodeMirror and Markdown though.

I imagine that in the long run we will support both of these routes.
Once we have the writers in place in IPython.nbformat.v3, it will be a
simple matter of incorporating them into the notebook server.

Here is a github issue where we should continue this discussion:

https://github.com/ipython/ipython/issues/860

Fernando even has a draft reST exporter implemented.  Let us know if
you have questions.

Cheers,

Brian

> The print window circa a50ac36bd554 looks like the right starting point (it
> would just need inlining of the css and images), but it looks like this version
> was scrapped when the wijmo menus were added and that there now may be
> different ideas for printing (https://github.com/ipython/ipython/issues/1292).
>
> So -- is this a good time to start working on this sort of inlining (and, if so,
> which code should I be looking at) or would it be better to wait for the next
> print window revision (and is there an issue/PR that I should be watching
> for this)?
>
> Thanks,
>
> Mark
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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


From ellisonbg at gmail.com  Tue Jan 31 21:28:23 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 31 Jan 2012 18:28:23 -0800
Subject: [IPython-dev] Notebook development plans
Message-ID: <CAH4pYpR4Q2p5=mxnrQY6-NA4tkDmPCebe+5=HWKSihLNXU1tKw@mail.gmail.com>

Hi,

You may have noticed that the pace of notebook development has
accelerated recently.  The reason behind this is that Fernando, Min
and I have some DoD funding to work on the notebook/IPython.parallel
this year.  Through late March, I am working full time on the notebook
and after that I will continue to spend a significant fraction of my
time on the notebook through summer.

A number of you have started to contribute to the notebook.  We
greatly appreciate this as there is *much* to be done.  We have been
doing some planning and wanted to bring everyone up to speed.

* Increasingly, the notebook is moving in the direction of being a
full blown multiuser web-app with notions of multiple directories,
projects, sharing, publishing, etc.  This will involve a massive
amount of design work and there are many stakeholders involved.  We
plan on doing much of this design work at PyCon.  Please let us know
if you will be there and we will work hard to include everyone.
* With the pace of notebook development moving very quickly, much is
being done out of the sight of the lists and github issues.  Weeks or
months before we actually start coding on an aspect of the notebook,
we start thinking, having person-to-person discussions, etc.  What
this means is that if you are thinking about working on the notebook,
you should contact the dev list first to coordinate with us.

These are very exciting times for IPython and we thank everyone who is
contributing!

Cheers,

Brian

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


From jason-sage at creativetrax.com  Tue Jan 31 22:19:17 2012
From: jason-sage at creativetrax.com (Jason Grout)
Date: Tue, 31 Jan 2012 21:19:17 -0600
Subject: [IPython-dev] Notebook development plans
In-Reply-To: <CAH4pYpR4Q2p5=mxnrQY6-NA4tkDmPCebe+5=HWKSihLNXU1tKw@mail.gmail.com>
References: <CAH4pYpR4Q2p5=mxnrQY6-NA4tkDmPCebe+5=HWKSihLNXU1tKw@mail.gmail.com>
Message-ID: <4F28AF35.4040708@creativetrax.com>

On 1/31/12 8:28 PM, Brian Granger wrote:
> Hi,
>
> You may have noticed that the pace of notebook development has
> accelerated recently.  The reason behind this is that Fernando, Min
> and I have some DoD funding to work on the notebook/IPython.parallel
> this year.  Through late March, I am working full time on the notebook
> and after that I will continue to spend a significant fraction of my
> time on the notebook through summer.
>
> A number of you have started to contribute to the notebook.  We
> greatly appreciate this as there is *much* to be done.  We have been
> doing some planning and wanted to bring everyone up to speed.
>
> * Increasingly, the notebook is moving in the direction of being a
> full blown multiuser web-app with notions of multiple directories,
> projects, sharing, publishing, etc.  This will involve a massive
> amount of design work and there are many stakeholders involved.  We
> plan on doing much of this design work at PyCon.  Please let us know
> if you will be there and we will work hard to include everyone.


It sounds like the lines between the sage notebook and the ipython 
notebook are blurring.  That's a good thing, I think.  You guys have a 
much more modular, up-to-date design.  And we'd like to expand the sage 
notebook to cover workflows that more closely mimic working at the 
command line.

I won't be at PyCon, but I'm curious if there will be other Sage 
notebook developers there (I'm CCing the Sage notebook mailing list). 
It would be good to collaborate.

Thanks,

Jason



From mark.voorhies at ucsf.edu  Tue Jan 31 22:34:17 2012
From: mark.voorhies at ucsf.edu (Mark Voorhies)
Date: Tue, 31 Jan 2012 19:34:17 -0800
Subject: [IPython-dev] Status of printing in the notebook
In-Reply-To: <CAH4pYpSNpUqY8d6_AZKNyfMp4s-9zsFvsjY3PNdekh5WMffRsQ@mail.gmail.com>
References: <35885884.ZhjYC3nJPB@hmeine-pc>
	<201201281822.04412.mark.voorhies@ucsf.edu>
	<CAH4pYpSNpUqY8d6_AZKNyfMp4s-9zsFvsjY3PNdekh5WMffRsQ@mail.gmail.com>
Message-ID: <201201311934.17877.mark.voorhies@ucsf.edu>

On Tuesday, January 31, 2012 01:09:03 pm Brian Granger wrote:
> Mark,
> 
> Sorry it has taken a few days to get back to you about this.  There is
> a lot of activity on the notebook right now and I am having a tough
> time keeping up (even though I am working on it full time!).
> 
> First, I will fix the notebook printing hopefully today, maybe early tomorrow.
> 
> On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
> > I just started using the notebook yesterday (following an upgrade to Firefox 9)
> > and it's awesome -- so much so that I'm switching to it for everyday work and
> > am planning to teach from it in April.
> >
> > One thing I would like to hack on is an equivalent to the qtconsole's "export
> > with inlined images" (xhtml+svg / html+inlined png) function (so that I can
> > save/e-mail finished work as a single file with no dependencies).
> 
> Yes, we *really* would like to have this capability and are more than
> willing to help you get started.  Here is a few points:
> 
> * The IPython.nbformat.v3 subpackage has an infrastructure for
> notebook readers/writers.  We currently have one for .json and .py
> files.  This is the place to create one for exporting to HTML.
> * Exporting to raw HTML is not quite possible.  The reason for this is
> that we use a couple of Javascript libraries:  MathJax for rendering
> latex embedded in the HTML, CodeMirror for formatting the code areas
> with syntax highlighting, and A Markdown parser that converts Markdown
> to HTML.  We will have to figure out substitutes for these JS
> libraries in the HTML export.
> * There are two possible ways of generating raw HTML:
> 
> 1) First export to reST and then use rst2html to get to the HTML.
> Some benefits to this, but the downside is that raw Markdown/HTML
> cells would get lost in the process (although I think that reST
> suports raw HTML inclusion.  Also, this would make it more difficult
> to control exactly what the HMTL looks like (IOW use our current CSS
> styling).
> 2) Use a templating library to export directly to HTML.  I think this
> is very worth pursuing as a first line of attack.  The would allow you
> to simply recreate the right HTML structure with the proper id/classes
> and then inline our CSS.  It would give you exactly the same look as
> we have now.  We would still need to figure out how to handle MathJax,
> CodeMirror and Markdown though.
> 
> I imagine that in the long run we will support both of these routes.
> Once we have the writers in place in IPython.nbformat.v3, it will be a
> simple matter of incorporating them into the notebook server.
> 
> Here is a github issue where we should continue this discussion:
> 
> https://github.com/ipython/ipython/issues/860
> 
> Fernando even has a draft reST exporter implemented.  Let us know if
> you have questions.

Thanks!  I'll watch for the notebook printing commit and chime in on
the issue once I have time to start outlining/hacking -- probably this
weekend.

--Mark

> 
> Cheers,
> 
> Brian
> 
> > The print window circa a50ac36bd554 looks like the right starting point (it
> > would just need inlining of the css and images), but it looks like this version
> > was scrapped when the wijmo menus were added and that there now may be
> > different ideas for printing (https://github.com/ipython/ipython/issues/1292).
> >
> > So -- is this a good time to start working on this sort of inlining (and, if so,
> > which code should I be looking at) or would it be better to wait for the next
> > print window revision (and is there an issue/PR that I should be watching
> > for this)?
> >
> > Thanks,
> >
> > Mark
> >
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> 
> 
> 
> 



From ellisonbg at gmail.com  Tue Jan 31 22:38:54 2012
From: ellisonbg at gmail.com (Brian Granger)
Date: Tue, 31 Jan 2012 19:38:54 -0800
Subject: [IPython-dev] Status of printing in the notebook
In-Reply-To: <201201311934.17877.mark.voorhies@ucsf.edu>
References: <35885884.ZhjYC3nJPB@hmeine-pc>
	<201201281822.04412.mark.voorhies@ucsf.edu>
	<CAH4pYpSNpUqY8d6_AZKNyfMp4s-9zsFvsjY3PNdekh5WMffRsQ@mail.gmail.com>
	<201201311934.17877.mark.voorhies@ucsf.edu>
Message-ID: <CAH4pYpQcy9O+YRxVzMVPPBmx=8tWg_2v8vCmvKAFpQ62j4J0wA@mail.gmail.com>

The notebook printing bug turned out to be quite subtle and its fix is
leading to the refactoring of a lot of code.  It may take a big longer
than I thought, but hopefully in the next few days.

On Tue, Jan 31, 2012 at 7:34 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
> On Tuesday, January 31, 2012 01:09:03 pm Brian Granger wrote:
>> Mark,
>>
>> Sorry it has taken a few days to get back to you about this. ?There is
>> a lot of activity on the notebook right now and I am having a tough
>> time keeping up (even though I am working on it full time!).
>>
>> First, I will fix the notebook printing hopefully today, maybe early tomorrow.
>>
>> On Sat, Jan 28, 2012 at 6:22 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
>> > I just started using the notebook yesterday (following an upgrade to Firefox 9)
>> > and it's awesome -- so much so that I'm switching to it for everyday work and
>> > am planning to teach from it in April.
>> >
>> > One thing I would like to hack on is an equivalent to the qtconsole's "export
>> > with inlined images" (xhtml+svg / html+inlined png) function (so that I can
>> > save/e-mail finished work as a single file with no dependencies).
>>
>> Yes, we *really* would like to have this capability and are more than
>> willing to help you get started. ?Here is a few points:
>>
>> * The IPython.nbformat.v3 subpackage has an infrastructure for
>> notebook readers/writers. ?We currently have one for .json and .py
>> files. ?This is the place to create one for exporting to HTML.
>> * Exporting to raw HTML is not quite possible. ?The reason for this is
>> that we use a couple of Javascript libraries: ?MathJax for rendering
>> latex embedded in the HTML, CodeMirror for formatting the code areas
>> with syntax highlighting, and A Markdown parser that converts Markdown
>> to HTML. ?We will have to figure out substitutes for these JS
>> libraries in the HTML export.
>> * There are two possible ways of generating raw HTML:
>>
>> 1) First export to reST and then use rst2html to get to the HTML.
>> Some benefits to this, but the downside is that raw Markdown/HTML
>> cells would get lost in the process (although I think that reST
>> suports raw HTML inclusion. ?Also, this would make it more difficult
>> to control exactly what the HMTL looks like (IOW use our current CSS
>> styling).
>> 2) Use a templating library to export directly to HTML. ?I think this
>> is very worth pursuing as a first line of attack. ?The would allow you
>> to simply recreate the right HTML structure with the proper id/classes
>> and then inline our CSS. ?It would give you exactly the same look as
>> we have now. ?We would still need to figure out how to handle MathJax,
>> CodeMirror and Markdown though.
>>
>> I imagine that in the long run we will support both of these routes.
>> Once we have the writers in place in IPython.nbformat.v3, it will be a
>> simple matter of incorporating them into the notebook server.
>>
>> Here is a github issue where we should continue this discussion:
>>
>> https://github.com/ipython/ipython/issues/860
>>
>> Fernando even has a draft reST exporter implemented. ?Let us know if
>> you have questions.
>
> Thanks! ?I'll watch for the notebook printing commit and chime in on
> the issue once I have time to start outlining/hacking -- probably this
> weekend.
>
> --Mark
>
>>
>> Cheers,
>>
>> Brian
>>
>> > The print window circa a50ac36bd554 looks like the right starting point (it
>> > would just need inlining of the css and images), but it looks like this version
>> > was scrapped when the wijmo menus were added and that there now may be
>> > different ideas for printing (https://github.com/ipython/ipython/issues/1292).
>> >
>> > So -- is this a good time to start working on this sort of inlining (and, if so,
>> > which code should I be looking at) or would it be better to wait for the next
>> > print window revision (and is there an issue/PR that I should be watching
>> > for this)?
>> >
>> > Thanks,
>> >
>> > Mark
>> >
>> > _______________________________________________
>> > IPython-dev mailing list
>> > IPython-dev at scipy.org
>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>>
>>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev



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