On Mon, Jul 5, 2010 at 4:36 AM, Alberto Azevedo <a...@netcabo.pt> wrote: > I'm really sorry for my comment, it was not my intention to offend anyone. > You are absolutely right about that, therefore I would like to apologize to > all developers, in particular to you, for my comment regarding the matlab > comparison. > The only thing I can promise is that won't happen again... sorry!!!
Speaking for myself , I did not find your comment offensive. It is true we are an all-volunteer organization and do not strive to duplicate matlab, but I took your comment to mean that the plotting could be done efficiently as evidenced by matlab, so there was no algorithmic reason it should be as slow as it is. Those kinds of comments, phrased gently and constructively, are generally welcome. The tri functionality is quite new, not yet in any released versions of mpl but that is soon to change, and often users have to pound on new functionality for a while to shake out inefficiencies As Ian noted, anywhere we use a long list of Line2D objects (or calls to plot in a loop) is prone to be very slow, and we should be able to get substantial performance improvements using a collection. Cheers, JDH ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel