matplotlib-devel Mailing List for matplotlib

The link to the trunk-version of the documentation

http://matplotlib.sourceforge.net/trunk-docs/

has not been working for a few days.
And this seems to be due to  build failure on one of th build bot.

http://mpl-buildbot.code.astraw.com/waterfall

However, the the documentation build just fine in my local installation.

Does anyone else has doc build failure?
Andrew, can you take a look if you have a chance?

Regards,

-JJ

On Sat, Jun 5, 2010 at 12:24 AM, Eric Firing <ef...@ha...> wrote:
>> No, they do work when decorated, I am not claiming that they don't.
>> Maybe the CircleCollection and the EllipseCollection don't need the
>> decorator, but the PolyCollector generates a warning if you set
>> rasterized=True without the decorator.
>
> They all need the decorator because of the flag it adds.  Having a
> decorated draw call a decorated base draw doesn't hurt.
>

Ah, I didn't noticed the warning.


> I added the missing Collection subclass draw decorators in svn 8381.

Thanks Eric,

-JJ


>
> Eric
>

On 06/04/2010 02:50 PM, Benjamin Root wrote:
>
>
> On Fri, Jun 4, 2010 at 4:53 PM, Jae-Joon Lee <lee...@gm...
> <mailto:lee...@gm...>> wrote:
>
>     On Wed, Jun 2, 2010 at 10:09 PM, Benjamin Root <ben...@ou...
>     <mailto:ben...@ou...>> wrote:
>      > I have noticed that the svn repo still does not have rasterization
>      > decorators for some of the collections (e.g., PolyCollection,
>      > EllipseCollection, CircleCollection if I remember correctly).
>     Don't know
>      > what are supposed to be the final list of Collection that are
>     eligible for
>      > that decorator, but it is incomplete at this point in the trunk.
>
>     Did you actually test that the rasterization does not work for these
>     artist?
>     They are supposed to, and and they do in my installation.
>
>     If you simply saying that the draw method of these artist are not
>     decorated, they don't need one because Collection.draw which is called
>     inside their draw method is already decorated.
>
>     Regards,
>
>     -JJ
>
>
> No, they do work when decorated, I am not claiming that they don't.
> Maybe the CircleCollection and the EllipseCollection don't need the
> decorator, but the PolyCollector generates a warning if you set
> rasterized=True without the decorator.

They all need the decorator because of the flag it adds.  Having a 
decorated draw call a decorated base draw doesn't hurt.

I added the missing Collection subclass draw decorators in svn 8381.

Eric

>
> Ben Root

On Fri, Jun 4, 2010 at 4:53 PM, Jae-Joon Lee <lee...@gm...> wrote:

> On Wed, Jun 2, 2010 at 10:09 PM, Benjamin Root <ben...@ou...> wrote:
> > I have noticed that the svn repo still does not have rasterization
> > decorators for some of the collections (e.g., PolyCollection,
> > EllipseCollection, CircleCollection if I remember correctly).  Don't know
> > what are supposed to be the final list of Collection that are eligible
> for
> > that decorator, but it is incomplete at this point in the trunk.
>
> Did you actually test that the rasterization does not work for these
> artist?
> They are supposed to, and and they do in my installation.
>
> If you simply saying that the draw method of these artist are not
> decorated, they don't need one because Collection.draw which is called
> inside their draw method is already decorated.
>
> Regards,
>
> -JJ
>

No, they do work when decorated, I am not claiming that they don't.  Maybe
the CircleCollection and the EllipseCollection don't need the decorator, but
the PolyCollector generates a warning if you set rasterized=True without the
decorator.

Ben Root