Hi all,
I found a new bug
$HOME=/home/nwagner
matplotlib data path
/usr/lib/python2.4/site-packages/matplotlib/mpl-data
loaded rc file /home/nwagner/matplotlibrc
matplotlib version 0.98.3rc1
verbose.level helpful
interactive is False
units is False
platform is linux2
CONFIGDIR=/home/nwagner/.mat
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
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
> The docs require sphinx 0.4, which if I recall correctly, we got
> pushed into debian on short notice precisely to support the mpl docs.
> What version of sphinx are you using?
I'm using v0.4.1 or it's a strict depends on 0.4 only?
I'm attaching the log for the build, it might be helpful.
Tha
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 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
Nils Wagner wrote:
> Hi all,
>
> I found a new bug
>
> $HOME=/home/nwagner
> matplotlib data path
> /usr/lib/python2.4/site-packages/matplotlib/mpl-data
> loaded rc file /home/nwagner/matplotlibrc
> matplotlib version 0.98.3rc1
> verbose.level helpful
> interactive is False
> units is False
> pl
On Sun, Jul 27, 2008 at 11:05 AM, Sandro Tosi <[EMAIL PROTECTED]> wrote:
>> The docs require sphinx 0.4, which if I recall correctly, we got
>> pushed into debian on short notice precisely to support the mpl docs.
>> What version of sphinx are you using?
>
> I'm using v0.4.1 or it's a strict depen
On Sun, Jul 27, 2008 at 19:30, John Hunter <[EMAIL PROTECTED]> wrote:
> Mikhail, if you are so inclined and there is still time, you may want
> to see if Georg wants to put out another point release that fixes this
> problem, and push the fix into the debian pipeline.
Just as a note: today @ ~16.0
On Sun, Jul 27, 2008 at 12:39 PM, Mikhail Gusarov
<[EMAIL PROTECTED]> wrote:
> Twas brillig at 12:30:39 27.07.2008 UTC-05 when [EMAIL PROTECTED] did gyre
> and gimble:
>
> JH> Mikhail, if you are so inclined and there is still time, you may
> JH> want to see if Georg wants to put out another poi
Twas brillig at 12:30:39 27.07.2008 UTC-05 when [EMAIL PROTECTED] did gyre and
gimble:
JH> Mikhail, if you are so inclined and there is still time, you may
JH> want to see if Georg wants to put out another point release that
JH> fixes this problem, and push the fix into the debian pipeline.
W
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 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
Hi,
Can anyone explain how the clipping code works? Or maybe how the
backends decide whether to draw a line? In working on drawing skewT's,
I need slanted gridlines. Through proper setting of transforms, I can
get them to draw slanted fine, but because they are slanted, the data x
range at
"John Hunter" <[EMAIL PROTECTED]> writes:
> On Sun, Jul 27, 2008 at 12:39 PM, Mikhail Gusarov
> <[EMAIL PROTECTED]> wrote:
> > Twas brillig at 12:30:39 27.07.2008 UTC-05 when [EMAIL PROTECTED] did gyre
> > and gimble:
> >
> > JH> Mikhail, if you are so inclined and there is still time, you may
>
On Sun, Jul 27, 2008 at 3:57 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Can anyone explain how the clipping code works? Or maybe how the backends
> decide whether to draw a line? In working on drawing skewT's, I need
> slanted gridlines. Through proper setting of transforms, I can get the
On Sun, Jul 27, 2008 at 4:24 PM, John Hunter <[EMAIL PROTECTED]> wrote:
>if midPoint:
>if self.gridOn:
>self.gridline.draw(renderer)
>if self.tick1On:
>self.tick1line.draw(renderer)
>if self.tick2On:
>self.
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 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
Twas brillig at 12:51:35 27.07.2008 UTC-05 when [EMAIL PROTECTED] did gyre and
gimble:
>> It will help if you file a RC bug for sphinx :)
JH> I'll be happy to, but should I wait until there is actually a
JH> sphinx release out with the bugfix in it?
No, just file a bug describing the problem
20 matches
Mail list logo
