Re: [matplotlib-devel] Planning for 1.3.0

2013-04-16 Thread Derek Homeier
Hi Michiel, On 16.04.2013, at 12:03AM, Michiel de Hoon wrote: > Can you perhaps ask the Fink developers to provide a framework installation > of Python? Most matplotlib users who ran into framework-related bugs were > Fink users. I've already looked for that in the list archives and it seems

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-15 Thread Michiel de Hoon
Hi Derek, Can you perhaps ask the Fink developers to provide a framework installation of Python? Most matplotlib users who ran into framework-related bugs were Fink users. Best, -Michiel. --- On Mon, 4/15/13, Derek Homeier wrote: > From: Derek Homeier > Subject: Re: [matplotlib

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-15 Thread Derek Homeier
Hi Michiel, On 15.04.2013, at 6:03AM, Michiel de Hoon wrote: > --- On Sun, 4/14/13, Derek Homeier > wrote: >> Of course if there are any other possible negative effects >> besides the window handling, I'd take your point. > > Several bugs have been reported in the past that turned out to be d

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Michiel de Hoon
Hi Derek, --- On Sun, 4/14/13, Derek Homeier wrote: > Of course if there are any other possible negative effects > besides the window handling, I'd take your point. Several bugs have been reported in the past that turned out to be due to Python not being installed as a framework. For example, t

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Derek Homeier
Hi Michiel, > This RuntimeError is there for a reason: If your Python is not installed as > a framework, the backend will not work correctly (and if you ignore the > RuntimeError, you won't know if any problems you encounter are real bugs, or > simply due to your Python not being installed as

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Michiel de Hoon
Hi Derek, --- On Sun, 4/14/13, Derek Homeier wrote: > The RuntimeError was enforced by the #ifdef > WITH_NEXT_FRAMEWORK check that > does not allow to use the backend at all, so I had to change > this to a RuntimeWarning > to be able to test the backend in the 1.3 branch. This RuntimeError is th

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-14 Thread Derek Homeier
Hi Michiel, > That is good to hear. > The slowdown was caused by the performance of Quartz itself, but it depends > strongly on the line width. In your example, the plot appears immediately if > you use linewidth=0.9, but (with matplotlib 1.2.1) takes minutes to appear if > you use linewidth=1.

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-13 Thread Michiel de Hoon
ct: Re: [matplotlib-devel] Planning for 1.3.0 > To: "matplotlib development list" > Date: Saturday, April 13, 2013, 9:03 AM > Hi Michiel, > > On 13.04.2013, at 1:30AM, Michiel de Hoon wrote: > > > The slow speed for long paths like the one in your > example was

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-13 Thread Derek Homeier
Hi Michiel, On 13.04.2013, at 1:30AM, Michiel de Hoon wrote: > The slow speed for long paths like the one in your example was due to a > limitation to Quartz itself. This was solved by breaking the path up into > subpaths of up to 100 points. But you mentioned that releases before 1.2 were > n

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-12 Thread Michiel de Hoon
), suggesting that something else is going on. Can you check which change between 1.1.1 and 1.2 is causing the slowdown for your example? Best, -Michiel. --- On Fri, 4/12/13, Derek Homeier wrote: > From: Derek Homeier > Subject: Re: [matplotlib-devel] Planning for 1.3.0 > To: "ma

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-12 Thread Derek Homeier
On 11.04.2013, at 6:38PM, Michael Droettboom wrote: > Congrats to everyone on a successful 1.2.1 -- there was a relatively > small influx of bug reports following it -- perhaps a sign of improving > quality? Thanks and congratulations to everyone involved as well; I've built 1.2.1 on MacOS X

Re: [matplotlib-devel] Planning for 1.3.0

2013-04-11 Thread Phil Elson
Great news! A lot of fantastic work has been done by a whole host of people to go into this release. It's exciting stuff! May 27th sounds like a sensible target to me. As you know, I'm an advocate of releasing often - the more frequently we make a release, the less we will have the "impending rele