On Thu, Jul 31, 2008 at 10:05 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> No, you didn't screw up. It's just hard to arrive home to a pile of 1000's
> of e-mails... ;)
well, you are pressing through them with a remarkable terminator like
efficiency.
welcome back :-)
JDH
---
No, you didn't screw up. It's just hard to arrive home to a pile of
1000's of e-mails... ;)
Cheers,
Mike
John Hunter wrote:
> On Thu, Jul 31, 2008 at 9:33 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotli
John Hunter wrote:
> On Sat, Jul 26, 2008 at 6:26 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>
>
>>> stix_fonts_demo: error
>>>UnicodeDecodeError: 'rawunicodeescape' codec can't decode
>>>bytes in position 39-0: \U out of range
>>>
>
> I'm pretty sure this is the result o
On Thu, Jul 31, 2008 at 9:33 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib/transforms.py",
>>> line 1072, in transform_point
>>> assert len(point) == self.input_dims
>>>
>
> I can't reproduce this here
John Hunter wrote:
>> symlog_demo: rendering causes the following error
>>File
>> "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib/transforms.py",
>> line 1072, in transform_point
>> assert len(point) == self.input_dims
>>
I can't reproduce t
On Sun, Jul 27, 2008 at 9:54 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 4:57 PM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
>
>> My inclination is to avoid diamond inheritance in this case by
>> moving the wx base class to wxagg. Let me know and I will
>> implement it.
>
> M
On Sun, Jul 27, 2008 at 4:57 PM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
> My inclination is to avoid diamond inheritance in this case by
> moving the wx base class to wxagg. Let me know and I will
> implement it.
My weak preference would be to do this as a mixin factorint out the
renderer from
On Sun, Jul 27, 2008 at 12:28 PM, John Hunter <[EMAIL PROTECTED]>
> [ginput_manual_clabel] doesn't appear to be working for me. To keep things
> simple, I am
> working with backend_wx so there are no issues of diamond inheritance.
> It just appears that the specialization is broken. I get this
>
On Sat, Jul 26, 2008 at 6:26 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>> stix_fonts_demo: error
>>UnicodeDecodeError: 'rawunicodeescape' codec can't decode
>>bytes in position 39-0: \U out of range
I'm pretty sure this is the result of a python build that does not
have support
On Sun, Jul 27, 2008 at 10:20 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 27, 2008 at 7:43 AM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
>> On Sat, Jul 26, 2008 at 7:26 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>>> But this example revealed a serious problem for wxagg -- the wx
>>> back
On Sun, Jul 27, 2008 at 11:28 AM, John Hunter <[EMAIL PROTECTED]> wrote:
> On a separate note, I also see the strangeness you are seeing with the
> multiple inheritance order. When I run the example with backend
> wxagg, I get the wx specialization called even though FigureCanvasAgg
> is defined
On Sun, Jul 27, 2008 at 7:43 AM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 26, 2008 at 7:26 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>> But this example revealed a serious problem for wxagg -- the wx
>> backend save method was getting triggered. So wxagg couuld display an
>> image, b
On Sun, Jul 27, 2008 at 7:43 AM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 26, 2008 at 7:26 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>> But this example revealed a serious problem for wxagg -- the wx
>> backend save method was getting triggered. So wxagg couuld display an
>> image, b
On Sat, Jul 26, 2008 at 7:26 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> But this example revealed a serious problem for wxagg -- the wx
> backend save method was getting triggered. So wxagg couuld display an
> image, but if we try to save it, it fails because backend_wx's
> print_figure is getti
Paul Kienzle wrote:
> Hi,
>
> I went through all the demos in pylab_examples to make sure that
> the artist.contains() method would return true when the mouse
> is on the object. I fixed a number of problems caused by the
> new transforms code (collections, lines and images were not
> detected).
On Sat, Jul 26, 2008 at 5:26 PM, Paul Kienzle <[EMAIL PROTECTED]> wrote:
> I went through all the demos in pylab_examples to make sure that
> the artist.contains() method would return true when the mouse
> is on the object. I fixed a number of problems caused by the
> new transforms code (collect
Hi,
I went through all the demos in pylab_examples to make sure that
the artist.contains() method would return true when the mouse
is on the object. I fixed a number of problems caused by the
new transforms code (collections, lines and images were not
detected). A few issues remain, but they are
17 matches
Mail list logo