Michael Droettboom wrote: > Thanks. I had seen these threads already -- I was hoping you had some > more.
sorry :-( > It also is different from what I was talking about in the sense of > clipping. The effect I see is that when an explicit clipping rectangle > is applied (e.g. the axes), speed decreases about 8x. wow! that is a lot. > Creates a wx.GraphicsContext from a native context. This native context > must be eg a CGContextRef for Core Graphics, a Graphics pointer for > GDIPlus or a cairo_t pointer for Cairo. NOTE: For wxPython we still need > a way to make this value usable. If we really think that would help, and we would use it for MPL, we could try to get it done -- but I doubt that it's worth it -- we have enough trouble keeping the wx back-ends maintained as it is. >> If you can come up with an self-contained example of this, a post tot >> he wxPython list may yield results. >> > It might be worth it just to get to the bottom of this. so are you working on an example? Or should I? > I think the best we'll be able to do performance-wise with > wx.GraphicsContext is the same as the Cairo backend (since > wx.GraphicsContext is built on top of Cairo on X11, at least) so, does Cairo render a bitmap, and then push that to the X Server? If so, that would explain why the new wx backend isn't any better than wxAgg with remote X connections -- and that's was the only reason I know to use it. > already slower than Agg, so there's no compelling reason for the Wx > backend to exist, IMHO, *unless* it needs to integrate with other code > that draws to a wx.GraphicsContext. I cant really imagine why anyone would try to do that -- and if you really wanted to, you could still transfer the Agg buffer to a wxBitmap, and draw to that with GraphicsContext anyway. So, like you, I'm curious (and I need GraphicsContext for other projects), so I'd still like to know what the deal is. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL PROTECTED] ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
