On 14 Aug 2014, at 11:40 pm, Chris Barker wrote:
> On Thu, Aug 14, 2014 at 12:07 PM, Eric Firing wrote:
> but as far as I can see, on OSX, there is no *advantage* to non-framework
> python. Is this correct?
>
> Suggestion for anaconda:
> make bin/python a link to ../python.app/Contents/MacOS
On 2014/08/15, 9:37 AM, Derek Homeier wrote:
> When using MPL with ipython —pylab and the Quartz version of PyQT4,
> the interpreter seems to be slow down extremely after running for a
> little while. Weirdly this is not connected to any graphics display
> and in fact happens even without any plott
On 15 Aug 2014, at 10:39 pm, Eric Firing wrote:
> On 2014/08/15, 9:37 AM, Derek Homeier wrote:
>
>> Just to make sure I understand - this is about whether the MPL macosx
>> backend would run with non-framework Python at all? It certainly
>> should not, as _macosx.m has been enforcing an error in
-- Forwarded message --
From: Jens Nielsen
Date: Fri, Aug 15, 2014 at 10:05 PM
Subject: Re: [IPython-dev] ipython slowdown with qt
To: IPython developers list
While I can reproduce the issue using %gui qt I can also reproduce it with
the WX backend (%qui wx) with more or less th
Hi Derek,
> the framework. Though, if I understand correctly, Anaconda provides a
> framework version of the interpreter
> pythonw and a non-frameworked python?
This is right -- the GUI backends to matplotlib cause python to crash, but
not pythonw. This is annoying, since the two binaries
are e
Hi Chris,
> the framework. Though, if I understand correctly, Anaconda provides a
> framework version of the interpreter
> pythonw and a non-frameworked python?
>
> This is right -- the GUI backends to matplotlib cause python to crash, but
> not pythonw. This is annoying, since the two binaries
On 2014/08/15, 10:53 AM, Derek Homeier wrote:
> On 15 Aug 2014, at 10:39 pm, Eric Firing
> wrote:
>
>> On 2014/08/15, 9:37 AM, Derek Homeier wrote:
>>
>>> Just to make sure I understand - this is about whether the MPL
>>> macosx backend would run with non-framework Python at all? It
>>> certainly