Hi Jeff,
On Mon, Sep 6, 2010 at 6:27 AM, Jeff Whitaker wrote:
> Fernando: Got it, thanks. Sounds reasonable to me. Just playing with it a
> bit, one thing I found myself looking for was a way to save the entire
> session (inline figures included) to html.
>
Of course! When is the patch coming?
Eric,
The drawing order of multiple axes in a same figure depends on the
order of "axes". And this has been the order that axes is added to the
figure (given that they have same zorder value). However, the current
implementation does not preserve this order.
For example,
ax1 = axes([0.1, 0.1, 0
On Wed, Sep 8, 2010 at 12:12 AM, Fernando Perez wrote:
> ps - tip: Ctrl-. restarts the kernel
Tangentially... please make this something that's a little harder to
hit by accident, like Ctrl-Alt-. or a menu item or something? My
ipython's regularly hold state that would take a few CPU-days to
reco
When you press Ctrl-., the client prompts you to make sure that you
really want to restart the kernel. Your work is not at risk from a
careless key press.
Evan
On Wed, Sep 8, 2010 at 9:58 AM, Nathaniel Smith wrote:
> On Wed, Sep 8, 2010 at 12:12 AM, Fernando Perez wrote:
>> ps - tip: Ctrl-. res
I believe I have a fix in r8691 (both branch and trunk).
Cheers,
Mike
On 09/03/2010 03:31 PM, Eric Firing wrote:
> On 09/03/2010 09:14 AM, Tony S Yu wrote:
>
>> On Sep 3, 2010, at 10:23 AM, Sébastien Barthélemy wrote:
>>
>>
>>> CC to matplotlib-devel& matplotlib-users
>>>
>>> 2010/9/3
On 09/06/2010 02:34 PM, Eric Firing wrote:
> On 09/06/2010 06:25 AM, Matthew Brett wrote:
>
>> Hi,
>>
>> Sorry to ask, but would y'all mind unblocking matlplotlib downloads from
>> Cuba?
>>
>> I just tried the download from here in Havana, and got:
>>
>> 403 Error – Forbidden
>>
>> Your reques
Eric Firing writes:
> This project does NOT incorporate, access, call upon, or otherwise use
> encryption of any kind, including, but not limited to, open source
> algorithms and/or calls to encryption in the operating system or
> underlying platform.
I don't know whether lib/matplotlib/type1
On 09/07/2010 10:27 PM, Jae-Joon Lee wrote:
> Eric,
>
> The drawing order of multiple axes in a same figure depends on the
> order of "axes". And this has been the order that axes is added to the
> figure (given that they have same zorder value). However, the current
> implementation does not prese
On Wed, Sep 8, 2010 at 12:57 PM, Jouni K. Seppänen wrote:
>> This project does NOT incorporate, access, call upon, or otherwise use
>> encryption of any kind, including, but not limited to, open source
>> algorithms and/or calls to encryption in the operating system or
>> underlying platform.
I
On 09/07/2010 10:27 PM, Jae-Joon Lee wrote:
> Eric,
>
> The drawing order of multiple axes in a same figure depends on the
> order of "axes". And this has been the order that axes is added to the
> figure (given that they have same zorder value). However, the current
> implementation does not prese
On Thu, Sep 9, 2010 at 9:38 AM, Eric Firing wrote:
> Fixed in 8693.
>
Thanks!
-JJ
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
ht
On Thu, Sep 9, 2010 at 4:13 AM, Eric Firing wrote:
> I don't think I understand the point you are making here--is it that the
> Axes3D is a lone anomaly?
>
Yes.
And I feel that Axes3D better not add itself to the figure during the
instance initialization. Just a different view of the current bug.
JJ,
> I just wanted to raise a question of whether we let Axes3D add itself
> to its parent (although this is not a bug anymore). If you and others
> feel okay about it, then that's completely fine with me also.
It sounds like a valid point, worth addressing, but it is one I will
leave to you, B
On Wed, Sep 8, 2010 at 8:06 PM, Eric Firing wrote:
> JJ,
>
>
> I just wanted to raise a question of whether we let Axes3D add itself
>> to its parent (although this is not a bug anymore). If you and others
>> feel okay about it, then that's completely fine with me also.
>>
>
> It sounds like a v
14 matches
Mail list logo
