Re: [matplotlib-devel] Calling all Mac OSX users!

2011-08-16 Thread Eric Firing
On 08/16/2011 10:10 AM, John Hunter wrote: > On Mon, Aug 15, 2011 at 9:34 PM, Benjamin Root wrote: >> The mpl developers are getting very close to the long-awaited v1.1.0 release >> of matplotlib. Before we do so, we are doing some final checking of the >> documentation to make sure that all crit

Re: [matplotlib-devel] Hardcoded 'extent' in Axes.matshow unnecessary?

2011-08-16 Thread Eric Firing
On 08/13/2011 08:05 AM, Eike von Seggern wrote: > Dear developers, > > I find the hard-coded "extent" in Axes.matshow limits the usability of > this method and hence of pyplot.matshow, because passing "origin" does > switch the order or the rows but does not switch the order of the y-axis > labels,

Re: [matplotlib-devel] Calling all Mac OSX users!

2011-08-16 Thread John Hunter
On Mon, Aug 15, 2011 at 9:34 PM, Benjamin Root wrote: > The mpl developers are getting very close to the long-awaited v1.1.0 release > of matplotlib.  Before we do so, we are doing some final checking of the > documentation to make sure that all critical pieces of information iss > correct and up

Re: [matplotlib-devel] Calling all Mac OSX users!

2011-08-16 Thread Russell E. Owen
In article , Benjamin Root wrote: > The mpl developers are getting very close to the long-awaited v1.1.0 release > of matplotlib. Before we do so, we are doing some final checking of the > documentation to make sure that all critical pieces of information iss > correct and up to date. > > In

[matplotlib-devel] Hardcoded 'extent' in Axes.matshow unnecessary?

2011-08-16 Thread Eike von Seggern
Dear developers, I find the hard-coded "extent" in Axes.matshow limits the usability of this method and hence of pyplot.matshow, because passing "origin" does switch the order or the rows but does not switch the order of the y-axis labels, which I find is counter-intuitive and makes simple lower-l